Ja, was glSlang wirklich fehlt ist sowas wie glGetAssemblerSource oder so in der Richtung. Halt eine Funktion mit der man den nach ARB_VP/ARB_FP übersetzten Shadercode eines glSlang-Shaders bekommt. Damit könnte man dann schön sehen, wo und v.a. ob der Treiber optimiert und auch korrekt übersetzt.
Allerdings fallen mir da direkt zwei Gründe ein warum das nicht im Interesse der Hersteller ist : Erstens würde man damit im Endeffekt ja Compilerinterna (sprich Optimierungen usw.) preisgeben, und zweitens wird der Zwischenschritt glSlang->ARB_VP/ARB_FP wohl spätestens auf Karten der (über)nächsten Generation wegfallen, die dann glSlang vielleicht schon komplett in Hardware unterstützen.

Aber wenn NV wirklich erst Ende des Jahres mit einer öffentlichen glSlang-Implemtation rausrücken, dann wirds leider wohl noch recht lange dauern bis man kommerzielle Produkte bzw. Spiele mit glSlang-Support sieht. Wenn man bedenkt wie einfach und v.a. herstellerunabhängig man jetzt auch in OpenGL über eine HLSL Shader schreiben kann ist das eigentlich recht schade.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Doom3 soll doch auch glSlang verwenden. Ich hoffe mal das mit dem Erscheinen von Doom, glSlang eine wichtigere Bedeutung bekommt. Wenn das nämlich nur ATI Karten unterstützen, dann ist das fast wie eine ATI_* Extensions und dann nützt es nicht viel.

Wenn das so ist, wäre das natürlich eine tolle Sache für glSlang an sich. Ich glaube auch das Carmack in seinem .plan-File erwähnt hat dass er was mit den 3D-Labs Karten gemacht hat (eigener Renderpfad). Und da die ja weder ARB_FP noch ARB_VP, sondern nur glSlang unterstützen, wäre es möglich das D3 so einen Renderpfad besitzt.
Allerdings ist es fraglich ob dieser Renderpfad dann in D3 beim Launch (soll ja in zwei bis drei Monaten so weit sein) für ATI-Karten freigeschaltet wird, da deren glSlang-Implementation ja noch fehlerhaft ist.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Für Doom3 Licht reicht glSlang ja aus. Doom3 ist von den Shadern her ja aus heutiger Sicht nicht so anspruchsvoll. Und Carmack hat auch geschrieben, daß seine nächste Engine auf jeden Fall eine Hochsprache benutzt und daß er glSlang unterstützen will. Ich hoffe mal das er nur glSlang benutzt und so eine gute Implementierung im Treiber erzwingt. Da er vermutlich schon längst an der nächsten Engine arbeitet, bin ich mal gespannt ob er bald mal wieder was zeigt.

Das muss nicht sein - zumal diese Extensions ja auch in aktueller Software bereits genutzt werden. Im "schlimmsten" Fall sollte es für einen Videokartenhersteller ja nicht schwierig sein, ARB_VP/FP eins zu eins nach GLSlang zu übersetzen, das von seinen Spezifikationen ja ein Superset des "Assemblers" ist (auch wenn die zusätzlichen Features noch gar nicht genutzt werden können).

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Ich check den Beitrag dem ominösen Gast zwar nicht, aber nur deswegen bin ich auf diesen Thread gekommen...
Hab ihn mir von Anfang an durchgelesen und wollte mal fragen wie denn nun der Stand der Technik in Sachen
Treibern und Fähigkeiten von glSlang ist und wie sah es nun in Doom3 mit glSlang aus.... ist ja nun seit langem raus...

_________________
www.extrawurst.org

Quake4 hat jetzt GLSL Shader. Allerdings nur einige wenige.