@TPS HD 2006: Oui, mais Paris Premiere n'est pas tout le temps en claire, meme s'ils ont des plages en claires assez longues (dans la soiree). Enfin, je crois, je n'ai pas trop reverifie ces derniers temps. Par contre pour la bonne entente entre C+ et le groupe M6 j'espere que ce truc "brouille" a 1 Mb/s ne reduit pas le debit dispo pour Paris Premiere et est entierement compatibilise/pris des autres chaines de C+.
@ Mannix54: C'est en fait assez complique car j'utilise un systeme de scripts pour enregistrer avec vlc et normalement meme plusieures instances de vlc. D'abord il y a le fichier channels.conf, cree par "scan" mais en utilisant un fichier input ou il y a bien les frequences locales des multiplexes.
Avec ce fichier j'ai cree un autre fichier avec trois colonnes: 1) nom (simplifie) de la chaine, 2) frequence en Hz, 3) le numero du programme et mes scripts utilisent ce fichier pour chercher la bonne frequence (pour le multiplex) et le numero du programme (pour selectionner la chaine dans le multiplexe), c.-a-d. ils donnent ces info a vlc par les bonnes lignes de commandes.
Sinon pour des raisons pratiques de fiabilite j'utilise trois instances de vlc (de vlc-2.0.9, la derniere de la branche 2.0.x et bien plus fiable que vlc-2.2.x pour ca selon mon experience !).
1) le 1er vlc recoit la TNT et ecrit le resultat du tout le multiplex dans un fifo (une pipe; je suis en Linux) en mode "dump" sans modifier le stream brute. En gros c'est comme ecrire dans un fichier, sauf on ne gaspille pas la place associe a un tel fichier.
2) le 2eme vlc lit le multiplexe par le fifo et fait la separation du muliplexe en differents streams, un pour chaque chaine et qui sont envoyes en mode stream udp-multicaste (un stream par chaine) dans le reseau local.
En principe il est possible de faire 1 et 2 avec une seule instance de vlc mais cela augmente le risque des perturbations de temps en temps dans l'image (pas a cause de la reception mais a cause d'un bogue de vlc dans le muxer pour enregistrer/sortir le codec h264, voir plus bas).
3) le 3eme vlc lance une simple commande d'enregistrement d'un des streams udp vers un fichier.
Tout ca est gere presque automatiquement avec des scripts.
L'avantage une fois l'enregistrement lance, je peux ajouter plus tard d'autres enregistrements de la meme chaine ou autres chaines du meme multiplexe en en ajoutant un autre "3eme vlc" et en veillant que le 1er/2eme vlcs continuent a tourner.
Enfin, j'ai fait mon 1er enregistrement de C+-brouille avec ca. Cependant je viens de tester un enregistrement plus directe (une seule instance de vlc) et ca marche aussi et le script cree la commande suivante:
- Code: Tout sélectionner
/usr/local/VLC7/bin/vlc --programs 769 --color --dvb-budget-mode --ttl 12 --ts-es-id-pid dvb:// --dvb-frequency=498167000 --dvb-adapter=1 --dvb-bandwidth=8 --intf dummy --live-caching=2000 --file-caching=2000 "--sout=#standard{mux=ts,dst=cplustest2.mpg,access=file}"
Les guillemets c'est pour l'histoire des shells a cause des symbols de type "#" etc., un pb classique avec les lignes de commandes de vlc. Le chemin
/usr/local/VLC7/bin/vlc correspond a une version patchee de vlc. Le --dvb-adapter=1 c'est parce que j'ai utilise le 2eme tuner TNT (j'en ai deux sur le PC, avec un seul tuner mettre 0 ou enlever cette option). Pour les autres parametres dvb il faut avoir dvb-frequency et dvb-bandwidth mais tout le reste (de type dvb-blabla) est automatiquement et correctement devine par vlc (par exemple pour dvb-fec, dvb-modulation, dvb-hirachy, dvb-inversion etc.), donc pas besoin des les mettre explicitement. Le truc dvb-budget-mode est important pour enregistrer un seul multiplexe (sinon ca bloque). Mais dans mes autres scripts avec 3 instances de vlc ce n'est pas necessaire car on capte l'ensemble du multiplexe et on separe apres. Le "--programs 769" est la partie qui selectionne la chaine C+ du multiplexe (apparemment la version non-cryptee avec l'image brouille) et c'etait obtenu d'un scan normale (il y a longtemps).
En dehors de ca il y a malheureusement un bogue assez mechant avec vlc et les flux h264 de la TNT en france si on veut "muxer" un flux, c.-a-d. enregistrer au envoyer en stream. A cause de ce bogue vlc jete tous les paquets sans "time-stamp" et depuis le 5 avril 2016 il y a beaucoup de flux-TNT ou ca arrive (avant ca allait sur TF1-HD ou M6 et seulement sur N23 ou similaire il y avait ce probleme de maniere bien moindre). Donc un enregistrement est caracterise par pleins des pixels et parfois meme pas regardable, notamment la pub, la telerealite produit en france etc. Par contre pour des films/series ca semble aller un peu mieux. Ca depend aussi des chaines (=> plus de problemes sur ARTE et FR4 et moins sur TF1).
Pour resoudre (partiellement) ce bogue il y a un petit patch qu'on peut appliquer a vlc et apres il faut recomplier et reinstaller vlc (ca marche avec toutes les versions: 2.0.x et aussi 2.2.x). J'en ai parle de ca dans un autre sujet ici (dans la section TNT sur PC) et surtout en avril dans le forum de videolan et meme s'il y a quelques reponses l'echo est quasi-nulle la dessus (surtout des developpeurs). Je trouve ca meme decevant. Enfin, pour moi ca marche a peu pret avec le patch mais ce n'est pas non plus parfait et l'histoire de passer par un fifo est dans l'esprit des minimiser l'impact du bogue (meme apres le patch).
La commande directe ci-dessus (une seule instance de vlc) marche a peu pret (avec la version patchee de vlc) mais le resultat est moins bon (quelques rares defauts dane le flux) qu'avec la methode fifo ("defauts" encore plus rares mais pas non plus absent).
Ce qui est drole ce bogue ne se manifeste pas si on ne fait que "regarder" la TNT par vlc (aussi le timeshift implicite de vlc avec la touche de "pause" n'est pas affecte par ce bogue). Par contre quand il faut "muxer" (sortir un flux pour enregistrer ou faire de streaming) il se manifeste. Pour les experts c'est dans le code du "muxer" (creation d'un flux) de vlc.
Sinon, je viens aussi de refaire un scan et dans le nouveau fichier channels.conf il y a une ligne plus, c.-a-d. une 2eme ligne pour Canal+:
- Code: Tout sélectionner
CANAL+:498167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_AUTO:HIERARCHY_NONE:110:0:769
CANAL+:498167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_AUTO:HIERARCHY_NONE:110:0:778
La 1ere ligne (programme 769, regarder la fin de la ligne !) y etait deja avant et correspond aux flux non-crypte (image brouille en SD ou C+ en HD pendant les plages en claire) pendant la 2eme ligne (programme 778) semble bien etre la version cryptee. Si on met le programme 778 dans vlc il y a quelque chose qui "arrive" mais il y a zero audio/video vu du cryptage, aussi maintenant (vers 20h) pendant une plage en claire. Pour regarder C+ pendant les plages en claire il faut aussi choisir le programme 769 et de meme pour la version brouillee en dehors de plages en claires.
Peut-etre selon logiciel ou materiel (deco ou tuner TNT-HD) ca peut en effet peut boguer pour bien distinguer les deux "programmes". L'avantage avec vlc on peut choisir soi meme et le faire manuellement.