ZFX + Developia

Jetzt funktioniert es auch im Safari. Sieht super aus. Ich würde mir aber auch die Möglichkeit wünschen ein System nach der Simulation weiter verändern zu können.

Vielen Dank für das Feedback!

Alexander Kornrumpf hat geschrieben:Firefox:

Eine Zelle kann erst wieder entfernt werden nachdem eine andere platziert wurde. Umgekehrt kann an Stelle einer entfernten Zelle nicht direkt eine neue platziert werden.

Werde ich mir mal anschauen und hoffentlich schnell fixen.


Ich weiß noch nicht ob ich viel Zeit in Erweiterungen stecken werde, aber sollte ich das tun stehen eure Verbesserungsvorschläge an erster Stelle.

Eigentlich beschäftige ich mich momentan mit OpenGL, Shadern, viel Mathe und einem riesigen und unübersichtlichen Projekt ;) Dieses Wochenende hatte ich aber mal den dringenden Wunsch was fertig zu bekommen.
Herausgekommen dabei ist ein kleines Spiel in highend Terminal Grafik :D Im Grunde ist es einfach ein Bomberman Clon. Hat aber sehr viel Spass gemacht mal so schnelle Fortschritte zu sehen. Wer mag kann es sich gerne mal laden und ausprobieren. Aber bitte nicht so genau in den Code gucken. Es ist 4 Uhr und dem entsprechend sieht der Code aus :D Man spielt den grünen Punkt und kann mit Space Bomben legen. Ziel ist es alle roten Feinde zu besiegen. Durch das wegsprengen von weißen Blöcken kann man die Reichweite und die Anzahl der Bomben erhöhen. Das ganze wird sich wohl nur auf Unix Systemen bauen lassen. Einfach make && ./start eingeben.
Update
Habe noch ein paar kleine Fehler behoben.

Funktioniert wunderbar und hat mich erfolgreich fuer ein paar Minuten abgelenkt :-)

Das freut mich :)

Hier mal ein paar planlose Bilder von mir.

Bullet rigid bodies die sich mit nem Finger durch die gegend schmeißen lassen und im Nachbarraum eine Tür im Penumbra style :P.


Lightmap, Wasser, Himmel und Stencil Schatten.


Eines meiner vielen angefangenen Sachen bei denen dann nach zwei Wochen die Motivation auf der Strecke bleibt...


Terrain mit ziemlich heftig eingestelltem automatisch generiertem LOD.


Mein vor zwei Wochen angefangenes zwei Wochenprojekt, auf dass ich seit dem ersten Wochenende aber keine Lust mehr hatte -.- Mit ohne Lightmap.


Gleiches Projekt, zweiter Level mit anderer Spielmechanik und zu dunkler Lightmap.

Die Bilder kommen alle direkt von meinem iPhone 3GS und zeigen ein paar Features meiner Engine iSDGE.

Ich wusste es, wir Eutiner hatten doch schon immer am meisten drauf. :) Respekt!

...

Hey, ich hab ne Idee!

Zieh doch Mal ein Projekt durch. :p

Ich?
Oje, stimmt!
Da haste recht...
Ich werd mal meine Klappe halten!

[EDIT]
Bei dem nachfolgenden Post habe ich vergeblich einen "Like it"-Button gesucht ^^

Ne, ich meinte Slin, weil er lauter feine Sachen gezeigt hat, aber nach zwei Wochen darauf jeweils keine Lust mehr hatte. ^^

Aber ich glaube, bei der Aussage fühlen sich einige hier angesprochen (inkl. mir ^^).

