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.

Salut,

C'est assez personnel comme choix...

Tu peux toujours amorcer une restauration (ça ne te coûtera qu'un pot de vernis acrylique si tu n'en as pas déjà...), et juger du résultat. Si ça te semble acceptable, tu continues la restauration, si le résultat n'est pas assez bon, tu en fais imprimer un nouveau .

L'artwork résultant du travail de l'IA est plutôt pas mal du tout je trouve ! T'a-t-elle fourni un fichier bitmap ou vectoriel ? Je pense que l'imprimeur préférera un fichier vectoriel (.EPS ou .SVG par exemple). Dans le cas d'un fichier vectoriel, tu peux également le retoucher et parfaire le travail sous Inkscape, logiciel open source et gratuit multi-OS .

Pense également à le mettre bien à l'échelle, de sorte que le nouveau bezel soit exactement de la bonne dimension.

A+

Arf zut.
Ce serai un problème d'attribution du gpio entre Pi3 et 5 je comprendrai (comme le changement des couleur avec le RGB-Pi), mais là ce sont les contrôleurs USB.
le Pijama est totalement compatible avec le Pi5 ? il n'y a pas de limitation comme avec le RGB-Jamma de Recalbox qui ne passe plus l'audio par la connexion Jamma

Le Pi 5 je préfère le garder pour la Net City, en VGA/JVS. Le Pi 3 était suffisant pour la N'Style ou l'Astro. Et là j'ai plus vraiment de budget pour l'arcade -_-'.