Solved PROBLEME EMULATEUR NES
-
Il s'agit d'une discussion qui a eu lieu il y a trois ans.
lien : https://forum.recalbox.com/topic/5762/cropping-issues-with-nes-games/10 -
Même comportement pour moi...
Par, defaut, sur Castlevania, le P de PLAYER n'apparait pas par défaut...
En ajoutant video_crop_overscan = false, le P apparait bien... -
Merci Zelof. On peut maintenant affirmer qu'il existe bien du <<cropping>> sur la nes.
-
Quelles résolutions vidéo vous utilisez? TV? Moniteur?
-
écran 8 pouces en HDMI en 1024x168 (DMT 16 HDMI) en ce qui me concerne...
-
TV 4K en HDMI ( par défaut).
-
Ah oui, un autre détail ...
Avant que j’effectue la modification les jeux ne s’ajustait pas bien dans la hauteur, légère bandes noires. Ce n’est plus le cas maintenant, les jeux s’ajustent parfaitement par rapport au téléviseur, au pixel près. Dans les trois systèmes précités.
Pour info : pixelperfect activé, overscan désactivé. -
Ok, si d'autres personnes peuvent confirmer le problème et sa résolution, et le fait que ça n'affecte pas négativement d'autre cores, on peut voir à incorporer l'option par défaut dans la 6.1
-
il faut tester aussi avec des overlays m'a t-on soufflé à l oreille
-
Cela va prendre des jours à vérifier ! On ne peut pas demander cela à des utilisateurs.( à mon avis ).
Et je ne pense pas qu'en l'état il faille l'incorporer dans la future version. On va toucher tous les cores ( faut se méfier ).
Il y a certainement une autre façon de faire. J'ai effectué quelques recherches. Voici ce qu'il en ressort.
Cette option est considérée obsolète, d'oû l'absence de celle-ci dans le fichier original, car ils ont implémenté des options << per core >>. C'est dans cette direction qu'il faut chercher.
Personnellement j'ai trouvé une façon de faire qui n'influence que le core en question. Mais elle n'est pas très sexy.
Dans share/system/.config/retroarch/config , créer un dossier ( si absent ) FCEUmm dans lequel on crée un fichier texte vierge intitulé FCEUmm.cfg. Au début de ce fichier ( mieux vaut éviter un retour chariot sait-on jamais ) ajouter video_crop_overscan = "false". Et voilà ça fonctionne et cela ne touche que le core voulu.
Bien entendu il faut au préalable effacer l'option en question dans recalcoxcustom.cfg sinon cela n'a pas de sens.
Mais en quoi cela n'est pas sexy ?
A chaque fois qu'on lance un jeu nes un message s'affiche en jaune nous indiquant que la configuration est enregistrée. C'est pas top pour une version officielle.
Toutefois il existe un fichier intitulé retroarch-core-options.cfg, et à mon avis c'est là qu'il faut effectuer une modification. On évitera ainsi ce message en jaune ( enfin je suppose ). Pour l'instant mes tests n'ont pas été concluants.
Il ne faut pas oublier que je suis un newbie sur recalbox. Il faut lire la documentation, comprendre et trouver l'info voulue. Cela peut me prendre du temps ... Et je n'en ai pas toujours, tout comme vous d'ailleurs.
Question : N'y a-t-il personne dans votre équipe qui comprenne bien l'architecture de retroarch et qui peut implémenter cela ? A mon avis c'est juste une ligne à ajouter. Ou alors contacter l'équipe de retroarch ...
Après vous faites ce que vous voulez c'est votre projet, et un beau projet. Vous pouvez aussi laisser la chose en l'état.
Bon, si jamais je trouve je ne manquerai pas de vous informer ... -
On va déjà essayer de confirmer le problème et vérifier quels sont les paramètres qui le déclenchent (encore une fois, chez moi, out of the box, je n'ai pas le soucis, sur mon écran de test de 1280x800), et on regardera les conf des cores ensuite.
Quand a demander aux utilisateurs de tester, bien sur qu'on peut! Et bien sur qu'on le fait!
Car tout le monde nous dit toujours "je n'ai rien modifié, c'est out of the box!", et quand on demande les fichiers d'archive, on se rends compte que plein de choses ont changé.
Il nous est impossible à nous, de tester toutes les configurations utilisateurs, pour la bonne raison qu'il y en a une infinité.
Alors demander aux utilisateurs de tester, c'est avoir un panel de test large, des retours divers et variés, qui nous permettent de synthétiser et de corriger/agir en conséquence
-
Oui je comprends. C'est pas simple. C'est juste que tester tous les systèmes, y compris les plus obscurs, avec ou sans overlays, avec video témoin, c'est juste une horreur. A part ça j'ai trouvé pas mal d'endroit oû ce problème est répertorié, sur RETROPIE et sur RETROARCH.
En fait vous n'êtes pas responsable, c'est en amont que cela se situe.
En tout cas chez moi c'était vraiment out of the box, mais plus maintenant, aaaargh ! Et on est jamais à l'abri d'une erreur !
Je vous souhaite tout de bon ...
