cb2001: piccolo progresso
un ringraziamento a haze che ha migliorato la parte grafica
adp driver
supponendo che la memory map del hd63484 (grazie a dox e alle sue note nel driver sigmab52) sia: 00000-3ffff = RAM
40000-7ffff = ROM
80000-bffff = unused
c0000-fffff = unused
tramite accesso alla videoram si vedono queste schermate:
cb2001: qualche progresso
una volta decrittati la maggior parte degli opcode ecco il primo risultato (un grazie a kale per la routine di tracciamento e per il consiglio sugli interrupt)
Cherry Bonus 2001 (cb2001) e Cherry Master (ver 4, set 1) (cmv4)
Dopo mesi di real life finalmente un po’ di tempo per provare a decrittare cb2001; verifcando i giochi Dyna da cui il nuovo set poteva derivare ho trovato una forte somiglianza con cmv4; si puo’ dire che il codice di cb2001 è quasi la perfetta traduzione di cmv4, unico particolare: l’utilizzo di una cpu differente, z80 per cmv4 e nec v25/35 criptata per cb2001. Questa forte relazione ovviamente da un grande aiuto nella decrittazione del codice di cb2001.
prendendo alcune routine di esempio, si puo’ vedere la somiglianza e quindi la traduzione dell’opcode criptato nel corrispondente opcode decrittato (la traduzione dell’opcode è la parentesi in fondo):
2b2d ld a,$01 e32a6 mov al,1h
2b2f or a e32a8 and al,al
2b30 add a,(hl) e32aa add al,b ptr [ix]
2b31 daa e32ac daa (13 -> 27)
2b32 ld (hl),a e32ad mov b ptr [ix],al
2b33 push bc e32af push cw (ac -> 51)
2b34 ld b,$03 e32b0 mov cw,3h (9c -> b9)
2b36 dec hl e32b3 inc ix or dec ix?
2b37 ld a,(hl) e32b4 mov al,b ptr [ix] (e0 -> 8a)
2b38 adc a,$00 e32b6 adc al,0h (1d -> 14)
2b3a daa e32b8 daa
2b3b ld (hl),a e32b9 mov b ptr [ix],al
2b3c djnz $2b36 e32bb dbnz e32b3h (c5 -> e2)
2b3e pop bc e32bd pop cw (8a -> 59)
2b3f ret e32be ret
Looping e mcu
Attualmente looping funziona tramite un hack e in particolare un workaorund per superare la protezione
Nella sostanza il codice si aspetta di trovare alcuni valori determinati ad ogni operazione di read fra 7000 e 7007
La PCB ha al suo interno un cop420 (una sorta di MCU) e la relativa rom è dumpata; il problema che il punto di partenza sembra spostato e quando parte l’emulazione tale cpu entra in un ciclo infinito
Dando un’occhiata al dasm di tale cpu, dopo qualche ricerca, ho capito che è shiftata di 0xc2 bytes
Spostando il caricamento della rom il codice viene correttamente eseguito
E guarda caso il codice genera una lista di valori che sono esattamente quelli che si aspetta il gioco alle locazioni fra 7000 e 7007
Sfortunatamente uno dei valori generati non rientra in quelli previsti; questo significa che per ora serve comunque un hack
