Pas besoin de vous inscrire pour télécharger / No need to register for downloading.
Une fois inscrit, vous devez m'envoyer un mail pour valider votre compte / Once registered, you must send me an email for validating your account.
 S'enregistrer  |  FAQ  |  Lexique  |  Rechercher  |  Liste des Membres  |  Groupes d'utilisateurs 

 Annuaire  |  Connexion 

 Ce forum en page de démarrage

 Informations pratiques 
 Ne faites pas de liens directs de téléchargement depuis ce site, merci.  

   Télécharger le sujet
B) COMMENT DETERMINER VOTRE TYPE DE PROBLEME ?
Mike Werewolf
Loup-garou

Site Admin


Inscrit le: 07 Oct 2004
Messages: 1676
Karma: 52
plus / moins

Localisation: France
Répondre en citant
Si vous n'arrivez pas à déterminer d'où vient votre problème, lisez ce qui suit.

a) Lorsque Mugen a une erreur qui l'oblige à fermer, il donne toujours un message avec des indications sur l'origine de l'erreur. Ce message apparaît dans une fenêtre DOS. Cependant, il est possible que cette fenêtre ne reste pas affichée suffisamment longtemps pour qu'elle soit visible. Pour y remédier : faites un clic droit sur Mugen.exe, et cliquez sur "Propriétés". Dans l'onglet "Programme", décochez la case "Fermer en quittant", et cliquez sur "OK". La prochaine fois que Mugen plantera, la fenêtre DOS restera ouverte, vous permettant de voir d'où vient le problème.



De même, le moment où plante Mugen peut donner des indications sur l'origine de votre problème : si Mugen plante avant d'avoir affiché le moindre écran, il y a de fortes chances que le problème vienne soit de votre configuration, soit de fichiers systèmes (data/system.def ; data/fight.def...), alors que si Mugen plante juste après l'écran Versus, le problème viendra plus certainement d'un personnage ou d'un stage.

b) Il y a un cas où Mugen ne donne pas d'erreur en plantant, c'est lorsque vous obtenez un message du type "Shutting Down Allegro". Ce problème est très spécifique et pas évident à corriger. Il peut avoir plusieurs origines :
- Un problème de mémoire (il est recommandé d'utiliser au strict minimum un Pentium 200 avec 64 Mo de RAM - on pourrait dire que c'est la config "minimum" ; la config "recommandée" serait plutôt un Pentium 700 avec 128 Mo de RAM). Reportez-vous à la section M) pour plus de détails.
- Un problème avec certains fichiers SFF ou SND mal compilés. Vous devez tester isolément chaque perso pour trouver celui qui pose problème.
- Si vous utilisez VDMSound pour lancer Mugen, voici quelques pistes laissées par Tsuki_iori dans le packXP 1.23 :
Citation:
On remarquera que le problème SIGSEGV se produit dans 2 cas distincts :
1- Pas assez de RAM sur le PC (ou alors des persos utilisés qui bouffent trop de ressources). Là, pas de mystère, si le PC est pauvre en RAM, il faut en rajouter.
A partir de 128 Mo, on pourra considérer que Mugen tournera sans gros problème.
2- Certaines configs rencontrent ce problème en utilisant JoyToKey conjointement à VDMS.

Et pourquoi donc JoyToKey poserait parfois des problèmes...??? O_o
Et bien tout simplement parce qu'il transforme les impulsions manettes en commandes clavier...
Et ceci n'est pas innocent dans la mémoire du PC...
Pour simplifier, plus on tape sur son clavier, plus il y a de caractères (ici des instructions) que le programme doit gérer...
Or, au bout d'un certain temps, toute la place mémoire allouée est occupée...

Et c'est pourquoi, VDMS s'affole et que le SIGSEGV apparaît comme par magie...

Il y a pourtant un moyen de limiter ce problème... Et après de nombreux tests, le problème a parfois même pu être carrément éliminé.

Le but est de donner suffisemment de place mémoire pour que Mugen tourne avec VDMS et JoyToKey, le temps d'une partie entière.
C'est la raison pour laquelle, sur certaines configs qui font intervenir des persos gourmands en ressources, le problème sera juste "repoussé" et non définitivement éliminé.

Afin de donner plus de place mémoire, il faudra régler 2 paramètres :
1- Régler VDMS et Mugen pour maximiser la taille de la mémoire allouée.
2- Configurer de telle manière à limiter les accès au clavier.

C'est tout ceci qui est expliqué dans la suite :
1- Régler VDMS et Mugen pour maximiser la taille de la mémoire allouée:

Pour cela, sur le fichier Mugen de type VDMSound Shorcut, avec un click droit, vous accédez aux propriétés.
Aller dans l'onglet VDMSound -> touche Advanced -> Compatibility

Là, mettre le maximum aux différents type de mémoire (EMS et XMS).
Ne pas oublier de cocher la case "Enable DPMI support(DOSX)".

Appliquer les changements et valider par OK.
La config est également expliquée par des photos d'écran dans le repertoire "reglage VDMS anti SIGSEGV".

Ensuite aller sur le fichier .pif (raccourci DOS) de Mugen, avec un click droit, vous accédez aux propriétés.
Aller dans l'onglet Mémoire et mettre les réglages tels que présentés dans les captures d'écrans fournies avec ce pack, dans le répertoire "reglage VDMS anti SIGSEGV".

2- Configurer de telle manière à limiter les accès au clavier:

Les touches les plus utilisées sont les touches de directions (haut, bas, gauche, droite) , que ce soit pour faire bouger les persos ou pour déclencher des fury et autres savates flashy-coloris en règle dans les jeux de ce style...
Ce sont donc celles-ci qu'il va falloir tenter de gérer SANS JoyToKey (qui, je le rappelle, peut parfois accélérer l'apparition du signal SIGSEGV)

C'est pourquoi, il va convenir d'utiliser autant que possible les paramètres d'activation de ces touches directionnelles, sans l'aide de JoyTokey.

Le plus simple, c'est d'indiquer à Mugen que l'on va utiliser le clavier ET le pad (dans le fichier mugen.cfg, indiquer à la ligne correspondante P1.Joystick.type=1).
On utilisera conjointement la capacité de VDMS à émuler un pad avec les touches directionnelles et 2 boutons (l'autre config, avec 4 boutons est très instable...)
C'est pour cela qu'il faut bien avoir coché les bonnes cases lors de la config de VDMS. La config est expliqué par les photos d'écran jointes dans le répertoire "reglage VDMS anti SIGSEGV".

Ceci donne donc la possibilité d'avoir déjà les 4 directions et 2 touches.
Mugen utilisant ces 4 directions et 7 touches, il ne reste qu'à établir la configuration des 5 touches restantes par JoyToKey (au lieu des 4+7 si on fait intervenir uniquement JoyToKey), ce qui allège considérablement le nombre d'entrées au clavier, et permet donc de repousser, voire annuler le problème de l'apparition du signal SIGSEGV.

Alors, le plus simple, pour faire tout ça rapidement, c'est de NE PAS configurer comme indiqué dans le dossier spécifique "Pads", mais d'utiliser pour ce cas particulier, les fichiers joints mugen.cfg (propre à Mugen) et mugenavecVMDS.cfg (ce fichier est utilisé par JoyTokey).
Ils sont en effet fournis dans le répertoire "reglage VDMS anti SIGSEGV".

Il faudra copier mugen.cfg dans le répertoire "data" de mugen et copier mugenavecVMDS.cfg dans le répertoire contenant l'exécutable de JoytoKey.

Avec ces fichiers déjà configurés l'un en fonction de l'autre, on pourra jouer avec un pad sans trop se prendre la tête... ^_^

Rappel : ne pas oublier de configurer, dans VDMS, l'émulation du pad...

Ces précédentes instructions suivies, il suffira de :
- Lancer JoyTokey (on choisit la config 'mugenavecVDMS").
- Utiliser VDMS comme décrit dans les autres dossiers de ce présent pack.

Et voilà, on a une belle config qui autorise son, pads et qui est bien moins gourmande en ressources mémoire...

Pas facile de configurer proprement tous ces programmes...
Le plus simple, et le plus rapide, c'est de suivre en parallèle les étapes indiquées sur les photos d'écran, contenues dans le répertoire "reglage VDMS anti SIGSEGV".


Et si ça ne marche toujours pas, voici quelques indications supplémentaires :
Citation:
Puisque ce problème a été remarqué dans des cas d'utilisation de VDMS où le son était effectif, il semble donc que cela puisse aussi venir d'un fichier son défectueux parmi les fichier .snd de l'un (ou plusieurs) de vos personnages.
Cela peut également éventuellement venir d'un fichier que vous avez utilisé pour la musique dans Mugen.

Comme auparavant il n'y avait pas de sortie son activée par l'O.S., probablement que les persos passaient sans mal, ce bug n'empechant pas Mugen de tourner, vu que les fonctions sonores étaient mises de coté...
Maintenant qu'il y a du son avec VDMS, ça engendre cette erreur...

Voilà pourquoi, à première vue, si on encore rencontre ce problème, il est conseillé de tenter ceci :
Tester le son sous Mugen en ne gardant UNIQUEMENT, dans un 1er temps, que les musiques, et en virant les bruitages et voix des persos (pour celà, dans le fichier .DEF, ajoute un point-virgule ( ; ) devant la ligne indiquant le fichier de son (en gros, dans le fichier .def la ligne doit apparaitre sous la forme, par exemple ;sound = iori.snd ) ).
Faire ceci pour chaque perso, ça éliminera les voix et bruitages...
Essayer de jouer, ce qui fait donc, à présent jouer avec uniquement des ziks...
Si ça ne plante pas, c'est qu'un des persos provoque cette erreur à cause de son fichier snd qui est buggué.

Si ça plante, alors faire ce 2eme test : garder UNIQUEMENT les sons et bruitages et virer les musiques.
En gros, l'ambiance sonore ne sera, pour cet essai, assurée que par les fichier snd des persos.
Essayer à nouveau de jouer... Si ça ne plante pas, c'est qu'un des fichiers utilisés pour la zik était responsable de l'erreur...


Retour au sommaire
Mike Werewolf est absent 
B) COMMENT DETERMINER VOTRE TYPE DE PROBLEME ?
Vous ne pouvez pas poster de nouveaux sujets dans ce forum
Vous ne pouvez pas répondre aux sujets dans ce forum
Vous ne pouvez pas éditer vos messages dans ce forum
Vous ne pouvez pas supprimer vos messages dans ce forum
Vous ne pouvez pas voter dans les sondages de ce forum
Toutes les heures sont au format GMT + 2 Heures  
Page 1 sur 1  
Télécharger le sujet
  
  
 Ce forum est verrouillé, vous ne pouvez pas poster, ni répondre, ni éditer les sujets.