Ich habe es nun nach längerer Zeit endlich hinbekommen für meinen Planetengenrator 3d Simplex Noise halbwegs adäquat auf eine Kugel zu mappen. Das Bild zeigt Graustufen für 3 Octaven und die Kugeltextur hat eine Auflösung von 512 * 256.
3d noise hat gegenüber 2d noise den Vorteil das keine Kante auf dem Planeten entsteht (tilebar) solange der entnommene Noise auch entlang einer Kugel im Noiseraum entnommen wird. Der Durchmesser der Kugel bestimmt dabei die Frequenz des Noise. Als nächstes steht an die Normalmap zu der Heightmap zu berechnen, eine Colormap (damit die Planeten unabhängig von der Höhe Farbe bekommen) zu erstellen und Krater einzubauen. Dann will ich mich noch an animierter Atmosphäre versuchen befürchte aber dass die Performance für Echtzeit zu lahm ist. Ich habe entdeckt dass Mono (was von Unity benutzt wird) auch SIMD unterstützt habe aber noch nicht probiert ob es klappt.

Hier noch ein paar Bilder meiner ersten Gehversuche in Blender. Die Raumschiffe sind bewusst Lowpoly und eckig was zum einen aus Zeiteffizienz geschah, zum zweiten meinen mangelnden künstlerischen Fähigkeiten geschuldet ist, zum dritten realistisch ist (zumnindest in meinen Augen) und zum vierten an Retro-Klassiker wie Elite erinnern soll. Außerdem werden die Schiffe voraussichtlich auch nur von oben mit relativ großem Abstand zu sehen sein. Da wären mehr Details garnicht sichtbar. Allerdings muss die Form daher auch wirklich einmalig sein damit es keine Verwechslung gibt.

Und du machst das mit Unity?
Mit was hast du dann die Texturen generiert, also wenns Texturen sind.
Und dann daraus wird die Oberfläche des Planeten generiert?
Alles mit Unity?

Fragen über Fragen... ^^

joggel hat geschrieben: Und du machst das mit Unity?

Die Planeten mit Unity, die Modelle mit Blender. Klingt das so unglaubwürdig? ;)

Falls du die Planeten meinst:
Es wird prozedural ein Kugelmesh erzeugt dessen UV-Koordinaten auf die Textur passen (Lat/Long). Dann wird eine Textur mit mehreren Octaven 3d Simplex Noise gefüllt (hier nur Grauwerte für die Höhen, später auch mal Farben aus einer Colorramp). Die Textur wird dann einfach auf die Kugel gelegt.

Die Textur von der Kugel sieht so aus: Das Ziel ist es, einen prozeduralen Planetengenerator zu bauen der mit verschiedenen Seeds und Parametern quasi unendlich viele Planeten (später auch Asteroiden und Sterne) erzeugen kann. Dabei soll man auch auf die Oberfläche zoomen können (in einer 2d Karte) und auch das Terrain an einem Punkt direkt als Terrain bauen können (was in auszügen auch schon funktioniert siehe ein paar Seiten weiter vorn).

joggel hat geschrieben: Und dann daraus wird die Oberfläche des Planeten generiert?

Ja. Hier ist erstmal nur die erzeugung der Höhe zu sehen (als Graustufenheightmap). Später wie gesagt auch Farben aus einer Colorramp. Dadurch dass es prozedural ist lässt es sich "einfach" für jeden beliebigen Punkt auf dem Planeten berechnen oder eben für alles zusammen.

Das ganze hat zur Zeit die Form eines Tools (Unity-Game) mit dem User rumexperimentieren können und so Einstellungen finden die ihren Geschmack treffen. Mit diesen Einstellungen können dann zufällig variiert viele verschiedene Planeten erzeugt werden. Das ganze wird auch Scriptbar sein so dass die User die Klassen auch direkt in ihren Spielen verwenden können um dieselben Planeten wie in der Anwendung zu erzeugen (wenn sie die Parameter und Seeds speichern). Ist aber noch ne Ecke Arbeit bis dahin und die Todolist wird irgendwie immer länger statt kürzer ;).
Wenn das ganze läuft wirdes auch eine Projektvorstellung mit Demo geben. Die Klassen und die Anwendung sollen über den Unity Asset Store verkauft werden. Ist aber bisher sehr Unityspezifisch so dass es für nicht-Unitynutzer wenig Sinn macht. Aber ein Port von einigen Teilen (Heightmap usw) zu reinem C# sollte machbar sein.

joggel hat geschrieben: Fragen über Fragen... ^^

Wenn du spezifische Fragen hast nur her damit. Aber ich bin ab morgen ein paar Tage weg.

Motivation des ganzen ist meine gute Erinnerung an das Spiel "Starflight" wo man auch hunderte Planeten erkunden kann. Ich will irgendwann mal sowas ähnliches bauen.

Despotist hat geschrieben: Die Planeten mit Unity, die Modelle mit Blender. Klingt das so unglaubwürdig? ;)

^^. Naja, "unglaubwürdig" nich!
Hab halt keine Erfahrung mit Unity, und überrascht mich, das man einiges damit machen kann.
Dachte man kann nur Modelle einfügen, mit Texturen versehen, Spiel-Logik-Scipte schreiben und sowas eben.
Das man da auch komplexe Meshs selber "scripten" kann wusste ich nich.

Btw:
SchiffModelle sehen aber garnicht so schlecht aus ^^

joggel hat geschrieben: überrascht mich, das man einiges damit machen kann.
Dachte man kann nur Modelle einfügen, mit Texturen versehen, Spiel-Logik-Scipte schreiben und sowas eben.
Das man da auch komplexe Meshs selber "scripten" kann wusste ich nich.

Es gibt nur ganz wenige Dinge die Editor only sind auf den Rest hast du per API in deinen Scripten vollen Zugriff. Ich staune aber auch immer was die User alles damit anstellen und Unity so quasi durch Packages, Plugins usw erweitern.
Die Meshes selber scripten ist ja Voraussetzung für alle prozeduralen Sachen. So wie ich das in den Foren mitbekomme wird das auch ausgiebig genutzt. Es gibt sehr viele Projekte mit prozeduralem Terrain. Einige machen das Built-in Terrain "unendlich", andere implementieren sogar von Grund auf ihr eigenes Terrain (http://www.youtube.com/watch?v=_xcNYvlw1AY&fmt=18) um mehr Kontrolle zu haben. Es ist also sehr viel möglich.

Das mit dem Modelle reinziehen und platzieren ist halt der Leveleditor-Teil den ich auch selten nutze. Meine Sachen werden halt auch eher komplett aus Scripten gefüllt weil ich keine statischen Levels habe sondern die Szenen eine View auf dynamische Daten sind (Planeten, Sonnensysteme, Raumkämpfe usw).

kleine Info zu Userzahlen von Unity:
http://www.marketwire.com/press-release ... 518423.htm

Interessant, dass du eine Long/Lat-Map für das Rauschen benutzt statt eines Texture Cubes. Ich meine: Irgendwann willst du ja auch mal ein Terrain tesselieren, und wenn du dann ebenfalls Lat/Long als Mesh-Basis wählst, hast du da die üblichen Pol-Anomalien. Ich hatte mir für den Fall, dass ich sowas mal mache, immer vorgenommen, die Texturen als Texture Cubes vorzulegen und auch als Basis-Mesh als tesselierten und normierten Würfel zu nutzen, wo die Texel dann quasi 1:1 auf Vertices gemappt werden.

Aber nichtsdestotrotz: Ich hatte mich auch mal an 3D-Rauschen versucht und es wurdescheiße. Darum meinen Respekt für die Textur :)

Despotist, hast du eigentlich die Pro oder die kostenlose Version? Die kostenlose Unity Version hat halt einige Einschränkungen. Mit der Pro sollte aber alles gehen was mit einer "normalen" Spieleengine auch geht. Und wenn nicht findet sich sicher jemand der ein Plugin oder Script dafür schreibt. Nachteil der Plugins und Scripts ist allerdings, dass inzwischen jeder Hasenfurz mindestens nen Fünfer kostet ...

Sehe ich das richtig dass das hier ein kleiner Sammelthread ist an was grade so gearbeitet wird?

Ich bin nach langer Abstinenz nun auch mal wieder an Unity dran. Ein wenig Prototyping für ein kleines 3D Jump n Run. Beim Scripten fange ich fast wieder bei Null an, da weiss ich fast nichts mehr, seufz. Im Moment versuche ich meinem Character das Laufen beizubringen. Ausgangsbasis ist hier der Third Person Controller von Unity, den ich mir passend umbauen will. Schaun mer mal wie weit ich so komme :)

