kann ich mittels streamdev einen IPTV kanal über VTP streamen?

  • moin,


    folgendes szenario: an meinem server empfange ich iptv mittels dem iptv plugin, channels.conf eintrag sieht so aus:

    Code
    Geschiedenis24;IPTV:2:IPTV|S1P1|UDP|<iptv ip>|11058:P:0:1001=2:1002:0:0:1:4100:9:0


    über vlc kann ich am client diesen stream dann wunderbar empfangen via http streaming (port 3000).
    jetzt möchte ich aber gerne eben diesen kanal via streamdevs vtp protokoll an meinen client vdr streamen, jedoch erhalte ich hier kein bild.


    server/client nutzen vdr-streamdev-0.5.0-pre-20090706.


    svdrphosts.conf/streamdevhosts.conf hab ich testweise mal auf 0.0.0.0 gesetzt.


    einstellungen am server:

    Code
    streamdev-server.AllowSuspend = 1
    streamdev-server.SuspendMode = 1


    ansonsten ist im plugin OSD natürlich VTP streaming erlaubt, der port ist auch 2004.


    einstellungen am client:

    Code
    streamdev-client.RemoteIp = <vdr-server-ip>
    streamdev-client.RemotePort = 2004
    streamdev-client.StartClient = 1


    beim tunen auf den kanal bekomme ich am client nur ein no signal, am vdr server steht jedoch:

    Code
    Feb 16 16:55:46 ubuntu-vm vdr: [12914] Streamdev: Accepted new client (VTP)


    weiterhin bekomme ich jetzt am client folgende fehlermeldungen:


    Code
    Feb 16 17:07:14 kuifje vdr: [5699] ERROR: Streamdev: Couldn't tune <vdr-server-ip>:2004 to channel SAT.1
    Feb 16 17:07:14 kuifje vdr: [5699] retrying
    Feb 16 17:07:14 kuifje vdr: [5699] ERROR: Streamdev: Couldn't tune <vdr-server-ip>:2004 to channel SAT.1
    Feb 16 17:07:14 kuifje vdr: [5699] retrying
    Feb 16 17:07:14 kuifje vdr: [5699] ERROR: Streamdev: Couldn't tune <vdr-server-ip>:2004 to channel SAT.1
    Feb 16 17:07:14 kuifje vdr: [5699] retrying


    kann sich da jemand einen reim drauf machen?


    infinite

    kuifje
    asus m2n-vm | Athlon 5600 | Nvidia 9300GE | TT S2-3200
    yaVDR 0.4 | 1.7.21
    haddock
    asus p4pe | 2ghz | 3x DVB-S Budget | 2x500gb
    debian lenny 2.6.29.3 | e-tobi 1.7.0 | streamdev cvs | live


    <30.12.07 <igel>sid fuer den gewissen kick>
    <01.04.08 <igel>ich kann eh nix ausser debian pakete installiern>
    <15.12.09 igel hasst linux>
    <23.02.10 <igel> easyvdr is nur easy wenn es easy is>

  • edit: ja, ist an - aber am server. muss das auch am client an sein?


    habs jetz mal als workarround mittels iptv plugin gelöst, da kann ich den HTTP stream vom streamdev server empfangen.

    kuifje
    asus m2n-vm | Athlon 5600 | Nvidia 9300GE | TT S2-3200
    yaVDR 0.4 | 1.7.21
    haddock
    asus p4pe | 2ghz | 3x DVB-S Budget | 2x500gb
    debian lenny 2.6.29.3 | e-tobi 1.7.0 | streamdev cvs | live


    <30.12.07 <igel>sid fuer den gewissen kick>
    <01.04.08 <igel>ich kann eh nix ausser debian pakete installiern>
    <15.12.09 igel hasst linux>
    <23.02.10 <igel> easyvdr is nur easy wenn es easy is>

    Einmal editiert, zuletzt von infinite ()

  • infinite


    Hallo,
    Ich möchte hier nicht Deine Frage kappern ;), aber warum willst du überhaupt iptv über streamdev streamen. Warum installierst du nicht das iptv plugin auf dem Streamingclient? Wäre meiner Meinung nach der direktere Weg, oder geht das gar nicht?


    Gruss
    Sk8ter

    Backend (zurzeit nicht mehr in Betrieb): yaVDR diskless - Asus M4N78 PRO - Nvidia GeForce 8300 onboard - AMD Athlon II X2 240 - Ram 4GB - 2x Terratec Cinergy C PCI HD

    yaVDR 0.4 Zotac MAG HD-ND01 ATOM 330 ION Mini PC - TT S2-3600 - LG 32LH3000

    ***************************************************************************

    "Es gibt Tage an denen verliert man, und es gibt Tage an denen gewinnen die anderen."

  • schmirl: ja steht auf 0


    sk8ter: völlig korrekt, leider ist das iptv nur innerhalb eines bestimmten netzwerkes verfügbar und somit nicht an dem ort wo ich es gerne sehen möchte ;)

    kuifje
    asus m2n-vm | Athlon 5600 | Nvidia 9300GE | TT S2-3200
    yaVDR 0.4 | 1.7.21
    haddock
    asus p4pe | 2ghz | 3x DVB-S Budget | 2x500gb
    debian lenny 2.6.29.3 | e-tobi 1.7.0 | streamdev cvs | live


    <30.12.07 <igel>sid fuer den gewissen kick>
    <01.04.08 <igel>ich kann eh nix ausser debian pakete installiern>
    <15.12.09 igel hasst linux>
    <23.02.10 <igel> easyvdr is nur easy wenn es easy is>

  • Zitat

    ja steht auf 0


    Dann verstehe ich nicht, warum es mit VTP nicht funktioniert, mit HTTP aber schon. Die "Couldn't tune ..." Meldung kommt wenn folgendes passiert: Beim Umschalten im Client hat VDR erstmal bei allen Devices nachgefragt, wer den überhaupt den Kanal mit der gewünschten Priorität anbietet (Priorität bei Live-TV = Primär-Limit, also bei Dir 0). Streamdev-client hat diese Anfrage an den Server weitergeleitet. Dieser schaut nach, ob mit dieser Priorität ein Device zum Umschalten bereits ist und hat offenbar eines gefunden. Meldet also an den Client zurück, dass Umschalten möglich ist. Nach Abfrage aller Devices hat sich nun der Client-VDR für streamdev entschieden und fordert dieses zum Umschalten auf. Streamdev-client gibt diesen Wunsch an den Server weiter. Es wird wieder nach einem Device gesucht, das zum Umschalten bereit ist, diesmal aber fest mit Priorität 0. Entweder ist jetzt plötzlich kein Device mehr bereit umzuschalten oder beim anschließenden tatsächlichen Umschalten gibt es irgendeinen Fehler.


    Interessanterweise sind die Aufrufe beim Umschalten mit HTTP-Streaming exakt die selben. Auch hier wird fest die Priorität 0 verwendet. Der einzigen Unterschied den ich im Code sehe ist, dass HTTP den Rückgabewert von SwitchChannel ignoriert. Dümmstenfalls ist der Rückgabewert von SwitchChannel falsch und VTP signalisiert daher einen Fehler wo gar keiner ist?


    Um das ganze zu verifizieren, wäre ein Netzwerk-Mitschnitt der VTP Kommunikation gut (z.B. mit wireshark). Alternativ: streamdev-client mit "DEBUG=1 make" übersetzen. Die Ausgaben kommen dann auf stderr. Um dem Ganzen dann weiter auf den Grund zu gehen, müsste in den streamdev-server Code eingegriffen werden. Wenn Du Zeit und Möglichkeit dazu hast, können wir das gerne angehen.

  • Zitat

    Originally posted by schmirl
    Wenn Du Zeit und Möglichkeit dazu hast, können wir das gerne angehen.


    können wir durchaus mal angehen, hilft ja streamdev.


    also, ich hab das szenario nochmal nachgebaut, streamdev client läuft jetzt in ner vm und primär limit ist auf 0.


    wenn ich jetzt auf den kanal schalte erhalte ich im client syslog folgendes:



    server syslog sagt:


    Code
    Feb 28 12:50:50 rasta vdr: [8795] Streamdev: Accepted new client (VTP) <client-ip>:61612
    Feb 28 12:52:27 rasta vdr: [8795] streamdev: closing streamdev connection to <client-ip>:61612
    Feb 28 12:52:44 rasta vdr: [8795] Streamdev: Accepted new client (VTP) <client-ip>:61616
    Feb 28 12:52:44 rasta vdr: [8795] Streamdev: Setting data connection to 10.13.37.103:47272


    kannst du damit was anfangen?


    edit: wobei, jetz gehts auch nichtmal mehr mit iptv oder vlc als client.. irgendwie is da der wurm drin. server log sagt dass eine verbindung steht, aber irgendwie dauert es ewig bis daten ankommen, wenn überhaupt.

    kuifje
    asus m2n-vm | Athlon 5600 | Nvidia 9300GE | TT S2-3200
    yaVDR 0.4 | 1.7.21
    haddock
    asus p4pe | 2ghz | 3x DVB-S Budget | 2x500gb
    debian lenny 2.6.29.3 | e-tobi 1.7.0 | streamdev cvs | live


    <30.12.07 <igel>sid fuer den gewissen kick>
    <01.04.08 <igel>ich kann eh nix ausser debian pakete installiern>
    <15.12.09 igel hasst linux>
    <23.02.10 <igel> easyvdr is nur easy wenn es easy is>

    Einmal editiert, zuletzt von infinite ()

  • Hi Infinite, Frank


    Ich hab jetzt auch diese meldungen:

    Code
    Aug 13 09:27:00 pdis vdr: [19048] Streamdev: Connected to server 80.79.36.179:3002 using capabilities TSPIDS,FILTERS
    Aug 13 09:27:00 pdis vdr: [19048] Streamdev: Connected to server 80.79.36.179:3002 using capabilities TSPIDS,FILTERS
    Aug 13 09:27:02 pdis vdr: [19048] Streamdev: Lost connection to 80.79.36.179:3002: Verbinding is verlopen
    Aug 13 09:27:02 pdis vdr: [19048] cStreamdevDevice::OpenDvrInt(): DVR connection FAILED


    Mein server macht teil aus von einem WLAN, und es gibt ein sehr schnelle verbindung nach meinem haus. Leider geht es nicht, obwohl TCP und UDP freigeschaltet sind.


    Dreht der server im LAN dann gibt's kein fehler.


    Wie starte ich der debugger ... :)


    Carel

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!