[Tiptoi] Neue GME-Erkenntnisse dank Claude

[Joachim Breitner]

Hallo allerseits,

ich kam endlich mal dazu, ein paar der offenen Fragen zum Tiptoi-Stift
und den GME-Dateien mit moderner Technik anzugehen. Also Claude fragen
und dann Tee trinken bis es fertig ist…

Zuerst wollte ich eigentlich nur mit den „eigenen Binaries für GME-
Dateien“ weitermachen, und habe dazu Claude gebeten die Firmware ein
bisschen zu disassemblen. Aber am Ende (das war ein längerer Prozess
mit viel Nachfragen, Korrekturen etc) kam deutlich mehr raus:

-----

## Es gibt einen Timer

Wir haben jetzt Befehle AT („arm timer“) und CT („cancel timer“), und
die „additional script table“ hat sich das Skript herausgestellt, das
ausgeführt wird, wenn der Timer läuft.

Siehe
https://github.com/nomeata/tip-toi-reveng/blob/master/GME-Format.md#the-timer-script
https://tttool.readthedocs.io/de/latest/yaml-referenz.html#at-ct-timer-starten-und-abbrechen

## T ist kein Timer

Der T-Befehl ist nicht wirklich ein Timer, sondern eher eine art
Zufallsgenerator (mit einem Zähler dahinter, der ist aber nicht zur
Zeitmessung geeignet):

https://tttool.readthedocs.io/de/latest/yaml-referenz.html#t-timer

## Der P?-Befehl

Es gibt eine P-Variante, die ein Audio-Sample mit etwa 50%-er
Wahrscheinlichkeit spielt:

https://tttool.readthedocs.io/de/latest/yaml-referenz.html#p-audio-vielleicht-abspielen


## Mehr Infos über die eingebauten Spiele

Aus der Firmware kann man viel über die verschiedenen Game-Typen lesen,
und was die Felder alle bedeuten und so weiter. Hab das nicht in aller
komplexität in tttool nachbauen lassen, weil ich glaube nicht das
jemand dieses Feature groß nutzen will. Lediglich die Yaml-Feldnamen
sprechender benannt. Zum bearbeiten von existierenden Büchern langt der
bisherige Support.

https://github.com/nomeata/tip-toi-reveng/blob/master/GME-Format.md#the-game-table

## Weitere Kleinigkeiten 

siehe https://github.com/nomeata/tip-toi-reveng/commit/6733367

## Ein Emulator

Das war vielleicht ein bisschen übertrieben, aber ich dachte, wenn wir jetzt schon die Firmware verstehen, dann müssen wir ja eigentlich auch das Interface zwischen Hardware und Firmware verstehen. Und wenn wir das verstehen, können wir es emulieren. Und so kam das hier raus (mit Screenshot):
https://github.com/nomeata/tt-emu

Die Hoffnung ist dass man damit Experimente zum Verhalten des Stiftes wesentlich einfacher machen kann als mit dem echten Stift, und das man das auch zum Testen der tttool-Ausgabe nutzen kann (siehe https://github.com/nomeata/tip-toi-reveng/tree/master/testsuite/emulator-tests). Aber es bleibt natürlich immer die Gefahr dass es sich doch nicht „richtig“ verhält.

------


Ich hab jetzt noch kein neuen Release gemacht, falls diese Nachricht
noch neue Diskussionen auslöst. Aber wenn jemand die neuen Features
testen will, dann gerne! Claude ist zwar gut in vielem was ich es hab
machen lassen, aber nicht fehlerfrei. Zumindest mit einem Github-
Account findet man unter
https://github.com/nomeata/tip-toi-reveng/actions/workflows/build.yml?query=branch%3Amaster
immer die zip-Datein für den neusten Commit.


Die Reverse-Engineerte Firmware hab ich noch nicht online gestellt. Bin
mir grad unsicher ob ich das einfach so machen will, oder vielleicht
doch nur als Skript was die Firmware herunterlädt und den reverse-
engineerten C code generiert.


Liebe Grüße und viel Spaß damit,
Joachim


-- 
Joachim Breitner
  mail at joachim-breitner.de
  http://www.joachim-breitner.de/