-
Posts
15 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Everything posted by Rai89
-
Flame ci ha preso in pieno :) la 3^ opzione sarà ''nessun tutorial''
-
Alla fine molto semplicemente, grazie alle vostre indicazioni ho raggionato sulla questione degli Interpreter. Fin quando quello che volevo stava là nn cera modo di metterlo in parallelo all'evento. Sono andato a vedere come funzionavano altri script che fanno qualcosa del genere e ho capito dove sbagliavo. Quindi ho fatto una piccola classe che facesse quello che volevo. Ora i vari wait sono più o meno equivalenti, dovrebbero funzionare tutti, ho usato il primo postato da giver. Ecco tutto ^^
-
Ok grazie a tutti per le dritte, mi sono state utilissime, ho risolto ^^
-
sto cercando di fare qualcosa che gestisca delle animazioni, ma cosa centra quello che c'è dentro al ciclo? ci potrebbe essere un fungo che balla sullo sfondo per un minigioco in cui devi pestarlo... ci potrebbe stare di tutto. Deve essere solamente qualcosa che funzioni in script, per fatti suoi, ciclicamente, e che non blocchi l'evento. Se si può fare bene, se no cerco altre vie, non è questo il problema, il mio dubbio in realtà è molto preciso. Si può fare un wait che blocchi uno script e non tutto il resto? Come ho detto, la risposta sembrerebbe un contatore, ma non va
-
Allora... Ho un evento su mappa. Nel evento, chiamo un call script. Nel call script, dopo aver assegnati alcuni @parameters, chiamo un def che ho scritto in Interpreter fino a qui tutto ok. L'evento su mappa deve continuare. Il def in Interpreter deve continuare ciclicamente per fatti suoi, con una pausa che non faccia essere il ciclo troppo veloce. Le prove che ho fatto: - Grafich.update blocca anche l'evento su mappa - for, while con contatori non si vedono neanche, come se non rallentassero minimamente. - Il comando di giver, se ho capito come usarlo va associato ad un update che mi chiami di volta in volta il def specifico. ad ogni ciclo il contatore cala di uno e il def si ferma a metà, fino a che il contatore non si azera e i comandi possono proseguire, una sorta di barriera. Per ora ho fatto una prova veloce, devo ragionarci un po' più tardi. Nel frattempo spero che il problema ora sia un po' più chiaro
-
ç.ç è tutto il giorno che provo così, perchè non va? qualcosa del tipo for i = 1..@tempo end oppure i=0 while i < @tempo i+=1 end Me li salta a pier pari, sono troppo rapidi? ho provato con valori anche di 10000, ma li supera senza problemi Ho anche provato a mettere un if dentro i cicli sperando che quel controollo sia un po' lento e nel complesso risulti un certo ritardo, niente
-
vorrei evitare proprio i processi paralleli, far scorrere lo script in parallelo all'evento e, a quel punto, usare un wait nello script che lascia libero di agire il giocatore, se si può fare. non se se si capisce, nel caso cerco di spiegarmi meglio.
-
Il Wait di un processo parallelo invece come si potrebbe fare a script? Mi spiego meglio, provando con Graphics.update viene quel wait che blocca tutto, anche i movimenti e l'evento in corso. Invece quando un wait è chiamato nell'evento parallelo quello si limita a bloccare l'evento parallalo lasciando scorrere tutto il resto. Vorrei ottenere questo in script... Il problema è forse che gli script non scorrono in parallelo rispetto agli eventi? poptrebbe essere per questo?
-
Ok vai ^^ Ok vai ^^ nel caso fammi sapere :)
-
Vedrò che si può fare, nel senso che se mi sembrerà una forzatura non ci sarà ^^ dopotutto il collegamento degli oggetti funziona allo stesso modo (proprio nella stessa schermata) e quello è presente. Tutto il resto è comunque più complicato da gestire e meno intuitivo, quindi è su quello che il giocatore dovrà esercitarsi. Per aggiungere questa cosa andrebbe presentato un fatterello... qualche indizietto, lo risolvi e poi via buttati gli indizi... giusto per provare. be' detta così non mi piace ^^ ci penserò su ^^
-
Il fatto è che la demo va considerata come un Tutorial, ne prologo, ne intro, serve per mettere in scena tutte le meccaniche (o quasi, manca questa^^) prima del caso vero e proprio. essendo quindi concettualmente semplice questo fatto delle deduzioni non mi sembra vada "tutorato", "testato" in un tutorial se non è necessario. Vi trovate? @Squal: Monkey island.... quanti ricordi, ero uno scriccioletto che ci giocavo da mio cugino, ma non ho idea di quale fosse^^
-
Grazie mille Roxas, quando saremo pronti per i test ti faro sapere ^^ Aaaah... il post di Roxas mi ha fatto ricordare una cosa che non abbiamo detto: Essendo nella demo non ancora iniziato il caso vero e proprio, non riceverete indizi, quindi non sarà possibile provare i collegamenti. ^^ si potrebbe inserire qualche deduzione staccata dal vero caso, giusto per provare, ma vorrei evitare di dare questi indizi superflui che poi avanti con la storia potrebbero dare confusione. Il fatto è che la meccanica in se è molto semplice, non necessita di prove per prenderci la mano... Cosa ne pensate?
-
Grazie testament per la segnalazione, guardando il video ho già notato alcune differenze con la nostra meccanica. Intanto, come anticipava matty, nel nostro caso si possono non solo collegare due indizi tra loro, ma anche più di due, indizi con le successive deduzioni per altre deduzioni, e ancora indizi e oggetti per utilizzare in maniera particolare l'oggetto in questione. Da ciò deriva una giocabilità molto... libera. sta al giocare provare i collegamenti che vuole, quando vuole, dove vuole fino ad arrivare alla soluzione. In questo mi sembra che Ace A sia diverso, nel senso che, per lo meno da quello che ho visto, il giocatore ha una serie elencata di problemi e misteri da risolvere, già in questo quindi è guidato, poi nel caso del camino lui deve scegliere tra i vari indizi raccolti quelle che in quel luogo risolva il mistero, quindi come a dire: qui che oggetto vuoi usare? Al contrario in trap, oltre ai fatti il giocatore non avrà null'altro, sarà libero di perdersi nel caso, se non riesce a districarsi tra gli indizi. In questo forse trap potrebbe rivelarsi un gioco troppo difficile, alcuni giocatori potrebbero alla lunga ritrovarsi impantanati senza riuscire a proseguire e senza qualcosa che li possa guidare, a quel punto bloccati e annoiati potrebbero lasciar stare. Be' questo è un rischio che voglio corrode perché voglio che trap si riveli una VERA indagine, con i suoi ostacoli. Quindi ripeto, non ci saranno indicazioni sulla strada da intraprendere. Quelle poche indicazioni che ci saranno ci saranno perché matti dice che il gioco è troppo difficile e ci costringe a mettere qualche aiutino, ma da parte mia la libertà nell'indagine sarà l'aspetto fondamentale. Solo così un giocatore a caso risolto potrà sentirsi realmente soddisfatto nell'aver affrontato un enigma. Mi sono dilungato troppo, ritornando alle meccaniche di Ace A, credo quindi che ci siano delle differenze, però devo "studiarlo" un po' meglio per poterlo dire con sicurezza, spero che comunque ora la nostra meccanica degli indizi sia più chiara, ditemi voi in cosa si assomigliano e cosa no nel caso ^^
-
Grazie infinite BlackM, sto spingendo affinché non sia un gioco semplice XD corretto al volo l'errore sotto la barra, grazie per averlo segnalato. L'intento comunque sarebbe quello di partecipare al gamecontest, con quello che riusciamo a fare Grazie mille ancora :) Spero che non dovrai aspettare a lungo per la demo, lo spero davvero XDDDD @Testament: Conosciamo Ace Attorney solo di nome, quindi lì c'è questa meccanica di collegare gli indizi??? Peccato, speravo in un idea del tutto originale, beh fa niente, vorrà dire che dobbiamo rimediare e giocarci il prima possibile per vedere lì come funziona la cosa
-
Speriamo che vi piaccia ^^
-
quello vero, quello che disegna XD in realtà è sempre stato lui a postare, io giusto facevo qualche domanda nello sportello amico neji sul ruby, tutto qua ^^
-
Grande!! XD dovrai farti pelato però
-
Non piangere felpetta rossa&capello nero e mosso XD è che mi aspettavo un arzillo vecchietto ballerino in gonnellina e con annessa corona d'alloro, sono rimasto spiazzato ecco tutto XD XDDD perdonami Guardian e grazie a tutti per il benvenuto :)
-
sabato sera hanno parlato sulle e suonato le sigle di ufo robot, mazinga e altri per la "goldrake generation" domenica invece concerto di giorgio vanni e cristina d'avena con le sigle anni 90, poi dopo un dj giapponese ha mixato quelle degli anime attuali, è partito da FMA, death note e altri, fino a soul eater all'ultimo Lunedì sono venuti 2 gruppi visual, o J rock, i Sant WWR e P.d.P. tutto questo sempre più o meno dalle 9 alle 11 Chi c'era?? PS: mi sono appena presentato nella sezione, sono il fratello maggiore di Idriu
-
Visto che ormai abbiamo conosciuto Guardian e Test mi sembra giusto, per non fare confusione, presentarmi per bene. Mi chiamo Raimondo e sono il fratello maggiore di Idriu, è lui il disegnatore Ho lasciato il making come programmatore da un paio d'anni, da quando io e mio fratello tentammo con tre o quattro progetti mai completati. Ora il "compagno" di idriu è Matty95, io li aiuto con qualche bug e con la sceneggiatura, i dialoghi di Trap saranno miei. per ora è tutto, a presto :D
