spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Als ich früher Betriebsysteme programmiert habe , habe ich den Netwide Assembler und Notepad++ benutzt.
http://www.nasm.us/
Hat sher gut funktioniert.

MfG Stazer

Es ist immer von Vorteil wenn man damit vertraut ist was die CPU im Endeffekt wirklich tut und ich will dich nicht davon abbringen dich mit Assembler zu beschäftigen. Nur will ich dich trotzdem drauf aufmerksam machen dass deine Ambitionen scheinbar von einer Fehlannahme ausgehen:

Zitat von »Johannes Schneider«

Da HLSL ja auch auf Assemblerbasis geschrieben werden kann

Es ist korrekt dass Shader in Assemblersprachen geschrieben werden können (bzw. zumindest konnten). HLSL ist aber keine solche Assemblersprache und es gibt (bis auf eine XBOX spezifische Ausnahme) auch keinen mit bekannten Weg Assembler mit HLSL zu kombinieren. Shader wirklich in Assembler geschrieben hat man eigentlich nur anfangs unter D3D 8.1 und in den ersten Tagen von D3D 9. Heutzutage werden Shader ausschließlich in HLSL geschrieben. Unter Direct3D 10 und höher gibt es sogar überhaupt keinen Weg mehr Shader in Assembler zu schreiben. Lediglich wenn du Shader debuggen willst kann es sein dass du auf Assemblercode treffen wirst. Für alles andere gibt es nur noch HLSL. Außerdem sollte man auch bedenken dass es sich bei Assembler nicht um eine bestimmte Sprache handelt sondern eher um eine Klasse von Sprachen. Unterschiedliche Hardwarearchitekturen erfordern natürlich auch unterschiedliche Assemblersprachen. Selbstverständlich gibt es viele Gemeinsamkeiten zwischen verschiedenen Architekturen, aber wenn du jetzt x86 Assembler lernst muss dir klar sein dass dies fast gar nichts mit den Assemblersprachen zu tun hat die für Shader eingesetzt werden/wurden (für Shader gibt es genaugenommen eigentlich nur Pseudoassemblersprachen. Shadercode wird erst vom Grafiktreiber in etwas übersetzt was die jeweilige Grafikkarte dann tatsächlich versteht).

... und auch gar nichts mehr mit dem, was auf x64-CPUs heutzutage abgeht, da Du vermutlich auf x86-Asm hinaus willst.

Nunja ich bin kein ASM Freak aber AMD64 ist ja nur eine (wenn auch umfangreiche) Erweiterung für die x86 Architektur und hat dementsprechend schon sehr viel mit dem was man gemeinhin als "normales" x86 Assembler bezeichnet gemein...

Mal eine Frage, die zwar nichts mit dem Thema zu tun hat, die ich aber hier trotzdem mal stellen möchte, da sie sowiso nur ganz kurz ist:

Ist DirectX 10/11 eigentlich auch so aufgebaut wie DirectX9? Und ist ein Umstieg einfach so möglich?

MFG Harry222

dot: Es bleibt Asm, das ist wohl richtig. Allerdings sind Register und Befehle eben doch deutlich anders geworden in der 64-Bit-Umgebung. Im compatible-32-Mode sieht's natürlich genauso aus. Aber ja, man erkennt es wieder. Man könnte nur nicht drauf coden.
Speziell ist auch die Verwendung der Segment-Register in modernen Architekturen was ganz anderes als das, was man in Asm-Büchern üblicher Weise liest (üblich, weil meist alt), da diese sich ja doch noch auf den Real-Mode beziehen.

Zitat

Mal eine Frage, die zwar nichts mit dem Thema zu tun hat, die ich aber hier trotzdem mal stellen möchte, da sie sowiso nur ganz kurz ist:

Ist DirectX 10/11 eigentlich auch so aufgebaut wie DirectX9? Und ist ein Umstieg einfach so möglich?

Der größte Unterschied wird wohl zwischen DirectX 9 und 10 sein. Ab DirectX 10 gibt es die Fixed Function Pipeline nicht mehr, du musst alles über Shader selber schreiben. Was auch noch anderes ist, dass die ganze Aufzählung aus Direct3D rausgenommen wurde und in DXGI verlagert wurde, außer Multisample. Renderstates wie es in DirectX 9 gab, sind auch anders. Der Unterschied zwichen DirectX 10 und 11 ist geringer, dazugekommen ist, das Shader Model 5.0 und drei neue Shadertypen, denn Hullshader, Domainshader und Computeshader. Noch dazugekommen ist der Tesslator. Das sollten wohl die größten Änderrungen sein

Mfg Male

Ich denke bei x86 natürlich an den Protected Mode. Der Real Mode interessiert heutzutage doch genausowenig wie Segmentierung.

Was D3D10/11 angeht hat Male im Prinzip alles schon gesagt. Das Interface von D3D10/11 ist zwar grundlegend überarbeitet (du kannst nicht einfach alle 9 durch 10 ersetzen und erwarten dass das noch kompiliert) aber im Prinzip ändert sich nicht viel, es ist einfach eine konsequente Weiterentwicklung. Zwischen 10 und 11 hat sich dagegen nicht viel verändert außer dass das Device in zwei getrennte Interfaces gesplittet wurde. Wenn du in D3D9 schon ohne Fixed Function Pipeline gearbeitet hast wirst du dich in D3D11 jedenfalls sofort wie zuhause fühlen.