[maxim]

Cerco di fare un' po' di ordine secondo la mia esperienza personale....
.....appunti tratti dai post di Slayer e Nobun... ^_^

Fixare un file.SFF di un char ( immagini corrotte o errore assert-failure in spr...)

Servono prima di tutto due programmi:

sffextract: reperibile sul sito www.mugenation.com sezione programmi
sprmaker : reperibile nella sottodirectory del mugen "tools"

Si usano da riga di comando: da esegui di windows, da dos-shell oppure usando un programma che ha la riga di
comado tipo "Total Commander"


1) Copiate i programmi nella directory del char da fixare
2) Eseguire in quella directory questo comando: sffextract.exe -o Nomechar.txt -i -d Nomechar.sff

es.se volessi fixare il file .SFF del char nobunaga...

sffextract -o nobunaga.txt -i -d nobunaga.sff

3) otterremo una sottodirectory nell' esempio nobunaga...con tutte le immagini che compongono il file .SFF
4) Avremo nella directory del char anche un file .txt (Nomechar.txt) nell' esempio: nobunaga.txt
5) Ora dobbiamo editare il file.txt ottenuto cosi':

----------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------------ -------------------------------

1) Una volta estratto l'sff apri il file di testo creato (nell' esempio -> nobunaga.txt)

Trovi una serie di numeri e istruzioni tipo questa

CODE

nobunaga.sff
nobunaga\00000001.pcx
0
1
50
100
nobunaga\00000002.pcx
0
2
60
90
...


prima della primissima riga (dove vedi il nome del file sff da creare) devi aggiungere queste righe
CODE

#
1
2


quindi, nell'esempio di prima:

CODE

#
1
2
nobunaga.sff
nobunaga\00000001.pcx
0
1
50
100
...


----------

2) Trova le informazioni relative all' immagine 9000,0 e spostale al primo posto

CODE

#
1
2
nobunaga.sff
nobunaga\90000000.pcx
9000
0
0
0
nobunaga\00000001.pcx
0
1
50
100
...


-----

3) Trova le informazioni relative all'immagine e spostale all'ultimo posto, precedute da queste righe:

CODE

#
1
1


facciamo finta che l'ultima immagine in lista sia la 6100,100

CODE

nobunaga\61000100.pcx
6100
100
25
82
#
1
1
nobunaga\90000001.pcx
9000
1
0
0


---------------------------

4) controlla che nel file di testo non vi siano righe vuote..... insomma ad ogni riga deve seguirne subito un'altra..... salva poi il file di testo.

---------------------------

----------------------------------------------------------------------------------------------------- --------
----------------------------------------------------------------------------------------------------- --------
Ulteriore spiegazione sull' ordine del file .SFF


Fondamentale poi avere un ordine preciso:

Prima Immagine: 9000,0 (portrait piccola)

Poi: Immagini appartenenti al gruppo 0 (standing animation)

Poi: Altre immagini sharate (l'ordine non è importante, ma consiglio metterli in ordine numerico)

Poi: Immagine 9000,1 (portrait grande) (preceduta da "individual type")

Poi: Altre eventuali immagini precedute da "individual type"

----

Con "individual type" intendo queste righe:

CODE

#
1
1

che devono precedere l'immagine a colori individuali.

-----

Nota1:

Le prime righe del file di testo devono essere queste

CODE

#
1
2


(= "shared palette").

Sconsiglio un char a palette individuale perché

a - Potrebbe presentare problemi con alcune mosse (succede raramente, ma puiò capitare - verificato direttamente)

b - le palette ACT non funzionano se il char è a palette individuale

---------------

Nota2:

La immagine 9000,0 deve NECESSARIAMENTE essere sharata. Questo perchè, comunque la setti, viene SEMPRE E COMUNQUE sharata quando viene visualizzata nella lifebar (personaggio attivo).
Si consiglia quindi di riservare dei colori solo alla immagine 9000,0 che rimangano costanti in ogni ACT (salvo si vogliano intenzionalmente creare delle associazioni particolari).

----------------

Nota 3:

Controlla che non ci siano spazi tra una riga e l'altra. Se ci sono spazi "alzare" le righe sottostanti fino a coprire tutti i buchi.

----------------------------------------------------------------------------------------------------- ----------
----------------------------------------------------------------------------------------------------- ----------

Adesso che e' stato fatto ordine va' ricostruito il file .SFF prendendo le informazioni dal file .txt modificato :

- vai nella directory del char e esegui:

Sprmaker < NomeChar.txt

nell' esempio
sprmaker < nobunaga.txt

- otterremo un nuovo file .SFF ( es. nobunaga.SFF ) nella directory delle immagini estratte prima
( es. nobunaga )

- Ora basta copiare e sovrascrivere il vecchio file .SFF ( es. nobunaga.SFF ) con quello nuovo

- Ora non resta che riprovare il char!!!!!!


Sembra complicato ma basta provare e vedrete che funziona......

[SlayerGatsu]

stiamo attualmente dippattendo sull'ordine delle immagini, perche previo studi da me completati risulta possibile il danneggiamento dell'immago 9000 se essa viene posizionata per prima nell' sff.

per me l'sff deve (come infatti e' programmato per essere) mantenere l'ordine esatto delle immagini.
in modo da non rischiare mai di compromettere un immagine, come invece succede se apparentemente l'immagine viene per prima nell'elenco.

