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

[killminusnine]

Ton service_ref (sur ton exemple) est positionné à 4097. Change-le pour un service_ref à 1 et réessaie !

[satpower]

Hélas déjà fait (hier soir) et ça ne marche pas pas de A/V.

#SERVICE 1: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

Merci quand même.

[pr2]

1 est réservé pour un flux au format .ts 4097 pour les flux d'autres types donc c'est normal que cela ne fonctionne pas.

[satpower]

donc il faut en déduire : impossible d'enregistrer des flux RTSP (4097) ?
sinon le RTSP de la freebox est un flux de type .ts (une fois enregistrée c'est l'extension du fichier sur freebox)

Merci pour vos confirmations & précieux éclairages.

[seigneur06]

salut c'est pas forcément 1 qui faut mettre,c'est mieux de mettre 257 en cas de signal crypté,et si vous avez une carte il est possible de les décoder directement avec un softcam ou un pcmcia

Code: [Sélectionner]

#SERVICE 257:0:0:0:0:0:0:0:0:0:http%3A//127.0.0.1%3A1234/udp/233.49.82.72%3A7500/:nrj12hd
#DESCRIPTION nrj12hd
il faudrait voir pour un convertisseur en http pour free,je pence que sa viend de la le problème aussi

[satpower]

les flux en multiposte de Free sont libre et lisible directement sur VLC sans drm.

Bref, apparemment il n'est pas possible d'enregistrer des flux de type RTSP avec récepteur type dreambox.

[seigneur06]

salut apparament il existe aussi un convertisseur rtsp en http://

voir le lien     http://sourceforge.net/p/iptv2rtsp-proxy/wiki/Home/

[souldream]

