1&1 IPTV in HD - Fragen zu Telerising API usw.

  • Hi,


    Ich habe 1&1 IPTV in HD und würde die privaten Sender natürlich auch gerne in HD schauen. Auf dem Raspberry Pi 4 läuft Raspbian Buster. Kodi habe ich nachträglich installiert. Leider blicke ich bei Kodi noch nicht ganz durch was wozu dient und generell was ich hier überhaupt einstelle. :D


    Ich habe unter anderem den IPTV Simple Client, die Telerising API und tvheadend installiert.


    Provider und login Daten für 1&1 habe ich in der Telerising API eingetragen. Unter Client settings ist 720p50 ausgewählt.


    Wenn ich am PC z.B. diese Adresse: http://192.168.178.23:8180/?file=channels…00&platform=hls
    aufrufe wird mir auch eine Channel Liste angezeigt. Wenn ich diese testweise am PC mit VLC öffne, kann ich die Kanäle auch abspielen, allerdings nur in 768x432. Auch wenn ich in der Adresse bw=8000 oder hls5 usw. eintrage ändert sich nichts. Entweder es läuft danach gar nicht mehr oder auch nur in der niedrigen Auflösung.


    Wenn ich die gleiche Adresse in IPTV Simple Client eintrage, bleibt die Channel Liste leer. Wenn ich den Inhalt der Channel Liste jedoch in einer .m3u Datei speichere und dann auf dem Raspberry Pi lokal speicher, dann werden mir die Kanäle angezeigt und ich kann sie schauen. Aber auch dann leider nicht in HD sondern max. in 768x432. Muss ich hier ggf. localhost statt der IP eintragen oder ähnliches?


    Ich habe mal ein Foto des telerising logs beigefügt, evtl lässt sich daraus ja etwas ableiten.


    Auch mit Zattoo HiQ hatte ich keinen Erfolg, auch dort bekomme ich keine höhere Auflösung angezeigt.


    Schon mal danke vorab.

  • Hi, die privaten in full HD (1080p50) funktionieren nur mit hls5 über tvheadend (ffmpeg addon installation vorrausgesetzt)
    VLC kakkt da ab.

    Einmal editiert, zuletzt von DeBaschdi (11. April 2020 um 04:17)

  • Oh wow, so schnell habe ich nicht mit einer Antwort gerechnet :D

    Ich hatte es erst mal in 720p probiert, da es mir so etwas einfacher erschien (ohne tvheadend). Aber auch da scheint es ja schon nicht zu klappen.

    Mit 192.168.178.23:8180/?file=channels.m3u&bw=5000&platform=hls
    also der Bandbreite auf 5000 müsste ich doch zumindest ein 720p Signal erhalten, oder? Aber auch da sind es nur 768x432.


    Dann kann ich es jetzt auch direkt mit tvheadend probieren und habe dann auch die bestmögliche Qualität.

    ffmpeg ist installiert.

    tvheadend war scheinbar doch nicht richtig installiert, das habe ich jetzt nachgeholt.

    Leider hänge ich dort jetzt fest.
    Ich habe im tvheadend die m3u Liste eingetragen (192.168.178.23:8180/?file=channels.m3u). Es wurden 86 Muxes gefunden aber kein Service.
    Unter DVB Inputs -> Muxes heißt es auch bei allen Einträgen "Fail" bei den scan results

  • Hi, genauer gesagt, alles >= bw 3000 /hls5 benötigt ffmpeg/tvheadend.

    Stell mal max streams auf 3, und timeout auf 15 im netzwerk, ergänze um &ffmpeg=true, dann klappts auch mit dem scannen.

    In der api kannst du platform auf hls5, bw 8000 (1080p50) als default stellen.

    Einmal editiert, zuletzt von DeBaschdi (11. April 2020 um 11:56)

  • Vielen Dank für die Antworten.

    In der Telerising API habe ich es nun auf hls5 und 1080p50 eingestellt.

    leider bekomme ich mittlerweile aber nicht mal mehr die muxes selbst im tvheadend angezeigt.

    egal ob ich
    192.168.178.23:8180/?file=channels.m3u
    oder
    192.168.178.23:8180/?file=channels.m3u&bw=8000&platform=hls5&ffmpeg=true
    eintrage. In beiden Fällen springt der Scan Status direkt auf 100% und zeigt mir 0 muxes und 0 services an. Wenn ich die URLs über den Browser aufrufe werden mir aber nachwievor Listen angezeigt.

  • Irgentwo in tvheadend ein "vertipper" ? Oder leerzeichen reingemogelt?
    Was sagt denn das api live [definition='1','0']log[/definition], wenn tvheadend nichtmal mehr muxe findet?

  • ja, teste mal komplett neu anlegen,
    http://192.168.178.23:8180/?file=channels.m3u&ffmpeg=true sollte genügen, wenn du hls5 und 1080p50 als default angegeben hast

  • Der Log war sehr lange, deshalb habe ich mal einen großen Teil in der Mitte raus gelöscht (das sah für mich so aus als ob sich die Meldungen nur für die ganze Sender wiederholen)

    Spoiler anzeigen


    2020-04-11 12:56:10.811 iptv: unable to open http client


    2020-04-11 12:56:14.217 iptv: unable to open http client


    2020-04-11 12:57:45.200 iptv: m3u parse: 86 new mux(es) in network 'Telerising API' (total 86)


    2020-04-11 12:57:53.608 mpegts: - Disney Channel in Telerising API - tuning on IPTV


    2020-04-11 12:57:53.617 epggrab: - Disney Channel in Telerising API - registering mux for OTA EPG


    2020-04-11 12:57:53.619 subscription: 0001: "scan" subscribing to mux " - Disney Channel", weight: 6, adapter: "IPTV", network: "Telerising API", service: "Raw PID Subscription"


    2020-04-11 12:57:53.619 mpegts: - Sport1 in Telerising API - tuning on IPTV


    2020-04-11 12:57:53.629 spawn: Executing "/storage/.kodi/addons/tools.ffmpeg-tools/bin/ffmpeg"


    2020-04-11 12:57:53.629 epggrab: - Sport1 in Telerising API - registering mux for OTA EPG


    2020-04-11 12:57:53.631 subscription: 0002: "scan" subscribing to mux " - Sport1", weight: 6, adapter: "IPTV", network: "Telerising API", service: "Raw PID Subscription"


    2020-04-11 12:57:53.631 spawn: Executing "/storage/.kodi/addons/tools.ffmpeg-tools/bin/ffmpeg"


    ............


    2020-04-11 13:03:53.691 spawn: Executing "/storage/.kodi/addons/tools.ffmpeg-tools/bin/ffmpeg"


    2020-04-11 13:03:53.715 mpegts: - HSE 24 in Telerising API - scan no data, failed


    2020-04-11 13:03:53.715 subscription: 008C: "scan" unsubscribing


    2020-04-11 13:03:53.715 mpegts: - SWR RP HD in Telerising API - tuning on IPTV


    2020-04-11 13:03:53.726 epggrab: - SWR RP HD in Telerising API - registering mux for OTA EPG


    2020-04-11 13:03:53.727 spawn: Executing "/storage/.kodi/addons/tools.ffmpeg-tools/bin/ffmpeg"


    2020-04-11 13:03:53.727 subscription: 0092: "scan" subscribing to mux " - SWR RP HD", weight: 6, adapter: "IPTV", network: "Telerising API", service: "Raw PID Subscription"


    2020-04-11 13:03:53.733 iptv: stdin pipe unexpectedly closed: No data


    2020-04-11 13:03:53.754 iptv: stdin pipe unexpectedly closed: No data


  • Wenn Raspbian Buster läuft, müsste der ffmpeg-Pfad "/usr/bin/ffmpeg" für das System lauten.

    Vermutlich kommt tvHeadend mit der Kodi-ffmpeg-Variante nicht klar.

    Es wäre besser, auf Raspbian das Perl-Skript selbst zu betreiben, anstatt auf das Kodi-Addon zu setzen. In der Anleitung steht, wie man am besten vorgeht:
    https://github.com/sunsettrack4/t…aster/README.md

  • Der Pfad war in der Tat falsch. Da hatte ich wohl den Eintrag nicht bearbeitet und den Standard Pfad drin gelassen.

    Jetzt läuft der Scan beim tvheadend durch und es werden scheinbar Services gefunden. Mal abwarten ob es danach funktioniert und wie ich das ganze dann auf Kodi abgespielt bekomme :D

  • @easy4me hat recht, das addon ist in erster linie für libre/ coreelec gedacht, die Tvheadend auch als kodi plugin laufen haben.
    Sonst kann es sein das tvheadend einen Routine scan startet, deine api(kodi) aber aus ist, und tvheadend alle Services raus wirft....

  • Der Raspberry Pi läuft sowieso 24/7 da darüber auch PiHole usw. laufen. Und ich werde auch nur am TV selbst über Kodi selbst Fernseh schauen. Das sollte also kein Problem sein.

    Es wurden nur 64 Services zu den 86 Muxes gefunden, aber die für mich wichtigen Sender sind wohl alle dabei.

    Wenn ich nun am PC oben rechts auf "Watch TV" Klicke kommt die Meldung "an unknown error occured". Nachdem ich mauell einen Sender wähle wird mir nach einer Weile zwar kurz Bild und Ton angezeigt, friert danach jedoch wieder für einige Sekunden ein. Im Tvheadend [definition='1','0']log[/definition] kommt parallel dazu folgender Eintrag:

    2020-04-11 13:40:34.340 libav: non-existing PPS 0 referenced
    2020-04-11 13:40:34.340 libav: decode_slice_header error
    2020-04-11 13:40:34.341 libav: no frame!
    .....
    2020-04-11 13:45:33.938 mpegts: - Pro7 Deutschland HD in IPTV Automatic Network - tuning on IPTV
    2020-04-11 13:45:33.940 subscription: 00D0: "epggrab" unsubscribing
    2020-04-11 13:45:33.956 spawn: Executing "/usr/bin/ffmpeg"
    2020-04-11 13:45:33.958 subscription: 00D2: "HTTP" subscribing on channel "Pro7 Deutschland HD", weight: 100, adapter: "IPTV", network: "IPTV Automatic Network", mux: " - Pro7 Deutschland HD", provider: "FFmpeg", service: "Pro7 Deutschland HD", profile="webtv-vp8-vorbis-webm", hostname="192.168.178.39", client="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0"
    2020-04-11 13:45:36.554 transcode: 0004: 1:AAC-LATM ==> VORBIS (libvorbis)
    2020-04-11 13:45:36.554 transcode: 0004: 2:H264 1920x1080 ==> VP8 682x384 (libvpx)
    2020-04-11 13:45:36.721 libav: v1.7.0

  • Manche Services muss man dann manuell selbst "freischalten", indem man bei den Muxes mit Status FAIL die Settings öffnet und den Scan-Status auf ACTIVE abändert. Oder man scannt das Netzwerk nochmal komplett, damit der Rest auch gefunden wird. Offenbar war der Timeout-Wert noch immer zu klein.

    Ich würde nicht das tvHeadend-Webinterface nutzen, sondern stattdessen auf KODi setzen.

  • zum testen am besten die Kanäle zu den Services mappen und den kodi htsp tvheadend client nutzen, über tvheadend webui zu schauen wäre eine Fehlerquelle zuviel, da dort auch transcodiert wird

Jetzt mitmachen!

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