C’est en effet assez proche de ce que j’observe.
Un moirage, par contre les couleurs sont un peu moins délavées que ça chez moi. [TDA4565]
C’est en effet assez proche de ce que j’observe.
Un moirage, par contre les couleurs sont un peu moins délavées que ça chez moi. [TDA4565]
en fait j’ai crée cette image en utilisant le nouveau encodeur/décodeur pal composite qui sera présent dans la prochaine version de cryptimage
6 modes de rendu de couleurs possible
Tu parles d’une nouvelle version de cryptimage, prévois-tu d’y inclure également la fonction de recolorisation des lignes 310/622?
Ca avait été d’une efficacité redoutable pour décrypter des vidéos d’époque un peu usées … [TDA4565]
la fonction de recolorisation sera présente, elle est déjà terminée actuellement
Excellent.
Y a t-il des réglages? Est-ce qu’il y a un panel dédié?
J’imagine que suivant l’état des bandes il faudra ajuster certaines choses … [TDA4565]
dans le panneau discret11 il y aura un curseur « seuil du blanc » à régler, si les lignes 310 et 622 ne sont plus très blanches il faudra alors mettre ce curseur un peu plus vers la gauche,
et en cochant la case « retards nuls » et le bouton « décoder » ça va redessiner les lignes 310 et 622 en blanc, sans chercher à décoder l’image,
comme autre amélioration du discret11 il y aura le mode « décodage basé sur l’algorithme du 68705 » qui permettra de retrouver automatiquement le mot de 16 bits (sans utiliser la force brute), mais j’ai pas encore fini,
pour rappel le principe de l’algorithme de recherche du 68705 :
Bravo, je pensais à ça depuis très longtemps, mais vu l’énorme travail déjà fourni, je n’ai pas osé proposer.
Ce sera apprécié à sa juste valeur, sois en certain. [TDA4565]
Plus exactement:
Si cette opération est positive 18 fois de suite (sortie du XOR = 1), on considère que l’on a capturé une transition positive et réciproquement si elle est négative 18 fois consécutives (sortie du XOR = 0), on a alors capturé une transition négative.
Conclusion: on double les chances de capturer une transition, peu importe son signe, si on recherche plutôt 18 résultats consécutifs identiques.
Le 68705 ne prenait en compte que les résultats positifs, donc les transitions positives de luminance. Quelques lignes de code en plus pour compter aussi les résultats négatifs auraient rendu l’algorithme plus efficace en doublant les chances de capture sur un même nombre d’échantillons.
ben alors les gards je sait il fait chaud mais pas plus sur ce sujet …allé a bientot! 8) 8) 8) 8) 8)
J’ai récupéré un D11 officieux qui a bien vécu.
Des modèles non officiels, j’en ai eu une bonne quantité, mais celui là, je serais curieux de connaître son histoire.
Une fois ouvert, la carte principale est le déco de Radio Plans. Ensuite, 2 PCB y sont reliés par un grand nombre de fils. Des pistes sont coupées sur le PCB principal.
2 roues codeuses, un DIL8 en face avant, et une RAM.
Il faudrait que je refasse le schéma pour comprendre de quoi il en retourne. Souhaitez-moi bonne chance.
Il ne réagit à aucune vidéo D11, sans doute est-il en panne. [TDA4565]
il serait intéressant de faire des photos du décodeur et de les poster ici,
sur ce site tu peux aussi comparer avec des décodeurs pirates connus :
wintzx.fr/blog/2014/02/codage-et … -partie-2/
Je connais le site dont tu parles, on oublie tout de suite, rien à voir avec ce déco.
Les deux PCB ajoutés sont câblés à la main, ce ne sont pas des PCB au sens propre du terme.
L’impression que cela me donne, c’est qu’une personne qui avait les compétences nécessaires à l’époque s’est construit sa propre solution.
Ca me laisse admiratif, je suppose que ce déco a fonctionné.
A l’heure actuelle il est en panne, il ne réagit ni à une vidéo d’époque, ni à une vidéo de Cryptimage. [TDA4565]
super pourrais ton avoir des photo on pourrais ainsi en avoir une meilleure idée d autant plus que j en posede pas mal on pourrais comparer
une version 1.4.22 bêta de cryptimage pour patienter :
cryptimage.vot.pl/software/crypt … 2_beta.exe
ou la version jar : cryptimage.vot.pl/software/crypt … 1.4.22.zip
attention la documentation pdf n’est pas à jour,
quelques nouveautés :
Excellent!
Merci [TDA4565]
précision : il faut sélectionner « décoder », puis la case « retard nuls » (afin de laisser l’image en crypté) si tu veux restaurer en blanc/noir les lignes 310 et 622 existantes d’une cassette contenant un signal discret11, si ces lignes sont peu visibles alors il faut positionner le curseur de seuil du blanc un peu plus vers la gauche,
et si tu sélectionnes « coder » et la case « retards nuls » alors ça va colorier les lignes en fonction du niveau d’audience configuré dans l’interface, sans crypter l’image, c’est pour le cas où l’on veut utiliser un décodeur matériel en mode pseudo-codeur discret11 (cf le sujet « Incrusteur niveau noir/blanc dans lignes 310/622 » de Raffou, ça revient en fait à le faire de manière logiciel )
Merci pour ces recommandations.
Je pense essayer sur certaines bandes V2000 la semaine prochaine, je te poserai peut-être des questions en fonction du résultat.
Je te dirai.
J’en profite d’ailleurs pour rajouter une info:
tous les décos n’ont pas la même sensibilité aux lignes 310/622. J’ai des vidéos qui déclenchent le décodage sur certains décos alors que d’autres ne voient rien. Je parle bien entendu de vidéos dégradées par le temps sur des bandes qui ont plus de 30 ans.
On va dire que la norme, c’est le déco officiel. [TDA4565]
Bonjour Mannix, super boulot! Ce sont des fonctionnalités vraiment intéressantes!
Une chose; quand je décode PAL de PAL encodé, l’image sort très violet et vert. Presque comme si c’était par une seule ligne. Cela ne se produit que lorsque j’utilise le chiffrement, Discret, Videocrypt ou Nagra. Cela ne se produit pas lorsque vous utilisez « transcode » uniquement.
je n’ai pas ce souci, mais je ne suis pas sûr de comprendre ton problème, il faut donner plus de précisions sur comment tu as procédé, c’est peut-être juste un problème de codec vidéo avec ton lecteur,
si tu tentes de décoder une vidéo pal provenant d’une source extérieure (cassette VHS, un signal crypté d’origine non crée par cryptimage) alors il faut jouer avec l’option « pal frame start for decoding » de l’onglet « rendu des couleurs » quand tu choisis « pal encode and decode » ou « pal decode only », il y a 4 valeurs possibles, la bonne est celle qui donne les bonnes couleurs,
en parallèle tu peux aussi jouer avec l’option « démarrer à la trame » de l’onglet « machine » si les couleurs sont fausses,
moi je procède comme cela :
tu auras un fichier crypté en noir et blanc avec le moirage pal
ensuite pour décoder le fichier et retrouver la couleur :
le résultat doit être en couleurs et l’image décodée
pour la première étape (cryptage du fichier) on peut aussi choisir « pal encode and decode », ça va créer le rendu qu’on aura sur un TV couleurs pal (image en couleurs, mais couleurs qui seront fausses si utilisation du système nagravision), puis pour l’étape de décryptage du fichier il suffit d’utiliser « pal decode only », il faudra ensuite jouer sur le réglage « brightness » pour adapter la luminosité,
si utilisation du videocrypt : choisir un sampling rate de 14.75 Mhz dans l’onglet « rendu des couleurs », le seul qui donne de bons résultats pour les couleurs en pal pour le videocrypt dans cryptimage
Bonjour Mannix, merci pour vos conseils. J’ai fait ce que vous avez suggéré et tout a bien fonctionné! Je pense que je ne correspondais pas aux taux d’échantillonnage et aux chiffrements, mais aussi au codec h264 au lieu du huffyuv sans perte.