Gibt es eine Alternative zu DVB-C welche mit VDR funktioniert?

    vdr braucht TS-Streams. Man müsste den Internetstream on-the-fly mit vlc transcodieren. Das iptv-Plugin kann sowas. Ich habe das mal mit einem 1080p Livestream von Hamburg 1 probiert. Lief nicht stabil, hatte hohe CPU-Last und die Bildqualität war mies durch die Transcodierung.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    So weit ich das verstanden habe, dann nutzt TVH das ffmpeg.

    Wenn ich eine Aufnahme mit TVH mache, dann erfolgt diese als TS-Stream.

    Nimm die Aufnahme, lege sie als 00001.ts in einen richtig benannten *.rec-Ordner für vdr und schau, ob vdr die Datei abspielen kann.

    Wenn TVH den Stream dann im gleichen Format auch live liefert wie es für die Aufnahme verwandt wird, könnte es irgendwie hinzukriegen sein. Das iptv-plugin enthält einige Beispielscripte - leider ist die Doku dazu mangelhaft. Es haben sich hier schon viele die Zähne daran ausgebissen.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Genauso habe ich es mit einer TVH-Aufnahme gemacht:

    • Aufnahme erstellt, Dateikonforme Struktur erstellt,:
    • also Ordner mit Aufnahme-Name
    • Unterordner mit Aufnahme-Datum: 2024-02-14.20.12.9-0.rec
    • In den Unterordner die Aufnahme vom TVH *.ts dann in 00001.ts umbenannt.
    • Im VDR die Aufnahmen aktualisiert und die Aufnahme gestartet.
    • Der VDR beginnt sofort mit der "Regenerierung der Index-Datei

    Und danach läuft die Aufnahme einwandfrei im VDR, sogar die beiden vorhandenen Audiospuren lassen sich umschalten.


    Das läuft also einwandfrei.

    Das einzigste was da noch nicht geht ist das EPG, d.h. die Sendungsbeschreibung ist nicht da.

    Im Kodi-Addon gibt es das EPG allerdings. Aber da habe ich jetzt noch nichts weiter gemacht, da ich erstmal die Sender im VDR haben will.

    2 Mal editiert, zuletzt von Paulaner ()

    Moin Paulaner,


    Ich habe das setup bei mir mal in einer VM mit Debian und den Docker Containern zum Spielen aufgesetzt.

    Funktioniert soweit, aber ich habe Probleme mit Aussetzern beim Stream. Aktuell nutze ich folgendes Setup:


    telerising-api:

    image: takealug/new-telerising-api:latest


    tvheadend:

    image: lscr.io/linuxserver/tvheadend:latest


    Url zum Einbinden in tvheadend -> http://vdr2:5000/api/zde/file/favorites.m3u?ffmpeg=true


    vdr2 ist die vm auf welcher alle container laufen.


    Gehe ich per VLC oder den Browser direkt auf die URL http://vdr2:5000/api/zde/file/favorites.m3u?ffmpeg=true -> "http://vdr2:5000/api/zde/live/rbb-brandenburg" gibt es keine Probleme.


    Ich denke im tvheadend container erfolgt eine Umwandlung per ffmpeg und diese macht Probleme. Ich sehe aber keine Last.


    wie hast du das Setup aufgesetzt ?


    Viele Grüße

    Enrico

    Zitat von enricoS

    Funktioniert soweit, aber ich habe Probleme mit Aussetzern beim Stream.

    Bezieht sich diese Aussage auf eine Einbindung in vdr? Wie die jetzt erfolgt ist mir noch nicht klar. Mit iptv-Plugin oder satip-Plugin? Wie sehen die channels.conf-Einträge aus?


    Bemerkst Du die Aussetzer nur im Live-TV-Betrieb oder sind sie auch in Aufnahmen?


    Was kannst Du außer den öffentlich-rechtlichen in HD empfangen? Ich kann mir irgendwie nicht vorstellen, dass die Privaten, die unter HD+ sonst verschlüsselt und mit Restriktionen versehen sind, mit dieser API als gewöhnliche unverschlüsselte Streams bereitgestellt werden.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Ich habe das ähnlich gemacht, nur nicht im Docker sondern direkt auf der Testpartition von meinem yavdr-PC. Also es läuft das ganz normale yaVDR-jammy mit dem Ubuntu-22.04-Server als Unterbau.


    Diese Aussetzer habe ich allerdings auch ab und zu unter KODI bemerkt , aber noch nicht weiter verfolgt, da ich erstmal testen wollte wie ich das mit dem VDR verknüpfen kann.


    Ich vermute auch das es an der Zusammenarbeit zwischen TVH und dem ffmpeg liegt.

    Soweit ich mich erinnere, gibt es bei aufgenommen Sendungen keine Aussetzer mehr, aber da bin ich mir nicht ganz sicher. Müsste ich auch noch mal probieren.


    Ich glaube auch irgendwo im Kodi-Nerds-Forum gelesen zu haben, das man da mal zwischen der Ausgabe der Streams durch Telerising.Api in HLS7 und DASH testen soll. Kann man ja da im Setup einstellen. Ich denke bei den KODI-NERDS-FORUM wird man da eher etwas finden, was einem weiterhilft.

    Es kann auch sein, dass das Problem mit den Aussetzern von der verwendeten ffmpeg Version abhängig ist, aber da sollte man am besten im Kodi-Nerds-Forum nachfragen, da sind die Profis für die Streaming Sachen.


    UPDATE:

    Ich habe jetzt mal testweise längere Zeit Arte HD angeschaut und auch aufgenommen.

    Arte HD wird ja im Free-Tarif in FullHD 1080p gesendet mit einer Bitrate von 6...7 Mbit/s

    In den beobachteten 30 Minuten hatte ich ca 3x einen kurzen Aussetzer von 1...2 Sekunden.

    In der parallel gemachten Aufnahme gab es da hingegen keine Aussetzer. Ich habe in TVH die Aufnahme-priorität auf "Wichtig" gestellt. Vielleicht hat das einen Einfluss.


    Nebenbei habe ich noch den Internettraffic auf meiner Fritzbox beobachtet: Da gab es bei den Aussetzern immer eine kurzen Einbruch in der übertragenen Datenrate. Also kann es auch an der Internetverbindung liegen, wenn es manchmal einen Hänger gibt. Das muss man echt mal über längere Zeit testen, denn wenn das öfters vorkäme, dann gäbe es mehr Meldungen im KODI-NERDS-Forum. Ich habe da nämlich selbst nochmals nachgeschaut und es gibt nur sehr selten jemanden, der sich darüber beschwert hat.

    2 Mal editiert, zuletzt von Paulaner ()

    Dr. Seltsam

    momentan habe ich ja nur den Free-Tarif und da gibt es keine Privaten, aber in den Bezahltarifen schon. Und da soll man diese auch problemlos restriktionsfrei aufnehmen können, in HD/FullHD. ;)

    vielen Danke für die Rückmeldung.


    Ich hatte den Stream direkt ohne vdr im Browser über die tvheaded GUI geöffnet und dann auch die Aussetzer in den Logs vom docker gesehen ->

    2024-02-21 18:58:40.218 [WARNING] TS: IPTV Automatisches Netzwerk/favorites.m3u - 3sat/3sat: H264 @ #257 Continuity counter error (total 1)

    2024-02-21 18:58:40.268 [WARNING] TS: IPTV Automatisches Netzwerk/favorites.m3u - 3sat/3sat: EAC3 @ #256 Continuity counter error (total 1)


    Dann sind auch die Aussetzer am Browser zu sehen. Ich werde jetzt den tvheadend samt ffmpeg direkt auf der Hardware ohne docker aufsetzen und dann nochmal weiter testen.

    Seit ca. 1 Woche habe ich testweise den kostenlosen Monat für den "Zattoo-Ultimate-Tarif" aktiviert.

    Somit habe ich jetzt alle wichtigen ÖR-Sender und auch alle wichtigen Privaten Sender in höchster Bildqualität in FullHD 1080p50 zur Verfügung.

    Nutzen kann man nun außerdem 4 parallele Streams gleichzeitig, also Aufnehmen und gleichzeitig was anderes schauen geht somit problemlos. ;)



    Getestet habe ich alles auf meinem yaVDR-PC mit Ubuntu-22.04. Installiert wurden dafür die Telerising.Api-v11.6 und das TVheadend-v4.3.
    wie ich bereits im Beitrag #6 und #41 hier im Thread beschrieben hatte.

    Die Konfiguration vom TVheadend ist doch etwas knifflig, weil es wirklich sehr, sehr viele Parameter gibt, die man einstellen kann/muss.

    Da muss man sich durch einige Tutorials durchwühlen, ehe es klappt. ?(

    Auf dem yaVDR-PC ist dann noch KODI-20.x installiert, mit dem Kodi-PVR-Addon "TVheadend HTSP Client", welcher die Verbindung

    zum TVheadend macht und die Senderliste usw. anzeigt.


    Das LiveTV, Timer programmieren, Aufnehmen und die Wiedergabe der aufgenommenen Sendungen erfolgt bei KODI ebenfalls über das PVR-Addon.

    Die ÖR-Sender aufnehmen ist natürlich kein Problem. Spannender waren da die Privaten Sender, welche ja auch in FullHD gestreamt werden.

    Und was soll ich sagen: das Aufnehmen ist genauso problemlos möglich, egal ob ÖRs oder Private Sender. :)



    Alle Aufnahmen erfolgen übrigens direkt im TS-Format und können somit theoretisch auch vom VDR wiedergegeben werden.

    Man muss dazu nur vorher die vom VDR geforderte Aufnahmestruktur herstellen, damit der VDR die Aufnahmen erkennt:

    • Aufnahmeordner "Name der Aufnahme" erstellen
    • Unterordner "datum-time.rec" erstellen
    • TS-Datei in "00001.ts" umbenennen
    • Eine "info"-Datei anlegen, die mindestens den Eintrag F 50 enthält, weil ja alles in 50p aufgenommen wird, sonst stimmen die Zeiten nicht.
    • anschließend für alles den User "vdr:vdr" und die entsprechenden Berechtigungen festlegen

    Die Aufnahmen kann man sich nun direkt im VDR anschauen!

    Beim ersten Start der Aufnahme wird automatisch die "index"-Datei generiert, damit kann dann in der Aufnahme navigiert werden.

    Wichtig: Auch die Aufnahmen der Privaten Sender können mit dem VDR (oder auch dem VLC-player) wiedergegeben werden,

    haben also keine Einschränkungen, Restriktionen bzgl. DRM o.ä.


    Pro:

    • Die Bildqualität ist gut/sehr gut und praktisch genauso wie bei meinem KabelTV.
      Ich konnte da auf meinem 75"-Sony-MiniLED-TV wirklich keine Unterschiede erkennen.
    • Es ist einfach ein super Bild, wenn die Quelle eine gute Qualität hat. Da kann man nicht meckern und ist dem KabelTV völlig gleich.
    • Den Ton gibt es in AAC-Stereo und in AC-3 Dolby 2.0/5.1 je nach Sender/Sendung. Also auch da ist auch nix auszusetzen.
    • Obwohl ich nur sehr selten mal etwas auf den Privaten Sendern schaue (eigentlich nur Fussball) ist es doch ein Pluspunkt,
      dass man die Privaten Sender restriktionsfrei aufnehmen und wiedergeben kann.




    Wo Licht ist, ist auch etwas Schatten.

    Nach dem vielen Positiven gibt es auch momentan bei mir noch ein paar Problemchen:

    • Das switchen zwischen den Sendern ist manchmal super schnell (weniger als eine halbe Sekunde) und dann
      dauert es wieder 2...4 Sekunden ehe ein Bild kommt. Vielleicht liegt es an meinem Internet oder
      vmtl. eher eine Einstellungssache vom TVheadend.
    • Ab und zu gibt es auch noch ein paar Aussetzer während des LiveTV, da habe ich die Ursachen noch nicht gefunden.
      Da aber doch einige im KODI-Bereich dieses IPTV verwenden, wird es also dafür schon eine Lösung geben, sonst gäbe es da mehr Beiträge dazu.
    • Diese Aussetzer habe ich allerdings noch nie bei selbst gemachten Aufnahmen bemerkt. Da läuft es immer wie geschmiert.
      Könnte also auch noch irgendein Parameter bei TVheadend sein der da noch optimiert werden will.


    FAZIT:

    Ob ich nach dem Testmonat den Ultimate-Tarif (14€/Monat) weiter nutze weiß ich noch nicht, habe ja noch 3 Wochen zum überlegen.

    Wahrscheinlich werde ich bis zum Sommer warten bis das Nebenkostenprivileg fällt und dann entscheiden, ob ich KabelTV oder IPTV verwende.

    Denn bei IPTV wäre das dann doch eine tiefergreifende Entscheidung, denn dann müsste ich auch überlegen, was mit dem VDR wird,

    da dieser ja nach jetzigen Stand nichts mit Streaming anfangen kann.


    Ob und Wie man die Streams der Telerising.Api oder dem TVheadend in den VDR einbinden kann ist ja noch offen. Wünschen würde ich mir das schon! ;)

    Vielleicht arrangiere ich mich ja doch noch richtig mit KODI? Ich weiß es noch nicht, obwohl ja KODI bzgl. Medienwiedergabe einige Vorteile hat.

    Auf jeden Fall kann man sagen, dass die Streaming-Anbieter eine gute Qualität und Vielfalt liefern, die dem normalen KabelTV mindestens ebenbürtig, wenn nicht sogar besser ist.



    Was geht außerhalb von VDR und KODI:

    Wenn man dann noch weiter geht und die originären Apps der Streaming-Anbieter nimmt, dann gibt es noch mehr Vorteile,

    die das normale KabelTV oder SAT-TV so gar nicht bieten können:

    • Anschauen einer gerade laufenden Sendung von Anfang an (wenn es der Sender anbietet)
    • Weiterschauen einer Aufnahme auf einem anderen Gerät, wenn da die App auch installiert ist.
    • Anschauen von LiveTV und auch der eigenen Aufnahmen europaweit (bietet Zattoo an), z.B. im Urlaub auf dem Tablet/Handy o.ä.
    Gefällt mir 3

    Vielleicht findet sich jemand, der ein Plugin bastelt, dass TVheadend erspart und direkten Zugriff gewährt.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

    Gefällt mir 2
    Zitat von jsffm

    Vielleicht findet sich jemand, der ein Plugin bastelt, dass TVheadend erspart und direkten Zugriff gewährt.

    Yep, die favorites.m3u von der telerising.api kann man ja mit dem VLC-Player öffnen und da bereits die einzelnen Streams abspielen, dazu brauchts kein tvheadend.

    Das tvheadend braucht es nur um mit ffmpeg den Stream aufzubereiten und dann noch für das EPG zum Stream, welches aus einem externen Programm, hier bei KODI ist das das easyEPG-lite , genommen wird.



    Zitat von M-Reimer

    Eigentlich ist das ja genau die "Niesche" in die das IPTV-Plugin passen sollte?

    Ich denke auch, dass das mit dem IPTV-Plugin oder einem ähnlichen Plugin auch mit dem VDR funktionieren könnte.

    Man muss dann nur noch das EPG dazufügen.

    Weil Probleme mit dem Beenden von VLC genannt wurden:


    Es ist zwar wirklich ewig her, aber vor etlichen Jahren wollte ich mal ein paar Internetradio-Sender via IPTV in meine Kanalliste basteln und mir ist das Problem da auch aufgefallen. Das Problem war für mich vor allem das VLC dann auch munter den Stream offen gehalten hat. Zwei Streams parallel waren mit meiner damaligen Internetverbindung aber nicht drin.


    Ich habe meinen Bastel-Code von damals nicht mehr, aber ich habe mich dann mit Prozess-Gruppen befasst und VLC in eine Prozess-Gruppe gestartet. Bei Kanalwechsel bin ich dann nicht mehr gezielt auf einen Prozess sondern auf die ganze Gruppe gegangen.


    Ich vermute VLC forkt irgendwann einen Prozess ab und ein "kill" auf den ursprünglichen Prozess kommt nicht mehr an. Die Gruppe umfasst aber auch den von VLC neu erstellten Prozess.

    Als Krücke einen Watchdog basteln, der das Problem löst. Eigentlich sollte das im IPTV-Plugin gelöst werden.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

    Hatte ich im Plugin gelöst. An der Stelle, wo das Plugin externe Scripts ausführt statt nur Prozess ausführen erst eine Prozessgruppe anlegen und den Prozess darin ausführen.


    An der Stelle wo das Script nun stoppen soll nicht mehr den Prozess sondern die ganze Gruppe weg.

    Hier mal ein Zwischenbericht zum Empfang von Streamingdiensten:


    Meine Tests mit KODI und der  telerising.api-v11.6 dem tvheadend-v4.3 und für das EPG das easyepg-lite-script sind ziemlich gut verlaufen. Es werden alle wichtigen Sender der ÖRs und der Privaten in FullHD (1920x1080p50 mit 8Mbit/s) und mit 2 Tonspuren (AAC-Stereo und eAC3-5.1) gestreamt. Die Bildqualität ist bei gutem Quellmaterial gut bis sehr gut. Da gibt es für mich keine Unterschiede zum Kabel-TV.

    • Umschaltzeiten beim Zappen: 0,5 ... 3 Sekunden
    • EPG: funktioniert einwandfrei
    • Aufnahmen: können per EPG programmiert werden und werden im TS-Format auf der HDD gespeichert

    Wenn es also mit dem VDR nichts werden sollte, so ist KODI immer noch eine gute Option.


    Zum Testen ob die Wiedergabe der IPTV-Streams auch mit dem VDR funktioniert habe ich das vdr-plugin-iptv installiert und nichts weiter konfiguriert.

    Aus der telerising.api kann ich eine *.m3u-Datei generieren, welche alle empfangbaren Sender des jeweiligen Streaming-Tarifes enthält.

    Da ich von den knapp 200 Sendern eh' nur ca. 30 Sender wirklich anschaue, habe ich mir über meinen Zattoo-Account eine Favoritenliste erstellt (geht auch einfach über die Zattoo-App).

    Hier ist mal ein etwas verkürzter Ausschnitt der daraus resultierenden favorites.m3u , wie ich diese aus der telerising.api bekomme:


    Wenn ich diese favorites.m3u im VLC-Player öffne kann ich mir alle diese Sender sofort problemlos anschauen.

    Hier mal noch die Codec-Anzeige aus dem VLC für den Stream vom ZDF HD. Bemerkenswert ist, dass der Stream wohl in MPEG4-AVC1 ankommt.



    Um die Streams nun im iptv-Plugin angezeigt zu bekommen, habe ich versucht entsprechende Einträge für die VDR-channels.conf zu generieren.

    Im tvheadend kann man sich unter Status -> Stream eine PID list  anzeigen lassen.

    Diese PID list ist bei allen von mir verwendeten Streams gleich und sieht so aus:  0,1,16,17,256,257,258,4096

    Allerdings sind die PIDs hier nur der Reihe nach gelistet und so musste ich etwas probieren um einen funktionierenden Eintrag für die channels.conf zu erhalten. Meine ersten Tests dazu habe ich mit dem Script vlc2iptv_raw gemacht.

    Nach einigen Versuchen habe ich diese prinzipiell funktionierenden channels.conf-Einträge gefunden (Kanal 41 ... 49):

    Code
    :@41 IPTV-Sender Telerising
