Cryptage "maison"

Au sujet du codeur de o viacava de EP334 :
effectivement, le programme du scénix n’est pas colossal

en fait , avec le soutient des circuits logiques, le microP ne fait qu’adresser les 5 bits ( 0 à 31 lignes)
et commuter le mode 1 ou 2 (toutes les 32 lignes)

le micro ne fait donc qu’une chose par ligne
du coup, le pic surcadencé à 24 MHz y arriverait surement aussi …

Merci pour le schéma du décodeur son du D12, je ne l’avais pas vu
il y a un quartz, un 4060 , bref, pas d’asservissement de phase et glissement probable de qques hertz
(précision du quartz)

Je manque cruellement de temps (débordé par des réparations diverses)
mais j’avais en tête , pour la continuation de ce fil « cryptage maison » :

1- continuer le cryptage son (avec eventuellement fréquence par pas …)
2- continuer navragon (évolution du message pour faire un code tournant …, élaboration d’un circuit imprimé ???)
3- discret 11 « format officiel » j’en étais à 90% , mais maintenant que j’ai un analyseur logique, peut être que je pourrai pousser mes investigations …
4- discret à ma sauce (navragon -D) puisque j’ai accés à toutes les cellules, faire un cryptage avec 8 niveaux de retard (avec un 4051 à 8 entrées et une sortie)
peut être fin mars …

@Mannix
A l’origine il s’agissait de réaliser un substitut à la puce PCB1316P qui regroupait les lignes à retard numériques et les commandes des retards du D12.

SchémaD12.PNG
Dans un premier temps, le schéma de principe proposé était à base de composants discrets:
? De registres à décalage à longueur variable du type TMC2011A pour les lignes à retard.
TMC2111AB2C.jpg
? De multiplexeurs 8 fois 4 vers 1 avec des boîtiers 74F153 ou 74F253 pour l’aiguillage des retards.
? De multiplexeurs 8 fois 2 vers 1 avec des boîtiers 74HC157 ou 74HCT157 pour injecter un niveau blanc (0D5H) ou un niveau noir (40H) permanent à la place de la vidéo retardée.

Les 2 boîtiers constituant le multiplexeur 8 fois 2 vers 1 avait même pu ensuite être supprimé en combinant les poids binaires des niveaux blanc et noir.

Suggestion.PNG
La réflexion avait ensuite été portée sur l’utilisation d’un CPLD pour remplacer tous ces boîtiers et la toile d’araignée des fils de liaison.

EPM240.PNG.jpg
On trouve sur eBay ou AliExpress des cartes à base de CPLD EPM240 ou EPM570 bien plus pratiques que les boitiers eux-mêmes car, avec leurs broches au pas de 2,54, elles peuvent être enfichée comme cartes filles sur un circuit imprimé principal.
Ne reste plus qu’à apprendre à se servir du logiciel de programmation qui va bien et ça c’est encore beaucoup de temps à y consacrer.

est ce que je pourrais avoir une copie de l article EP334 SVP
merci

Bonjour …

Article dispo ici:

http://dl.free.fr/mSoEFzyup

Bonne réception.
Amitiés
Serge

Nous attendons avec impatience le prochain épisode de Navragon ! :smiley:

ha, je suis encore pris par les réparations , mais je commence à en voir le bout …

pour le son, c’est plutôt compromis …
même à fréquence fixe, il y a déjà des problèmes de filtrage …

il me reste donc comme piste :

1- continuer le cryptage son (avec eventuellement fréquence par pas …)
2- continuer navragon (évolution du message pour faire un code tournant …, élaboration d’un circuit imprimé ???)
3- discret 11 « format officiel » j’en étais à 90% , mais maintenant que j’ai un analyseur logique, peut être que je pourrai pousser mes investigations …
4- discret à ma sauce (navragon -D) puisque j’ai accés à toutes les cellules, faire un cryptage avec 8 niveaux de retard (avec un 4051 à 8 entrées et une sortie)

