Help trappole

[miticosamu]

Ciao a tutti, son riuscito a creare gli eventi delle lame che spuntano da terra quando l'eroe ci passa sopra, son riuscito a risolvere il problema che rispuntano da terra subito dopo che ci ritorni sopra e che quindi fanno in tempo a tornare giù, ho fatto si che quando le lame sono su e l'eroe è ancora in quella posizione perde vita. Il problema è che se l'eroe ci cammina sopra e torna indietro, passando sulle lame ancora alzate, non subisce danni, non sò a cosa sia dovuto questo problema. Chiunque avesse un'idea o non capisse risponda pure :D Grazie in anticipo

[miticosamu]

Già testato, penso che non prende le coordinate abbastanza velocemente così non fa distinzione se sono su o giù.

La differenza dei danni se subiti o no, credo sia dovuto al fatto di dove inserire la variabile eroe, se è nel processo parallelo non subisco danni, se è nell'evento della lama li subisco

 

 

Problema quasi risolto, domani posterò il lavoro fatto

Edited April 30, 2012 by miticosamu

[miticosamu]

http://www.mediafire.com/?l6e5p5zgqz5cuhr

Rimediato per chi interessasse, c'è solo un difetto, se corri e ti fermi a metà, subisci i danni per ogni lama su, se vi interessa e riuscite a rimediare fatemi sapere :D

Grazie a chi mi ha fornito qualche aiuto e idea

[Apo]

Scusa non ho ben capito, nel lavoro che ti ho postato qual era il problema?

[miticosamu]

Che se sei cammini fino a metà e torni indietro senza fermarti non subisci danni e che se ti fermi su una lama continui a subire danni

[Apo]

Guarda, dovrebbe essere tutto corretto XD

Se vai avanti senza fermarti non subisci danni.

Se vai su uno e ci rimani, subisci 10 danni.

Se vai su uno e torni su quello prima alzato, ne prendi sempre 10.

Ho sfruttato un evento comune per dare all'evento a tocco eroe una caratteristica del parallel process: usare il wait senza fermare l'eroe.

Altrimenti usare 5-6 processi paralleli sarebbe stato eccessivamente macchinoso.

 

Lame 3.0

Non credo ci siano problemi.

 

Certo che inizialmente non credevo dovesse venire una cosa così sofisticata XD

Hai trovato comunque un'ottima soluzione inserendo nel tocco eroe la condizione "se alzata, fai danno".

[miticosamu]

PERFETTO!

Esattamente ciò che volevo :D

Eh si, mi piace complicarmi la vita xD

Sei stato veramente molto gentile!

[Apo]

Figurati ; D E comunque era diventata una questione personale XD

[miticosamu]

Figurati ; D E comunque era diventata una questione personale XD

ahah comunque mi è sorta una questione xD Visto che mi piace comprendere tutto il lavoro, hai assegnato all'evento comune delle variabili 10 e 11 corrispondenti a x eroe e y eroe, ma quelle variabili 10 e 11 cosa sarebbero? O.o

[Apo]

Niente due variabili così, per controllare se il player ha cambiato posto. Chiamale come vuoi non so, "Eroe x 2" , "Eroe y 2".

In sostanza avviene questo:

avvio l'evento su mappa > avvia l'evento comune

se durante l'evento comune(sostanzialmente 3 frame) non mi sposto, subisco danni, e l'evento si disattiva.

Se mi sposto in tempo, non subisco ma se sono finito su una lama alzata prendo comunque danni.

 

Appena posso vedo se ho modo di eliminare l'uso di switch per ogni evento visto che è piuttosto scomodo

[miticosamu]

Grande pensata, complimenti :D

[Apo]

Ecco qua:

Lame 3.1

 

Questa versione utilizza la sola switch locale A di ogni evento, semplificando notevolmente e permettendo di risparmiarsi parecchie switch globali oltre che tempo di programmazione.

Sostanzialmente non funzionava perché il programma disattivava la switch PRIMA che finisse il movimento, mentre con la switch globale nel movimento doveva attenderne la fine.

Ora, la switch non la disattivo dentro quello stesso if, ma la disattivo nel primo if, quello che fa danno se la lama è alzata: se è abbassata, rimetto off la switch e così permetto il movimento. ; )

[miticosamu]

Ottima soluzione, io direi che meglio di così non si possa fare ;)

Grazie tante della disponibilità! :D

[Apo]

Di niente! ; D

Te l'ho detto, mi son anche divertito parecchio vista la vittoria XD