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

Quote from Paulaner

Na ja, mit ffmpeg funktioniert es auf jeden Fall,

Ich meinte, als ob es hier als Ersatz für VLC taugt, das war anfangs nicht so eindeutig.

Auch im Bezug auf Umschaltzeiten und was für Einstellungen nötig sind.

Man will ja nicht zwei Baustellen gleichzeitig haben, da ist es schön, wenn verwendete ffmpeg-Aufruf erprobt ist.

Das TvHeadend die externen EPG-Informationen DVB-konform in die Streams einbaut hätte ich, ehrlich gesagt, nicht erwartet. Das wäre echt viel Aufwand.

Wenn das EPG, wie bei DVB, schon im Stream mit kommen, dann schon eher.

Wenn Du das EPG via xmltv beziehst, könnte ein Blick auf das vdr-plugin-xmltv2vdr lohnen.

Das letzte mal, dass ich mich mit externen EPG-Quellen beschäftigt habe, ist aber ewig her.

Ganz am Anfang gab es ein paar interessante Sender, die noch kein EPG hatten, aber seit alle relevanten Sender EPG haben ...

Zu ffmpeg, ich hatte jetzt an anderer Stelle ein Problem damit (live-plugin), das konnte ich durch Ergänzung von -g lösen, z.B. 50. Evtl. hilft das auch hier.

Ich bislang leider, Saison bedingt, nicht wirklich Zeit da weiter zu machen.

Das Tonspurchaos besteht also nach wie vor .

Quote from don-baba

Hat jemand von euch einen zattoo premium Vertrag und konnte testen ob man mit Telerising auch 2 oder mehr gleichzeitige Streams haben kann?

Bei Zattoo gibt es momentan 3 Streaming-Tarife. Alle Tarife kann man kostenlos für 1 Monat testen und bei einem Abo sind diese monatlich kündbar.

Ich habe den Zattoo Ultimate Tarif mit 4 gleichzeitigen Streams und das funktioniert auch so.

Beim Premium-Tarif gibt es 2 gleichzeitige Streams, die Du auf 1 Gerät oder auf 2 verschiedenen Geräten Europaweit, also auch im Urlaub, anschauen kannst.

Quote from don-baba

wie ist denn der Stand der Dinge? Gibt es neue Erkenntnisse oder schon mal eine kleines Tutorial zum selber bauen/testen?

Für einen produktiven Einsatz kann man z.Z. nur die zugehörigen Android-Apps von Zattoo verwenden.

Hier funktioniert alles einwandfrei:

• inkl. EPG
• Timer-Aufnahmen in der Cloud
• Wiedergabe von Anfang an, wenn man zu einer bereits laufenden Sendung schaltet.

Eine weitere gut funktionierende Möglichkeit ist die Verwendung von KODI.

Hier gibt es einige IPTV-Addons und auch ein spezielles ZattooHiQ-Addon, welches ähnlich wie die Android-Apps arbeiten.

Eine weitere schon ziemlich gut funktionierende Lösung ist über die Telerising.api, TVheadend und KODI mit dem PVR-Addon "TVheadend HTSP Client".

Hier funktioniert die Wiedergabe gut und die Timer-Aufnahmen funktionieren über TVheadend und werden dabei direkt auf dem eigenen PC und nicht in der Cloud gespeichert. In der Cloud sind die Aufnahmen begrenzt und werden nach glaub ich ca. einem Monat gelöscht.

VDR mit dem IPTV-Plugin:

Darum ging es ja die ganze Zeit in diesem Thread.

Für das vdr-plugin-iptv gibt es nach jetzigen Stand 3 Möglichkeiten die Streams von Zattoo zu empfangen.

Grundlegend muss dazu immer mindestens das Script der Telerising.API verwendet werden, welches die einzelnen IPTV-Streams (TV-Sender) zur Verfügung stellt.

Jetzt gibt es 2 Möglichkeiten diese Streams über das IPTV-Plugin in einen TS-Stream umzuwandeln, damit der VDR etwas damit anfangen kann:

1. FFMPEG über das Script "ffmpeg2iptv_raw". Aktuelle Version des Scriptes im Anhang.
   Dazu muss man eine Datei /etc/vdr/plugins/urls.conf erstellen, welche die URL aus der Telerising.API für jeden Stream enthält.
2. VLC-Player über das Script "vlc2iptv_raw". Aktuelle Version des Scriptes im Anhang.
   Hier muss man für jeden Stream eine Datei TV-Sender-Name.conf in /etc/vdr/plugins/iptv/vlcinput erstellen, welche die URL aus der Telerising.API für den Stream enthält. Man könnte das Script evtl. auch so umbauen, dass dafür auch die /etc/vdr/pugins/iptv/urls.conf  aus PKT. 1. genommen werden könnte.

Eine 3. Möglichkeit für die Anzeige der IPTV-Streams ist den Stream vom TVheadend zu nehmen, denn in TVheadend wird der Stream bereits in einen TS-Stream umgewandelt. Hier wird nur die channelid von TVheadend gebraucht. Ein extra Script braucht man hierfür nicht, da ja der Stream schon als TS-Stream vorliegt.

Auszug aus meiner /etc/vdr/plugins/iptv/urls.conf:

1,http://192.168.1.3:5000/api/zde/live/ard.m3u8
2,http://192.168.1.3:5000/api/zde/live/zdf.m3u8
3,http://192.168.1.3:5000/api/zde/live/rbb-brandenburg.m3u8
4,http://192.168.1.3:5000/api/zde/live/mdr-sachsen.m3u8
5,http://192.168.1.3:5000/api/zde/live/ndr-niedersachsen.m3u8
6,http://192.168.1.3:5000/api/zde/live/rtl_deutschland.m3u8
7,http://192.168.1.3:5000/api/zde/live/pro7_deutschland.m3u8
...

