Recalbox sur TV CRT en RGB

[greenalex]

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

[Substring]

@haricot @greenalex pour le pixel perfect CRT, on va avoir un travail titanesque. Il ne suffit pas d'afficher sur du CRT, mais aussi générer la bonne résolution pou rle téléviseur. Chaque console de salon a AU MOINS 2 resolutions. Donc il va falloir, à partir de la ROM, trouver les éléments permettant d'avoir des billes dessus pour arriver au niveau top moumoute en se passant de ADVANCEMESS (qui lui pourrait resoudre nos problèmes, à tester aussi)

[aTg]

I have opened a web where I will have updated the latest version of Recalbox for CRT made by me, there are also available cables already assembled ready to use.

rgb-pi.com

As says @Substring still we have a lot of work to make all games to work in their original resolutions but for now there is a lot that can already be enjoyed.

[ajefr]

@Substring said in Recalbox sur TV CRT en RGB:

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

Tout à fait d'accord, mais bon, une sortie pwm peut aussi donner d'excellent résultat, c'est bien ce qu'il y a sur tous les amplis classe D.
Par contre, mal filtrée, ça peut être terrible.
Sur les gpios, ce n'est pas un signal analogique qui sort mais bien les mêmes pwm que sur la sortie casque.

[Substring]

@ajefr alright, you win

[aTg]

@ajefr Sorry but the pins 18, 19 ,12.. in the GPIO are PWM analog output

http://pinout.xyz/pinout/pin12_gpio18

[ian57]

@ajefr @substring yep c'est que l'on utilise ici aussi https://github.com/recalbox/recalbox-os/wiki/Analog-Audio-Pi-Zero-(EN)... bon j'me suis loupé sur les résustances sur le photos mais sinon c'est pas mal

[ajefr]

@aTg said in Recalbox sur TV CRT en RGB:

@ajefr Sorry but the pins 18, 19 ,12.. in the GPIO are PWM analog output

http://pinout.xyz/pinout/pin12_gpio18

PWM and Analog are two different kind of signals.
Pins on RPI are PWM, not analog, you have to add some filterings to get a correct analog signal

FYI:
You can generate analog from pwm with some filters.
Generating pwm from analog is not so easy.

[aTg]

@ajefr Is the same as the signal RGB from digital paralel outputs, this generates a squared signal, what is the problem?

Did the original games have analog audio chips? I would say that the audio outputs of game consoles were of worse quality than the output of the RPi

[ajefr]

@aTg said in Recalbox sur TV CRT en RGB:

@ajefr Is the same as the signal RGB from digital paralel outputs, this generates a squared signal, what is the problem?

Did the original games have analog audio chips? I would say that the audio outputs of game consoles were of worse quality than the output of the RPi

DPI output is different, it's a numeric representation of a needed voltage.
It's true that it generate a analog signal but this one do not need (and must not in our usage) to be smoothed because each step might be a pixel.

About original games, yes, most of them use analog sound for the musics.
That's called FM chip, YM2151 is the most representative.
SFX sound are using digital sound.

[aTg]

I'm much more concerned not being able to generate hdmi_timings or see interlaced modes.

[r11t16]

Bonjour à tous. Je suis à ranger dans la catégorie des débutants mais qui mettent les mains dans le cambouis.
J'essaie de faire tourner mon rapsberry 3 sur ma tv crt (ça marche sur un lcd) mais quand je vois qu'il faut modifier des fichiers comme /usr ou/etc, je ne sais pas comment faire après quelques heures de recherche.
Pouvez-vous m'aider?

Merci d'avance.

[acris]

Bonjour
si tu es sous windows il faut installer winscp , notepad++ et putty
voir le wiki

[r11t16]

This post is deleted!

[r11t16]

@acris said in Recalbox sur TV CRT en RGB:

Bonjour
si tu es sous windows il faut installer winscp , notepad++ et putty
voir le wiki

J'ai réussi à faire tout ça, j'ai bien l'affichage du thème CRT sur mon écran mais j'ai maintenant un problème d'écran noir au lancement des jeux, il doit y avoir un mauvais réglage ma part. Je suis encore un peu perdu avec les videomode=CEA 6 HDMI ou parfois = CEA 21 HDMI.
Pour le moment je ne fais que des essais sur snes avec un fichier snes.cfg créé.

[ian57]

@aTg @Substring Goot news... RGB-Pi is supported almost out of the box in 4.1 : the only thing is to add some lines in the conf.txt :

dtoverlay=rgb-pi
enable_dpi_lcd=1
dtoverlay=pwm-2chan,pin=18,func=2,pin2=19,func2=2
display_default_lcd=1
dpi_output_format=6
dpi_group=2
dpi_mode=87
hdmi_timings=320 1 20 29 35 220 1 10 14 16 0 0 0 60 0 6400000 1

and the results :

After that need to tune the libretro core to fix the image

[ian57]

A lot of reading to do to understand how hdmi_timings are working....

[Substring]

@ian57 please share anything that would be worth

[ian57]

@substring Of course i will do... but I think there is a great difference between the VG666 mode and the HDMI-VGA mode in terms of hmdi_timings...

[aTg]

@ian57 Great, finally try the cable, I think it will not be necessary to generate hdmi_timings, the games are not seen in a correct aspect ratio if we generate the hdmi_timing, for example snes is 256x224 but this is 8:7 aspect ratio and need to rescale to 4:3, with the timing and nothing more the image show with much overscan. So it is better to start from a resolution like 1920x240 and expand it horizontally to 4:3 but keeping the 224 pixels vertical.

I've been testing for a long time and this is definitely the best option because in this way we do two jobs in one, we have a universal timing and at the same time we rescale the games to 4:3

The tests that I am currently doing are 480x300 for fronend and recovery (this is a custom timing the most "HD" posible), default for n64 and 1920x240 for global.videomode.

After each machine has its .cfg with the necessary rescaling and center parameters, the next step is to create .cfg for each game as a temporary solution to see all games in the original aspect.