La version Windows de hackTV utilise les mêmes options que la version Linux, c’est le même code source.
Essaie de localiser le binaire hacktv.exe, tu ouvres une invite de commande et tu tapes ceci pour générer le fichier de test :
hacktv.exe -o baseband.bin -m pal -t uint8 -s 14000000 test
il faut ensuite faire la combinaison de touches CTRL + C pour stopper le programme une fois que le fichier de sortie a assez de trames.
Tu peux aussi préciser le chemin où sera enregistré le fichier baseband.bin, le dossier program files n’étant pas destiné à recevoir les fichiers générés par l’utilisateur.
Si tu as l’erreur « programme hackTV inconnu » alors il faut ajouter dans la variable d’environnement PATH le chemin d’installation de hackTV.
l’interface graphique doit permettre aussi les mêmes options que la ligne de commande, je pense que tu as oublié de sélectionner uint8 dans la liste déroulante, et tu n’as peut-être pas spécifié la fréquence d’échantillonnage (14 MHz pour le PAL).
Cependant, il est différent de celui de Cryptimage, le décalage des lignes et fixe, et pas de lignes blanches clignotantes pour activer le décodeur (Officiel ou non). Par contre, il y a bien du VLB. On dirait qu’il est fait uniquement pour le décodeur Syster.
Un autre problème est apparu : L’image plus nette du Discret 11 permet de voir que la vidéo semble tourner en accélérée.
Je n’ai pas ce souci, il faut voir le type de codec et le conteneur utilisé dans le fichier d’entrée, la détection du nombre d’images par seconde est peut-être incorrecte.
Essaie de réencoder le fichier d’entrée avec handbrake, en utilisant le codec h264 et le conteneur mkv.
En entrée, c’est un fichier MP4 issu d’un enregistrement TNT qui a été traité avec HANDBREAK pour ne pas avoir de désynchronisation du son et de l’image dans Cryptimage.
J’ai fait le traitement avec la méthode expliqué dans ma note.
Essaie de comparer le nombre d’images par seconde qu’il y a dans le fichier d’entrée, en regardant les propriétés du fichier vidéo,
et il faut que dans la ligne de commande tu indiques le bon nombre d’images par seconde à VLC pour la lecture, sinon la vitesse de lecture ne sera pas bonne.
Je regarderais, mais de mémoire c’est 25 pour le fichier en entrée.
Est-ce que ça peut venir d’un manque de puissance du PC qui du coup va sauter des frames lors de la génération du fichier, et donc faire de l’accéléré? Comme un film tourné à 18 images par secondes que VLC va lire à 25
Alors c’est curieux, car le fichier que j’ai utilisé pour faire les tests fait bien 25 FPS.
En revanche, il a été produit à partir d’un autre fichier qui fait 24.986954 FPS, lui même produit avec freemake vidéo converter à partir des fichiers TNT originaux qui sont bien à 25 FPS.
Je vais essayer à partir du fichier TNT d’origine.
Je confirme qu’il y a bien un souci avec VLC qui lit de manière accélérée (3 fois plus vite) le fichier produit par hacktv, je pense que c’est lié au fait qu’on n’a pas d’option de lecture « vidéo monochrome », VLC tente alors de décoder une chroma, et ça joue peut-être sur la vitesse finale de lecture (il cherche des pixels RVB, mais il y a 3 fois moins d’information si info monochrome, d’où une lecture 3 fois plus rapide),
ça se produit qu’avec VLC, avec le lecteur mplayer il n’y a pas ce souci,
un fichier d’entrée de test :
la ligne de commande (sous Linux) utilisée pour produire le fichier cryptée en discret11 avec hacktv (la version de Captain Jack, qui permet de générer du discret11) :
ne pas utiliser VLC, mais plutôt ffmpeg, il permet de convertir le fichier brut en fichier vidéo lisible par n’importe quel lecteur, en tapant cette commande :
Doctsf (Modèles & Marques)
Annonces 
