Recalbox sur TV CRT en RGB
-
Bon, j'ai (encore) un soucis. Sur fba et fba_libretro, j'ai créé au même titre que les autres, un fichier CFG.
Jusque là tout va bien, mais en mettant les valeurs dans ce fichier ça ne change rien et j'ai un écran écrasé. Après avoir cherché un peu je découvre qu'en mettant l'émulateur fba et le core libretro j'ai un écran nickel ! (qui prend en compte le fichier CFG).
J'ai le tour sur fba et fba_libretro uniquement. Je ne vois pas trop de où ça peut venir et je ne comprends pas pourquoi en changeant l'émulateur ou le core ça fonctionne --'
Désolé mais je suis paumé pour le coup.
Merci !
-
C"'est normal, la config graphique par fichier cfg ne marche qu'avec les cores libretro. Fba quant à lui est un emu standalone (pifba) et ne permet pas cette config.
Donc tu peux laisser tomber fba et n'utiliser que libretrofba
-
Merci @ian57 mais comment faire alors ? Parce-que même Fba libretro ne m'affiche pas correctement l'image. J'ai tenté dans recalbox.conf un fba.core=libretro mais ça ne marche pas. Par contre quand je modifie dans émulationstation ça marche, je me vois mal tout modifier à la main un par un lol
- Désolé de pourrir le poste -
-
@n3o_c59 non mais faut que tu mettes tes fichiers dans le repertoire de roms fba_libretro pour utiliser celui ci c'est tout pas besoin de modifier recalbox.conf ou d'editer les données du jeu.
Faut le bon romset par contre
-
Ok merci je vais faire ça alors..
Juste une dernière question, j'ai vu qu'en modifiant (dans émulationstation) fba en mettant en place libretro et core fba ça fonctionne très bien, ya pas moyen de mettre par défaut cet emulateur (dans le dossier fba ça m'eviterai de chercher un romset libretro aussi bon que celui de fba)Merci
-
Mets tes roms dans le dossier fba_libretro à la place de fba
-
@n3o_c59 dans le dossier fba l'emulateur par défaut est fba dans le dossier fba_libretro l'emulateur par defaut est fba_libretro donc je sais pas trop ce que tu trifouilles... Par ailleurs 'fba' sans libretro n'utilise pas libretro contrairement à 'fba_libretro' et les deux ne sont bien évidemment pas le même emulateur et n'utilise pas le même romset. Sur cemerci de bien vouloir lire la doc arcade sur le wiki
-
This post is deleted! -
I am in the final stage to launch a distro of recalbox for CRT all preconfigured with an pixelperfect philosophy, i will upload to github, compatible with all GPIO adapters but i am stopped with one issue and i need a little help.
I make one config file for every machine with the correct aspect ratio and other configurations of retroarch for example snes.cfg but when you use a custom config file like this the buttons mapping from Emulationstation not work and need to remap, i am searching the way to load the button mapping of ES or Recabox but i think is neccesary make changes in configgen.
Any help are much apreciated.
-
@atg I did not had this controller issue with my test of the cfg core file in 4.1. For example the snes.cfg file only contain the video configuration :
aspect_ratio_index = "22" custom_viewport_width = "1792" custom_viewport_height = "224" custom_viewport_x = "104" custom_viewport_y = "16"
the others configuration options remains identical tho the retroarch default config no ?
Perhaps you did this in the 4.0 release?
-
@aTg Like explained on https://forum.recalbox.com/post/26027 your per system .cfg is appended to the main .cfg. In other words :
- recalbox sets
~/configs/retroarch/retroarchcustom.cfg
for controllers or anything else - then configgen will detect the
~/configs/retroarch/snes.cfg
(in the case of snes) and APPEND whats inside, which means overwrite anything existing in the previous file. The snes.cfg is just intended to have what @ian57 suggested, nothing about pads
- recalbox sets
-
@Substring @Ian57 I build all the system over 4.0 and not works
Im going to make the changes in /libretroGenerator.py many thanks
-
ok , ca fait un petit moment , j'ai enfin résolu mes soucis de résolutions , le bon adaptateur HDMI vers VGA suffisait....
pour info , je poste ici car je n'ai pas vu le lien dans le fil du forum.
je vais backer je pense
stéphane.
-
@haricot le gros pb de ce projet c'est le son odieux du pi ... Après c'est vraiment un public TRES ciblé
-
I finish my MOD of Recalbox OS for CRT based on 4.0
Is compatible with all DPI conversors (changing dtoverlay= on config.txt)
Installation over CRT (PINN recompiled instead of NOOBS)
One resolution for every console with the correct aspect ratio to get PixelPerfect
Theme modified for lower resolutionsThe list of custom resolution with PixelPerfect, the rest are in 320x240 60Hz
atari2600 atari7800 neogeo mastersystem pcengine pcenginecd turbografx gamegear gb gbc gba nes snes megadrive psx n64
Please try it and give me your feedback
-
@aTg Great job... congrats
-
@Substring said in Recalbox sur TV CRT en RGB:
@haricot le gros pb de ce projet c'est le son odieux du pi ... Après c'est vraiment un public TRES ciblé
On sent l'informaticien qui parle
Le montage donné au dessus te donnera sûrement un son d'encore moins bonne qualité que la sortie jack du pi (c'est encore moins filtré que dans le pi)Pour le public "TRES" ciblé, ne pas confondre la version JAMMA et la version SCART/PERITEL ce sont deux projets différents.
Le scart se rapprochant exactement de ce qui est discuté ici -
@ajefr non, tu parles à un mec qui a un bon bagage en electronique analogique et numérique. Et un truc est sûr : quand un signal de base est pourri, tu n'en feras pas un cheval de course donc ce n'est pas un informaticien qui te répond, juste un mec qui a un diplôme assez loin post bac avec une spécialisation traitement du signal 1D/2D ^^
-
J avoue que ce qui m'interesse c'est le coté "authentique" du rendu graphique ( je tente une intégration compléte dans une SNES avec manettes/transfo/péritel d'origine). voila pourquoi je suis passé par un adaptateur VGA - HDMI , j'avais besoin du GPIO pour connecter le front panel de la SNES.
Si la qualité sonore est un peu en dessous , il ne faut pas oublié que la destination est un tube , et le son n'était déja pas leur point fort...
J'avoue que ce qui me chagrine le plus c'est le coté INPUT LAG que certain reproche au PI (mythe ou réalité ? :D).
Du coup j'avais un peu mis le projet de coté pour essayer de faire un bidouillage pour le mesuré cette input lag .
L idée c'est d'utiliser une caméra USB rapide ( j'ai par le boulot une 640x480 en 120 fps) et d'enregistrer une vrai SNES avec le pad branché à un relais USB ( j'utilise un SDK qui me permet d'insérer des infos sur la vidéo , comme l'appuis sur le bouton ou le temps de chaque frame ) . Je peux donc avoir le delta de temps entre l'appui sur "jump" par exemple , et son action a l'écran .
L'idée par la suite c'est de comparer ca avec les différent émulateurs.
Désolé si je sors un peu du cadre du Topic , mais si on en ai à vouloir du Pixel Perfect autant pousser le raisonnement jusqu'au bout.Bien à vous.
Stéphane.
-
@haricot
+1 Pour moi aussi, l'input lag est un peu la grosse zone d'ombre qui traîne au-dessus de tous les projets liés à l'émulation sur Pi ( et l'émulation en général...). Mais n'ayant qu'un RP 2, et en attendant le prochain RP4, je prends mon mal en patience B-)... Les réglages de Retroarch que j'ai trouvé sont pas mal, meme s'il faut modifier la config suivant les émulateur.Sinon, encore un gros coup de chapeau à tous ceux qui œuvrent autour de ces projets de pixel perfect sur CRT !
J'aimerai y participer mais mes connaissances en la matiere m'obligent, comme pas mal de monde je pense, à rester un spectateur quotidien de vos exploits...
Hâte que les différentes solutions soient accessibles, sous forme d'achat ou de montage accessibles au petits bricoleurs !