@Despotist:
Ist doch ne gute Basis mit den Raumschiffmodellen! Erinnern mich ein wenig an die Bots aus Descent :)

@Tiles: Bitte Anhang im Beitrag anzeigen, sonst kommt es nicht in den Showroom :)

Danke für die Erinnerung :)

Sieht geil aus!

Krishty hat geschrieben: Interessant, dass du eine Long/Lat-Map für das Rauschen benutzt statt eines Texture Cubes.

Ich weiß leider nicht was ein Texture Cube ist und was er macht. Vielleicht kannst du das Konzept in diesem Zusammenhang mal kurz erläutern. Wenn ich von der Textur das Pixel kenne kann ich dessen Position im Raum (auf die Kugel gemappt) berechnen (Kugelkoordinaten) und habe direkt die Position von der ich den Noisewert abgreifen muss.

Krishty hat geschrieben: Ich meine: Irgendwann willst du ja auch mal ein Terrain tesselieren, und wenn du dann ebenfalls Lat/Long als Mesh-Basis wählst, hast du da die üblichen Pol-Anomalien.

Meine Anforderungen beinhalten aber keinen Echtzeitzoom vom Orbit auf die Oberfläche. Die Orbitview stellt den Planeten in der vom User gewünschten Auflösung dar (einmaliges Berechnen) die Kartenview ebenso nur halt zoom-/scrollbar und für einen Punkt kann man sich das dazugehörige Terrain laden. Dabei will ich mich mit LOD und sowas überhaubt nicht beschäftigen und lasse Unity sich darum kümmern.
Das tesselieren sollte insofern kein Problem sein weil ich den Noise ja für jeden Punkt der Oberfläche berechne. Beim mappen der Textur auf die Kugel wird das für die Position jedes Texels im Raum gemacht und beim berechnen des Terrains für jeden äquidistanten Terrainvertex. Am Pol sollten also mMn keine Probleme auftreten.
Ich würds erstmal gern zum laufen bekommen und falls Probleme auftreten oder die Performance nicht reicht weitersehen. Und wie gesagt würde ich die Engine möglichst viele Dinge übernehmen lassen (dazu ist sie ja da). Da jetzt selber mit

Krishty hat geschrieben: Texturen als Texture Cubes vorzulegen und auch als Basis-Mesh als tesselierten und normierten Würfel

anzufangen übersteigt mein Interesse und mein Zeitkonto bei weitem.

Krishty hat geschrieben: Ich hatte mich auch mal an 3D-Rauschen versucht und es wurdescheiße. Darum meinen Respekt für die Textur

Hat auch alles nicht ganz so geklappt wie initial gedacht. Danke.

Tiles hat geschrieben: hast du eigentlich die Pro oder die kostenlose Version?

Die kostenlose. Für mich ist es bisher nur ein Hobby und ich habe keine Lust da über tausend Euro reinzupulvern (mal davon abgesehen das meine Frau was dagegen hätte ;)). Aber sobald es mal was abwirft geht der erste Gewinn in ordentliche Lizenzen.

Tiles hat geschrieben: Die kostenlose Unity Version hat halt einige Einschränkungen. Mit der Pro sollte aber alles gehen was mit einer "normalen" Spieleengine auch geht.

Ich weiß, aber bisher habe ich noch nichts vermisst. Ich bin nicht so der Grafik- und Effektfetischist. Es muss erstmal nur laufen.

Tiles hat geschrieben: Nachteil der Plugins und Scripts ist allerdings, dass inzwischen jeder Hasenfurz mindestens nen Fünfer kostet .

Du kannst ja wählen was du brauchst. Und ein fünfer zu zahlen ist mir meist lieber als da selber Stunden oder Tage dran zu sitzen. Das sehe ich als großen Vorteil von Unity und dem Asset Store.

