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

[raul]

Vedo che sei riuscito a rendere casuali i nemici evocati.

Quando ha l'eroe a portata di mano 50% attacca, 50% evoca.
Se non ha l'eroe a portata di mano evoca sempre.
Se ha tutte le caselle attorno a sé occupate, o se è al massimo di mostri già in campo, non fa nulla. Però se ha vicino un eroe lo attacca.

- Rodeo con gli eroi a WL nel primo turno e WL attacca prima l'Elfo invece del Mago (nel video il nano).

- Ho anche notato che non c'è il 50% di attacco/evocazione quando ha un eroe a portata di mano.

Messaggio modificato da raul il 13 Sep 2025, 18:10

[TheRuler]

Vedo che sei riuscito a rendere casuali i nemici evocati.

eheheh, ho trovato un trucchetto niente male. Ho dovuto però operare una scelta, dimmi cosa ne pensi.
i profili dei mostri base possibili sono 8 goblin-->gargoyle. Il tiro di dado più casuale in assoluto del gioco è il dado da 6, quindi perdiamo due mostri. Potrei combinare più dadi ma le probabilità cambierebbero (il che non sarebbe poi così male, pensandoci.)
Ho deciso di tagliare il goblin e il gargoyle, lasciando quelli in mezzo.
Secondo me è un ottimo compromesso. I goblin sono troppo facili e nessun master li metterebbe se avesse a disposizione gl altri, e con il gargoyle si corre il rischio di farlo uscire più volte (nella scatola ce ne è uno).

- Ho anche notato che non c'è il 50% di attacco/evocazione quando ha un eroe a portata di mano.

Verifico. Sono sicuro sia al 50% ma il codice alla fine è più complesso. Faccio prove e ti spiego.

[raul]

eheheh, ho trovato un trucchetto niente male. Ho dovuto però operare una scelta, dimmi cosa ne pensi.

La sorpresa mi è piaciuta molto, ma la cosa migliore è che l'invocazione funziona anche quando gli eroi non sono presenti nella stanza.

i profili dei mostri base possibili sono 8 goblin-->gargoyle. Il tiro di dado più casuale in assoluto del gioco è il dado da 6, quindi perdiamo due mostri. Potrei combinare più dadi ma le probabilità cambierebbero (il che non sarebbe poi così male, pensandoci.)
Ho deciso di tagliare il goblin e il gargoyle, lasciando quelli in mezzo.
Secondo me è un ottimo compromesso. I goblin sono troppo facili e nessun master li metterebbe se avesse a disposizione gl altri, e con il gargoyle si corre il rischio di farlo uscire più volte (nella scatola ce ne è uno).

Per ora è meglio lasciarlo così per non avere “un'altra” gargoyle che possa essere confusa con WL, ma in futuro potrebbe essere interessante incorporare quei due mostri mancanti, ma finché non avremo il grafico e il codice della figura del mago del caos, è meglio lasciarlo così.

Verifico. Sono sicuro sia al 50% ma il codice alla fine è più complesso. Faccio prove e ti spiego.

[TheRuler]

Ho verificato. Sì, il comportamento è coerente con come ho scritto il codice.
se il WL può attaccare fisicamente il più debole del gruppo allora lo fa subito, senza evocare il WM. L'avevo fatto per risolvere un problema più grande: il WL attaccava gli eroi anche se aveva un altro mostro in mezzo.

Questo caso del video in cui il WL è circondato è particolare ma si copmporta esattamente come previsto, attacca sempre visto che ha sempre il più debole a portata di attacco.

[TheRuler]

A proposito di questo. Come funziona secondo te? Il master comincia a mettere le miniature sulle X anche se quel corridoio non è stato scoperto?

[raul]

Questo caso del video in cui il WL è circondato è particolare ma si copmporta esattamente come previsto, attacca sempre visto che ha sempre il più debole a portata di attacco.

Non capisco bene quando dici che attacca il membro più debole, dato che il più debole è il mago. In una partita attacco prima il nano e in un'altra l'elfo.

A proposito di questo. Come funziona secondo te? Il master comincia a mettere le miniature sulle X anche se quel corridoio non è stato scoperto?

Il commento stesso dice che fin dal primo turno è possibile posizionare i nemici. Immagino che questi mostri possano muoversi nei corridoi senza che la mappa sia rivelata.

Messaggio modificato da raul il 13 Sep 2025, 22:35

[TheRuler]

Non capisco bene quando dici che attacca il membro più debole, dato che il più debole è il mago. In una partita attacco prima il nano e in un'altra l'elfo.

Il primo video deve essere stato fatto non con l'ultima versione, perché non dovrebbe succedere ora.
Deve sempre attaccare in ordine di priorità standard come tutti i mostri (Manfred-->Barbaro)
Nel secondo video invece è corretto. uccide prima mago -> elfo -> nano -> barbaro

Immagino che questi mostri possano muoversi nei corridoi senza che la mappa sia rivelata.

Questo nel gioco pc non credo sia possibile, se il corridoio è nascosto i mostri sono fermi (devo controllare, però). Dobbiamo trovare un'interpretazione possibile.
Questo è un post interessante per prendere spunto.

[TheRuler]

Ho controllato e attivando il profilo del mostro può funzionare. La questione è che viene visualizzato il suo movimento quando dovrebbe restare segreto.
 Screenshot_2025_09_14_003523.png ( 24.54k ) Numero di download: 0


A proposito, so che te lo chiederai: il movimento della Nebbia è diverso. La nebbia non è un mostro ma solo codice, e difatti non può essere attaccata.

[raul]

Nel secondo video invece è corretto. uccide prima mago -> elfo -> nano -> barbaro

Nel secondo video, il primo attacco di WL è stato contro l'Elfo e poi contro il mago.

Questo nel gioco pc non credo sia possibile, se il corridoio è nascosto i mostri sono fermi (devo controllare, però).

Non complicarti troppo la vita, fai quello che le tue conoscenze ti consentono di fare.

Dobbiamo trovare un'interpretazione possibile.

Non c'è bisogno di interpretare molto, basta visualizzare il gioco da tavolo, dove le istruzioni per posizionare i mostri evocati dicono che devono essere posizionati casualmente sulle x, quindi, anche se i corridoi non sono rivelati, i mostri sì.

Questo è un post interessante per prendere spunto.

L'ho già letto e ci sono cose con cui non sono d'accordo, ma non dice nulla sui mostri “evocati”. Quello che mi sembra importante è l'ambientazione, ovvero quelle stanze rivelate che danno un tocco originale e personale a questa missione, in cui gli eroi sono spinti ad esplorare per raggiungerle.

Attualmente la missione per PC è semplicemente una missione in cui ci sono molte trappole di roccia, il che di per sé la rende già speciale, ma se si aggiungono le evocazioni e le stanze rivelate, la trasformano in una città incantata.

Messaggio modificato da raul il 14 Sep 2025, 08:03

[TheRuler]

Non complicarti troppo la vita, fai quello che le tue conoscenze ti consentono di fare.

Parlando del codice del WL è molto complicato, e il comportamento che ha ora è il risultato di successive ottimizzazioni e bugfix che ho dovuto operare:

OK - se il mostro non riesce ad arrivare all'eroe prioritario sta fermo e non passa al secondo (ho fatto rollback su loop 225d ma ancora non va) RISOLTO con rework 7
OK - il WM del wl non funziona perché come al ha FF invece dell'id eroe (risolto mettendo giusto al, ma continua a colpire manfred) devo far fare tutta la trafila di set che faccio fare a balur
OK - testare bene escape di balur (FUNZIONA)
OK - il WL attacca solo con il wandering monster e non fisico, aggiungere un tiro di dado
OK - glitch se il WL evoca mostro quando sono già presenti il massimo di mostri in campo. aggiungere controllo profilo libero.
OK - in rari casi il WL attacca in corpo a corpo anche se non ha LOS.
OK - se l'eroe non ha spazio attorno per evocare un WM, fa una ricerca del tesoro...
OK - se uccido un mostro col genio e poi il WL evoca un WM si rianima il mostro ucciso e rimane invisibile (fix tolto pop e push di)
OK - a volte il WL impiega 10 secondi ad attaccare (il sub si superava il profilo barbaro e faceva il giro, ci metteva un po'...)
OK - se il barbaro non ha caselle adiacenti libere e viene evocato un WM, va in crash perché torna al loop eroi.
OK - il wandering monster attacca 2 volte (quando compare in un punto dei profili che deve essere ancora "chiamato")
OK - Il WM dovrebbe apparire di fianco al WL.
OK - quando il WL NON ha profili liberi non attacca nessuno.
OK - Se il WL ha caselle occupate attorno a se crea un WM sopra ad un eroe, e non lo attacca.

Il suo comportamento è ora più imprevedibile dell'originale, e sono molto soddisfatto. Poi ovviamente l'esperto sei tu e il tuo giudizio è importante.

Non c'è bisogno di interpretare molto, basta visualizzare il gioco da tavolo,

intendevo che bisogna trovare una meccanica che sia possibile implementare nel codice del gioco pc.
Ad esempio le porte aperte, non esiste un codice che lo faccia in automatico, non basta settarle aperte in partenza nel file quest, bisogna costruirlo. Ma i problemi che vedo sono due (oltre alla costruzione del codice da zero):
- se rivelassimo le stanze all'inizio dovrebbero essere sempre quelle, anche se cambiassimo il layout della mappa (stesso problema della quest di Agrain)
- i mostri comunque non escono dalle stanze, dunque non servirebbe a nulla.

[raul]

Non complicarti troppo la vita, fai quello che le tue conoscenze ti consentono di fare.

Parlando del codice del WL è molto complicato, e il comportamento che ha ora è il risultato di successive ottimizzazioni e bugfix che ho dovuto operare:

Per questo motivo, il codice funziona correttamente e anche il comportamento, il resto sono sfumature personali che non sono importanti, quindi chiudiamo WL.

Ora è il momento che gli incantesimi di fuoco gli facciano del male (punto 5 delle modifiche future) e dovremo rifare la mappa.

- se rivelassimo le stanze all'inizio dovrebbero essere sempre quelle, anche se cambiassimo il layout della mappa (stesso problema della quest di Agrain)

Non vedo il problema che siano le stesse stanze, a meno che non sia impossibile programmare la propria cosa è imitare l'essenza di questa missione

- i mostri comunque non escono dalle stanze, dunque non servirebbe a nulla.

Per ora i mostri non possono uscire dalla stanza, ma chissà cosa succederà in futuro. In ogni caso, possiamo ignorare la stanza con i mostri per il momento.

Ho controllato e attivando il profilo del mostro può funzionare. La questione è che viene visualizzato il suo movimento quando dovrebbe restare segreto.

È proprio quello che succederebbe nel gioco da tavolo.

Messaggio modificato da raul il 14 Sep 2025, 11:03

[TheRuler]

Ora è il momento che gli incantesimi di fuoco gli facciano del male (punto 5 delle modifiche future)

"IN TEORIA" dovrebbe essere semplice, prova questa modifica (va testato anche il comportamento del WL nelle missioni precedenti).

quest24.bin
0x481 --> 0C


ovviamente non funziona più l'evocazione nell'ultima missione, ma non importa, è solo un test.

[raul]

"IN TEORIA" dovrebbe essere semplice, prova questa modifica (va testato anche il comportamento del WL nelle missioni precedenti).

È influenzato da altri incantesimi, come ad esempio quello del sonno.

ovviamente non funziona più l'evocazione nell'ultima missione, ma non importa, è solo un test.

L'invocazione funziona anche nella WL della missione 14. Ho anche riscontrato degli errori in altre missioni in cui è presente la WL, in cui il testo del risveglio della WL appare in un'altra stanza.

È necessario ricontrollare le missioni in cui compare WL (sono 3).

Messaggio modificato da raul il 14 Sep 2025, 11:37

[TheRuler]

È necessario ricontrollare le missioni in cui compare WL (sono 3).

L'unica missione in cui sono sicuro funzioni tutto è la "tomba del signore degli stregoni" perché lì ho lasciato il profilo 1A 0D, mentre nelle altre due quest ho messo 1A 1A. Devo difefrenziare perché ora i tre WL si comportano in maniera diversa.
Annulla il cambio precedente. ci devo lavorare.

[TheRuler]

Dunque, ho differenziato i 3 WL come era in origine, sistemando finalmente una situazione incompiuta.

0x127a --> 3C0C74043C0D7509E80900BB2600E90201E930B9C606AE3F00C6451600C390
0x73c9 --> 750cC39090909090909090909090803EBE3F0374edC606934B078B3E3746F6450F407406BEAC00E9
62aa
0xcbbe --> 3C1974043C1A750CF64516187506E8bf46E9B847E9CA469090

quest14.bin
0x04A9 --> 0D

Ho già controllato e dovrebbe funzionare tutto bene, anche con Kessandria (che a questo punto è uguale a quello del WL finale). Lascio a te verifiche approfondite.

potresti anche verificare questo? Ho provato a rioprodurlo e non ci sono riuscito.

15.- Flickering in autoguarigione e immagine con scale in nebbia autoguarigione missione 17 (3º)

potrebbe essersi risolto con l'ultimo codice dell'evocazione mostri del WL.

[raul]

Il testo dell'evento relativo al primo incontro con il mago malvagio è posizionato in modo errato, ora l'evento si svolge nella stanza accanto con lo scheletro.

[TheRuler]

Mi sono buttato nel codice della misisone "la città proibita" che prevede l'arrivo di nonmorti, dunque volevo raccontare il processo creativo.

- valuto se esiste già un evento/comportamento simile o addirittura uguale (preziosi i suggerimenti di raul)
- cerco quel codice e controllo se è modulare e se posso utilizzarlo per compiti diversi da quello per cui è stato pensato
- se il codice è troppo frammentato o specifico valuto se vale la pena riscriverlo oppure modificarlo per renderlo generico (come ho fatto per la magia dei boss o lo scroll dei dadi)
- se non trovo codice allora devo scriverlo da zero o copiando codice già fatto, con l'obiettivo sempre di occupare meno byte possibile (è la parte più lunga)
- cerco possibili posizioni nel file dove mettere il codice (ora è sempre più frequente la scelta della sezione trovata mesi fa)
- cerco il punto migliore dove intrecettare il codice e inserire un salto alla posizione scelta dove sarà il nuovo codice (devo valutare quando lo stato dei registri e delle locazioni di memoria possono essermi utili)
- scrivo in asm una struttura, esempio:

CODICE

check2:
cmp byte ptr [0x5972], 00
jne check3
mov dx, 0x1909
mov byte ptr [di+3], 0xa
jmp genera

[TheRuler]

Il testo dell'evento relativo al primo incontro con il mago malvagio è posizionato in modo errato, ora l'evento si svolge nella stanza accanto con lo scheletro.

fix quest tomba (0b) stanza centrale (1f):

quest.exe:
0x197f --> 45

[raul]

fix quest tomba (0b) stanza centrale (1f):
0x197f --> 45

Segue lo stesso errore del testo dell'evento.

[TheRuler]

Non ho capito.

[raul]

Non ho capito.

Non funziona, il testo continua ad apparire nella stanza sbagliata.
Nella versione italiana funziona bene, ma in quella spagnola no. Non capisco il motivo.

Messaggio modificato da raul il 16 Sep 2025, 05:33

[TheRuler]

se hai già verificato di aver messo il 45 al posto giusto e che gli exe siano uguali, allora non capisco neanche io.
Prova incrociando exe spagnolo con italian.bin, e viceversa.

[raul]

Ok, il problema è nel file quest12.bin (non la missione 14). Hai modificato qualcosa in quel file che nella mia versione non c'è.

quest14.bin
0x04A9 --> 0D

Questa è la missione 14, non la 12. Va bene?

[TheRuler]

I file quest dovrebbero andare bene. Hai provato il tuo exe con il mio file quest e ti funziona?
La modifica alla quest14 è il profilo del WL che diventa 0D e non più 1A. La quest 12 non l'ho cambiata da Maggio. Le differenze che vedi sono normali.

Ho una prima bozza funzionante della feature di spawn dei nonmorti della città proibita.

questo è il codice che ho scritto in asm, prima di darlo in pasto al compilatore:

CODICE

cmp byte ptr [0x3f92], 15
jne esce

xor bh, bh

vacant:
mov  di, 0x4d54
mov  cx, 0x1e
vacant1:
cmp  byte ptr [di], 0
je id_mostro
add di,0xa
loop vacant1

esce:
mov  di, 0x4D4A
ret

id_mostro:
mov  ch, cl
mov  cl, 0x20
sub  cl, ch

random:
cmp bh, 2
je esce
cmp ch, 0
je esce
dec ch
call 6033
cmp bl, 01
jbe check4
cmp bl, 02
jbe check3
cmp bl, 03
jbe check2


check1:
cmp byte ptr [0x586F], 00
jne random
mov ax, 0x0
call eroi
je random
mov byte ptr [0x586F], cl
mov word ptr [di], 0x0001
mov word ptr [di+2], 0x0100
mov word ptr [di+4], 0x6f56
jmp tipologia


check2:
cmp byte ptr [0x5972], 00
jne random
mov ax, 0x0919
call eroi
je random
mov byte ptr [0x5972], cl
mov word ptr [di], 0x1901
mov word ptr [di+2], 0x0a09
mov word ptr [di+4], 0x7257
jmp tipologia

check3:
cmp byte ptr [0x5A43], 00
jne random
mov ax, 0x1200
call eroi
je random
mov byte ptr [0x5A43], cl
mov word ptr [di], 0x0001
mov word ptr [di+2], 0x1012
mov word ptr [di+4], 0x4358
jmp tipologia

check4:
cmp byte ptr [0x5A5C], 00
jne random
mov ax, 0x1219
call eroi
je random
mov byte ptr [0x5A5C], cl
mov word ptr [di], 0x1901
mov word ptr [di+2], 0x1412
mov word ptr [di+4], 0x5c58

tipologia:
inc  bh
call 6033
cmp bl, 01
jbe mummia
cmp bl, 03
jbe zombie

scheletro:
mov word ptr [di+6], 0x1001
mov word ptr [di+8], 0x0404
jmp vacant

zombie:
mov word ptr [di+6], 0x1001
mov word ptr [di+8], 0x0505
jmp vacant

mummia:
mov word ptr [di+6], 0x2001
mov word ptr [di+8], 0x0606
jmp vacant


eroi:
push cx
push si
mov si, 0x4664
mov cx, 4

check0:
cmp [si], ax
je torna
add [si], 0x1a
loop check0

torna:
pop si
pop cx
ret

E' ancora in beta perché voglio ottimizzarlo (è 278 Byte!) e inoltre ha i seguenti problemi:

problemi:
- se un eroe muore su un punto di spawn conta com presente e blocca. (verificare ff prima)
- deve esserci qualcosa che non va con gli id mostro, se li uccidi dove nascono non vengono cancellati CORRETTAMENTE. (verificare dunque anche balur).

ma se vuoi provare come funziona scarica l'ultimo pacchetto.

[raul]

I file quest dovrebbero andare bene. Hai provato il tuo exe con il mio file quest e ti funziona?

Nessuno dei tuoi suggerimenti ha funzionato, quindi ho provato a usare la missione 12 italiana con la mia versione spagnola e ora funziona. È possibile che ci sia un errore nell'evento nel mio file della missione 12?

Ho una prima bozza funzionante della feature di spawn dei nonmorti della città proibita.

Che rapidità, non smetti mai di sorprendermi.