Auszug aus meiner channels.conf für die einzelnen Test-Möglichkeiten:

:@101 IPTV FFMPEG ffmpeg2iptv
Das Erste HD ffmpeg;IPTV:101:S=0|P=0|F=EXT|U=ffmpeg2iptv_raw|A=1:I:0:258=27:256=@15;257=@122:0:0:101:65281:301:0
ZDF HD ffmpeg;IPTV:102:S=0|P=0|F=EXT|U=ffmpeg2iptv_raw|A=2:I:0:258=27:256=@15;257=@122:0:0:102:65281:302:0
RBB Brandenburg HD ffmpeg;IPTV:103:S=0|P=0|F=EXT|U=ffmpeg2iptv_raw|A=3:I:0:258=27:256=@15;257=@122:0:0:103:65281:303:0
MDR Sachsen HD ffmpeg;IPTV:104:S=0|P=0|F=EXT|U=ffmpeg2iptv_raw|A=4:I:0:258=27:256=@15;257=@122:0:0:104:65281:304:0
NDR Fernsehen HD ffmpeg;IPTV:105:S=0|P=0|F=EXT|U=ffmpeg2iptv_raw|A=5:I:0:258=27:256=deu@15;257=@122:0:0:105:65281:305:0
RTL HD ffmpeg;IPTV:106:S=0|P=0|F=EXT|U=ffmpeg2iptv_raw|A=6:I:0:258=27:256=@15;257=@122:0:0:106:65281:306:0
ProSieben HD ffmpeg;IPTV:107:S=0|P=0|F=EXT|U=ffmpeg2iptv_raw|A=7:I:0:258=27:256=@15;257=@122:0:0:107:65281:307:0
...

:@201 IPTV VLC-Player vlc2iptv
Das Erste HD vlc;IPTV:71:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=710:I:0:258=27:256=@15;257=@122:0:0:71:65281:271:0
ZDF HD vlc;IPTV:72:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=720:I:0:258=27:256=@15;257=@122:0:0:72:65281:272:0
RBB Brandenburg HD vlc;IPTV:73:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=730:I:0:258=27:256=@15;257=@122:0:0:73:65281:273:0
MDR Sachsen HD vlc;IPTV:74:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=740:I:0:258=27:256=@15;257=@122:0:0:74:65281:274:0
NDR Fernsehen HD vlc;IPTV:75:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=750:I:0:258=27:256=@15;257=@122:0:0:75:65281:275:0
RTL HD vlc;IPTV:76:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=760:I:0:258=27:256=@15;257=@122:0:0:76:65281:276:0
ProSieben HD vlc;IPTV:77:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=770:I:0:258=27:256=@15;257=@122:0:0:77:65281:277:0
...


:@301 IPTV Tvheadend
Das Erste HD tvh;IPTV:410:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1073068356?profile=pass|A=410:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
ZDF HD tvh;IPTV:420:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1439362456?profile=pass|A=420:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
RBB Brandenburg HD tvh;IPTV:430:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/4632859?profile=pass|A=430:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
MDR Sachsen HD tvh;IPTV:440:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/274504093?profile=pass|A=440:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
NDR Fernsehen HD tvh;IPTV:450:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1845714939?profile=pass|A=450:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
RTL HD tvh;IPTV:460:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/153114907?profile=pass|A=460:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
ProSieben HD tvh;IPTV:470:S=0|P=0|F=CURL|U=http%3A//192.168.1.3%3A9981/stream/channelid/1168082460?profile=pass|A=470:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
...

FAZIT:

Ein produktiver Einsatz im VDR ist aktuell noch nicht empfehlenswert, da es immer noch unterschiedliche Probleme mit der Umwandlung des IPTV-Streams in einen TS-Stream gibt. Die Probleme treten nur selten auf, stören dann aber doch schon etwas:

• manchmal kein Bild nach umschalten
• sehr selten Stocken der Wiedergabe für 1..2 Sekunden bei der Wiedergabe

Was aber aktuell noch gar nicht funktioniert sind Timer-Aufnahmen.

Manchmal funktioniert eine Timer-Aufnahem einwandfrei, aber meistens passiert es, dass nach 20 ... 30 Minuten die Aufnahme Störungen hat.

Dabei fehlen dann Teile der Aufnahme, oder die Aufnahme endet einfach, weil nur noch Fehler da sind. da bin ich noch am suchen, woran das liegen könnte.

Aktuell finde ich die Wiedergabe über den VLC-Player am besten, denn hier gibt es nur sehr, sehr selten eine Störung im Stream.

Was beim VLC-Player noch stört, sind die langen Umschaltzeiten von ca. 10 sek. beim Zappen. Aber wenn es dann läuft gibt es peaktisch keine Bildstörungen mehr, kein Stocken des Bildes.

ffmpeg2iptv_raw.txt

vlc2iptv_raw.txt

Die Muxe liest TVH automatisch aus der m3u-Liste von der telerising.api ein. Aus den Muxen werden dann die Services erstellt.

Man muss also nicht jeden Mux einzeln bearbeiten. Aber dazu am Besten im Kodi-Forum informieren, da sind die TVH Profis unterwegs!

Die ganzen Einstellungen bei TVH sind etwas Tricky, aber es gibt da einige Tutorials die weiterhelfen. Ich habe auch mir alles zusammen gesucht und durch rumprobieren getestet.

Mit den Aufnahmen muss ich nochmal etwas rumprobieren, da habe ich lange nichts mehr probiert. Das wird aber auf jeden Fall irgendwie gehen, denn in KODi funktioniert es ja auch.

Momentan habe ich nicht allzuviel Zeit, da ich viel Unterwegs bin. Kommende Woche bin ich auch nicht zu Hause, erst Ende Mai werde ich wieder Zeit haben.

Quote from Paulaner

Was aber aktuell noch gar nicht funktioniert sind Timer-Aufnahmen.

