Ein paar Antworten würden mir aber noch helfen:
1. Wenn ich die Daten in chunks unterteile, was wäre dann eine gute Größe um das VBO optimal zu bedienen und auch nicht so leicht in Speicherprobleme mit großen Blöcken beim OpenGl upload zu geraten? Ich dacht so an 65.000 also unter 16 bit integer um auch im ElementArray nur 2 bytes zu nutzen.
2. Wäre es speedtechnisch vertretbar (also zumindest so schnell, wie GlBegin), wenn ich jedes Frame die Daten hochlade, zeichne und wieder freigebe?
3. Ist derzeit schon abzusehen, dass in absehbarer Zukunft die depricated Funktionen aus den OpenGL Treibern entfert werden?
4. Wäre es aus OpenGL speicher Sicht nicht evtl. doch sinvoll ab z.B. 2 mio Triangles auf das alte OpenGL zurückzufallen? Da habe ich solche Speicherprobleme ja nicht. (Ich weiß, das zumindest einmal mir davon abegeraten wurde, aber ich sehe im alten OpenGL duchaus Speichervorteile.)
5. Kann man mit modern OpenGl irgendwie zumindest den speed des alten glBegin erreichen, ohne für x mio triangles massiv speicher zu gebrauchen? Der Treiber tuts ja auch wenn ich im depricated glBegin zeichne (ok, ich nehme an der Vergleich hinkt etwas, da der Treiber mehr Möglichkeiten hat. Aber vielleicht gibts doch Ideen).

user69

Nun ja, ich würde mal sagen, dass Speicher heutzutage das billigere Bottleneck ist, Rechenzeit ist teurer