[The RockOne]

mi sembra anche che questa cosa sia stata detta in un vecchio topic, ma non ricordo quale :azz:
io purtroppo non sono ancora del mestiere, dovremo aspettare che torni Nobun o comunque qualcuno che lo sappia.

[Xanadu]

Io ti avevo capito final se questo ti può consolare... :lol:

[Final Shine Attack]

ragazzi forse credo di aver capito come si fa :rolleyes: come mi ha detto nobun di aprire il file cns spada di nobunaga ho trovato cose interessanti, forse tra poko sarò io stesso a darmi la risposta :rolleyes:

[The RockOne]

ottimo

[Xanadu]

C`é sempre piú soddisfazione cosí :rolleyes:

[The RockOne]

Sì, OT: ti prego Xana cambia l'immagine :o

[Xanadu]

HUUUUBAAAAA

[The RockOne]

grazie! CHIUSO OT

[persefone]

Nobun, su Aug 7 2007, 16:23, detto:

Come ho già detto in un'altra discussione per lo stesso problema SCONSIGLIO di fare un'aura permanente...

Soprattutto perché è lunghissimo posizionarla correttamente, specie nelle animazioni di base in movimento (cadute, camminata, corsa, salto)...

Appena ho un po' di tempo (ma si deve aspettare oltre settembre) provo a vedere se riesco a creare una formula matematica che risolva il problema, altrimenti diventa una cosa parecchio ostica.

Per farti una idea di quanto può essere complicato vatti a vedere il file "spada.cns" che è contenuto nel mio Nobunaga... sappi che tutte quelle istruzioni che vedi servono solo per il posizionamento della spada impugnata sul personaggio (anche se ad onor del vero lì si aggiungeva l'ulteriore difficoltà di dover specificare volta-a-volta la giusta inclinazione nonché la difficoltà di ricalcolare tutto a seconda della posizione del braccio)... come vedi lo state 6100 sembra non finire mai e molte delle istanze successive dello [statdef -3] si preoccupano di regolare gli altri fenomeni che non potevano essere inseriti nello statedef 6100 sempre al solo scopo di posizionare la spada...

QUINDI il mio consiglio è di mettere l'aura solo in alcune mosse (possibilmente statiche) che così hai meno casini coi posizionamenti

devo fare una cosa simile con un oggetto che si accorcia col tempo e rilascia fumo

-se un char ha 800 frame,posso fare un tot di sprites dell'oggetto che tiene in mano diciamo solo una 30na e riciclare quelli riposizionandoli nell'air su tutti e 800 frame del char?
-il fumo deve seguire l'oggetto che si accorgia,ma uso degli sprites del fumo già fatti:posso riciclarli in modo che segua l'ggetto?

[Final_Bahamut]

Per farlo inserisci nel file CMD il seguente codice:

[State -2, Aggiunta Life]
type = PowerAdd
value = 100 ;punti di aumento
trigger1 = (gametime%60) = 0

Aumenterà di 100 punti ad ogni secondo la tua aura ;)

Precisamente va inserito dopo statedef -1 alla fine, ma prima della riga di separazione ^^

[Final Shine Attack]

oh mio dio funziona!!!! ma te ki 6? non so xkè ma ho la senzazione ke 6 uno ingamba

[Final Shine Attack]

scusami un po Final_Bahamut ma te x curiosità dove hai imparato ? :P

PS: scusate doppio post :P

[The RockOne]

per coincidenza lui l'ha imparato ieri, bravo Bahamut, LOL 2 Final :rulez:

[Final_Bahamut]

Non è merito mio ma di Nobum ^^ in verità so poco al riguardo dei codici. Mi sono limitato a modificarlo tutto qui ;)

Comunque nel caso tu voglia apportare delle modifiche ai tempi o alla quantità di recupero del personaggio ti spiego come fare:

[State -2, Aggiunta Power]
type = PowerAdd
value = 100 ;punti di aumento
trigger1 = (gametime%60) = 0

value indica la quantità di punti che vuoi recuperare. Io ho messo 100, ma se vuoi puoi mettere qualsiasi numero.

(gametime%60) indica la frequenza con cui aumenta la tua barra vita. Il valore 60 equivale ad un secondo. Se invece vuoi che la tua barra si cariche ogni due secondi basterà mettere al posto di 60 il numero 120.

Spero di essere stato utile ^^

[Final Shine Attack]

ca** 6 stato utilissimo ^.^ cmq mi potresti dire una cosa ke non ho ancora caito da tantissimo tempo ma le cose ke metto nel cmd le posso mettere tranquillamente anke nel cns?

[Final_Bahamut]

Non credo sono due cose differenti ^^ cmq sul CSN puoi modificare punti vita, livelli d'aura e potenza degli attacchi ;) cmq da quello che mi ha spiegato Nobum gli statedef con numero negativo sono sempre attivi, per cui inserendo per esempio il codice di prima la rigenerazione c'è sempre ^^ Invece gli statedef con numero positivo si attivano solo in particolari occasioni.

[Final Shine Attack]

chiarissimo ;) ho capito tutto :rotfl:


PS: raga oggi è lultimo giorno ke sono sul forum xkè tra un ora parto e c risentiamo tra circa 10 giorni :(

ciao ciao raga siete i mejo :P

[The RockOne]

hasta la vista amigo!

[Goku SSJ5]

Buone vacanze FinalShineAttack!

[Nobun]

Precisamente... gli state positivi sono gli state normali... il giocatore legge solo il codice in cui materialmente si trova (legge lo state 0 se è fermo in attesa, legge lo state 20 se cammina avanti, e così via)...

Quando si fa un attacco si chiama una istanza ChangeState che fa passare ad es. dallo state 0 allo state 200. L'attacco si trova nello state 200, il char legge il codice e nello state 200 ci sarà probabilmente un altra istanza ChangeState che riporterà il char allo state 0 (standing).

Quindi gli state positivi sono dei segmenti di codice che vengono attivati di volta in volta quando serve.

Fanno eccezione gli statedef negativi del CNS che sono 3: -1, -2, -3

Questi sono attivi sempre e vengono letti di continuo. I codici che vi si trovano vengono letti continuamente CON PRECEDENZA rispetto ai codici dello state in cui realmente si trova il char e viene letto tutto in questo ordine: prima il -3, poi il -2, ed infine il -1

Lo statedef -1 si trova nel file CMD, ma in realtà quello che vi è all'interno - tecnicamente parlando - è codice CNS. In effetti il CMD contiene sempre lo statedef -1 perché ha uno scopo preciso, quello di reindirizzare le varie mosse sulla base dei comandi eseguiti (ecco perché si trova nel CMD).
Quando dico di inserire nello statedef -1 un codice, molte volte lo faccio per semplicità vostra (è sempre inserito e si trova a colpo sicuro), ma a livello di programmazione - se si vuole fare un codice "ordinato" - potrebbe non essere una buona idea. Infatti (cosa scoperta sperimentalmente - non è scritta nei tutorial) lo statedef -1 sembra non essere letto quando un char si trova in un custom state (quando in poche parole sta subendo una presa e quindi sta leggendo il codice avversario).

Lo statedef -2 è l'UNICO statedef che contiene codici che vengono SEMPRE e COMUNQUE letti (quindi anche se stai leggendo il codice dell'avversario). Non è un caso che all'inizio avevo indicato di inserire tutto nello statedef -2.

Lo statedef -3 - questo sì viene scritto nei tutorial ufficiali - NON viene letto se ti trovi in un custom state.

Gli statedef negativi (come ogni statedef) devono essere definiti una sola volta nel CNS quindi, quando bisogna inserire del codice, bisogna verificare se già è stato definito andando a cercare su TUTTI i file CNS che contiene il file e se esiste inserirvi il codice in questa istanza senza ridefinire lo statedef negativo che serve (inpoche parole si aggiunge l'istruzione sotto statedef-2 un po' come si fa quando si fa la stessa cosa nel CMD).

Se invece effettivamente non esiste allora va definito introducendo l'inizio dello state con una istanza statedef

[Statedef -2]

[State -2, Power]
type = PowerAdd
value = 4
trigger1 = (gametime%7) = 0

-----

Spero di essere stato chiaro... :wacko: