deine Liebe

liebe > Also programmiert habe ich bisher nur OGL und das vor Jahren während
> > des Studiums, aber so als Anwender kenn ich beide Dinge doch.
>
> Die Hardware kennt kein OGL oder D3D. Das wird im Treiber abgebildet,
> obwohl natuerlich die Hardware auf die Nutzung dieser Funktionen
> optimiert wird. Es ist aber Unsinn zu sagen das die GPU OGL oder D3D
> koennte, weil sie das nicht tut.
Eigentlich ists heute ja schon fast umgekehrt, die Hardware kann
etwas, das dann auch genutzt wird. Aber trotzdem kann die Hardware
kein Multitasking. Es geht mehr um das. Also entweder läuft ein OGL
Proggi drauf oder ein D3D Proggi, aber eben nicht beides
gleichzeitig. Man könnte mit vollständigem Flush das Problem sicher
erledigen, nur ist das der richtige Performance Killer.
> > > Was hat Fullscreen oder Windowed mit OGL oder D3D zu tun?
> >
> > Fullscreen => eine Applikation ganz alleine, nichts stört rein.
> > Windowed => es können mehrere Apps nebeneinander an der selben
> > Anzeige mit verschiedenen Schnittstellen rumwerken und das verkraftet
> > die Hardware oder deren Treiber nicht. Entweder D3D oder OGL, aber
> > nicht beides native!
>
> Die Hardware hat damit nix zu tun. Wenn dann ist das schon ein
> Problem des Treibers. D3D bzw. OGL hat da nicht viel damit zu tun
> weil das eine Layer ist der drueberliegt.
Die Hardware kann kein Multitasking. Wenn dann mehrere Bibliotheken
drauf laufen müssen, dann muss sie jedesmal neu initialisiert werden.
Wobei man unter Umständen im Treiber abfangen könnte, das kostet aber
sicher wieder Performance. Ist halt die Frage, wie ähnlich oder
gleich kann man die Hardware aufsetzen, wenn nun ein OGL und ein D3D
Programm laufen soll. Idealerweise müsste die GPU so etwas wie SMT
können. Mit einer virtuellen Memoryverwaltung des Rams (sollte ja
auch gehen, wenn man das Ram des PCs zum Swappern nimmt) ginge das
dann ja überhaupt problemlos.
Rashim