Sportello aiuti veloci MV

[Guardian of Irael]

Date le nuove features presenti nell'MV è stato deciso di aprire uno sportello aiuti veloci anche per questo tool! ^ ^
Le regole sono le stesse:

postate qui le vostre domande semplici così da non aprire diecimila topic uguali e riceverete entro breve la vostra risposta.

ISTRUZIONI

Le domande devono essere scritte in grassetto e in un colore visibile (possibilmente ROSSO) precedute da una "D" maiuscola

La risposta deve essere preceduta da una "R" maiuscola e NON in grassetto.

Esempio:

D: Come posso cambiare il nome all'eroe tramite evento?

R: prima pagina dei "comandi eventi", colonna a destra, secondo bottone partendo dal basso.

Potete postare domande di facile risoluzione od anche piccole richieste di script e funzionamento Plugin.

^ ^

[Guardian of Irael]

 

Il menù è nell'evento comune, praticamente l'evento in mappa, lo richiama e basta circa, insomma l'evento comune per l'intero menu (dove ci sono i limiti, le scelte, e così via) è solo uno, visto che dovrò fare più di un menù.. e non voglio spezzettare un singolo menu in più eventi, altrimenti ogni volta è un casino.. (se ho capito cosa volevi dirmi)

Più che altro il mio punto era che se il problema è cambiare la grafica a data pagina evento non usare un evento a più pagine per mostrare la grafica, ma uno dedicato.

^ ^

 

Già, per i tasti extra senza plugin non te la cavi! >

 

 

 

Ci stavamo spremendo le meningi su ipotesi varie quando in realtà bastava capire per cosa servisse XD

XD

[Satsume]

Più che altro il mio punto era che se il problema è cambiare la grafica a data pagina evento non usare un evento a più pagine per mostrare la grafica, ma uno dedicato.

^ ^

 

Già, per i tasti extra senza plugin non te la cavi! > <

 

 

XD

Mi trovo bene con lo switch degli eventi, se non mi crea danni, preferisco quel metodo xD

per i tasti... eh.. lo so

Comunque son riuscito a fare un menu' decentino, nel senso che funziona e fa quello che deve fare, il problema è che finchè la gente lo usa come "dovrebbe essere usato" non mi preoccupo, il problema è che se trovo gente che vuole "rompere il gioco", per fortuna nessun crash o pictures svolazzanti, ma tipo tenendo premuto il tasto giu o su (per cambiare comando del menu) potrebbe bloccarsi su un singolo comando e continuare a sentire il "tic" del cursore che si muove, ovviamente per simulare la scelta (altrimenti un menu' muto mi sembra strano lol)

 

 

Comunque c'è una cosa strana che vorrei sottoporvi, vedete i limiti in alto? cioè IF > 3 = 1 (per tornare a capo con i comandi del menu),etc... beh capita che se tengo premuto "in basso" il gioco riesce ad arrivare a 4... e non capisco come sia possibile se ho messo il limite a 3, si riesce ad auto-rompere con tanto di limite?

Ps: dopo che lascio il tasto premuto e ritorno a premere normalmente non ricapita il 4... però se tengo premuto sì

Ps2: non badate all'evento in esecuzione automatica (CHE ORA STRANAMENTE NON MI LAGGA PIU'), era per vedere se cambiando qualcosa leggeva meglio i limiti... ma sembra lo faccia ugualmente.

[Guardian of Irael]

Due appunti per quell'ultimo problema:

- il codice torna in alto in qualche modo? Tipo di base hai un parallelo o delle label/ciclo che fanno ricominciare il codice?

- va a 4 per un periodo e poi torna a 3? Dovrebbe essere normale visto che ci sono degli aspetta, prima che l'evento ricominci la variabile va a 4 perché la prima parte di codice non viene subito letta.

^ ^

 

Soluzione che non tiene conto di quel che ho scritto sopra, semplicemente è un controllo da fare in un'altra parte.

