spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi Leute,
eins vorweg... zur Zeit nutze ich QtCreator als IDE und programmiere mit C++ (mit Qt4-Bibliothek) für Linux und Windows (deshalb OpenGL).

Ich bin gerade dabei die OpenGL-tuts durchzuarbeiten und mir macht es viel Spaß dabei. So langsam mache ich Gedanken wie die 3D-Modelle erstellt werden und ich habe mich im Internet erkundigt.

Ich habe 2 interessante Programme gefunden: Horde3D und Blender. Momentan neige ich eher zu Blender.

Da ich nicht auf falschen Pferd setzen möchte ich erstmal wissen ob ich soweit richtig verstanden habe und bitte Euch um Korrigierung falls ich falsch liegen sollte:
(Angenommen ich nutze Blender)

A)
Laut Website von Blender steht da "Supports collision detection". Heisst das, daß ich mit Blender Daten für Kollisionen "füttern" kann womit ich in der Kollisioncheck von meiner Programm durchführen kann (die ich natürlich selber oder mit Hilfe Bibliothek (z.B. PhysX) implementieren muß). Habe ich richtig verstanden?

B)
Wie kommen die Daten (3D Infos und evtl. Kollisiondaten) von Blender in meinen Programm? Ich nehme an, ich muß die Daten von Blender exportieren und in meinen Programm muß ich ein "Model-Loader" implementieren der die exportierte Dateien lädt.

C)
Wo werden die Animationen (z.B. der Figur läuft) implementiert? In Blender? In meinen Programm? Oder sogar beides?

Versteht mich nicht falsch, ich möchte natürlich nicht überstürzen und gleich Doom4 implementieren. Sondern ich fange erstmal klein an und probiere mit kleinen rundenbasierte Spiel (eher ein Spielbrett mit Figuren ala Starquest ) bevor ich steigere. Mir geht in diese Thread hauptsächlich darum, daß ich weiß in welche Richtung ich weitergehen soll. Nicht daß ich auf falschen Pferd sitze und am Ende von Tutorien (nach 2Monaten) erfahre daß die Software/bzw. erlente Technik für Spieleentwicklung unbrauchbar ist (z.B. weil es ausschließlich für Filme gedacht ist). Oder daß ich wochenlang mit Animationen innerhalb von Blender beschäftige, und beim Programmieren feststelle daß die Animationen von Blender nicht in meinen Programm verwendet werden kann.

Übrigens... Literaturempfehlungen sind willkommen. Ich bin lernwillig.

cu Floh

Vielen Dank!

Zitat von »"Alyx"«

B) Bei 3DS konnte man einfach Morph-Daten exporierten lassen. Direkt mit Bones anzufangen wäre vielleicht für das erste Projekt etwas hardcore :-). Ich denke, dass das mit Blender auch geht.

Keine Sorge, wie gesagt ich will nicht gleich Doom4 programmieren sondern erstmal ein einfaches Brettspiele wo die Figuren erstmal statisch sind. Und erst wenn das Spiel fertig ist, erweitere ich die Source so daß die Spielfiguren auf der Spielbrett auch animiert.

Zitat

C) Du machst sie mit Blender und exportierst entweder als Bone-Animation oder Morph-Daten, die du dann im eigenen Programm animieren kannst. Wie schon in B gesagt... fang mit Morph an und wenn das für dich "easy going" ist, dann nimm die Bones :-).

Ok, danke. Von Morphing wusste ich nichts. Hab diese Begriff gleich notiert und werde mal darüber lesen. Bis jetzt hatte ich nur von Bones gelesen.

Zitat

Zu der Kollision:
Da gibt's viele Ansätze. Ein sehr häufig genutzter ist, dass das Model aus simplen mathematischen Objekten (Kugel, Zylinder, Würfel) nachgebaut wird, so dass dann später nicht auf Dreiecksebene sondern deutlich schneller mit Line Vs. Sphere, Line Vs. Cube, Line Vs. Cylinder, Sphere Vs. Sphere etc. pp. die Kollision getestet werden kann.

Ist es das, was ich ne 3D-Bild gesehen habe wo ein Figur in viele durchsichtige Würfeln mit verschiedene Größe (je nachdem wie groß die einzelne Objekte sind) "drin" ist und die Kollisioncheck wird mit diese Würfeln als Daten verwendet.
Stimmts?

cu Floh

Zitat von »"Wümpftlbrümpftl"«

"Blender unterstützt Kollision" bezieht sich ausschließlich auf die Blender-Game-Engine. Um Kollisionserkennung und ggf. Bouding Volumes oder Kollisionsmodelle musst du dich noch selbst kümmern.

Schon klar, aber innerhalb von Blender wird doch die "Grenzen" (bzw. die "Kollision-Würfeln" wie man die sonst nennt) definiert, oder? Und in meinen C++-Source muß ich natürlich selber die Überprüfung implementieren bzw. Kollision-Bibliothek (PhysX oder sowas) benutzen. Oder habe ich komplett falsch verstanden? :?

Zitat

mit Begrifflichkeiten muss man da vorsichtig sein.. Boneanimation hat natürlich auch Keyframes.. aber hier wird nciht jeder Vertex, sondern nur jeder Bone pro Frame gespeichert.

Oh... ich dachte mit Blender erstelle ich ein Modell mit Skelett und in C++-Programm ist diese Modell ohne Implementierung erstmal "tot" und ich muß selber die Bewegungen implementieren wie z.B.

cu Floh