[maxim]

Ok ..a voi l' ardua sentenza...
comunque come base funziona almeno x il fix... ^_^

[SlayerGatsu]

l'importante e' non usare charsffd2w !!!

ps: http://www.mugenatio...?showtopic=2867

[williamwilson]

ho provato a seguire le istruzioni di questo tutorials (in alcuni punti nn si capisce bene cosa si deve fare a mio parere)
e non mi funziona...
sprmaker infine nn mi mi assembla il file sff :s

[Nobun]

sprmaker < nomefile.txt

devi usare ovviamente la linea di comando.

Stai attento a non lasciare righe vuote nel file di testo altrimenti l'sff non viene compilato correttamente.

--------------

Slay... io ho provato diversi ordini di immagini ma quello da me suggerito e che maxim ha fedelmente riportato è l'unico che crea un SFF corretto con il 100% di probabilità. non so se rovina le immagini, ma non credo. Ammetto però chec'è qualche rischio con le immagini a palette individuale diverse dalla 9000,1. Il problema dipende dal programma di estrazione che usi per recuperare le immagini.
Se usi SffExtract è possibile recuperare tutte le immagini senza problemi. Io comunque, per evitare rischi, tengo sempre un backup delle immagini originali e così prevengo ogni problema. Alla fine quello che conta è il risultato in Mugen.

PS la immagine 9000,0 però non mi si è mai rovinata.

[williamwilson]

3) Trova le informazioni relative all'immagine e spostale all'ultimo posto, precedute da queste righe:

CODE

#
1
1


facciamo finta che l'ultima immagine in lista sia la 6100,100

CODE

nobunaga\61000100.pcx
6100
100
25
82
#
1
1
nobunaga\90000001.pcx
9000
1
0
0


---------------------------

questo punto 3 nn lo capisco... trova le info relative all'immagine... quale?
spostale all'ultimo posto precedute da
CODE

#
1
1

ma nell'esempio poi nn è cosi'

boh

[SlayerGatsu]

#
1
1
nobunaga\90000001.pcx
9000
1
0
0

in pratica copiate

"nobunaga\90000001.pcx
9000
1
0
0"

ci aggiungete

#
1
1

prima
e poi lo muovete come ultima immagine nel file.


nobun sostengo la mia teoria, non si rovinano se l'ultima immagine dell'sff e' la 9000,0 ;) e se la mia teoria era che non si rovinano solo se l'immagine 9000,0 era in ordine, e loro venivano dopo la 9000,0 allora fumavo crack quando lo ho detto ed intendevo il contrario ;)

[Nobun]

Forse non mi sono spiegato bene...

Io parto dal presupposto che non so e non conosco le ragioni profonde che stanno dietro alla corruzione della visualizzazione delle immagini Sff DosMugen su Winmugen ed allo stesso tempo non sono in grado né di confermare né di smentire la tua ipotesi.

So solo che allo stato dei fatti, mettere le immagini nell'ordine che dico io assicura una perfetta visualizzazione nel winmugen. Non posso escludere che ci siano soluzioni migliori.

Detto questo però ti voglio spiegare PERCHE' io suggerisco di mettere l'immagine 9000,0 per prima.

----

Faccio una premessa a tutti, per chi non conoscesse la storia sul fixing delle immagini SFF su winmugen.

Quando ho inventato per primo un modo per risolvere il problema della riproduzione dell'sff (ancora il winmugen non esisteva, ma era un problema che avevo notato sul LinuxMugen che è di fatto la matrice originaria del winmugen) sono partito da una intuizione.

