giver

Quasi tutti i quest book vanno usati in congiunzione ad una serie di eventi, vista la quantità di possibili varianti che possono avere le quest, poichè, per questo, risulta "impossibile" calcolare in automatico il risultato delle missioni attive, o attivare in automatico determinati "steps" . . . Va fatto "manualmente" dallo sviluppatore, sfruttando variabili, switch e comandi (call) script quando si verificano determinati eventi . . . E non mi pare che ci sia già, nei quest systems esistenti, la possibilità di assegnare un "peso" alla missione per stabilire un punteggio con cui calcolare il completamento del "gioco" . . . Anche questo lo si può fare comunque ad eventi . . .

Ah, sì, certamente !

Concordo sul fatto che si possa andare oltre a quanto direttamente spiegato in un tutorial, anche se, per esperienza personale, credo che tu sia un po' troppo ottimista sull'intraprendenza generale di chi "segue" un tutorial, soprattutto se abbastanza "complesso" . . . Insomma, per quanto "inutile", bel lavoro, comunque . . .

Il primo dovrebbe apparire facendo doppio click sulle autotile quando usi un tileset per "disegnare" una mappa (almeno nell'XP funzionava così) . . . Il secondo dovrebbe apparire nell'editor di animazioni di battaglia quando scegli la generazione automatica, simile al Tweening tra fotogrammi in Flash . . .

Potrebbe servire a quelli del VX Ace, visto che per XP e VX esiste l'ottimo script di Sleeping Leonhart, con tanto di editor integrato . . . Personalmente, comunque, io sono contro il "copiare" un sistema famoso nelle proprie opere . . .

Le "hidden classes" ed i descrittori della struttura dati sono sempre stati lì dentro . . . Ed è RGSS3 . . . EDIT - Non per niente sono descritti nella RGSS Reference della Guida in Linea (F1) . . . http://img171.imageshack.us/img171/736/rmvxacehelp.png Tutto quanto descritto nella sezione Game Library . . .

Ovviamente . . . La seconda che hai citato serve a tradurre l'interfaccia e controllare l'attivazione del programma . . .

Devi configurare lo script . . . Ossia devi inserire in una lista apposita, nella sezione Configurazione dello script, gli ID delle mappe dove vuoi il platform attivo . . . Nelle altre, da quello che dice, non verrà usato . . .

Te lo tratta come un charset da 8 personaggi, probabilmente perchè il nome del file del chara non inizia con $ . . .

@HumHayAru: Tieni conto che ottenere certi risultati richiede più codice ed impegno in RGSS che non in RGSS2 o RGSS3 . . . In altre parole, le versioni più recenti del Framework RGSS sono più potenti e semplici da sfruttare . . .

I video OGG dovrebbero avere estensione essere files OGM, non semplicemente OGG . . .

Ho scoperto che servirebbe un array di sei parametri, ma da questo script si può capire solo che il terzo è il nome del command nel menù ed il quarto è il nome della Scene che verra chiamata . . . Per poterlo capire, sarebbe il caso di cercare in tutta la Library i punti in cui appare EXMNU_CTCMD_COMMANDS ed esaminare i blocchi di codice viene trovata . . .

Allora. Per prima cosa ti suggerisco, quando posti script, di metterli dentro uno spoiler . . . Che comandi usi nel menù ? Ossia vorrei sapere i nomi comandi e l'ordine in cui vuoi che appaiano nella lista . . . O usi tutti quelli dell'esempio nella Library più questo Journal che vuoi aggiungere ? EDIT - Mi sono accorto che per aggiungere comandi custom bisogna configurare le caratteristiche in una costante EXMNU_CTCMD_COMMANDS che nello script non c'è e non è spiegato come assegnarle valori, quindi o è presente in qualche altro script della Library, o sarà necessario spulciarsi per bene lo script per tentare di capire come inserire i dati necessari . . .

Infatti, per come sembra funzionare quello script di KGC, bisogna modificarlo per abilitare nuove voci nel menù . . . Uno dei pochi che KGC ha scriptato da cani (solo inutilmente "complicato", in realtà . . .)

Lo script per gli screenshot è di qualcun altro, ed era stato fatto per l'XP ed usato in un save system sempre per XP, come detto . . . Ma è stato Woratana che ha deciso di usarlo, fin dalla versione 1.0 (e nella 5.0 c'è ancora), nonostante il VX sia in grado di fare screenshot senza . . . L'ideale sarebbe quindi usare la funzione interna dell'ACE, se ce l'ha ancora, al posto dello script per XP che si appoggia ad una DLL . . .

Si tratta di una conversione di uno script per XP, quindi la possibilità di conversione c'è . . . Il problema sta nel fatto che, stupidamente, è stata usata una DLL che crea problemi su Winzozz (s)Vista (schermate nere e/o crash in determinate condizioni), invece della funzione interna di screenshot del VX, che quei problemi non li dà . . .

Si può fare, ovviamente . . . Purtroppo l'engine di base è stato programmato apposta per fare così se più sprite/battlers hanno la stessa animazione in esecuzione contemporaneamente . . . Quindi si tratterebbe di dargli in pasto un'animazione alla volta finchè ci sono bersagli da "coprire" . . . Non stai parlando del BS di default . . . Qual è il BS in cui vuoi questa modifica ?

A quanto pare, sono stato preceduto, senza saperlo, di alcuni giorni . . . Mi sarei risparmiato la fatica .. . Vi metto il link così potete confrontarle, e vedere che sono differenti: l'altra ha davvero poco di modificato e nulla di migliorato . . . Tornado Quest Book VX convertito da joaovitor2763 @ Aldeia RPG BR

Forse pensava che l'uno precludesse l'altro . . .

Decisamente non ho le idee chiare sulla situazione . . . Non so, magari usi un (call) script invece di un comment, per indicare CHEST ? Te lo dà solo se usi il comando indicato da Sleeping ? Allora prova a scrivere nel (call) script if $scene.is_a?(Scene_Map) $scene.show_time_hud(false) end EDIT - Oppure, se usi l'aggiunta al menù, puoi provare ad usare questo (call) script $game_time.hud_visibility = false EDIT2 - Questa, se usata la parte di codice nell'aggiunta al menù, funziona da qualunque Scene, ad eccezione del Title (perchè $game_time non esiste), non solo da (call) script . . .

Ehm. Forse, se l'hai usata, dipende invece dall'aggiunta nel menù dell'opzione attiva-disattiva HUD . . . Guarda se ti dà conflitto anche senza . . . E prova ad inserire la versione che ho modificato dopo che mi avevi detto che funzionava grosso modo, se non l'hai già fatto . . .

Davvero, non hai bisogno d'altro. Programmare in ruby + documentazione . . . Altrimenti quello che ti manca è proprio la conoscenza di come si programma in generale . . . EDIT - Devo dormire di più. Ho dimenticato una cosa importantissima . . . Se se ne ha la possibilità, testare, fare esperimenti, testare, e testare ancora . . .

Per adesso è più difficile perchè gli script hanno commenti in giapponese, ed anche l'help file, se anche includesse codice e reference, come avviene per XP e VX . . . Hai meno difficoltà, ovviamente, se conosci il ruby ed almeno una delle versioni precedenti dell'RGSS . . . (soprattutto la conoscenza del ruby, spesso troppo sottovalutata :dry: )

A quel punto sarebbe come un "rpg maker" con i controattributi . . . Magari ci facessero un pensierino . . .

Scusa la domanda, spero non ti metta in imbarazzo, ma sei sicuro di usarlo correttamente ?