Tvheadend Anfänger sucht Profi für Hilfe mit http-Streams

  • Hallo,

    Ich mach gerade meine ersten Schritte mit Tvheadend und wollte fragen, ob jemand irgend ein gutes Grundlagen-Tutorial hat für mich als Anfänger? Viele Anleitungen beziehen sich nur auf dvb-t/s/c. Diese helfen mir bei meinem Problem leider nicht weiter.

    Da ich beim IPTV Simple Client die Aufnahme Funktion vermisse, hab ich mich ein wenig eingelesen und lese überall Tvheadend hier, Tvheadend da, und so hab ich mir auf meinem QNAP TS-251(Linux 3.12.6 - x86_x64) den Tvheadend 4.1-1362~g5503511 Server installiert.


    Den in einem anderen Betrag hier hab ich gelesen, dass dies funktionieren soll (Link hab ich natürlich ersetzt):

    pipe:///usr/bin/ffmpeg -loglevel fatal -i hier_der_link -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=xxx -f mpegts -tune zerolatency pipe:1

    Das bei Url rein damit funzt es bei mir sehr gut

    Mein Link sieht in etwa so aus:

    http://server/ordner/pfad/us…e569d91?t=2&d=2
    oder
    http://server/ordner/pfad/98…st.m3u8?t=2&d=2


    Was hab ich gemacht?

    1. Netzwerk angelegt: IPTV Automatisches Netzwerk // Ist das Korrekt oder muss ich hier IPTV-Netzwerk wählen?
    2. Muxe angelegt (unter URL hab ich den befehl aus dem Zitat oben von h00re reingeschrieben, ebenso bei Netzwerk)
    3. Jetzt müsste ich noch einen Service anlegen, so wie ich das gelesen habe. Doch im Raster Services kann ich nichts machen.

    Das funktioniert bei mir nicht. Ich denke ich mache etwas grundlegendes falsch :wacko:

    So sieht das bei mir aus:


    Was genau mach ich falsch? Hat jemand ein Tipp für mich?

    Vielen Dank schon mal im Voraus!

  • Versuch mal den Link direkt zu dem sender

    Kann man das pro7 was du hinzufügen willst mit vlc gucken?

    Und das mit dem ffmpeg funzt bei mir nur unter IPTV Netzwerk nicht automatisch..

    Automatik ist wenn du ne Senderliste mit ganz vielen Sendern hinzufügst

    Sent from my iPhone using Tapatalk

  • Automatik Network -> url zu deiner m3u -> fertig

    Der pipe Unsinn geht nur über iptv network und wurde früher genommen wo noch kein HLS Streaming ging. Das ist mehr oder weniger überflüssig seit dem es Automatic Network gibt.
    Das sollte jetzt "einfach so" funktionieren wenn Tvh nicht noch einen Bug hat der irgendwas verhindert.

    Einmal editiert, zuletzt von CvH (19. Januar 2016 um 13:39)

  • Das mit der m3u laden scheint zu funktionieren.

    Habe jetzt Ein Automatisches Netzwerk angelegt und bei URL den Dateipfad zur m3u gesetzt. Sonst nichts eingestellt. Und tatsächlich, alle Sender aus der m3u sind nun als Muxes drin. Jedoch steht überall FEHLER unter Suchergebnis.


    Ein Mux sieht so aus:


    Nun stellen sich mir einige Fragen:

    1. Damit das ganze funktioniert, muss da bei Suchergebnis etwas wie OK oder Erfolgreich stehen?
    2. Wenn ja, welche Schritte muss ich noch unternehmen? Hab ich etwas vergessen?


    Bin noch TVH Anfänger und bin um jede Hilfe dankbar.

    Vielen Dank noch mal!

    4 Mal editiert, zuletzt von beezz (19. Januar 2016 um 16:54)

  • Also der m3u link den Tvh ausgibt ist schon richtig weil dein VLC oder was auch immer spielt nur die Daten ab die Tvh ausgibt.
    Bzw ich hab jetzt nicht ganz verstanden, funktioniert das jetzt oder nicht? Der Scannstatus ist relativ egal.


    Ab welcher Version sollte das gehen in TVH?


    ca 4.1-1100+

  • Also der m3u link den Tvh ausgibt ist schon richtig weil dein VLC oder was auch immer spielt nur die Daten ab die Tvh ausgibt.
    Bzw ich hab jetzt nicht ganz verstanden, funktioniert das jetzt oder nicht? Der Scannstatus ist relativ egal.

    Original Links aus der Original m3u werden in VLC abespielt.

    Nehme ich die m3u, welche ich im Reiter Muxes herunterladen kann, wird der Sender in VLC nicht abgespielt.

    [warnbox]Ihre Eingabe konnte nicht geöffnet werden:
    VLC kann die MRL 'http://192.168.1.120:9981/stream/mux/fe5…B8D78ADB4CD45C9' nicht öffnen.[/warnbox]

  • VLC spuckt im [definition='1','0']log[/definition] nicht viel brauchbares aus. Jedenfalls für mich nicht.

    vlc Log beim öffnen eines Senders:

    Spoiler anzeigen

    main debug: processing request item: N24 HD / IPTV, node: Wiedergabeliste, skip: 0
    main debug: resyncing on N24 HD / IPTV
    main debug: N24 HD / IPTV is at 0
    main debug: starting playback of the new playlist item
    main debug: resyncing on N24 HD / IPTV
    main debug: N24 HD / IPTV is at 0
    main debug: creating new input thread
    main debug: Creating an input for 'N24 HD / IPTV'
    main debug: using timeshift granularity of 50 MiB, in path 'C:\Users\Bruno\AppData\Local\Temp'
    main debug: `http://192.168.1.120:9981/stream/mux/835…6AC128329FC8797' gives access `http' demux `' path `192.168.1.120:9981/stream/mux/8351c27f53af0cd33765a90c66c49dea?ticket=B42E63728C9326E6D41D5C6806AC128329FC8797'
    main debug: creating demux: access='http' demux='' location='192.168.1.120:9981/stream/mux/8351c27f53af0cd33765a90c66c49dea?ticket=B42E63728C9326E6D41D5C6806AC128329FC8797' file='\\192.168.1.120:9981\stream\mux\8351c27f53af0cd33765a90c66c49dea?ticket=B42E63728C9326E6D41D5C6806AC128329FC8797'
    main debug: looking for access_demux module matching "http": 12 candidates
    main debug: no access_demux modules matched
    main debug: creating access 'http' location='192.168.1.120:9981/stream/mux/8351c27f53af0cd33765a90c66c49dea?ticket=B42E63728C9326E6D41D5C6806AC128329FC8797', path='\\192.168.1.120:9981\stream\mux\8351c27f53af0cd33765a90c66c49dea?ticket=B42E63728C9326E6D41D5C6806AC128329FC8797'
    main debug: looking for access module matching "http": 20 candidates
    access_http debug: querying proxy for http://192.168.1.120:9981/stream/mux/835…6AC128329FC8797
    access_http debug: no proxy
    access_http debug: http: server='192.168.1.120' port=9981 file='/stream/mux/8351c27f53af0cd33765a90c66c49dea?ticket=B42E63728C9326E6D41D5C6806AC128329FC8797'
    main debug: net: connecting to 192.168.1.120 port 9981
    main debug: connection succeeded (socket = 2144)
    qt4 debug: IM: Setting an input
    access_http error: failed to read answer
    access_http debug: switching to HTTP version 1.0
    main debug: net: connecting to 192.168.1.120 port 9981
    main debug: connection succeeded (socket = 2144)
    access_http error: failed to read answer
    main debug: net: connecting to 192.168.1.120 port 9981
    main debug: connection succeeded (socket = 2144)
    access_mms error: failed to read answer
    main debug: no access modules matched
    main error: open of `http://192.168.1.120:9981/stream/mux/835…6AC128329FC8797' failed
    main debug: finished input
    main debug: dead input
    main debug: changing item without a request (current 0/1)
    main debug: nothing to play
    qt4 debug: IM: Deleting the input

    Muss ich nicht noch was unter Services einrichten?

  • Bzw ich meinte Tvh [definition='1','0']log[/definition] und nicht VLC sry :(

    Von der Sache musst du nichts machen, du kannst das natürlich noch als Kanal einrichten aber das muss erstmal nicht sein das es funktioniert.

  • Also es ist so:

    • Wenn ich "meine" m3u nehme (wo ich weiss, dass die Sender in IPTV Simple oder VLC funktionieren) im Reiter Netzwerk bei URL file://share/Entwicklung/Kodi/m3u/playlist_tvheadend.m3u hinterlege, dann werden die muxes erstellt. Nur werden diese nicht abgespielt und es steht Fehler.

    Im der Ausgabe steht folgendes:

    Spoiler anzeigen

    2016-01-19 21:43:51.538 http: 192.168.1.103: using ticket 88A4D596E6F78F6387162ECE9D28AC2D01948993 for /stream/mux/929b9041e0cf7d0651a394b3b5d9789c
    2016-01-19 21:43:51.539 mpegts: playlist_tvheadend.m3u - DMAX HD in IPTV - tuning on IPTV
    2016-01-19 21:43:51.539 httpc: 20FF: Unable to connect to cdn-07.v-sr.net:80 - Name or service not known
    2016-01-19 21:43:57.000 subscription: 2101: No input source available for subscription "HTTP" to mux "playlist_tvheadend.m3u - DMAX HD in IPTV"
    2016-01-19 21:43:57.000 webui: Couldn't start streaming /stream/mux/929b9041e0cf7d0651a394b3b5d9789c?ticket=88A4D596E6F78F6387162ECE9D28AC2D01948993, No free adapter
    2016-01-19 21:43:57.000 subscription: 2101: "HTTP" unsubscribing, hostname="192.168.1.103", client="VLC/2.1.5 LibVLC/2.1.5"


    In der Ausgabe steht folgendes:

    Spoiler anzeigen

    2016-01-19 21:56:38.534 httpc: 2102: Unable to connect to is.gd:80 - Name or service not known
    2016-01-19 21:56:38.534 iptv: unable to open http client
    2016-01-19 21:59:33.751 httpc: 2103: Unable to connect to is.gd:80 - Name or service not known
    2016-01-19 21:59:33.751 iptv: unable to open http client
    2016-01-19 22:05:49.960 httpc: 2104: Unable to connect to http://www.iptvsaga.com:80 - Name or service not known
    2016-01-19 22:05:49.960 iptv: unable to open http client
    2016-01-19 22:07:12.924 httpc: 2105: Unable to connect to snurl.com:80 - Name or service not known
    2016-01-19 22:07:12.924 iptv: unable to open http client

    • Lade ich die m3u von iptvsaga aber herunter, und mache bei URL wieder file://pfad_zur_m3u_voniptvsaga dann werden alle muxes erstellt und sogar Services. Dies macht er bei meiner m3u nicht. Diese Sender, wo ein OK drin hat, werden auch abgespielt. z.B. Pro7 Maxx


    Ich bin jetzt technisch nicht der beste, aber was heisst das nun?

    Links von lokaler m3u werden grundsätzlich abgespielt. Nur nicht alle. von meiner m3u keine. Werden zwar eingelesen aber nicht abgespielt.

    m3u von iptvsaga wird eingelesen und es werden services erstellt. Die Sender mit OK funktionieren.

    Bedeutet dies, dass mein Provider den Steam so sendet, das TVH damit nicht umgehen kann?

    Danke h00re1337 und CvH bis hierhin für eure Hilfe. :thumbup:

    Einmal editiert, zuletzt von beezz (23. Januar 2016 um 00:08)

  • Warum das mit der Lokalen liste nicht geht bin ich ehrlich überfragt, du kannst die Liste ja mal probieren bei z.B. Dropbox oder irgendwo hochzuladen und die url anzugeben, evtl geht es dann.

    Bedeutet dies, dass mein Provider den Steam so sendet, das TVH damit nicht umgehen kann?


    Bin mir jetzt nicht ganz sicher das ich dich jetzt verstehe, ich dachte du nutzt http://marcellos :)
    Bzw es kann sein das du einen Provider hast der irgendwas seltsames anstellt, wenn das aber bei VLC geht sollte das auch in Tvh gehen. Wenn das nicht geht wird Tvh wohl einen Bug haben, wenn du den einträgst auf deren Webseite. Müsstest du aber paar logs kopieren von Tvh und die "orginal url" rausrücken :) In der regel werden die fehler relativ Zeitnah ausgebessert.


    Werden die Links aus der Liste denn auch automatisch in TVHeadend aktualisiert? Oder muss man die Liste täglich neu importieren?


    Von der Sache ja, probiert habe ich das aber noch nicht.

    2 Mal editiert, zuletzt von CvH (20. Januar 2016 um 12:30)

  • Warum das mit der Lokalen liste nicht geht bin ich ehrlich überfragt, du kannst die Liste ja mal probieren bei z.B. Dropbox oder irgendwo hochzuladen und die url anzugeben, evtl geht es dann.


    Grundsätzlich funktioniert es. Wenn ich die iptvsaga liste lokal mit file://pfad_zur_m3u angebe, dann werden 397 muxes und 9 Services erstellt. Diese 9 funktionieren auch.

    Was ich in diesem Zusammenhang herausgefunden habe ist, wenn ich ein Netzwerk erstelle mit einer lokalen m3u, und bei Service-ID = 0 Eintrage, dann werden die Muxes gescannt, und es werden nur Services erstellt, die dann auch funktionieren, sprich der Link, welcher tvh erstellt, ist dann auch in VLC z.B. abspielbar.
    Wenn ich bei Service-ID irgendwas eingebe, z.B. 100 oder 200, werden so viele Services erstellt wie muxes.
    Es funktionieren dann jeweils nur die die ein OK haben.


    Wenn ich ein Netzwerk erstelle und bei URL den http_Pfad://zur_URL_von_iptvsaga.m3u eingebe funktioniert das bei mir nicht. 0 Muxes.
    In der Ausgabe steht dann:

    Spoiler anzeigen


    httpc: 544F: Unable to connect to http://www.iptvsaga.com:80 - Name or service not known
    iptv: unable to open http client


    Ist das evtl. ein Rechte Problem? Port Problem? Die Links aus meiner m3u melden auch:

    Spoiler anzeigen


    http: 192.168.1.102: using ticket 996A1BB1B61816E69316A08AFE3E668FA223AFA8 for /stream/service/3a929ed96c24546e871b6ce9685cb4f8
    mpegts: test_HLS.m3u - 3sat HD DE in test_hls_mit_mit_ServiceID_100 - tuning on IPTV
    httpc: 544E: Unable to connect to cdn-07.v-sr.net:80 - Name or service not known

    Wieso unable to connect? Denn der Link geht mit vlc oder mit iptv simple.

    Bin mir jetzt nicht ganz sicher das ich dich jetzt verstehe, ich dachte du nutzt marcellos
    Bzw es kann sein das du einen Provider hast der irgendwas seltsames anstellt, wenn das aber bei VLC geht sollte das auch in Tvh gehen.


    Ich habe die marcellos m3u nur zu testzwecken heruntergeladen, um zu prüfen, ob es "grundsätzlich" funktioniert. Habe aber meine eigene m3u von einem Provider welche ich sehr sehr gerne nutzen würde. Die funktioniert soweit im IPTV Simple Client und VLC tadellos.


    Ich war noch kurz auf der Homepage meines Providers und hab mich dort in mein Konto eingeloggt. Habe da herausgefunden, dass ich verschiedene m3u für verschiedene Systeme herunterladen kann.
    Natürlich habe ich alle heruntergeladen und alle durchprobiert, ohne Erfolg.


    Da liegt die Vermutung nahe dass es sich eher um ein Problem meinerseits handelt als am Stream des Providers.


    Weiter habe ich hier etwas über Routerkonfigurationen gelesen im Zusammenhang mit IPTV:

    Routerkonfiguration für IPTV.

    Da aber alle Sender vor der Umwandlung durch TVH funktionieren, z.B. mit VLC oder iptv simple client weiss ich jetzt nicht ob ich dem Artikel beachtung schenken muss.

    Jedenfalls steht dort etwas vom IMGG-Protokol, welches für IPTV relevant sein soll.
    Und tatsächlich habe ich auf dem Router einen Eintrag gefunden igmp proxy deaktiveren. Dort war der haken drin. Hab den Haken mal entfernt. Gebracht hat es leider nichts.


    Am Anfang, bevor ich im Browser den Cache und die Cookies gelöscht habe, erschien eine Fehlermeldung wenn ich mit 192.168.1.120 auf das WebInterface vom NAS zugreifen wollte. Ich denke das hat nichts zu bedeuten aber ich greife im Moment nach jedem Strohhalm.



    Da in TVH die m3u aus externen Quellen mit http-link nicht geladen werden


    [errorbox]
    Fehler: Unable to connect to http://www.iptvsaga.com:80 - Name or service not known
    iptv: unable to open http client
    [/errorbox]

    kann ich mir vorstellen, dass mein Problem vielleich irgendetwas mit Rechte oder Ports zu tun hat.

    Meine Bitte: Kann bitte jemand in TVH unter Netzwerk die m3u von iptvsaga EXTERN verknüpfen? Also mit http-pfad? Unter Automatisches Netzwerk und schauen ob das ganze geladen wird? Irgendwie würde das meine Fehlersuche eingrenzen.

    Danke schon mal :thumbup: und sorry für den langen Text :rolleyes:

    6 Mal editiert, zuletzt von beezz (20. Januar 2016 um 23:08)

Jetzt mitmachen!

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