[Spielekonsole] Form der Spiele

Hallo,

Du könntest einfach eine Spruntabelle zu deinen I/O Funktionen
benutzen. So liegt die Adresse der Funktion immer an der selben Stelle
egal wo die Funktion sich wirklich befindet. Eine andere Variante sind
Software Interrupts oder Traps, weiß nicht ob der MSP430 sowas hat. Als
Bytecode Interpreter würde ich eher in richtung FORTH gehen. LISP halte
ich bei den resourcen doch für nichtz so geeignet.

Eckhard

Hi!

Traps oder Software-Interrupts hat der MSP430 leider nicht. Die Idee
meiner Vorposters mit der Sprungstabelle ist nicht schlecht, allerdings
muss man dann zur Kompilier-Zeit irgendwie wissen wo welche Funktion
liegen wird und diese Informationen an einem bestimmten Ort ablegen.
Außerdem müsste man den Code der Spiele in ein spezielles Format
bringen, befreit von Interrupt-Vektoren und anderem Overhead. Und
schließlich darf der Code der Spiele nicht in den RAM-Bereich
schreiben, in dem das 'OS' seine Daten hat. Das halte ich für ein
Ein-Mann-Projekt für viel zu kompliziert.

Bytecode-Interpreter sind 'ne schöne Sache. Allerdings etwas langsam,
wenn man nicht gerade einen ARM verwendet. Wenn es bei dir aber nicht
auf Geschwindigkeit ankommt, kann man das machen. Du könntest zum
Beispiel NanoVM auf den MSP430 portieren. Ich hab mir den Sourcecode
mal genauer angesehen, so schwer ist das nicht.

Von einem Richtigen Interpreter kann ich nur abraten. Das ist für einen
MSP430 wirklich zu langsam und zu Speicherfressend (RAM und ROM).

Die Sache mit dem Externen Controller halte ich für eine gute Idee. Das
bedeutet zwar etwas mehr Hardwareaufwand, ist aber schnell. Die SD-Karte
kannst du ja zum speichern von Speilständen od.Ä. verwenden (wie bei der
PS).

Hallo,

machs wie beim guten alten C64: das OS kopiert als erstes eine
Vektorliste mit den Startadressen der OS- und IRQ-Routinen in
festgelegter Form an eine feste Position ins Ram.
Alle Aufrufe gehen indirekt über diese Vektoren.
Das Spiel kann diese Vektoren benutzen und auch ändern, um z.B. eigene
Routinen für die gleiche Funktion zu benutzen oder IRQ-Handler
einzuhängen. Bei den IRQ muß das Game dann klären, ob es ein IRQ ist
und sonst in den Originalaufruf des Vektors springen.

Dazu noch eine Modulkennung vereinbaren (muß ja nicht CBM64 sein...),
auf die das OS testet und dann dort in eine feststehende Vektoradresse
verzweigt.

Gruß aus Berlin
Michael

Für Spiele bietet sich normalerweise immer nativer Code an, da es in
diesem Anwendungsbereich meist auf Geschwindigkeit ankommt.

Ausnahmen bestätigen natürlich die Regel, allerdings würde ich kein
LISP verwenden (obwohl es mit "Abuse" mindestens ein Spiel gibt, das
in LISP geschrieben wurde). Falls es unbedingt so ähnlich sein soll,
würde ich eher Scheme nehmen, da das kompakter und vom Konzept her
etwas sauberer ist. Allerdings frage ich mich, wozu man bei einem Spiel
eine funktionale Sprache erster Ordnung brauchen sollte.

Recht beliebt bei professionellen Spieleentwicklern scheint Lua zu
sein, mit dem Beispielsweise das Lucas-Arts-Spiel "Grim Fandango" und
die Addons in "WoW" realisiert sind:
http://www.lua.org/