Ottimizziamo Eye of the Beholder, Novità grafiche e strutturali da implementare Opzioni

[Delmair]

Dunque appassionati e seguaci della saga di Eye of the Beholder, sotto il benestare dell'Admin The Ancient One, nonché membro dello staff di questo forum apro questo thread per scrivere e avere riscontri su alcune idee che mi piacerebbe veder realizzate, creando una versione personalizzata (ma non snaturalizzata) del nostro giochino che ha fatto la storia degli RPG negli anni '90.

Da solo sono riuscito a modificare alcuni aspetti grafici, ritratti, oggetti e i risultati sono soddisfacenti. Avrei bisogno di aiuto (non essendo un programmatore) nell'aspetto funzionale.
Partiamo da qualcosa di semplice. Guardate questa immagine:



È un CPS (formato immagine compresso che utilizzava la Westwood ai tempi) di alcuni fotogrammi. Notate Armun il nano che vi manda prima in missione a ritrovare il principe Keirgar, poi a recuperare la pozione dei nani per risvegliare il loro re. Ci sono due frame che originariamente hanno idealizzato graficamente, pero mai utilizzato: Armun con le braccia alzate e il re dei nani risvegliato.
E perché non inserire Armun che festeggia a braccia alzate e il re nano risvegliato durante l'avventura nei punti cruciali dell'avventura durante i dialoghi, quando completi tali missioni??
Oltre ciò c'è posto per un nuovo ritratto per i personaggi, in basso a destra l'ultimo è quello di Keirgar e c'è spazio per uno nuovo, già fatta la prova e funziona!!

Passiamo ad un altro punto interessantissimo per me: gli incantesimi.
Ci sono alcuni incantesimi che si possono vedere (e aggiungere) con l'automapper The All-Seeing Eye (ASE), prodotto della Gold-Box che rilasciava editor officiali per alcuni giochi della Westwood e altri RPG dell'epoca.
Questi incantesimi sono:

• Burning Hands - Mani Brucianti (funziona, solo che non è un incantesimo di primo livello già scritto sul libro dei maghi quando si inizia e non si trovano pergamene per scriverlo durante l'avventura)
• Read Magic - Individua Magia (NON funziona, il gioco crasha, tra l'altro non so quanto potrebbe essere utile nel primo capitolo del gioco)
• Knock - Scassinare (NON funziona, il gioco crasha, pero sarebbe utilissimo come incantesimo per aprire serrature in assenza di Ladri nel gruppo se non si trovano tutte le chiavi)
• Stinking Cloud - Nube Maleodorante (NON funziona, il gioco crasha, incantesimo offensivo utile e di cui esiste anche la parte grafica)
• Cloudkill - Nube Assassina (NON funziona, il gioco crasha, incantesimo offensivo di cui esiste anche la parte grafica, simile al precedente ma più potente)

Ecco un altro CPS al quale fanno riferimento alcuni incantesimi di attacco:



Come potete vedere, in basso a destra, dopo il frame dell'Ice Storm (Tempesta di Ghiaccio) c'è proprio la Nube Maleodorante, pensata la parte grafica, MAI attuata in game.
L'idea sarebbe inserire nel gioco una pergamena di Mani Brucianti e, parte più difficile, vedere se è possibile rendere funzionali alcuni incantesimi che a mio avviso sarebbero davvero interessanti.

Per ora mi fermo qui, per evitare di aggiungere troppa carne al fuoco, fate i vostri commenti ditemi che ne pensate.
Credo che con i bravi elementi che ci sono nello staff queste modifiche per ottimizzare il gioco siano fattibili.

Alla prossima

Messaggio modificato da Delmair il 28 May 2014, 16:11

[drnovice]

Frat,
a parte che ero già iscritto, come ti avevo confermato, creare NUOVI oggetti nel compilato a 16bit non è completamente possibile, si può fare fino ad un certo punto (integrando su ITEM.DAT e ITEMTYPE.DAT), peccato però che sul più bello, la lista degli ID delle icone degli item posati a terra sia schiantata (hardcoded) nel codice sorgente, in un array statico che non può essere ampliato a meno di ricompilare tutto il sorgente, che è fattibile invece dallo ScummVM.

Capitolo .INF: qui la cosa è molto più brutta di come sembri, nel senso che oltre ad avere un formato statico non espandibile (del tipo 2 tipologie di mostri ogni Livello/Piano, max 30 slot per i mostri contemporanemente nel livello, etc), per gestire gli eventi (leve/pulsanti) e regole varie (mostri erranti, etc) hanno una pseudo-struttura asm (con jump vari) talmente complicata che per aggiungere o modificare eventi, tantovale riscrivere in C++ il gioco stesso, magari ospitando una struttura di eventi nel livello più flessibile e prevista per l'espansione del dungeon crawler stessa.

Avevo sentito l'amico Takis tempo fa, mi ha spiegato a livello teorico tante cosette interessanti su come ricreare da zero il gioco stesso, ero partito con un c++ MainLoop e librerie SDL per gestire la grafica, ma il progetto è impegnativo quanto ambizioso, ma adesso non ho molto tempo da dedicarci, anzi...