bonsoir
j’ai un peu avancé (surtout dans la mise en pratique)
j’ai fait 2 vidéos de plus
1 avec le marche arrêt sur une mire (tout le signal est vidéocomposite )
2 avec une transmission en 1.2G sur un récepteur satellite analogique du commerce
quelques nouveautés à l’occasion de ce pont de toussaint:
j’ai rajouté le son
j’ai amélioré la préaacentuation du module vidéo donné par bricolou (on se rapproche maintenant de la vrai réception sat analogique)
je commence à ajouter un affichage sur écran : (dans le but d’afficher le message de 32 bits (4 octets)
l’osd affiche 3 octets tout en bas , séparés par un tiret vertical
les premiers sont fixes 10101010 et 11101110
puis le troisième affiche l’octet « comptage_ident » qui compte le nombre de tatouages (valides) reçus;
c’est cet octet qui décide s’il faut prendre la main ou pas
bon, le signal est tellement résistant qu’il est difficile de voir autre chose que 8 « 1 »
bonjour, j’ai poursuivi un peu l’affichage sur écran , il y a maintenant 4 octets affichés en bas
10101010
11101110
le compteur identification tatouage (le signal est très robuste, il est presque toujours au maximum
un compteur de trame (prédivisé par 32)
Mais me voilà à la croisée des chemins …
je vous propose donc un
--------------------------------------------SONDAGE ------------------------------
Que faire maintenant ?
-continuer l’affichage sur écran avec des vrai chiffres et lettres ?
-continuer le message (qui peut s’afficher sur écran…)
-permettre un code non plus fixe , mais au choix de l’utilisateur
Dans ce dernier cas :
par clavier (je vais être un peu juste en patte, mais bon …)
par carte à puce (une eeprom montée sur un circuit fin)
1- l’osd est papillotante: c’est normal, ma sortie « tatouage » est branchée AVANT le décryptage,
il suffirait de la mettre après
Mais:
2- à 20MHz , une ou 2 instruction du pic, et c’est la dentelle sur les bords verticaux
il n’y a guère qu’un moyen d’arranger cela : asservir la fréquence du micro avec la fréquence ligne …
pas impossible (le déco syster le fait !!) mais cela en vaut il la peine ? vu que :
3- seulement 3 chiffres sont affichés par ligne ( ici 0 1 2 3 7)
il y a moyen de pousser un peu plus (il y a une mire avec pic qui fait des lettres un peu plus rapprochées)
mais cela coutera cher en mémoire (16F84 = 1 K seulement)
bref, pour l’instant: j’abandonne l’affichage sur écran; tant pis pour moi, je n’aurai jamais ça : heyrick.co.uk/willow/crypt.jpeg
bref, je me dirige (suite au seul votant du sondage sur le message plus haut)
vers un code à entrer au clavier
avec d’emblée un problème : tous les claviers sont matricés , or je manque de pattes (il m’en faudrait 8 )
hé bien, je patine sérieusement avec mon clavier !
j’ai utilisé un cd4014 (registre à décalage 8 bits → 1), un dip switch et 8 res de pull-up
et impossible de faire quoi que ce soit !
il n’a pas l’air bien compliqué pourtant , mais je n’arrive à rien
je vois bien mes 8 coups d’horloge mais la sortie Q7 est soit toujours à 1 soit toujours à 0
ha, oui, parceque j’arrive à la faire changer avec l’inter no8 (sur P7)
invraisemblable …
qui aurait utilisé ce circuit cmos ?
je ne comprends pas trop non plus la différence entre le 4014 (le mien) et le 4021 …
jmespe aurais tu un schemas d inverseur de couleur sur sgnal svideo
je voudrais afficher une visu de camera en convertissant le blanc en noir et le noir en blanc
j aimerais un montage simple sans micro controleur
C’était déjà le cas des premiers mini-ordinateurs des années 60, par exemple la série des PDP-8 de DEC (Digital Equipment Corporation).
Ces ordinateurs utilisaient des interrupteurs entre autres pour initialiser les registres et ils étaient regroupés par 3 car ces machines travaillaient en base 8 (code octal).
C’est sur un PDP-8/S (sorti en 1966) que j’ai fait mes premières armes à l’INSA de Lyon …
Cette machine était connectée à un terminal Teletype (ASR-33) qui servait à rentrer les programmes sur un lecteur de bande perforée et sortait les résultats sur l’imprimante du Teletype).
mmm que voulez-vous dire par :
« ils étaient regroupés par 3 car ces machines travaillaient en base 8 (code octal). » ??
ceci dit, j’ai appris à programmer sur un 6809 en tapant sur un clavier hexa avec des afficheur 7 segments …
et enfin, je ne vous ai pas encore montré mon clavier :
le schéma est celui du message plus haut .
Je peux lire le code , il s’affiche sur l’écran .
Mais hélas, je n’ai pas encore réussi à faire correspondre les codes …
il semble qu’il y ait un problème dans mon programme
seule la première trame est bien décodée (si le bon code est là )
je vais aussi m’acheter un second 4014 et un second dip switch pour un code à 16 bits
ils sont très facilement chainables …
j’ai trouvé où était mon erreur dans le prog et hop, ça a marché tout de suite !
voici donc le cryptage AVEC code (8 bits)
la vidéo est en lien plus bas, voici ce qu’elle montre :
une image décryptée seulement si le code est bon ;
pour l’instant, il est fixé dans le crypteur à : 0000 0011 (c’est à dire 3 en décimal)
j’ai affiché en bas de l’écran 4 octets (séparés par des tirets verticaux que j’ai repéré en jaune);
celui de gauche est le code .(les octets suivants sont 10101010 ; ? ; et à droite un compteur de trame)
vous voyez que l’image est correcte seulement s’il est égal à 00000011
vous voyez quand je manipule les inter dip switch , que l’affichage change de suite (il est lu à chaque trame)
mais que le code , lui, ne se synchronise que toutes les 24 trames (le bit X à un sur la première ligne)
si vous voulez vous attaquer à un autre projet de décodeur : il y a le projet intéressant de reconstituer à l’identique le décodeur « radio-plans » pour le discret11, qui était le tout premier décodeur pirate à avoir vu le jour en France, un forumeur était bien parti pour le faire mais il ne poste plus et il a peut-être abandonné le projet,
des scans de l’article de radio-plan détaillant le montage ont été posté sur le sujet « décodeur canal+ 1984 »,
le but du projet est de numériser la sortie vidéo du décodeur ( ou de filmer l’écran avec un caméscope numérique ), afin de se rendre compte du rendu visuel que ce décodeur pirate pouvait donner à l’époque, on sait que l’image était médiocre, mais il n’existe aucune photo, aucun enregistrement VHS permettant d’évaluer la qualité de l’image,
avec les vidéos discret11 générées par cryptimage il y aurait moyen de tester ce décodeur pirate, et même de le mettre KO si on coche la case « masquer la bordure » au moment de crypter le fichier vidéo :mrgreen:
hé oui, mais le problème sera toujours le même : quid des lignes à retard ?
personnellement, j’ai un déco à 68705 avec les 4 cubes verts
je peux les récupérer, et, soit faire de celui de RP (euh si vous voulez m’envoyez les schémas, je suis un peu fainéant de parcourir les dizaines de pages dudit sujet ),
soit en faire un avec pic (qui serait compatible avec la norme, donc av cryptimage)
mais le problème est toujours le même : qui a des cubes verts aujourd’hui ?
Bon, ce soir, j’ai reçu mon deuxième 4014 (avec son dip switch)
je passe au code à 16 bits; photos et vidéo …bientôt
j’en profite pour rappeler que mon cryptage (Navragon) , s’il n’a pas le vécu historique du discret11,
est quand à lui 100% reproductible , et même assez simplement !
bonsoir,
ça y est, le code fait maintenant 16 bits
voici le clavier :
Mais , j’ai fait un peu trop simple:
le code 1 est un décalage de la table, : un seul bit faux et toute l’image est cryptée
le code 2 est un ou exclusif avec la valeur (pseudo aléatoire) fournie par la table
mais c’est trop facile : si le code 1 est bon, le cryptage devient fixe et le code 2 se cherche bit à bit
il faut que je trouve comment combiner 2 octets (code1 et code 2) vers une seule table de 256 octets …
NOTA BENE : ça y est aussi, ça recommence, je ne peux plus faire « insérer dans le message » pour la photo
ça plante : page blanche avec le message :
ben regardez l’image « presse papier1.jpg » qui ne s’affiche même pas ???..
j’ai enfin eu un peu de temps à moi (je suis noyé sous l’électroménager en panne , l’ordi d’un collègue, le truc d’un copain)
bref, j’ai fait qques modif sur navragon, rien de fondamental …
je tatoue la ligne sur 7 bits et non plus 5 (je pense de plus en plus à transmettre un message)
la ligne est dorénavant dupliquée en ligne 20 (invisible) , je peux transmettre des vidéos sans me préoccuper de la ligne noire du début)
j’ai corrigé quelques bugs
j’ai changé la table de cryptage (il n’y a plus de valeurs comme 10101010 , mais uniquement des bits
qui se suivent au minimum par trois ) cela réduit un peu le léger effet papillotement
Bonjour,
Je prends connaissance de ce post à l’instant. Du beau boulot en vérité, félicitations !
@jmespe : dans votre message du Lun 14 Nov 2016 20h42
Je crois que dans mon fourbi, je dois avoir quelques uns de ces petits cubes verts, si cela vous intéresse n’hésitez pas à me demander je vous les ferai parvenir sans problème; ce sera trop tard pour Noël, mais pour le 1er de l’an, pourquoi pas ?
pour les cubes verts, j’ai commencé un déco discret11 à base de pic16f872
et de 4 cubes verts
je suis un peu planté pour l’instant à cause du manque de temps et de la complexité de la chose
De ce que j’en ai vu, les cubes verts ont l’air « limite » en bande passante
pour une vidéo PAL (la seule possible aujourd’hui)
En sécam, ça allait mieux (je n’ai pas de souvenir d’image médiocre, mais plutôt passable)
il faudra donc voir à faire des lignes à retard « à la main » (cellules LC multiples)
Pour navragon (que je maitrise mieux !) j’avance doucement : j’ai de plus en plus l’intention d’ajouter un OSD .
En effet, après l’abandon (sniff) des mes magnéto video8 gv-200 , je me retrouve avec des circuits OSD type D6451 (µPD6451 de NEC)
mais je n’ai plus une patte de dispo, il faut que je passe à un pic à 28 pattes
Tout cela est en cours pour cette semaine de vacances …