[PC-DOS] HEROQUEST by Gremlin (1991) REMASTERED, - Modding, Bugfixing e Traduzione ITA/ESP devlog Opzioni

[TheRuler]

Ok, allora lo lasciamo così al momento. Poi si vedrà.

Stavo riguardando alla rimozione della trappola nella stanza adiacente. Forse ho trovato il modo di permetterla. Così si eviterebbero i vicoli ciechi, nel caso in cui la trappola si trovi proprio di fronte ad una porta.

[raul]

Ok, allora lo lasciamo così al momento. Poi si vedrà.

Certo, in questo momento il nuovo codice è molto migliore di quello precedente, ma per quanto sia fastidioso ammetterlo, manca quel dettaglio. Forse potrà essere realizzato in seguito, o forse mai, ma non ignoriamo il fatto che non è completo.

Non voglio che tu pensi che io non stia lodando il tuo lavoro e sono consapevole che la programmazione è uno sforzo enorme ed è molto fastidioso ammettere che non è completa, ma penso che entrambi vogliamo avere una heroquest il più fedele possibile all'originale e, tranne che per motivi giustificati, non possiamo deviare da questo compito.

Stavo riguardando alla rimozione della trappola nella stanza adiacente. Forse ho trovato il modo di permetterla. Così si eviterebbero i vicoli ciechi, nel caso in cui la trappola si trovi proprio di fronte ad una porta.

Wowwwwwwwwwwwww E questo cambiamento di cuore?

Messaggio modificato da raul il 11 Nov 2024, 19:44

[raul]

Nella prima missione, nella prima stanza che il mago trova scendendo il corridoio a sinistra, uccido l'orco con la palla di fuoco e appare questo bug. Poi il gioco si interrompe (questo vale anche per la versione italiana e confermo che si verifica solo con il nuovo codice dei mostri).



Messaggio modificato da raul il 11 Nov 2024, 21:02

[TheRuler]

non possiamo deviare da questo compito.

vedi quando dico che sei la mia "spina nel fianco" (non so se è un detto che si usa in spagna). Perché a volte mi scoccia ammetterlo perché mi pesa trovare delle soluzioni che non ho voglia di cercare, ma la ragione che mi ha spinto a modifi<re questo gioco è proprio questa: renderlo più possibile simile al gioco da tavolo, nei limiti del tipo di media, il computer. Ci sono ovviamente compromessi che devono essere fatti, come ad esempio la suddivisione dei corridoi in "stanze" separate.

E questo cambiamento di cuore?

vedi sopra.
Capita che mentre sto guardando un codice, vedo qualcosa che mi fa accendere la lampadina e vedere delle soluzioni a problemi di cui abbiamo parlato.

Nella prima missione, nella prima stanza che il mago trova scendendo il corridoio a sinistra

[raul]

vedi quando dico che sei la mia "spina nel fianco" (non so se è un detto che si usa in spagna). Perché a volte mi scoccia ammetterlo perché mi pesa trovare delle soluzioni che non ho voglia di cercare, ma la ragione che mi ha spinto a modifi<re questo gioco è proprio questa: renderlo più possibile simile al gioco da tavolo, nei limiti del tipo di media, il computer. Ci sono ovviamente compromessi che devono essere fatti, come ad esempio la suddivisione dei corridoi in "stanze" separate.

Sì, è un modo di dire molto comune in Spagna. Dobbiamo renderci conto che la Spagna è sostenuta dalle sue fondamenta nella cultura dell'Impero Romano; sociale, culturale, giudiziaria, legislativa, eccetera; l'eredità di Roma, in questo caso la lingua spagnola, è sicuramente un'altra eredità diretta del latino.

Capita che mentre sto guardando un codice, vedo qualcosa che mi fa accendere la lampadina e vedere delle soluzioni a problemi di cui abbiamo parlato.

Quindi, confermate quello che dico sempre: ciò che sembra impossibile oggi, non si può mai sapere in futuro. Questo mi è chiaro da molto tempo, bisogna solo assimilarlo.

ajajajajajajajja
Ricordate che è solo un primo passo, proprio come nella famosa caccia al tesoro.

Messaggio modificato da raul il 11 Nov 2024, 21:23

[TheRuler]

Quindi, confermate quello che dico sempre: ciò che sembra impossibile oggi, non si può mai sapere in futuro. Questo mi è chiaro da molto tempo, bisogna solo assimilarlo.

Eh, ma se ti do sempre ragione che gusto c'è?
Ogni tanto devi darmi tu ragione, per cambiare un po'!

Ricordate che è solo un primo passo, proprio come nella famosa caccia al tesoro.

oddio, voglio sperare di no!!!!
NOOOOOOOOOOOOOOOOOO!!!!! ho ancora gli incubi.

Comuque ho capito il problema. E' stato un mio errore stupido. Per risparmiare due byte non avevo resettato la parte alta del registro cx. Avevo fatto delle prove di attacco con tutte le armi e fiamma d'ira e genio e quel registro stava sempre a zero. BEH, NON AVEVO PROVATO PALLA DI FUOCO! e lo fa solo con quella magia.
Incredibile. Visto che lo spazio si sta accorciando ho voluto risparmiare, ma ho fatto male i conti.

Correggo il post precedente, non hai bisogno di rifare tutto da capo, quello che cambia è solo questo: 0xCC30 --> 5130ED

[raul]

Eh, ma se ti do sempre ragione che gusto c'è?
Ogni tanto devi darmi tu ragione, per cambiare un po'!

Per la maggior parte sono d'accordo con lei, l'importante è appianare le differenze.

oddio, voglio sperare di no!!!!
NOOOOOOOOOOOOOOOOOO!!!!! ho ancora gli incubi.

Per me è di gran lunga il suo lavoro più importante tra tutti i codici.

[TheRuler]

Problema sulla rimozione delle trapole senza la restrizione della stanza.

Un eroe che si trovasse in questa posizione sarebbe in grado di disinnescare la trappola a destra oltre il muro:
 Screenshot_2024_11_11_225125.png ( 9.48k ) Numero di download: 0


E' vero che a nessuno verrebbe mai in mente di disinnescare qualcosa in quel punto, soprattutto perché la ricerca trappole avrebbe già dato esito negativo. Ma non mi piace l'idea.

Quello che propongo, visto che il vero problema nasce quando le rocce cadute bloccano il passaggio, è quella di permettere la rimozione oltre la stanza solo della "roccia caduta" e di nessun'altra trappola. Forse era proprio quello che intendevi tu?

[raul]

Quello che propongo, visto che il vero problema nasce quando le rocce cadute bloccano il passaggio, è quella di permettere la rimozione oltre la stanza solo della "roccia caduta" e di nessun'altra trappola. Forse era proprio quello che intendevi tu?

Esattamente, e nel caso in cui non si possa programmare, almeno un testo di scorrimento che avverta che la roccia/trappola non può essere rimossa da quella posizione (corridoio o stanza).

[TheRuler]

Esattamente, e nel caso in cui non si possa programmare, almeno un testo di scorrimento che avverta che la roccia/trappola non può essere rimossa da quella posizione (corridoio o stanza).

Credo di poterlo programmare. Ho visto una soluzione che dovrebbe costare una decina di byte al massimo.
Ma lo farò domani. Ora a Letto...



Hai messo a posto questo?
0xCC30 --> 5130ED

[raul]

Credo di poterlo programmare. Ho visto una soluzione che dovrebbe costare una decina di byte al massimo.
Ma lo farò domani. Ora a Letto...

Ok, ci vediamo domani, riposati, te lo sei meritato. Sono in vacanza per tutta la settimana, quindi ci vediamo domattina.

Hai messo a posto questo?
0xCC30 --> 5130ED

Sì, mi dispiace. Non ho più il bug della palla di fuoco. Proverò di nuovo i mostri e le trappole.



Messaggio modificato da raul il 12 Nov 2024, 00:32

[Nyerguds]

Problema sulla rimozione delle trapole senza la restrizione della stanza.

Un eroe che si trovasse in questa posizione sarebbe in grado di disinnescare la trappola a destra oltre il muro:
 Screenshot_2024_11_11_225125.png ( 9.48k ) Numero di download: 0


E' vero che a nessuno verrebbe mai in mente di disinnescare qualcosa in quel punto, soprattutto perché la ricerca trappole avrebbe già dato esito negativo. Ma non mi piace l'idea.

Quello che propongo, visto che il vero problema nasce quando le rocce cadute bloccano il passaggio, è quella di permettere la rimozione oltre la stanza solo della "roccia caduta" e di nessun'altra trappola. Forse era proprio quello che intendevi tu?

Isn't this a situation that should only appear as a result of the fact the corridors are divided into separate rooms? If so, only allow it if the hero position and the trap position are adjacent, and also in two different corridor-rooms. These are always the lowest room numbers range, so it should be easy to check.

Traps just after doors that actually go into a different room seem to me like they are 100% meant to be unavoidable (unless there is another door).

Though, the correct solution is simply to check which of the two cells is the most south or east, and check if its wall bit or closed door bit is enabled. Though I guess you can't open doors without going through them right away, right?

Messaggio modificato da Nyerguds il 12 Nov 2024, 09:26

[raul]

Elenco aggiornato con le nuove proposte di attività in sospeso

Messaggio modificato da raul il 12 Nov 2024, 21:39

[TheRuler]

Isn't this a situation that should only appear as a result of the fact the corridors are divided into separate rooms?

Statistically yes. But there also are traps placed in front of doors. To simply solve the problem we could relocate the traps at least one space inside the room/corridor, but I have in fact already found the code responsible of the check.

These are always the lowest room numbers range, so it should be easy to check.

And this was exactly what I thought to solve the problem.
The same trick I used to prevent the treasure search in the corridors.

and check if its wall bit or closed door bit is enabled

it can be done, but is a bit harder, since they resides in the wall layout whereas the traps are in the objects layout.
I was thinking to make the fallen rock only to be fixable by the tools.

Though I guess you can't open doors without going through them right away, right?

You can, by using the key icon. In the boardgame opening a door is a free action.

[TheRuler]

Combattimento tra eroi con la magia parte seconda

Sì, questa è usata.

[raul]

Giusto, la cosa migliore è che ne abbiamo parlato in passato. Cosa stai facendo?
Sto spostando il codice per ottenere più byte liberi, migliorando i testi, mettendo gli endpoint e anche regolando i cartigli.

Messaggio modificato da raul il 12 Nov 2024, 21:53

[TheRuler]

Sto spostando il codice per ottenere più byte liberi, migliorando i testi, mettendo gli endpoint e anche regolando i cartigli.

E' sempre utile fare pulizia.
Ho capito bene che vuoi centrare tutti i testi?


Ho messo a punto il codice per uscire da questa situazione:
 Screenshot_2024_11_12_230413.png ( 9.54k ) Numero di download: 0



Ho spostato prima del controllo della stanza la sola "roccia caduta" in modo che possa essere rimossa fuori dalla stanza corrente. Il resto delle trappole rimangono NON disinnescabili fuori dalla stanza, ma solo dall'interno.

CODICE

1ef:979f:  8A 8F 00 04       mov cl, byte ptr [bx + 0x400]
1ef:97a3:  80 F9 31          cmp cl, 0x31                        <-- if fallen rock go to disarm
1ef:97a6:  74 0E             je  0x97b6
1ef:97a8:  3A C2             cmp al, dl                            <-- same room?
1ef:97aa:  75 10             jne 0x97bc    
1ef:97ac:  80 F9 31          cmp cl, 0x31                        <-- is between 31 (fallen rock)
1ef:97af:  72 0B             jb  0x97bc
1ef:97b1:  80 F9 37          cmp cl, 0x37                        <-- and less than 37 (teleport)?
1ef:97b4:  73 06             jae 0x97bc
1ef:97b6:  C6 87 00 04 00    mov byte ptr [bx + 0x400], 0        <-- disarm
1ef:97bb:  C3                ret
1ef:97bc:  32 C0             xor al, al                            <-- no trap in sight
1ef:97be:  C3                ret

SOLUTION "Remove a fallen rock in adiacent room/corridor"
0x9BBF change to 8A8F000480F931740E3AC2751080F931720B80F9377306C687000400C332C0C3

[raul]

E' sempre utile fare pulizia.
Ho capito bene che vuoi centrare tutti i testi?

Sì, era mia intenzione, ma non gli do priorità, ora l'importante è compattare il codice.

Ho spostato prima del controllo della stanza la sola "roccia caduta" in modo che possa essere rimossa fuori dalla stanza corrente. Il resto delle trappole rimangono NON disinnescabili fuori dalla stanza, ma solo dall'interno.

Sei il migliore... Lo proverò subito.

[raul]

Devo esaminare tutti gli eventi relativi alla disattivazione delle trappole perché qualcosa non quadra e non so cosa sia.
Non è a causa del nuovo codice (sì, è a causa del nuovo codice), lo sto testando e funziona bene, ma il fatto è che ho la sensazione che non tutti i testi scorrano, è come se ne mancasse uno.

Comunque, la disattivazione in generale è un caos, penso che dovremmo migliorarla in modo che sia chiaro quando si disattiva la trappola e quando si rimuove l'ostacolo.

EDIT: In effetti i miei sospetti erano giusti, domani preparerò una spiegazione di quello che sono riuscito a scoprire, non solo dei piccoli bug nel codice ma anche di come possiamo sfruttare e sistemare gli eventi di disattivazione delle trappole e delle rocce cadute.

Messaggio modificato da raul il 13 Nov 2024, 11:08

[raul]

Prima che me ne dimenticassi. La pozione di autoguarigione ha fallito di nuovo. Usando il barbaro, dopo aver perso punti vita con le trappole, quando non c'era più vita, si è autoguarito con 0 punti vita e senza usare la pozione, poi l'ha usata e si è autoguarito bene. Allego il gioco del barbaro nel caso possa esservi utile.

https://mega.nz/file/v5ACDB6I#7taxHEzze4Pi-...XNdcWxuE0x6F9OQ

Messaggio modificato da raul il 13 Nov 2024, 03:57

[raul]

Ho scoperto che l'errore si riproduce solo con quest'ultimo nuovo codice di disattivazione dall'altro lato del corridoio o della stanza.

Ok, per riassumere e non spiegare cose che già sapete, i due eventi di disattivazione delle trappole di roccia (non di rimozione della caduta massi) sono stati cancellati e ora hanno gli stessi eventi di rimozione della caduta massi e di rimozione della trappola a pozzo.

In breve, sono stati rimossi l'evento “semi-successo” dei famosi testi personalizzati per ogni eroe (i primi testi nel file .bin) e l'altro testo “successo” che viene utilizzato solo in questo caso quando si riesce a disattivare completamente la TRAPPA di roccia.


(Testo del “semi-fallimento” della disattivazione della trappola di roccia personalizzato per ogni eroe.)


(Uno di questi è il successo delle trappole per rocce e l'altro è il successo nella rimozione dei detriti. Credo che tu abbia scambiato i puntatori, io non l'ho fatto, ho solo cambiato il testo.)

Messaggio modificato da raul il 13 Nov 2024, 11:43

[TheRuler]

Prima che me ne dimenticassi. La pozione di autoguarigione ha fallito di nuovo. Usando il barbaro, dopo aver perso punti vita con le trappole, quando non c'era più vita, si è autoguarito con 0 punti vita e senza usare la pozione, poi l'ha usata e si è autoguarito bene. Allego il gioco del barbaro nel caso possa esservi utile.

https://mega.nz/file/v5ACDB6I#7taxHEzze4Pi-...XNdcWxuE0x6F9OQ

Quindi il barbaro aveva solo una pozione?
Spiegami bene la sequenza, io l'ho capita così:

1- il barbaro è a 1 punto e possiede una pozione
2- cade in una trappola
3- arriva a zero e compare lo scroll "l'eroe torna in forze"
4- torna in piedi con 0 punti e ha ancora la pozione
5- viene attaccato e perde X punti
6- usa correttamente la pozione e va a 4 punti

è corretto?
Credo sia davvero il caso di controllare ancora una volta la routine di auto-cura...

(non di rimozione della caduta massi) sono stati cancellati e ora hanno gli stessi eventi di rimozione della caduta massi e di rimozione della trappola a pozzo.

Devo verificare, è una cosa che credo di aver fatto un anno fa. Ma ho idea che tu abbia ragione.
Nel tuo spanish.bin hai fatto diverso?

[raul]

Quindi il barbaro aveva solo una pozione?
Spiegami bene la sequenza, io l'ho capita così:

1- il barbaro è a 1 punto e possiede una pozione
2- cade in una trappola
3- arriva a zero e compare lo scroll "l'eroe torna in forze"
4- torna in piedi con 0 punti e ha ancora la pozione
5- viene attaccato e perde X punti
6- usa correttamente la pozione e va a 4 punti

è corretto?
Credo sia davvero il caso di controllare ancora una volta la routine di auto-cura...

Non posso confermare il punto 5, ma immagino che sia così. Se vuoi, provo a riprodurlo.

Devo verificare, è una cosa che credo di aver fatto un anno fa. Ma ho idea che tu abbia ragione.
Nel tuo spanish.bin hai fatto diverso?

Ho usato lo stesso file .bin che uso attualmente e tutto è corretto quando uso il file quest.exe prima di questo nuovo codice.

In breve, con un file quest.exe precedente di cui è stato fatto il backup prima del nuovo codice, funziona correttamente.

[TheRuler]

Non posso confermare il punto 5, ma immagino che sia così. Se vuoi, provo a riprodurlo.

Credo succeda solo se muori con le trappole. Possibile? Se ti capita prova a fare caso a questo.
Ci sto guardando. Non ho resettato un registro che quando combatti è sempre a zero, ma quando incappi in una trappola o subisci una magia ha valori diversi da 0. Potrebbe essere quello.

[raul]

Confermo, sono morto cercando di rimuovere una roccia caduta, poi, avendo 0 punti salute, nell'evento trappola di roccia e senza prendere punti salute dalla trappola, è quando appare la pergamena di testo auto-guarigione, ottenendo così 4 punti salute.

Importante,
si verifica solo quando si usa la cassetta degli attrezzi per disattivare le trappole o rimuovere i detriti e si toglie l'ultima vita.
Se si toglie l'ultima vita cadendo in una trappola e in una roccia, l'autoguarigione funziona perfettamente.

Messaggio modificato da raul il 13 Nov 2024, 19:56