HackRF chinois : ça tient ses promesses !

Si tu parles du scénario d’utilisation « hackTV + secam + discret11 » alors pour l’instant cette version officielle de hackTV ne gère pas encore le discret11, seule la version de captain Jack est capable de générer un mode discret 11 (basique, limité à l’audience 7).
github.com/captainjack64/hacktv

Mais on peut contourner la difficulté en utilisant cryptimage et la version officielle de hackTV :

  • dans un premier temps tu te crées un fichier vidéo crypté en discret11 avec cryptimage (fichier en résolution SD, 25 images par seconde), de préférence avec un codec vidéo non destructif en mode RVB (codec HuffYUV ou FFV1), ça permettra de supprimer tout problème de franges colorées parasites lors du décodage vu que l’information originale des pixels (lumière, couleur) est conservée à 100% lors de la compression vidéo (attention le fichier prendra beaucoup d’espace disque)

  • puis tu donnes ce fichier vidéo en entrée à hackTV, pour le diffuser en hertzien (ou en vidéo composite si utilisation de l’adaptateur USB 3.0 vers VGA fresco2000) vers le décodeur discret11, les quelques défauts de couleurs viendront uniquement du secam de hackTV (même s’il a été amélioré récemment avec l’ajout de filtres), il faudra un PC assez puissant si on veut utiliser le secam et la dernière version de hackTV,
    tu peux aussi tester le PAL, certains qui ont essayé avec un décodeur officiel discret11 n’ont pas vu beaucoup de défauts (malgré l’utilisation de lignes à retards analogiques).

Pour réduire l’utilisation CPU du secam l’auteur de hackTV réfléchit à des pistes comme le multi-threading (utilisation de plusieurs coeurs CPU en parrallèle) et l’utilisation de la carte graphique pour faire certains calculs au lieu du CPU.

Hello,
Un grand merci Mannix57.
Je vais tenter d’ici une ou deux semaines de procéder à ces expérimentations. Je ne manquerai pas de poster quelques photos ici pour visualiser le résultat. :wink:

Un bug important a été corrigé dans le pilote hackRF et le firmware :

  • dans certaines circonstances une situation de compétition (« race condition » en anglais) dans les échanges USB entre le PC et le hackRF pouvait se produire, entrainant un gel de l’application qui utilise le périphérique USB hackRF,

j’avais découvert ce bug en utilisant l’application « Gqrx » (permettant d’écouter la radio, sur l’étendue de la plage de fréquence permise par le hackRF), il arrivait de manière aléatoire que l’application se bloque (un freeze) lorsqu’on changeait une option (AM, FM, RDS), au début je pensais que ça venait de l’application, mais ça venait en fait du pilote hackRF et de son firmware, un développeur a fini par publier 3 correctifs qui résout totalement le problème :

ces correctifs ne sont pas encore intégrés dans la version officielle de hackRF, il faudra attendre qu’une nouvelle version sorte (et penser à ce moment là à flasher le firmware du hackRF avec la version fournie dans le zip du pilote, un dossier « firmware-bin »).

(POUR INFO)
Groupe FB français traitant de la SDR, [RTL-SDR France]
https://is.gd/99d9AQ

Mise à jour disponible sur le github officiel vers la version 2022.09.1

L’auteur de hackTV vient de faire une mise à jour qui permet au logiciel de faire du SECAM avec l’identification couleur trame :

c’est l’option « –secam-field-id » :

--secam-field-id Enable SECAM field identification.

Les possesseurs de TV couleurs SECAM fabriqués avant décembre 1979 pourront maintenant faire afficher avec hackTV de la couleur SECAM avec identification trame, plus besoin de boitier transcodeur PAL/SECAM générant l’identification trame.

Cette option peut aussi permettre de créer des cassettes VHS avec un signal SECAM contenant l’identification couleur trame, et ainsi donner la cassette à quelqu’un qui n’a pas de périphérique hackRF, pour lui permettre de faire revivre avec un magnétoscope son vieux TV SECAM qui ne connait que l’identification couleur trame.

Mise à jour disponible sur le github officiel vers la version 2023.01.1

Bonjour,

j’apprécie de faire revivre mes décodeurs analogiques avec la version Hacktv de CaptainJack.
Savez-vous si l’équivalent numérique existe pour faire revivre les boitiers dvb-s de première génération des années 90?
Merci pour vos infos si vous en avez.

Eventuellement produire une VHS en MESECAM avec identification trame, les bon vieux tv sortis entre 1967, et 1979, marchent parfaitement avec les VHS MESECAM

