TVNT.net - Le forum de la TNT

bon j'ai fait un petit test en enregistrant la chaine TV5 ( 576 lignes verticales, secam issu de l'analogique de numéricable ), puis j'ai fait appliquer un traitement inverse d'un logiciel "spécialisé" dans le discret12 ( qui sert plus à rien maintenant mais c'est une façon de lui trouver une utilité ) :

http://demo.ovh.com/download/d5bd9536b9 ... usfake.zip

c'est un peu du bricolage ( on voit qu'il y a un truc qui cloche à l'extrême droite de l'image, le décalage n'est pas propre ), l'idéal ce serait vraiment de repartir de zéro avec une moulinette qui respecte à la lettre le cahier des charges d'un codeur discret11

Mannix54 a écrit:après peut-être que si on souhaite "exporter" ce fichier crypté vers un vrai décodeur physique discret11 ( pour vérifier si le décodeur physique fonctionne ) ça peut bloquer car les sorties TV des cartes graphiques ne délivre pas un signal composite secam ( en général c'est soit du PAL, soit du NTSC )

Et encore, il ne faut pas oublier un détail: les 2 lignes qui sont en bas de l'écran (310/622) qui sont la synchro du cryptage.

Mannix54 a écrit:moi c'est l'inverse que j'aimerai faire : inciter au cryptage en utilisant un système obsolète

ébien tu ne crois pas si bien dire.... j'ai fait avec l'aide de quelqu'un un circuit avec retard de ligne plus un petit programme en "discret" et le cicuit en question crypte en temps réel et en analogique une video vhs, uhf ou meme un dvd donc....

mais je crois que tout le monde ici le sait déjà ça...

Mannix54 a écrit:

Lowtone a écrit:Mannix54 pour ton codage discret il ne faut pas perdre de vue que c'était au départ un système créé sur mesure pour la télévision analogique. Je sais qu'il existe une version informatique mais ce doit être très différent.

mais du point de vue informatique je ne vois pas ce qui peut bloquer, il reste possible pour le développeur avec les outils de programmation d'analyser ligne par ligne une image vidéo issu d'un fichier ( source DVB-T, source DVD ), garder l'entrelacement, viser un pixel particulier, faire un traitement qui transforme l'image source en image cryptée,

après peut-être que si on souhaite "exporter" ce fichier crypté vers un vrai décodeur physique discret11 ( pour vérifier si le décodeur physique fonctionne ) ça peut bloquer car les sorties TV des cartes graphiques ne délivre pas un signal composite secam ( en général c'est soit du PAL, soit du NTSC )

Alors déjà si tu arrive a avoir un decodeur Off discret11 sous la main tu es au top et super fort apres si tu en trouve un le fait de faire le rest ne changera rien et il n'y aura rien de plus et rien de moin sur l'image car ta video n'a aucun signal de synchro ou autre pour le pilotage des decodeur!

et je sais de quoi je parle vu le nombre de decodeur pirate et officiel que j'ai chez moi et des tests j'en ai fait beaucoup!!!

http://www.dailymotion.com/video/xdxjcy ... rch_algo=1

par contre si tu as besoin d'aide, je suis là

zabata37 a écrit:ébien tu ne crois pas si bien dire.... j'ai fait avec l'aide de quelqu'un un circuit avec retard de ligne plus un petit programme en "discret" et le cicuit en question crypte en temps réel et en analogique une video vhs, uhf ou meme un dvd donc....

mais je crois que tout le monde ici le sait déjà ça...

intéressant, tu as un site internet où tu détailles ton montage ?

mais pourquoi avoir besoin d'un composant matériel en plus du programme pour faire le travail de cryptage ?

une solution 100% logicielle n'est pas possible ? ( le fichier source étant un fichier mpeg2 et l'écran de visualisation reste toujours l'écran du PC )

Mannix54 a écrit: le fichier source étant un fichier mpeg2

Justement, au niveau de la découpe de lignes, je me pose la question des artefacts et de la dégradation générale due à la compression. Je me demande comment ça peut rendre après décryptage.


__

Sinon en parlant de décodeurs, je suis à la recherche d'une clef pirate pour décodeur syster, ou d'un syster pirate, ou d'un programme qui sache décoder cela.

Mannix54 a écrit:mais pourquoi avoir besoin d'un composant matériel en plus du programme pour faire le travail de cryptage ?

C'est simple... je voulais un codeur qui crypte de façon nécanique et en temps réel, mais aussi qui puisse crypter toute source possible et en particulier un signal UHF car mon systeme ne s'arrete pas là il code mais il decode, c'est a dire que je crypte a la source et qu'il decode lorsque le signal se retrouve sur la TV comme a l'époque, on peut dire que j'ai ma propre chaine canal+ des années 80 mais si tu regarde un peu sur le topic depuis le debut il y a plein de chose que je dis ou que j'esplique depuis que je suis sur mon projet

regarde sur le lien, tu vas voir que ma passion ne s'arrete pas a juste un simple cryptage car j'ai aussi refait des génériques de l'époque
http://www.dailymotion.com/canalplus52#video=xb2n56

bien joué pour les génériques "remasterisés"

Lowtone a écrit:

Mannix54 a écrit: le fichier source étant un fichier mpeg2

Justement, au niveau de la découpe de lignes, je me pose la question des artefacts et de la dégradation générale due à la compression. Je me demande comment ça peut rendre après décryptage.

une solution c'est d'utiliser un codec vidéo non destructif comme le codec gratuit huffyuv, qui consomme très peu de puissance CPU :

http://neuron2.net/www.math.berkeley.ed ... ffyuv.html

ça permet de retrouver exactement l'image d'origine sans les artefacts de compression, mais ça consomme quand même beaucoup d'espace disque, c'est ce codec que j'ai utilisé dans un premier temps pour faire mon test d'encodage discret12 ( 236 Mo pour 35 secondes de vidéo en 768x576 pixels ), j'ai ensuite recompressé le fichier avec le codec xvid ( c'est le fichier que j'ai mis en lien plus haut )

tu as aussi le codec mjpeg qui est un bon compromis entre compression et préservation de la qualité de l'image

Bonjour
Faudrait pas perdre de vue que tous les codecs audio et vidéo sont prévus pour avoir le moins de pertes
possibles sur des images et des sons regardables /écoutables.
Ils perdent tout leur intérêt sur des signaux dont les redondances sont masquées par un cryptage.
Je trouve qu'utiliser un PC pour simuler des systèmes antérieurs est absurde.
A la limite on scanne une photo argentique d’époque c'est bien plus parlant.
Parce que le soft pour transformer un bluray en 405L N/B ça m'inspire pas plus que ça.

Anonymous a écrit:Parce que le soft pour transformer un bluray en 405L N/B ça m'inspire pas plus que ça.

Pour faire marcher une télé d'époque peut être ?