Gamoover

[move]Pour vous aussi la chipo ne sera jamais qu'un bootleg de merguez (c)sushy18 ? Alors soyez les bienvenus sur Gamoover ! [/move]

Problèmes de sortie 15KHz sur "Batocera 5.27" avec le couple CG + VGA-Jamma

Démarré par ZFEbHVUE, Lundi 12 Octobre 2020, 13:42:39 PM

ZFEbHVUE

Bonjour à tous.

Je ne sais pas où mettre ce post car cela touche plusieurs domaines : / Distribution retro (drivers de carte) / Cartes graphiques / interfaces VGA-Jamma

Depuis un moment, j'essaye avec réussite de faire fonctionner Batocera version PCx64Bits (linux) en 15KHz en modifiant le .xinitrc avec ces modelines (un exemple pour du 60Hz)

xrandr --newmode "648X480_15KHz_50Hz" 12.625000 648 672 736 808 480 534 539 625 -HSync -VSync interlace
xrandr --addmode DVI-0 "648X480_15KHz_50Hz"
xrandr --output DVI-0 --mode "648X480_15KHz_50Hz"

J'ai un pc optiplex 7010 i5-3550 CPU @ 3.30GHz 16Go :

J'ai plusieurs cartes graphiques que j'ai flashées en 15KHz ou pas avec connexions DMS-59 et connexion DVI-I et DP

X600 (connexions DMS-59) 256Mo.
HD2400 (connexions DMS-59 + DIN) 256Mo, Flashée en 15KHz avec Atom.
HD7470 (DVI + DP) 1Go, Flashée en 15KHz avec Atom.
HD4850 (DVI + DVI) 1Go.
HD6350 (connexions DMS-59) 512Mo.
HD6450 (DVI + DP) 1Go.

J'ai aussi des cartes d'interface VGA-Jamma (et là, ça son importance), J-PAC, J-PAC (modifiée) et JammaSD V3 PC.

Jusqu'à la version 5.26 de Batocera tout fonctionnait plus ou moins bien :

