Wie ist OpenGl in einem Betriebssystem implementiert?

Question

Ich untersuche Linux und grafische APIs, aber ich bin verwirrt, wie OpenGL in Betriebssystemen implementiert ist. Ist es nur ein Satz von Bibliotheken, die den Kernel verwenden, um mit Ihrer Grafikkarte darüber zu "sprechen", welche Pixel zu färben sind oder nicht? Wenn ja, dann weiß ich nicht, wo die Pipeline kommt - wie 3D-Szenen gerastert werden und Shader die Geometrie beeinflussen.

Und wie kommen GPUs können Shader Sprachen von DX und OGL unterstützen? - und wo passen Shadersprachen eigentlich hin? - Werden sie zur Laufzeit kompiliert oder interpretiert?

Ich habe selbst nicht sehr viel Erfahrung mit grafischen APIs, obwohl ich mehrere Game-Engines verwende - normalerweise ist das Wesentliche durch mehrere Abstraktionsschichten verloren gegangen.

Answer 1

ich es erklärte gründlich hier: https://stackoverflow.com/a/6401607/524368 und hier https://stackoverflow.com/a/7967211/524368

Answer 2

Ich kann nicht sprechen, wie die API implementiert ist.

Aber ich weiß aus Erfahrung, dass Shader kompiliert werden. Also kompilieren Sie sie und senden sie an Ihre GPU, wo sie ausgeführt werden.

Answer 3

Zumindest bei den meisten typischen Grafikkarten ist der größte Teil der OpenGL-Pipeline (fest oder programmierbar) in der Grafikhardware selbst implementiert. Dies gilt umso mehr für DirectX (d. H., DirectX fehlt eine ganze Menge Funktionalität in OpenGL, die von der aktuellen Hardware nicht direkt unterstützt wird).

Shader werden normalerweise kompiliert. Die Grafikkarte hat einen speziellen Prozessor (oder oft mehr als einen), so dass der Compiler die Eingabe in der Shader-Sprache übernimmt und sie in die Assembler-Sprache für diesen Prozessor umwandelt, ähnlich wie es ein C-Compiler für die CPU tut. Unterstützung von Sprachen unterschiedliche Eingabe ist nicht viel anders aus einer einzigen CPU unterstützt Eingang in C, C++, Pascal, Fortran, Cobol etc.