Recalbox sur TV CRT en RGB

[archimage]

Bon je me suis rendu compte que je ne comparais pas bien, en utilisant les fleches de direction sur windows en zoomant il se deplace sur la même photo, alors qu'en fait j'avais deux fichiers entre lesquels je voulais alterner...

J'ai réalisé qu'il y avait une très subtile différence quand même sur la définition de certains éléments comme les textes

Encore une fois il se pourrait que ça vienne d'autre chose, mais il y a une différence perçue en vrai, quoique minime. Je trouve que c'est mieux en 1920, mais je ne saurais pas l'expliquer.

Difficile de prendre des photos aussi...

Si ça se trouve ça n'a aucun rapport avec la résolution, juste une histoire de proportions des pixels ?

[ironic]

Je pense meme qu'il faudrait autant de résolutions que de résolutions nécessaires.
C'est a dire qu'une même console (et je ne parle pas d'arcade) a parfois plusieurs résolution.
Pour bien faire in faudrait connaitre la résolution du jeu avant de le lancer mais je ne vois pas comment faire cela automatiquement.
Moi je le fais sous Recalbox 3 avec mon LCD en ayant mis tous les jeux dans une liste avec leurs résolutions.
Ca permet de gérer l'aspect ratio également et les jeux horizontaux/verticaux.
Mais la n'est pas le sujet.
Par contre, la DreamCast, c'est du 640x480 je crois, donc impossible. Idem la Playstation.
Non entrelacé, ça doit être du 288p maxi je pense.

Je testerais quand je serais de retour les changements de résolutions a la volée.

Entre tes 2 versions 1920 et 720, je ne vois pas de différence. Si il y en a une, c'est minime.
A mon avis, la résolution max utilisable (et raisonnable) non entrelacée et de 720x288.

Encore pas mal d'essais nous attende...

[Substring]

Attention la dc : on n'utilise pas le core retroarch, donc ca va être une autre paire de manches pour la gérer. Idem la N64

Prenons le problème à l'envers : pourquoi ne pas assigner une resolution TV de 640x480 ? Là vous cherchez à faire du pixel perfect 1:1 par rapport ) l'origine. En 640x480, vousne faite que doubler la résolution verticale, je doute que ce soit une hérésie pour le rendu ?

[archimage]

Dans mon cas je suis déjà en 480i pour ES, mais c'est entrelacé donc quasi injouable dans cette résolution à moins d'utiliser des filtres d'adoucissement.

[Substring]

quelle est la nécessité de faire tourner les émuls en 240p plutôt qu'en 480p ?

[archimage]

@subs La plupart ont été conçus en 240p avec comme intention de tirer profit du scanline naturel de la télé qui s'intercale entre les lignes, et le 480p n'est pas supporté par le CRT, il n'y a que le 480i qui passe la barre mais avec de gros scintillements et une image moins belle.

[Scandy]

@subs said in Recalbox sur TV CRT en RGB:

quelle est la nécessité de faire tourner les émuls en 240p plutôt qu'en 480p ?

http://scanlines.hazard-city.de/

[Scandy]

@ironic et @archimage ce que vous faites est extraordinaire.

En résumé, je comprends que les exigences sont les suivantes:

• rPi (tous les modèles?)
• GPIO > SCART
• installation du driver VGA666
• modification du config.txt

C'est vrai?
J'ai un modèle Raspberry Pi B1, j'offrir à «volontaire» pour acheter un prototype GPIO > SCART pour le test! ; D

[ironic]

@subs
Comme la dit @archimage , les TV CRT (pas les moniteurs CRT) ne peuvent pas dépasser une certaine résolution verticale.
Pour le progressif 50Hz, c'est probablement de l'ordre de 288p.
Après on passe en entrelacé, la permet de doubler le nombre le ligne mais les ligne paires sont affichées les trames (ou frames) paire et les autres lignes, les frames impaire (en gros). Ce qui rend l'écran difficile a supporter pour des jeux non prévus.
La tv CRT a une résolution de soit 288p ou en doublant on obtient 2x228=576i. (PAL). Pour du NTSC c'est 240p et 480i.
Attention, je parle des lignes visibles, en faite en PAL il y a 625 ligne et en NTSC 525 lignes.

@Scandy
Pour le moment, ce n'est pas évident de fair fonctionner le Rpi sur la TV.
Si tu veux essayer, tu peux achete :
Un GPIO2VGA (c'est toi qui a donné le lien, je crois. J'en ai même commandé 2 sur Pi-Supply).
Et un câble VGA2SCART comme cité plus haut.

Faire un GPIO2SCART me parait problématique.
La connectique Péritel est énorme pour tenir sur une petite platine posée sur le Rpi.
Autant utiliser que qui existe déjà.

Et pour la configuration/essais, lis le forum (je pense que t'as tout suivi) mais ça reste expérimental.

Pour les Rpi compatibles VGA666 :
Rpi1B+ : OK
Rpi2 : OK
Rpi3 : Je vais tester mais je pense que oui.

Attention, NOOBS/PINN non compatible.
Il y a surement un petit truc a faire mais j'ai pas cherché.

Sinon, je crie pas youpi mais j'arrive a changer de résolution a la volée.
Lire le post jusque la fin et installer directement le 2eme firmware, le 1ere fonction pas comme on veut.
https://github.com/raspberrypi/firmware/issues/637
Et sa fonctionne par SSH, trop de la balle vais pouvoir optimiser mes résolutions sans rebooter a chaque fois.

Par contre, il faut utiliser :
vcgencmd hdmi_timings
car l'autre ne fonctionne pas en dessous de 640x480
vcgencmd hdmi_cvt

[archimage]

Un tuto express hdmi avec une résolution 480i pour ES et Kodi et 240p60 pour les emulateurs qui auront chacun un fichier de recalibrage du viewport custom.

• Cable VGA > Scart : Acheter

• Adaptateur HDMI>VGA : Acheter

• Editer Config.txt :

hdmi_cvt=1920 240 60 1 1 0 0
hdmi_disable_edid=0xa5000080
hdmi_pixel_encoding=2
avoid_safe_mode=1
disable_overscan=0
hdmi_drive=2
hdmi_group=1
hdmi_mode=6
hdmi_force=1

• Modifier les fichiers comme subs l'a indiqué plus haut dans le topic en attendant une intégration totale dans une version ultérieure

• Créer des resolutions custom qui auont le même nom que la console dans le dossier \RECALBOX\share\system\configs\retroarch\snes.cfg

Par exemple dans snes.cfg :

aspect_ratio_index = "22"
custom_viewport_width = "1792"
custom_viewport_height = "224"
custom_viewport_x = "63"
custom_viewport_y = "16"

Ainsi chaque émulateur chargera son propre fichier de configuration au démarrage de Retroarch.

• Utiliser le thème CRT pour réduire l'impact de l'overscan naturel de la télé sans activer l'overscan du PI.

• Editer le fichier recalbox.conf:

system.es.videomode=CEA 6 HDMI
global.videomode=DMT 87 HDMI

• Pas d'overscan
• Pas de format automatique 4/3 ou 16/9
• Pas de lissage ni de shaders

Avec ça tu devrais te débrouiller pour faire fonctionner toi même assez simplement.

NB : tu peux remplacer le 1920 par 720 et tu devras regler les fichier snes.cfg nes.cfg etc en conséquence...

[ironic]

Au-moins, celui qui veut essayer le VGA2SCART ou le GPIO2SCART a tout ce qu'il faut.
Je pense que ta solution est pour le moment la plus abordable, même si il y a une partie scripts.
Configurer des résolution avec les Timings et une vrai torture.
Heureusement que je peux changer de résolution a la volée, sinon je serais déjà fou avec mes centaines d'essais.
Je cherche obstinément a avoir une résolution de 384x224x60 sans overscan, je m'arrache les cheveux

Je me pose beaucoup de questions malgré toutes mes lectures.
Toutes le TV CRT ont un overscan, on ne peut pas y couper.
Alors pourquoi sur la Snes, si j'ouvre une résolution de 256x224 sur la TV, aucune partie de l'image ne dépasse de l'écran ?

Snes a gauche

Si la résolution est de 256x224, a quoi correspondent les bandes noires en haut et en bas, a des zones non balayées ?
Quand une zone n'est pas balayée, on voit la différence, elle est extrêmement sombre, comme la TV éteinte, ici c'est pas le cas !
Ça peut se voir si on passe en NTSC sur une TV PAL ou quand on active le mode 16/9 (si il y en a un) sur les CRT.

Quand on parle de résolution de console, c'est la taille qu'occupe la surface d'affichage mais a mon avis la résolution ouverte est bien plus grande.

Je lis, je lis, je lis, j’essaie, j’essaie, j’essaie et c'est de pire en pire dans ma tête

[SECAM]

Si je peux donner un coup de main, il y a dans ce sujet un topic sur les modelines, donc une capture d'écran qui détaille les fréquences de la megadrive.
http://www.neo-arcadia.com/forum/viewtopic.php?t=37718

[ironic]

Pouah, ce lien est tout bonnement hallucinant et ... déprimant.
Merci @SECAM
(A lire absolument pour ceux qui veulent en savoir un peu plus sur les difficultés de l'émulation)

J'ai appris beaucoup de chose, ça a confirmé beaucoup de mes suppositions et ça a le malheur de me faire comprendre que la recherche de la perfection est (je sais, inaccessible mais déjà s'en approcher) tout bonnement ... infernale !!

A mon grand malheur, je ne peux pas faire ce que je veux avec les hdmi_timings (pour le moment, j’espère).
J'ai compris la conversion Modeline//Hdmi_Timings mais ça fonctionne presque jamais.
La faute au Pixel Clock, je pense mais je ne suis pas sur. Je ne peut pas fixer le Pixel Clock que je veux, même en multiple de 8 ou 16.
(Faut que je comprenne ou est la limite/contrainte pour avancer). Pb de TV, de driver Rpi... c'est un truc de fou.

Bon, pour obtenir une émulation digne de ce nom, il faudrait un Hdmi_Timings par résolution (souvent plusieurs pas console et je ne parle pas des jeux qui changent de résolutions en cours de jeu, c'est impossible a reproduire, heureusement il y en a très très peu) et (truc de fou), un Hdmi_Timings par jeu d'arcade (ou presque).
Pour finir, il faudrait peu être adapter chaque Hdmi_Timings a chaque TV CRT.
L'enfer quoi.

Pour infos, je donne la méthode de conversion Modelines//Hdmi-Timings.

Une Modeline se présentée sous cette forme :
Modeline "384x224" 7.500 384 400 435 486 224 240 243 259 -hsync -vsync

Un Hdmi_Timings, sous cette forme :
hdmi_timings 384 1 16 35 51 224 1 16 3 16 0 0 0 60 0 6400000 1

Les paramètres a récupérer de la Modeline sont :
E, F, G, H, J, K, L, M

Pour faire un Hdmi_Timings :
S = E
T = N : (C'est la synchro horizontale).
U = F - E
V = G - F
W = H - G
X = J
Y = O (C'est la synchro verticale).
Z = K - J
AA = L - K
AB = M - L
AC = Décalage A synchro verticale, a laisser a 0
AD = Décalage B synchro verticale, a laisser a 0
AE = Pixel Rep, a laisser a 0
AF = La fréquence en Hz
AG = Non-entrelacé = 0
AH = Pixel frenquency/Pixel Clock
AI = L'aspect Ratio (1 pour le 4/3)

Je pense que je vais me concentrer sur la création des quelques résolutions principales a 60Hz avec très peu d'overscan.
Dans la mesure ou l'Aspect Ratio est aléatoire et corresponde a l'overscan de la TV, la fréquence utilisé ou les réglages des moniteurs d'arcade. Je pense que le meilleur Aspect Ratio c'est celui qu'on aime, qu'on trouve le mieux proportionné et qui occupe une quasis totalité de l'écran sans trop de perte du a l'overscan.

[ironic]

Pour qu'on comprenne bien cette "recherche de la perfection", mon but est de me passer de l'option RetroArch "VSync ON".
Également le Hard GPU Sync et le Threated Video qui induisent un lag
Tout en ayant une parfaite fluidité du jeu.

• Pourquoi ?
• L'Input Lag...

Petit test.
Lancez Sonic 1 sur Megadrive et essayez de sauter (sur place, des le début du jeu) avec et sans Synchro.
Input Lag est flagrant.

Bien-sur, il faut faire ce test sur un CRT, un LCD n'est pas assez réactif et induit déjà son propre lag.

[Lotageek]

Bonsoir.
Je me posais quelques questions à ce sujet.
Est-il possible de brancher la recalbox en RGB sur un crt avec les câbles du tuto d'@archimage, sans avoir à bidouiller les viewpoint et compagnie ? En mettant une résolution qui serait la même pour toutes les consoles ?
Aussi, pourquoi la résolution est de 1920 x 240 (le 1920 sur un crt, j'ai l'impression de louper un truc ^^') ?
Enfin, est-ce sans risque pour la TV ? De tâtonner avec les résolutions et tout ça, ça ne risque pas de l'abîmer ?

[ironic]

Pour passer Recalbox en 240p par Péritel, quelques modifs s'imposent.
Le post est assez claire (quoi qu'il faut quand même s'y connaitre un minimum).
Le plug and play Recalbox to Péritel, c'est pas pour tout de suite mais ... qui sait...

C'est beaucoup plus facile avec un convertisseur HDMI vers VGA qu’avec un VGA666 (GPIO vers VGA).
(La, on peut faire beaucoup plus de conneries...)

Le 1920 pour un CRT, c'est vrai, c'est un peu trop, mais d’après @archimage ça a l'air un poil plus beau.
Bon, du 720x240 ça doit être suffisant.

Sans risque pour la TV de tâtonner les résolutions, oui si tu dépasses pas le 240p
Ma pauvre TV a mangé grave avec mon GPIO2SCART, j'en lui ai mis plein la tête, des désynchros de fou et ...
No problémo, elle fonctionne toujours parfaitement ... pour le moment.

[Lotageek]

D'accord, merci de votre réponse !

[ironic]

J'ai toujours autant de mal a comprendre pourquoi il y a une limite au pixel Clock en passant par le VGA666.
Malgré mes intenses recherches et poses de questions sur les forums, je reste perplexe.

Cependant, j'ai trouvé une résolution qui est très acceptable, stable et non déformée.
Faire joujou avec les timings sur un CRT c'est vraiment la galère. Je fais que ca depuis 15 jours...

Dans la mesure ou l'overscan n'est pas réglable, pas le choix si on veut respecter les scanlines, ça déborde un peu verticalement en 240p.
Pas de probleme en 224p.
A chaque fois que je modifie un paramètres, soit je perds soit la synchro, soit la fréquence n'est plus 50Hz/60Hz.

Voici les timings que j'utilise :
hdmi_timings=996 1 24 96 120 240 1 3 10 6 0 0 0 60 0 19200000 1
Ça fait une résolution de 996x240x60Hz.
On respecte parfaitement les scanlines pour les jeux 224p et 240p verticalement.
Par contre, horizontalement, il faut laisser Retroarch agrandir et lisser les lignes, ce qu'il fait très très bien.
On est pas pixel perfect horizontalement mais le résultat est parfait.

Je peux enfin "consoliser" un Rpi avec sortie RGB, me reste a trouver quelle console je vais vampiriser.

Il va quand même falloir que je créé des listes de jeux avec leurs résolutions pour adapter le viewport a la résolution du jeu. Surtout en arcade, la ou il y a énormément de résolutions. Je ne parle même pas de toutes les fréquences...

[Substring]

En 4.1 il y a une évolution qui permet de gérer un ficheir de parametrage de retroarch par console et un par jeu. Tu vas enfin migrer en v4.x ?

@archimage tu pourrais tester le timing de ironic ?

[ironic]

Oh lala ! vivement la 4.1 alors
C'est vrai que la, j'aurais pu trop besoin de la 3.3.

Pour tous mes essais sur CRT, j'utilise un Rpi 2 et RB 4.0.
RB 3.3 est seulement sur mon Bartop.

Pour ceux qui voudraient tester sur un Rpi3, ils auront probablement un manque de rouge, il y a une ou deux ligne a ajouter dans le confix.txt pour désactiver l'UART ou l'I²C, je sais pu précisément, en tout cas j'ai bien galéré, je retrouverais l'info.

Ça donne ça, avec mon Smartphone antédiluvienne
En vrai, les couleurs sont plus vives et l'image plus contrasté, comme les captures d'@archimage en un peu plus claire.

C'est pas évident de passer entres les balayages, j'ai fais ce que j'ai pu.
De plus j'ai réduit la taille de l'image qui était trop grosse, on perd en précision.

Bon, je vais en blesser plus d'un, pour moi c'est plus beau que l'arcade.
(Enfin que sur 90% des moniteurs fatigués qui équipaient les bornes).

@subs
Je sais pas si ça sert à quelque chose de tester les hdmi_timings à la place des hdmi_cvt.
Je pense que le résultats sera le même. mais ca merite d'etre testé.
J'ai reçu 2 VGA666 a assembler, je testerais prochainement pour voir les différences avec un convertisseur hdmi+cable.

L’intérêt d'un convertisseur HDMI vers VGA et d'un câble VGA vers Péritel est de pouvoir facilement créer des résolutions avec un hdmi_cvt custom. Chose impossible en passant par les GPIO. De plus, on a bien 16,777,216 couleurs. (24bits). On peut egalement utiliser le DAC du convertisseur HDMI.

L’intérêt de passer par les GPIO, déjà si on bricole, c'est moins cher, c'est plus fun et "peu être" un chouilla mois de lag vidéo.
Ça doit également consommer un peu moins de jus, il n'y a pas de convertisseur a alimenter par le HDMI.
Malheureusement, on est en 18bits, soit 262,144 couleurs. Bon pour les jeux c'est suffisant, moins pour KODI.
(On peut néanmoins sortir du 24bits du GPIO en faisant un VGA888).