spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Dave"«

Zitat von »"Spieleprogrammierer"«

5-10% Oh mein Gott.
Das .NET Framework ist saumäßig schnell.

willst du damit sagen, dass managed code welcher mit dem .net framework ausgeführt wird keine wesentlichen gewschwinsigkeitsnachteile im vergleich zu nativem code aufweist?

Wenn du mit wesentlich wirklich wesentlich meinst, Ja, dank dem JIT-Compiler.

Koschka, meinst du ob ich mich mit der Winapi beschäftigt habe?
Ja das habe ich sogar recht lange und wenn mir dann jemand erklären will, dass man etwas nur dann wirklich verstehen kann, wenn man etwas so "tiefes" wie die Winapi verwendet, dann kann ich nur den Kopf schütteln, denn die Winapi ist alles andere als tief, die Winapi ist nur ein Modul in Windows, es gibt noch ein OS/2 und Posix Subsystem, welche beide jedoch so extrem mager sind, dass sie mit der Winapi implementiert wurden und man sich nur auf die Winapi konzentriert hat. Anfangs war eine API wie OS/2 geplant, allerdings haben sich die Entwickler, dann doch für das was wir heute als die Winapi kennen entschieden.
Wenn Microsoft die Dokumentation zu dem Windows Subsystem offen legt, könnte jeder eine Schnittstelle wie die Winapi schreiben.

Da du dich anscheinend sehr dafür interressierst wie Windows arbeitet, kannst du dir ja mal Bücher wie "Undocumented WindowsNT" oder "Undocumented Windows2000" anschauen, da erfährt man sehr viele Interressanten Dinge über den Aufbau und die Arbeitsweise von Windows, zB auch wie man aus dem Usermode (da laufen deine Anwendungen drin) Funktionen aus dem Kernelmode (da laufen die Treiber und der Windows Kern drin) aufrufen kannst, was normal nur Treiber können (sollten), wobei Microsoft da sehr viele interressanten Funktionen gar nicht dokumentiert hat.
Windows ist überhaupt eine sehr interressante Software nur wissen das viele nicht, da Microsoft viele Dinge einfach nicht dokumentiert.


Eigentlich wollte ich dich niemals fertig machen oder angreifen ich wollte nur, dass du verstehst, dass man nicht immer wissen muss, wie etwas im kleinsten Detail abläuft, sondern man wissen muss bzw. sollte wie etwas auf der Ebene mit der man arbeitet läuft und auf welche Probleme man dort stoßen kann.
Wenn ich mit einer Engine wie Ogre3D arbeite habe ich sehr viel langweilige Arbeit mit den Grafik APIs (Direct3D und OpenGL) nicht mehr, aber trotzdem muss ich die Mathematik verstehen, da man die immer braucht (in BlitzBasic vielleicht nicht, aber da kenne ich mich nicht mit aus). Und was genau bei der Scan Conversion vor sich geht, weiß ich weder bei der Arbeit mit DirectX/OpenGL direkt noch bei Ogre3D, also so viel unterscheidet sich da nicht bei der Arbeit.