Hello,
Désolé de déterrer ce post, mais je suis en train de bosser sur les flux multicasts et je me demande pourquoi il semble absolument nécessaire de passer par un proxy (le logiciel russe udpxy, en l'occurence) qui transforme les flux multicasts de la TVIP en flux unicasts. Nos STB Linux sont pourtant configurés pour recevoir les flux multicasts, si j'en juge ma configuration réseau :

root@dm8000:/etc/enigma2# ifconfig
eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
          inet addr:192.168.1.102  Bcast:0.0.0.0  Mask:255.255.255.0
          inet6 addr: XXXX::XXXX:XXXX:XXXX:XXXX/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4919 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7222 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:770627 (752.5 KiB)  TX bytes:7921394 (7.5 MiB)
          Interrupt:16

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:336 (336.0 B)  TX bytes:336 (336.0 B)


D'autre part, un post qui m'a été suggéré sur un autre excellllllllllent forum, semble sous-entendre que la lecture directe des flux multicasts est possible depuis Enigma2, si j'en juge la teneur de cet extrait :

Ayant modifié la configuration de mon routeur et de mon firewall pour laisser passer les flux multicasts de la TV ADSL d'Orange dans mon réseau data, je n'ai pas de soucis pour lire les flux sans DRM dans VLC.  J'ai intégré les services que j'ai trouvés par écoute de mon réseau dans un bouquet TV d'Enigma2, mais rien n'y fait ! Ecran noir quand on zappe sur les chaines IPTV, même sans DRM !  

Si quelqu'un peut me confirmer que la lecture DVB-IP est possible en multicast, je suis preneur !  

Merci d'avance !

Je suis sur l'iPad ... tu indiques que ta carte réseau est multicaste ok ...mais t'es routes ?

Fait un route -n

Sinon ajouté la .224 sur ta eth0

route add -net 224.0.0.0 netmask 240.0.0.0 eth0

Et re-essaye .. j'ai pas teste ... je suis en tvheand complet ici ;-)

Et pour tester du multicarte je devrais remonter un truc ...

[killminusnine]

Merci Soul pour cette suggestion fort pertinente !

root@dm8000:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
224.0.0.0       0.0.0.0         240.0.0.0       U     0      0        0 eth0

Hélas, ça ne marche toujours pas (sans passer par le proxy multicast/unicast, j'entends). Cela dit, j'ai tellement bricolé les confs que je pense repartir de zéro en y intégrant ta suggestion. Si la route par défaut pour le multicast vers l'interface eth0 n'est pas sous entendue par l'activation du multicast sur cette même interface, il est clair que sans ta suggestion, de toute façon ça ne pouvait pas marcher ! 

A+

[souldream]

Ce qui serait ultime afin d'éviter tout problème de linux ( image / routage / réseaux ).

De lancer un ffprobe sur le décodeur avec l'adresse @224.x.x ... ( source du flux émis en multicast ).

Si FFprobe trouve le flux, le problème se situe bien au niveau d'enigma.

Si j'ai le temps je vais tester ... à partir de mon gateway avec dvblast ... je vais voir pour tester de la semaine.

[seigneur06]

salut apparament il existe aussi un convertisseur rtsp en http://

voir le lien     http://sourceforge.net/p/iptv2rtsp-proxy/wiki/Home/

bonsoirs si vous etes intérressé j'ai compilé le binaire en mipsel en 2 version

 =>iptv2rtsp-proxy-0.2.3-mipsel.ziphttp://dl.free.fr/wKwUxa3RS
 =>iptv2rtsp-proxy-0.2.4-mipsel.ziphttp://dl.free.fr/hH2ZmkeNn

les binaires fonctionnne,mais la connection plante quand on met le port 554 avec les lien free multiposte

[polkwan]

Bonjour à tous,

Je déterre ce post car il semble correspondre au problème que j'ai.
Peut-être serait-il judicieux de déménager mon post original dans cette rubrique du forum d'ailleurs. (Voir ici : http://www.doume59.net/forum/index.php?topic=7370.msg57770#msg57770)

Bref, j'ai installé le plugin permettant de gérer des flux Multicast dans E2. Jusque là, tout va bien.
En revanche, je cale lorsqu'il s'agit d'ouvrir mon flux...

Cela vient sans doute de la manière d'écrire ce flux. Je n'ai pas une adresse au format habituel mais un truc du genre :
udp://@:1234

Du coup, aucune idée de comment faire... :/

[polkwan]

Salut,

Je déterre ce sujet car je suis à la recherche du bin udpxy pour les versions arm. Il n'y a ici que la version mipsel :/
L'un de vous sait-il m'aider ?

[EDIT]

J'ai trouvé une version arm dans un ipk. Je l'ai extraite et en principe, j'ai bien udpxy qui tourne si j'en crois la réaction de putty.
Jusque là, ça semble aller.

En revanche, je ne parviens pas à lire mu flux provenant d'un ordi local qui balance en udp vers mon décodeur...
J'ignore si j'ai une erreur de syntaxe qq part ou si le problème vient d'ailleurs. En tous cas, sur VLC, ça marche simplement en rentrant :
udp://@:1234

Pour info, j'ai testé les syntaxes suivantes mais sans succès :

Code: [Sélectionner]

#SERVICE 1:0:0:0:0:0:0:0:0:0:udp%3a/192.168.0.XX%3a1234/:TEST
#DESCRIPTION TEST

#SERVICE 1:0:0:0:0:0:0:0:0:0:http%3a//127.0.0.1%3a1234/udp/192.168.0.XX%3a1234/:TEST
#DESCRIPTION TEST

#SERVICE 1:0:0:0:0:0:0:0:0:0:http%3a//192.168.0.XX%3a1234/udp/192.168.0.XX%3a1234/:TEST
#DESCRIPTION TEST

[demosat]

Salut,
Et un truc du genre

Code: [Sélectionner]

#SERVICE 4097:0:0:0:0:0:0:0:0:0:udp%3a//@192.168.0.X%3a1234

[pr2]

Si je regarde sur mon image OpenPLi j'ai bien ce package qui est proposé en standard:

opkg update
opkg list | grep udp

Résultat:

gstreamer1.0-plugins-good-udp - 1.14.4+git17676+d88d1b0-r0.149 - GStreamer plugin for udp
iptables-module-xt-udp - 1.8.3-r0.0 - iptables module xt-udp
udpxy - 1+git109+ab25cc6-r0.4 - udpxy
udpxy-dbg - 1+git109+ab25cc6-r0.4 - udpxy - Debugging files
udpxy-dev - 1+git109+ab25cc6-r0.4 - udpxy - Development files

Donc udppxy est proposé.

Maintenant il faut l'installer et trouver sur quel port TCP de udppxy retourne son résultat.
Ce n'est pas parce que ton flux UDP est sur le port UDP 1234 que le udpxy va le remettre en TCP sur le port 1234 en fait il semble que tu dois passer des paramètres à ton udpxy justement pour lui dire quel port il doit utiliser.

Je te conseille de télécharger le udpxy de ton image et pas une bidouille venant d'un ipk car il y a plusieurs type de ARM et donc il faut qu'il soit compilé pour ton récepteur et pas un autre.

Ici tu as un exemple:
https://www.regardtv.net/t6105p425-flux-iptv-swisscom


#SERVICE 1:0:19:4333:300C:13E:820000:0:0:0:http%3a//127.0.0.1%3a8088/udp/239.186.68.3%3a10000:RTS un HD
#DESCRIPTION RTS un HD

Donc là il a démarré son UPD proxy pour qu'il écoute sur le port TCP 8088 et son stream UDP utilise le port 10000