Cryptage "maison"

bonsoir à tous, voici ce qu’est devenu le schéma du crypteur ;
exit le ne592 et :
-premièrement un ampli (2 transistor) de x1.5 x1.5= x2.2
-ensuite un pré-alignement fixé à 2V par une led verte :
schema_crypteur_a_transistor-1.jpg

et il me semble bien que la qualité de l’image est meilleure
et je me pose une question :
pour mon ampli à transistor, j’ai mis 1k /1.5k , mais y a t il une règle ??
par exemple 10 / 15k ?? ou au contraire 100 / 150 ???

j’ai commencé à faire un relevé de bande passante, mais mon gbf est à base de xr2206 ; maxi 600kHz

guère pratique …

bonjour à tous,
qquelques jours de vacances, et hop ! Navragon reprends du service

-je suis passé en 10 bits par ligne ; chaque trame permet donc de diffuser un caractère (codé sur 7 bits):
Video0501-mire clair-crypté--OSD-2.jpg

et la vidéo capturée :
jmespe.free.fr/electro/realisati … e–OSD.mpg

il ne me reste qu’un petit bug

notez que le crypteur alterne 2 messages et qu’on voit bien la vitesse de diffusion à 1 caractère / trame !

bonjour à tous, ouf, enfin en vacances, et je reprends un peu du poil de la bête …

Je reprends donc « Navragon », et je commence à m’essayer au correction d’erreur

1- la parité
une ligne tatouée transmet 8 bits (j’ai laissé tombé 10bits/ligne)
et comme un caractère n’a besoin que de 6 bits (je ne fais que les majuscules et les 10 chiffres)
il reste 2 bits
j’ai essayé la parité 1bit pour 7 bits , mais finalement : c’est mauvais !!!
la probabilité de passer une erreur est quasi …50% !!! (ben oui, c’est logique)
donc je suis passé à 2 bits de parité pour 6 bits
en cas d’erreur, le caractère est remplacé par un blanc
exemple :
vlcsnap-2017-08-01-12h05m52s750.jpg
vlcsnap-2017-08-01-12h05m12s781.jpg

la vidéo est ici :
dl.free.fr/iGWw4YZYi

et je me suis acheté un p’tit clavier :
Photo1080.jpg

décidemment, en vacances, on a le temps !

aujourd’hui, je me suis amusé au multimode
le crypteur crypte suivant 4 modes

no 0 (le mode actuel) ligne aléatoire
no 1 mode par groupe de 8 lignes aléatoires
no 2 mode fixe (sans code , sans table)
no 4 mode trame entière les 288 lignes de la trame sont soit positives soit négatives

notez que le décodeur transmet le mode affin que le déco s’y accorde (normal)
mais il le fait avec .5 secondes de retard (à voir …)

la vidéo est ici :
dl.free.fr/bEH3Pc6yx

