Come funziona un Win state decider? cioè come lo creo e lo imposto?
Pagina 1 di 1
Win state decider come si crea?
#2
Inviato 22 November 2008 - 11:52
dunque lo statedef 180 è quello di winpose in automatico. quindi devi usare quello statedef per indirizzare il char.
ti faccio un esempio.
il 180 ha 2 changestate, con diverse condizioni di attivazione, ovviamente. o un random o una variabile o quello che vuoi tu.
uno porta al 181, uno al 182.
poi programmi in questi 2 statedef le diverse winpose.
spero di essere stato abbastanza chiaro ;)
Saluti
Squall
ti faccio un esempio.
il 180 ha 2 changestate, con diverse condizioni di attivazione, ovviamente. o un random o una variabile o quello che vuoi tu.
uno porta al 181, uno al 182.
poi programmi in questi 2 statedef le diverse winpose.
spero di essere stato abbastanza chiaro ;)
Saluti
Squall
#3
Inviato 22 November 2008 - 15:52
Sì, grazie. Ma esiste un trigger per queste win pose che vada totalmente a caso cioè senza usare parametri particolari insomma sceglie il mugen a caso?
#4
Inviato 22 November 2008 - 16:10
beh, basta mettere il trigger random...
consiste nella scelta casuale di un numero da 0 a 999... quindi se metti al primo changestate:
trigger1 = random = [0, 499]
e al secondo
trigger1 = random = [500,999]
la scelta è praticamente casuale ;)
Saluti
Squall
consiste nella scelta casuale di un numero da 0 a 999... quindi se metti al primo changestate:
trigger1 = random = [0, 499]
e al secondo
trigger1 = random = [500,999]
la scelta è praticamente casuale ;)
Saluti
Squall
#5
Inviato 22 November 2008 - 17:24
Funziona perfettamente, grazie. Però se io uso il random anche per le intro e in una metto trigger1 = random = [500,700] e poi lo metto anche per la win trigger1 = random = [500,700] mettiamo che come numero viene 567 la intro e la win saranno ccollegate? oppure viene scelto un numero in ogni singola occasione? cioè uno per le win, uno per le intro ecc.
#6
Inviato 22 November 2008 - 18:19
il numero viene "sorteggiato" non appena il char entra nello statedef desiderato. quindi non temere accavallamenti ;)
Saluti
Squall
Saluti
Squall
#7
Inviato 23 November 2008 - 01:21
Alcune precisazioni:
1) Il trigger random OGNI VOLTA CHE VIENE CHIAMATO produce un valore diverso quindi se hai comandi come il seguente:
[state x, 1]
...
trigger1 = random < 200
[state x, 2]
...
trigger1 = random < 400
----
il valore random effettivo in 1 e in 2 sarà diverso (es. primo random ritorna 700... non è minore di 200 quindi condizione non eseguita... secondo random ritorna 250 - non 700 - e quindi la condizione è realizzata)
-------------
2) Il Mugen, all'interno dello state di valutazione, legge le istruzioni nell'ordine in cui si trovano, ricominciando la lettura ad ogni tick di tempo. Questo significa che, in caso di ChangeState plurimi e tutti teoricamente eseguibili perché le condizioni trigger risultano integrate per tutti i comandi, il mugen eseguirà il primo cangestate, cambierà state, trascurando quindi gli altri changestate.
1) Il trigger random OGNI VOLTA CHE VIENE CHIAMATO produce un valore diverso quindi se hai comandi come il seguente:
[state x, 1]
...
trigger1 = random < 200
[state x, 2]
...
trigger1 = random < 400
----
il valore random effettivo in 1 e in 2 sarà diverso (es. primo random ritorna 700... non è minore di 200 quindi condizione non eseguita... secondo random ritorna 250 - non 700 - e quindi la condizione è realizzata)
-------------
2) Il Mugen, all'interno dello state di valutazione, legge le istruzioni nell'ordine in cui si trovano, ricominciando la lettura ad ogni tick di tempo. Questo significa che, in caso di ChangeState plurimi e tutti teoricamente eseguibili perché le condizioni trigger risultano integrate per tutti i comandi, il mugen eseguirà il primo cangestate, cambierà state, trascurando quindi gli altri changestate.
Condividi questa discussione:
Pagina 1 di 1

Aiuto










