spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

(Crosspost ausm ZFX, weil hier ja auch einige alte Hasen mit Erfahrung mitlesen)

Moin.

Ich habe ein Framework. Das ist >20 Jahre alt, wird immer noch aktiv gepflegt, ich mag es. Ich weigere mich, die Sinnlosigkeit meines Handelns einzusehen, und will weiter meine Grafik selbst programmieren.

Das Problem: der Grafikteil des Frameworks basiert auf DirectX9. Langsam sterben die Tools dafür aus: NSight verweigert seit einigen Jahren die Zusammenarbeit, PIX hab ich noch ne Uralt-Install, weil es das offiziell nicht mehr gibt. Und mir fehlen halt alle coolen Sachen, die moderne GPUs so können. Ich hätte die ganzen Bindless-Geschichten gut gebrauchen können, hätte Verwendung für GeometryShader oder gar MeshShader - das ist mir aber noch zu jung und nicht omnipräsent genug - und ich könnte Compute Shader gut gebrauchen. Asynchrone Transfers wären ein Gewinn, DX9 hackt und ruckt gerne mal, wenn man dynamisch streamen will, egal was man an Flags und Tricks zaubert. Also muss ich jetzt irgendwann mal in den sauren Apfel beissen und auf eine andere 3D-API umschreiben. Aber auf welche?

Mein Ursprungsplan war Vulkan: schnell, direkt, ziemlich gesunde Baseline-Funktionalität, alle spannenden Plattformen abgedeckt: Windows, Linux, Android. Einzig die dämlichen RenderPasses brauchen ne Extension, aber soweit ich das verstehe, ist das nur API-Design und demzufolge ne Selbstverständlichkeit und nicht an irgendwelche Hardware-Generationen gebunden.

Aber mit der Direktheit kommt halt eine massive Verantwortung und Komplexität, und ich bin nicht sicher, ob ich das in meiner Freizeit hinkriege. Kein IOS/OSX ist dagegen zwar schade, aber dem Drecksverein wünsche ich eh die Pest und auf IOS muss man sowieso irgendne API benutzen, die's nirgends sonst gibt, also ist das jetzt erstmal kein Problem. Meine Sorge bleibt die heftige Asynchronizität mit Vorhalten von Transfers, Barriers und Semaphores, Nachhalten von gelöschten Ressourcen usw. Und ist Vulkan wirklich schon überall verfügbar? Oder renne ich z.b. mit dem Wurmspiel, was ja reichlich casual ist, dann in tausendundein Treiber-Probleme?

Außerdem kenne ich genau eine Person, die Vulkan macht, und die macht nur aller Monate mal ein bissl Fortschritt, so dass ich jetzt *echte* Angst vor der Arbeitsmenge habe, die anscheinend für Selbstverständlichkeiten notwendig ist.

Dann gibt's da DirectX12, aber das schließe ich aus, weil's quasi wie Vulkan ist, aber mich zusätzlich auf einer Plattform einsperren würde. Ok, zwei, wenn man XBoxOne einberechnet, und irgendwann will ich ja mal auf die Konsolen. Aber das ist so ferne Zukunftsmusik, die hört man eh nur bei günstigem Wind, das ist kein Argument für die nächsten zehn Jahre.

Der Kumpel aus dem gleichen Kaff DirectX11 ist da schon ein anderes Kaliber. Ich könnte damit (fast) alles machen, was auf meiner Liste steht, und die API ist grundsätzlich noch wie DX9 und kümmert sich um Allocations und Synchronisation selbst. Dafür könnte ich die Einschränkung auf Windows eventuell in Kauf nehmen - Linux krieg ich ja mit Valves Bemühungen dann irgendwie dazu, schade um Android, fick Apple, Konsolen brauchen eh Custom-Liebe. Aber wenn ich dann doch für ne Linux-Version einen Layer einziehen muss, würde ich das mit...

...OpenGL machen. Mit OpenGL krieg ich auch alles, was ich mit DX11 kriege, und wahrscheinlich mit irgendnem wüsten Gewitter aus Extensions auch asynchrone Transfers. Aber OpenGL ist halt ne KATASTROPHE, so als API. Tausend kleine Inseln aus API-Methoden, teilweise überlappende Zuständigkeiten und unsichtbare Konflikte im Hintergrund, der Shader-Compiler ist eine treiberabhängige Sauerei aus dem dritten Kreis der Maintenance-Hölle, und jederzeit könnte Dir an irgendner Stelle ein DrawCall aus jedem zweiten Frame rausflackern und Du hättest keine verdammte Ahnung, wo Du überhaupt suchen sollst. OpenGL ist der Wartungshass in Tüten, und ich spreche da aus zugegebenermaßen >5 Jahre alten Erfahrungen.

Was also nehme ich? Habt ihr Erfahrungen, die ihr mit mir teilen könnt? Sollte ich meinen GameDev.net-Account mal reaktivieren und dort fragen?

Ja, was die Zukunftsfähigkeit angeht, stimme ich Dir zu. Aber die Asynchronizität? Ist das für Privatmenschen beherrschbar oder braucht man dazu ne Anstellung, um sich Vollzeit kümmern zu können?

Ja, ich meinte eher die ganzen Barriers und Semaphores, mit denen man jede Transaktion garnieren muss. Oder die Lebenszeit von API-Objekten, die man ja anscheinend nicht löschen darf, bevor die GPU damit fertig ist. Hm.

Nuja, im ZFX gab's dazu ne kleine Diskussion, und dort fiel der Name WebGPU. Wikipedia und der Standard selbst reden die ganze Zeit nur von JavaScript, aber Google gibt sich wohl viel Mühe, dass es native sauber ist. Benutzt dann Vulkan oder DX12 oder Metal drunter, ich schau mal, was es mir abnimmt. Ich werde berichten, wenn ich mal dazu komme

Ok, Danke. Vulkan direkt hab ich auch auf der Liste, ein Layer weniger zu debuggen wär für's Reinkommen förderlich. Will noch den offiziellen Loader rausschmeißen und durch volk ersetzen, und ich brauch anscheinend für irgendwas jenseits von Tutorials nen Allocator. Aber ich habe langsam ein Bild von der Gesamtsituation, und das macht mich irgendwie zufrieden.

Weil man den global installieren muss. Damit kann ich ihn nicht mehr in meinen semi-autarken Build integrieren und mit einchecken.