ora stavo giocando e mentre faccio l'arcade prima alla prima lotta mi usciva quell'errore ke ho scritto nella descrizione, così ho provato a togliere il personaggio ke lo causava (ke però se lo scelgo io funziona). così arrivo al secondo match, ma mi riesce questo errore, ma quel personaggio l'ho cacciato.
strano xkè pomeriggio ho fatto l'arcade tranquillamente. come posso risolvere?
Pagina 1 di 1
crash arcade assert failure in charsel.c line 3162
#3
Inviato 30 October 2008 - 21:23
Prova ad andare nel select def e invece di omettere i pc metti wuesto segno "|" (senza virgolette) nella casella in cui si trova il char che causa il problema nel modo che il mugen non la guardi neanche. Cmq non sono sicuro che funzioni questo metodo.
EDIT: Nobun mi ha preceduto.
EDIT: Nobun mi ha preceduto.
#4
Inviato 30 October 2008 - 21:31
grazie nobun! ho risolto!! però è strano xkè con lo screenpack ke usavo fino a ieri non succedeva con quei personaggi..
#6
Inviato 02 November 2008 - 18:54
scusa Nobun ma non mi torna una cosa:
come fà un personaggio ad avere un animazione ma non avere un frame!!
animazione e frame non sono sinonimi!?
i frames non sono animazioni!? :moglie:
altra cosa!!
come mai!? se un char ha 6 palette e ne metto 12 che succede!? :ph34r:
come mai nel dubbio è meglio metterne sempre 12 anche se sono 6!?
bello il sito!! c'è scritto tutto sui possibili problemi del mugen e anche in italiano!!! mi serviva proprio forse ora proverò a studiarlo un pò!!! :lol:
Quote
O vi è nel file AIR del personaggio almeno una animazione senza frames
come fà un personaggio ad avere un animazione ma non avere un frame!!
animazione e frame non sono sinonimi!?
i frames non sono animazioni!? :moglie:
altra cosa!!
Quote
La riga pal.defaults va inserita sotto la sezione [Info] del file .DEF e va settata in questa maniera
pal.defaults = 1,2,3,4,5,6,7,8,9,10,11,12
La lista dei numeri, però, va decrementata se il char usa meno di 12 palette (nel dubbio, comunque, è meglio dichiararle tutte e 12 che scriverne di meno).
pal.defaults = 1,2,3,4,5,6,7,8,9,10,11,12
La lista dei numeri, però, va decrementata se il char usa meno di 12 palette (nel dubbio, comunque, è meglio dichiararle tutte e 12 che scriverne di meno).
come mai!? se un char ha 6 palette e ne metto 12 che succede!? :ph34r:
come mai nel dubbio è meglio metterne sempre 12 anche se sono 6!?
bello il sito!! c'è scritto tutto sui possibili problemi del mugen e anche in italiano!!! mi serviva proprio forse ora proverò a studiarlo un pò!!! :lol:
#7
Inviato 02 November 2008 - 19:22
E' un forum sperimentale di supporto a Mugenation ideato da me per cercare di riprodurre la nostra documentazione con un indice ordinato.
Siamo un attimo fuori dal topic, ma cerco di spiegare i tuoi dubbi
Differenza tra animazione e frames
[Begin Action 1]
1,1, 0,0, 3
1,2, 0,0, 3
1,3, 0,0, 3
Nell'esempio mostro una anumazione (l'animazione 1) formata da 3 frames (le tre righe seguenti). nell'esempio che segue l'animazione 1 è senza frame e produce errore assert failure di tipo array.h
[Bagin Action 1]
[Begin Action 2]
2,1, 0,0, 1
-------
Il consiglio che io dò è di mettere una lista corrispondente alle palette usate... non ho testato che succede a fare diversamente... ma poiché lo scopo di quella discussione è quello di dare le istruzioni per CORREGGERE i problemi assert failure, per essere sicuro ho presentato la soluzione che presenta il 100% di probabilità di correttezza... Comunque si va nell'ambito dell'opinabile... io dico quello che ho visto sperimentalmente, ma posso essere anche smentito dai fatti...
Siamo un attimo fuori dal topic, ma cerco di spiegare i tuoi dubbi
Differenza tra animazione e frames
[Begin Action 1]
1,1, 0,0, 3
1,2, 0,0, 3
1,3, 0,0, 3
Nell'esempio mostro una anumazione (l'animazione 1) formata da 3 frames (le tre righe seguenti). nell'esempio che segue l'animazione 1 è senza frame e produce errore assert failure di tipo array.h
[Bagin Action 1]
[Begin Action 2]
2,1, 0,0, 1
-------
Il consiglio che io dò è di mettere una lista corrispondente alle palette usate... non ho testato che succede a fare diversamente... ma poiché lo scopo di quella discussione è quello di dare le istruzioni per CORREGGERE i problemi assert failure, per essere sicuro ho presentato la soluzione che presenta il 100% di probabilità di correttezza... Comunque si va nell'ambito dell'opinabile... io dico quello che ho visto sperimentalmente, ma posso essere anche smentito dai fatti...
Condividi questa discussione:
Pagina 1 di 1

Aiuto










