Ancora Dragon's Lair ? Sì, MA... chi di voi conosce A FONDO quello "ITALIANO" :) ?

[igorstellar]

a me rimane la domanda del perché fischiare una mossa dove c'e' una morte ....
baco ok o meglio lo hanno fatto diventare visto che non vi è alcuna ragione perché un programmatore dovesse mettere li la possibilità di una mossa
poi che hanno "risolto" con un bel Search fatto a bischero ..ok ...

[igorstellar]

Scusa... non mi ero accorto del mio "plagio"... chiedo venia. Vorrà dire che la prossima volta riprenderò l'interno della coindoor mentre sta entrando il gettone...

buona idea ... quasi quasi ...

[MacDLSA]

QUOTONAZZONE!!!

esistono cimeli che DEVONO restare li, a prender polvere.....a volte una 'swifferata' e via......per tutto il resto, c'è Daphne ;-)

.....eppoi, ti basta cercare il Daphne downloader che ti fa installare il Daphne e poi provvede il Daphne stesso a scaricarti i giochi......

..........più di così........

Già, ma per questo rimando alla lettura dell' APPOSITO THREAD, in cui è anche spegato il fatto dei Copyright e della necessità di possedere COMUNQUE un disco DVD-VideoGame/DVDROM per "sbloccare" il contenuto scaricabile, altrimenti "criptato"...

[MacDLSA]

buona idea ... quasi quasi ...

HEY !
CHE FAI ?
RUBI ?


... cmnq la mia modestissima videocamera non riuscirebbe "cogliere l'attimo" della moneta che passa all'interno del meccanismo "di riconoscimento", per poi azionare la linguetta (praticamente in una frazione di secondo) che a sua volta attiva il microswitch del "consenso al credit" per poi "atterrare" nella "vaschetta degli incassi"...

[igorstellar]

HEY !
CHE FAI ?
RUBI ?


... cmnq la mia modestissima videocamera non riuscirebbe "cogliere l'attimo" della moneta che passa all'interno del meccanismo "di riconoscimento", per poi azionare la linguetta (praticamente in una frazione di secondo) che a sua volta attiva il microswitch del "consenso al credit" per poi "atterrare" nella "vaschetta degli incassi"...

io ci posso provare .... poi si vede

[MBry0]

Ragazzi, vi stimo profondamente. Si, anche igor.

Inviato dal mio GT-I9100 con Tapatalk 2

[Dr_Who]

[--DAPHNE version 1.0.12]
...
F17990N
Search to 17990 received
Play
VP932: Got command
F65535R
Search to 65535 received

[ a questo punto il file si interrompe ]

è proprio il 65535 che fa casino. Come ti ho già detto MAC , sarebbe opportuno far girare il tutto sul debugger (che daphne non ha), il file log a questo punto non basta. Dal debugger sarebbe possibile vedere dove e perchè "pesca" il valore $FFFF (65535 in esadec); si potrebbe anche vedere dal disassemblato della rom, ma è veramente un lavoro troppo lungo e tedioso.
La cosa curiosa è che il valore $FF (un byte) o $FFFF (una word) è il valore memorizzato sulle eprom "vergini" o sulle locazioni di memoria libere e non programmate delle eprom; può essere che ad ogni numero stanza in DL corrisponda su una tabella il riferimento per dove andare a prelevare i filmati (riferimento di posizione poi passato al comando "search" del lettore); magari il baco punta oltre la fine della tabella , in una zona libera della eprom , quindi con il valore $FFFF (65535), valore poi passato al comando search. Oppure può essere altro, sopratutto tenendo conto che lo "smanettamento" col joystick avviene in un momento in cui non avrebbe ragione di essere...Si potrebbe anche vedere se è stato messo di proposito dai programmatori, ovviamente con qualche margine di incertezza...
boh, solo andando a spulciare passo passo il disassemblato si può capire qualcosa di più...

[Sandrino 'Don Bluth']

Ecco la lista delle camere "specchiate"(tra parentesi il punteggio totale una volta terminata ogni singola stanza):

