Doctsf (Modèles & Marques)
AnnoncesMerci Mannix pour ces infos et ces liens.
J’ai téléchargé et installé powestrip, malheureusement ce Netbook (Medion Akoya E1210) ne permet pas d’accéder à l’écran « advanced timing options ».
D’après les indications du wiki, c’est que la carte graphique ne les supporte pas: (If any of the items mentioned below isn’t available, your graphcs card/driver doesn’t support custom resolutions. Not much to do but get another graphic card).
Je laisse donc tomber y compris sous Linux car c’est un problème de hard. 
Bonjour à tous,
Concernant exactement ce sujet (fabriquer & visualiser du 819 lignes) voir ces réalisations anglaises.
Ce sujet est beaucoup plus récent que celui posté par Domi-Niaque qui décrivait les expérimentations en 2006 de Kat Manton.
vintage-radio.net/forum/sho … p?t=167674
Traduction Google :
translate.google.com/translate? … &sandbox=1
PS : il y a un lien vers un site intéressant pour le calcul des temporalités vidéo :
epanorama.net/faq/vga2rgb/calc.html
Cordialement
jhalphen
Bonjour à tous,
peut être un peu hors sujet, mais pas tant que ça.
un technicien Polonais construit un tube Monoscope fonctionnel :
videokarma.org/showthread.php?t=273435
Peut être il en fabriquerait un avec la mire RTF des Chevaux de Marly moyennant €…
Son but ultime est de construire un tube Iconoscope.
Cordialement
jhalphen
Bonsoir Jérôme,
Merci pour ce lien intéressant notamment les explications claires de Semir_DE (qui, même si le site est anglais, est lui-même allemand 
).
J’ai essayé en mode ligne de commande la commande destinée à trouver la désignation du port VGA:
xrandr | grep -e " connected [^(]" | sed -e « s/([A-Z0-9]+) connected.*/\1/ »
Malheureusement ma distribution de Linux est « légère » et elle ne connait pas les commandes xandr et grep …
Il est possible qu’il faille lui ajouter une extension (je vais investiguer) mais si la carte graphique ne supporte pas l’entrée de paramètres non standard (comme le suggère l’essai de Powerstrip sous Windows) cela ne servira pas à grand chose.
Bonsoir à tous,
Bonsoir MarcelJack,
Je connais « que pouic » à Linux, mais j’essaie modestement de trouver de la participation internationale sur un sujet commun.
Mon espoir est que l’on puisse déterminer une formule moderne et économique définissant avec précision :
- une architecture matérielle informatique (neuve, vieux coucou recyclé, Raspberry Pi, Arduino…)
- carte(s) graphique(s) compatible(s)
- système d’exploitation
- ports (USB, VGA, HDMI, CVBS…)
- logiciels + paramétrage « à recopier »
Bref, une recette de cuisine sûre et fonctionnelle pour faire du 819.
Cordialement
jhalphen
S’il manque des logiciels dans ta distribution linux (xrandr, grep) tu peux les installer après coup avec le gestionnaire de paquets (si ce n’est pas un live CD) :
infoprographiesimple.free.fr/tou … giciel.php
wikka.puppylinux.com/software
Pour l’instant la recette réellement opérationnelle et documentée pour générer un signal TV (30, 240, 405, 525, 625 et 819 lignes) depuis un PC c’est celle utilisant les techniques SDR (radio logicielle),
les pré-requis :
- un PC relativement récent sous un système linux
- le logiciel open-source hackTV et ses dépendances : github.com/fsphil/hacktv
- un périphérique matériel pour faire du SDR : un hackRF à 150 euros, ou un adaptateur USB3.0 vers VGA à 15 euros (équipé d’une puce fresco logic F2000)
un raspberry pi 4 dernière génération pourrait remplacer le PC, mais des limitations et des bugs logiciels peuvent exister car hackTV n’a pas été testé à fond sur un raspberry pi.
hackTV s’utilise en ligne de commande, avec des commutateurs :
[code]Usage: hacktv [options] input [input…]
-o, --output Set the output device or file, Default: hackrf
-m, --mode Set the television mode. Default: i
-s, --samplerate Set the sample rate in Hz. Default: 16MHz
-l, --level Set the output level. Default: 1.0
-D, --deviation Override the mode’s FM deviation. (Hz)
-G, --gamma Override the mode’s gamma correction value.
-r, --repeat Repeat the inputs forever.
-v, --verbose Enable verbose output.
–teletext Enable teletext output. (625 line modes only)
–wss Enable WSS output. (625 line modes only)
–videocrypt Enable Videocrypt I scrambling. (PAL only)
–videocrypt2 Enable Videocrypt II scrambling. (PAL only)
–videocrypts Enable Videocrypt S scrambling. (PAL only)
–syster Enable Nagravision Syster scambling. (PAL only)
–systeraudio Invert the audio spectrum when using Syster.
–acp Enable Analogue Copy Protection signal.
–filter Enable experimental VSB modulation filter.
–noaudio Suppress all audio subcarriers.
–nonicam Disable the NICAM subcarrier if present.
[/code]
les systèmes TV supportés par hackTV :
[code]
Supported television modes:
i = PAL colour, 25 fps, 625 lines, AM (complex), 6.0 MHz FM audio
b, g = PAL colour, 25 fps, 625 lines, AM (complex), 5.5 MHz FM audio
pal-fm = PAL colour, 25 fps, 625 lines, FM (complex), 6.5 MHz FM audio
pal = PAL colour, 25 fps, 625 lines, unmodulated (real)
m = NTSC colour, 30/1.001 fps, 525 lines, AM (complex)
ntsc = NTSC colour, 30/1.001 fps, 525 lines, unmodulated (real)
l = SECAM colour, 25 fps, 625 lines, AM (complex), 6.5 MHz AM
audio
secam = SECAM colour, 25 fps, 625 lines, unmodulated (real)
d2mac-fm = D2-MAC, 25 fps, 625 lines, FM (complex)
d2mac-am = D2-MAC, 25 fps, 625 lines, AM (complex)
d2mac = D2-MAC, 25 fps, 625 lines, unmodulated (real)
dmac-fm = D-MAC, 25 fps, 625 lines, FM (complex)
dmac-am = D-MAC, 25 fps, 625 lines, AM (complex)
dmac = D-MAC, 25 fps, 625 lines, unmodulated (real)
e = No colour, 25 fps, 819 lines, AM (complex)
819 = No colour, 25 fps, 819 lines, unmodulated (real)
a = No colour, 25 fps, 405 lines, AM (complex)
405 = No colour, 25 fps, 405 lines, unmodulated (real)
240-am = No colour, 25 fps, 240 lines, AM (complex)
240 = No colour, 25 fps, 240 lines, unmodulated (real)
30-am = No colour, 12.5 fps, 30 lines, AM (complex)
30 = No colour, 12.5 fps, 30 lines, unmodulated (real)
apollo-fsc-fm = Field sequential colour, 30/1.001 fps, 525 lines, FM (complex)
1.25 MHz FM audio
apollo-fsc = Field sequential colour, 30/1.001 fps, 525 lines, unmodulated
(real)
apollo-fm = No colour, 10 fps, 320 lines, FM (complex), 1.25 MHz FM audio
apollo = No colour, 10 fps, 320 lines, unmodulated (real)[/code]
C’est clair qu’il serait intéressant d’avoir une alternative un peu plus « plug and play », avec un périphérique USB de type « DAC », dont le but serait de prendre en entrée un signal numérique (depuis une carte mémoire flash, un PC via l’USB), et de générer en sortie un signal analogique personnalisé via un port RCA, avec des réglages pré-programmés pour les débutants (Pal/Secam/NTSC CVBS, 819 lignes) accessibles via des boutons physiques sur l’appareil (ou depuis une interface graphique).
Bonjour à tous,
Voici mes derniers avancements. J’ai entrepris d’exploiter comme le suggère Mannix54, un macbook pro plus récent avec le logiciel SwitchRezX et la fameuse interface USB3 vers VGA avec le chipset Fresco logic (j’en avais acquis un avec un Raspberry Pi 4 dont je suis pas parvenu à correctement installer le soft et l’appli HackTV).
Le positif :
- La carte est bien reconnue par le mac et il l’idendifie bien comme un écran vidéo secondaire
- Je parviens à saisir certaines valeurs de résolution conformément aux profils indiqués par marceljack
Le négatif :
- Dès que je tente de saisir certaines valeurs préconisées par marceljack, la valeur est soit arrondie (paire au lieu d’impaire comme la valeur « synchro » à 2 au lieu de 1 ou encore 4 au lieu de 5 lignes), soit la fréquence synchro n’est jamais exactement 50Hz ou celle de balayage à 15,625 Hz par exemple pour le 625L.
Je parviens difficilement à un compromis (voir deux de mes tentatives plus bas), cette résolution « custom » apparait bien furtivement mais j’obtiens ensuite une erreur et le logiciel affiche « réfusée par le système » ou « non installée ».
Je présume qu’il s’agit soit d’une erreur dans certaines données, soit d’une limitation hardware de la carte graphique.
Si Mannix parvenait à réaliser une installation avec son Raspberry Pi4, je lui enverrais bien une micro carte SD pour qu’il clone son système pour que je puisse tester aussi avec le mien.
Celui qui a le mieux relevé le défi jusqu’à présent est « Semir De » sur le forum britannique mais il a réalisé son propre hardware, ce qui est très loin de ma portée.
En tout cas, le défi du 819L semble rester intéressant, compte tenu de la richesse des interventions sur notre forum. Merci encore à tous !
Bonjour Clopos,
En fait je crois que ce logiciel n’accepte que des valeurs paires pour le lignage et des multiples de 8 pour le nombre de pixels horizontaux, mais si le balayage entrelacé est accepté ça devrait « le faire ».
Le fait que les valeurs de fréquences horizontales et verticales soient approximatives (à moins de 1 ou 2% près) n’a pas d’importance avec un signal monochrome ou en RVB.
Pour obtenir une fréquence lignes proche de la valeur de 15625 Hz avec tes valeurs de pixels il faut une fréquence pixel de 14,47 MHz (14,50 MHz donnerait 15658 Hz, ce qui est sans problème pour un TV).
Pour ce qui est du schéma de l’adaptation VGA → péritel ou composite le schéma n’a pas besoin d’être aussi sophistiqué que celui de Semir De.
Cela devrait fonctionner avec celui que j’ai indiqué (au moins en RVB pour commencer) à condition de bien préciser Hsync- et Vsync + (ou l’inverse à condition d’intervertir les fils Hsync et Vsync).
Voici celui que j’avais publié dans un article de 1997 dans Radio-Plans (je ne reyrouve plus le scan de l’article complet mais j’ai le texte en .doc et . pdf):
L’avantage c’est qu’il n’y a pas besoin d’alimentation pour générer la synchro composite, même si elle n’est pas vraiment aux normes (pas d’impulsions de pré- et post-égalisation, mais de toute façon il n’y en a pas en 819 lignes).
Pour la durée de la synchro trame la valeur n’est pas critique non plus et le logiciel ne permet d’ailleurs pas d’obtenir la valeur théorique pour le 819 lignes (20 µs, soit moins d’une ligne) mais cela n’a aucune importance, il suffit qu’il y ait une différence suffisamment grande entre la durée de synchro lignes et celle de synchro trame pour que le séparateur de synchro du TV puisse les distinguer.
Pour le monochrome, mon schéma est « spartiate » et il n’est pas certain qu’on puisse obtenir une échelle de gris correcte avec un schéma aussi simple.
Une simplification pour les premiers essais pourrait être de n’utiliser qu’une composante de la sortie VGA (le vert qui compte pour près de 60% dans le blanc).
Hello Mannix54,
J’ai justement cette configuration mais je ne suis pas parvenu à obtenir quoi que ce soit avec la carte USB qui semble ne pas avoir été correctement reconnue malgré mes multiples tentatives.
J’avais aussi dans l’idée d’ajouter à ce Raspberry Pi4 une carte de démodulation DVB-T (permettant de capter et afficher les chaînes de la TNT).
Pour le moment, je suis donc bloqué. Si nous avions un ami qui touche sa bille en Linux, il pourrait peut-être nous aider à créer le « modèle » fonctionnel avec HackTV… 
Il faudrait que je m’achète un raspberry pi 4 (car en fait je n’en ai pas) pour tester,
ma crainte c’est que le raspberry pi 4 soit un peu juste pour du SDR, d’après les tests de la presse spécialisée une de ses faiblesses c’est la tendance à la surchauffe quand le travail demandé est intense et long,
la carte n’est pas fournie avec un système de refroidissement, ni de radiateur :
frandroid.com/produits-andr … berry-pi-4
L’auteur de hackTV a testé le raspberry pi 4 et l’adaptateur USB3.0 vers VGA, ça marche à condition de compiler à la main le pilote pour l’adaptateur, si on passe par un paquet pré-compilé hackTV a des problèmes,
il n’a pas pu vérifier le 819 lignes sur un TV car il n’a pas de modèle capable de recevoir du 819 lignes,
voici son compte-rendu (ici le fl2k désigne le chipset FL2000 de l’adaptateur USB3.0 vers VGA) :
Bonsoir,
J’ai réessayé de rentrer des résolutions 819 lignes et 625 lignes sous linux en mode ligne de commande en m’inspirant de ce qu’a publié Semir_DE.
En fait la syntaxe de la commande xrandr de ma distribution Linux semble un peu différente de celle de Semir_DE (pas de guillemets pour le nom du mode notamment).
D’autre part le port VGA s’appelle VGA1 et non VGA-0.
Une fois ces changements effectués les commandes ci-dessous pour les formats 819 et 625 lignes ne produisent plus de message d’erreur mais je n’ai pas encore vérifié ce que ça donne à la sortie VGA. 
En effet ce n’est pas parce qu’il n’y a pas d’erreur de syntaxe que la carte graphique va forcément accepter la commande …
A suivre
xrandr --newmode TV819 29.3203 1152 1168 1240 1432 738 744 745 819 -hsync +vsync interlace
xrandr --addmode VGA1 TV819
xrandr --newmode TV625 14.750 768 790 866 944 576 586 591 625 -hsync +vsync interlace
xrandr --addmode VGA1 TV625
@ Mannix :
Je pourrais vous envoyer le mien pour ces tests, si ça vous dit (cf la photo de mon kit acheté sur amazout il y a un an environ).
Le R Pi4 ne chauffe pas beaucoup même en fonctionnement continu avec ses deux cartes vidéo HDMI + VGA car il est doté de « radiateurs » et d’un petit ventilateur (assez bruyant hélas). Il y a d’ailleurs un indicateur de température bien pratique. Cela chauffe considérablement moins que ma Freebox.
Je pense que l’utilisation de jeux vidéo avec un système « lourd » (OS avec plein d’extensions / APIs) doit solliciter beaucoup plus ses chipsets. Je n’ai jamais observé de plantage.
@ marceljack :
Merci encore pour toutes ces infos. Je verrai ce week-end si cela donne un résultat sur un TV cathodique N&B avec entrée composite (625 / 819L).
Et un autre merci à Jérôme pour son concours.
Et s’il était possible de créer du 410 lignes progressif, j’avais déja l’idée:
http://forum.retrotechnique.org/viewtopic.php?f=15&t=247109&p=454152&hilit=410+lignes#p454152
Si la carte graphique ne supporte pas l’entrelacement, c’est une solution pour attaquer un TV 819 lignes mais le résultat à l’écran ne sera pas le même, on aura grosso modo la résolution verticale du 405 lignes, sans le flicker.
Par exemple pour afficher du texte sur un TV 819 lignes.
On obtiendrait ainsi un mode 410p avec une fréquence ligne de 20475 Hz et trame de 49,93 Hz.
xrandr --newmode TV410p 29.3203 1152 1168 1240 1432 369 371 372 410 -hsync +vsync
xrandr --addmode VGA1 TV410p
Il se peut que je me prenne prochainement un raspberry pi 4 et un adaptateur USB3.x vers VGA pour noël, comme ça je pourrai faire les tests et tu n’auras pas besoin de l’envoyer par la poste 
.
Il faut que je trouve un kit « starter » bon marché incluant la carte, le boîtier plastique, le chargeur, la carte mémoire, et que le kit coute moins cher que l’achat séparé de ces élements.
Outre les bricolages de type SDR/VGA le raspberry m’intéresse aussi pour sa faible consommation électrique et son absence de bruit, il peut être allumé 24h/24 pour faire office de serveur web, de cloud personnel.
Je suis très tenté de relancer également l’idée du 405 lignes @ 15,625 kHz:
http://forum.retrotechnique.org/viewtopic.php?f=15&t=247458
Avec une qualité bien meilleure que le 405 lignes de l’époque. Et même en couleurs RGB 
Question subsidiaire @ Domi: tes modelines ont exactement les mêmes paramètres que ceux entrés avec la commande « xandr --newmode ».
Est-ce avec cette commande que tu les rentres ?
J’essaie d’utiliser la sortie VGA intégrée de ma carte-mère MSI H110M Pro-VD.
Sous Xrandr, le port VGA s’appelle DP1 et utilise le pilote générique et ne supporte qu’au minimum le 720x400.
Merci.
Sur mon portable sous Linux elle s’appelle VGA1.
Le problème est que je ne vois aucun signal de synchro sur le port VGA quand je lance la commande:
« xrandr --addmode VGA1 TV625 » après avoir défini ce mode par « xrandr --newmode « TV625 » … »
Les deux commandes sont bien acceptées.
Je pense que le problème est que le port VGA ne fonctionne pas s’il n’a pas détecté un moniteur car si je connecte un moniteur VGA, il est bien détecté aussi bien sous Linux que sous Windows.
Il doit bien y avoir un moyen de faire croire au port VGA qu’un moniteur est connecté …