Oui, la norme C c’est la même chose mais en 625 lignes.
La Belgique utilisait des canaux de 7MHz aussi bien pour le 819 lignes wallon que pour le 625 lignes flamand.
Le standard HF était le même pour les deux (video positive, son AM, canaux de 7 MHz).
Ensuite tout le monde est passé en UHF norme H (idem norme G sauf talon de 1,25 MHz au lieu de 0,75 MHz).
Tele Luxembourg (canal E7) utilisait exactement la même norme que la Wallonie, d’abord en 819 lignes (norme F) puis en 625 lignes (norme C).
créer un encodeur/décodeur logiciel secam, qui prend en entrée une image RVB pour la transformer en signal secam composite (image en nuance de gris, avec un motif géométrique en surimpression représentant la chroma), et inversement convertir cette image noir et blanc en couleur en exploitant ce motif géométrique, comme l’ont fait les Anglais avec le pal,
cet encodeur logiciel secam pourrait améliorer le réalisme dans cryptimage pour simuler le syster en secam (parasites rougeatres/bleues en bas de l’image), dans la version actuelle il y a une tentative de simuler le secam mais elle est assez rudimentaire,
la version pal composite (basée sur le moiré en nuance de gris) sera disponible dans la prochaine version de cryptimage
J’ai réutilisé le principe de la trichromie RVB avec Photofunia, car certains effets proposés ne sortent le résultat qu’en n&b.
Tel est le cas de celui-çi: https://photofunia.com/categories/tv/very_old_telly
Voilà ce que cela donne avec la trichromie (un des canaux est décalé, mal « croppé »)
il serait intéressant de prendre en photo un TV noir et blanc recevant un signal secam, afin de voir à quoi ressemble le « moiré » secam (la chroma) sur un tv noir et blanc
J’ai réalisé une image contenant une alternance de lignes R et B, à raison de 2 rouges pour 2 bleues, pour mettre en évidence le défaut du secam lors d’une transition brusque RB ou BR.
+1
Effectivement, le « PAL simple » (ou « poor man’s PAL ») n’est qu’un traitement simplifié au niveau du récepteur (pas de ligne à retard).
Outre l’économie de la ligne à retard (chère au début) cela permettait d’éviter de payer les royalties au SECAM sur chaque récepteur.
Mais en pratique il y a eu très peu de récepteurs réalisés selon le principe du PAL simple car la performance n’était pas au rendez-vous.
est-ce que vous savez s’il existe des puces « tout en un » permettant de convertir une vidéo numérique en un signal video analogique pal/secam/ntsc ?
l’idée étant de pouvoir se fabriquer un encodeur matériel, pilotable par PC, qui prend en entrée un fichier vidéo, pour générer en sortie un signal vidéo analogique avec du VBI personnalisé (télétexte par exemple) , j’ai trouvé cette puce mais qui ne gère que le pal et le ntsc :
grosso modo c’est un peu ce que fait un adaptateur TNT équipé d’un port USB et d’une sortie vidéo pal composite, mais il serait intéressant de pouvoir se fabriquer un montage équipé d’une puce similaire donnant la possibilité de le piloter via un PC, avec logiciel permettant de choisir le standard couleur, d’insérer du VBI, un bricolage maison autour de cette puce
Cette puce serait également l’espoir de pouvoir refaire fonctionner les décos Syster analogiques (qui peuvent fonctionner également en Pal) du fait que l’on puisse reconstituer les datas VBI.
à voir aussi si on peut mettre la puce sur un socket 44 broches, un peu comme les bios de carte mère, pour éviter de souder, afin d’utiliser une breadboard, en combinaison avec un arduino, un raspberry pi
je n’ai rien trouvé en ce qui concerne l’encodage matériel secam, un système abandonné par l’industrie et les amateurs, aucune puce moderne d’encodage, il n’y a que le décodage/capture numérique du secam qui reste possible avec les puces présentes dans les cartes tuner PC, clés USB de capture vidéo,
mais il doit exister un moyen de créer du secam avec des composants d’occasion, à l’ancienne ?
Pour information, il existe(ait?) un encodeur multistandard (NTSC/PAL/SECAM) qui a été utilisé dans pratiquement tous les récepteurs satellites numériques de 1ère génération pour le marché français (Canal, TPS, ABSAT et d’autres non propriétaires) à la fin des années 90/ début des années 2000.
Il s’agit du circuit Philips SAA7182WP.
C’est un encodeur entièrement numérique avec 6 DACs en sortie permettant de sortir simultanément Y, C, Cvbs et RVB (ou YUV).
Le signal en entrée est de la vidéo numérique non compressée (sortie d’un décodeur MPEG2 de 1ère génération).
Ce n’est pas cher, à l’époque il se vendait environ 50 FF (7,5 € environ).
C’est sans doute un des meilleurs encodeurs SECAM jamais réalisé car en numérique les courbes sont très proches de la théorie (meilleur que beaucoup d’encodeurs professionnels).
C’était indispensable pour l’application-cible (décodeurs TV numérique).
Philips Semiconductors n’était pas très chaud pour développer ce circuit au départ car pour eux le SECAM était mort mais la possibilité de sortie en SECAM était obligatoire dans les specs de Canal, TPS et consorts (pour l’enregistrement sur VCR monostandard SECAM).
De ce fait ce produit sans aucun concurrent c’est très bien vendu, et cher, pendant plusieurs années.
Sa fonction a été ensuite intégrée dans les décodeurs MPEG à partir des années 2000.
donc grosso modo l’idée d’utiliser une puce adv7171 ou SAA7182WP c’est donc de pouvoir générer un signal vidéo analogique pal/secam/ntsc aux petits oignons, à l’aide d’un PC qui fournirait les données RGB/YUV à cette puce, ainsi que les données VBI, ça couvrirait ces besoins spécifiques :
faire revivre un décodeur nagravision syster, videocrypt, eurocrypt/d2mac grâce à la possibilité d’insérer du VBI
générer les bouteilles secam (identification trame) pour les vieux téléviseurs couleurs des années 60 et 70, en ajoutant en bout de chaine un modulateur RF à la norme L
générer du télétexte, ou encore plus vintage de l’antiope
des visées éducatives, pour mesurer via un oscilloscope un signal vidéo analogique
reste à estimer la difficulté, le coût du montage, les autres composants à acheter (microcontroleur ?), développer le logiciel permettant d’interfacer un PC à cette carte (pour envoyer les données numériques RGB, VBI), apparemment le SAA7182WP utilise le bus i2c, qu’on peut émuler via un arduino : f-leb.developpez.com/tutoriels/arduino/bus-i2c/