Manchmal funktioniert eine Timer-Aufnahem einwandfrei, aber meistens passiert es, dass nach 20 ... 30 Minuten die Aufnahme Störungen hat.

Ob das Aufnehmen geht, wollt ich schon die ganze Zeit mal fragen...

Und prinzipiell geht es, das ist doch mal äußerst positiv.

Als Ursache für die Probleme würde ich auf die Übertragung zwischen ffmpeg/vlc und dem iptv-Plugin tippen. Irgendwie war das mit dem udp-Stream da immer problematisch, warum auch immer.

Ihr könntet das Aufnehmen ja mal mit einem original ZDF oder ARD-Livestream (also direkt von deren Seite) versuchen.

So könnte man alles andere als Ursache ausschliessen und wüsste sicher, dass es irgendwo zwischen ffmpeg/vlc und dem VDR hakt.

Quote from Paulaner

Aktuell finde ich die Wiedergabe über den VLC-Player am besten, denn hier gibt es nur sehr, sehr selten eine Störung im Stream.

Was beim VLC-Player noch stört, sind die langen Umschaltzeiten von ca. 10 sek. beim Zappen.

Das deutet auf einen deutlich größeren Puffer bei VLC hin, das kann vorteilhaft für die Stabilität sein.

Bei ffmpeg heben wir ja absichtlich versucht den Puffer zu minimieren wegen der Umschaltzeit.

Klassischer Zielkonflikt hat.

Dann gibt es bei ffmpeg ja auch noch gefühlt 10000 Optionen, was die Behandlung von Datenfehlern, Steramabbrüchen usw. angeht. carel hatte da ja einigens in seinem ersten Vorschlag.

Jetzt, wo das mit den Fehlern bei den Aufnahmen ja anscheinend reproduzierbar ist, könnte man davon mal etwas ausprobieren. Anfangs, wo es darum ging überhaupt mal ein Bild zu bekommen, machte das noch keinen Sinn.

Ich habe letzte Woche nochmal etwas getestet, ob es mit dem VLC-player nicht doch besser geht als bisher.

Das große Manko hier war ja, das die Umschaltzeiten bei ca. 10 Sekunden sind.

Durch Anpassungen im Script "vlc2iptv_raw" habe ich da leider nichts erreicht, bis auf die Meldung aus Zeile 2+3:

 vdr: [21063] switching to channel 141 I-4096-271-71 (Das Erste HD)
 vdr[21394]: [000055ffdaa0d5d0] vlcpulse audio output error: PulseAudio server connection failure: Verbindung verweigert
 vdr[21394]: [000055ffdaa3c080] dummy interface: using the dummy interface module...
 api[1417]: 192.168.1.3 - - [07/May/2024 17:04:44] "GET /api/zde/live/ard.m3u8 HTTP/1.1" 200 -
 vdr[21394]: [00007ff8c801d4e0] mp4 demux: Fragment sequence discontinuity detected 1071933915 != 0
 vdr[21394]: [00007ff8c8061bd0] mp4 demux: Fragment sequence discontinuity detected 1071933915 != 0
 vdr[21394]: [00007ff8c82a6a20] mp4 demux: Fragment sequence discontinuity detected 1071933915 != 0

Diese Meldung konnte ich durch Zufügen der Option  --aout alsa  im Script "vlc2iptv_raw" beseitigen, da ich ja kein Pulsaudio verwende, sondern nur ALSA.

Das Einzigste was mir noch einfiel war mal eine aktuellere Version des VLC-Players zu testen.

Bei Ubuntu 22.04 ist der VLC-Player in Version 3.0.16 enthalten. Aktuell ist ja der VLC-Player bereits bei Version 3.0.20.

Um den aktuellen VLC-Player auf Ubuntu 22.04 zu installieren muss man ein zusätzliches ppa einbinden und dann kann man den VLC-Player-3.0.20 installieren:

sudo add-apt-repository ppa:ubuntuhandbook1/vlc
sudo apt install vlc

Das klappte alles ohne Probleme und nach einem Neustart habe ich dann getestet, ob es mit dem aktuellen VLC-player besser läuft.

Und ich muss sagen, es läuft viel besser, als erwartet, denn mit VLC-3.0.20 sind die Umschaltzeiten zwischen den Sendern drastisch gesunken:

VLC-3.0.16 (org) = ca. 10 Sekunden

VLC-3.0.20 (neu) = ca. 3 Sekunden

Mit den 3 Sekunden kann man leben, denn viel schneller geht es vermutlich gar nicht.

Im syslog hatte ich bei verwendung das Scripts "vlc2iptv" bisher immer einige komische Meldungen (letzte 3 Zeilen):

 vdr: [21063] switching to channel 141 I-4096-271-71 (Das Erste HD)
 vdr[21394]: [000055ffdaa0d5d0] vlcpulse audio output error: PulseAudio server connection failure: Verbindung verweigert
 vdr[21394]: [000055ffdaa3c080] dummy interface: using the dummy interface module...
 api[1417]: 192.168.1.3 - - [07/May/2024 17:04:44] "GET /api/zde/live/ard.m3u8 HTTP/1.1" 200 -
 vdr[21394]: [00007ff8c801d4e0] mp4 demux: Fragment sequence discontinuity detected 1071933915 != 0
 vdr[21394]: [00007ff8c8061bd0] mp4 demux: Fragment sequence discontinuity detected 1071933915 != 0
 vdr[21394]: [00007ff8c82a6a20] mp4 demux: Fragment sequence discontinuity detected 1071933915 != 0

Diese Meldungen sind nun mit dem VLC-Player-3.0.20 auch verschwunden.

Also mit dem VLC-Player-3.0.20 bin ich jetzt echt zufrieden.

Aber wo Licht ist, ist natürlich auch Schatten, denn komischerweise sind nun die Audiospuren vertauscht.