Grimasso hat geschrieben: Ist doch ne gute Basis mit den Raumschiffmodellen! Erinnern mich ein wenig an die Bots aus Descent

Danke. Bei Descent erinner ich mich nur noch an bunte Pixel und das mir meist schlecht wurde in den Tunneln.

Beispiel eines Texture Cubes (in diesem Fall die Heightmap des Mondes) ist angehängt (darf ich nicht anzeigen; soll ja nicht in den Showroom :) ). Hat halt keine Anomalien und deutlich weniger Verzerrung. Dementsprechend wäre auch der Planet so tesseliert, dass Flächen auf Pixel fallen – wie eine Geodätische Kuppel, nur mit Vier- statt Dreiecken (und einem Bisschen mehr Verzerrung):



Aber ja, mach erstmal weiter :)

Krishty hat geschrieben: Beispiel eines Texture Cubes (in diesem Fall die Heightmap des Mondes)

Als ich das Bild gesehen hatte hab ich erstmal gedacht: "Verdammt, wie hat der die Krater so schön hinbekommen?" ;).

Krishty hat geschrieben: Hat halt keine Anomalien und deutlich weniger Verzerrung.

1. weniger Verzerrung, nicht "keine".
2. geht es hier um die Repräsentation echter Daten, bei mir um die Erzeugung künstlicher Daten.
3. das Problem mit dem Aufbringen der Textur auf eine Lat/Long Kugel bleibt bestehen.
4. Du sprichst (wenn ich dich richtig verstehe) davon die Werte der Textur auf ein Mesh (Kugel) zu bringen. Bei mir gehts ja andersrum und ich berechne die Noisewerte an der Position der Pixel der Textur und mappe diese dann auf die Kugel. Dass das zu Artefakten und Anomalien an den Polen führt ist klar liegt aber mehr an dem generellen Problem 2d Flächen auf 3d Körper zu bringen und umgekehrt.
5. das "Framework" ist so gestaltet dass sich der Nutzer die Daten für einen beliebigen rechteckigen Ausschnitt holen kann und was er dann damit anstellt bleibt ihm überlassen. Das mappen auf eine Lat/Long Kugel ist also nur mein stümperhafter Versuch einer Visualisierung. Genausogut kann man es auf alles andere mappen.

Hier mal ein Bild eines Pols.

Krishty hat geschrieben: Aber ja, mach erstmal weiter

Ich bin ja für Hinweise offen um spätere Probleme zu vermeiden. Aber was du da vorschlägst hört sich erstmal zu gruselig für mich an ;). Aber das mit der geodötischen Kuppel hört sich interessant an. Werd das mal überdenken.

@mods: wenn euch die Diskussion zu weit geht für den Thread bitte sagen und wir können es ausgliedern.

Despotist hat geschrieben:Als ich das Bild gesehen hatte hab ich erstmal gedacht: "Verdammt, wie hat der die Krater so schön hinbekommen?" ;).

Stundenlang Kartenmaterial aus den verschiedensten Quellen per Hand zusammengeflickt, weil ich nirgends eine zufriedenstellende Höhenkarte des Mondes gefunden habe ;)

Es stimmt schon – ich spreche davon, 2D-Daten in 3D zu kriegen und du davon, 3D-Daten auf 2D abzubilden. Wenn es nur eine schnelle Visualisierung ist, ist es ja auch tatsächlich wumpe.

Aber eins kann ich nicht stehen lassen:

Despotist hat geschrieben:3. das Problem mit dem Aufbringen der Textur auf eine Lat/Long Kugel bleibt bestehen.

Nö. Da ein Texel in einem Texture Cube durch einen 3D-Vektor adressiert wird, ist seine Position in der Textur ganz einfach identisch mit der Position des Vertex’. Auch, wenn du eine geografische Kugel statt einem Geodom nimmst. Und auch die Umwandlung einer 3D-Koordinate in eine Speicheradresse ist flotter, weil sie im Gegensatz zu der geographischer Koordinaten ohne Trigonometrie auskommt.

