spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Jap, genau das mein ich mit kaputter Objektorientierung. Es ist formal gesehen zwar grundsätzlich OO, aber eben nicht vernünftig. Und es macht die API eben nicht nur teilweise wirklich anstrengend zu benutzen, sondern macht wohl auch die Implementierung im Driver unnötig kompliziert...

Zitat

Aber eben in den richtigen Teilen.

Was auch den größten Teil in OpenGL ausmacht.

Zitat

Was verstehst du denn nicht?

Wenn du an einer Textur etwas umstellen willst, dann bindest du die halt vorher.
Ist das wirklich etwas so anderes, als wenn du hinter der Texturvariable einen Punkt\Pfeil hinmachst?
Das sind doch eindeutig nur ästehtische Gründe.

Zitat

Sorry, aber das Inferface ist Imperativ, nicht Objekt-Orientiert. Wie er das intern abhandelt, das ist mir an der Stelle total egal, denn die API ist es nicht, sondern eine grauenvolle Ansammlung von Funktionen. Nicht Methoden und Klassen, sondern Funktionen.

Bloß weil du in C++ nicht einfach einen Punkt\Pfeil hinmachen kannst um drauf zu zugreifen; ist eine API deiner Meinung nicht mehr objektorientiert?
Komische Ansichtsweise.

DirectX ist auch nur eine Ansammlung von Funktionen. Deshalb brauchst du das nicht so abschätzig hervorheben.

Zitat

Anders genug als dass man nicht ständig Probleme damit bekommt, wenn irgendwer irgendwo parallel ein Bind auf eine Textur ausführt.

Wenn es bei dir so häufig Fehler gibt, hast du vielleicht etwas nicht richtig verstanden?
Bei der richtigen Bedienung kommen jedenfals nicht mehr Fehler als in DirectX.



Mal nebenbei was mir an deiner Art zu diskutieren ehrlichgesagt generell negativ aufällt, sind die vielen aus der Luft gegriffenen und persönlich übertriebenen absoluten Aussagen.
Beispielsweise: "ständig Probleme", "grauenvolle Ansammlung", "hässliches OpenGL", ...

Aber das ist ja wie gesagt eigentlich nicht das Schlimmste. Der Bind-Mist ist so fehleranfällig und hält mich von Parallelisierung ab, was wohl der Grund dafür sein wird, dass mein (wohl niemals kommendes) nächstes Projekt nicht mehr auf OpenGL basieren wird, so viel ich es auch über die letzten 10 Jahre verteidigt habe, aber irgendwo is Schluss mit lustig, da muss man auch mal mit der Zeit gehen und die zieht an OpenGL langsam aber sicher vorbei.


@Spiele Programmierer:
Das hat mit Pfeilen oder Punkten gar nichts zu tun. Ich kann in jeder OO-Sprache auf verschiedene Objekte parallel zugreifen und wenn die Architektur der Klassen vernünftig ist, dann sogar ohne Seiteneffekte. Das geht bei OpenGL nicht. Es geht nicht. Gar nicht. Ich kann ja nichtmal ein Objekt anfassen ohne mich selbst drum zu kümmern, dass das ursprüngliche hinterher wieder gesetzt ist. Ich müsste mir erst die aktuell gebundene Textur-ID erfragen, dann neu binden, meine Operationen machen und danach die alte wieder binden. Das ist doch völliger Unsinn.

Zitat von »Spiele Programmierer«

Was auch den größten Teil in OpenGL ausmacht.

Aber eben nicht jeden Teil!

Zitat von »Spiele Programmierer«

Wenn du an einer Textur etwas umstellen willst, dann bindest du die halt vorher.
Ist das wirklich etwas so anderes, als wenn du hinter der Texturvariable einen Punkt\Pfeil hinmachst?
Das sind doch eindeutig nur ästehtische Gründe.

Ja, das ist ein großer Unterschied und nicht nur eine ästhetischer Sache. Ich habs oben ja schonmal geschrieben: Nachdem du die Textur gebunden hast, ist die Textur aktiv für alle weiteren Texturoperationen EGAL wo diese aufgerufen werden, solange bis eine andere Textur gebunden wurde. D.h. du musst dir vor dem Binden merken was für eine Textur gebunden war und diese schließlich zurücksetzen. Dann hättest du das selbe Verhalten wie ein äquivalenter Methodenaufruf in DX, nämlich das sich der globale Zustand nicht ändert! Und dieser zusätzliche Aufwand, zu dem man von OpenGL gezwungen wird, macht die API unschön und erhöht das Risiko für Fehler bei Verwendung der API. So ein Reset wird eben schnell mal vergessen und fällt vielleicht erstmal nicht auf. Aber irgendwann rächt sich das Ganze dann, im Idealfall an einer ganz anderen Stelle und dann gibts im Zweifel tagelange (!) Debugsessions.

Zitat

Ich kann in jeder OO-Sprache auf verschiedene Objekte parallel zugreifen

Wirklich parallel kannst du nur in ganz wenigen Libs zugreifen.
Die meisten sind nämlich nicht Threadsicher.
Und sequentiell kannst du auch in OpenGL zugreifen.
Du musst halt möglicherweise umbinden.

Und zu den Punkten\Pfeilen:
Auch DirectX wird im Prinzip folgendes machen:
-> An Grafikkarte: Jetzt kommt gleich was bezüglich Textur xxx
-> An Grafikkarte: Stelle bitte in der Textur X auf Y um

Zitat

Ich kann ja nichtmal e
in Objekt anfassen ohne mich selbst drum zu kümmern, dass das ursprüngliche hinterher wieder gesetzt ist.

Hm stimmt, das ist nicht so gut.
Hab mich darüber auch schonmal aufgeregt.
Ich habe das bisher so gelöst, dass ich konsequent den Zustand immer setze, wenn er unsicher ist.

Zitat von »Spiele Programmierer«

Ich habe das bisher so gelöst, dass ich konsequent dem Zustand immer setze, wenn er unsicher ist.

Ja, das ist wohl die beste Lösung. Allerdings bedeutet das, dass du an jedem Punkt in deinem Programm wissen musst, genau welche States unsicher sind. Mit anderen Worten: Aller Code, der nur irgendetwas rendert, ist potentiell von sämtlichem anderen Code, der etwas rendert, abhängig. Wenn du nur irgendwo in deinem Programm einen neuen State änderst, beeinflusst diese Änderung über den versteckten globalen Zustand potentiell jede andere Zeile in deinem Programm. In komplexeren Programmen wird das ganz schnell völlig undurchschaubar. Und wenn jetzt noch immer einer meint, dass das am Ende ja alles egal und rein nur eine Frage der Ästhetik ist (ich find Ästhetik übrigens sehr wichtig): Es gibt sogar einen eigenen Namen für diese Art von Problem...

Daher mal zusammengefasst: OpenGL funktioniert, ist rein was Features betrifft mittlerweile großteils up to date und ist auf vielen Plattformen sowieso die einzige Option. Die API ist imo trotzdem teilweise einfach grottig und bedarf schon seit mindestens 10 Jahren dringend einer Generalüberholung im Sinne von wegwerfen und neu machen...

Die Executables findet man doch in den Projekt-Bereichen oder auf den Homepages der Leute ;)

Zitat

Ab wieviel Posts bekommt man eigentlich des Satus "Treue Seele" ???

Das hängt auch von der "Geschwindigkeit" deiner Posts ab.