1. Audiospur = "Stereo-AAC"

2. Audiospur = "DD+ 5.1"

So war es auch beim VLC-Player-3.0.16, aber jetzt beim VLC-player-3.0.20 ist es umgekehrt:

1. Audiospur = "DD+ 5.1"

2. Audiospur = "Stereo-AAC"

Ob das nun ein Bug im VLC ist, oder man das vielleicht durch eine Änderung im Script anpassen kann habe ich noch nicht herausgefunden!

Aber ansonsten läuft es mit dem VLC-3.0.20 wirklich sehr gut!

Hier mal noch mein aktuelles Script vlc2iptv_raw was ich noch etwas abgewandelt habe.

Beim originalen Script, welches mit dem iptv-Plugin kommt, muss man ja für jeden Channel noch eine extra Datei in /etc/vdr/plugins/iptv/vlcinput/ anlegen. Das war mir zu umständlich und habe das jetzt dahingegen abgeändert, das ich hier die gleiche Datei /etc/vdr/pulgins/iptv/urls.conf verwende, wie das bei dem Script ffmped2iptv_raw benutzt wird. So brauche ich das nicht doppelt zu machen.

Hier noch meine Dateien, wie ich diese für das IPTV mit VLC-Player verwende:

/var/lib/vdr/channels.conf

:@141 IPTV Tele vlc2iptv
Das Erste HD vlc;IPTV:141:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=1:I:0:256=27:257=@15;258=@122:0:0:141:65281:341:0
ZDF HD vlc;IPTV:142:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=2:I:0:256=27:257=@15;258=@122:0:0:142:65281:342:0
RBB Brandenburg HD vlc;IPTV:143:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=3:I:0:256=27:257=@15;258=@122:0:0:143:65281:343:0
MDR Sachsen HD vlc;IPTV:144:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=4:I:0:256=27:257=@15;258=@122:0:0:144:65281:344:0
NDR Fernsehen HD vlc;IPTV:145:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=5:I:0:256=27:257=@15;258=@122:0:0:145:65281:345:0
RTL HD vlc;IPTV:146:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=6:I:0:256=27:257=@15;258=@122:0:0:146:65281:346:0
ProSieben HD vlc;IPTV:147:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=7:I:0:256=27:257=@15;258=@122:0:0:147:65281:347:0
Sat.1 HD vlc;IPTV:148:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=8:I:0:256=27:257=@15;258=@122:0:0:148:65281:348:0
ARTE HD vlc;IPTV:149:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=9:I:0:256=27:257=@15;258=@122:0:0:149:65281:349:0
N24 Doku HD vlc;IPTV:150:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=10:I:0:256=27:257=@15;258=@122:0:0:150:65281:350:0
BR Nord HD vlc;IPTV:151:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=11:I:0:256=27:257=@15;258=@122:0:0:151:65281:351:0
WDR Köln HD vlc;IPTV:152:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=12:I:0:256=27:257=@15;258=@122:0:0:152:65281:352:0
3sat HD vlc;IPTV:153:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=13:I:0:256=27:257=@15;258=@122:0:0:153:65281:353:0
. . .

/etc/vdr/plugins/iptv/urls.conf

1,http://192.168.1.3:5000/api/zde/live/ard.m3u8
2,http://192.168.1.3:5000/api/zde/live/zdf.m3u8
3,http://192.168.1.3:5000/api/zde/live/rbb-brandenburg.m3u8
4,http://192.168.1.3:5000/api/zde/live/mdr-sachsen.m3u8
5,http://192.168.1.3:5000/api/zde/live/ndr-niedersachsen.m3u8
6,http://192.168.1.3:5000/api/zde/live/rtl_deutschland.m3u8
7,http://192.168.1.3:5000/api/zde/live/pro7_deutschland.m3u8
8,http://192.168.1.3:5000/api/zde/live/sat1_deutschland.m3u8
9,http://192.168.1.3:5000/api/zde/live/DE_arte.m3u8
10,http://192.168.1.3:5000/api/zde/live/n24_doku.m3u8
11,http://192.168.1.3:5000/api/zde/live/br_nord.m3u8
12,http://192.168.1.3:5000/api/zde/live/wdr-koeln.m3u8
13,http://192.168.1.3:5000/api/zde/live/3sat.m3u8
. . .

/usr/share/vdr/plugins/iptv/vlc2iptv_raw

#!/bin/bash

# NEU: Keine Datei pro TVchannel "/etc/vdr/plugins/iptv/vlcinputs/TVchannel.conf" erforderlich,
# sondern nur noch eine "/etc/vdr/plugins/iptv/urls.conf"
#
# <Global Settings>
#

CHANNELS_CONF=/var/lib/vdr/channels.conf
URLS_CONF=/etc/vdr/plugins/iptv/urls.conf
NID="65281"

#
# </Global Settings>
#

exit_with_error()
    {
    logger "vlc2iptv_raw: error: $*"
    exit 1
    }

