Recalbox sur TV CRT en RGB

[Bturon]

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]

@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

[Bturon]

@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]

@Bturon on a bossé avec son auteur pour l'intégrer dans recalbox (c'est aTg justement, qui a participé sur cette discussion)

[Bturon]

@Substring Top!

[ajefr]

@Substring
Pas d'input lag, même en 5 joueurs
http://www.youtube.com/watch?v=BWtpAjrFHgA

[idarius]

Je ne ressens aucun lag (même s'il yen a surement si j'avais moyen de le mesurer) sur ma config avec hdmi -> vga -> BNC.
j'ai fait du versus sur street 3rd strike au stick, j'ai rien noté coté lag, et pourtant je connais le jeu et les timing sur le bout des doigts

Quelqu'un pourrait tester advancemame et me dire si il arrive a lancer des jeux? je refais des tests dans la soirée, mais hier soir j'ai fait choux blanc j'aimerai bien tester le changement de résolution

[archimage]

Je vais peut être sembler tatillon, mais pour moi il vaut mieux rester exigeant même si le chemin parcouru depuis LCD land est énorme. J'ai en effet le pi et les vraies consoles branchés sur le même écran. Pas deux écrans côte à côte, car je n'ai pas deux moniteurs identiques, ce serait l'idéal pour comparer. J'utilise un PVM 20L4 et une AV Famicom RGB vs Retroarch. Pour moi l'input lag n'est pas significatif des fois je n'arrive pas à comparer, mais je peux dire qu'il est présent lorsque je m'habitue à l'un puis je passe à l'autre. Je n'utilise pas une méthode scientifique pour le mesurer, je ne peux pas dire s'il est présent pour une grande partie des jeux, mais je le ressens sur ceux demandant une réactivité accrue, par exemple Super Mario Bros 3 et les changements de direction fréquents pendant les sauts. Pour moi il y a plusieurs hypothèses. Est-ce lié à la différence entre la fréquence réelle de la console et celle émulée ? J'ai constaté que le taux de rafraichissement estimé du moniteur est variable sur Retroarch... Est-ce spécifique à chaque core et son interpretation de la machine ? Aucune idée...

J'ai aussi comparé Super Mario Bros 3 avec un vrai PC en sortie VGA sur une Arcadevga, c'est variable selon les cores utilisés, en général un poil plus réactif mais toujours en dessous du vrai hardware. Petite précision, je n'utilise pas encore les hdmi timings, juste le mode 1920x240 j'attends que la 4.1 sorte en stable pour changer de config par manque de temps, ça peut peut être influencer la perception.

On peut continuer à se baser sur nos témoignages et sensibilités en attendant d'avoir une méthode scientifique pour mesurer ces différences.

En tout cas je ne serais pas étonné qu'il reste toujours des traces d'input lag à mon avis c'est intrinsèque à l’émulation, qui est toujours une imitation du hardware en software.

[idarius]

@ajefr Salut, je viens par hasard (total :p) de tomber sur vos board sur neo arcadia, et une question me brûle les lèvres, vu que ce topic ne parle que de ça.

Comment gérez vous vos résolutions ? gérés par la board ? par le Rpi ? de ce que j'ai vu vous utilisez recalbox.

Vous utilisez des timings hdmi ? si oui comment utilisez vous les même sur différents écrans ?

Merci pour les infos !

[ironic]

Quoi que l'on fasse, en émulation, il y aura toujours de l'input lag.
Difficilement perceptible en dessous de100ms. (= 5 a 6 frames).

Coté son, en GPIO-Péritel (le cable de aTg), le résultat est vraiment correct.
Comme on sort le son sur une TV qui souvent est équipée d'un équaliseur et autres effets, le rendu est vraiment bon.
J'ai les 2 solutions (GPIO2SCART et HDMI2VGA2SCART) et je n'utilise que le GPIO2SCART.
Coté lag input de l'USB, il est négligeable, voir inexistant.
Le plus gros lag vient de l’émulation.

@webodan
I never been able to make a interlaced screen from HDMI_Timings.
I don't know why, probably i missed something.
I will look why, soon

Comment vous faites pour "gérer" les roms 50Hz et 60Hz ?
Personnellement (par exemple pour la megadrive/genesis), j'ai créé 2 thèmes ES, un qui lance les jeux en 50Hz et l'autre en 60Hz (avec les viewports qui vont bien).
Avec le core GenesisplusGX, j'ai créé 2 retroarch-core-options.cfg car c'est ce fichier qui stocke les paramètres du core (entre autre, PAL, NTSC...)

@Substring
Pourquoi tu dis :
"Je me pose cette question car tout le monde ne peut pas nécessairement jouer en 1920x224" ?
Sur un CRT, tout le monde peut afficher (je parle de l'emulation, pas de ES) du 1920x224).

Pour advmame, je pense que pour un resultat optimal, chaqu'un doit créer ses resolutions en fonctions des overscan de sa TV. Donc, un soft qui créé tout seul les bon timings, j'y crois pas trop.
Voila quelques HDMI_Timings que j'ai fais récemment.
Pour la neogeo, je me suis basé sur les vrai timings de la MVS avec la meme frequence.
J'ai du forcement multiplier la resolution verticale.
La megadrive 50Hz (49.70) et 60Hz(59.92) est fullscreen sans overscan
J'ai aussi respecté les veritables refresh rate qui ne sont pas 50Hz et 60Hz.
la PC Engine est aussi parfaite (je n'ai pas trouvé la veritable frequence de la PCE, j'ai utilisé du NTSC à 59.94Hz).
Pour l'Amiga, j'arrive pas a avoir du fullscreen verticalement, je compense en suppriment l'overscan pour respecter le 4/3.

pcengine="hdmi_timings 1920 1 152 250 280 240 1 3 3 16 0 0 0 59.94 0 40870000 1"
megadrive60="hdmi_timings 1920 1 48 192 240 240 1 3 3 16 0 0 0 59.92 0 37680000 1"
megadrive50="hdmi_timings 1920 1 48 192 240 288 1 6 3 16 0 0 0 49.70 0 37340000 1"
neogeo="hdmi_timings 1920 1 152 250 280 224 1 13 8 19 0 0 0 59.185 0 40660000 1"
amiga="hdmi_timings 1920 1 180 192 334 262 1 14 15 22 0 0 0 50 0 41200000 1"

Biensur, sous RetroArch il faut les bons viewport et je n'utilise que des viewport de 1920 pixels horizontalement. J'ai adapté les HDMI_Timings au viewport et pas l'invers.

@archimage
Tout a fait d'accord avec toi

[Substring]

@archimage l'émulation c'est en moyenne 7 images d'input lag, donc il y en a, nécessairement un peu

[webodan]

This post is deleted!

[webodan]

@ironic great, please mention me if you find something thank you!

[Bturon]

@ajefr
Tu vas avoir du mal à le quantifier avec une sélection de menu ou un jeu comme bomberman. Par contre sur un Fzero ou un jeu de combat, de caisse ou de plate forme c'est beaucoup plus perceptible. Même si, lorsque l'on est habitué à l'émulation, on joue différemment, on va compenser l'input lag par de l'anticipation (consciemment ou inconsciemment). C'est complètement jouable, mais c'est pas la "perfection" ou les sensations d'origine. Et l'anticipation ne suffira pas sur un jeu de combat. Le temps de réponse est super important.
A mes yeux, c'est aussi, si ce n'est plus, important que le rendu visuel.

Sinon, tu es un homme de goûts. Bomberman 94 sur PC engine, Best bomberman Ever

Edit : Désolé pour le HS, je ne maîtrise pas le forum, et je pensais que j'allais répondre directement sous le commentaire de ajefr sans polluer le topic.

[Substring]

@Bturon y'a pas d'mal

[Substring]

HOLY SH!!!!!!!!!!T https://github.com/raspberrypi/firmware/issues/683#issuecomment-283179792 !!!!!!!

Yeah, ok, it's on the jack ... BUT COME ON !!!! NATIVE 240P COMPOSITE OUTPUT !!!

[aTg]

Interesting news, however recalbox is still not prepared to manage different resolutions per game.

[idarius]

Il y a une question qui me chagrine en ce moment.
Quand je regarde des images de CRT affichant de la super nes NTSC, il y a 2 bandes noire en haut et en bas. Normal, la résolution verticale est de 224 pixels pour du ntsc, j'imagine affichée sur 240 donc pas de soucis.
Mais en horizontal, il n'y a jamais de bandes noire, tout l'écran est utilisé.

Pourtant le nombre de pixels pour de la snes est principalement 256 de large.

Sur mon CRT, pour avoir le ratio réel (partant de 1920 = 320 pixels) j'arrive à 256 = 1536, et donc, evidemment, des bandes noires sur le coté.

Donc si je comprends bien, lorsque je vois des SNES originales affichée sur des CRT, la console affiche 256 pixels sur l'équivalent de 320 de large, et donc étire l'image.
Donc pour jouer en respectant au mieux le ratio du jeu, sur CRT 4/3, pour des jeux NTSC, j'aurai des bandes noires verticales, mais aussi horizontales.

Mais si je suis le raisonnement, quand je jouais à la SNES étant gamin, l'image était donc déformée en largeur...?

J'ai bon ?

PS : après pas mal de test, je n'ai jamais réussi à sortir une résolution de XXX x 224 sur mon écran, que ce soit par hdmi timing ou cvt, le 224 ne passe jamais.

[idarius]

Trop tard pour éditer mon post, voici un screen illustrant mes propos pour la snes.

désolé pour le flash, sinon on distinguais pas l'overscan

[archimage]

@idarius je ne comprends pas ta question, si tu suis les tuto tu devrais avoir une image plein pot