Cryptage "maison"

mais, j’y pense, je n’ai jamais fait de photo :

voici le crypteur :
photo-crypteur.jpg

le crypteur est "traversant " :
-entrée sur prise péritel femelle (en provenance d’un lecteur DVD)

  • sortie sur péritel mâle (il y a 5 fils de couleurs qui sortent vers le haut)

La moindre non-linéarité sur le son crypté en numérique mais retransformé en analogique pour la transmission rendrait le résultat complètement différent du son d’origine. Et des non-linéarités il y en a !
Sans aller jusque-là, c’est la raison du non cryptage du son stéréo de Canal+ analogique sur satellite en raison de l’imperfection de la fonction compression/expansion Wegener Panda ou J17 (ou même d’une simple préaccentuation/désaccentuation) à la réception.
Après inversion de spectre, les défauts dus à ces imperfections, tolérables dans le haut du spectre en cas de son non crypté, ne l’étaient plus du tout une fois ramenés dans le bas du spectre d’un signal crypté où se trouve le maximum de l’énergie sonore.

oui pour bien comprendre ce problème de son , prenons quelques chiffres
en jaune le signal analogique
en rouge le signal converti en numérique
et, pour faire simple: le son fait 2.55V d’amplitude

pour transmettre :
1.00 V → 100 01100100 – > crypté → 01100100 → 100
1.01 V → 101 01100101 – > crypté → 11100100 → 228
1.02 V → 102 01100110 – > crypté → 01100110 → 102
1.03 V → 103 01100111 – > crypté → 11100110 → 230

le son ne correspond plus: c’est normal, il est crypté
Pour le décryptage tout serait parfait si la transmission analogique était PARFAITE
mais si vous avez un peu de bruit (allez, j’ajoute +10mV constant pour l’exercice)

1.01 V → 101 01100101 – > dé-crypté → 11100100 → 228 (au lieu de 100 ou 101 !!!)
2.29 V → 229 11100101 – > dé-crypté → 11100101 → 229
1.03 V → 103 01100101 – > dé-crypté → 11100100 → 228 (au lieu de 102 ou 103 !!)
2.31 V → 231 11100111 – > dé-crypté → 11100111 → 231

vous allez rire, mais , j’y songe :
le procédé proposé par Domi-Niaque
n’est pas utilisable en l’état … certes , mais ce qui pêche, c’est surtout le procédé d’inversion msb / lsb .
en faisant cela, un seul millivolt passe en msb et c’est la cata …

MAIS supposons que l’on ne truque que les 4 bits de poids fort ???
si le facteur d’échelle est bon ???

Ou serait-ce possible en faisant une inversion d’état logique des 4 derniers bits par porte NON ?

Ce mot binaire deviendrait alors:
LSB 1001 0101 MSB

j’ai donc commandé le kit sur le site chinois, comme l’entrepôt est basé en europe la livraison devrait être rapide,
j’ai pris aussi un module bluetooth pour arduino, histoire de communiquer avec un smartphone,

gearbest.com/other-accessori … html?wid=3

tu peux essayer de voir si on peut manipuler les bits d’un fichier wav, avec le logiciel octave, qui est l’équivalent open-source de matlab, il y a un module qui permet de manipuler les fichiers audio :

gnu.org/software/octave/
gnu.org/software/octave/doc … Processing
gnu.org/software/octave/doc … tions.html

sinon on peut faire tout ça en java, si j’ai le temps je regarderai ce que ça donne comme résultat

le premier problème, c’est que le bidouillage des 4 bits de poids fort doit être parfaitement synchro
avec la fonction dé-cryptage .
donc le crypteur et le décrypteur audio doivent être reliés sur le meme signal vidéo

mais un fichier audio « seul » ne pourra pas être synchro …

au fait , vous voulez faire un codeur navragon ou un décrypteur ?

vous voulez un tda2595 ? (voire un module que je cable sur un p’tit bout de plaque, que vous enficherez dans la labdec)
voulez vous une k7 vhs enregistrée cryptée ?

un crypteur je pense, mais c’est pas pour tout de suite car je dois d’abord me faire la main sur des montages simples pour me familiariser avec l’arduino ( je débute vraiment dans l’électronique :mrgreen: )

il sert à quoi exactement ce composant tda2595 ?

est-ce qu’il y a une liste de composants incontournables à posséder lorsqu’on veut faire des montages touchant à la vidéo analogique ?
vu que la vidéo analogique est en voie d’obsolescence au profit du numérique je me demande s’il sera encore possible de trouver encore ce genre de composants ?

le tda2595 est un extracteur de synchro
tel qu’on le trouve dans les TV cathodiques
il est capable de stabiliser une image même noyée dans du bruit
même tellement neigeuse qu’elle est en noir et blanc

c’est le pendant du lm1881
mais le lm1881, lui, est très sensible aux parasites
ils ne sont pas directement compatibles

mais si vous voulez faire un crypteur, le lm1881 suffira : vous lui donnez un signal pal issu d’un lecteur DVD

Il n’y a pas de liste " typique " de composants video
il est clair que dans les TV et les magnétoscopes, les composants sont hyper spécialisés
hormis peut être le 4053 que l’on trouve souvent près de la prise péritel

le tda2595 devient rare, mais je peux en avoir chez mon distri local !!!
suffit de me le dire pour que je le marque sur ma liste des courses !

Où en est le projet de cryptage ?
Est-ce bien avancé ? :wink:

ooups, je suis en période « fatigue » ces temps ci et fort peu productif …

Je reprends un peu du poil de la bête, et je me remets à ce projet

j’en été resté au papillotement qui était un peu visible(du à une non linéarité qui ne rendait pas l’inversion parfaitement symétrique)

je me suis penché sur le schéma du décodeur « luxcrypt » (rtl 4 et 5 sur Astra dans les années 90)
et que voit-on ? :
luxcrypt_entree.jpg

1- dès l’entrée , le signal est divisé par 3 (???)
2- puis passe par un potar
3- enfin est amplifié d’un coeff de 10 (si je lis bien les res ) avec Q101
j’estime donc l’amplitude du signal vidéo à 3Vcc
ensuite , juste après un filtre passe bas, c’est l’inverseur … à transistor ! Q102

j’ai donc décidé de dé-câbler mon montage à ne592 pour refaire un inverseur à transistor
en travaillant avec une amplitude de 2.2Vcc
Donc ampli à transistor (2 fois 1.5 car les ampli inversent)
le gain total avec 2 trans est donc de 2.25
ensuite inverseur à un transistor chargé par 2 res égales

hé bien, ça à l’air d’être mieux !!!
je fignole et je publierai le schéma …

à suivre …

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 …