Bitte mitdenken

[Acidmrp]

Hallo Leute,

ihr könnt mir helfen indem ihr mir bei einer Überlegung helft.
Ich steh leider total auf dem Schlauch und es ist sicher nichtmal
was kompliziertes.

Mir ist folgendes bekannt:

der Wert hinter dem @ ist die Adresse an der das Bild physikalisch steht,
das 19x23 ist die Auflösung.
jedes Bild wird mit den beiden Werten unter dem Bild aufgerufen. Wenn
ich die Werte untereinander vertausche wird das jeweilige Bild vertauscht.

Bild #777 @ 0x0DCE93 19x23 (Tastensperre an)
#1DC6h
#216h

BILD #783 @ 0x0DD09A 19x23 (Signaltöne beep)
#1D94h
#216h

BILD #784 @ 0x0DD0DF 19x23 (Signaltöne aus)
#1D66h
#216h

BILD #785 @ 0x0DD124 19x23 (Signaltöne an)
#1D38h
#216h

BILD #788 @ 0x0DD1F3 19x23 (neue Sprachmeldung)
#750h
#218h

BILD #787 @ 0x0DD1AE 19x23 (neue SMS)
#71Eh
#218h

meine Frage jetzt sieht jemand einen Zusammenhang zwischen
der Bildnummer (Bildindex) oder der Bildadresse und den beiden
Werten?

Wie würde das Bild: Bild #595 @ 0x0DAD83 14x11 aufgerufen werden?

[Cluni]

Ist das'n Sch***! Ich knobel nun auch schon bestimmt ne Stunde oder zwei...

[Acidmrp]

es sieht irgenwie wohl nicht dannach aus wie wenn ein Zusammenhang besteht

[Cluni]

Ich dachte gestern mal kurz, dass ich einen Zusammenhang bei den Bildern #783 bis #785 entdeckt hätte:

Beispiel:

Nehme Bild #784, ziehe den Wert vom 1. Befehl von der realen Adresse ab. Das selbe machst du dann mit Bild #783.

Wenn man nun die beiden Ergebnisse subtrahiert, kommt #73h heraus. Das passt auch noch, wenn man Bild #785 und Bild #784 nimmt. Dachte schon, dass der Schlüssel so zu ermitteln ist...

Scheint aber nicht mehr so weiter zu gehen, oder ich war nachher nicht mehr fit genug dafür.

Na, da müssen wir mal weiter suchen. Vielleicht hat du ja auch recht mit deiner Annahme, dass die Adresse dort steht, wo man hinspringt.

Einen gemeinsamen Offset oder was in der Form ist mir noch nicht so unter gekommen.

[Diddl]

adventure spiel - made by siemens. kostenlos bei jedem handy dabei.

was ist, wenn gar keine logik dahinter steckt? die zahlen sind eine interne ID (wie bei windows) und werden in einer tabelle umgesetzt.

[holg]

klar werden die in einer tabelle umgesetzt ... hat doch riza beim ffmod auch gesagt. deswegen hat der auch immer zwei partials, weil er die tabellen neu reinflasht ... vielleicht als vorbereitung auf die komprimierten bilder im c45, weil dort sicher neue tabellen angelegt werden müssen.

[Acidmrp]

ich hab mir die Tabelle jetzt mal genauer angeschaut und es gibt neue Erkenntnisse aber noch
immer keine Lösung also bitte weiter grübeln...

Die Adresse hinter dem @ hab ich selber rausgesucht, an dieser Adresse
steht das Bild in Rohform (ohne Header...) es können also auch zwei Bilder
direkt hintereinander kommen.

hier mal mit neuen Erkenntnissen:

__________________________________________

Bild #777 @ 0x0DCE93 19x23 (Tastensperre an)
Wert 1: #1DC6h
Wert 2: #216h

Picture Index Table: 0xDF778: 1317 0100 930E 3702
__________________________________________

BILD #783 @ 0x0DD09A 19x23 (Signaltöne beep)
#1D94h
#216h

Picture Index Table: 0xDF7A8: 1317 0100 9A10 3702
__________________________________________

BILD #784 @ 0x0DD0DF 19x23 (Signaltöne aus)
#1D66h
#216h

Picture Index Table: 0xDF7B0: 1317 0100 DF10 3702
__________________________________________

BILD #788 @ 0x0DD1F3 19x23 (neue Sprachmeldung)
#750h
#218h

Picture Index Table: 0xDF7D0: 1317 0100 F311 3702
__________________________________________

BILD #787 @ 0x0DD1AE 19x23 (neue SMS)
#71Eh
#218h

Picture Index Table: 0xDF7C8: 1317 0100 AE11 3702
__________________________________________

bei der Picture Index Table sind die ersten beiden Bytes die Auflösung
des Bilds die nächsten geben den Bildtyp an (komprimiert = 8100, nicht
komprimiert = 0100) die beiden nächsten sind die Adresse des realen
Bilds (mit irgendeinem Offset) die 3702 könnten auch schon wieder der
Anfang des nächsten Bildes sein.

Im Beispiel haben alle Bilder die gleiche Auflösung und werden auf den
gleichen Koordinaten ausgegeben. Also wird der zweite Wert schon etwas
mit der Adresse und nicht mit dem Bildtyp zu tun haben.

Die beiden Werte müssen also irgendwie auf die Adresse der Picture Index Table zugreifen...