spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

glColor hat keine Auswirkung auf glDrawArrays. Die Farben der einzelnen Primitiven wird ebenfalls wie die Vertexdaten über Arrays übergeben. Demnach hat es keinerlei Sinn mehr ohne glBegin und wurde auch entfernt.

Grundsätzlich wurde halt die ganze Fixed Function Pipeline entfernt und damit alles was dazu gehört: Matrix Stack, Material und Beleuchtung etc. Ziemlich ausführlich ist die Liste in der Spec http://www.opengl.org/registry/doc/glspe…re.20091207.pdf im Anhang E2.2

Zitat von »Tobiking«

glColor hat keine Auswirkung auf glDrawArrays. Die Farben der einzelnen Primitiven wird ebenfalls wie die Vertexdaten über Arrays übergeben. Demnach hat es keinerlei Sinn mehr ohne glBegin und wurde auch entfernt.

Wo steht denn das glColor nicht zusammen mit glDrawArrays funktioniert?

Zitat

Zudem würde mich interessieren, ob glDrawArrays ansich schneller ist als mit glBegin/glEnd zu arbeiten.

Man kanns auch mit Compiled VS oder Vertexbuffern verhauen. Insofern sind das keine Garanten für extreme Performance. Aber grundsätzlich Ja.

Du kannst auch in den Compatibility Specs von GL3.3 nachsehen. Alles orange markierte is nichmehr im Core drin.

Zitat von »David_pb«

Wo steht denn das glColor nicht zusammen mit glDrawArrays funktioniert?

Ok, das war etwas missverständlich ausgedrückt. Was ich schreiben wollte war, das glColor keine Auswirkung mehr hat, wenn man das Color Array nutzt. Ich bin irgendwie davon ausgegangen das es darum ging in dem Array verschiedene Farben zu nutzen.

Zitat von »Tobiking«

Zitat von »David_pb«

Wo steht denn das glColor nicht zusammen mit glDrawArrays funktioniert?

Ok, das war etwas missverständlich ausgedrückt. Was ich schreiben wollte war, das glColor keine Auswirkung mehr hat, wenn man das Color Array nutzt. Ich bin irgendwie davon ausgegangen das es darum ging in dem Array verschiedene Farben zu nutzen.

Das ist allerdings nicht das was du gesagt hast... Und so wie du es nun beschreibst hat das zwar seine Richtigkeit begründet aber nicht:

Zitat von »Tobiking«

Demnach hat es keinerlei Sinn mehr ohne glBegin und wurde auch entfernt.

Wenn man 10k Polygone zeichnet kommen bei glBegin/glEnd schonmal 40k Funktionsaufrufe zustande, die du sonst einfach durch 1-5 Aufrufe ersetzen kannst, und das belastet die CPU natürlich ziemlich.

Den großen Vorteil gegenüber glBegin()/glEnd() erlangt man nicht nur durch den weitaus geringeren API Overhead sondern vor allem erst auch wenn man Vertex Buffer Objects verwendet.

Zitat von »LukasBanana«

Lohnt es sich denn auch glDrawArrays anstatt glBegin/glEnd zu verwenden, wenn man (ohne VBOs) nur ein Quad zeichnen will (für 2D Grafik z.B.).

Das sind ehrlich gesagt die falschen Fragen die du stellst. Wenn du's geschickt anstellst lohnt es sich, wenn du's falsch machst dann nicht. Du kannst Overlaydaten batchen und dann den Puffer in die Pipeline kloppen... Mach doch einfach selbst ein paar Vergleichtests, dann weißt du bescheid und musst dich nicht auf wage Aussagen stützen!