Leistung von WebGL und OpenGL

Question

Für den letzten Monat habe ich mit WebGL verwirrt, und festgestellt, dass, wenn ich einen großen Vertex-Puffer erstellen und zeichnen es niedrige FPS verursacht. Weiß jemand, ob es gleich ist, wenn ich OpenGL mit C++ benutze?

Ist das ein Engpass mit der Sprache (JavaScript im Falle von WebGL) oder der GPU?

WebGL examples like this zeigen, dass Sie 150.000 Würfel mit einem Puffer mit guter Leistung zeichnen können, aber alles andere als das, bekomme ich FPS-Tropfen. Wäre das mit OpenGL gleich, oder wäre es in der Lage, einen größeren Puffer zu handhaben?

Grundsätzlich muss ich eine Entscheidung treffen, WebGL weiter zu verwenden und zu versuchen, durch Code zu optimieren oder - wenn Sie mir sagen, OpenGL würde besser und es ist eine Sprachgeschwindigkeit Flaschenhals, wechseln Sie zu C++ und OpenGL verwenden.

Answer 1

Wenn Sie nur einen einzigen drawArrays-Aufruf haben, sollte der Unterschied zwischen OpenGL und WebGL für den Aufruf selbst nicht groß sein. Allerdings kann das Einrichten der Daten in Javascript sehr viel langsamer vonstatten gehen, was wirklich von Ihrem Problem abhängt. Wenn der Großteil Ihrer Daten statisch ist (Landschaft, Räume), kann WebGL gut für Sie arbeiten. Andernfalls könnte das Einrichten der Daten in JS für Ihren Zweck zu langsam sein. Es hängt wirklich von deinem Problem ab.

p.s. Wenn Sie nähere Angaben zu dem machen, was Sie vorhaben, erhalten Sie wahrscheinlich detailliertere/spezifischere Antworten.

Answer 2

OpenGL ist flexibler und optimierter wegen der neueren Versionen der verwendeten API. Es ist wahr, wenn Sie sagen, dass OpenGL schneller und leistungsfähiger ist, aber es hängt auch von Ihren Bedürfnissen ab.

Wenn Sie ein Würfelgitter mit Textur benötigen, wäre WebGL ausreichend. Wenn Sie jedoch große Projekte mit vielen Vertices, Post-Processing-Effekten und verschiedenen Rendering-Techniken (und Art der Verschiebung, Parallax Mapping, Per-Vertex oder Tessellation) erstellen möchten, dann könnte OpenGL eine bessere und klügere Wahl sein.

Optimieren von Puffern zu einem einzigen Aufruf, Optimierung der Aktualisierung von diesen kann getan werden, aber es hat natürlich seine Grenzen, und ja, würde OpenGL wahrscheinlich sowieso eine bessere Leistung.

zu beantworten, es nicht zu einem Engpass Sprache ist, sondern ein api-Version verwendet ein. WebGL basiert auf OpenGL ES, das einige Profis hat, aber auch etwas langsamer läuft und mehr Abstraktionsebenen für die Code-Verarbeitung hat als reines OpenGL, und das ist der Grund für die Leistungsminderung - mehr Code muss evaluiert werden.

Wenn Ihr Projekt keine webbasierte Lösung benötigt und sich nicht dafür interessiert, welche Geräte unterstützt werden, wäre OpenGL eine bessere und klügere Wahl.

Hoffe, das hilft.

Answer 3

Anekdotisch schrieb ich in den frühen 2000er Jahren ein Kachel-basiertes Spiel mit der alten glVertex() API, die perfekt flüssig lief. Ich habe vor kurzem begonnen, es auf WebGL und glDrawArrays() portieren und jetzt auf meinem modernen PC, der mindestens 10 mal schneller ist, bekommt es schreckliche Leistung.

Der Grund scheint zu sein, dass ich einen Anruf vortäuschen wollte glBegin(GL_QUADS); glVertex()*4; glEnd(); mit glDrawArrays(). Verwenden glDrawArrays() zum Zeichnen eines Polygons ist viel viel langsamer in WebGL als das gleiche mit glVertex() war in C++.

Ich weiß nicht, warum das ist. Vielleicht liegt es daran, dass Javascript langsam ist. Vielleicht liegt es an einigen Kontextwechselproblemen in Javascript. Anyway kann ich nur um 500 Ein-Polygon-Anrufe glDrawArray() tun, während immer noch 60 FPS erhalten.

Jeder scheint um dies zu arbeiten, indem so viel auf der GPU wie möglich, und so wenig wie möglich tun glDrawArray() Aufrufe pro Frame. Ob Sie das tun können, hängt davon ab, was Sie zeichnen möchten. In dem Beispiel von Würfeln, die Sie verlinkt haben, können sie alles auf der GPU tun, einschließlich des Verschiebens der Würfel, weshalb es schnell ist. Im Wesentlichen haben sie betrogen - normalerweise werden WebGL-Apps nicht so sein.

Google hatte ein Gespräch, wo sie diese Technik erklärt (sie unrealistische auch die Objektbewegung auf der GPU berechnen): https://www.youtube.com/watch?v=rfQ8rKGTVlg