JLI Spieleprogrammierung

[MastRofDsastR]

*Kinnlade runterklapp*

Ich glaub wir müssen uns mal treffen und dann zeigst Du Kaputter mir mal Dein Game! (Wohne ja gleich bei Dir ne Tür weiter.)
Du willst für Dein Game einen neuen C-Compiler schreiben?!
Besser als der von Intel, Microsoft oder sonst wem?!
Und da willst Du mit nem Crash-Kurs ASM beginnen?!

Mann bist Du selbstbewusst!
Oder hast Du einfach Langeweile?!

Ich geh mir kurz mal in den Kopf schiessen.
*Peng*


MoD
Frag mal Herrn Rousselle!
Der müsste Dir zum Thema ASM nen Tip geben können.
Ich kann es nicht gut genug.

[Kampfhund]

lol

keinen C Compiler.
einfach einen mini compiler, der ganz simple scripts im asm stil in bytecode compiliert und der wird dann von meiner VM ausgeführt.

[Kampfhund]

ach, beinahe vergessen.

du wohnst bei mir in der nähe? wirklich? wo denn?

[Hazel]

Für deine Zwecke braucht man doch kein Assembler. ;)
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

[Kampfhund]

@Hazel:

wie meinst du das?
ich brauche keinen assembler, ich bruache nur ein bischen wissen über assembler und maschinen code.

da fällt mir ein, irgendwo auf meinem PC muss ich noch ein assembler buch haben. Ich muss mal schauen, ob da was genaueres drinnsteht.

[Starwash]

Hm, also gut wir sind zwar inzwischen wirklich extrem vom Thema abgekommen, aber ich meinte nicht, dass assembler immer schneller ist, natürlich hängt es auch bei Assembler von ordentlichem Programmieren ab, wie eigentlich fast immer. Und ja leider werden die neuen Spiele nur so schnell wie möglich auf den Markt geschmissen und leider kaum noch darauf ausgelegt, dass sie Ressourcensparend sein müssen. Übrigens kaufe ich mir demnächst ein Buch über Compilerprogrammierung mit Assembler *g*
Und um mal ein Bsp zu nennen, wo ich auf Assembler zurückgreife, bei meinen TP programmen. Die Graph-Unit ist so lahmar***ig, dass ich das lieber die 6 Zeilen Assembler nutze, um den Grafikmodus einzuschalten und wieder auszuschalten.
So nun, aber wieder zurück zu C# und C++, ich bin der Meinung, dass sich die Grundlegenden Arbeitsbereiche von C# und C++ nicht überschneiden, natürlich gibt es immer und immer wieder Sachen, die man in beiden Sprachen realisieren könnte, aber wenn ich mich entscheiden müsste, dann würde ich mich immer für die Sprache von den beiden entscheiden, die dafür konzepiert wurde.

Gruss Tarek

[MastRofDsastR]

Korrekt Tarek!
Assembler und C#. Da prallen zwei Welten aufeinander.
Daher gehts zum Maschinencodeproblem bei "Assembler kills C#" weiter.

Komm Pfiffi! (Kampfhund)
Auf in den nächste Thread.
Bei Fuss!