Allora nessuno si era occupato del problema, perché tutti usavano il DosMugen e quelli che avevano XP ormai cominciavano a disperare per non poterlo più usare... Io avendo invece anche Linux ho avuto la possibilità di continuare ad usare il Mugen fino alla venuta del winmugen, trovando nel frattempo [da solo!] una prima (e forse imperfetta) soluzione al problema [che affliggeva anche linux!] che sostanzialmente alla fine è praticamente la stessa di quella che continuo ora a proporre (ed ora il problema, una volta individuata l'origine della magagna, ha trovato anche diversi studi e diversi modi di interpretare la soluzione nei vari siti Mugen ma non tutte le soluzioni garantiscono al 100% un risultato finale nella riproduzione sul winmugen).

Per fare questo mi sono basato su alcune considerazioni personali tra le quali l'analisi di un fatto.

La prima immagine in assoluto dell'sff è l'UNICA che conserva la configurazione di palette originaria all'interno del blocco di dati riservato all'immagine. Questo significa che la prima immagine PCX in assoluto, anche se sharata, preserva la configurazione di palette originaria del file. (se non mi credi leggiti come è strutturato il formato sff).

Avevo poi notato a livello sperimentale che, se tale immagine veniva messa a palette individuale, comunque poi veniva sharata nella lifebar (quindi è inutile individualizzarla) e a volte se la si settava a colori individuali si creava conflitto con i colori di tutte le altre immagini specie se la 9000,0 stava in una posizione diversa dalla prima (es. le immagini non venivano più sharate e i file ACT non avevano più effetto pure se il file era correttamente impostato come sharato). Nota: tale cosa caratterizza anche il winmugen

Allo stesso tempo avevo notato che se l'immagine veniva messa in un posto diverso dal primissimo, la immagine piccola veniva correttamente visualizzata nella lifebar, ma non nello screenpack (e spesso capita anche nel winmugen).

Quindi mi sono detto: se preservo la palette della immagine nella immagine stessa, evito che lo screenselect sovrascriva i propri colori alla portrait piccola facendo in modo che si crei quel brutto effetto di faccia tracciata con un evidenziatore. Ed ha funzionato. Alla fine secondo me mettere la 9000,0 come prima è la soluzione ideale.

C'è però un fondo di verità in quello che dici: se alla 9000,0 segue l'immagine 0,0 si possono creare a volte dei problemi nel personaggio...
Non so perché, ma la immagine 0,0 sembra a volte creare problemi... per questo nella numerazione dei miei chars inizio le standing sempre da 0,1 e mai da 0,0.

Da qualche parte ho letto che inserire o meno l'immagine 0,0 significa dover compilare l'sff in maniera diversa... non so se sia vero, ma è plausibile.

Allo stesso modo se DOPO la immagine 9000,0 non seguono immediatamente quelle del gruppo 0, ho notato che la riparazione può non funzionare, ma non so il perché.

----------

Quando avevo "individuato" la soluzione al problema avevo solo avuto una intuizione: probabilmente i problemi palette dipendono dal fatto che bisogna mettere bene quegli #11 e #12 che forse nel DosMugen non erano stati messi come richiesto da sprmaker. E allo stesso tempo mettere la prima immagine 9000,0 mi preservava le configurazioni di palette della stessa.

Se il mio ragionamento era sbagliato o è fallace non lo posso sapere. A me basta sapere che il risultato finale su winmugen è garantito.

In ogni caso sarei curioso di sapere secondo te quale è l'ordine di immagini consigliato e perché.

[SlayerGatsu]

l'ordine consigliato e' quello numerale, dove 9000,0 e 9000,1 sono LE ULTIME immagini dell'sff.

se prendi gill, metre lo creavo le ali della hyper che erano non sharate, si corrompevano PERCHE (avendo assemblato l'sff con mcm e non aconra spritemaker) le immagini erano state caricate solo DOPO l'immagine 9000,1.
cancellando (sempre con mcm) l'immagine e ricaricandola (quindi mettendola alla fine del file!), le immagini han smesso di corrompersi.

da allora ho fatto prove e notato che se metti immagini non sharate dopo la 9000,1 queste si corrompono a forza di estrarre i file (+ lo apri con mcm + si crea il problema! idem con patate per sffextract, con cui ho appena ritestato il medesimo problema che avveniva su Uub...)
in winmugen si visualizzano + o meno bene, fintanto che sono possibili a essere visualizzate, ma quando si corrompe definitivamente non ci sta' + niente da fare... e devi eliminare l'immagine.

ergo, per non far apparire il problema... basta mettere la 9000,1 (e 9000,0) come ultima non sharata.
se non shari la 9000,0 anche nella lifebar non prende i colori della lifebar, e nello screenpack idem con patate.
allo stesso tempo pero', se la pallette e' la stessa del char, la faccia cambia colore a seconda della pallette per il semplice motivo che e' un bug di programmazione... forza uell'immagine a dipendere da una palle anche se in realta' (secondo l'sff) non dovrebbe!

[Nobun]

Scaricati dal sito di winane la versione 0.93 di SffExtract (e prenditi pure i sorgenti).

Guarda il file mtools.txt editato da winane (presente solo nell'archivio del codice sorgente) e vedi la nota (7). Dall'analisi che lui fa sembra confermare ciò che dico (anche se in maniera molto più tecnica).