et j’en rajoute une cinquième (4 ème …)
5- plutot que l’inversion vidéo, faire un gain par « pas »
ex une ligne 100% (normal); une autre 50% ; une autre 75% … cela devrait créer un « bruit »

hé bien, heureusement que domi-niaque me relance , car après y avoir réfléchi, l’option « 5 » me semble très intéressante :

  • l’inversion vidéo est réversible à 99% ; il est très difficile d’avoir 100% : il reste qques micro défauts à l’image décodée; le gain par « pas » a toute les chances d’améliorer cela
  • le schéma est finalement très simple :
    scan 1.jpg

le décodeur sera identique avec un simple pré-ampli de gain x2

c’est à peine plus compliqué que navragon … et plus sûr : au lieu de 0 ou 1 (en inversion vidéo)
il y a 4 (voire 8 ) choix.

et en plus, le réglage du gris moyen disparaît
Le seul inconvénients: l’image ne sera plus « masqué » elle sera plus reconnaissable …

allez, je me lance :
j’ai commencé par faire le schéma
la plaquette est finie à 90%
le programme ne devrait guère poser de problème: j’ai déjà toutes « les briques » (les routines)
pour programmer le pic

sch-01.jpg

les premières images … peut être ce soir …

et voici donc les premières vidéos de navragon 2
vlcsnap-ph cr.jpg
vlcsnap-ph decr.jpg

dl.free.fr/hT3q8sFIm

ça n’est pas parfait , loin de là …

je n’ai fait qu’un cryptage par « pas de gain » très simple et fixe (4 lignes à 100%, 4 lignes à 65%)

2 vidéos dans le zip :
la première étant le cryptage (bien sûr)
la deuxième étant le décryptage enregistré et lu via un VHS (je n’ai qu’un seul exemplaire de N2 !)

vous voyez à la fin avec l’accéléré que le comptage de lignes n’est plus bon …

Je pense ne pas avoir compris le but de cette 2e version :confused:

Aussi, je m’autorise à vous demander quelques précisions sur le but final. Cette vidéo encryptée me semble bien moins ‹ agressive › qu’avec Navragon1.

Et Navragon1 donnait de bons résultats après décryptage.

J’ai peut être râté un épisode :question: [TDA4565]

oui, et non, …

navragon marchait bien, mais :

  • il faut le réglage (un peu délicat ) du gris moyen
  • l’inversion ne marche pas à 100% mais seulement à 98% : il reste un papillotement infime à l’image

je me suis dit que le gain par pas serait moins "traumatisant " pour la vidéo et donnerai un résultat parfait à 100%

ce n’est pas gagné !!! :confused:

Je continue avec ce navragon « 2 » et je viens de voir que j’ai fait une erreur fondamentale…

Il ne peut pas y avoir « plusieurs » pas de gain … (le 4051 en autoriserait 8 )
il ne peut y en avoir que TROIS

en effet, si je me fixe le gain inférieur à 0.60, j’obtiens:
(crypteur) x (décrypteur) = (gain décodé)
1.00 x 0.60 = 0.60

0.60 x 1.00 = 0.60

un seul autre gain est possible : la racine carrée de 0.60 : 0.7745

tout autre gain rendra le codeur/décodeur non réversible

je redessine le schéma avec ces 3 gains sur les entrées du 4051

et , en plus ,pour l’instant, il y a un gros bug dans mon programme: tout plante dans le décrypteur …

Aie aie aie!

peut-être une sixième option :

  • imiter le luxcrypt, un système d’'embrouillage basé sur la perturbation du signal de synchronisation et l’inversion vidéo :
    youtube.com/watch?v=4Bd-69mDmEY

oui, je connais le luxcrypt (je l’avais vu sur astra)
mais il est impossible à reproduire avec la vidéo numérique (cle usb , lecteur dvd, carte acquisition vidéo …)