Le principe de la TVA est que c’est le consommateur (le destinataire final) qui la paie, dans son pays. Ce dernier peut appliquer différents tarifs de TVA, selon le produit, mais pas selon sa provenance. En cas d’importation, des droits de douanes peuvent être exigés, selon les produits, les provenances, les procédés de fabrications et de nombreuses choses encore. C’est ça qui est compliqué et où la politique joue un jeu important. Notez bien: On applique d’abord les droits de douane sur le prix du produit et sur les frais de transports et d’assurances y affairant. Ensuite, la TVA est appliquée sur le tout.

Bonjour Weti,

si tu veux générer un signal DVB-S (version 1 ou 2) alors c’est possible avec un hackRF et le logiciel GNU Radio, il faut construire le graph dans ce logiciel pour faire du DVB-S, un internaute l’a fait et propose le graph :

https://www.rtl-sdr.com/transmitting-datv-dvb-s-video-with-the-hackrf-blue/

ici une vidéo pour du DVB-S2 :

GNU Radio est assez complexe comme logiciel, ça suppose de bien connaitre les principes de la radio logicielle (SDR), il y a une doc complète et des tutoriels sur leur site :
https://wiki.gnuradio.org/index.php?title=Tutorials

Tu réponds (si l’on peut dire …) à un post d’avril 2021 ???

Merci Mannix54 pour ta réponse.
Le logiciel Gnuradio est effectivement très complexe et mes essais avec ont été peu concluants.
J’avais récupéré un fichier sur internet sans en comprendre le fonctionnement complet et justement il n’a pas fonctionné.
Je n’ai pas su pourquoi.
J’espérais qu’une solution existe sur le modèle de ce que Hacktv est pour l’analogique, mais en numérique cette fois-ci.
Pourquoi pas même avec contrôle d’accès?
Je vais me pencher à nouveau dessus à partir de tes liens et voir si cela me permet d’aboutir déjà à une emission en dvb-s.

Pour ne pas griller son hackRF il est rappelé dans les tutoriels qu’il est déconseillé de relier directement la sortie BNC à l’entrée antenne d’un appareil type TV ou démodulateur satellite,

si on veut quand même le faire alors il faut intercaler un filtre pour corriger l’impédance il me semble, ou éviter un retour de courant trop important dans les composants du hackRF.

Je vais regarder aussi s’il existe des logiciels à la hackTV, spécialisés cette fois dans l’émission d’un signal vidéo numérique type DVB-T, DVB-S.

GNU Radio est capable de créer ces types de signaux et de piloter les périphériques SDR, mais il faut construire dans GNU Radio le graphique approprié, ou trouver un exemple téléchargeable, compatible avec la dernière version du logiciel, si ça ne marche pas c’est que le graph a été conçu que pour un périphérique SDR particulier, il faut alors modifier le graph pour le rendre compatible avec un hackRF.

Bonjour,
steeviebops qui a développé une interface graphique pour Hacktv sous Windows a mis en ligne une vidéo où il relie le Hackrf au récepteur (analogique).

Il a intercalé entre les deux appareils un DC block (là un vieux modèle intégré à un connecteur )
qui permet d’éviter l’envoi du 13 ou 18 volts en provenance du récepteur (en fonction de la polarisation).
C’est effectivement un matériel incontournable si l’on ne veut transformer le Hackrf en grille-pain.
Enfin, la construction d’un graph sous Gnuradio est très intéressante mais fastidieuse.
Si un programme comme hacktv existait en numérique, ce serait sympa.
Dès fois que ça donne des idées…

As-tu de ton côté déjà fait des essais en bande de base?
A bientôt


Un dc block en vente sur ebay, j’en ai acheté un chez aliexpress

1 « J'aime »

J’ai essayé un graph pour diffuser de la FM en mono, ça prend en entrée un fichier MP3, et GNU Radio crée un signal FM sur la fréquence de notre choix, je reçois bien le signal sur un récepteur FM, le graph n’est pas optimal car le son est parfois déformé quand un instrument de musique joue assez fort.

J’ai trouvé ceci pour le DVB-C :

Un autre projet, mais qui a l’inconvénient d’être basé sur la version 2 de python (devenue obsolète depuis 3 ans, il faudrait convertir les scripts à la version 3) :

Merci pour les infos.
De mon côté, j’ai un peu avancé en ce qui concerne les projets d’émission

Un projet intéressant ici: