@ironic said in RPI2Scart et rgb-pi:
Après, le but ultime de l’émulation et de coller au plus près de l'original.
Donc un console composite devrait être émuler avec une sortie composite.
Bon, si on peut épargner ça a nos yeux, c'est mieux...
Et jouer avec les manettes d'origines alors ;))))
ton alim ne délivre pas assez de courant ou le câble d'alimentation n'est pas suffisamment gros
Tiens, on parle de moi 
@ironic
Tes messages sont un peu contradictoire, comment peux tu annoncer "pas de polémique" et dans le même message dire que ça "n'arrive pas à la cheville" de ta soluce. D'autant plus que tu n'as même pas testé ni un rpi2scart ni un rpi2jamma...
Pour être un peu factuel, le rpi2scart / rpi2jamma et maintenant est rpi2nuc sont optimisé à 100% pour du pixel perfect, pas de bidouillage avec une résolution fixe horizontale à 1920 pixels.
C'est pas loin de 1000 modelines affectées à environ 15000 roms pour fba et mame 2010 et affectées aux 4500 roms mame 2003. Le tout à la résolution et à la fréquence d'origine.
Chaque ému console fonctionne aussi avec sa modeline qui peut être modifiée rom par rom au cas où.
Et pour info, ce n'est pas "juste" une interface pour le CRT, le but "premier" était de s'en servir comme une vrai console.
C'est à dire que l'on peut brancher ses manettes d'origine pour jouer (nes, snes, megadrive, master system, neo geo, pc engine, ...), même les multitaps pc engine pour jouer à 5, et ainsi retrouver les sensations d'origines. On peut évidemment se servir d'une même manette pour tous les émus, par ex jouer à des jeux arcade avec un pad megadrive.
Le son est aussi géré par l'interface et avec des composants actifs et un filtrage adéquat pour avoir un son aussi pur que possible ( @Substring )
De plus le basculement en AV 4/3 de la TV est aussi géré.
Voici d'ailleurs à quoi ressemble le produit une fois assemblé avec une coque :
Je n'ai jamais critiqué le rgb-pi ni la recalbox, merci d'en faire pareil. Chaque solution a son public.
A+
@ironic said in Recalbox sur TV CRT en RGB:
Pouah, 330 modelines, j’espère que tu as fais que du copier/coller de modelines et pas essayé d'adapter parfaitement chaque modeline a ton CRT.
Si si, tout est adapté, on est perfectionniste ou on ne l'est pas ;-)))
@ironic Juste pour info, j'ai de mon côté plus de 330 modelines différentes en arcade !
@idarius said in Recalbox sur TV CRT en RGB:
J'ai trouvé un post sur les forums libretro au sujet de mon interrogation.
voir ce post contenant quelques images snes, en 320 pixels de large (pas de barre noire) et 256 pixels.
La déformation est plus visible au niveau des personnages.Au détour de forum, j'ai vu certaines personnes affirmer "NES PAR is 8:7 = 1.14", ce qui correspond bien à 256 / 224 pour mon cas..
Bref ce qui me gène, c'est le fait que la vraie console affiche sur la totalité de l'écran, alors que le ratio original devrait laisser apparaître des barres sur les cotés.
Une chose qu'il faut déjà bien prendre en compte, c'est qu'un pixel affiché sur un écran n'est pas forcément carré.
Ensuite, la façon de faire sur recalbox n'est pas l'idéale. Elle ne permet pas de remplir la totalité de l'écran pour chaque système. Il faut limite régler son écran à chaque fois en largeur.
C'est pour ça que tu vois des bandes noires sur les côtés, ce sont les custom viewport.
L'écran a un affichage fixe en largeur (1920 pixel apparemment) et on affiche x pixels sur l'écran pour un pixel réel de la console. Et ceux restants forment les barres noires sur les côtés.
Exemple NES = 1920 - (256 x 7) = 128 pixels noirs répartis sur les côtés.
7 pixels sont affichés pour un pixel réel en largeur
@Substring
Pas d'input lag, même en 5 joueurs
http://www.youtube.com/watch?v=BWtpAjrFHgA
@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 said in Recalbox sur TV CRT en RGB:
@ajefr Sorry but the pins 18, 19 ,12.. in the GPIO are PWM analog output
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.
@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 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
@aTg said in Recalbox sur TV CRT en RGB:
The schematic for audio+rgb+buttons over gpio...
https://drive.google.com/open?id=0B71ugqHtPbYMZzY1SHViRFRjUTQ
It's a quick drawing, I'm still working on it.
You should take care of never shorting two ouput pins.
Especially when both signals could have different value at the same time.
When hsync is high and vsync low, you create a short circuit inside the pi.
You may destroy it with time.
Salut,
@subs said in RPI2JAMMA ou comment brancher un RPI sur une borne d'arcade:
@ajefr je sais que le sujet est ancien, mais les choses ont changé chez RPI et on peut à présent regler les timings HDMI à la volée
Oui, j'ai fait parti des deux qui ont un peu poussé pour intégrer ça au niveau firmware.
@subs said in RPI2JAMMA ou comment brancher un RPI sur une borne d'arcade:
@zico92 on a un sujet sur crt qui avance à grands grands pas et qui donne des resultats très prometteurs
De mon côté, je suis plus proche de la fin
Voici une vidéo en fonctionnement :
https://www.youtube.com/watch?v=v4pR3LKDCPw
voir le site neo arcadia pour les dernières mises à jours :
http://www.neo-arcadia.com/forum/viewtopic.php?f=14&t=54733
A+
Salut, Merci de tes infos, je vais regarder ça de plus près, avec les mailbox, on doit pas être très loin, je suis tombé sur toutes les différentes property : https://github.com/raspberrypi/firmware/wiki/Mailbox-property-interface Mais il n'y a toujours pas celles qui m'intéressent. Je vais tenter l'issue sur le site raspberry, j'ai déjà contacté dom du forum, mais aucune nouvelles. A bientôt
C'est surtout le paramètre hdmi_timing que je veux mettre à jour. Xrandr met à jour le serveur X, mais est ce celui ci utilisé pour emulationstation et/ou les émulateurs ? Je vais jeter un oeil, mais j'ai un doute
Salut, Désolé de la réponse tardive. En fait TVservice et outputswapper ne font pas "suffisament" l'affaire. Ils permettent juste de zapper entre des modes connus, là je veux redéfinir un mode custom. On peut définir dans le "config.txt" un mode custom, et là, je veux le redéfinir une nouvelle fois sans avoir à redémarrer le système. @subs Le projet évite de multiplier les câbles, et surtout, les bornes ne fonctionnent pas toutes en VGA mais plutôt en CGA, le but ici étant de sortir un signal vidéo identique à une carte de jeu originale. A+
Salut à tous' Voilà, je viens présenter une carte dont je viens de terminer le premier proto, il y aura sûrement une production en fonction du nombre d'intéressé. C'est donc une carte permettant de brancher un raspberry pi sur une borne d'arcade équipée d'un port jamma. Donc voilà la bête montée avec un RPI3 : 
Et en utilisation (bon, ma borne n'est pas super bien réglée :oops: ) 
La majorité des gpio sont utilisés pour la gestion de l'écran et les contrôles sont lus par l'I2C. J'ai pour le moment testé avec succès deux distribs retro : recalbox et retropie. Le soucis avec la recalbox c'est que le driver mk_arcade_joystick_rpi présent dans la version 4 ne supporte plus l'I2C, heureusement un membre de gamoover m'a compilé une version compatible. Serait il possible de réintégrer cette fonctionnalité ? Pour ce qui est de l'écran, une borne fonctionne en 15khz et 60Hz de rafraichissement, par contre à différentes résolutions en fonction du jeu. Les jeux d'arcade n'utilisent donc pas tous la même résolution. Le pi est capable de fournir ces résolutions (à part certaines aux timing trop serrés) mais par contre le gros inconvénient maintenant, c'est que je n'ai pas trouvé d'autre moyen que de configurer la résolution dans le config.txt. L'idéal serait de pouvoir changer la résolution "on the fly", sans redémarrer le système. Le jeu serait donc "pixel perfect" sur un écran d'arcade Pour ceci il faudrait avoir accès aux hdmi timing depuis la console avant le lancement d'une rom et/ou émulateur. Quelqu'un d'assez calé ici pour m'expliquer comment faire ? Je ne suis pas un expert en linux, juste un "amateur éclairé", mais j'aimerai idéalement pouvoir faire une distrib spécifique à base de recalbox. Voilà, voilà A bientôt
Bonjour, Je voulais savoir si l'I2C était toujours supporté sur la dernière beta ? En effet en suivant la doc de mk_arcade_joystick_rpi sur : https://github.com/recalbox/mk_arcade_joystick_rpi Et au lancement, un beau "Segmantation fault" (cf pièce jointe) Merci !