Sujet: IPTV Multicast/Unicast Player Plugin for udp/rtp/http DVB-IP [PLUGIN]

[reg]

Ce qui m'étonnerait un peu, à l'inverse, c'est que ces streams ne soient pas des ts, justement. Car c'est ce que tous les fournisseurs d'accès que j'ai vus jusqu'à présent utilisent.

Bref, j'espère que ça fonctionnera.

[killminusnine]

Bonjour à tous,
Bon, là, la conclusion est sans appel, Enigma2 ne supporte pas le multicast natif (du moins, jusqu'à aujourd'hui) !  

J'ai dû me résigner à utiliser un proxy udp multicast vers unicast (udpxy, comme présenté par nos amis d'e-Dreamshop au départ de cette enfilade). C'est vraiment dommage car le principe même du multicast, c'est la diffusion non interactive à un groupe (c'est pour cela que les protocoles utilisés ne peuvent être qu'à base d'UDP, comme RTP, par exemple)  ... et donc, dans mon cadre domestique, ça voulait dire, l'envoi vers tous mes SetTopBoxes (VU+, DM8000 et DM800).

En passant par ce proxy, effectivement, ça fonctionne bien, puisque chaque STB établit une requête unicast vers mon serveur udpxy (un Raspberry Pi, car je ne veux pas surcharger l'un de mes STB pour cette fonction), et le serveur udpxy est le client multicast de ma TV d'Orange. Résultat : une multiplication des flux média identiques inutiles. Alors oui, ça marche bien, mais on est loin de l'état de l'art.

Sur cet écran de statut du serveur udpxy, ci-dessus, on voit bien que le proxy s'inscrit au groupe multicast 232.0.1.228 sur port UDP 8200 (la chaine Voo TV en l’occurrence, sur les flux multicasts de la TV d'Orange) et que le client est le 192.168.1.102 sur port UDP 46761 (en l’occurrence, la DM8000 sur mon réseau data). L'indication de débit n'est pas disponible, mais mesurée sur mon firewall (qui laisse passer les flux multicasts provenant de l'ISP), les flux médias de la DM8000 sont mesurés à 2MB/s pour cette chaîne.

Bref, l'installation d'udpxy est très simple (aucune configuration nécessaire pour une utilisation standard) et permet donc effectivement de récupérer les flux multicasts à la demande des STB, mais avec les inconvénients cités plus hauts.

Je termine donc cette enfilade, frustré ! 

[Danield]

Vu les performances du duo, il me semble que tu pourrais l'utiliser sans problème

[killminusnine]

Bonjour Daniel,

Oui, c'est vrai, mais en fait, je préfère une infrastructure où le proxy est complètement indépendant des clients. Par exemple, si je bricole mon Duo² alors qu'il fait office de proxy, je perturbe les autres STB qui souhaiteraient biberonner.  

[pr2]

Maintenant comme beaucoup de chose est en OpenSource libre à toi de ne pas rester frustré et d'implémenter le support natif du multicast pour E2. 

Pr2

[killminusnine]

C'est vrai, Pr2.

Je suis d'ailleurs en train de fouiller dans les sources d'OpenPli pour voir si on peut patcher le bouzin sans faire écrouler tout l'édifice, mais à ce stade, je me dis que si ça n'a pas été fait jusqu'à présent, c'est qu'il y a une raison qui m'échappe, car pour la réception d'un flux udp par un processus client, il n'y a pas de différence notable entre un flux unicast et un flux multicast, si ce n'est le flag "IP_MULTICAST_IF" dans les options d'initialisation de la socket via la primitive "setsockopt".

La vérité doit donc être ailleurs ! 

[pr2]

Tu peux toujours poser la question sur le forum Openpli, peut-être qu'il ne détecte pas le type d'adresse IP entrée et qu'il n'active pas le flag dont tu parles en ouvrant le socket, ce qui pourrait expliquer pourquoi le flux n'est par remonté vers Openpli.

J'ai aussi cherché de mon côté et je n'ai pas trouvé d'évidence qu'on savait lire un flux multicast directement depuis un démo sous Openpli, à chaque fois qu'on trouve quelque chose ils utilisent toujours un media externe pour faire la conversion (exemple VLC ou udpxy).

http://openpli.org/wiki/tips-tweaks

J'imagine que tu as vu que udpxy était opensource aussi donc là tu peux aussi regarder comment il ouvre le socket pour que cela fonctionne.

http://www.udpxy.com/index-en.html

Et je viens de trouver ceci:

http://searchcode.com/codesearch/view/34455393

Pr2

[killminusnine]

Par contre, en remplaçant 4097 par 1, ça fonctionne. Qu'est-ce que ça donne chez toi ?

Bonjour Reg,
Je me rends compte que je n'ai pas explicitement répondu à ta question ! Ce que je corrige donc ce matin.

Effectivement, le remplacement de 4097 par 1 au niveau du serviceref fonctionne parfaitement chez moi (en unicast, donc, puisque le multicast natif ne fonctionne visiblement pas sous Enigma2) mais en fait, ce changement a un impact énorme :
Quand le serviceref est à 4097 (flux non-TS, donc), il est impossible d'utiliser les fonctions d'enregistrement avec un message qui nous signale que le type de service est incompatible avec les enregistrements. En positionnant le serviceref à 1, la boite à rêves traite ce streaming comme un flux en conteneur TS et autorise l'enregistrement.  

En revanche, dans les deux cas : 4097 et 1, le re-streaming via le STB ne fonctionne pas, mais bon, en fait, ça n'a aucun intérêt.

[seigneur06]

bonjour il y a une autre façon qui existe pour lire les rtp sur enigma2,il suffit d'avoir ce binaire dumprtp,en faite il cré un fichier ts qui est lisible sur enigma2,et il est aussi possible de décrypter les ts crypté avec se binaire ts décrypter   https://github.com/gfto/tsdecrypt

[killminusnine]

Merci du tuyau Seigneur06 ! 
Toutefois, d'après ce que je comprends, il transcode vers le périphérique standard out (STDOUT) et a plutôt été conçu pour faire passerelle à la façon de VLC. Mais effectivement, c'est une piste qui vaut le coup d'être explorée ! 

Code: [Sélectionner]

NAME

        dumprtp - get an RTP unicast/multicast/broadcast stream and output it
 

SYNOPSIS

        ts_filter [ip_addr port]
 

DESCRIPTION

        dumprtp  fetches  a  unicast,broadcast  or  multicast stream from an IP
        address and outputs it to stdout. It may  be  used  with  dvbstream  to
        broadcast, for example, DVB video and audio over a LAN.
 
        With  no  arguments,  dumprtp outputs from multicast address 224.0.1.2,
        port 5004 by default (this is the default used by dvbstream.  To change
        this, give the address and the port number on  the command line.
        mpegtools(1) and dvbstream(1).
 

AUTHORS

        dumprtp  was written by  David Podeur (<david@convergence.de>) for Con‐
        vergence integrated media GmbH and is made available under the GNU Pub‐
        lic License.
 

[seigneur06]

bonsoir il semble avoir une solution d'un stream d'un démo enigma2 a engma2 ,il faut déja inclure ecm dans le stream et bloqué le décodage http,et fait cette modification sur vos canneaux en stream

Code: [Sélectionner]

"257:0:1:1:0:0:0:0:0:0:http%3a//xxx.xxx.xxx.xxx%3aXXXX/udp/239.1.1.115%3a5000"

il suffit de rajouter 257 pour que le softcam voit les pid ecm

le xtrend et9x00 apparament sa marche avec certaine chaine et d'autre pas,par exemple avec mcm jimmy sa marche ,sur tf1 sa marche pas,problème de pid pmt je pence.il serait bien d'essayer sur les réseaux adsl qui utilise une carte comme orange,mais je pence qu'il utilise la meme nano que sur le satellite

[killminusnine]

Merci du tuyau, j'essaierai sur l'ADSL d'Orange dès que j'aurai un peu de temps !

[pr2]

Si vous montrez une trame ECM du réseau ADSL on peut regarder si des nanos de surencryption sont présentes ou pas.

[seigneur06]

salut j'avais déjà fait des test sur le réseau de mes parent,la carte est reconnue mais décode rien,que se soit sur pc ou enigma2

[satpower]

Bonjour à tous,

Je suis un heureux possésseur de Gigablue HD Quad +, j'arrive à y jouer les flux IPTV RTSP de l'offre multiposte Freebox TV,
par contre je ne parviens pas à enregistrer



Testé, par exemple les syntaxe de locators services :
A/V = image & son. REC = enregistrement

Code: [Sélectionner]

#SERVICE 4097:0:1:0:0:0:0:0:0:0:rtsp%3a//mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=489&flavour=sd:Powertürk TV
=> A/V OK MAIS REC KO
#SERVICE1:0:1:1:1:1:0:0:0:0:rtsp%3a//mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=489&flavour=sd:Powertürk TV
=> A/V KO
#SERVICE 1:0:1:1E9:1:1:0:0:0:0:rtsp%3a//mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=489&flavour=sd:Powertürk TV
=> A/V KO
#SERVICE1:0:1:0:0:0:0:0:0:0:rtsp%3a//mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=489&flavour=sd:Powertürk TV
=> A/V KO
#SERVICE1:0:1:0:0:0:0:0:0:2:rtsp%3a//mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=489&flavour=sd:Powertürk TV
=> A/V KOA propos du "2" : buffering Disk : http://forums.openpli.org/topic/21705-dmm-320-iptv-in-bouquets-openpli-added-this-already/page-15#entry388338

Connaissez-vous la structure du locator service à respecter pour rendre enregistrable les flux RTSP sur une box Enigma ?

Merci bcp ! Je galère..