[Risolto]Input tasti "in attesa"

[Hash'ak'Gik]

In RPG Maker 2k/3 c'è la possibilità di aggiungere all'"if tasto premuto" l'opzione "aspetta input", ossia un'opzione che "mette in pausa" l'evento fino a quando non è premuto un tasto qualsiasi...

 

 

Devo fare la stessa cosa con RPG Maker XP, ma la suddetta funzione è stata eliminata: come faccio?

 

 

Per maggiori chiarimenti si vedano le immagini sotto:

(RM2k3)

http://uirpg.com/storage/uiv2.com/shootertut1.png

 

(RMXP)

http://img7.imageshack.us/img7/4117/vxdashsystemtutorialpic.png

 

A me serve il "Wait until key pressed" di 2k3 su XP

 

 

(Ho copiaincollato un mio post da un'altra community per brevità)

 

 

Grazie per le risposte

Edited November 27, 2010 by Hash'ak'Gik

[giver]

Di base mi sembra che non esista un modo per mettere in attesa il codice di un evento, neanche per i tasti. Il controllo tasti dell'XP (il comando evento che ti fa scegliere una Variabile in cui mettere il valore associato al Button) si limita a verificare il trigger? invece del press? (come avviene appunto con l'opzione della IF che hai indicato . . .)

 

Forse però c'è un glitch nella programmazione dell'evento (call) script che potrebbe permetterti di ottenere questo effetto . . . (sempre che nel tuo progetto tu non stia usando l'SDK, dove il glitch è stato eliminato)

Il funzionamento NON è garantito.

 

Prima di verificare cosa far accadere alla pressione del tasto, metti un (call) script con scritto

attesa = !Input.press?(0)

Questo in teoria, se ricordo bene l'effetto del glitch, dovrebbe fermare l'esecuzione del "codice" di quell'evento (solo di quello) finchè non viene tenuto premuto uno qualunque dei button . . .

[Guardian of Irael]

In pratica ti serve un aspetta finchè un qualsiasi tasto è premuto?

Credo funzioni...potresti fare così: tra i comandi c'è il controllo tasti, questo associa ad una variabile il numero del tasto premuto...qualsiasi numero relativo ad i tasti utilizzabili è diverso da zero...quindi ti basta fare se la variabile associata è maggiore di zero...allora sicuramente un tasto è stato premuto.

^ ^

[Hash'ak'Gik]

In pratica ti serve un aspetta finchè un qualsiasi tasto è premuto?

Credo funzioni...potresti fare così: tra i comandi c'è il controllo tasti, questo associa ad una variabile il numero del tasto premuto...qualsiasi numero relativo ad i tasti utilizzabili è diverso da zero...quindi ti basta fare se la variabile associata è maggiore di zero...allora sicuramente un tasto è stato premuto.

^ ^

Ci avevo già pensato...

 

Facendo così il problema si trasforma in: "Come dire all'evento di aspettare che una variabile muti?"

E ho già provato con tutti i metodi della programmazione classica (tipo assegnare il valore a una seconda variabile e confrontarle periodicamente) ma nulla

 

@giver: Non so ancora se usare le SDK o meno ma credo di sì

[Guardian of Irael]

Facendo così il problema si trasforma in: "Come dire all'evento di aspettare che una variabile muti?"

E ho già provato con tutti i metodi della programmazione classica (tipo assegnare il valore a una seconda variabile e confrontarle periodicamente) ma nulla

Ah sì avevo intuito dal post di giver, avevo capito male la richiesta... ^ ^

Già mettere in pausa un codice intero è un problema, non puoi dividere il codice in più blocchi, vero?

^ ^

[Hash'ak'Gik]

Ah sì avevo intuito dal post di giver, avevo capito male la richiesta... ^ ^

Già mettere in pausa un codice intero è un problema, non puoi dividere il codice in più blocchi, vero?

^ ^

No, non posso...

 

In pratica devo eseguire una combinazione di tasti (tipo su, su, giù, giù, sinistra, destra, sinistra, destra, A, B...Ogni riferimento al Konami Code è puramente casuale) che attiva un determinato evento...

 

Se la combinazione è sbagliata ne attiva un altro...

 

Esempi pratici: cheat, puzzle, forzieri (stile Gothic II), ecc.

 

E ciò non mi permette né di dividere il codice né di fare altro...

[giver]

Facendo così il problema si trasforma in: "Come dire all'evento di aspettare che una variabile muti?"

*Sono un fesso . . .*

 

Dovrai semplicemente usare un ciclo che si interrompe se la Variabile del Controllo Tasti è maggiore di 0 . . .

[Hash'ak'Gik]

*Sono un fesso . . .*

 

Dovrai semplicemente usare un ciclo che si interrompe se la Variabile del Controllo Tasti è maggiore di 0 . . .

No...Così funzionerebbe se il tasto fosse SOLO 1

 

Ma per esempio nel codice "su giù sinistra" la variabile è comunque maggiore di zero...

 

Potrei risolvere con un primo ciclo per attendere la pressione di un tasto...

Poi dentro al ciclo ci va un controllo per verificare se il primo tasto è giusto...

Dentro a questo controllo ci va un altro ciclo per aspettare il secondo tasto, e poi un altro controllo per il secondo tasto...

E così via...

 

È probabile che funzioni, così come è probabile che prima di impostare 5 eventi così mi sia già suicidato...

È un'ipotesi che tengo in considerazione ma è disumano attuarla (soprattutto per codici difficili o per centinaia di forzieri)

Edited November 27, 2010 by Hash'ak'Gik

[Guardian of Irael]

Mmmh e tipo un...metti devi premere il tasto destra e che questo corrisponde a due....

ciclo

- if variabile controllo tasti = 2

-- rompe ciclo passa al tasto successivo

- else (quindi tasto premuto sbagliato)

-- rompe ciclo e dice combinazione errata

fine if ed else

fine ciclo

 

dite che così comunque non tiene conto del controllo tasti che dice di aspettare di premerlo uno?

^ ^

[Hash'ak'Gik]

Mmmh e tipo un...metti devi premere il tasto destra e che questo corrisponde a due....

ciclo

- if variabile controllo tasti = 2

-- rompe ciclo passa al tasto successivo

- else (quindi tasto premuto sbagliato)

-- rompe ciclo e dice combinazione errata

fine if ed else

fine ciclo

 

dite che così comunque non tiene conto del controllo tasti che dice di aspettare di premerlo uno?

^ ^

Provato: non funziona...

 

Ora provo il metodo che ho scritto io incrociando le dita

[domyssj]

basta usare il comando IF Imput Trigger.

 

Nella Condizione SE metti lo script, ora non ricordo bene qual'è ma basta che vai nell'editor script fai cerca scrivendo "trigger" e lo trovi. Poi metti il tasto che vuoi. Una cosa tipo IF Imput Trigger C/X/A/B/C

[Guardian of Irael]

Argh! Ci ho sperato sotto sotto XD però alla fine c'era sempre l'if...

^ ^

 

Ora provo il metodo che ho scritto io incrociando le dita

Buona fortuna XD

^ ^

[Hash'ak'Gik]

Argh! Ci ho sperato sotto sotto XD però alla fine c'era sempre l'if...

^ ^

 

 

Buona fortuna XD

^ ^

Non è andata...

[Morshudiego]

Sicuramente usando il ciclo ti si è bloccato il gioco vero?

 

Questo è dovuto dal fatto che RPG Maker crashi quando si cerca di eseguire cicli senza tempo d'attesa (difatti le condizioni if non hanno tempi di attesa di esecuzione.)

 

La soluzione? Aggiungere un piccolo Aspetta 1 Frame nella casella ELSE.

 

Esempio:

^> Ciclo

@> Se X è Premuto

---@> "esegui azione, tipo variabile +1"

---@> Ferma ciclo

@> Altrimenti

---@> Aspetta 1 Frame

^> Ripeti

^> Ciclo

@> Se Y è Premuto

---@> "esegui azione, tipo variabile +1"

---@> Ferma ciclo

@> Altrimenti

---@> Aspetta 1 Frame

^> Ripeti

 

Eccetera Eccetera Eccetera.

Betatestato su RPG Maker VX e funziona. Speriamo funzioni anche su XP.

 

Eccoti una demo nel caso non capisci bene cosa ho scritto:

Demo

Edited November 27, 2010 by Morshudiego

[Hash'ak'Gik]

Sicuramente usando il ciclo ti si è bloccato il gioco vero?

 

Questo è dovuto dal fatto che RPG Maker crashi quando si cerca di eseguire cicli senza tempo d'attesa (difatti le condizioni if non hanno tempi di attesa di esecuzione.)

 

La soluzione? Aggiungere un piccolo Aspetta 1 Frame nella casella ELSE.

 

Esempio:

^> Ciclo

@> Se X è Premuto

---@> "esegui azione, tipo variabile +1"

---@> Ferma ciclo

@> Altrimenti

---@> Aspetta 1 Frame

^> Ripeti

^> Ciclo

@> Se Y è Premuto

---@> "esegui azione, tipo variabile +1"

---@> Ferma ciclo

@> Altrimenti

---@> Aspetta 1 Frame

^> Ripeti

 

Eccetera Eccetera Eccetera.

Betatestato su RPG Maker VX e funziona. Speriamo funzioni anche su XP.

 

Eccoti una demo nel caso non capisci bene cosa ho scritto:

Demo

Il problema adesso è fare in modo che il codice capisca quando si sbaglia...

Nella tua demo premere A, S, D permette di premere A, d, spazio, a, s, esc, maiusc, s, s, d funzionando sempre e comunque...

[domyssj]

basta usare il comando IF Imput Trigger.

 

Nella Condizione SE metti lo script, ora non ricordo bene qual'è ma basta che vai nell'editor script fai cerca scrivendo "trigger" e lo trovi. Poi metti il tasto che vuoi. Una cosa tipo IF Imput Trigger C/X/A/B/C

 

 

Hai provato così? Quando usavo XP questo sistema funzionava.

[Hash'ak'Gik]

Hai provato così? Quando usavo XP questo sistema funzionava.

Non devo fare questo...Se tu leggessi almeno il titolo per intero te ne saresti già reso conto

[domyssj]

guarda che ho letto tutto.

 

Vuoi che si deve premere un tasto con attesa e non che venga premuto come fa il 2k. E si fa con quel comando io l'ho usato tantissime volte.

 

Devi bloccare l'evento che resta in pausa finchè qualche tasto non viene premuto.

 

L'ho appena provato su XP proprio ora:

label 1

Controllo tasti : variabile X

Se X =!(diverso) da 0

evento

Else

vai alla label 1

 

In questo modo non parte niente finchè un tasto qualsiasi non è premuto.

 

Non è questo che devi fare?

 

Per la combinazione di tasti potresti usare il metodo che ho usato io sul 2k3 ma va anche per XP

 

Crei una serie di variabili che indica i tasti premuti in successione

 

Setti il controllo tasti con Imput Trigger in modo che con il tasto tenuto premuto non funziona.

 

Fai una condizione SE per ogni tasto.

 

SE il tasto premuto la variabile del tasto cambia valore.

 

Esempio stupido

 

facciamo i tasti Z X A S D

 

Evento in processo parallelo

"[V X]" significa indice = valore di una variabile per esempio setti 5 variabili di tasti da 100 a 104, setti la variabile "indice dei tasti" a 100

 

IF Imput Trigger (Z)

Variabile "[V X]" = numero corrispondente(non la variabile [VX] ma la variabile di indice corrispondente al valore di VX!)

[V X] + 1

IF [V X] > 105 (o il numero massimo di variabili di tasti )

Switch attivatore di un evento di "check" che controlla i tasti premuti e vede se combaciano con qualche combinazione giusta.

 

e fai eventi uguali per gli altri 4 tasti.

 

In questo modo se per esempio si premerà

 

Z D D S A

 

posto Z = 1 X = 2 A = 3 S = 4 D = 5

 

ti troverai

 

V[100]= 1

V[101]= 5

V[102]= 5

V[103]= 4

V[104]= 3

 

a quel punto fai che se il numero massimo di tasti è stato premuto (nell'esempio è 5) si attiva una swithc un chiama evento o quello che vuoi, che fail check delle variabili e vede se la combinzione è giusta

 

tipo se una combo/cheat è ZZXXX

 

farai 5 FORK collegate tipo

Se V[100]=1

SeV[101]=1

SeV[102]=2

SeV[103]=2

SeV[104]=2

Combo Giusta

Else

Errore

Else

Erroe

Else

Erroe

Else

Errore

 

spero di essere stato abbastanza chiaro.

Edited November 27, 2010 by domyssj

[Hash'ak'Gik]

guarda che ho letto tutto.

 

Vuoi che si deve premere un tasto con attesa e non che venga premuto come fa il 2k. E si fa con quel comando io l'ho usato tantissime volte.

 

Devi bloccare l'evento che resta in pausa finchè qualche tasto non viene premuto.

 

L'ho appena provato su XP proprio ora:

label 1

Controllo tasti : variabile X

Se X =!(diverso) da 0

evento

Else

vai alla label 1

 

In questo modo non parte niente finchè un tasto qualsiasi non è premuto.

 

Non è questo che devi fare?

 

Per la combinazione di tasti potresti usare il metodo che ho usato io sul 2k3 ma va anche per XP

 

Crei una serie di variabili che indica i tasti premuti in successione

 

Setti il controllo tasti con Imput Trigger in modo che con il tasto tenuto premuto non funziona.

 

Fai una condizione SE per ogni tasto.

 

SE il tasto premuto la variabile del tasto cambia valore.

 

Esempio stupido

 

facciamo i tasti Z X A S D

 

Evento in processo parallelo

"[V X]" significa indice = valore di una variabile per esempio setti 5 variabili di tasti da 100 a 104, setti la variabile "indice dei tasti" a 100

 

IF Imput Trigger (Z)

Variabile "[V X]" = numero corrispondente(non la variabile [VX] ma la variabile di indice corrispondente al valore di VX!)

[V X] + 1

IF [V X] > 105 (o il numero massimo di variabili di tasti )

Switch attivatore di un evento di "check" che controlla i tasti premuti e vede se combaciano con qualche combinazione giusta.

 

e fai eventi uguali per gli altri 4 tasti.

 

In questo modo se per esempio si premerà

 

Z D D S A

 

posto Z = 1 X = 2 A = 3 S = 4 D = 5

 

ti troverai

 

V[100]= 1

V[101]= 5

V[102]= 5

V[103]= 4

V[104]= 3

 

a quel punto fai che se il numero massimo di tasti è stato premuto (nell'esempio è 5) si attiva una swithc un chiama evento o quello che vuoi, che fail check delle variabili e vede se la combinzione è giusta

 

tipo se una combo/cheat è ZZXXX

 

farai 5 FORK collegate tipo

Se V[100]=1

SeV[101]=1

SeV[102]=2

SeV[103]=2

SeV[104]=2

Combo Giusta

Else

Errore

Else

Erroe

Else

Erroe

Else

Errore

 

spero di essere stato abbastanza chiaro.

Se leggi tutto il topic l'avevo già fatto così (o meglio con un procedimento molto meno inutilmente complicato) e il problema diventa "Aspetta fino a quando non cambia la variabile"...

 

Però c'è qualcosa nel tuo post che mi ha illuminato...Si spera che non sia un'altra falsa pista

[domyssj]

ma o non ho capito cosa vuoi o non lo so perchè a me con quel sistema funziona tutto benissimo.

 

Ci ho fatto un intero evento di inserimento password a 30 lettere.

 

mo ti faccio una demo.

 

Praticamente non succede niente se non c'è pressione di tasto, e memorizza i tasti premuti giusto?

Edited November 27, 2010 by domyssj

[Hash'ak'Gik]

ma o non ho capito cosa vuoi o non lo so perchè a me con quel sistema funziona tutto benissimo.

 

Ci ho fatto un intero evento di inserimento password a 30 lettere.

 

mo ti faccio una demo.

 

Praticamente non succede niente se non c'è pressione di tasto, e memorizza i tasti premuti giusto?

In un certo senso sì...

 

Ma devo controllare soprattutto che i tasti premuti NON siano quelli sbagliati, altrimenti il procedimento di Morshudiego sarebbe l'ideale senza troppe inutili masturbazioni mentali riguardanti variabili e robe varie

[domyssj]

con il procedimento di Morshu non memorizzi le variabili e non puoi fare un check finale per vedere se la password è esatta. Vedi solo se un qualunque tasto è premuto.

 

Cmq la prima parte di evento con la label per l'attendi funziona sicuro, se non premi niente torna sempre a inizio evento a riverifica se premi qualcosa.

 

Quindi a quel punto basta inserire li un'altra forck del tipo

 

Label 1

Controllo tasti variabile X

Se Variabile X =! 0

Se Variabile X = valore del tasto che deve esser premuto

tasto giusto --> succede quel che deve succedere

Else

Tasto sbaglito

Else

Vai alla label 1

 

Poi devi solo impostare come verificare qual'è il tasto giusto.

 

Cos'è che non va in un sistema così?

Edited November 27, 2010 by domyssj

[Hash'ak'Gik]

con il procedimento di Morshu non memorizzi le variabili e non puoi fare un check finale per vedere se la password è esatta. Vedi solo se un qualunque tasto è premuto.

 

Cmq la prima parte di evento con la label per l'attendi funziona sicuro, se non premi niente torna sempre a inizio evento a riverifica se premi qualcosa.

 

Quindi a quel punto basta inserire li un'altra forck del tipo

 

Label 1

Controllo tasti variabile X

Se Variabile X =! 0

Se Variabile X = valore del tasto che deve esser premuto

tasto giusto --> succede quel che deve succedere

Else

Tasto sbaglito

Else

Vai alla label 1

 

Poi devi solo impostare come verificare qual'è il tasto giusto.

 

Cos'è che non va in un sistema così?

Che sono un patito degli standard, ossia i codici devono funzionare senza nessun passaggio inutile e questo sistema ne ha moltissimi...Basti vedere quante switch e variabili usi per farlo...

 

E fosse un qualunque altro programma sarebbe stata mera pignoleria, ma in RM c'è il limite di 5000 switch e variabili...

Considera che devo fare questa cosa un sacco di volte (enigmi, forzieri, serrature, combo, minigiochi, ecc.) e ovviamente avere a disposizione un certo numero di switch e variabili per tutto il resto (eventi principali, quest varie, ecc.)

[domyssj]

http://dbzusd.altervista.org/tasti.rar

 

Ti ho fatto una demo che prevedo 2 combo diverse da 4 tasti.

 

La seconda mappa contiene solo un evento che mostra a che numero corrispondono i tasti.

 

Penso dovrebbe essere quello che vuoi. Non succede niente se non premi. Se premi sbagliato un messaggio ti avvisa se premi giusto non succede niente, finche non arrivi a combo completa ed un messaggio ti avvisa.

 

Il pesonaggio con i capelli rossi ti dice la combo da fare.

Edited November 27, 2010 by domyssj

[Hash'ak'Gik]

http://dbzusd.altervista.org/tasti.rar

 

Ti ho fatto una demo che prevedo 2 combo diverse da 4 tasti.

 

La seconda mappa contiene solo un evento che mostra a che numero corrispondono i tasti.

 

Penso dovrebbe essere quello che vuoi. Non succede niente se non premi. Se premi sbagliato un messaggio ti avvisa se premi giusto non succede niente, finche non arrivi a combo completa ed un messaggio ti avvisa.

 

Il pesonaggio con i capelli rossi ti dice la combo da fare.

Il problema è sempre lo stesso: è inutilmente lungo...8 pagine di eventi per 4 tasti sono impensabili

 

Come ti dicevo però mi hai illuminato, il tempo di fare una ricerca e dovrei rispondermi da solo...Forse

[domyssj]

Bhe non penso ci siano modi di farlo estramemente corti.

 

E non vedo quale sia il problema ad avere un evento un pò più lungo ma che funziona bene. Stai certo che non finisci switch e variabili visto che puoi riutilizzare sempre le stesse.

 

Cmq felice di averti aiutato :D