"Coulisses" d'une image vidéo

donc si tu appliques le plugin « rvb ver ydbdr » tu vas obtenir une nouvelle image dans laquelle le canal rouge contient la luminance, la chroma Db dans le canal vert, et la chroma Dr dans le canal bleu,

ça donne alors une image aux couleurs étranges ce qui est normal,

il faut donc décomposer cette image en 3, pour pouvoir ensuite travailler sur chaque composante ( Y, Db, Dr ), et ensuite tu recomposes l’image après tes modifications ( menu couleur → composants → recomposer ) mais attention il ne faut pas fermer l’image originale sinon la recomposition ne pourra pas fonctionner,

une fois que tu as recomposé il faut appliquer le plugin « yDbDr vers RVB » pour retrouver les couleurs réelles de l’image,

exemple avec une mire philips, l’image originale RVB :


j’applique le plugin rvb vers yDbDr, j’obtiens cette image :


je décompose ensuite les 3 canaux R, V et B, qui correspondent en fait à la luminance, à Db et à Dr ( les 2 composantes de la chroma ), via le menu "couleurs, composants, décomposer, je décoche la case décomposer en calques :

images.jpg

je décide de modifier l’image 3 ( composante Dr ) en inversant les valeurs, puis je recompose les 3 images en une seule ( menu couleur → composants → recomposer ), et enfin j’utilise le plugin inverse « yDbDr vers RVB » j’obtiens alors une nouvelle image couleurs, comme j’ai modifié la composante Dr certaines couleurs ont changé :

pour en savoir plus sur la décomposition :

gabriel.leporcq.free.fr/Decomposition01.htm
gabriel.leporcq.free.fr/Decomposition02.htm
gabriel.leporcq.free.fr/Decomposition03.htm

on remarque aussi que si on applique le plugin rvb → yDbDr, puis dans la foulée le plugin yDbDr → rvb on remarque qu’il y a une petite dégradation de l’intensité des couleurs ( perte de contraste ), je pense que ça vient de l’algo qui est perfectible, car il faut normaliser l’échelle après re-conversion en RVB mais l’auteur original du code source ne l’a pas fait,

en RVB ça va de 0 à 255 la valeur d’un canal, mais sur wikipédia on conseille d’utiliser une échelle de 16 à 235 après conversion en yuv/yDbDr :

Super !!! :smiley: :smiley: :smiley:
Cela fonctionne parfaitement, l’original:
papillon.jpg
La version secam:
papillon-secam.jpg
Merci pour ce beau travail que d’entretenir la nostalgie du passé ! :wink: :wink:

@Mannix54: As-tu compilé la version Linux du plugin ?

oui j’ai compilé une version pour linux 64 bits, un fichier à placer ensuite dans le repertoire plugin de gimp dans le répertoire de l’utilisateur

le code source du plugin est disponible ici si tu veux le compiler sous linux :

we.tl/fyxylZmpum

Ok, parfait pour apprendre à compiler ! :wink:

Du coup, autre question: je souhaite, sur des photos numériques, donner le rendu VHS avec Gimp.
Pour ce faire, comment limiter la définition à 250 pts / ligne, et comment agir sur les couleurs ?
Mon pc se faisant vieux, j’attends de m’en monter un neuf pour pouvoir travailler la vidéo.

Pour réduire la définition, il suffit de redimensionner l’image à la résolution souhaitée (en mainteant un rapport H/V de 4/3 pour conserver la géométrie).
Pour faire « baver » les couleurs comme sur un VHS, c’est autre chose …

pour imiter le rendu VHS pal il y a ce plugin gimp :

registry.gimp.org/node/19058

vhs.jpg

2 fichiers pal.py et vhs.py à mettre dans le dossier plugins de gimp,

le plugin vhs apparaîtra dans le menu « filtres, artistique, vhs » de gimp

et dans le menu « filtres, artistique » on trouve un sous-menu « pal » avec ce plugin

pal.jpg

Supers effets !
Quel beau rendu vintage !
NemoVHS_Pal.jpg

une idée d’expérience pour Dominiaque : générer du pal, du secam et du dvb-t via la sortie VGA d’une carte graphique PC,

il suffit d’avoir un TV pal/secam ou un adaptateur dvb-t, avoir une installation linux, puis créer un cable vga vers antenne :

[code]
15 pin VGA connector 9.5mm RF connector


1 (red signal) <-----> RF signal (central pin)
6 (red ground) <-----> GND[/code]
et télécharger 3 fichiers : un pour le pal, un pour le secam et un autre pour le dvb-t,
bellard.org/dvbt/pal.pgm.gz
bellard.org/dvbt/secam.pgm.gz
bellard.org/dvbt/dvbt.pgm.gz

les détails ici :

bellard.org/dvbt/

Ce projet a l’air bien intéressant.
Je vais m’y coller dès que j’ai un nouveau pc.

Concernant le secam, serait-il à double ID ?
Serait-il possible de générer du télétexte ?

le gars n’a pas fourni le code source, donc je ne sais pas si le secam aura une double identification,

pour générer le télétexte il y a des projets à base de rasperry pi

Ce montage présenté par Kudelsko pourrait-il intéresser certains d’entre vous ?
http://kudelsko.free.fr/Loupe_Video/presentation.htm
Pour observer sans difficultés un signal tv sur oscillo.

mon dso de bas de gamme intègre un tel compteur

problème : le lm1881 ne supporte pas les parasites , le bruit

radio plans avait publié 2 montages semblables mais avec une bien meilleure synchro

sur mon site, les 3ème et 4ème montages : (colonne de gauche)
jmespe.free.fr/electro/ERP/index.html

C’est vrai que le séparateur de synchro du LM1881 ne fonctionne bien que sur un signal video « local ».
Sur une vidéo provenant d’une réception terrestre, c’est une autre affaire et les premiers concepteurs de décodeurs C+ pirates s’en sont vite rendus compte. :wink:

Les gars, je me suis amusé à redessiner les coulisses d’un signal vidéo, plus exactement les synchros, ainsi que la Macrovision.
Je précise que j’ai fait cela à main levée, donc sans précisions quant au début et à la fin de l’impulsion, mes capacités en dessin n’étant pas des + précises.
syncs.png
Ouvrez cette image avec Gimp et exportez-là en format *.*pgm brut.
Ce fichier *.*pgm devra être ouvert avec Audacity en tant que donnée brute avec les paramètres suivants:

PCM8 non signé - mono
Ordre des bits: par défaut
Fréquence échantillonage: par défaut
Décalage à 0
Portion 100%

Que voyez-vous ?

Je vois ça :

syncs_.png

@Mannix54:
Et si tu zoomais sur les tops trame ? :slight_smile:

Voici alors un zoom :
syncs_2.png