
Note
|
Une version HTML de ce fichier est disponible sur le site web de MuMuDVB. |
MuMuDVB (Multi Multicast DVB) est, à l’origine, une modification de dvbstream pour le cr@ns. Nous avons décidé de redistribuer le projet.
MuMuDVB est un projet indépendant.
MuMuDVB est un programme qui rediffuse des flux (chaînes de télévision) depuis une carte DVB (télévision numérique) sur un réseau en utilisant du multicast ou de l’unicast HTTP. Il peut diffuser un transpondeur (ensemble de chaînes regroupées sur une même fréquence) entier en assignant une ip multicast par chaîne.
Manuel Sabban (getopt)
Stéphane Glondu (makefile cleaning, man page, debian package)
Special thanks to Dave Chapman (dvbstream author)
Pierre Gronlier, Sébastien Raillard
Note
|
Lorsque vous contactez à propos d’un problème, n’oubliez pas de joindre le fichier de configuration utilisé et la sortie de MuMuDVB en mode verbeux ( -vvv sur la ligne de commande ) ajoutez y toute information qui pourrait être utile. Merci. |
Diffuse les chaînes d’un transpondeur vers différents groupes (adresses IP) multicast.
MuMuDVB peux réécrire le PID PAT (table d’allocation des programmes) pour n’annoncer que les chaînes présentes (utile pour certaines set-top box). Voir la section réécriture du PAT.
Support des chaines cryptées (si vous n’avez pas de CAM vous pouvez utiliser sasc-ng mais vérifiez que c’est autorisé dans votre pays/par votre abonnement)
Configuration automatique, i.e. dçouverte automatique des chaînes, référez-vous à la section Autoconfiguration.
Génération des annonces SAP, voir la section annonces SAP.
Support pour DVB-S (satellite), DVB-C (cable), DVB-T (terrestre) et ATSC (terrestre ou cable en amérique du nord)
Support pour l’unicast HTTP. voir la section unicast HTTP
Support pour les en-têtes RTP (seulement pour la diffusion en multicast)
Possibilité de montrer le niveau de réception pendant la diffusion
Montre si les chaines sont désembrouillées avec succès par le module CAM
Génère une liste des chaines "actives" et "inactives" en temps réel
Peut se transformer en démon et écrire sont identifiant de processus dans un fichier
Supporte les LNB standards et universels
Peux s’arréter automatiquement après un certain délai si aucune donnée n’est reçue.
Arrête d’essayer d’accorder la carte après un délai configurable
Les PIDs obligatoire sont transmis avec toutes les chaînes :
PAT (0): Program Association Table : Contient la liste des programmes et leurs PIDs PMT.
CAT (1): Conditionnal Access Table : Contient des informations concernant les chaînes brouillées.
NIT (16) : Network Information Table : Fournit des informations à propos du réseau physique.
SDT (17) : Service Description Table : Le pid SDT contient des données décrivant les différents services ex : nom des services, fournisseur du service, etc.
EIT (18) : Event Information Table : Le pid EIT contient des données concernant les programmes comme : le nom du programme, l’heure de début, la durée, une description etc …
TDT (20): Time and Date Table : Le pid TDT contient l’heure et la date. Cette information est dans un pid à part car sa mise à jour est fréquente.
Peux s’inscrire à tous les groupes multicast (IGMP membership request) pour éviter que certains switchs ne broadcastent les paquets. Se référer à la section problèmes avec certains switchs HP.
Supporte l’autoconfiguration, pour plus de détails voir la section Autoconfiguration
En mode d’autoconfiguration, MuMuDVB suit les changements dans les PIDs des chaînes et se met a jour automatiquement.
Scripts d’initialisation style Debian
Peut utiliser une carte accordée par un autre programme. Ceci est utile pour le DVB-S2 qui n’est pas encore supporté nativement
La taille du tampon peux être réglée pour réduire l’utilisation processeur. Voir la section réduire l’utilisation processseur
Peux ne pas envoyer les paquets brouillés
Détecte automatiquement si une chaîne est brouillée
Peut réinitialiser le module CAM si l’initialisation échoue
D’autres petits programmes sont disponibles depuis le dépot MuMuDVB Tools :
relay: ce programme s’inscrit a un flux multicast et le renvoie sur une autre adresse. Il peux être utilisé pour traverser des réseaux ne supportant pas le multicast.
recup_sap: très petit et basique client sap. Récupère les annonces pendant 60 secondes et les place dans un fichier.
Si vous avez téléchargé un snapshot, vous devez regénérer les fichiers d’auto(conf make etc …). Pour faire cela, vous avec besoin des autotools et automake et taper, dans le répertoire de MuMuDVB :
autoreconf -i -f
Ainsi vous aurez un source qui peux être installé comme un source "relase"
Pour installer MuMuDVB, tapez :
$ ./configure [options pour configure] $ make # make install
Les [options pour configure] spécifiques à MuMuDVB sont :
--enable-cam-support Support pour les modules CAM (actif par défaut) --enable-coverage Compiler avec le support pour les tests de couverture du code (désactivé par défaut) --enable-duma Librairie de debug DUMA (désactivé par défaut)
Vous pouvez obtenir la liste de toutes les options de configure en tapant
$ ./configure --help
Note
|
Le support pour les modules CAM dépends des librairies libdvben50221, libucsi ( des dvb-apps de linuxtv ) et libpthread. Le script configure détectera la présence de ces librairies et désactivera le support pour les modules CAM si l’une d’elle est absente. |
Note
|
Le décodage des noms de chaîne longs pour l’autocoonfiguration en ATSC dépends de la librairie libucsi ( des dvb-apps de linuxtv ). Le script configure détectera la présence de cette librairies et désactivera le support pour les noms longs si elle est absente. L’autoconfiguration complète fonctionnera toujours avec l’ATSC mais les noms de chaîne seront des noms courts ( 7 caractères maximum ). |
Note
|
Si vous voulez compiler la documentation i.e. générer des fichiers HTML avec asciidoc, tapez make doc. Le rendu des table fonctionnera avec asciidoc 8.4.4 ( il peux fonctionner avec des versions plus faibles mais il n’a pas été testé ). |
Pour installer les scripts d’initialisation ( style debian ) tapez :
# cp scripts/debian/etc/default/mumudvb /etc/default/mumudvb # cp scripts/debian/etc/init.d/mumudvb /etc/init.d/mumudvb
Note
|
Il est conseillé de créer un utilisateur système pour MuMuDVB, par exemple : _mumudvb. Vous devez ajouter cet utilisateur au groupe vidéo et rendre le répertoire /var/run/mumudvb en lecture-écriture pour cet utilisateur. En faisant cela, vous pourrez profiter de toutes les fonctionnalités de MuMuDVB. |
Si vous voulez installer une version qui n’est pas dans vos dépôts, vous pouvez le faire à la main en tapant :
# dpkg -i mumudvb*.deb
Sinon vous pouvez utiliser aptitude ou synaptic.
La documentation concernant la syntaxe du fichier de configuration est dans le fichier doc/README_CONF-fr.txt ( Version HTML ).
Utilisation:
mumudvb [options] -c fichier_de_configuration mumudvb [options] --config fichier_de_configuration
Les différentes options sont :
-d, --debug Ne se met pas en tâche de fond et affiche les messages sur la sortie standard. -s, --signal Affiche la force du signal toutes les 5 secondes -t, --traffic Affiche toutes les 10 secondes la bande passante prise par chaque chaîne -h, --help Montre l'aide ( en Anglais ) -v Plus verbeux ( ajouter plusieurs v pour plus de verbosité ) -q Plus silencieux ( ajouter pour rendre encore plus silencieux )
Signal: ( voir kill(1) )
SIGUSR1: bascule l'affichage de la force du signal SIGUSR2: bascule l'affichage du traffic
MuMuDVB est capable de trouver les différentes chaînes dans le transpondeur et leur PIDs ( Program IDentifiers ).
Sans l’autoconfiguration, vous devez spécifier les paramètres du transpondeur et, pour chaque chaîne, l’ip de multicast, le nom et les PIDs ( PMT, audio, vidéo, télétexte etc… ).
À la fin de l’autoconfiguration MuMuDVB génère un fichier de configuration avec les paramètres obtenus. Le fichier généré est : /var/run/mumudvb/mumudvb_generated_conf_card%d
Si les PIDs sont changés, MuMuDVB mettra automatiquement à jour les chaînes sauf si vous mettez autoconf_pid_update=0 dans votre fichier de configuration.
MuMuDVB est capable de s’autoconfigurer de deux manières différentes :
C’est la manière la plus simple pour utiliser MuMuDVB.
Utilisez ce mode lorsque vous voulez diffuser un transpondeur entier.
Dans ce mode, MuMuDVB trouvera pour vous les différentes chaînes, leurs noms et leurs PIDs (PMT, PCR, Audio, Vidéo, Sous-titres, Télétexte et AC3).
Pour utiliser ce mode, vous devez : - Définir les paramètres d’accord dans votre fichier de configuration - Ajouter autoconfiguration=2 à votre fichier de configuration - Vous n’avez a spécifier aucune chaîne - Pour une première utilisation, n’oubliez pas d’ajouter la paramètre -d lorsque vous lancez MuMuDVB : ex mumudvb -d -c your_config_file
freq=11296 pol=h srate=27500 autoconfiguration=2
Les chaînes seront diffusées sur les adresses ip de multicast 239.100.c.n où c est le numéro de carte ( 0 par défaut ) et n est le numéro de chaîne.
Si vous n’utilisez pas l’option common_port, MuMuDVB utilisera le port 1234.
Note
|
Par défaut, les annnonces SAP sont activées si vous utilisez ce mode d’autoconfiguration. Pour les désactiver, ajoutez sap=0 après la ligne autoconfiguration=2. |
Note
|
Un fichier de configuration d’exemple, documenté (en anglais) peux être est disponible : doc/configuration_examples/autoconf_full.conf |
Utilisez ce mode lorsque vous voulez contrôler le nom des chaînes et quelle chaînes vous voulez diffuser.
Vous devez ajouter autoconfiguration=1 dans le début de votre fichier de configuration.
Pour chaque chaîne, vous devez préciser :
L’adresse IP
Le nom
Le PID PMT
MuMuDVB trouvera les PIDs audio, vidéo, PCR, télétexte, sous-titres et AC3 avant de diffuser.
Note
|
Si vous mettez plus d’un PID pour une chaîne, MuMuDVB désactivera l’autoconfiguration pour cette chaîne. |
Note
|
Un fichier de configuration détaillé et documenté (en anglais) se trouve à l’emplacement : doc/configuration_examples/autoconf1.conf |
Note
|
L’autoconfiguration simple peut ne pas réussir à trouver les bon PIDs si le PID PMT est partagé entre plusieurs chaînes. Dans ce cas, vous devez spécifier le numéro de programme ( transport stream identifier ou stream identifier ) via l’option ts_id. |
Les annonces SAP (Session Announcement Protocol) ont été conçues pour que le client obtienne automatiquement la liste des chaînes diffusées et leurs adresses. Ceci permet d'éviter d’avoir a donner la liste des adresses ip de multicast a chaque client.
VLC et la plupart des set-top boxes supportent les annonces SAP.
MuMuDVB générera et enverra les annonces SAP si cela est demandé via le fichier de configuration ou en mode d’autoconfiguration complète.
Les annonces SAP seront envoyées uniquement pour les chaînes actives. Quand une chaîne devient inactive, MuMuDVB arrête automatiquement d’envoyer les annonces pour cette chaîne jusqu'à ce qu’elle redevienne active.
Pour envoyer les annonces SAP, vous devez ajouter sap=1 à votre fichier de configuration. Les autres paramètres concernant les annonces SAP sont documentés dans le fichier doc/README_CONF-fr ( Version HTML ).
Vous devez aller dans paramètres, puis paramètres avancés. Les annonces SAP peuvent êtres activés dans liste de lecture → découverte de services.
N’oubliez pas de sauvegarder les paramètres.
Vous devriez avoir désormais une section SAP dans votre liste de lecture.
Allez dans le menu paramètres puis ajouter une interface et choisissez liste de lecture SAP, Désormais, lorsque vous ouvrez la liste de lecture, les annonces SAP devraient apparaître automatiquement.
En plus du multicast, MuMuDVB supporte aussi l’unicast HTTP. Cela vous permet d’utiliser MuMuDVB à travers des réseau qui ne supportent pas le multicast.
Il y a une connexion en écoute, la chaîne est sélectionnée par le chemin HTTP, voir plus loin.
Note
|
Rappelez vous que l’unicast peut consommer beaucoup de bande passante. Pensez à limiter le nombre de clients. |
Note
|
Si vous ne voulez pas que le flux multicast (toujours présent) aille sur votre réseau, utilisez l’option multicast_ttl=0 |
Pour activer l’unicast HTTP vous devez définir l’option ip_http. Cette option vous permet de définir l’adresse IP sur laquelle vous voulez écouter les connections entrantes. Si vous voulez écouter sur toutes vos interfaces, mettez 0.0.0.0.
Vous pouvez aussi définir le port d'écoute en utilisant l’option port_http. Si le port n’est pas défini, MuMuDVB utilisera le port par défaut : 4242.
Vous pouvez créer des connections en écoute seulement pour une chaîne. Dans ce cas, quand un client se connecte dessus, il obtiendra toujours la même chaîne indépendamment du chemin HTTP.
Vous devez définir l’option autoconf_unicast_start_port qui précise quel sera le port d'écoute pour la première chaîne découverte ( le port sera incrémenté pour chaque chaîne ).
Pour les chaînes pour lesquelles avoir une connexion en écoute, vous devez définir l’option unicast_port qui permet de spécifier le port d'écoute.
Si le client se connecte au serveur sur un port qui est pour une seule chaîne, il obtiendra cette chaîne indépendamment du chemin demandé
Si votre serveur écoute sur l’ip 10.0.0.1 et le port pour la chaîne est 5000,
vlc http://10.0.0.1:5000/
Vous pouvez obtenir les chaînes en utilisant leur numéro ( la première chaine est numéroté 1 ).
Si votre serveur écoute sur l’ip 10.0.0.1 et le port 4242,
vlc http://10.0.0.1:4242/bynumber/3
vous donnera la chaîne numéro 3. Ceci marche aussi avec xine et mplayer.
Note
|
Cette fonctionnalité n’est pas implémentée pour le moment. Elle sera implémentée dans une prochaine version. |
Si votre serveur écoute sur l’ip 10.0.0.1 et le port 4242,
Pour obtenir la liste des chaînes ( format HTML "basique" ) entrez l’adresse http://10.0.0.1:4242/channels_list.html dans votre navigateur.
Pour obtenir la liste des chaînes ( en texte brut avec plus de détails que la version HTML ) entrez l’adresse http://10.0.0.1:4242/channels_list.txt dans votre navigateur.
Cette connexion HTTP peut être utilisée pour surveiller MuMuDVB. Cette fonctionnalité sera implémentée dans un futur proche. Merci de signaler quelles informations pourraient vous intéresser.
Vous pouvez utiliser Monit pour surveiller MuMuDVB et le redémarrer lorsqu’il a des problèmes (MuMuDVB se suicide lorsque de gros problèmes apparaissent).
Vous devez installer les scripts de démarrage ( fait automatiquement si vous utilisez le paquet Debian ) et ajouter les lignes suivantes à votre fichier /etc/monit/services :
check process mumudvb with pidfile /var/run/mumudvb/mumudvb_carte0.pid start program = "/etc/init.d/mumudvb start" stop program = "/etc/init.d/mumudvb stop"
Note
|
Le 0 doit être remplacé par le numéro de votre carte si vous avez plusieurs cartes. |
Pour plus d’informations référez vous au site web de Monit.
MuMuDVB tourne habituellement pendant des jours sans le moindre problème, mais avec monit vous êtes sur. Monit est aussi capable d’envoyer des e-mails en cas de problèmes.
Note importante : vérifiez si le contrat avec votre fournisseur de services vous autorise à diffuser les chaînes brouillées.
MuMuDVB supporte les chaînes brouillées à l’aide d’un décodeur matériel ( un module CAM : Conditionnal Access Module ). MuMuDVB peut demander au module de débrouiller plusieurs chaînes si le module le supporte ( les CAMs Aston Pro ou PowerCam Pro sont capable de débrouiller plusieurs chaînes simultanément).
Si vous êtes limités par le nombre de PIDs que le module CAM peut débrouiller simultanément, il est possible de demander au module de débrouiller seulement les PIDs audio et vidéo. Cette fonctionnalité n’est pas implémentée, merci de contacter si vous en avez besoin.
Note
|
Le débrouillage matériel n’utilise quasiment aucune puissance processeur, tout le débrouillage est effectué par le module CAM. |
Note
|
MuMuDVB ne demande pas au module CAM si le débrouillage est possible. Cette fonctionnalité des modules CAM n’est pas fiable. La plupart des modules CAM répondront par un menu si le débrouillage n’est pas possible et MuMuDVB l’affichera sur la sortie standard d’erreur. |
Les informations concernant le module CAM sont stockées dans le fichier '/var/run/mumudvb/caminfo_carte%d''' où %d est le numéro de carte DVB.
CAM_Application_Type=01 CAM_Application_Manufacturer=02ca CAM_Manufacturer_Code=3000 CAM_Menu_String=PowerCam_HD V2.0 ID_CA_Supported=0100 ID_CA_Supported=0500
Il vous suffit d’ajouter cam_support=1 à votre fichier de configuration.
Ajoutez cam_support=1 à votre fichier de configuration ( avant la définition des chaînes )
Pour chaque chaîne brouillée, ajoutez l’option cam_pmt_pid. Cette option permet à MuMuDVB de savoir quel PID est le PID PMT. Ce PID sera utilisé pour demander le débrouillage.
Note
|
Vous avez un exemple de fichier de configuration avec le support pour les chaînes brouillées dans doc/configuration_examples/autoconf1.conf |
Note importante : Cette solution n’est pas autorisée par certains contrats de fournisseurs de services.
MuMuDVB a été testé avec succès avec des solutions de débrouillage logiciel comme sascng + newcs + dvbloopback.
Dans ce cas, vous n’avez pas besoin de définir l’option cam_support. Vous devez juste ajuste l’option card pour être en accord avec votre carte virtuelle dvbloopback.
Si vous utilisez ces solutions référez vous à la section réduire l’utilisation CPU de MuMuDVB.
L'état du débrouillage est stocké avec la liste des chaînes diffusées.
239.100.0.7:1234:ESCALES:PartiallyUnscrambled 239.100.0.8:1234:Fit/Toute l'Histoire:PartiallyUnscrambled 239.100.0.9:1234:NT1:PartiallyUnscrambled 239.100.0.10:1234:ACTION:PartiallyUnscrambled 239.100.0.11:1234:MANGAS:PartiallyUnscrambled 239.100.0.12:1234:ENCYCLOPEDIA:PartiallyUnscrambled 239.100.0.13:1234:XXL PL:PartiallyUnscrambled 239.100.0.14:1234:France 5:HighlyScrambled 239.100.0.16:1234:LCP:FullyUnscrambled 239.100.0.17:1234:VIDEOCLICK:FullyUnscrambled
FullyUnscrambled : Moins de 5% de paquets brouillés
PartiallyUnscrambled : entre 5% et 95% de paquets brouillés
HighlyScrambled : plus de 95% de paquets brouillés
Cette fonctionnalité est principalement destinée pour les set-top boxes. Cet option permet d’annoncer uniquement la chaîne diffusée dans le PID PAT (Program Allocation Table) au lieu de toutes les chaînes du transpondeur. Les clients sur ordinateur regardent cette table et décode le premier programme avec des PIDs audio/vidéo. Les set-top boxes décodent habituellement le premier programme de cette table ce qui résulte en un écran noir pour la plupart des chaînes.
Pour activer la réécriture du PAT, ajoutez rewrite_pat=1 à votre fichier de configuration. Cet fonctionnalité utilise peu de puissance processeur, la table PAT étant réécrite une fois par chaîne et stockée en mémoire.
Note
|
La réécriture du PAT peu échouer (i.e. ne résout pas les symptômes précédents) pour certaines chaînes si le PID PMT est partagé par plusieurs chaînes. Dans ce cas, vous devez ajouter l’option ts_id pour spécifier le "transport stream id", encore appelé "service id" ou numéro de programme. |
Normalement MuMuDVB lit les paquets de la carte un par un et demande à la carte après chaque lecture si il y a un nouveau paquet disponible ( poll ). Mais souvent les cartes on un tampon interne ( la carte a plusieurs paquets de disponible d’un coup ) ce qui rends certains "polls" inutiles. Ces "polls" consomme du temps processeur.
Pour réduire l’utilisation CPU, une solution est d’essayer de lire plusieurs paquets à la fois. Pour faire cela, utilisez l’option dvr_buffer_size.
dvr_buffer_size=40
Pour voir si la valeur que vous avez choisie est trop grande ou trop basse, exécutez MuMuDVB en mode verbeux, le nombre moyen de paquets reçus en même temps sera affiché toutes les deux minutes. Si ce nombre est plus faible que votre taille de tampon il est inutile de l’augmenter.
La réduction de l’utilisation processeur peut être entre 20 et 50%.
Cette fonctionalité est assez jeune et peut avoir des effets de bord, merci de contacter si vous en constatez.
Si vous utilisez cette option, n’hésitez pas a reporter les améliorations constatées à mumudvb @AT@ braice DOT net
Consommation processeur : MuMuDVB utilise 15% du temps processeur d’un Celeron 2.6GHz avec une carte satellite Hauppauge et un noyau 2.6.9 lorsqu’un transpondeur entier est diffusé ( environs 30Mbit/s)
Essayez d'éviter les vieux chipset via ou nForce et, de manière générale les cartes mères à très bas coût. Ils ne supportent pas d’avoir un important flux de données sur le bus PCI.
Lorsque le programme démarre, il écrit la liste des chaînes dans le fichier /var/run/mumudvb/chaines_diffusees_carte%d ( où %d est le numéro de carte ). Ce fichier contient la liste des chaînes diffusées ( mise à jour toutes les 5 secondes ) sous la forme : "nom:ip:port:EtatDuBrouillage"
MuMuDVB peut supporter autant de cartes que le système d’exploitation. Les anciennes version de udev+glibc ne supportaient pas plus de 4 cartes mais ce problème est résolu en utilisant des versions relativement récentes ( udev > 104 et libc6 > 2.7 )
Lorsque MuMuDVB tourne en démon, il écrit son identifiant de processus dans le fichier /var/run/mumudvb/mumudvb_carte%d.pid, où %d est remplacé par le numéro de carte.
MuMuDVB supporte la réception satellite en bande Ku avec des LNB universel ou standard. Le support pour la réception satellite en bande S ou C est implémenté via l’utilisation de l’option lo_frequency. Référez vous au fichier doc/README_CONF-fr ( Version HTML ) pour plus de détails.
Pour VLC vous devez spécifier le PID PMT en plus des PIDs audio et vidéo. C’est un problème fréquent. Pour le résoudre, vous pouvez utilisez le mode verbeux de VLC ( vlc -v ) et vous obtiendrez une ligne comme : [00000269] ts demuxer debug: * number=1025 pid=110. Vous obtiendrez le PID PMT associé à votre numéro de programme. Vous pouvez aussi utiliser dvbsnoop, ou vous référer à la section "comment obtenir les PIDs" du fichier doc/README_CONF-fr ( Version HTML ). Une autre solution est d’utiliser l’autoconfiguration complète.
Ce problème peut arriver lorsque le PID PCR ( i.e. l’horloge ) n’est pas le PID vidéo. Dans ce cas, vous devez vérifier si le PID PCR est bien dans votre liste de PIDs.
Pour passer en mode démon, MuMuDVB a besoin que le répertoire /var/run/mumudvb/ soit autorisé en écriture pour pouvoir écrire son identifiant de processus et la liste des chaînes.
Les vieux chipset VIA ou nForce sont des chipset grand public. Ils ne peuvent pas traiter une quantité importante de données sur le bus PCI. Mais vous pouvez tenter d’ajuster les paramètres de votre BIOS.
Vous devez vérifier les paramètres d’accord, sachant que la détection automatique de la bande passante ne marche pas généralement.
Si le flux fonctionne bien lorsqu’il est lu via un ordinateur et pas sur votre set-top box, c’est probablement que votre set-top box a besoin que le PID PAT soit réécrit. MuMuDVB peut réécrire le PID PAT, pour cela ajoutez rewrite_pat=1 à votre fichier de configuration.
Ceci peut arriver lorsqu’un PID PMT est partagé entre plusieurs chaînes. Référez vous à la section autoconfiguration partielle pour plus de détails.
Certains modules CAM viaccess peuvent avoir un verrou pour les chaînes "adultes". Pour enlever ce verrou, allez dans le menu du module CAM, en utilisant, par exemple, "gnutv -cammenu" (des dvb-apps de linuxtv).
Vous devez mettre le "maturity rating" au maximum et déverrouiller "Maturity rating" dans le sous-menu "Bolts".
Ceci est un bug de VLC https://trac.videolan.org/vlc/ticket/2782
La réécriture du PAT permet d’annoncer que la chaîne présente dans le flux dans la table PAT. Mais VLC lit aussi la table SDT pour trouver les chaînes (il devrait seulement se référer au PAT) et sélectionne parfois le mauvais programme. Une solution temporaire est de ne pas envoyer le PID SDT. Vous pouvez faire cela en utilisant l’option dont_send_sdt.
Cet option sera remplacée par une réécriture du PID SDT.
La meilleure explication est fournie dans le guide de routage du multicast de HP.
On switches that do not support Data-Driven IGMP, unregistered multicast groups are flooded to the VLAN rather than pruned. In this scenario, Fast-Leave IGMP can actually increase the problem of multicast flooding by removing the IGMP group filter before the Querier has recognized the IGMP leave. The Querier will continue to transmit the multicast group during this short time, and because the group is no longer registered the switch will then flood the multicast group to all ports.
On ProCurve switches that do support Data-Driven IGMP (“Smart” IGMP), when unregistered multicasts are received the switch automatically filters (drops) them. Thus, the sooner the IGMP Leave is processed, the sooner this multicast traffic stops flowing.
Switches without problems (supporting data driven igmp):
Switch 6400cl
Switch 6200yl
Switch 5400zl
Switch 5300xl
Switch 4200vl
Switch 3500yl
Switch 3400cl
Switch 2900
Switch 2800
Switch 2500
Switches WITH problems (NOT supporting data driven igmp):
Switch 2600
Switch 2600-PWR
Switch 4100gl
Switch 6108
En conclusion, si vous avez un commutateur de la deuxième liste, c’est "normal". La solution est de faire en sorte que MuMuDVB joigne le groupe multicast. Pour cela, ajoutez multicast_auto_join=1 dans votre fichier de configuration.
Si vous utilisez sasc-ng + dvbloopback, MuMuDVB consommera plus de temps processeur que nécessaire.
Une partie de ce temps CPU est utilisé pour débrouiller les chaînes, une autre part est due à la manière dont dvbloopback est implémenté et à la manière dont MuMuDVB interroge la carte.
Pour réduire l’utilisation processeur référez vous à la section réduire l’utilisation processeur de MuMuDVB. Dans le cas de l’utilisation de MuMuDVB avec sasc-ng cette amélioration peut être importante.