In pratica sposta il controllo dentro al se tasto premuto. Fai una cosa del tipo...

se tasto premuto

- se variabile menu = 3

---- variabile menu = 1

- altrimenti

---- variabile menu +1

- fine secondo se

fine primo se

Così per forza ti andrà dalla parte giusta senza dover aspettare il codice di controllo separato ad inizio evento.

^ ^

[Satsume]

Due appunti per quell'ultimo problema:

- il codice torna in alto in qualche modo? Tipo di base hai un parallelo o delle label/ciclo che fanno ricominciare il codice?

- va a 4 per un periodo e poi torna a 3? Dovrebbe essere normale visto che ci sono degli aspetta, prima che l'evento ricominci la variabile va a 4 perché la prima parte di codice non viene subito letta.

^ ^

 

Soluzione che non tiene conto di quel che ho scritto sopra, semplicemente è un controllo da fare in un'altra parte.

In pratica sposta il controllo dentro al se tasto premuto. Fai una cosa del tipo...

se tasto premuto

- se variabile menu = 3

---- variabile menu = 1

- altrimenti

---- variabile menu +1

- fine secondo se

fine primo se

Così per forza ti andrà dalla parte giusta senza dover aspettare il codice di controllo separato ad inizio evento.

^ ^

- no non ho nessun ciclo, label o altro (per questo avevo rimesso esecuzione automatica, magari controllava instant)

- mhm effettivamente sì, quando finisco di premere torna a 1 invece che rimanere 4, dici che appunto sono i wait? beh devo tenerli quelli, altrimenti si sputtana tutto senza pause.

 

Volevo provare a fare un controllo interno, ma istintivamente non mi è venuto di farlo, magari ci provo...

 

grazie comunque x.x

 

EDIT: il tuo metodo funziona e non si bugga anche volendo rompere il gioco *-* (oppure forse no XD sto facendo prove)

Edited March 23, 2021 by Satsume

[Satsume]

Allora novità;

Per il menu' non dovrebbero esserci più problemi, o almeno nessun problema serio, non si bugga e altro, solo che ho dovuto creare un'altro evento comune, solo per gestire i limiti (>3 etc)

 

Oggi mentre testavo, inventavo cose e così via, ho notato un bug a caso che mi ha fatto riflettere e mi ha fatto provare a "rompere il gioco" con la conseguente uscita di altri bugs.. ma prima di spiegare il problema vorrei capire il funzionamento di una cosa su rpg maker... ho fatto un esempio su carta diciamo (avrei potuto screenare ma vorrei capire più che correggere a caso)

 

Mettiamo caso che ho un day-night cycle basato sui secondi, ovviamente durante l'arco della giornata (tot secondi) ci saranno dei cambiamenti;

esempio: if 250 secondi tinteggia arancione per simulare alba, if 300 secondi tinteggia blu e suona un bgm/mp3 notturno e così via..

Ora considerando che per evitare che una finestra qualsiasi potesse far scorrere il tempo (tipo, parlo con un personaggio, e rimango lì fermo, nel frattempo il tempo continua a scorrere) ho quasi messo uno switch off sulla timeline per evitare appunto di creare problemi.. ora però ho capito che non basta per evitarli i problemi, perchè in caso in cui...

