Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

Samuel G.

Treue Seele

  • »Samuel G.« ist der Autor dieses Themas

Beiträge: 110

Wohnort: Stuttgart

Beruf: Schüler

  • Private Nachricht senden

1

25.04.2004, 16:11

Warum so umständlich mit Vertices und Indices?

Hallo

Ich tipp grad an meinen Klassen für VB's/IB's und hab mal studiert wie das in der Tribase gemacht wird. Allerdings frage ich mich: Warum so umständlich mit verschiedenen Formaten für Vertices und Indices umgehen?
:light: Statt eine extra Member zu verwenden, kann man doch auch die Klassen als Template-Klassen schreiben (dann spart man sich auch die umständlichen case Abfragen und Konvertierungen beim Sperren von Index-Buffern (auf S. 157 im Buch)). Das ist doch praktischer, oder?

(Wie man merkt bin ich ein Template-Fan)

Samuel G.

[Edit:Linux] Thread geändert,Originaltitel:Frage an den Autor [Edit]
Quak

2

25.04.2004, 16:30

Ist auch eine gute Lösung, vor allem wenn die Engine mit dem Programm zusammen kompiliert wird. Über DLL Grenzen hinweg sieht es da schon nicht mehr so gut aus. Vor allem wenn man mit Interfaces arbeitet. Zudem muss man sich dann im klaren sein, das jeder Vertexbuffer mit einem VertexFormat von einem anderen Klassen Typ ist wie ein VB mit einem anderen Vertex Format.

Da ich mit Interfaces und DLL's arbeite, hatt ich mal die Idee mit einer Vertex-Description Class. Die einen Stream mit Vertice mit passenden Format-Flags entgegen nimmt und diese Klasse bietet einem dann verschiedene Methoden an wie GetPosition oder GetTexCoord. Damit kann es dem User egal sein welchen Buffer er benutzt.

Schlussendlich arbeitet jedes Objekt allerdings mit seinem bekannt Format und es wird nur selten vorkommen das ein Objekt den VB eines anderen VB's benutzt. Daher ist das alles irgendwie überflüssig.
Wichtig! Ich übernehme keinerlei Verantwortung für eventl. Datenverlust oder Schäden am Rechner ;D