spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Momentan baue ich eine von tbModel abgeleitete Klasse BonesModel, die Milkshape-Dateien einliest. Ich frage mich aber dabei, ob ich damit durchkomme?

Ist es nicht evtl. besser gar nicht auf tbModel aufzusetzen und eine eigene Klasse zu machen, die mehr auf die Milkshape-Struktur aufsetzt. In Milkshape gibt es z.B. Groups, die es in Davids tbModel nicht gibt. Alles mit Bones muss sowieso neu gebaut werden.
Wer hat hier schon Erfahrungen und kann mich beraten?

Aktuelle Fragen: Ein Vertex in Milkshape hat z.B. eine BoneID. Wo bringe ich die im VertexBuffer unter? Z.B. in einem anderen Feld des FVF? Oder muss ich dafür eine eigene Struktur bauen?

@David
Wenn ich mir das EMM-Format so anschaue, ist das Milkshape-Format bez. der darin enthaltenen Informationen eine Untermenge dessen.

Für mich stellt sich daher die Frage, ob Dein Loader dann in eine Klasse lädt, die die in dem PDF-File genannten Strukturen, Vertex- und Index-Buffer usw. enthält und natürlich eine Render-Methode für die Objekte. Diese Klasse müsste zum Rest Deiner Engine passen. Dann müsste ich "nur noch" einen Milkshape-Loader für diese Klasse bauen. Ist meine Argumentation so korrekt?

Wann wird es denn voraussichtlich den Source-Code für Deinen Loader und vorallem für die Klassen, in die geladen wird, geben?
Was bez. der Animationen würde denn die Hardware übernehmen, falls sie es denn unterstützt?

@David:
Ich hatte gehofft, dass Deine Engine um eine/einige Klasse(n) wie BoneModel, Animation etc. erweitert wird und diese Init/Loader-Methoden aus dem EMM-Format haben. Dann hätte ich diese Loader-Methoden so umschreiben können, dass sie direkt aus Milkshape-Dateien anstelle aus dem EMM-Format lesen.

Denkst Du daran, Deine Engine um Animationen aus dem EMM-Format zu erweitern oder steht dies gar nicht zur Diskussion?
Wenn Ja, wann?
Wenn Nein, warum denn nicht?

Sorry David, hier bin ich nur teilweise Deiner Ansicht.
Dass Deine Engine eher selten im Original verwendet wird, ist wahrscheinlich richtig. Auch ich habe meine "eigene" Engine auf Grund Deines Gedankengutes gebaut. Trotzdem ist der Bezug zu Deiner Engine noch klar erkennbar und Änderungen / Erweiterungen Deiner Engine könnte ich leicht nachziehen.
Im Vorfeld habe ich auch einige andere Engines (auch andere Programmiersprachen) untersucht, mit denen man aber als Freizeit-Programmierer nicht weit kommt bzw. die einen sehr stark einschränken bzw. nicht erweiterbar sind. Der Vorteil Deiner Engine liegt klar darin, dass sie all diese Nachteile nicht hat und zudem durch das Buch auch noch gut erklärt/dokumentiert ist. Also schade, wenn Du das aufgibst, Deine Engine weiterzuentwickeln.
Kleinere Libraries mit Source-Code gibt es im Internet massig. Diesen haftet aber immer der Bezug zum Ganzen an, mit dem viele Schwierigkeiten haben. Also die Frage, wie baue ich das jetzt konkret in meine eigene Engine ein?
Vielleicht könnten auch andere, die diesen Thread lesen, Ihre Meinung kundtun. Vielleicht sehe nur ich das so.