read_arguments()
    {
    [ $# -ne 2 ] && exit_with_error "Invalid parameter count '$#' $*"
    PARAMETER=$1
    PORT=$2
    }

lookup_channel_and_pids()
    {
    [ ! -e "$CHANNELS_CONF" ] && \
    exit_with_error "channels.conf not found ($CHANNELS_CONF)"

    local CHANNEL_RECORD=`grep "[:]S=[10][|]P=[10][|]F=EXT[|]U=vlc2iptv_raw[|]A=$PARAMETER[:]I" $CHANNELS_CONF`
    [ -z "$CHANNEL_RECORD" ] && \
    exit_with_error "no iptv channel with parameter $PARAMETER found"


    CHANNEL_NAME=`echo $CHANNEL_RECORD | awk "-F[;,:]" '{print $1}'`
    VPID=`echo $CHANNEL_RECORD | awk -F: '{print $6}' | sed 's/=.*//g'`
    APID=`echo $CHANNEL_RECORD | awk -F: '{print $7}' | sed 's/=.*//g'`
    SPID=4096
    }

read_arguments $*
lookup_channel_and_pids
URL=$(sed -n /^${PARAMETER},/p $URLS_CONF | cut -f2 -d,)

#
# Start VLC
#

LC_NUMERIC=C vlc --network-caching=4000 --aout alsa --file-logging --logfile /tmp/vlc.log --log-verbose 1 "${URL}" \
    --sout "#duplicate{dst=std{access=udp,mux=ts{use-key-frames,pid-video=${VPID},pid-audio=${APID},pid-spu=${SPID}},dst=127.0.0.1:${PORT}}}" \
    --intf dummy &

PID=${!}

#trap 'kill -SIGKILL ${PID} 2> /dev/null' INT EXIT QUIT TERM
trap 'kill -SIGKILL ${PID} 2>/dev/null; exit' INT TERM KILL HUP

# Waiting for the given PID to terminate
wait ${PID}

Ich hab das mal auf meinem Testsystem installiert, mit Zattoo Free, läuft. Aufzeichnen scheint auch zu funktionieren.

läuft auf jeden Fall besser mit VLC 3.0.20, zu den Kanallisten gab es vor 5 Jahren ein howto

RE: gelöst: [yavdr-ansible] yavdr0.7 auf Intel Notebook kein Bild/Menü

curl -s https://raw.githubusercontent.…v/clean/clean_tv_main.m3u https://raw.githubusercontent.…ean/clean_tv_regional.m3u | python3 parse_kodinerds.py

channels.conf vorher sichern, legt dann für jeden Kanal ein .conf an mit Name und url und trägt diese in die channels.conf ein

hier noch ein Link auf nicht bei Kodinerds gelistete Kanäle:

HarryHomepage - WEB TV

Below my an example of a more 'standard' vlc streamer for general 'iptv' from the web:

/usr/bin/vlc -I dummy -v --network-caching=4000 --live-caching 2000 --http-reconnect --http-user-agent='Mozilla/5.0' --http-referrer="<url>" "<link to m3u8>" --sout #standard{access=udp,mux=ts{use-key-frames,pid-video=100,pid-audio=200,pid-spu=4096,tsid=4711},dst=localhost:4320}

In a script:

$VLC $VERBOSE $NETWORK_CACHING --http-reconnect --http-user-agent="Mozilla/5.0" --http-referrer="$REFERRER"  "${URL}" --sout \
"#standard{access=udp,mux=ts{use-key-frames,pid-video=${VPID},pid-audio=${APID},pid-spu=${PID_SPU},tsid=${TID}},dst=${HOST}:${PORT}}" \
&>"$LOG_FILE" &

Some web sites want the referrer URL in the http header, use this to avoid a 403 error

When you want VLC to always chose the highest resolution use:

--adaptive-logic highest

Mit dem neuen VLC-3.0.20, seit vorgestern gibt's auch den VLC-3.0.21 läuft es ganz gut.

Ab und zu gibts ein paar Hänger beim Zappen, dann dauert es ein paar Sekunden länger ehe der Stream zu sehen ist,

aber wenn er da ist, dann läuft er geschmeidig durch.

Ich habe auch ein paar Aufnahmen gemacht, die auch bisher ohne Fehler waren.

Nur das die Audiospuren gegenüber dem "normalen" Kabel-TV und auch gegenüber dem VLC-3.0.16 vertauscht sind nervt schon etwas.

Ob es ein Bug im VLC-3.020 bzw. auch im ganz neuen VLC-3.0.21 ist oder ein neues "Feature" was evtl. durch Commandline-Optionen geändert werden könnte, weiß ich leider nicht.

Was bei allen IPTV-Wiedergabemöglichkeiten über FFMPEG, TVHEADEND und auch dem VLC-PLAYER noch fehlt ist das EPG.

Da habe ich aber noch keinen Plan, wie ich das lösen kann.

Eine epg.xmltv-Datei habe ich ja aus dem KODI-Forum über das easyEPG-Script von hier: easyepg-lite

Aber wie ich das mit dem VDR verbinde sind für mich noch böhmische Dörfer???

don-baba hat dazu bereits einen neuen Thread begonnen und das sollten wir auch da weiter diskutieren: EPG Anbieter 2024 - welche gibt es und können mit VDR (IPTV) genutzt werden.

Mal was aktuelles zum Ende des Nebenkostenprivileges, was ja u.a. der Grund für mich war/ist mich mit IPTV zu beschäftigen.

Mein Kabelanbieter hat mir jetzt ein Angebot gemacht, bei dem ich nicht wiederstehen konnte und werde erstmal weiter das Kabel-TV nutzen.

Ich bekomme jetzt einen sehr schnellen Internet-Zugang (1.000MB/s) mit gratis Kabel-TV.

Das ist dann zwar ein Vertrag mit 24 Monate Laufzeit, aber dafür so günstig, dass man da nichts falsch machen kann. Angebot siehe hier! (Gültig bis 20.06.)

Mit IPTV werde ich mich aber auch weiterhin beschäftigen, rein aus Spaß und Interesse.

Meine sktuelle Baustelle ist das EPG der Streams in den VDR zu bekommen, da gibt es aber schon einen Extra-Thread, den ich im Beitrag #195 bereits verlinkt habe.

Letzte Woche hatte ich mal testweise das ffmpeg meiner Ubuntu-22.04-Installation aktualisiert, von ffmpeg-4.4 auf ffmpeg-6.x.

Ich hatte gehofft, die nur noch sehr seltenen Aussetzer zu eliminieren, aber mit ffmpeg-6.x funktioniert es überhaupt nicht.

Meistens geht es gar nicht, manchmal kommt für eine halbe Sekunde ein Bild und dann ist schon wieder Schluss.

Im KODI-Forum gibt es da auch ein paar Berichte, das das ffmpeg-6.x Probleme bereitet.

Ich bin also wieder zurück auf ffmpeg-4.4 und teste erstmal damit weiter.

Für die Profis, die vielleicht Interesse haben, habe ich mal 2 ffmpeg-logs angehängt.

Einmal mit ffmpeg-4.4 wo der Stream vom IPTV funktioniert und dann noch ein Log mit ffmpeg-6.x, wo der Stream nach ca. 0,5 sek. abbricht.

Es ist mir gelungen Tvheadend mit televising samt easyEPG zu integrieren um damit komfortabel die streams in mpegts Format in tvheadend aufzunehmen.

Ich versuche jetzt die vdr satip Lösung die am Anfang im thread erwähnt wurde aber später nicht weiter verfolgt wurde zum laufen zu bringen und habe dazu Satip in tvheadend mit port 554 aktiviert und ein DVBS2 Tuner darin exportiert und den SAT>IP source Nummer (1) im Zattoo iptv network hinzugefügt. Auch habe ich den wichtigen Tipp von holw (betrag #83) mit der DVB Frequenz gefolgt und meine ard und zdf test mux streams unter dem iptv Network mit den Standard Frequenzen aufgesetzt. Also versuche eine DVBS2 Tuner in tvheadend über Satip zu simulieren und meine vdr Channels.conf sieht entsprechend aus..

Das Erste;ARD:11836:h:S19.2E:27500:101:102=deu,103=2ch;106=dd:104:0:28106:65281:1:0

ZDF;ZDFvision:11953:h:S19.2E:27500:110:120=deu,121=2ch;125=dd:130:0:28006:65281:1:0

Damit kann ich mit dem vdr ein Verbindung zu tvheadend für die beiden streams aufbauen und switchen. Leider scheitert der TV Aufbau also weder bild noch Ton. Der angezeigte syslog Extrakt spiegelt dieses Verhalten wieder. Ich benutze streamlink anstatt ffmpeg was bessere Ergebnisse bzgl. der Qualität im meinem fall ergibt falls jemand sich wundert.

2024-06-20T01:09:09.882182+02:00 ubuntu-noble vdr: [1219] SATIP: Adding server '10.5.0.2|DVBS2-1|Tvheadend 42d99cbec7' Bind: default Filters: none CI: no Quirks: none
2024-06-20T01:09:11.436598+02:00 ubuntu-noble vdr: [1209] switching to channel 1 S19.2E-65281-1-28106 (Das Erste)
2024-06-20T01:09:11.612781+02:00 ubuntu-noble tvheadend[1742]: mpegts: Das Erste in zattoo - tuning on IPTV #1
2024-06-20T01:09:11.617383+02:00 ubuntu-noble tvheadend[1742]: subscription: 0001: "SAT>IP" subscribing to mux "Das Erste", weight: 100, adapter: "IPTV #1", network: "zattoo", service: "Raw PID Subscription", hostname="10.5.0.2", client="vdr-satip/2.4.1 (device 0)"
2024-06-20T01:09:11.617562+02:00 ubuntu-noble tvheadend[1742]: spawn: Executing "/usr/bin/streamlink"
2024-06-20T01:09:11.619189+02:00 ubuntu-noble vdr: [1846] device 1 receiver thread started (pid=1209, tid=1846, prio=high)
2024-06-20T01:09:12.483533+02:00 ubuntu-noble tvheadend[1742]: spawn: [cli][info] Found matching plugin hls for URL http://127.0.1.1:5000//api/zd2/live/das_erste_de.m3u8
2024-06-20T01:09:12.623093+02:00 ubuntu-noble vdr: [1209] SATIP-ERROR: no assignable frontend found [device 1]
2024-06-20T01:09:12.623979+02:00 ubuntu-noble vdr: [1209] retrying
2024-06-20T01:09:15.239112+02:00 ubuntu-noble api[1725]: 127.0.0.1 - - [20/Jun/2024 01:09:15] "GET //api/zd2/live/das_erste_de.m3u8 HTTP/1.1" 200 -
2024-06-20T01:09:15.668028+02:00 ubuntu-noble tvheadend[1742]: spawn: [cli][info] Available streams: 720p (worst, best)
2024-06-20T01:09:15.668116+02:00 ubuntu-noble tvheadend[1742]: spawn: [cli][info] Opening stream: 720p (hls-multi)
2024-06-20T01:09:15.675095+02:00 ubuntu-noble tvheadend[1742]: spawn: [utils.named_pipe][info] Creating pipe streamlinkpipe-1845-1-1155
2024-06-20T01:09:15.675228+02:00 ubuntu-noble tvheadend[1742]: spawn: [utils.named_pipe][info] Creating pipe streamlinkpipe-1845-2-4782
2024-06-20T01:09:20.984212+02:00 ubuntu-noble vdr-sxfe[1389]: [1404] [input_vdr] No data in 8 seconds, queuing no signal image
2024-06-20T01:09:33.662168+02:00 ubuntu-noble vdr: [1209] SATIP-ERROR: no assignable frontend found [device 1]
2024-06-20T01:09:33.662402+02:00 ubuntu-noble vdr: [1209] retrying
2024-06-20T01:09:33.662857+02:00 ubuntu-noble vdr: [1209] retrying
2024-06-20T01:09:47.159146+02:00 ubuntu-noble vdr: [1209] [xine..put] OSD bandwidth: 3065216 bytes/s (23947 kbit/s)
2024-06-20T01:09:48.344695+02:00 ubuntu-noble vdr: [1209] switching to channel 2 S19.2E-65281-1-28006 (ZDF)
2024-06-20T01:09:48.346037+02:00 ubuntu-noble tvheadend[1742]: subscription: 0001: "SAT>IP" unsubscribing, hostname="10.5.0.2", client="vdr-satip/2.4.1 (device 0)"
2024-06-20T01:09:48.348440+02:00 ubuntu-noble tvheadend[1742]: mpegts: ZDF in zattoo - tuning on IPTV #1
2024-06-20T01:09:48.352613+02:00 ubuntu-noble tvheadend[1742]: subscription: 0002: "SAT>IP" subscribing to mux "ZDF", weight: 100, adapter: "IPTV #1", network: "zattoo", service: "Raw PID Subscription", hostname="10.5.0.2", client="vdr-satip/2.4.1 (device 0)"
2024-06-20T01:09:48.352739+02:00 ubuntu-noble tvheadend[1742]: spawn: Executing "/usr/bin/streamlink"
2024-06-20T01:09:48.355020+02:00 ubuntu-noble vdr: [1846] device 1 receiver thread ended (pid=1209, tid=1846)
2024-06-20T01:09:48.381521+02:00 ubuntu-noble vdr: [1926] device 1 receiver thread started (pid=1209, tid=1926, prio=high)
2024-06-20T01:09:48.381617+02:00 ubuntu-noble vdr: [1209] [xine..put] OSD bandwidth: 3212896 bytes/s (25100 kbit/s)
2024-06-20T01:09:48.896026+02:00 ubuntu-noble tvheadend[1742]: spawn: [cli][info] Found matching plugin hls for URL http://127.0.1.1:5000//api/zd2/live/zdf.m3u8
2024-06-20T01:09:49.411926+02:00 ubuntu-noble vdr: [1209] [xine..put] OSD bandwidth: 1263632 bytes/s (9872 kbit/s)
2024-06-20T01:09:50.967624+02:00 ubuntu-noble api[1725]: 127.0.0.1 - - [20/Jun/2024 01:09:50] "GET //api/zd2/live/zdf.m3u8 HTTP/1.1" 200 -
2024-06-20T01:09:51.034521+02:00 ubuntu-noble tvheadend[1742]: spawn: [cli][info] Available streams: 576p (worst, best)
2024-06-20T01:09:51.034856+02:00 ubuntu-noble tvheadend[1742]: spawn: [cli][info] Opening stream: 576p (hls-multi)
2024-06-20T01:09:51.040083+02:00 ubuntu-noble tvheadend[1742]: spawn: [utils.named_pipe][info] Creating pipe streamlinkpipe-1925-1-7723
2024-06-20T01:09:51.040797+02:00 ubuntu-noble tvheadend[1742]: spawn: [utils.named_pipe][info] Creating pipe streamlinkpipe-1925-2-7256
2024-06-20T01:09:52.900118+02:00 ubuntu-noble vdr: [1209] [xine..put] OSD bandwidth: 2989456 bytes/s (23355 kbit/s)
2024-06-20T01:09:55.820523+02:00 ubuntu-noble vdr: [1209] [xine..put] OSD bandwidth: 1494808 bytes/s (11678 kbit/s)
2024-06-20T01:09:56.875409+02:00 ubuntu-noble vdr-sxfe[1389]: [1404] [input_vdr] No data in 8 seconds, queuing no signal image
2024-06-20T01:09:57.249586+02:00 ubuntu-noble vdr: [1218] SATIP: Detected 1 RTP packet error [device 0]
2024-06-20T01:09:57.383072+02:00 ubuntu-noble vdr: [1222] SDT: channel 2 NID/TID (65281/1) not found, got 65281/1
2024-06-20T01:09:57.838591+02:00 ubuntu-noble vdr: [1209] [xine..put] OSD bandwidth: 1494648 bytes/s (11676 kbit/s)
2024-06-20T01:12:39.184449+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::ProvidesTransponder(const cChannel*) const (1) transponder=111836 source=S [device 0]
2024-06-20T01:12:39.184715+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::ProvidesSource(int) const (S) desc='Astra 1KR/1L/1M/2C' [device 0]
2024-06-20T01:12:39.184888+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::ProvidesTransponder(const cChannel*) const (1) transponder=111836 source=S [device 1]
2024-06-20T01:12:39.184986+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::ProvidesSource(int) const (S) desc='Astra 1KR/1L/1M/2C' [device 1]
2024-06-20T01:12:39.185059+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::ProvidesTransponder(const cChannel*) const (1) transponder=111836 source=S [device 1]
2024-06-20T01:12:39.185127+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::ProvidesSource(int) const (S) desc='Astra 1KR/1L/1M/2C' [device 1]
2024-06-20T01:12:39.185194+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::SetChannelDevice(const cChannel*, bool) (1, 0) [device 1]
2024-06-20T01:12:39.185266+02:00 ubuntu-noble vdr: [1209] SATIP-ERROR: no assignable frontend found [device 1]
2024-06-20T01:12:39.185342+02:00 ubuntu-noble vdr: [1209] SATIP9: virtual bool cSatipDevice::SetChannelDevice(const cChannel*, bool) No suitable server found [device 1]
2024-06-20T01:12:39.185416+02:00 ubuntu-noble vdr: [1209] retrying

Der vdr zeigt im Menü zwei SAT>IP Empfänger (1 und 2) aber nur 1 ist aktiv. Im Plugin und svdrpsend Info Ausgabe wird sat>ip 0 also aktiv angezeigt.

220 ubuntu-noble SVDRP VideoDiskRecorder 2.6.7; Thu Jun 20 01:16:36 2024; UTF-8
900-SAT>IP device: 0
900-CardIndex: 0
900-Stream: rtsp://10.5.0.2/?src=1&freq=11953&pol=h&ro=0.35&msys=dvbs&mtype=qpsk&plts=off&sr=27500 (Unicast) [stream=1]
900-Signal: lock=1 strength=86 quality=100 frontend=1
900-Stream bitrate: 2 kB/s
900-Buffer bitrate: 0 kB/s
900-Buffer usage: 0/2048 kB (0,0%)
900-Channel: ZDF;ZDFvision:11953:h:S19.2E:27500:110=2:120=deu@4,121=2ch@4;125=dd@106:130:0:28006:65281:1:0
900-Active pids:
900-Pid 0:    0 (   1 kB/s)
900-Pid 1:   17 (   0 kB/s)
900-Active section filters:
900-Filter 0:    0 (   0 kB/s) Pid=0x12 (EIT)
900-Filter 1:    0 (   0 kB/s) Pid=0x14 (TDT)
900-Filter 2:  181 (   0 kB/s) Pid=0x00 (PAT)
900-Filter 3:   36 (   0 kB/s) Pid=0x11 (SDT)
900 Filter 4:    0 (   0 kB/s) Pid=0x10 (NIT)
221 ubuntu-noble closing connection

Ich habe versucht an Satip.conf (in /etc/vdr/plugin verzeichnis) mit ein -d 1 Eintrag anzulegen um das ganze auf einem Empfänger zu begrenzen aber ohne Erfolg. Ich hoffe jemand kann mir einen entscheidenden Tipp geben. Danke im voraus.

Quote from Paulaner

Mal was aktuelles zum Ende des Nebenkostenprivileges, was ja u.a. der Grund für mich war/ist mich mit IPTV zu beschäftigen.

Mein Kabelanbieter hat mir jetzt ein Angebot gemacht, bei dem ich nicht wiederstehen konnte und werde erstmal weiter das Kabel-TV nutzen.

Ich bekomme jetzt einen sehr schnellen Internet-Zugang (1.000MB/s) mit gratis Kabel-TV.

Das ist dann zwar ein Vertrag mit 24 Monate Laufzeit, aber dafür so günstig, dass man da nichts falsch machen kann. Angebot siehe hier! (Gültig bis 20.06.)

Mit IPTV werde ich mich aber auch weiterhin beschäftigen, rein aus Spaß und Interesse.

Meine sktuelle Baustelle ist das EPG der Streams in den VDR zu bekommen, da gibt es aber schon einen Extra-Thread, den ich im Beitrag #195 bereits verlinkt habe.

Letzte Woche hatte ich mal testweise das ffmpeg meiner Ubuntu-22.04-Installation aktualisiert, von ffmpeg-4.4 auf ffmpeg-6.x.

Ich hatte gehofft, die nur noch sehr seltenen Aussetzer zu eliminieren, aber mit ffmpeg-6.x funktioniert es überhaupt nicht.

Meistens geht es gar nicht, manchmal kommt für eine halbe Sekunde ein Bild und dann ist schon wieder Schluss.

Im KODI-Forum gibt es da auch ein paar Berichte, das das ffmpeg-6.x Probleme bereitet.

Ich bin also wieder zurück auf ffmpeg-4.4 und teste erstmal damit weiter.

Für die Profis, die vielleicht Interesse haben, habe ich mal 2 ffmpeg-logs angehängt.

Einmal mit ffmpeg-4.4 wo der Stream vom IPTV funktioniert und dann noch ein Log mit ffmpeg-6.x, wo der Stream nach ca. 0,5 sek. abbricht.

Display More

"Ich bekomme jetzt einen sehr schnellen Internet-Zugang (1.000MB/s) mit gratis Kabel-TV."

so wie ich das rauslese ist es dann "Kabel-TV" über Internet mit PŸUR TV Box (=IPTV), statt dem klassischen DVB-C Kabel

Auf der Webseite von Pyur ist zu lesen, dass es DVB-C + IPTV ist.

Quote from dresden-5

so wie ich das rauslese ist es dann "Kabel-TV" über Internet mit PŸUR TV Box (=IPTV), statt dem klassischen DVB-C Kabel

Ist nicht ganz so, denn es ist ganz normales Kabel-TV und zusätzlich hat man noch so eine TV-Box, um die Privaten in HD sehen zu können..

Das hatte mich auch etwas verwirrt und ich habe deswegen extra beim PYUR-Service angerufen.

Die habe ich gefragt, ob ich denn dann auch auf einem Zweitgerät im Arbeitszimmer o.ä. weiterhin ganz normal über den Kabelanschluss TV schauen kann.

Mir wurde bestätigt das geht weiterhin genauso wie vorher, nur die Privaten Sender kann man da nur in SD schauen. So wie es bis jetzt auch schon ist.

Wenn man da auch die Privaten in HD haben will, dann muss man noch zusätzlich ein CI+Modul mit Karte mieten (kostet 2,99€/Monat).

Mein VDR läuft also auch weiterhin per Kabel-TV wie bisher und ich kann alle Sender in HD schauen, außer die Privaten, die gehen nur in SD.

Deswegen werde ich IPTV weiterhin versuchen in den VDR zu integrieren, denn bei den Streamingdiensten gibt es ja die Privaten in HD.

Die TV-Box die man kostenlos bekommt, ist eine Android-Streaming-Box die als Zusatz einen Kabel-TV-Anschluss mit integrierten CI-Modul. hat.

So kann man über diese TV-Box mit Google-TV auch die Privaten in HD schauen.

Zusätzlich gehen dann noch über diese TV-Box per Internet (Ethernet-Anschluss) die ganzen Mediatheken, IPTV-Dienste usw. und alles was man sonst noch per App installieren will.

Momentan habe ich die TV-Box noch nicht einmal ausgepackt und kann nicht beurteilen wie gut/schlecht die Android-Box ist.

Denn alles läuft ja noch so wie bisher, nur dass ich für wesentlich weniger Geld viel mehr Leistung bekommen habe.

Da kann ich echt nicht meckern, denn ich zahle nun 33€ insgesamt für 1000MB/s Internet, Festnetz-Telefon und Kabel-TV!