Falscher Ansatz und komplett am Thema vorbei. Lies doch bitte noch einmal meinen Post.
Gerade in Spielen ist es nie ganz klar, wie sauber eine Engine auf einer gebenen API aufsetzt. Wenn dort noch Uralt-Code mit rumgeschleppt wird, kann erst mal der Treiber nichts dafür. Dann ist es nämlich nicht DX9 allein, sondern irgendetwas von viel weiter unten.
Oder, um bei deinen Betten zu bleiben:
Wenn jemand eines bis 120 Kilo zulässt, aber ausschließlich darauf hofft, dass der Händler, wissend um Konstruktionsmängel, immer noch zwei Stützen zusätzlich mitliefert, dann ist erst einmal der Hersteller in der Pflicht, wenn der Händler sich plötzlich weigert, stets und ständig auf eigene Kosten nachzubessern. Zumal erst recht dann, wenn es sich um ein Uralt-Modell handelt, das eh kaum noch wer kauft.
Ich habe lange genug mit 3D-Programmierung und Treibern, sowie den ganzen APIs zu tun gehabt, um hier die Schuld erst einmal nicht bei AMD zu suchen. Auf dem Testsystem ist auch das DX9-SDK drauf und die Sachen laufen bisher alle blitzsauber unter Adrenaline. Wenn ich die Zeit hätte, würde ich wirklich mal suchen, welche Systembibliothek jetzt fehlt, weil das geduldige Abfangen von altem Scheiß endlich mal weggefallen ist. Allein das Erstellen von Viewports hat sich noch einmal ordentlich geändert und es würde mich nicht wundern, wenn die Spiele bereits bei der Initialisierung abkacken. Alternativ könnte man auch mal einen Hack testen, der alle Videos rauspatcht. Auch hier sehe ich eine potentiele Crash-Ursache."
.