Krishty hat geschrieben: Stundenlang Kartenmaterial aus den verschiedensten Quellen per Hand zusammengeflickt, weil ich nirgends eine zufriedenstellende Höhenkarte des Mondes gefunden habe

Ich dachte ja erst es handelt sich um einen der von dir genannten Versuche mit Noise.

Krishty hat geschrieben: Da ein Texel in einem Texture Cube durch einen 3D-Vektor adressiert wird

Ist dieses Verfahren was du beschreibst das Cubemapping oder was eigenes? Gibts da eine Dokumentation der Technik oder ein Tutorial? Da das nicht direkt in Unity drin ist heißt es ja das ganze von Hand zu machen wenn ich mich nicht täusche, wobei Shader für mich eher ein rotes Tuch sind.

So wie ich das sehe schließen sich diese Verfahren und Adressierungsmöglichkeiten nicht aus. Falls es nötig oder erwünscht sein sollte könnte ich das später also noch hinzufügen. Dein Vorschlag ist also keine Grundsatzentscheidung sondern ein zusätzliches Feature.

Danke für den Hinweis mit der geodätischen Kuppel. Das mit der Kugel hat mir ganz schön Kopfzerbrechen bereitet. Die Lat/Long sphäre habe ich letztendlich genommen weil ich ja auch eine 2d Kartenansicht (Rechteck) brauche und dafür dieselbe Textur verwenden kann.

Despotist hat geschrieben:Ist dieses Verfahren was du beschreibst das Cubemapping oder was eigenes?

Ja, das ist simples Cubemapping.

Despotist hat geschrieben:Gibts da eine Dokumentation der Technik oder ein Tutorial?

Hmm, habe auf die Schnelle das hier gefunden. Die Umwandlung der Richtung in X, Y und Seite geschieht im Grunde durch Suchen der Koordinatenkomponente, die am weitesten von 0 weg ist (bei -1; 0,5; -0,25 wäre es also die Seite in negativer X-Richtung) und X/Y sind dann schlicht die anderen beiden Koordinatenkomponenten durch die Hauptkomponente dividiert.

Despotist hat geschrieben:Da das nicht direkt in Unity drin ist heißt es ja das ganze von Hand zu machen wenn ich mich nicht täusche, wobei Shader für mich eher ein rotes Tuch sind.

So wie ich das sehe schließen sich diese Verfahren und Adressierungsmöglichkeiten nicht aus. Falls es nötig oder erwünscht sein sollte könnte ich das später also noch hinzufügen. Dein Vorschlag ist also keine Grundsatzentscheidung sondern ein zusätzliches Feature.

Danke für den Hinweis mit der geodätischen Kuppel. Das mit der Kugel hat mir ganz schön Kopfzerbrechen bereitet. Die Lat/Long sphäre habe ich letztendlich genommen weil ich ja auch eine 2d Kartenansicht (Rechteck) brauche und dafür dieselbe Textur verwenden kann.

Jaa, mach erstmal weiter. Ich weiß z.B. nicht, wie der Texture Cube mit der Äquidistanz funktionieren würde. (Vielleicht was Skalarproduktmäßiges oder so.) Falls du irgendwann aus irgendeinem Grund feststellen solltest, dass die die geografischen Koordinaten doch noch Probleme machen sollten, wüsstest du schonmal, wie eine Alternative aussehen könnte.

Soll ja nicht wieder heißen: „Es ging sooo schnell voran, bis Krishty mir Flausen in den Kopf gesetzt hat.“ ;)

Krishty hat geschrieben: Soll ja nicht wieder heißen: „Es ging sooo schnell voran, bis mir Krishty Flausen in den Kopf gesetzt hat.“ ;)

"Wieder"???? ;)

Naja solche "Abschweifungen" sind ja auch mal interessant und ich lerne was dazu. Und falls ich es noch benötige weiß ich ja von wem ich eine saubere, schnelle und super integrierbare Implementierung bekomme ;). Spaß beiseite. Es war auf jeden Fall eine Bereicherung für mich. Auch wenn erst mal sehr weit hinten auf der TODO-Liste steht.

Danke Krishty.