il faudrait un encodeur 100% electronique et un déco idem
je crosi d’ailleurs que j’avais vu le schéma du déco officiel …

pour n2, j’ai corrigé mon bug (!) et j’ai blindé de filtrage le niveau du noir…
voici le résultat pour les 3 atténuations (100% , 77% , 59%)
dl.free.fr/oGN9ohcoT

ce n’est guère mieux …

certains m’ont demandé de créer du luxcrypt en 100% software depuis un PC via cryptimage, c’est pas évident en effet,

peut-être s’inspirer du projet hackTV, qui reproduit le pal de manière quasi parfaite, pour y ajouter un mode « luxcrypt », l’auteur y a déjà ajouté le syster et le videocrypt :
github.com/fsphil/hacktv/blob/master/video.c

une autre piste c’est d’utiliser des filtres graphiques pour distordre l’image (façon plugin d’effets artistiques à la gimp), afin de simuler grossièrement la perte de synchronisation, et l’inversion vidéo

ha, oui, avec hack RF, oui, c’est possible
mais on sort complètement de cryptimage …

haaaaaaaaaa !!

le mode de « gain par pas » semble être une très bonne pioche !

la vidéo décryptée est excellente !!!
même les couleurs saturées de la mire de barre sont parfaites …
vlcsnap-2019-04-10-16h52m38s703.jpg

sur la seconde (pharaon) , on voit que j’ajuste le gain intermédiaire …

dl.free.fr/jC4dS2iDX

Donc : JE POURSUIS dans cette voie

je n’avance pas vite : heureusement que ces qquelques jours de vacances de pâques m’ont reposé …

bref,

  • j’ai changé les cd4053 par des 74hc4053 (idem pour les 4051)
    les 74hc ont une meilleure réistance série et ils sont en 5v: exit le +8V et le 78l08 tout est alimenté en +5V
    c’est déjà plus simple et mieux

j’ai ensuite bien filtré le niveau du noir
et j’ai mis … les 2 aop du boitier 8 pattes en // !!

j’ai aussi opté pour 4 niveaux d’atténuation (donc 2 bits)

voici le résultat :

image mal décryptée :
vlcsnap-2019-04-20-11h00m09s468.jpg
correctement décryptée :
vlcsnap-2019-04-20-10h59m49s015.jpg
et j’ai aussi mis un cryptage fixe pour faciliter les réglages :
vlcsnap-2019-04-20-10h59m28s000.jpg

et voici le vidéo :
dl.free.fr/j4n5KDoCX

clairement, il subsiste un léger papillotement, mais navragon 2 est bien meilleur pour le chrominance;
même les couleurs saturées des mires de barre sont parfaites …

bonsoir à tous …
ouf : un pont de 2 jours et je reprends vie …

bref, j’ai un peu avancé sur navragon2

-j’ai rajouté un osd simple ( affichage en bas de 3 octets )

  • j’ai fait 4 modes (barre ou ligne et fixe ou aléatoire ) ces modes sont affichés en osd
  • j’ai fait une autre plaquette au propre avec un LM1881
    il semble que le pré-filtre conseillé dans le datasheet soit en fait assez efficace
    voici le décodeur N1 version simple (alim +5 partout avec le 74hc4053) et lm1881 :
    décod N1_20190503_1.jpg

voici une capture d’écran des nouvelles vidéo :
vlcsnap-2019-05-03-20h21m44s906.jpg

dl.free.fr/vGxY0upHW
on y voit les modes changer en crypté (décodeur à l’arrêt)
puis crypté / décodé sans aucune trame perdue !!! :smiley:
on y voit aussi les premiers essais de transmission et résistance aux bruits …
là, c’est un peu moins bon , i ly a pas mal d’erreurs de reception de l’octet message = octet mode de cryptage…

J’en profite pour demander à la cantonnade :
certains seraient-ils intéressés par un prêt de: décodeur + vhs ou codeur + décodeur ???