J-pac (les charges d'entrée avant amplification vidéo sont de 220 Ohms donc pas aux normes VGA) : Tout fonctionne à part les émulateurs FS-UAE et aussi Daphné (écran noir).
J-pac (j'ai modifié les charges pour avoir 75 Ohms aux normes VGA) : Tout fonctionne même les émulateurs FS-UAE et aussi Daphné.
JammaSD (les charges d'entrée avant amplification vidéo sont de 75 Ohms donc aux normes VGA) : Tout fonctionne parfaitement.

Tous les cartes graphiques ont fonctionné (flashée ou pas) avec ces trois cartes d'interfaçage VGA-Jamma (vidéo + contrôle des boutons).


Mais depuis le passage à la version 5.27; les désignations sur les ports des cartes graphique ont changé : le DVI-0 est devenu DVI-I-1 et rien ne va plus :

J'ai modifié le .xinitrc en conséquence avec ces nouveaux modelines :

xrandr --newmode "648X480_15KHz_50Hz" 12.625000 648 672 736 808 480 534 539 625 -HSync -VSync interlace
xrandr --addmode DVI-I-1 "648X480_15KHz_50Hz"
xrandr --output DVI-I-1 --mode "648X480_15KHz_50Hz"

La plupart des cartes fonctionnent avec le J-PAC (Led "sync IN" allumée;  Led "sync OK" allumée). mais plus avec la JammaSD ni même avec la J-PAC modifié avec les 75ohms (Led "sync IN" allumée;  Led "sync OK" éteinte).

Les seules cartes qui fonctionnent avec la JammaSD (et aussi avec la J-PAC modifée) sont HD2400 et la HD4850.

Avec les autres j'obtiens un écran noir. Bizarrement je me rends compte que les cartes possédant des sortie DVI (pour le 15KHz) + DP (non connectée) ne sont plus reconnues...

Je connais une autre personne qui a le même problème depuis ce changement de version : Il a une carte vidéo ATI R9 270 + une UMSA Ultimate SCART adapter.

Oui dernière chose très importante à mes yeux : le fait que le signal RGB arrive sur des charges de 75 Ohms en entrée de la JammaSD permet d'être adapté aux câbles VGA (RGB) dont l'impédance caractéristique de chaque brin est de 75 Ohms. Nous avons donc un pont diviseur de tension qui permet de diviser par deux la tension (pour 1 V on obtient 0.5V) mais de surtout de faire passer un maximum de puissance. C'est la meilleure adaptation. C'est dans ce sens que je trouve la carte JammaSD meilleure que la carte J-PAC avec aussi une meilleure amplification vidéo. Je ne comprends pas pourquoi nous avons 220Ohms (pour 1V on obtient 0.7458V) en entrée sur la carte J-PAC.

J'ai aussi testé les signaux RGB à l'aide d'un oscilloscope et dans tous les cas de figure, les signaux sont présents et comparables. Par contre vu que c'est une distribution, je ne sais pas où mettre une mire pour avoir des signaux propres, surtout sur la partie synchronisation qui à mon avis doit changer en fonction du calcul des modelines (Drivers cartes vidéo).

Y aurait-il des personnes qui auraient des suggestion sur ce problème ...

Merci et bonne semaine.

Stéphane.
Amiga500 / Amiga1200 DD (Viper 1230/28 RTC 2mb) / PC / Macbook pro 17¨(2009) / Rasberrypi 3B / Rasberrypi 4B 4Gb / Arcades Electronic 3000 (écran 28" rotatif)

Little_Rabbit

Salut,

Je ne connais rien à Batocera, et rien non plus aux modelines, ma contribution ne sera donc pas significative, mais je trouve ce sujet bien intéressant ! :)

Je n'aurais pas imaginé que le type de carte J-PAC ou JammaSD pouvait jouer sur la compatibilité d'un signal 15,6 kHz !...

J'allais te demandé si tu avais suivi les intéressants échanges entre gc339 et... toi-même =:)) sur ce sujet !
(encore heureux que j'ai vérifié qui étaient les deux protagonistes !... :-\)

Avec gc339, vous aviez échangé sur les amplis vidéos utilisés pour les composantes RVB : qu'en est-il du signal de synchro composite ? Passe-t-il lui aussi par un ampli du type TSH73CPT ou MAX4385E (d'autant que le TSH73CPT n'a que 3 amplis je crois non ?) ? As-tu observé le signal de synchro composite à l'oscillo en charge dans les cas où cela fonctionne et ne fonctionne pas, et sont-ils identiques ?

Puisque tu dis que les signaux RVB sont identiques, je chercherais du côté de la synchro composite...

Autre test qu'il serait intéressant de faire : sans utiliser les cartes J-PAC ou JammaSD, as-tu essayé d'injecter tes signaux vidéo 15 kHz sur un téléviseur via un câble du type "hack peritel" ?

Ton sujet m'intéresse car je viens justement de commander des TSH73CPT pour me bricoler une carte maison "sortie VGA"->moniteur arcade :).

A+

Recherche bornes dédiées ou PCB originaux: Miss Pacman, Dig Dug, Galaga, Mappy, Asteroids, Battlezone, Missile Command, Tempest, Star Wars, Donkey Kong (+ Jr), Mario Bros, Moon Patrol, Defender, Joust, Frogger, Gyruss, Pooyan, Space Tactics, Zaxxon, etc. Flip : Gottlieb des années 80 (Spirit, Amazon Hunt, ...), Baby Pac Man. Divers :  Ice Cold Beer => Trois fois rien quoi ! :D
Ma séance sur le divan : c'est grave Docteur ? :-\
Ma gaming room, ma storage room

gc339

Citation de: Little_Rabbit le Lundi 12 Octobre 2020, 16:02:15 PM
qu'en est-il du signal de synchro composite ? Passe-t-il lui aussi par un ampli du type TSH73CPT ou MAX4385E (d'autant que le TSH73CPT n'a que 3 amplis je crois non ?)

Dans le cas du J-pack, où du moins ce que j'ai pu noter à partir d'un modèle déjà ancien, la synchro composite est reconstituée à partir des synchros horizontales et verticales provenant de la sortie HD-15 de la carte vidéo.

  • Ces deux signaux de synchronisation sont des signaux de niveau TTL.
  • C'est un µC Cypress à 18 pattes (CY7C63231A) qui se charge de les combiner et de les filtrer selon la fréquence programmée par les cavaliers de configuration .
    Par exemple, il bloque un signal vidéo 24 ou 31 kHz quand le moniteur est déclaré CGA (15 kHz).
  • Une résistance by-pass de 680 ohms permet d'acheminer la synchro horizontale vers la sortie synchro composite.
    La patte 1 du µC est en HiZ (haute impédance) pour laisser passer la synchro-ligne. Mais elle permet aussi de court-circuiter la sortie du by-pass (à 0 ou à 1) pour:

    • Y insérer la synchro trame.
    • Inhiber la synchro composite quand la synchro horizontale sur la patte 5 n'est pas conforme à celle programmée sur les cavaliers de configuration.
  • Un signal logique délivré sur la patte 16 permet d'inhiber les amplificateurs RVB quand la synchro entrante est non conforme ou inexistante.

Ce µC Cypress filtreur était à une époque lointaine vendu par Ultimarc comme pièce détachée, voici le schéma d'application qui l'accompagnait et que j'ai pu retrouver (le transistor et sa résistance à gauche sont un ajout de ma part):


Le signal vidéo composite (Comp Sync Out ci-dessus) est dirigé sur la patte 10 du 4ème ampli OP pour le bufferiser, voici le schéma (simplifié car le µC filtreur n'est pas représenté) des amplis OP que j'avais relevé à la même époque:


En réalité le commun (patte 1) du réseau SIL de 4×1kΩ n'est pas connecté à la masse mais à la patte 16 du µC filtreur pour inhiber les amplificateurs RVB quand la synchro horizontale sur la patte 5 est non conforme ou absente. Cette patte 16 au niveau 0 en fonctionnement normal est alors positionnée à 1 dans ces deux derniers cas.



Le repos, c'est fait pour les jeunes. Ils ont toute la vie devant eux. J. Gabin/M. Audiard





ZFEbHVUE

#3
Bonsoir Little_Rabbit et gc339,

Je vais essayer d'alimenter ce post qui moi aussi m'intéresse beaucoup.

Alors premièrement, la première J-PAC(PS2) que j'ai, est connecté qu'à la synchro verticale, à la masse et aux signaux RGB, contrairement à la J-PAC (mini-usb) et à JammaSD où la synchro Honrizontale et verticale sont prises en compte.

Alors je résume mon problème : En passant de la version 5.25/5.26 à la version 5.27 de Batocera (Linux) sous PCx64Bits, certaines cartes vidéo ne sont plus reconnues par les J-PAC (75Ohms) et JammaSD. Pourtant les signaux me semblent correctes. J'ai crée une modelines NTSC que je visionne sur un oscilloscope analogique et un numérique.  Vue que je n'ai pas de mire, j'y vais à taton pour trouver une image reconnaissable. Je dis ça car un rémanence sur le scope analogique je peux voir une image d'amstrad CPC.

Image de test (Oscilloscope analogique)


======================
CG ATI 7470 (batocera 5.25)   :
======================
Synchro H : 15.731 KHz


Synchro V : 59.9292 Hz


Image  signal R:



======================
CG ATI 7470 (batocera 5.27)   :
======================
Synchro H : 15.731 KHz


Synchro V : 59.9292 Hz


Image  signal B:




Les synchronisations H et V sont identiques et correctes pour DU NTSC(15KHz)  d'une version à l'autre pourtant les cartes J-Pac (modifiée pour avoir 75OHms en entrée) et la carte JammaSD ne synchronisent plus (la led Sync OK est éteinte) avec la carte ATI 7470 pour la version 5.27. Il n'y a aucunes images; pourtant les signaux RGB semblent correspondre entre les versions 5.25 et 5.27.

Avec la carte ATI HD2400, les cartes J-PAC (modifiée) et la carte JammaSD synchronisent bien, et l'image est là.

C'est dommage que je n'ai pas de mire (je ne sais pas trop comment l'insérer dans cette distribution). Elle m'aurait permis de vérifier si les front porch, back porch et les synchro que j'ai mis avec les modelines étaient correctes en termes de temps. J'avais fait un programme qui me calculait tout cela.

Une mire de ce style aurait était parfaite pour comprendre le problème :


Peut-être que l'erreur est toute bête, mais j'avoue en perdre mon latin ...


Bonne soirée.



Stéphane.

















Amiga500 / Amiga1200 DD (Viper 1230/28 RTC 2mb) / PC / Macbook pro 17¨(2009) / Rasberrypi 3B / Rasberrypi 4B 4Gb / Arcades Electronic 3000 (écran 28" rotatif)

gc339

Bonsoir à tous,

Citation de: ZFEbHVUE le Mercredi 14 Octobre 2020, 21:44:49 PM
Alors premièrement, la première J-PAC(PS2) que j'ai, est connecté qu'à la synchro verticale, à la masse et aux signaux RGB, contrairement à la J-PAC (mini-usb) et à JammaSD où la synchro horizontale et verticale sont prises en compte.
Les 2 interfaces J-PAC en ma possession sont des modèles PS2 et la synchro horizontale est bien connectée à la patte 5 du µC CY7C63231A. Il ne peut en être autrement, la présence d'une synchro composite sur le contact A13 (alias P) du connecteur JAMMA est tributaire du filtrage de la synchro horizontale assuré par ce µC.

Citation de: ZFEbHVUE le Mercredi 14 Octobre 2020, 21:44:49 PM
Alors je résume mon problème : En passant de la version 5.25/5.26 à la version 5.27 de Batocera (Linux) sous PCx64Bits, certaines cartes vidéo ne sont plus reconnues par les J-PAC (75Ohms) et JammaSD.
Ne serait pas plutôt l'inverse, la carte vidéo ou plutôt son driver s'attend à recevoir la signature du moniteur attaché via le DDC (Display Data Channel). Ce canal correspond au bus I2C présent sur les contacts 12 (SDA) et 15 (SCL) du connecteur HD-15 (http://www.righto.com/2018/03/reading-vga-monitors-configuration-data.html).
Le J-PAC ou le JammaSD est incapable de répondre aux sollicitations sur le DDC car ils n'ont pas été conçus avec cette faculté. Certaines versions d'un même logiciel ont probablement besoin de récupérer la signature du moniteur et ne savent pas passer outre.

Citation de: ZFEbHVUE le Mercredi 14 Octobre 2020, 21:44:49 PM
Les synchronisations H et V sont identiques et correctes pour DU NTSC(15KHz)  d'une version à l'autre pourtant les cartes J-Pac (modifiée pour avoir 75OHms en entrée) et la carte JammaSD ne synchronisent plus (la led Sync OK est éteinte) avec la carte ATI 7470 pour la version 5.27. Il n'y a aucunes images; pourtant les signaux RGB semblent correspondre entre les versions 5.25 et 5.27.
Il n'y a que les sorties RGB de la HD-15 qui doivent être chargées par 75 ohms. Les sorties synchro H et V sont à considérer comme des sorties en logique TTL.
Le repos, c'est fait pour les jeunes. Ils ont toute la vie devant eux. J. Gabin/M. Audiard





gc339

Bonjour à tous.

Voila, pour que le principe de la vidéo du J-PAC soit plus clair, j'ai combiné les deux schémas précédemment publiés en un seul:




Les versions récentes peuvent légèrement différer de ce schéma comme l'ajout de résistances de charge sur les entrées RVB du J-PAC ou le choix d'une autre référence pour le quadruple ampli OP.
Le repos, c'est fait pour les jeunes. Ils ont toute la vie devant eux. J. Gabin/M. Audiard





gc339

Bonsoir à tous.

Ci-dessous le schéma des amplificateurs RGB de l'interface JammASD version 1 (interface mini-DIN6/PS2):




A noter l'inhibition possible des signaux RGB sur le connecteur JAMMA par le µC filtreur (PIC 16F684).

Le repos, c'est fait pour les jeunes. Ils ont toute la vie devant eux. J. Gabin/M. Audiard





ZFEbHVUE

#7
Bonsoir à tous,

gc339, pour ce qui est de la version PS2, oui vous aviez raison pour la synchro horizontale et verticale. Les deux cartes J-PAC que j'ai n'ont pas tout à fait le même µC : CY7C63723C-SXC (patte 5 Hsync et patte 14 Vsync) pour le PS2 et CY8C21223-24SX1 (patte 2 pour Hsync et patte 11 pour Vsync) pour la mini-USB.

Quand je parle de 75 Ohms sur le J-PAC mini-usb, c'est que j'ai mis des résistances de 120OHMs en parallèle au 220Ohms mais simplement sur les charges RGB. Bizarrement ça fonctionne mieux pour certains émulateurs dont FS-UAE et Daphné qui avec les charges 220OHMs n'avaient pas de sorties vidéos quelques soient les versions de la distribution... 

https://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20200905212307-ZFEbHVUE-20200905-211728.jpg   (mes résistances en parallèle)

Voici un tableau récapitulatif des différents tests que j'ai pu faire pour des cartes graphiques ATI en fonction de la version de Batocera et des cartes VGA-JAMMA :

Les deux cartes testées ont été flashées en 15KHz (j'ai utilisé : atom-15 +atiflash sous windows).



Alors pour la version 5.27 où la désignation (sous Xrandr) est devenue DVI-I-1 à la place de DVI-0 (5.25 et 5.26), les cartes J-PAC75ohms et JammaSD n'ont plus fonctionné avec la carte ATI HD7470; pareil pour les cartes ATI X600, ATI HD6350, ATI HD6450 que j'ai testées (non représentées ici et non flashées). Ça ne fonctionne pas non plus avec le couple ATI R9 270 + une UMSA Ultimate SCART adapter (configuration d'une autre personne) pour la version 5.27 de Batocera.

gc339. Votre article est très intéressant concernant au bus I2C et la reconnaissance par la carte vidéo du moniteur. Ici entre deux cartes vidéo pour la même version; une fonctionne mais pas l'autre et ça dépend en plus d e la carte VGA-Jamma que j'utilise (celles avec 75ohms en charge ne fonctionnent plus avec la dernière version de Batocera).

Pour l'instant ça fonctionne qu'avec la HD2400 et la HD4850(non présentée ici et non flashée) pour toutes cartes VGA-JAMMA et quelles que soient les versions de la distribution Batocera.

Je n'ai pas la réponse à ce problème pour le moment  (peut-être une histoire de driver de carte vidéo). Je tiens à préciser que tout le reste fonctionne bien car on entend la musique de EmulationStation et qu'on peut naviguer en aveugle et lancer des émulateurs; c'est juste qu'il n'y a pas d'image.

Bon week-end à tous,


Stéphane

PS : la led "NUM" sur la JammaSD est allumée avec seulement la version 5.27, car Batocera démarre désormais avec le clavier numérique activé.

Informations concernant Batocera 5.27 :
============================
Temperature: 37°C
Architecture: x86_64
System: Linux 5.6.7
Available memory: 7591/7914 MB
OpenGL: 3.3 (Core Profile) Mesa 20.1.4
Vulkan: none
Cpu model: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz
Cpu number: 4
Cpu max frequency: 3600 MHz
OS version: 5.27.2 2020/10/01 21:42


Amiga500 / Amiga1200 DD (Viper 1230/28 RTC 2mb) / PC / Macbook pro 17¨(2009) / Rasberrypi 3B / Rasberrypi 4B 4Gb / Arcades Electronic 3000 (écran 28" rotatif)

Little_Rabbit

Salut,

Citation de: gc339 le Jeudi 15 Octobre 2020, 21:42:42 PM
Ci-dessous le schéma des amplificateurs RGB de l'interface JammASD version 1 (interface mini-DIN6/PS2):




A noter l'inhibition possible des signaux RGB sur le connecteur JAMMA par le µC filtreur (PIC 16F684).

Merci beaucoup pour ce schéma gc339 : il va m'être bien utile pour mon adaptation de Groovy MAME vers un moniteur arcade !  ^-^

J'ai justement commandé quelques TSH73CPT, et je n'avais pas pris le temps d'étudier la datasheet de ce composant : je suis content de voir qu'il intègre une solution pour inhiber les 3 sorties RVB ! Dans mon actuel montage, j'utilisais un CD4066 pour couper le RVB et la synchro lors du boot tant que le 15,6 kHz n'était pas établi : je vais pouvoir procéder autrement :).

A+
Recherche bornes dédiées ou PCB originaux: Miss Pacman, Dig Dug, Galaga, Mappy, Asteroids, Battlezone, Missile Command, Tempest, Star Wars, Donkey Kong (+ Jr), Mario Bros, Moon Patrol, Defender, Joust, Frogger, Gyruss, Pooyan, Space Tactics, Zaxxon, etc. Flip : Gottlieb des années 80 (Spirit, Amazon Hunt, ...), Baby Pac Man. Divers :  Ice Cold Beer => Trois fois rien quoi ! :D
Ma séance sur le divan : c'est grave Docteur ? :-\
Ma gaming room, ma storage room

Little_Rabbit

Salut,

@ZFEbHVUE : dans mes recherches en vue de me faire une JAMMA-SD du pauvre, je suis tombé sur cette page, puis celle de la seconde partie, qui détaillent de façon je trouve très complète la façon dont une synchro composite est censée fonctionner/être générée. C'est beaucoup plus complexe que je n'avais imaginé  :o, avec notamment des impulsions de "pre-égalisation" qui précèdent le blanking vertical, et d'autres après le top de Vsync !

Tout cela n'a pas tellement de rapport avec ton problème, mais cela m'a fait prendre conscience qu'il peut y avoir plein de façons de générer des tops de synchro (en tous cas dans le domaine "broadcast", moins sans doute dans le domaine informatique, il est vrai !).

J'avoue ne pas avoir encore lu dans le détail les 2 pages dont j'ai mis les liens plus haut, mais je me demandais si la source de ton problème ZFEbHVUE ne pouvait pas venir d'une mise à jour des drivers ou de l'OS, et de la façon dont il générait ses impulsions durant l'intégralité de l'image... Puisque la carte Jamma-SD est équipé d'un micro-contrôleur qui analyse les tops de synchro pour autoriser ou nom la sortie d'une synchro composite, et générer les tops de synchro composites, cette nouvelle façon de générer les tops de synchro venant du PC serait alors responsable d'une mésinterprétation par le micro-contrôleur, qui y perdant son latin invalide la sortie qui commande l'ampli vidéo et l'ampli op par lequel transite la synchro composite...

J'imagine que tous les composants de ces cartes sont en CMS ? Car mon idée, pour essayer de comprendre l'origine de tes dysfonctionnements, eut été de relever la broche du micro-contrôleur, et en repérant la piste à laquelle cette broche est reliée, la forcer manuellement  à un niveau 1 ou 0 => ainsi c'est toi qui déclenche ou inhibe la sortie de la vidéo. Quant à la synchro composite, tu pourrais la générer par une simple porte AND ou XOR qui prend en entrée Hsync et Vsync (j'ai fait l'essai hier soir avec une AND, ça fonctionnait pour moi ;)). Si cela fonctionne avec cette activation manuelle, cela accréditerait ma théorie selon laquelle c'est le PIC qui ne comprend plus ce que le PC lui envoie comme top de synchro :).

@gc339 et ZFEbHVUE : Qu'en pensez-vous ? :)

A+
Recherche bornes dédiées ou PCB originaux: Miss Pacman, Dig Dug, Galaga, Mappy, Asteroids, Battlezone, Missile Command, Tempest, Star Wars, Donkey Kong (+ Jr), Mario Bros, Moon Patrol, Defender, Joust, Frogger, Gyruss, Pooyan, Space Tactics, Zaxxon, etc. Flip : Gottlieb des années 80 (Spirit, Amazon Hunt, ...), Baby Pac Man. Divers :  Ice Cold Beer => Trois fois rien quoi ! :D
Ma séance sur le divan : c'est grave Docteur ? :-\
Ma gaming room, ma storage room

ZFEbHVUE

#10
Salut à tous

@Little_Rabbit et @gc339,

J'en pense que j'ai résolu le problème sans avoir véritablement compris à l'aide @JK1974 un mec du forum de Batocera qui est sous 15KHz ...  Il m'a dit qu'en mettant un écran LCD en plus du CRT, l'image 15KHz qui n'apparaissait pas avant là était présente. J'ai fait un premier test avec un écran LCD en plus (branché électriquement ou pas mais toujours branché avec le câble numérique DP/DHMI/ou DVI) et là j'ai obtenu une image mais 4 fois plus grande sur mon écran CRT. C'était déjà ça. En discutant un peu avec cette personne, j'ai coupé la sortie DP en faisant un xrand --output DP1 --off avant de faire la création d'un modeline en 15KHz... et la belle image 15KHz fut !!! La carte JammaSD, c'est fois, synchronise bien en 15KHz.

Alors Little_Rabbit, je pense que tu as raison, je pense que c'est un problème informatique de driver ou de l'os et des tops synchronisations ...

Donc mon .xinitrc est modifié comme suis :

xrandr –output DP-1 –off
#Just befor the modeline
###NTSC###
xrandr –newmode "NTSC 640×480 (60Hz)" 12.336 640 662 720 784 480 488 494 525 -HSync -VSync interlace
xrandr –addmode DVI-I-1 "NTSC 640×480 (60Hz)"
xrandr –output DVI-I-1 –mode "NTSC 640×480 (60Hz)"

Et là j'ai obtenu une belle image comme avant ... Je vais acheter bientôt un DP, HDMI ou HDMI dummy plug pour faire un écran fictif.

J'ai déjà fait des tests sur différentes cartes :

Avec 5,27 avec CRT 15KHz :

ATI HD7470 1GHz (DVI-I +DP)               : ça marche.
ATI HD2400 256Mo (DMS-59 + DIN)      : fonctionne (pas besoin d'un moniteur supplémentaire mais fonctionne avec).
ATI HD4850 1Go (DVI-I+DVI-I)              : fonctionne (pas besoin d'un moniteur supplémentaire mais je n'ai pas testé avec).
ATI HD6450 1Go ( (DVI-I +DP)              : fonctionne.

ATI X600 256Mo (DMS-59) : ne fonctionne pas (mais fonctionne avec Batocera 5.25).
ATI HD6350 256Mo (DMS-59) : ne fonctionne pas (mais fonctionne avec Batocera 5.25).

NVIDIA 8400GS 1G (DVI-I + HDMI)           : ça marche.
NVIDIA QUADRO K600 1Go (DVI-I + DP)   : ça marche.

C'est étrange pour NVIDIA car avant ces cartes ne fonctionnaient jamais en 15KHz avant cette version pour moi ...

Bonne soirée.

Stéphane.

Ps : merci pour tes liens Little_Rabbit. Je vais les lire.
Amiga500 / Amiga1200 DD (Viper 1230/28 RTC 2mb) / PC / Macbook pro 17¨(2009) / Rasberrypi 3B / Rasberrypi 4B 4Gb / Arcades Electronic 3000 (écran 28" rotatif)

petitevieille

Si je comprends bien les enfants, faire sortir un beau signal RGB d'un port VGA sur un PC sous Batocera, pour par exemple l'envoyer tel quel sur une péritél avec un bête câble VGA-péritél, ben c'est compliqué. C'est ça ? ;D
Jadis, j'avais des bornes.

ZFEbHVUE

#12
Citation de: petitevieille le Mercredi 02 Décembre 2020, 07:38:25 AM
Si je comprends bien les enfants, faire sortir un beau signal RGB d'un port VGA sur un PC sous Batocera, pour par exemple l'envoyer tel quel sur une péritél avec un bête câble VGA-péritél, ben c'est compliqué. C'est ça ? ;D

Salut à tous

Non, ce n'est pas compliqué et le jeu en vaut la chandelle. D'ailleurs va voir cette vidéo d'un mec qui explique tout ce qui faut faire si on a une carte graphique inégrée à la MB :  https://www.youtube.com/watch?v=vLRA3djdbcI

Moi j'avais fait la même chose pour des cartes graphiques et j'ai aussi trouvé une autre solution pour le 240p bien que je l'avoue la sienne est mieux je pense; à part qu'avec sa solution, quand on est sous ES en natif en 680x480i 60hz et qu'on lance un jeux en 240p en 50Hz, il y a une légère oscillation sur le bord gauche de l'image mais pas quand on lance un jeux en 240p 60Hz c'est nickel.

Disons que des mecs comme lui et moi ont passé pas mal de temps à mettre ça au point (tests matériel, informatique, électronique). C'était pire pour moi car je suis sous une Arcades Electronique 28", et j'ai eu pas mal de galère avec plusieurs platines, mais aussi entre le choix de de la J-PAC et de la JammaSD de la carte graphique et la puissance du PC. J'ai aussi galéré avec les changement de versions de Batocera qui suivant les cartes vidéo ne sortaient plus d'images.

Mon optiplex ne fonctionne pas avec la nouvelle version de Batocera si j'utilise la carte graphique intégrée, mais avec les cartes graphiques classiques (après quelques astuces que j'ai expliqué au dessus dans ce post) fonctionne à merveille.

Mon matos : c'est un optiplex 7010 8/16Go I5 3550 +DD 1to + plusieurs cartes graphique que j'avais testées : X600/ HD2400/ HD7470 /HD4850 /HD6350/HD 6450/ Quadro K600/ 8400GS.
Là je tourne essentiellement avec la quadro k600 et j'ai conservé la JammaSD.

J'arrive à faire tourner la PS2 / Atomiswave / Naomi / GameCube / Dreamcast /  sans problèmes.

Temperature: 35°C
Architecture: x86_64
System: Linux 5.8.18
Available memory: 7033/7910 MB
Cpu model: Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz
Cpu number: 4
Cpu max frequency: 3700 MHz
OS version: 29 2020/12/01 22:56  version RC2.

Environnement graphique de ES sous batocera (dev 29 RC2).




Stéphane

Amiga500 / Amiga1200 DD (Viper 1230/28 RTC 2mb) / PC / Macbook pro 17¨(2009) / Rasberrypi 3B / Rasberrypi 4B 4Gb / Arcades Electronic 3000 (écran 28" rotatif)