esempio immagine sopra: il player attiva un'evento a 200 secondi (a caso), oppure considerando che quei 4 comandi per eseguirli tutti ci vorranno 10-15 secondi, quindi tendenzialmente da 200 a 215 secondi il giocatore non deve fare cose strane... ma in caso in cui appunto starta qualcosa, a 203 secondi, l'animazione del salto su e giu verrà completata perchè scriptata (nel mentre l'evento bloccherà il time.switch per poi riprendere, ma non a 200, ma bensì a 203, considerato che il programma doveva eseguire altre 3 azioni, il programma o le skippa o fa finta che le abbia attivate insomma.. perchè da quel che vedo rpgmaker non "riprende" da dove ha lasciato..

(il problema persiste anche se è > 200 invece di = 200, e inoltre alcuni eventi devono solo attivarsi per quel secondo, e non persistere, quindi non posso rischiare cicli di azioni...)

Ora ho provato un pò a fare delle prove.. ma non so come fare in modo che gli eventi non vengano skippati (suono di notte ma la tinta blu non è avvenuta, oppure pictures animate che non vengono visualizzate, etc)

Non so se mi sono spiegato, in caso posto gli screen >.<

Edited March 24, 2021 by Satsume

[Guardian of Irael]

Semplicemente, una volta che l'if viene letto tutto quello che è dentro l'evento e quello che è dentro gli if verificati verrà letto anche se nel frattempo un altro evento lo disattiva con una switch.

Prova ad esempio a mettere 20 messaggi o 20 salti dentro un evento in processo parallelo.

Tramite un altro evento in processo parallelo disattiva il primo attivandone una nuova pagina con una switch.

Noterai che prima tutti i messaggi o i salti verranno eseguiti e poi l'evento verrà disattivato.

 

il programma o le skippa o fa finta che le abbia attivate insomma.. perchè da quel che vedo rpgmaker non "riprende" da dove ha lasciato..

In pratica non salta i passaggi e non finge di averli già attivati, li esegue senza fermarsi.

^ ^

[Satsume]

Sarò stupido, ma se li eseguisse non ci sarebbe il problema, sono qua perchè il programma non lì fa... posto lo screen dove capitano questi bugs;

NOTABENE: non è quello originale di stamane, ho inserito piu' dissolvenze di BGM (ma prima c'era solo quellasui 230), inoltre prima l'animazione pictures era if secondi = 230 (quindi capitava che a 231 skippava le cose), ma ho modificato in modo che ha 10 secondi di tempo per eseguire i comandi.. anche se avvio un evento a 230..

 

Detto questo ti scrivo i svariati bugs che capitano così almeno mi sai spiegare il motivo.

#durante l'alba (200) inizia la dissolvenza bgm, se durante quel momento apro un evento (che magari mi mette una nuova musica) dopo semplicemente rimane in silenzio, come se in background avesse concluso i 50 secondi o li avesse skippati

#durante il 230 ci dovrebbe essere l'animazione dell'icona Sun che sparisce verso destra, si trasforma in luna, e ripassa a sinistra, solo che avvio un'altro processo durante il Sun che sparisce, l'animazione viene pure completata, ma poi la luna non torna (anche se ho parzialmente risolto allungando l'if da if = 230 a if > 230 ma <240), però mi si è comunque buggato prima.. in qualche modo..

etc..

Non so se sbaglio io, o dovrei anche in questo caso mettere 2 eventi separati solo per le animazioni/suoni,etc..

[Ischenderun]

...

Detto questo ti scrivo i svariati bugs che capitano così almeno mi sai spiegare il motivo.

#durante l'alba (200) inizia la dissolvenza bgm, se durante quel momento apro un evento (che magari mi mette una nuova musica) dopo semplicemente rimane in silenzio, come se in background avesse concluso i 50 secondi o li avesse skippati

 

Prova a mettere un'attesa di 50 secondi dopo la riproduzione del suono

#durante il 230 ci dovrebbe essere l'animazione dell'icona Sun che sparisce verso destra, si trasforma in luna, e ripassa a sinistra, solo che avvio un'altro processo durante il Sun che sparisce, l'animazione viene pure completata, ma poi la luna non torna (anche se ho parzialmente risolto allungando l'if da if = 230 a if > 230 ma <240), però mi si è comunque buggato prima.. in qualche modo..

etc..

Non so se sbaglio io, o dovrei anche in questo caso mettere 2 eventi separati solo per le animazioni/suoni,etc..

