Recalbox Forum

    • Register
    • Login
    • Search
    • Recent
    • Tags
    • recalbox.com
    • Gitlab repository
    • Documentation
    • Discord

    Recalbox sur TV CRT en RGB

    Recalbox Général
    recalbox crt rgb
    51
    782
    706024
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Darki
      Darki last edited by

      Bonjour à tous !
      Je suis très intéressé par le projet 😉
      J'ai suivi les avancés de aTg avec son RGB-PI et de aje avec son Rpi2SCART de très près !

      J'aimerais pouvoir brancher un RPI sur un CRT.
      J'ai déjà un adpateteur HDMI/VGA et un câble VGA/PERITEL (que j'utilisais avec un PC).
      J'ai parcouru quasiment tout le topic (ce fut long ^^).

      Dans un premier temps j'aimerais essayer la solutions HDMI/VGA/SCART.

      @Substring , tu dis que tous les fichiers utilisés sont dans la version 4.1, mais concrètement, quels sont les fichiers à modifier pour pouvoir utiliser cette version sur un CRT ?

      Est-ce que les modelines ont été indexés ?(est-ce que retroarch sait dans quel résolution lancer chaque jeux ?)

      Moreover, @aTg , the link your share your RGB-PI schema is dead, can you reupload it ? Thanks.

      1 Reply Last reply Reply Quote 0
      • idarius
        idarius last edited by idarius

        aucun fichier à modifier en 4.1 hormis le /boot/config.txt ou tu spécifie la résolution principale (celle de Emulation Station) ainsi que le hdmi_cvt qui deviendra le mode DMT87 HDMI (mode custom) pour les émulateurs.

        • voici mon config.txt :
          hdmi_cvt= 1920 240 60 1 1 0 0
          hdmi_ignore_edid=0xa5000080
          hdmi_pixel_encoding=2
          avoid_safe_mode=1
          disable_overscan=0
          config_hdmi_boost=4
          hdmi_drive=2
          hdmi_group=1
          hdmi_mode=6
          hdmi_force=1
          kernel=zImage
          hdmi_force_hotplug=1
          gpu_mem_256=128
          gpu_mem_512=256
          gpu_mem_1024=512

        • Ensuite, dans le fichier recalbox.conf, tu spécifie la résolution de ES et des émulateurs :
          system.es.videomode=CEA 6 HDMI # cea 6 correspond à du 480i
          global.videomode=DMT 87 HDMI # correspond au hdmi_cvt défini dans le config.txt, donc 320x240
          le 1920 n'est pas important, ça permet d'avoir plus de liberté pour choisir le viewport dans retroarch.

        • 3eme et derniere étape, dans chaque emulateur tu lance retroarch (hotkey + B) et dans video tu spécifie le viewport, pour décaler l'image.

        • Il est possible de spécifier des hdmi cvt et hdmi timing par émulateur, de cette façon (ce sont des exemples) :
          #dreamcast.videomode=hdmi_cvt 320 240 60 1 1 0 0
          #nes.videomode=hdmi_timings 256 1 8 17 21 224 1 7 10 24 0 0 0 60 0 4800000 1
          #snes.videomode=hdmi_timings 256 1 8 17 21 224 1 7 10 24 0 0 0 60 0 4800000 1
          #megadrive.videomode=hdmi_timings 320 1 20 29 35 224 1 10 14 16 0 0 0 60 0 6400000 1

        • retroarch je change pas de résolution automatiquement. Et pour les modelines, les hdmi timing sont en fait une conversion des modelines.

        Substring Link71 2 Replies Last reply Reply Quote 0
        • Substring
          Substring @idarius last edited by

          @idarius Dans ton cas tu devrais pouvoir faire autrement :

          • config.txt : mettre en CEA 6
          • global.videmoode=hdmi_cvt 1920 240 60 1 1 0 0

          Former dev - Please reply with @substring so that i am notified when you answer me
          Ex dev - Merci de me répondre en utilisant @substring pour que je sois notifé

          1 Reply Last reply Reply Quote 0
          • Darki
            Darki last edited by

            Merci beaucoup @idarius .
            Je teste ça et je reviens vers vous après 😉

            Du coup @idarius , les core MAME et FBA inclus dans RetroArch changent de modelines automatiquement eux ?

            Parce que autant, sur console il n'y a que 3 ou 4 modelines différentes par système, autant en arcade c'est le délire !

            Du coup, comment gérer le fait d'avoir plusieurs modelines sur un même système ? @Substring

            Substring 1 Reply Last reply Reply Quote 0
            • Substring
              Substring @Darki last edited by

              @Darki said in Recalbox sur TV CRT en RGB:

              Du coup, comment gérer le fait d'avoir plusieurs modelines sur un même système ?

              Pas encore possible, mais ca le sera tôt ou tard. Faut que je vois comment gérer ça, pas eu le temps de m'y pencher. Et comme on a qq sushis avec la 4.0.1/4.0.2 + la 4.1, je me focalise d'abord là-dessus

              Former dev - Please reply with @substring so that i am notified when you answer me
              Ex dev - Merci de me répondre en utilisant @substring pour que je sois notifé

              1 Reply Last reply Reply Quote 0
              • ironic
                ironic last edited by

                @Darki
                Pour gérer toutes les résolutions des jeux d'arcade, il faut passer par les HDMI Timings.
                Tu parles de résolutions mais on oublie souvent les fréquences.

                J'ai trié mes roms par résolutions/fréquence et j'obtiens plus de 40 HDMI Timings à créer (j'utilise pourtant que 240 jeux MAME honrizontaux).

                C'est très important (au moins pour moi) de respecter scrupuleusement ces résolutions fréquences pour avoir le rendu le plus fluide et le plus fidèle possible.

                Par exemple, pour Mortal Kombat, j'utilise un HDMI Timings (on peux comparer ça à un modeline dans la mesure ou ça contient les mêmes paramètres) de 1920 x 254 x 53.2Hz.
                (hdmi_timings 1920 1 50 250 250 276 1 3 10 6 0 0 0 53.20 0 38770000 1)

                Utiliser une grande résolution en X (1920p) a deux avantage :

                • S'affranchir des contrainte de Pixel Clock du Rpi qui pour le moment nous impose d'utiliser que 4 valeurs (4.8Mhz, 6.4Mhz, 9.6Mhz et 19.2Mhz). Au delà de 19.2Mhz, on peut utiliser la valeurs que l'on veut.

                • Et avoir une résolution qui s'adapte a des résolution horizontal courantes.
                  1920 / 384 = 5 pixels
                  1920 / 320 = 6 pixels
                  1920 / 256 = 7.5 pixels (pas de lissage a activer grâce a la résolution supérieur a la capacité d'affichage de la TV).

                Maintenant, pour gérer le changement de résolution à la volée, il faut obligatoirement une base de donnée de jeux (ou alors un émulateur capable d'extraire les données du jeux du driver comme le fait apparemment advmame, pas testé) et créer tous les HDMI Timings utilisables.

                Ça fonctionne parfaitement chez moi mais j'ai modifié la méthode de lancement des jeux retroarch. (fonctionne aussi pour d'autres émulateurs comme Amiga, Atari800, Coleco, Commodore 64).

                Ça devrait arriver sur Recalbox mais c'est beaucoup de travail et l’équipe a du boulot. Dans la mesure ou RGB-Pi est un Recalbox a 99.9%, je ne pense pas faire de pub. Ça sera fonctionnel dans la prochaine Beta de RGB-Pi. J'aurais pas le temps de créer (C'est pas moi qui m'occupe de RGB-Pi, je donne un coup de main) tous les HDMI Timings et de faire les bases de données des émulateurs MAME/FBA mais c'est éditable facilement.

                Alors, un peu de patience, ça sera accessible à tous mais la quantité de travail est énorme.

                Rpi2/Rpi3 - LCD/CRT- NES30 Pro-iBUFFALO

                Substring Darki 2 Replies Last reply Reply Quote 0
                • Substring
                  Substring @ironic last edited by Substring

                  @ironic Le seul truc qui m'intéresse, c'est les maths pour créer le-dit hdmi_timings. Après, on peut se contenter d'une DB qui dit "rom HRES VRES ROTATION FREQUENCE" (oui, parce que je veux à moyen terme faire tourner dans le bon sens les jeux verticaux pour ceux qui peuvent être en TATE). Et ca, ca peut etre ultra simple en parsant les .dat de mame

                  Former dev - Please reply with @substring so that i am notified when you answer me
                  Ex dev - Merci de me répondre en utilisant @substring pour que je sois notifé

                  aTg 1 Reply Last reply Reply Quote 0
                  • aTg
                    aTg @Substring last edited by

                    @Substring The maths behind the hdmi_timings will never arrive while the pixelclock remains locked.
                    It is necessary resize to 1920.

                    1 Reply Last reply Reply Quote 0
                    • Darki
                      Darki @ironic last edited by Darki

                      @ironic OK dac, je viens de regarder un peu advMame, je connaissais, mais c'est vrai que le dev sur RPI est assez récent !
                      Mais effectivement, il a l'air d'être l'équivalent sur RPY de GroovyMame sur Windows/Linux, c'est-à-dire gérer résolutions et fréquences à la volé.

                      J'ai vu que @Substring avez mis les pieds dans les forums de advMame, une autre bonne nouvelle 🙂

                      Bon, je vais déjà essayer de faire ce qu'on ma dit plus haut, et j'essaierai avec advMame par la suite !

                      Content que ça bouge en tous cas 😉
                      Et bravo à tous, vous faites à taff de malade !

                      1 Reply Last reply Reply Quote 0
                      • idarius
                        idarius last edited by idarius

                        plop, existe t'il une possibilité de spécifier une résolution par jeu, sans trop bidouiller @Substring ? j'avais pu forcer une résolution directement dans la console ssh, mais je vois pas trop comment rendre ça automatique (pour les jeux arcade)
                        Sans bidouiller comme @ironic l'a fait 😛
                        J'ai commencé à configurer tous les jeux un par un pour adapter le viewport, mais vu le boulot jme demande si y aurait pas une solution plus simple et qui dure dans le temps

                        Substring 1 Reply Last reply Reply Quote 0
                        • Substring
                          Substring @idarius last edited by Substring

                          @idarius comme je l'ai dit hier : non pas encore.

                          Cela dit je me pose une question : faut-il autoriser une double traduction, à savoir :

                          • la db de resolutions de roms dont on parle
                          • la possibilité aux utilisateurs de "traduire" chaque resolution possible en hdmi_timings / hdmi_cvt ...

                          Je me pose cette question car tout le monde ne peut pas nécessairement jouer en 1920x224

                          Former dev - Please reply with @substring so that i am notified when you answer me
                          Ex dev - Merci de me répondre en utilisant @substring pour que je sois notifé

                          1 Reply Last reply Reply Quote 0
                          • webodan
                            webodan last edited by webodan

                            Hello,

                            I'm running this setup on my pi and I like using kodi for watching old stuff I have recorded, but I noticed that over composite it looks way better because it uses 720x480 instead of 480x300, could someone please toss a modeline for 720x480 or 640x480 (or at least whatever tool it's used to generate the modelines) that I can install into kodi using kodi.videomode= in recalbox.conf? It would be really helpful

                            Thank you very much.

                            1 Reply Last reply Reply Quote 0
                            • archimage
                              archimage last edited by

                              If you use HDMI setup try to add hdmi_force_mode=1 in config.txt

                              webodan 1 Reply Last reply Reply Quote 0
                              • idarius
                                idarius last edited by

                                Jai testé advancemame hier soir, avec le bon set de rom (0.106) en configurant mon écran avec advcfg.
                                Au final je n'ai rien réussi a booter, même pas de changement de résolution, écran noir puis retour ES.
                                Quelqu'un aurait réussi ? (en 4.1 unstable)

                                1 Reply Last reply Reply Quote 0
                                • webodan
                                  webodan @archimage last edited by webodan

                                  @archimage no I use 15khz RGB with a vga666 so I would need a video mode with hdmi_timings but I can't seem to find one for 720x480 or 640x480 that has the same structure as the ones used on the pi

                                  1 Reply Last reply Reply Quote 0
                                  • Darki
                                    Darki last edited by

                                    @idarius Va sur leur forum, tu auras sûrement plus de chances d'avoir des réponses à ton problème 😉 . C'est ici :
                                    https://sourceforge.net/p/advancemame/discussion/313511

                                    1 Reply Last reply Reply Quote 0
                                    • idarius
                                      idarius last edited by

                                      merci @webodan je vais y faire un tour cet aprem 🙂

                                      1 Reply Last reply Reply Quote 0
                                      • Bturon
                                        Bturon last edited by

                                        Je suis tombé un peu par hasard sur ce topic et bien m'en a pris. En plus d'être ultra intéressant vous vous penchez sur ce qui pourrait être une belle avancée en terme d'émulation.

                                        J'ai parcouru le topic dans son ensemble, et même si j'avoue avoir lu certains post en diagonale, je ne pense pas que ma question ait été traitée :

                                        Est ce que l'on a pu énumérer, si il y en a, les avantages et inconvénients à passer par le HDMI ou le GPIO pour sortir en RGB.

                                        Une chose dont je suis à peu prêt sûr et qui a été évoqué ici, c'est que si l'on passe par le GPIO, on doit utiliser la sortie son jack et que celle ci est de mauvaise qualité.

                                        Du coup, meilleur son par HDMI.
                                        Mais ce qui m'intéresse, c'est surtout l'input lag. A-t-on pu noter une différence entre les 2 méthodes?

                                        Substring 1 Reply Last reply Reply Quote 0
                                        • Substring
                                          Substring @Bturon last edited by

                                          @Bturon ca a été évoqué par @ajeFr et @aTg les histoires d'input lag, de son etc ...

                                          Mais l'évaluation de tout ca ... non, le sujet est tellement en cours de défrichage que c'est difficile d'avoir un avis là-dessus.

                                          En gros ca se résume à :

                                          • video HDMI (risque de lag du convertissuer), controles GPIO (sûrement le plus intéressant) ou sur USB (je doute que les encodeurs laggent tant que ca), sorti son honnête
                                          • video sur GPIO, son bof bof, controles sur USB

                                          Perso, je pense qu'avec du matos bien fait, c'est bonnet blanc/blanc bonnet, mais je n'ai pas encore de CRT pour tester. En revanche, afficher une très faible résolution semble bien plus propice à réduire le lag

                                          Former dev - Please reply with @substring so that i am notified when you answer me
                                          Ex dev - Merci de me répondre en utilisant @substring pour que je sois notifé

                                          Bturon ajefr 2 Replies Last reply Reply Quote 0
                                          • Bturon
                                            Bturon @Substring last edited by

                                            @Substring Merci.

                                            J'avais vu effectivement que l'input lag avait été évoqué, mais je savais pas si quelqu'un avait pu tester les 2 et donc pu évaluer une différence. Je ne saurais pas dire quel intervenant, avait pu faire des tests (archimage8?) entre la console d'origine et Rpi par HDMI et constatait énormément d'écart entre les 2. J'espérais (j'espère) que ce serait mieux via GPIO. Je veille sur vos avancer. Si moi même j'ai l'occasion de faire les tests, je viendrais partager mes impressions. Ça peut toujours servir!
                                            Merci en tout cas.

                                            Aussi, je suis tombé la dessus :
                                            http://www.rgb-pi.com/
                                            Je ne pense pas que ce soit aussi avancé que vous, mais l'accessoire à l'air OK. Si quelqu'un à un retour sur celui ci d'ailleurs, ça m'intéresse. Après, j'ai vu qu'il y avait tous les plans pour s'en faire un sois-même.

                                            (Mais je me demande si j'ai pas vu quelqu'un en parler aussi ici...)

                                            Substring 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Want to support us ?

                                            82
                                            Online

                                            99.6k
                                            Users

                                            28.1k
                                            Topics

                                            187.1k
                                            Posts

                                            Copyright © 2021 recalbox.com