Das Erste HD;IPTV:41:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=41:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
ZDF HD;IPTV:42:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=42:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
RBB Brandenburg HD;IPTV:43:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=43:I:0:258=27:256=@15,257=@15:0:0:1:0:0:0
MDR Sachsen HD;IPTV:44:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=44:I:0:258=27:256=@15,257=@15:0:0:1:0:0:0
NDR Fernsehen HD;IPTV:45:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=45:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
RTL HD;IPTV:46:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=46:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
ProSieben HD;IPTV:47:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=47:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
Sat.1 HD;IPTV:48:S=1|P=0|F=EXT|U=vlc2iptv_raw|A=48:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
ARTE HD;IPTV:49:S=0|P=1|F=EXT|U=vlc2iptv_raw|A=49:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0

    Damit das Script vlc2iptv_raw weiß was zu tun ist, muss man dann noch in /etc/vdr/plugins/iptv/vlcinput für jeden channels.conf-Eintrag eine Datei anlegen, die den gleichen Stream-Namen.conf tragen muss.

    Das ist natürlich etwas aufwendig, weil man ja hier für jeden Stream eine extra Datei anlegen muss.

    Hier mal als Beispiel die Datei für Das Erste HD.conf :


    Code
    URL="http://192.168.1.3:5000/api/zde/live/ard.m3u8"


    Mit diesen Einträgen in derr channels.conf und den separaten Dateien konnte ich nun endlich die Streams in einer sehr guten Bild- und Tonqualität empfangen! Das sieht schon einmal sehr gut aus und lässt hoffen, dass der VDR evtl. doch bleiben darf! ;)


    Allerdings gibt es noch ein paar Problemen die mir bisher aufgefallen sind:

    1. Ein EPG fehlt noch und muss irgendwie extern zugefügt werden. Ist aber bestimmt jetzt schon machbar.
    2. Umschaltzeiten sind ca. 15...30 Sekunden, also nicht praxistauglich.
    3. Es kann nur 1 Stream angeschaut oder aufgenommen werden, weil das iptv-Plugin nur 1 Gerät erstellt.
      Maximal möglich wären ja bei meinem Tarif 4 parallele Streams, also müssten 4 Geräte durch das iptv-Plugin erzeugt werden.
      Das ist für mich aktuell das absolute NoGo! Problem wurde nach Hinweis von Dr. Seltsam mit Option "-d 4" behoben!


    Ich habe mal noch hier einen Auszug aus der syslog , wo ich mal zwischen den Streams umschalte., damit evtl. zu erkennen ist, warum die Umschaltzeiten so lang sind. Was jetzt die einzelnen Einträge in der syslog bedeuten ist für mich nicht so richtig erkennbar.

    Der fehler mit dem Pulsaudio könnte daher kommen, dass ich anstelle von Pulsaudio nur Alsa verwende, da kann also der Pulsaudio Server nicht gefunden werden.

    Das können die Entwickler des iptv-Plugins besser beurteilen und evtl. auch Änderungen bzw. Ergänzungen für das Script vlc2iptv_raw machen, damit die Umschaltzeiten verkürzt werden.



    Wie ich ja schonmal in dem Thread weiter oben geschrieben hatte, gibt es ja zum testen einen kostenlosen Free-Tarif von Zattoo.

    Damit kann man ja alles testen für den Empfang mit dem VDR. bzw. VLC-Player, man muss dazu nur das telerising.api-Script installieren und über das Web-GUI die Zattoo-Kontodaten für den Free-Tarif eintragen.



    Es gibt ja noch ein anderse Script  iptvstream.sh für das iptv-Plugin.

    Damit habe ich noch nichts getestet, weil ich da noch keine Beispiele gefunden habe, was ich da in der channels.conf und wohl auch direkt im Script eintragen muss. Vielleicht kann mir dazu jemand helfen und erklären, wie ich das Script einsetzen kann.

    Einmal editiert, zuletzt von Paulaner ()

    Gefällt mir 1

    Das Problem ist, dass es ja quasi keinen Entwickler mehr für das iptv-Plugin gibt. rofafor hat die aktive Entwicklung für seine Plugins quasi eingestellt - das betrifft übrigens auch femon und satip.

    Mit vlc ist das eine Krücke, die m.E. immer wieder Probleme bereiten wird.

    Was das Script iptvstream.sh angeht, bin ich genauso schlau wie Du. Es setzt aber auch auf vlc.


    Im Grund geht es ja "nur" darum, den empfangenen Stream neu in einen Transportstream zu verpacken. Das ist nicht so aufwändig wie ein komplettes Recodieren.

    Bei der Entwicklung des pvrinput-Plugins standen wir vor dem Problem, dass der Treiber nur einen mpeg2 Program Stream lieferte. Für den gab es vom Ur-Entwickler bereits einen rudimentären Code direkt im Plugin, der das in TS gewandelt hat. Später hat mini73 das dann optimiert und diesen TS-Stream noch um fehlende Daten (PAT, PMT und PCR) ergänzt. Ich kann jetzt nicht einschätzen, welchen Aufwand es erfordert, einen Zattoo-Stream in TS zu verpacken. Aber wenn vlc das kann, ohne dass die CPU-Last nennenswert steigt, ist das grundsätzlich auch direkt innerhalb eines Plugins möglich. Dafür brauchst Du aber einen motivierten Entwickler, der sich mit der Materie auskennt.

    Ich frage mich sowieso, ob hier mit den vielen Beteiligten (Zattoo, tvheadend, vlc, iptv-Plugin) nicht unnötigerweise mehrfach gewandelt wird. Sollte nicht tvheadend schon in der Lage sein, einen transport stream zu erzeugen? Meine Kenntnisse sind hier leider nur sehr oberflächlich.


    Wegen der vom iptv-Plugin angelegten devices würde ich mir keine Sorgen machen. Ich starte das Plugin seit Jahren mit der Option -d 4 ohne dass das irgendwelche Nachteile hat. Es werden dann für vdr vier devices vom iptv-Plugin erzeugt - undokumentiert im README.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Gefällt mir 1
    Zitat von Dr. Seltsam

    Mit vlc ist das eine Krücke, die m.E. immer wieder Probleme bereiten wird.

    Komplett laienhafte Frage: wie aufwendig wäre es, den VDR mal intern PS/PES-streamfähig zu machen?


    Die mittel- bis langfristige Entwicklung geht ja klar in die Richtung. Aktuell bekommt man über die Mediatheken schon teilweise 1080p serviert, während man per DVB-S2 im ÖRR-Bereich stumpf mit 720p rumrumpelt - wenn auch die 1080p aktuell noch unter Datenratenarmut leiden.


    Wobei man für die 10 Milliarden € eigentlich schon seit Jahren 4K haben sollte...aber das ist ein anderes Thema.

    Zitat von Dr. Seltsam

    Ich starte das Plugin seit Jahren mit der Option -d 4 ohne dass das irgendwelche Nachteile hat. Es werden dann für vdr vier devices vom iptv-Plugin erzeugt - undokumentiert im README.

    Gerade getestet, funktioniert! :thumbup:

    Das ist jetzt doch echt gut, denn vorher war das für mich ein absolutes NoGo. Danke für diesen Tipp. :)



    Zitat von Dr. Seltsam

    Ich frage mich sowieso, ob hier mit den vielen Beteiligten (Zattoo, tvheadend, vlc, iptv-Plugin) nicht unnötigerweise mehrfach gewandelt wird. Sollte nicht tvheadend schon in der Lage sein, einen transport stream zu erzeugen?

    Ja, das waren ja auch meine Gedanken. Deswegen habe ich ja mit der telerising.api angefangen, denn da wird ja noch gar nichts gewandelt, sondern nur die entsprechende URL-Adresse für den gewünschten Stream erzeugt.


    Im TVheadend wird dann aus der Stream-URL von der telerising.api mittels ffmpeg ein TS-Stream erzeugt.

    Dieser TS-Stream wird dann angezeigt bzw. auch für eine Aufnahme verwendet. Zusätzlich wird noch das EPG mit dem den jeweiligen Stream verknüpft.

    Hier habe ich auch schon die entsprechenden Einträge für die VDR-channels.conf generiert.

    Dazu braucht man nur die channels.m3u aus dem tvheadend erstellen, über <ip-adresse>:9981/playlist

    Diese channels.m3u  sieht dann in etwa so aus:


    Jetzt braucht man nur die https-Adresse mit der channelsid in die channels.conf vom VDR einfügen, und kann die Streams empfangen.

    Hier mal ein paar Beispiele für die Einträge in der channels.conf vom VDR :


    Code
    :@71 IPTV-Sender Tvheadend
Das Erste HD;IPTV:410:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/320637569|A=410:I:0:258=27:256=deu@15;257=@122:0:0:1:0:0:0
ZDF HD;IPTV:420:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1924789896|A=420:I:0:258=27:256=deu@15;257=@122:0:0:1:0:0:0
RBB Brandenburg HD;IPTV:430:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1125529168|A=430:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
MDR Sachsen HD;IPTV:440:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1184899372|A=440:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
NDR Fernsehen HD;IPTV:450:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1631524190|A=450:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
RTL HD;IPTV:460:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1000670281|A=460:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
ProSieben HD;IPTV:470:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/90363918|A=470:I:0:258=27:256=deu@15;257=@122:0:0:1:0:0:0
Sat.1 HD;IPTV:480:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/683787816|A=480:I:0:258=27:256=deu@15;257=@122:0:0:1:0:0:0
...


    Da sind übrigens die Umschaltzeiten bei ca. 3 Sekunden, also schon wesentlich besser.

    Hier habe ich nur noch ein paar Probleme mit dem Ton, denn da bekomme ich bisher noch kein eACR-5.1 Audio , sondern bisher nur AAC-Stereo.


    Nachtrag 03.04.2024:

    Inzwischen gehen auch beide Audiospuren, also Stereo und eAC3-5.1.

    Man muss dazu nur im Setup des iptv-Plugins die Parameter Deaktivierte Filter = 1  und dann Filter 1:  PAT(0x00)  setzen.

    Einmal editiert, zuletzt von Paulaner ()

    Gefällt mir 1

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden