Missione del cacciatore di pietre: la posizione dell'elfo e le X gialle sono le posizioni in cui sono riuscito a sparare alla mummia con la balestra.





Messaggio modificato da raul il 3 Feb 2025, 19:37

Fantastico. Quando pensi di essere arrivato alla perfezione, arriva raul a distruggerti tutte le speranze

è il dannato problema della porta. Quella porta orizzontale, maschera il muro verticale a sinistra e lo rende "invisibile". Il proiettile passa proprio attraverso quel muro mascherato.

Sapete che voglio bloccare i colpi e gli attacchi tra le porte. Finché non c'è la possibilità che un nemico possa attaccare, per me è un modo per barare. In ogni caso, il codice di tiro è da tempo abbastanza buono da non doverne preoccupare.

Quale errore hai riscontrato nello spettacolo dal vivo a cui abbiamo assistito qualche giorno fa?

Hai letto questa frase che ho inserito in un altro post?
"Le armi che dovremmo migliorare sono quelle economiche e, in effetti, un'altra idea per migliorarle sarebbe quella di dare la possibilità di cambiare queste armi senza penalità. So che è difficile programmare tutto questo, ma la mia ossessione è quella di dare un uso reale".

Messaggio modificato da raul il 31 Jan 2025, 22:38

L'ultima missione del gioco base.


Messaggio modificato da raul il 31 Jan 2025, 23:34

Sai che la porzione di codice che verifica la collisione con le porte non la tocco da mesi? La situazione particolare (porte vicino a muri ad angolo) che hai trovato lo fa comportare male.
In originale era prima muro poi porta, e io avevo unito i controlli assieme.
Ho invertito il controllo, prima porta poi muro:







Ha detto che gli era capitato di uscire dalle scale ed avere ancora il controllo dell'eroe che "sembrava volare", ma non è ancora riuscito a riprodurre il bug. A me non è mai successo.
Tu me lo avresti già segnalato.
Una cosa che ho notato, non so se c'entri con questo bug, è che se esci dalle scale e premi velocissimo il tasto destro prima che esca lo scroll ricominci il turno sulle scale.
 Screenshot_2025_02_01_001119.png ( 41.63k ) Numero di download: 0

Non un vero bug, più un glitch. Ma non posso risolverlo, il computer è più veloce ad intercettare il click del mouse rispetto processare il codice dello scroll. Come quello che succede nell'armeria se clicchi velocemente nell'area a sinistra, ricordi?

Sì letto, ma non mi sembra una modifica necessaria. Non credo sia necessario incentivare l'uso di quelle armi. Fa parte del gioco che esistano sbilanciamenti e armi meno appetibili. Nel gioco da tavolo, quando gli eroi diventavano troppo forti avendo un equipaggiamento eccezionale, il master faceva in modo di far perdere le armi troppo potenti, magari per una o due quest, per poi fargliele ritrovare. O semplicemente si rompevano.
Una houserule che abbiamo sempre usato è l'usura. Ogni volta che utilizzavi l'arma questa poteva avere a fine partita la possibilità di danneggiarsi con un tiro di dado (uno scudo nero). Ogni arma aveva da 2 a 4 punti usura, che potevano essere riparati.
Ecco questa cosa mi piacerebbe implementarla, ma sarebbe molto difficile.

Mi stavo scordando. Per disattivare la diagonale della balestra:

Credo che questo codice serva solo a risolvere la situazione dell'ultima schermata. Devo aspettare che tu risolva le altre situazioni o devo continuare a testare?


Forse intende dire che il testo in pergamena impiega un po' di tempo per uscire dal mosaico di output. Se è così, è normale nel gioco, il testo non esce mai appena entra in contatto con la tessera di uscita.


Sì, lo sapevo, infatti, come ben sai, ho la funzione di uscire invertita rispetto alla tua e qualche volta con la fretta di uscire nelle segrete mi è capitato, ma non gli ho mai dato molta importanza.


Non so se lo sia per te, ma in effetti anche io quando gioco e muovo gli eroi, passo il turno prima di finire di muovere l'ultima tessera per guadagnare un po' di tempo.


Il problema non è che sono meno attraenti, è che sono totalmente inutili e quindi non vale la pena acquistarli nemmeno a quel prezzo. Sono d'accordo sul fatto che dovrebbero essere armi più deboli, ma non inutili a tal punto che è come se non esistessero.

Voglio solo dare un piccolo miglioramento che sia almeno preso in considerazione per giustificare la loro spesa e il loro utilizzo anche se solo per un piccolo periodo di tempo e la combinazione di eseguire la combo tra le armi e di poterle equipaggiare e disequipaggiare senza penalità per essere piccoli (spada corta e ascia piccola), può essere un piccolo beneficio per aiutare almeno ad usarle come armi secondarie.

- Bastone: giustificato per l'uso da parte del mago

- Lancia: se si aggiungono miglioramenti come l'assenza di perdita o la possibilità di perdita di 1d6 insieme ad alcuni miglioramenti combinati, potrebbe essere un'arma primaria interessante.

- Spada corta e ascia piccola: se riusciamo a rimuovere la penalità di equipaggiare le armi, potrebbero essere armi secondarie interessanti.


Ho capito, è come se l'arma avesse una vita e questa vita venisse persa quando si tira lo scudo nero sul lancio dei dadi (un fallimento). Si può anche barare un po' e fare una sorta di riduzione della possibilità che l'arma si rompa: man mano che si usa l'arma, la possibilità che si rompa aumenta. Diciamo che inizia a 1/100, poi 1/95, 1/90 ecc.

In ogni caso, è contro le regole del gioco, ma in realtà ci sono molti soldi in questo gioco.


THANKS

Messaggio modificato da raul il 1 Feb 2025, 01:15

Credo che questo codice serva solo a risolvere la situazione dell'ultima schermata. Devo aspettare che tu risolva le altre situazioni o devo continuare a testare?

Possiamo dire che il 98% delle linee di vista sono ora accurate. Quindi, se sei d'accordo anche tu, considererei la linea di vista chiusa (dopo quest'ultima modifica ho già verificato anche questo problema ed è ok). Quando giocherai non ci sarà bisogno di riportarmi altre posizioni improbabili (a meno di cose eclatanti o buffe).

nono ha parlato proprio dell'eroe che camminava nel vuoto. Io credo intendesse una cosa del genere. Se fosse così si tratterebbe solo di sistemare un punto di una mappa.
Comunque anche io ho il click furioso a volte e clicco in anticipo.

Anche a me piacerebbe sostituire alcune armi, ma non è una modifica che si può fare al momento, troppo lunga e difficile. Non solo bisognerebbe sostituire la grafica, ma modificare il codice ovunque sia presente quell'arma.




bastone e lancia sono d'accordo. Anche l'accetta potrebbe migliorare se si potesse recuperare. Spada corta va considerata un'arma iniziale, un'arma di transizione quando hai pochi soldi, ovvero all'inizio.


Mettiamo pure in lista, ma non penso di poterci riuscire. E' un'informazione che andrebbe memorizzata nel byte dell'arma stessa (per essere salvata nel savegame), ma come vedi qui ogni arma occupa uno degli 8 bit. Non ho spazio, l'unica opzione sarebbe assegnare il bit di "danneggiato" al posto di un'altra arma (tipo la spada corta), sacrificandola e rimuovendola dal gioco, però non saprei come rimuoverla dall'armeria armeria (e comunque resterebbe un brutto buco).


a proposito della lista:
22.- Fissare la porta segreta che conduce al trono da un'altra stanza.
Questo punto non è risolvibile. Ci ho ragionato un po' e ho pensato di aggiungere la porta segreta (che in origine non c'è, si crea solo quando cerchi tesori), ma se si cercano passaggi segreti la porta compare dietro al trono ma non è accessibile. Poco male, basta cercare tesori e il trono si sposta. Il problema della ricerca porta dall'altro lato si risolverebbe, ma non lo spostamento del trono, il trono si sposta solo se fai la ricerca in quella stanza.

15.- Creare un terzo testo per l'autoguarigione.
per questa non so cosa fare. La routine di guarigione è, se ricordi, una tra le più critiche. basta spostare qualcosa che si rompe un'altra a caso. Non c'èmodo al momento di personalizzare lo scroll. Al massimo possimao trovare un testo generico che vada bene sia per autocura che per incantesimo di guarigione (la pozione ha già il suo testo personalizzato, "il fluido ti cura").
Spostalo in modifica futura.

Sì, sono d'accordo, sono rimaste solo alcune situazioni strane come i due screenshot che ho postato, ma nel complesso il codice si comporta molto bene.





Non mi è mai capitato, e credetemi, sono uscito dalle segrete molte volte.


Sì, era la mia proposta iniziale, quella di cambiare le due armi per i bracciali e i mantelli per il mago, ma ho rinunciato all'epoca.


l'ascia e la spada corta sono totalmente invalidate dalla lancia, che è un'arma iniziale che contiene le due abilità delle altre armi insieme allo stesso prezzo, quindi insisto sul fatto che per migliorarle bisogna togliere la penalità del cambio d'arma per renderle armi secondarie, anche se sono consapevole che è una difficoltà gigantesca.


In realtà è solo un'idea che mi sono fatto, non sono così sicuro di volerlo, ci dovrei pensare ma almeno lo metterei per la difficoltà difficile.


Lo sposterò nello storico nel caso in cui volessimo recuperare questa idea in futuro.


Ok


Perdonami se insisto ma il punto di fissare gli incantesimi del fuoco mi preoccupa ancora, abbiamo ancora quei due testi in cui se ne usa solo uno, tu ne usi uno e io l'altro, infatti vorrei che controllassi perché il tuo stesso testo funziona per me quando cambio il byte. Penso che sia una buona idea sistemare questo punto, anche se possiamo recuperare i byte liberi nel file .bin e un puntatore. Punto 20

Messaggio modificato da raul il 1 Feb 2025, 11:21

Nel gioco abbiamo 3 armi che sono sacrificabili per le loro caratteristiche, quindi ecco alcune idee per dare un senso al loro utilizzo (lancia, spada corta e ascia a mano).

Lancia:
- Recupera 1d6 dell'arma (solo 1 possibilità di perdere l'arma).
- Equipaggiare automaticamente un'altra arma quando si lancia l'arma: per la spada corta.

Ascia da mano:
- Recupera 1d10 dell'arma (solo 1 possibilità di perdere l'arma).
- Autoequipaggiare un'altra arma quando si lancia l'arma: Per lancia o spada corta
- Nessuna penalità per cambiare arma (arma secondaria)

Spada corta
- Nessuna penalità per cambiare arma (arma secondaria)


* Se la penalità al cambio d'arma viene rimossa per la spada corta e l'ascia a mano, il codice di equipaggiamento automatico non è necessario.


Messaggio modificato da raul il 1 Feb 2025, 22:29

Dunque, magia di fuoco. Sembra darti molto fastidio, vediamo di risolverla così la togliamo definitivamente dalla lista.

Mi pare sia d'accordo anche tu allora di usare un testo generico per tutte e due le magie in caso di successo e lasciare il testo originale per il fallimento.
Così facendo recuperiamo spazio nell'exe e in language.bin e un puntatore in language.bin.

fallimento:
"Le fiamme ti avvolgono e ti feriscono"

successo:
"Riesci a contrastare la magia di fuoco"

te gusta?


se ci fosse un contatore a 4 cifre sull'uscita avrebbe già fatto il giro tre volte.

Naturalmente, i testi possono essere personalizzati secondo i propri gusti, l'importante è che abbiano senso per un incantesimo o per l'altro.


Devo fare ulteriori ricerche in merito, ma in linea di principio la mia idea è quella di unificare i criteri, ma forse è più difficile da fare perché ogni arma ha un comportamento diverso, non è la stessa cosa un'arma a distanza rispetto a un'arma da mischia.

Messaggio modificato da raul il 1 Feb 2025, 19:59

Nella missione del labirinto sono riuscito a usare il manganello attraverso una porta chiusa. C'è un modo per bloccare anche gli attacchi diagonali attraverso le porte come nel tiro a segno?



Messaggio modificato da raul il 2 Feb 2025, 07:47

Ma come fai!?! Solo tu riesci a trovare le situazioni più assurde.
Il controllo delle porte è una cosa che ovviamente avevo considerato, ma nell'ottica di avere il codice più snello possibile il controllo lo faccio solo sui muri.
Aggiungere il controllo delle porte vuol dire altri 40/60 byte e diversi giorni di lavoro. Non ne vale la pena, soprattutto per risolvere una situazione in cui è impossibile trovarsi normalmente.

al momento il codice fa questo:

path 1:
controllo muro verticale
controllo muro orizzontale

path 2:
controllo muro orizzontale
controllo muro verticale


con il controllo delle porte diventerebbe:

path 1:
controllo porta verticale
controllo porta aperta
controllo muro verticale
controllo porta orizzontale
controllo porta aperta
controllo muro orizzontale

path 2:
controllo porta verticale
controllo porta aperta
controllo porta orizzontale
controllo porta aperta
controllo muro orizzontale
controllo muro verticale


Dimmi tu, se pensi davvero che ne valga la pena. Per arrivare a testare quella situazione cos'hai dovuto fare?

Come ho già detto in precedenza con altri codici, questo codice deagonale è ottimo così com'è ora, le cose più importanti sono state sistemate, così come il codice di sparo dei proiettili, ma non è perfetto. La mia opinione sarà sempre quella di cercare la perfezione in ogni cosa, ma la decisione finale sarà sempre vostra.

Si può vivere in questo gioco senza risolvere l'attacco diagonale con porte chiuse o trappole? La risposta è di per sé, sono piccoli bug, ma posso già dire che stiamo arrivando a un punto in cui dobbiamo sistemare solo piccoli dettagli perché il gioco, grazie a voi, è stato sistemato in tutto e per tutto, ora dobbiamo solo migliorare i dettagli.

Ci sono cose più importanti che vorrei correggere? La risposta è sì, ma ora abbiamo più byte liberi e sicuramente in futuro, quando avrò sistemato cose più importanti, rimarranno solo piccoli dettagli come questi.

C'è la possibilità di non consentire gli attacchi in diagonale attraverso le porte aperte?

Messaggio modificato da raul il 2 Feb 2025, 13:58

Beh, in realtà per me questo post ha una priorità secondaria, ma sono sicuro che come programmatore sarete affascinati da questo post perché può essere una sfida per voi.



Come potete vedere questa nebbia è possibile "ucciderla" con l'incantesimo tempesta o con la spada lama dello spirito, ma questo non è implementato nel gioco per PC.

Penso che questa nebbia sia rappresentata da un nemico invisibile che esiste fisicamente nel gioco e lo so perché quando provo a spostarmi nel punto della piastrella in cui si trova non mi permette di starci sopra ma posso passarci attraverso, quindi deduco che essendo un normale mostro invisibile è possibile attivare l'interazione con esso per ucciderlo.

Ovviamente tutto questo è una mia ipotesi, non ho nulla di provato ed è qui che entrerebbe in azione il padre di questo remaster, cioè voi. Potrebbe essere interessante non solo creare un codice per poter uccidere la nebbia, ma anche scoprire questo segreto nascosto della programmazione e ciò che si può scoprire potrebbe essere tanto importante quanto fruttuoso.

Messaggio modificato da raul il 2 Feb 2025, 15:04

