spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich sag mal so, probier mal auf mehreren Plattformen mit den herkömmlichen Datentypen zu programmieren.
Das wird nicht gehen, da jede Plattform die Datentypen anders interpretiert.
Da OGL auf mehreren Plattformen laufen soll, müssen die Datentypen abstrahiert werden.

Ich habe das auch nur aus Spaß gesagt und mir den Code nicht näher angesehen. Keine Ahnung, ob man davon was gebraucht kann, dass wird bei jedem anders sein. Bei mir eher nicht, da ich selbst an einer Engine code.

Überarbeitest du die Engine noch? Sieht doch sehr durcheinander aus, ohne jegliche Struktur.

Ich will jetzt nicht daran rumnörgeln, es ist lediglich eine Frage, nur um kommende Missverständnisse einzudämmen!

Also ich kann aus Erfahrung sagen, dass man einen Code, den man nicht von Anfang an "ordentlich" schreibt, später auch nicht mehr anpackt.

Aber Ausnahmen bestätigen ja die Regel.

würd auch sagen das wir bei 0 anfangen sollten.
hat den vorteil das die leuts die sich bis
her nicht oder nur wenig mit ogl beschäftigt haben
dann besser in das thema einsteigen können.
(dabei schau ich ganz stark in meine eigene ecke )

ein konzept wär halt doch recht sinnvoll aber vielleicht nicht
zu streng das ganze da wir ja noch nich ma richtig wissen
was wir coden wollen.
wenn wir z.b. so ne mini-64k-demo baun wollten
wärs natl. kontra-produktiv erst eine umfassende
engine zu basteln mit hunderten features die wir nie
brauchen und die allein vom binary schon x kb groß ist.
ich nehm nicht an das wir das vorhaben aber nur so als bsp.

wär doch besser wenn wir uns erst mal um
den prinzipiellen aufbau streiten würden.
also z.b. wollen wir alles in klassen kapseln
mit interface-klassen & co.
oder soll es eher c, performance-optimierter-code werden...
danach sollte man dann dinge besprechen wie interface
dateiformate & co.


gruß 23h