spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat

Mir ist gerade noch etwas anderes eingefallen. Du könntest die Partikel über Shader direkt in Direct3D(XNA?) berechnen lassen.

Die Erläuterungen verstehe ich nicht

Zitat

Wenn du mit SSE optimieren willst, musst du entweder auf Mono umsteigen oder den Kern der Partikelsimulation in zb. C(++) schreiben.

C++ müsset ich erst lernen Auf Mono zurück, ich glaube die Leistungseinbußen sind kaum ausgleichbar :/

Aber dafür habe ich mich wie empfohlen mit Zeigern beschäftigt. Habe sie gezielt dort eingesetzt wo ich es geplant hatte.

Bringt je nach Rechner 5 - gute 10% mehr Leistung



Noch ein par Änderungen, an der Engine dann beginne ich mit dem Editor, mit dem man die Partikel anordnet. Wird ein "Malprogramm" mit hexagonal angeordneten Pixeln.
Außerdem muss ich mal gucken wie man die Konstruktionen speichert. Dafür muss ein Dateiformat her. Aber das wird ein anderes Kapitel

Danke für alle Tipps!!!

LG

Oh das wäre aber was. Dachte schon wenn ich nochmal 10-20% Rausholen könnte wäre das viel

Ich denke schon über eine Rewrite nach
Was mich davon abhält, ich müsste bestimmt wochenlang c++ lernen, damit es halbwegs ausreicht.
Komplett in c++ wär aber eig. am besten oder?
Für den Fall das ich es mal probieren würde, welcher c++ Editor ist Anfängerfreundlich..?

Ich nehme an weite Teile des Sourcecodes wären wohl leicht konvertierbar. Aber ein neues Framework müsste her, vor allem für das Multithreading.
Für einen der nie c++ benutzt hat ist das in weiter Ferne

Ich denke ich wenn erstmal in c# einen Partikel- Editor für mein Programm machen und ein Dateiformat und so. Dann wär es schon spielbar. C++ mache mal als nächstes großes Projekt.

LG

ich möchte mal einen Blick riskieren auf c++

Gibt es einen Richtig guten Freeware Editor?

Was ist mit Dev c++? Kann ich damit vernünftig arbeiten? Kann ich damit Multithreading usw. anwenden, wenn ich es mir aneigne?
Auf den ersten Blick sieht der gut aus.

Zitat

Um eine ganzes Framework in C++ zu schreiben, bräuchtest du aber weit mehr Erfahrung, als "ein paar Wochen".

Herausforderung angenommen!... ...ne Spass Muss ja auch noch par andere Sachen machen.

Zitat

Außerdem kommt es einem Computerspiel nicht nur auf Performance an.

Da hast du natürlich oftmals Recht!
Ich habe vor den Partikeln viele weitere Eigenschaften zu verpassen:
nur unter Umständen "Kleben", Leitfähigkeit für Versch. Eigenschaften, Versch. weitere Funktionen.

Man wird damit dann in einem Editor alles mögliche Bauen.

Bisschen wie diese Powder Toy
Aber halt mit Richtiger Physik und den sich daraus ergebenden Konstruktionsmöglichkeiten für Maschinen!
In diesem Speziellen Fall, glaube ich, ist Performance ein absolut zentraler Faktor.
Nach meinem Vertändnis sind die Prinzipien zur Partikelsimulation die ich mit c# erprobt habe zu weiten Teilen übertragbar.

Zitat

An sehr vielen Stellen, bestes Beispiel sind GUI oder die grobe Spiellogik, brauchst du nicht unbedingt maximale Geschwindigkeit.

Ja das stimmt wohl. Die Sache ist nur, Es wird 2 Modi geben, einen Edidor der ähnlichkeit zu einem Malprogramm hat, sowie einen Simulationsmodus.
So viel anderes kommt da nicht.

Dann werden Level mitgeliefert, die theoretisch mit dem Editor nachbaubar wären. Sinn ist es nun Konstruktionen herzustellen, mit denen man diese Level gewinnen kann. Ähnlich wie bei Fantastic Contraption

In der Simulation Fliegen dann die Fetzen!Man muss Treffer Einstecken und Gegner ausschalten.

Ich würde auch gerne bei C# bleiben wenn es aber bedeutet dass ich 30% oder mehr weniger Partikel habe weiß ich nicht ob es das richtige ist.
Ich habe keine Eile mit dem Projekt insgesamt.

Den Editor für mein Game zu programmieren schätze ich als vergleichsweise simpel ein.


Ich nehme an das Spiel schlägt ein wie ne Bombe! Da bin ich sogar überzeugt. Aber vor allem will ich es natürlich selber spielen!

LG

Ich habe bei c# die Sorge, dass durch die Erweiterungen, die nötig werden die Engine stark, zu stark verlangsamt wird.

Was her müssen sind einige float Variablen die bei der Kollision von Partikeln gemittelt werden.

Um die Klebrigkeit der Partikel zu beeinflussen, wiederverkleben zu vermeiden usw, wird es nötig sein 6 Partikelindizes zu speichern, zu Partikeln die Kleben. (eine bessere Variante weiß ich bisher nicht).

Außerdem wird es nötig sein, weitere Funktionen aufzurufen, die Partikel-Eigenschaften wie Beschleunigung, Temperatur, elek. Spannung usw manipulieren. Je nach Art des Partikels.

Das ist zwar überschaubar. aber wenn die Engine danach noch halb so viele Partikel schafft bin ich froh

LG

Zitat

Wieviele Partikel wirst du denn in deinem Spiel so brauchen? Von welcher Größenordnung reden wird da und inwiefern denkst du, dass die Performance von C# zum Problem werden wird?

Jetzt weiß ich nicht, in wie weit du dich mit dem Spielprinzip auseinandergesetzt hast.
Warscheinlich gibt es hier jeden Monat 100 Leute die die Geilste Spielidee haben die es jemals gab !!!
Oder ich drücke mich unverständlich aus.

Ich denke damit es spielbar wird reichen ein par tausend Partikel aus. Das Ding ist halt, je mehr desto besser! Mit 20k Partikeln mit angesprochenen Eigenschaften wäre es schon richtig gut.

Zitat

Du kannst in C++ mehr oder weniger C# programmieren.

Hahaha

Ja ich meinte eher die Prinzipien mit der Rasterung, ich habe ein ziemlich ausgefeiltes System um das Grid zu Kollisionserkennung up to Date zu halten, alles sehr gut getestet und auf Leistung getrimmt, die Partieklphysik von Mathematischer Seite steht auch. Diese Dinge halt. Die würde ich übernehmen.


Aber zum jetzigen Zeitpunkt werde ich euren Rat mit c# befolgen!
Falls ich mit c++ anfange nicht gleich so was schweres denke ich.

Leider habe ich diese Woche kaum Zeit für mein Programmier-Hobby :/
So beginne ich erst nächste Woche mit dem Editor für die Partikel.

LG