riprendendo quello che dicevi prima, concordo su tutto. Il codice non è perfetto in senso assoluto ma perfetto per le mie capacità. Non lo sarà mai in senso assoluto perché non sono il creatore del gioco, non sono un programmatore professionista (oltre tutto ho imparato assembly l'anno scorso, grazie alle prime dritte di nyerguds), sono da solo a programmare e soprattutto non ho il tempo necessario da dedicare a questo progetto come vorrei io e vorresti tu.

Sì, ma dovrei comunque prima prevedere il controllo della porta, codice che non ho scritto. Se lo scrivessi potrei permettere di attaccare a porte chiuse o non attaccare a porte aperte, come ho fatto col tiro dove il controllo l'ho scritto.
Però non voglio farlo per due ragioni, oltre al mio tempo:
1- in futuro i mostri potranno spostarsi tra stanze e non voglio dover fare il lavoro due volte
2- l'attacco diagonale contro un mostro attraverso la porta è una meccanica basilare di heroquest

Ora che abbiamo deciso di utilizzzare la porzione di memoria dedicata al secondo mobile grande nella stanza lo spazio non è più un problema. Possiamo tirare un sospiro di sollievo, ma come dicevo cercherò sempre di scrivere codice il più ottimizzato possibile, anche per migliorare il mio assembly.


Hai dedotto bene. Avevo già studiato il codice della nebbia e ti posso già dire che, pur essendo un mostro come gli altri, non utilizza grafica e il suo spostamento non è convenzionale, avviene solo sul piano delle coordinate e non aggiorna mai la posizione sulla mappa nel suo profilo.
La condizione (morto, vivo, addormentato, death myst) è unica rispetto a tutti gli altri mostri perché ha la sua. Ho provato a cambiarla ma si trasforma in un gargoyle che segue il corridoio fino a che non incontra un eroe e lo attacca, poi smette di proseguire nella sua corsa e attacca sempre l'eroe più vicino. In pratica si trasforma in un mostro normale.

In realtà non è un problema interessante, preferisco guardare altro. Sai quale problema mi intriga di più al momento?

In realtà penso che stiamo procedendo molto velocemente in questo progetto, soprattutto per un hobby, non è un lavoro e non è necessario essere presenti 24 ore al giorno. Mi sento molto a mio agio così come siamo ora.


Si tratta di un dibattito interessante e un giorno dovremmo approfondirlo per scoprire esattamente come un mostro dovrebbe comportarsi in una stanza.


Se è quando il mostro è in grado di difendersi, al momento sono totalmente statici a questi attacchi.


Do per scontato che sia sempre stato così.


Lo terrò nei futuri taraes per sicurezza e alla fine vedrete come lo riprenderemo.


Naturalmente siete voi a scegliere la vostra prossima mossa, e tutto ciò che potete fare per sistemare piccoli dettagli è più che benvenuto.

Ovviamente senza il tuo aiuto non sarei mai a questo livello. La velocità con cui trovi le falle è impressionante.
Ho detto che sono da solo a programmare, non a fare il lavoro. In quello siamo in due.

Sì, mettilo pure in lista.
Sai che questa cosa mi ha fatto pensare al modo in cui ripristinare le regole originali del gioco da tavolo. Come sappiamo sono due media diversi e non è detto che una cosa funzione così bene in un piuttosto che nell'altro. Non è dato sapere ad esempio che la nebbia è attaccabile da tempesta o dalla lama degli spiriti, per il giocatore è impossibile saperlo, e quindi non lo tenterà mai (di norma).
Questo per dire che non vale la pena sprecare risorse per fare proprio tutto uguale.

Esattamente come nel classico gioco da tavolo. Come ho detto più volte, si tratta di piccoli dettagli che sono i più vicini al gioco da tavolo originale. Vi dico anche che ho priorità molto più importanti di queste.

Quali sono?

Per esempio, quello che vi ho detto di recente sugli incantesimi del fuoco e sulla lista delle cose da fare, ho persino messo un numero alla fine di ogni frase per indicare la mia priorità.

Ah, sì, certo. Credevo volessi aggiungere altre cose.

La verità è che mi è sempre più difficile trovare idee per migliorare il gioco, ma credo sia una cosa positiva.

Sto giocando con il mago e il bastone e non riesco a trovare nessun punto cieco per attaccare illegalmente, non so se dovrei rinunciare e riprovare con quello che spara che qui ho più successo a trovare bug. È un codice quasi perfetto, a parte la porta chiusa. Complimenti.

Nuovo "piccolo bug" originale risolto.
Come segnalavi in questo messaggio il gioco non ha mai disegnato correttamente il corridoio verticale sinistro se scoperto dal basso.

Si tratta di una svista dei programmatori, avevano messo come condizione verticale la verifica cl=0 invece che ch=0.
La visualizzazione della mappa è gestita da un codice molto complesso dovuto alla solita natura dei muri. Ogni volta che viene fatto un passo, questo controlla tutte le caselle ortogonali e, se non vede porte chiuse o muri, modifica tutti i byte della mappa in linea retta.
Ebbene, in una particolare condizione (quando l'eroe si trova nel corridioio verticale sinistro) l'errore sul controllo diventa fatale perché cl è sempre 00 e quindi non controllerà mai le stanze "sopra".



 Screenshot_2025_02_03_173731.png ( 33.38k ) Numero di download: 0


come nella migliore tradizione, cambia un solo byte!