Dovresti creare una sorta di ciclo continuo con un for o azzerando la variabile che regola il tempo. Quello che vedo non basta a capire che strada stai percorrendo. Stando solo a questo ti direi che se funziona può farlo solo una volta. Edited March 24, 2021 by Ischenderun

[Guardian of Irael]

Problema alba:

Sono un po' confuso perché non ci sono i comandi di quando fai partire i BGM, ma solo di quando li dissolvi. Il fatto che il bgm non torni potrebbe dipendere non dall'evento che viene bloccato, ma dal fatto che tu con un evento suoni un altro BGM. In quel caso finito il nuovo BGM devi fare un controllo per far partire quello che c'è in quel periodo della giornata. Facendo partire un BGM di fatto occupi il canale con una nuova musica e anche se rpg maker ha avuto l'input per farla partire un'altra ormai quella è stata sovrascritta e dovrà essere richiamata di nuovo.

^ ^

 

Attenzione a due cose:

- durante l'alba ti manca il controllo minore di 230

- appunto minore o a limite = 250 e quello dopo è

 

A 230 non ho capito cosa intendi per...

 

ma poi la luna non torna (anche se ho parzialmente risolto allungando l'if da if = 230 a if > 230 ma

in che senso non torna? Io lì vedo 4 comandi dissolvi, sposta, motra e sposta... non esegue uno di quelli? ^ ^

[Satsume]

Ische non ho capito cosa intendi sinceramente... poi wait di 50 secondi? saranno millemila frames lol

 

Problema alba:

Sono un po' confuso perché non ci sono i comandi di quando fai partire i BGM, ma solo di quando li dissolvi. Il fatto che il bgm non torni potrebbe dipendere non dall'evento che viene bloccato, ma dal fatto che tu con un evento suoni un altro BGM. In quel caso finito il nuovo BGM devi fare un controllo per far partire quello che c'è in quel periodo della giornata. Facendo partire un BGM di fatto occupi il canale con una nuova musica e anche se rpg maker ha avuto l'input per farla partire un'altra ormai quella è stata sovrascritta e dovrà essere richiamata di nuovo.

^ ^

 

Attenzione a due cose:

- durante l'alba ti manca il controllo minore di 230

- appunto minore o a limite <= a 249. Se metti un controllo >= 250 e quello dopo è <=250 ci sono due uguali e quindi in quel dato secondo 250 sarà sia giorno che notte.

 

A 230 non ho capito cosa intendi per...

in che senso non torna? Io lì vedo 4 comandi dissolvi, sposta, motra e sposta... non esegue uno di quelli? ^ ^

alba: il comando bgm è nel timeline a if 0 secondi (praticamente quando parte il tempo), e c'è un richiamo al bgm quando finisce l'evento che mette la nuova musichetta, bgm base lalal, evento nuova musica, fine evento di nuovo bgm lalal

quindi tecnicamente dovrebbe ricominciare da dove ha lasciato.. forse però a volte la musica persiste perchè "passa oltre" il dissolvi bgm, perchè a volte appunto capita che la musica persiste durante la fase notturna.. quindi non lo so.

 

altri problemi:

- alba2, dici che serve un'altro controllo minore di 230?

- ops sì ho sbagliato, ma penso di averlo messo corretto oggi, e stamane nemmeno c'era quindi...

- 230; allora praticamente il 230 è il lasso di tempo che serve alle picture per scambiarsi per poi arrivare a sera a 250, quindi cosa accade..

-1-dissolvenza del bgm giornaliero in tempo per quando arriva notte

-2-l'icona del sole si sposta verso destra fino a scomparire dallo schermo (ci mette 10 secondi o quel che sia)

-3-l'icona del sole si trasforma in icona della luna (ma è ancora nascosta al di fuori dallo schermo

-4-l'icona del sole ormai trasformata in luna ritorna da destra fino a posizionarsi, e quando si posiziona contemporaneamente cala la notte (poichè ormai 250)

poi a 250 il suono notturno + la tinta blu...

Dico solo che se io blocco l'evento a 230 -durante lo step 1- (che lo completa, nel senso che va a nascondersi), dopo quando riparte il "time" la luna non viene a prendere il suo posto (anche se parzialmente ho risolto allungando il tempo)

Dici che se metto doppio controllo su tutti risolvo tutti i problemi? o in caso... cerco di speedarli in modo da ridurre le chances di bugs (perchè qui si parla sempre se una persona attiva qualcosa durante un certo lasso di tempo, sennò non ci sono problemi)

 

Comunque nel mentre aspetto risposte.. provo a fare modifiche tenendo però questo di base... e vediamo se riusciamo a risolvere..

[Ischenderun]

... . Il fatto che il bgm non torni potrebbe dipendere non dall'evento che viene bloccato, ma dal fatto che tu con un evento suoni un altro BGM. In quel caso finito il nuovo BGM devi fare un controllo per far partire quello che c'è in quel periodo della giornata. Facendo partire un BGM di fatto occupi il canale con una nuova musica e anche se rpg maker ha avuto l'input per farla partire un'altra ormai quella è stata sovrascritta e dovrà essere richiamata di nuovo.

^ ^

 

Ecco perché suggerivo un'attesa relativa al bgm. Quando tu imposti un bgm con una certa durata stai dicendo solo "suona questo che ha una durata di tot" dunque serve anche qualcosa che dica " non rompete le scatole fino a quando non smetto di fare la mia suonata". Ora non ricordo se esiste un comando "attendi la fine del bgm" ma il succo è quello. Ti bloccherà qualsiasi cosa fino alla fine del suono ma almeno non verrà sovrascritto da altro. Infatti solo lo start del suono rispetta il criterio di "rispetta l'ordine a cascata delle istruzioni" ma non la sua durata. Aspettare la fine di questo suono/mudica/effetto sonoro è un comando che deve essere specificato. Per il resto secondo me va chiarito bene il percorso utilizzato. Si potrebbe pensare persino a tenere in considerazione il contapassi legato ad una variabile di controllo per avere uno scorrere del tempo (anche se restando fermi il tempo non scorrerebbe)

[Satsume]

Per i BGM ho messo controlli negli eventi e limiti basati sull'orario (se evento secondario finisce, suona bgm, ma prima controlla se sono 200 secondi, o 120, e in base suona o non suonare nessun bgm), le dissolvenze le ho aggiustate un pò e settate meglio.

per il resto mi sono accorto che gli eventi che facevano diciamo questo conflitto, avevano il time.switch on, messo prima del tempo (facendo scorrere secondi durante l'evento stesso), ciò mi faceva perdere almeno 2-3 secondi del gioco, inoltre ho settato un pò di limiti qua e la nel common event.

Per ora forse non è ancora esente da bugs al 100%, ma se prima potevano capitarne 10, ora ne possono capitare 3 (sempre se le coincidenze fanno in modo che il tizio avvii eventi o altro durante quei 10-15 secondi del ciclo giornaliero ovviamente), però considerando che dovrò mettere un sacco di eventi ad attivazione, vorrei evitare che in nessun modo si buggasse, anche a costo di usare 3 common event per il DAY/NIGHT (ma non voglio appesantire il gioco, cioè non so se è meglio un singolo common corposo parallelo, o 3 mini common event paralleli)

In caso mi accorgessi di altre cose strane.. ovviamente lo scriverò

[Ischenderun]

Questo è quello che feci molto tempo fa per la gestione del ciclo giorno e notte tenendo in considerazione anche lo scorrere dei giorni. A quel tempo mi basai sul contapassi perchè mi scocciava che i dialoghi "rubassero" tempo (alcuni giocatori potrebbero leggere più velocemente di altri o molto lentamente).

dovrei rivederlo bene perchè (mannagia a me) non avevo l'abitudine di inserire commenti.

Il succo è questo :

Affido a 3 variabili la gestione di tinte, giorni e tempo che scorre.

Control_tempo mi aumenta di 100 ogni volta che il giocatore arriva al mio check point (100 passi) dunque la prima volta che farà 100 passi raggiungendo il valore della mia variabile control_tempo questa aumenterà il suo valore di altri 100 (diventando 200, 300, 400 e così via) mantenendo un ciclo autoalimentato dai passi del giocatore. questo potrebbe esserti di spunto.

 

[Satsume]

Da neofita della programmazione ad eventi posso vantarmi di aver fatto almeno 3-4 DayNight cicle, peraltro il primo in assoluto contava i minuti a 10 (12:10, 12:20,12:30) e perfino i giorni della settimana, qui invece ho scelto per un ciclo semplicissimo di un tot tempo (360 secondi) e di gestire tutto in quell'arco, senza suddividere numeri, mettere minuti, ore, giorni e così via.. insomma proprio una cosa easy

Che a quanto pare crea comunque problemi (ma lì mi sa che sono io che non conoscendo bene il programma non metto tutte le accortezze ad ogni evento)..

Ieri prima di -fixare- le cose, avevo visto anche un video di un tizio, che praticamente aveva un DNcicle in 6-7common event, strutturato per cose, solo che per l'appunto non conoscendo cosa può e cosa non appesantisce il gioco, non ho mai pensato di splittare eventi che richiedono un singolo evento...

Comunque quello è l'intero evento o solo parte di esso? Per i testi, diciamo che è la prima cosa che mi sono accorto, magari uno va afk durante un evento dove c'è del testo, il tempo scorre (alcuni eventi scriptati vanno in background, ma senza testi visto che c'è il testo già attivo) e diciamo va in pappa tutto il sistema, così ora inserisco un time.off ad ogni possibile dialogo o evento, così evito che si possa "cheattare", così magari allungo indubbiamente anche il ciclo giornonotte...

Una sola cosa, ma se il tempo = passi del giocatore, se il giocatore rimane fermo? fa za-warudo? (pls non farmela spiegare ahah)

[Ischenderun]

Si, questo è l'intero evento comune. Avevo già scritto che restando fermi il tempo non scorrerebbe ma quando creai questo ciclo era una cosa che ho considerato di proposito. Non volevo che il giocatore si fermasse per un motivo x (diciamo interrotto da una chiamata al telefono) e tornando al gioco si ritrovasse dal giorno 1 al giorno 30. Stessa logica per i dialoghi. In quel progetto il fattore tempo doveva essere determinante e ritrovarsi defunto mentre si parla con un npc o a causa di interruzioni varie non mi sembrava carino. Ovviamente era prevista anche la pausa ma io stesso me ne dimentico quando vengo interrotto mentre sto giocando.

 

Ps. Questo fu una delle prime cose che sperimentai. Adesso sono sicuro che mi muoverei in maniera diversa

Edited March 25, 2021 by Ischenderun

[Satsume]

Non so se lasciare il time stop durante l'afk sia una cosa sensata, dipende dal tipo di gioco che uno vuole fare, ovviamente gusti e features personali..

 

Comunque avevo semifixato come ho detto il TIME, ora però sto vedendo se posso splittarlo in 2 common event, e sto testando a mettere le pictures animate sotto uno switch diverso, in modo che arrivati al 250 (per dire), anche se il giocatore dovesse creare qualcosa da TIME OFF, l'animazione della picture avverrà e si completerà obbligatoriamente, senza però che il tempo avanzi (devo solo stare attento alle animazioni, perchè se faccio qualcosa di complesso, lo ripeterà continuamente durante il time freeze, quindi mi sa che posso solo fare qualcosa di semplice... (o magari potrei disattivare lo switch? boh, devo fare dei test)

 

Non sono qui per il tempo comunque (anche se consigli sono sempre accetti) ma sono qui per una curiosità, tanto per cambiare mood volevo creare un mercante girovago, così vabbe tutti i settaggi bla bla, mi sono creato il PERCORSO custom (scritto e riscritto inverso) e fin lì, figo, bla bla, però ho notato che l'npc si "attiva" solo quando il mio pg sta ad una certa distanza, mentre io pensavo che una volta impostato il percorso l'npc l'avrebbe fatto in qualsiasi caso..

Quindi è normale?

Edited March 26, 2021 by Satsume

[Ischenderun]

...

Non sono qui per il tempo comunque (anche se consigli sono sempre accetti) ma sono qui per una curiosità, tanto per cambiare mood volevo creare un mercante girovago, così vabbe tutti i settaggi bla bla, mi sono creato il PERCORSO custom (scritto e riscritto inverso) e fin lì, figo, bla bla, però ho notato che l'npc si "attiva" solo quando il mio pg sta ad una certa distanza, mentre io pensavo che una volta impostato il percorso l'npc l'avrebbe fatto in qualsiasi caso..

Quindi è normale?

Assolutamente no. Qualcosa crea un conflitto. Una volta impostati i parametri di base (velocità, animazione a piedi ecc) e le istruzioni per il percorso dovrebbe andare in automatico.

[Guardian of Irael]

Sicuro di non avere un plugin per l'antilag attivo? Solitamente sono quelli che creano conflitto bloccando gli eventi "che non vedi".

^ ^

[Satsume]

ho solo quei 2-3 plugin che manco a farlo apposta mi modificano il 0.03% del gioco, comunque li ho disattivati TUTTI e comunque non starta..

Tanto per essere sicuro qua c'è uno screen, magari c'è un errore idiota ma boh

 

PS: domanda casuale, nel plugin basic, su cache immagini all'inizio avevo 20mb, ora sono 10.. potrebbe c'entrare qualcosa? (ps: ma a cosa serve??)

[Ischenderun]

Prova a selezionare passo-passo.

Come si chiamano(e di chi sono)i plugin che usi?

[Guardian of Irael]

Lo fa anche su un nuovo progetto?

Solitamente è la frequenza a bloccare il personaggio, ma ogni tot non se ti avvicini o no e lì vedo che è impostata al massimo, quindi dovrebbe muoversi sempre.

^ ^

[Satsume]

Sì lo fa anche su un nuovo progetto, e ho provato a mettere animazioni passo-passo,etc, non cambia niente =/

I plugin non c'entrano, li ho disattivati tutti e continua a farlo quindi. (e su nuovo progetto non ci sono..)

[Guardian of Irael]

Se lo fa anche su un nuovo progetto, be'... no non è normale. Ti andrebbe di caricare il nuovo progetto aperto con l'evento impostato? ^ ^

 

 

 

 

(Tanto per... io creo un nuovo progetto, creo un evento, metto frequenza al massimo, la grafica standard di un eroe e poi imposto un movimento personalizzato con ripeti e destra, destra, destra, sinistra, sinistra, sinistra. Anche quando mi allontano l'evento continua a muoversi senza mai fermarsi)

[Satsume]

In verità era su un progetto avviato (i test per il primo progetto) ma praticamente nuovo, ora mi è venuto il dubbio, quindi ho creato da zero un progetto, e ritestato, ovviamente stesso risultato lol.

Sto uppando (ps: quasi 400mb lol)

Ma solo a me devono capitare ste cose? che sfiga madoh.

 

https://ufile.io/r71nh2fz

Uppato.

[Guardian of Irael]

Pare essere una contromisura per il lag interna all'MV. Effettivamente gli eventi fuori dalla schermata a una certa distanza non si attivano.

Avevo provato da troppo vicino credendo intendessi una cosa tipo attivazione in prossimità dell'evento e non fuori dalla schermata! >

https://forums.rpgmakerweb.com/index.php?threads/events-dont-move-off-screen.47902/

Lì trovi la soluzione (potrebbe essere sovrascritta durante gli aggiornamenti, tienila da parte e controlla) ^ ^