*Cavallo volante:se all'inizio il cavallo ha il muso rivolto verso DX(5800), verso SX(3000)
*Armi volanti e smithee:inizio Dirk con spada a DX(4150), con spada a SX(3050)
*Teschi e scheletri:inizio Dirk con spada a DX(5400), con spada a SX(3000)
*Bastoni rotanti e grim reaper: inizio Dirk con spada a DX(4400), con spada a SX(3500)
*Cavaliere elettrico: inizio Dirk con spada a DX(9550), con spada a SX(5850)
*Piscina:inizio Dirk con spada a DX(7750),con spada a SX(6950)
*Liane infuocate: se Dirk sbuca a SX( quando rientra passerella 4750, con mossa anticipata 4400),se Dirk sbuca a DX(2000 in entrambi i casi...)
*Piattaforma cadente:mossa a DX(1° piano:2500, 2° piano:3500, 3° piano:5000), mossa a SX(1° piano:2050,2° piano:2550, 3° piano:3550).

A presto le altre stanze.......

[Sandrino 'Don Bluth']

*Tunnel del vento(350),
*Muro che si chiude(500),
*Drink me(1200),
*Fulmini(1600),
*Scivolo nelle fogne(2100),
*Tentacoli(2163, 2799 con indennità rischio: come ottenerla vi rimando alla recensione del buon Mac ad inizio thread),
* Passerella con pipistrelli(2250),
*Serpenti(2500),
*Giddy Goons(2550),
*Campo elettrico e geyser(2700),
*Pentolone(3200),
*Cavaliere nero a cavallo(3250),
*Ponte levatoio e tre porte(3500),
*Pavimento a scacchiera(3550),
*Pipistrelli e Bat king(4550),
*Sala del trono(4600),
*Palle rotanti(6950),
*Mostri di lava(12000),
*Rapide e mulinelli(14650),
*Lizard king(15400),
*Singe(23550).

[igorstellar]

ti ho modificato leggermente i post in modo che si capisce meglio

ciao

[Sandrino 'Don Bluth']

Grazie Igor :-)

[MacDLSA]

è proprio il 65535 che fa casino. Come ti ho già detto MAC , sarebbe opportuno far girare il tutto sul debugger (che daphne non ha), il file log a questo punto non basta. Dal debugger sarebbe possibile vedere dove e perchè "pesca" il valore $FFFF (65535 in esadec); si potrebbe anche vedere dal disassemblato della rom, ma è veramente un lavoro troppo lungo e tedioso.
La cosa curiosa è che il valore $FF (un byte) o $FFFF (una word) è il valore memorizzato sulle eprom "vergini" o sulle locazioni di memoria libere e non programmate delle eprom; può essere che ad ogni numero stanza in DL corrisponda su una tabella il riferimento per dove andare a prelevare i filmati (riferimento di posizione poi passato al comando "search" del lettore); magari il baco punta oltre la fine della tabella , in una zona libera della eprom , quindi con il valore $FFFF (65535), valore poi passato al comando search. Oppure può essere altro, sopratutto tenendo conto che lo "smanettamento" col joystick avviene in un momento in cui non avrebbe ragione di essere...Si potrebbe anche vedere se è stato messo di proposito dai programmatori, ovviamente con qualche margine di incertezza...
boh, solo andando a spulciare passo passo il disassemblato si può capire qualcosa di più...

Infatti, con "aperta" intendevo proprio "lasciata" a 0xFFFF...
Secondo me avevano bisogno di "sbatterla" da qualche parte, e l'hanno fatto in un punto ove lo "smanettamento" sarebbe stato poco plausibile...

Cmnq sfortunatamente solo il Daphne.exe può andare in debug sotto Visual Studio, ma NON i programmi contenuti nelle eprom...

[MacDLSA]

@Mirko:
Rispetto alla versione "D2", nella Sidam sono state riprogrammate le eprom U45 e U48, introducendo alcune routines che "dicono" al programma di "gestione" del gioco di:
_far giocare alla scena (COMPLETA) del ponte levatoio / anticamera
_far vedere le scene di "scheletrizzazione" di Dirk ogni qualvolta si perde una vita
_contare il numero di stanze effettivamente superate e quando questo numero arriva a 12, di far accedere alla tana del drago.
Rispetto alla D2, nella "D1" è stata riprogrammata la "sola" U45, introducento una sorta di "contro-routines" che inibiscono il funzionamento delle routines di incremento di difficoltà !
Per fare un'esempio in "stile basic", i cambiamenti di difficoltà sono attuati tramite variazione "di stato" di alcune variabili: vengono portate a valore "1" dalle routines di incremento e SUBITO DOPO riportate a "0" dalle "contro-routines" ivi installate !

[Dr_Who]

Grazie Marco. Ho già il disassemblato e ho incominciato a passarle sul debugger ... ci si aggiorna.

[igorstellar]

e ora si fa sul serio .....