Notez bien :
que ma carte vidéo n’aime pas du tout le mode 3 (trame entière)
mais sur la télé cathodique, ça donne très bien !)
et qu’en plus il n’y a pas de son (problème depuis que j’ai changé mon pc du labo électronique

j’ai abandonné les 4 modes : c’est trop et le mode trame entière (bizarrement ?) ne passe pas très bien

je suis revenu à 2 modes
-mode 0 : le mode « normal » la table renvoie un octet aléatoire : 1001100 dont chaque bit défini une ligne
-mode 1 : seuls les bits 0, 3 et 7 définissent un groupe de 2 ou 4 lignes

résultat à l’image avec le décodeur numéro 1 (le « simple » avec osd à petits carrés)
Video0808-1425(CVBS) bi-mode359.jpg
Video0808-1425(CVBS) bi-mode328.jpg

le mode est affiché par l’octet de droite
soit 0 : 000000 |
soit 1 : 001001 |

et voici la vidéo : dl.free.fr/m2FwSJwpN

Comme je me suis acheté un convertisseur pal → secam, j’ai ressorti du placard mon décodeur d11 à cubes verts

j’ai continué le programme pour arriver à un cryptage HORS NORMES du d11 officiel
mais utilisant le meme principe (retard 0 , 900 ou 1800 ns)

pour l’instant, le cryptage est fixe (le gpa est raz à chaque trame)

lecteur usb → convertisseur secam → crypteur → enregistrement VHS

puis relecture
magnétoscope → décrypteur (le meme mais avec un prog inversant les retards !)

et voici le résultat : ça marche
vlcsnap-2017-09-08-20h53m56s718.jpg
vlcsnap-2017-09-08-20h53m49s171.jpg

ne regardez pas la qualité vidéo : ma carte d’acquisition pc n’aime pas le sécam !!!
dl.free.fr/nDwKkmyj1

par contre, il va falloir voir l’extracteur de synchro : le lm1881 est ok en sortie dvd, mais il cafouille déjà beaucoup sur une simple lecture de vhs !!!

si on parlait de la synchro dans le vrai D11 (raffou en avait fait le schéma …)

Pour décider s’il faut appliquer ou pas à chaque ligne vidéo une inversion de luminance, tu pourrais t’insiper de la table des retards du GPA Discret en fonction des 3 bits indiqués, mais dont au moins un représente la parité de la trame.

Exemple de table de vérité (sachant que B2 est le bit de parité de la trame fourni par le LM1881 ou le EL4583):

B2 B1 B0 Inversion

0 0 0 Non
0 0 1 Oui
0 1 0 Oui
0 1 1 Non
1 0 0 Oui
1 0 1 Non
1 1 0 Non
1 1 1 Oui

Que penses-tu de cette idée ?

j’avais commencé !
j’avais meme programmé le GPA du discret (mannnix, m’avait bien aidé)

tout cela est sur le DD de mon pc electro

ces temps ci , je suis en déplacement , vraiment crevé et pas de temps dispo

en en reparle autour du 20 décembre ??

de mémoire, ce qui me gênait, c’est les trames paires / impaires que je gère mal …

En quoi es-tu gêné par la gestion de la parité de la trame ?
Après tout, ce n’est qu’un état logique délivré par l’extracteur de synchro (si t’as besoin d’autres signaux en plus, prends le EL4583).

As-tu pensé aussi à ne faire inversion sur la composante Luminance seule, la Chroma reste telle quelle ?
Dans ce cas, le Svidéo est parfait puisque déja séparées, mais il devrait être faisable de séparer Y et C à partir d’un CVBS avec un filtre et de recombiner une fois la luma cryptée.

cvbs_yc_cvbs.jpg

j’utilise un tda2595 qui n’a pas de sortie parité (directement)
c’est juste qqueslignes de codes … mais il faut les faire
la gestion du protocole exact du D11 est assez alambiquée
mannix m’avait donné toutes les infos, il reste à programmer tout ça exactement … à la ligne près !

Le EL4583 doit être un proche cousin du lm1881 et ce genre de circuit est déplorable en réception
sur la vidéo du haut, tu peux voir que un simple enregistrement / lecture sur un VHS pose déjà des problèmes à certaines trames

Pour rappel :
le vidéocrypt a un tea2029 hyperstable (cousin du tda2595)
le D11, lui, a un circuit à composants discrets (!!) mais incluant un 4046 et des monostables…

Pour l’instant, je continue donc avec le tda2595 (sauf si on arrive à faire un module 4046 + monostables inspiré du d11)

Pour le Y/C , je n’ai rien, je crois, qui sorte en y/c !! (platine pal, vhs , lecteur peekton … )

Sinon, pour les projets/nouveautés de ces vacances qui approchent :
-j’ai peut être une source pour faire un tube « tourné » avec rainures => lar fabriquées maison en 30 bobinages
-j’achète un max038 pour faire un géné sinus => mesure des bandes passantes pour navragon et discret à cubes verts
-avancer la prog du D11 sur PIC (raffou a remis une couche d’explications)

  • éventuellement, essayer de générer le 12k8 avec le pic => variation de la fréquence pour le codage son
  • et meme (si j’ai vraiment le temps !) utiliser un 4051 au lieu d’un 4066 => sur la lar 30 cellules, on peut faire plusieurs retards (à voir visuellement si intéressant)

le système navragon de jmespe semble similaire au système de cryptage utilisé par la chaine polsat dans les années 90 :

youtube.com/watch?v=-FGu3ibAhKs

un système d’inversion vidéo aléatoire des lignes, ça s’appellait telekrypt ou svc-31

Le SVC31 devait alors être facile à tipiaker au vu de sa simplicité !
La séquence de cryptage ne bouge pas !

tient, je ne connaissais pas du tout ce « telekrypt » ou svc-31

mais effectivement avec un cryptage fixe, c’est plus que simple …

même le D11 est plus compliqué !!!

translate.google.fr/translate?s … edit-text=

bon j’ai un peu jeté l’éponge sur le D11

mais je ré-utilise le montage avec les LaR bobinées
pour un navragon-D

premiers essais aujourd’hui avec

  • 2 niveaux (retard 0 ou 1800ns)
  • fixe
  • mais quand meme , j’ai tatoué la ligne 24 en blanc

la suite demain !

Dans ce zip: 2 vidéos l’original sorti d’un lecteur DVD
et la relecture depuis un VHS décrypté à la volée …
dl.free.fr/h2vhcw4l4

je ne vous montre meme pas d’image en PAL couleur
mais, en fait, je soupçonne que mes LaR ont une perte moindre et donc l’image
sature tout simplement en amplitude
je verrai cela aussi …

Décidément, avec navragon (que je possède et maitrise) j’avance vite

Depuis hier soir, j’ai ajouté :

  • le tatouage clignotant
  • le cryptage à 3 niveaux (0,900,1800) (pour info, j’utilise la table z=0 du D11 !)
  • le cryptage défilant (trop visiblement, presque)
  • à la réception : lecture du tatouage et synchro correcte

Voici les 2 vidéos :

dl.free.fr/qPbsKY0dR

Il me reste à corriger ou faire

  • corriger le « défilement » qui ne ressemble pas assez à du D11 « papillotant-vibrant »
  • la détection du clignotement (pour la commutation lente)
  • corriger les images couleurs qui sont trop saturées meme en luminace ( gain global, saturation ??)

et avec 2 lignes de code en plus, on obtient bien l’effet papillotant du D11 :

dl.free.fr/pz4Qk2uXP

Bonjour.

Une suggestion pour obtenir l’information de parité des trames à partir d’un TDA2595 :

TDA2595[1].jpg
Source : letransfertpellicule.free.fr/ind … grini.html

oui , le TDA2595 est génial mais il est capricieux sur la patte 9
et il n’a pas de detection parité en natif

ce n’est guère compliqué en fait, il faut détecter le front MONTANT de la trame et voir l’état de « H »

c’est ce que fait le montage que vous donnez et que j’avais dans mes propres documents …
y compris sur mon site d’ailleurs : jmespe.free.fr/electro/ERP/index.html (à la 3 ème ligne)

Logiciellement, ce n’est pas compliqué (en plus, je détectais déjà le front montant de la trame)
2 ou 3 lignes de codes

mais bon, après je n’arrive pas à comprendre pourquoi le GPA (bien que bon)
et bien que donnant les bons retards
ne débrouilla pas la moindre image …
(je relevais un à un les retads sur un tableau avec le numéro de ligne
et les états sur les commandes du 4066)

bref, pour l’instant je suis en navragon-d (ou discret à la sauce navragon)
et logiciellement, ça marche à 100%

je suissurtout bloqué par le matériel et la qualité d’image insuffisante
l’image se déchire à la relecture sur la magnéto (surtout sur les images claires)

janpolanton me fait des simu sous ltspice , ça m’a aidé , mais ce n’est pas parfait

pour l’instant, voici le schéma de ma partie analogique :
mon D11 lar bobinées  1.jpg

ha oui, il y a déjà une modif cet après midi : suppression du filtre 330ohm / 120p de préaccentuation
Ltspice montre une bande passante largement suffisante …

à suivre …

salut
un pb qui pourrait t avoir echapper c est que le D11 crypte de la ligne 24 a 310
et que des que tu est a la ligne 24 tu dois mettre en place le retard pour la 24 mais avant de faire tourner le GPA.
renvoie moi ton source pour pic16 je vais le relire .