Pour l'audio je n'avais pas de HP avant (sur la le mans seulement 1 ampli et sortie vers les gullbox à l'arriere) du coup j'ai opté pour des enceintes arrieres jamo de home cinéma (20 € sur lbc) couplé avec le caisson de basse d'origine sous le siege le son est très bien. La membrane du hp d'origine c'était délité avec le temps je l'ai remplacé par ce modèle en 5 pouces HP Compatible caisson de basse model 3 Il restera à trouver une solution pour l'arrière car avec un second ampli j'ai une souffle de malade (test avec plusieurs ampli sega résultat identique à chaque fois)

Dans les datasheets du AD723 et AD725, le Luma Trap est très bien expliqué.
Il s'agit d'un chevauchement des fréquences entre la partie Luma, qui donne l'intensité lumineuse, et celle du Chroma, qui donne la couleur. Le mélange des deux signaux par modulation entraîne une confusion au niveau du décodeur côté TV qui ne peut pas distinguer si le changement de fréquence est du au signal d'intensité lumineuse, ou s'il s'agit d'une couleur. Ceci n'est présent que pour le composite (un seul signal) puisque par définition en S-Video, les deux signaux sont séparés et donc le problème ne se pose pas. De plus, ceci n'apparait que si le signal de Luma contient des hautes fréquences qui chevauchent le spectre du Chroma.

La solution proposée par un circuit Luma Trap consiste donc à rejeter les fréquences de Luma qui pourraient perturber le décodage du Chroma (après le mixage), avec la contrepartie d'avoir une image un peu plus floue puisque les hautes fréquences du luma seront filtrées. Le filtre doit être accordé sur la fréquence de la porteuse du signal Chroma, à savoir 3.58MHz pour le NTSC et 4.43MHz pour le PAL.

La communauté Mister a finalement solutionné ce problème grâce à un traitement numérique à la source, dans le FPGA, avant sortie des signaux analogiques. Ainsi, les adaptateurs Mister vers S-Video ou Composite ne font que router les signaux déjà pré-traités en numérique vers des pins du VGA (qui n'est plus du RGB sur VGA) et le tour est joué, plus besoin de circuit analogique complexe.

Si l'on souhaite utiliser un PC avec une sortie vidéo RGB sur VGA, malheureusement il faut obligatoirement passer par un IC de transcodage et faire la correction du Luma Trap via un circuit électronique. Quand on lit la datasheet du AD723 ou du AD725, on voit que ce filtrage est prévu et il y a la présence d'une pin "YTRAP" pour relier un circuit résonant LC à un résistance interne afin d'avoir un filtre réjecteur. Mais il semblerait que les transcodeurs actuels fassent l'impasse sur ce circuit, pour une raison que j'ignore. Ou peut être volontairement pour retrouver le plaisir des artefacts du NTSC afin d'avoir les sensations "Retrogaming".

J'ai indiqué à Rion que ce serait tellement plus simple que ces adaptateurs soit modifiés par leur concepteur en rajoutant les 3 composants manquants, car pourquoi prendre le risque de refaire quelque chose qui fonctionne déjà ? Rion m'a indiqué avoir plusieurs fois demandé et insisté auprès des concepteurs de ces petits transcodeurs adaptés au retrogaming pour rajouter ce petit circuit mais malheureusement sans succès jusqu'à présent.
Et moi, dans une générosité qui me perdra certainement, j'ai finalement accepté de lui faire un petit proto de PCB sur la base du circuit exemple de la datasheet du AD723 pour essayer de refaire ce qui existe déjà et qu'il puisse essayer pour voir si le fameux circuit Luma Trap sert à quelque chose au final.

Me voilà donc embarqué sur la réalisation d'un PCB (enfin non, deux ;-) pour convertir du RGBHV de VGA vers du S-video/composite !

En tout premier lieu, le sujet du VGA vers S-Video/Composite.
Ce type de signaux vidéo sont présents sur la quasi totalité des TVs et moniteurs grands publiques bas/moyen de gamme de l'époque (la petite prise ronde à 4 broches pour le S-Video, et la fameuse prise RCA jaune pour le composite). C'est en particulier vrai dans les pays "NTSC" qui n'ont pas eu la chance comme nous d'avoir du RGB sur péritel imposé au niveau légal, bien qu'ils aient eu en compensation des entrées component YUV sur les modèles haut de gamme, inversement plus rare chez nous.

Rion et la communauté autour de Batocera et GroovyArcade ont déjà établi une liste de convertisseurs du marché compatible VGA (venant d'un PC, pas d'un mister):
https://github.com/ZFEbHVUE/Batocera-CRT-Script/wiki/Recommended-Adapters,-Sync-Solutions-&-Transcoders#-composite--s-video-transcoders

C'est adaptateurs sont souvent à base de transcodeurs, et non de convertisseurs qui bufferisent l'image.
Les transcodeurs n'introduisent pas de lag car ils traitent l'image à la volée, ligne par ligne, au fur et à mesure que le signal video est reçu.
Il apparait que les meilleurs convertisseurs sont ceux à base de Analog Device AD723 et AD725. Ces IC assez récents car datant de la fin de l'époque des CRT, ont la propriété de supporter une plage un peu plus large pour le trasncodage des signaux analogiques qui pourraient être légèrement différents des modes NTSC et PAL strictes.
Ils sortent directement les signaux Luma et Chroma pour le S-Video, mis en forme selon le standard choisi et peuvent mixer les signaux pour générer un signal composite qui intègre les deux (porteuse plus haute fréquence pour le Chroma).

En particulier, le transcodeur d'Antonio Villena est réputé pour fournir la meilleure qualité de signal en S-Video (Luma/Chroma séparé). Toutefois Rion m'a indiqué qu'en mode composite NTSC il ne gère par le Luma Trap et que malheureusement la qualité est mauvaise pour ce type de sortie. Le problème est également vrai pour pas mal de transcodeurs actuels.

Ne sachant pas ce que c'est que le Luma Trap, j'ai jeté un oeil à la datasheet du AD723 (disponible ici) et il s'agit d'un filtrage type coupe bande (notch filter ou comb filter en anglais) qui permet d'éviter un chevauchement des fréquences entre le Luma et le Chroma avant le mixage.
Pour ceux qui ne voient pas l'effet de l'absence de Luma Trap sur le signal composite NTSC, il faut regarder du côté de la communauté Mister, en particulier Mike Simone, qui a fait quelques vidéos à ce sujet :

C'est en particulier vrai pour les images noir&blanc avec du texte fin où l'on voit apparaitre des franges de couleur sur les caratères. Ici par exemple le signal composite d'un émulateur apple IIc:

(voir la page expliquant les artefacts et le filtrage sur le luma trap)

Salut à tous,
Je crée ce sujet comme une sorte de blog sur des bidouilles que j'ai faites récemment autour des sujets suivants :
- convertir du RGB sur VGA vers du SVideo/Composite.
- convertir un signal digital DisplayPort vers de l'analogique RGB sur VGA.

Il existe évidemment déjà ce type de convertisseurs sur étagère, à bas prix, alors pourquoi s'embeter ?

La première raison, c'est la curiosité ... et parce qu'un des développeurs du script 15kHz CRT pour Batocera (Rion), grand fan du VideoAmp, de Linux et de cartes graphiques AMD, m'a demandé s'il était possible de faire convertisseur VGA vers SVideo et composite d'excellente qualité, en particulier qui gère le luma trap du composite correctement, principalement pour les personnes n'ayant pas de CRT équipés en RGB.
Comme mes journées (et mes soirées) ne sont pas assez pleines, je me suis pris au jeu de regarder le sujet. Et en regardant le sujet, j'en ai profité pour aussi regarder si l'on pouvait dupliquer un convertisseur DisplayPort vers VGA qui gère les "low dotclock" et le EDID passthrough, ceci afin de compléter l'offre actuelle du VideoAmp.

L'objectif de ce sujet est de restituer ce que j'ai compris, et de répondre à vos questions si je peux. Il faut noter que je ne suis pas électronicien ni électricien. J'apprends par essai et erreur, et n'ai pas bcp d'expérience sur le domaine.

Bonjour,

  Je rencontre un soucis de 5V sur une alimentation Intervidéo F2000, j'ai l'impression que ces schémas sont introuvable,
je lance quand même une bouteille à la mer,





merci à vous
crdt
Arnold

Je concentre mes efforts sur l'assistant qui doit permettre de faciliter au maximum les étapes un peu technique comme la recherche automatique de l'adresse IP, ou la gestion des mises à jour (avec auto détection de la carte en USB).

Pour info, tu peux tester les Arduinos sur un PC, il devrait être détecter comme des joysticks standard.

c'est vrai que tu utilisais la sortie jack pour l'audio, et le gpio principalement que pour la vidéo (contrairement au RGB-Pi et Recalbox RGB/Jamma).

Vu que les contrôleurs USB sont détectés et utilisables correctement avec d'autres OS (RGB-Pi, Lakka, et je ne sais plus qu'elle autre distrib), j'ai peu de soupçons pour le Pijama, mais plus sur une mauvaise config auto de Recalbox 9/10 (comme avec les cartes XinMo). Le précédent proprio avait eu la "même panne", perte du panel, après une maj. Je crois qu'il avait déjà une version de Recalbox. J'ai lu que les Pi3 avaient commencé à déconner à partir de Recalbox 8.xx.
Faudrait que je retrouve des images d'install antérieur -v6, v7 ?-(je n'avais jamais essayé RGB-PI OS4, j'ai eu le ressenti que le concepteur c'est un peu foutu de moi en disant que OS2 n'était que pour Pi3&inf, et OS4 que pour Pi4&Supp, en découvrant que non seulement il fonctionnait bien sur Pi 3, mais en plus était basé sur un Recalbox modifié 

Merci pour tes réponses et tes infos, ça m'oriente vers de bonnes pistes de recherche, et éliminé des doutes.

Je vais continuer la restauration et je prendrai une décision a ce moment là. C'est vrai qu'il est très abîmé.

Je vais me renseigner sur le prix de l'impression et faire un test voir ce que ça donnera !

je n'ai fait aucune mise à jour sur les contrôleurs ou le Pijama entre les Pi 3, 4 et 5. La seule modif à faire c'est pour le 5 ou il faut ajouter un petit convertisseur USB -> Jack car ils ont supprimé le connecteur jack audio.