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.
1080p in hevc ist bei DVB-T2 Standard, bei DVB-S2 bräuchte man neue Receiver.
Aktuell bekommt man über die Mediatheken schon teilweise 1080p serviert,
Ein großer Nachteil der Mediatheken ist z.Z. noch, das vernachlässigte Audio!
Denn da gibt es praktisch immer nur Stereo und kein Surround-Mehrkanalton! Ausnahmen bestätigen hier nur die Regel! 
1080p in hevc ist bei DVB-T2 Standard, bei DVB-S2 bräuchte man neue Receiver.
Also, ich hab hier ein 300€-TV von 2019, der kann laut Datenblatt schon DVB-S2 HEVC. Oder bringe ich da was durcheinander?
Bei Geizhals werden mir 2000 HEVC-fähige Modelle seit 2018 angezeigt und RTL strahlt meines Wissens UHD per DVB-S2 mit HEVC aus.
Der ÖRR ist hier in DE halt komplett hinterher, weil er die Zwangsgebühren hauptsächlich für die obszönen Gehälter und Pensionen verbraucht.
UHD wird in HEVC ausgestrahlt, daher beherschen UHD-Fernseher natürlich HEVC, daher hätte ich sagen müssen, die die kein UHD-Equipment haben brauchen nen neuen Receiver oder TV. Ich denke, das betrifft die Mehrheit.
TVs die DVB-T2 beherschen können natürlich auch HEVC.
Die Frage ist auch wie viel Investition 4K wert ist. Bei den allermeisten Fernsehern und üblichen Sitzabständen dürften viele den Unterschied zwischen 4K und 1080p nicht erkennen. Um von 4K wirklich Mehrwert zu haben bräuchte man schon enorme Diagonalen oder sehr kurze Sitzabstände. Da gibt es ganz andere Dinge wo man bei den ÖRR mehr investieren sollte. Man könnte auch ganz banal mal bei der Qualität des Programms anfangen.
Zurück zum IPTV Plugin: Wenn sich jemand berufen fühlt kann er gerne bei der Pflege des Plugins helfen. Bei der Vielzahl verschiedener möglicher Standards für IPTV würde ich jetzt nicht erwarten das das alles im VDR direkt landet. Hier wird man wohl das Plugin entsprechend fit machen müssen.
1080p in hevc ist bei DVB-T2 Standard, bei DVB-S2 bräuchte man neue Receiver.
Hi, doch wird bei den heutigen "budget"-Tunerkarten nicht bloß der Transportstream weitergegeben, egal ob mp2,mp4 oder hevc, und die Grafikkarte oder Onboard-Grafik muß das Decodieren übernehmen?
Ich meine, meine alte dd-DVB-C Version 6.5 kann auch schon UHD über HDMI der Grafikkarte, etwa von auto-motor..usw.?
Ich sprach von TVs und TV-Receivern, bei Tunerkarten spielt das selbstverständlich keine Rolle.
Man könnte auch vereinfacht sagen: Diejenigen, die ihr TV-Programm über eine "Tunerkarte" empfangen und über eine Grafikkarte wiedergeben sind sehr sehr deutlich in der Minderheit. So deutlich in der Minderheit das das Angebot an Tunerkarten auf dem Markt auch stetig zu schrumpfen scheint.
Und die Fernseher, die "in der Masse" im Einsatz sind, halten sich eben an die zu dem Zeitpunkt definierten Standards. Seit Fernseher nicht mehr nur analoge Empfangsteile eingebaut haben würde ich sogar sagen das selbst der Besitz eines "Receivers" mittlerweile sehr selten geworden ist.
Das ist sicher so.
Was ist denn das Container-Format von diesen Streams?
Wenn man Glück hat ist es ein MPEG-PS oder -TS, das soll bei Live-Streams auch im Internet gebräuchlich sein, habe ich gelesen.
Wenn das der Fall ist, könnte der VDR das eventuell jetzt schon prinzipiell verarbeiten.
Im Beitrag #58 habe ich einen Screenshot der Codecs vom VLC-Player gemacht, wenn der ursprüngliche Zattoo Stream ohne Bearbeitung empfangen wird.
Danach scheint der Stream in h264 MPEG-4 AVC (avc1) gesendet zu werden.
Das sind nur die Codecs und mit denen sollte der VDR eigentlich zurecht kommen.
Eine Info über den Container kann ich da aber nicht sehen.
mediainfo liefert bei einer HD-Aufnahme (DVB-S2) das:
(Auf das Wesentliche gekürzt, die vielen Audiospuren verwirren hier sonst nur.)
$ mediainfo 00001.ts
General
ID : 32776 (0x8008)
Complete name : 00001.ts
Format : MPEG-TS
[...]
Video
ID : 6510 (0x196E)
Menu ID : 132 (0x84)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 6 Ref Frames
[...]
Audio #1
ID : 6520 (0x1978)
Menu ID : 132 (0x84)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 3
[...]
Audio #2
[...]
Audio #3
ID : 6522 (0x197A)
Menu ID : 132 (0x84)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 6
[...]
[...]Der Container ist hier "MPEG-TS", zu finden unter General > Format.
Test mit Script iptvstream.sh aus dem vdr-plugin-iptv
Ich habe dem vdr-plugin-iptv noch eine Chance gegeben und die letzten Tage etwas mit dem Script iptvstream.sh getestet.
Allerdings muss ich aber gleich sagen, es gab da keinerlei Erfolge, d.h. kein Bild und kein Ton. 
Dazu habe ich als erstes die channels.conf um folgende Einträge ergänzt:
:@101 IPTV-Sender Tel iptvstream
Das Erste HD tel;IPTV:1010:S=0|P=1|F=EXT|U=iptvstream.sh|A=1:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
ZDF HD tel;IPTV:1020:S=0|P=1|F=EXT|U=iptvstream.sh|A=2:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
MDR Sachsen HD tel;IPTV:1040:S=0|P=1|F=EXT|U=iptvstream.sh|A=3:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0
NDR Fernsehen HD tel;IPTV:1050:S=0|P=1|F=EXT|U=iptvstream.sh|A=4:I:0:258=27:256=@15;257=@122:0:0:1:0:0:0Wichtig sind hier der Parameter A=1...x welcher dann dem Eintrag der URL im zugehörigen Script iptvstream.sh entspricht.
Zumindest habe ich das so aus der Readme verstanden.
Hier noch das komplette Script aus dem vdr-plugin-iptv mit den Ergänzungen für die URLs, wie ich es verwendet habe:
#!/bin/sh
#
# iptvstream.sh can be used by the VDR iptv plugin to transcode external
# sources
#
# (C) 2007 Rolf Ahrenberg, Antti Seppälä
#
# iptvstream.sh is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This package is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this package; if not, write to the Free Software
# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
# MA 02110-1301, USA.
if [ $# -ne 2 ]; then
logger "$0: error: Invalid parameter count '$#' $*"
exit 1
fi
# Channels.conf parameter
PARAMETER=${1}
# Iptv plugin listens this port
PORT=${2}
# Default settings for stream transcoding
VCODEC=mp2v
VBITRATE=2400
ACODEC=mpga
ABITRATE=320
# There is a way to specify multiple URLs in the same script. The selection is
# then controlled by the extra parameter passed by IPTV plugin to the script
case ${PARAMETER} in
1)
URL="http://192.168.1.3:5000/api/zde/live/ard.m3u8"
WIDTH=1920
HEIGHT=1080
FPS=50
;;
2)
URL="http://192.168.1.3:5000/api/zde/live/zdf.m3u8"
;;
2)
URL="http://192.168.1.3:5000/api/zde/live/mdr-sachsen.m3u8"
;;
*)
URL="http://192.168.1.3:5000/api/zde/live/ndr-niedersachsen.m3u8" # Default URL
;;
esac
if [ -z "${URL}" ]; then
logger "$0: error: URL not defined!"
exit 1
fi
# Create transcoding options
TRANSCODE_OPTS="vcodec=${VCODEC},acodec=${ACODEC},vb=${VBITRATE},ab=${ABITRATE}"
if [ -n "${WIDTH}" -a -n "${HEIGHT}" ] ; then
TRANSCODE_OPTS="${TRANSCODE_OPTS},width=${WIDTH},height=${HEIGHT}"
fi
if [ -n "${FPS}" ] ; then
TRANSCODE_OPTS="${TRANSCODE_OPTS},fps=${FPS}"
fi
# Create unique pids for the stream
let VPID=${PARAMETER}+1
let APID=${PARAMETER}+2
let SPID=${PARAMETER}+3
# Capture VLC pid for further management in IPTV plugin
vlc "${URL}" --sout "#transcode{${TRANSCODE_OPTS}}:standard{access=udp,mux=ts{pid-video=${VPID},pid-audio=${APID},pid-spu=${SPID}},dst=127.0.0.1:${PORT}}" --intf dummy &
PID=${!}
trap 'kill -INT ${PID} 2> /dev/null' INT EXIT QUIT TERM
# Waiting for the given PID to terminate
wait ${PID}Wie bereits oben geschreiben, gab es beim Schalten auf die Kanäle kein Bild+Ton, dafür folgende Einträge im syslog :
Mar 19 10:50:33 yavdr vdr: [1249] switching to channel 101 I-0-1010-1 (Das Erste HD tel)
Mar 19 10:50:33 yavdr vdr[3080]: [0000564ffb43fc20] vlcpulse audio output error: PulseAudio server connection failure: Verbindung verweigert
Mar 19 10:50:33 yavdr vdr[3080]: [0000564ffb466b40] dummy interface: using the dummy interface module...
Mar 19 10:50:33 yavdr api[1399]: 192.168.1.3 - - [19/Mar/2024 10:50:33] "GET /api/zde/live/ard.m3u8 HTTP/1.1" 200 -
Mar 19 10:50:34 yavdr vdr[3080]: [00007f43dc01e3e0] mp4 demux: Fragment sequence discontinuity detected 1069276134 != 0
Mar 19 10:50:35 yavdr vdr[3080]: [00007f43dc2b1c10] mp4 demux: Fragment sequence discontinuity detected 1069276133 != 0
Mar 19 10:50:36 yavdr vdr[3080]: [00007f43dc010490] mp4 demux: Fragment sequence discontinuity detected 1069276134 != 0
Mar 19 10:50:48 yavdr vdr[3080]: [00007f43f0130f70] main decoder error: buffer deadlock prevented
Mar 19 10:50:48 yavdr vdr[3080]: [00007f43f02fc660] main decoder error: buffer deadlock prevented
Mar 19 10:50:48 yavdr vdr[3080]: [00007f43f0323130] main decoder error: buffer deadlock prevented
Mar 19 10:50:48 yavdr vdr[3080]: [00007f43f005fe30] main decoder error: buffer deadlock prevented
Mar 19 10:50:48 yavdr vdr[3080]: [00007f43f035ea90] main decoder error: buffer deadlock prevented
Mar 19 10:50:49 yavdr vdr[3080]: [mpeg2video encoder @ 0x7f43cc0e8640] [Eval @ 0x7f43d9777de0] Invalid chars '.0' at the end of expression '1.0'
Mar 19 10:50:49 yavdr vdr[3080]: [mpeg2video encoder @ 0x7f43cc0e8640] Unable to parse option value "1.0"
Mar 19 10:50:49 yavdr vdr[3080]: [mpeg2video encoder @ 0x7f43cc0e8640] Error setting option qsquish to value 1.0.
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43cc018220] avcodec encoder error: cannot open mp2v video encoder
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43cc018220] main encoder error: Streaming / Transcoding failed
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43cc018220] main encoder error: VLC could not open the mp2v video encoder.
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43f0007000] stream_out_transcode stream out error: cannot find video encoder (module:any fourcc:mp2v). Take a look few lines earlier to see possible reason.
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43f0007000] stream_out_transcode stream out error: cannot create video chain
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43f005fe30] main decoder error: cannot create packetizer output (h264)
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43c8001700] twolame encoder error: doesn't support > 2 channels
Mar 19 10:50:49 yavdr vdr[3080]: [mp2 @ 0x7f43c803ff40] Specified channel layout '5.1' is not supported
Mar 19 10:50:49 yavdr vdr[3080]: [00007f43c8001700] twolame encoder error: doesn't support > 2 channels
Mar 19 10:50:49 yavdr vdr[3080]: [mp2 @ 0x7f43c8046b00] Specified channel layout '5.1' is not supported
Mar 19 10:51:09 yavdr vdr: [1249] switching to channel 102 I-0-1020-1 (ZDF HD tel)
Mar 19 10:51:09 yavdr vdr[3366]: [000056144226ec20] vlcpulse audio output error: PulseAudio server connection failure: Verbindung verweigert
Mar 19 10:51:09 yavdr vdr[3366]: [0000561442296050] dummy interface: using the dummy interface module...
Mar 19 10:51:10 yavdr api[1399]: 192.168.1.3 - - [19/Mar/2024 10:51:10] "GET /api/zde/live/zdf.m3u8 HTTP/1.1" 200 -
Mar 19 10:51:11 yavdr vdr[3366]: [00007f6e5001e3e0] mp4 demux: Fragment sequence discontinuity detected 1069276157 != 0
Mar 19 10:51:12 yavdr vdr[3366]: [00007f6e501633c0] mp4 demux: Fragment sequence discontinuity detected 1069276156 != 0
Mar 19 10:51:12 yavdr vdr[3366]: [00007f6e5032a230] mp4 demux: Fragment sequence discontinuity detected 1069276157 != 0
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e58131420] main decoder error: buffer deadlock prevented
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e582fcb10] main decoder error: buffer deadlock prevented
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e583235e0] main decoder error: buffer deadlock prevented
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e5805ff50] main decoder error: buffer deadlock prevented
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e5805ef70] main decoder error: buffer deadlock prevented
Mar 19 10:51:20 yavdr vdr[3366]: [mpeg2video encoder @ 0x7f6e440ec000] [Eval @ 0x7f6e7086cde0] Invalid chars '.0' at the end of expression '1.0'
Mar 19 10:51:20 yavdr vdr[3366]: [mpeg2video encoder @ 0x7f6e440ec000] Unable to parse option value "1.0"
Mar 19 10:51:20 yavdr vdr[3366]: [mpeg2video encoder @ 0x7f6e440ec000] Error setting option qsquish to value 1.0.
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e4401bd60] avcodec encoder error: cannot open mp2v video encoder
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e4401bd60] main encoder error: Streaming / Transcoding failed
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e4401bd60] main encoder error: VLC could not open the mp2v video encoder.
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e58006e60] stream_out_transcode stream out error: cannot find video encoder (module:any fourcc:mp2v). Take a look few lines earlier to see possible reason.
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e58006e60] stream_out_transcode stream out error: cannot create video chain
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e5805ff50] main decoder error: cannot create packetizer output (h264)
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e40001700] twolame encoder error: doesn't support > 2 channels
Mar 19 10:51:20 yavdr vdr[3366]: [mp2 @ 0x7f6e4003ff40] Specified channel layout '5.1' is not supported
Mar 19 10:51:20 yavdr vdr[3366]: [00007f6e40001700] twolame encoder error: doesn't support > 2 channels
Mar 19 10:51:20 yavdr vdr[3366]: [mp2 @ 0x7f6e40046b00] Specified channel layout '5.1' is not supportedWie es also aussieht scheint der Teil aus dem Script mit dem Transcode ... usw. überhaupt nicht zu passen.
Meine Kentnisse in diesem Bereich sind allerdings = Null und so komme ich hier nicht weiter. 
Ich denke aber, dass dieses Script ausbaufähig ist und man sollte evtl. an Stelle vom VLC-Player mit dem ffmpeg arbeiten, denn das TVheadend nutzt auch nur das ffmpeg. Aber egal ob VLC oder ffmpeg meine Kenntnisse in der Verwendung dieser Programm ist sehr marginal, so dass ich hier auf Hilfe angewiesen bin.
Vielleicht noch als Tip, wie bei Nutzung von ffmpeg die favorites.m3u aus der telerising.api aussieht, wenn man in der telerising.api den Parameter
"Retrieve streams via ffmpeg pipe" aktiviert, wie man es übrigens machen soll, wenn man TVheadend verwendet:
#EXTM3U
#EXTINF:0001 tvg-id="ARD.de" tvg-chno="1" group-title="National" tvg-logo="https://images.zattic.com/logos/2a2a4aee64bbd6f7f817/black/210x120.png", Das Erste HD
pipe:///usr/bin/ffmpeg -loglevel fatal -re -i "http://192.168.1.3:5000/api/zde/live/ard.m3u8" -ignore_unknown -map 0:0 -map 0:1 -map 0:2? -map 0:3? -map 0:4? -c:a:0 copy -c:a:1 copy -c:v copy -c:s copy -f mpegts -metadata service_name="Das Erste HD" pipe:1
#EXTINF:0001 tvg-id="ZDF.de" tvg-chno="2" group-title="National" tvg-logo="https://images.zattic.com/logos/42a29350387ee5fda8fe/black/210x120.png", ZDF HD
pipe:///usr/bin/ffmpeg -loglevel fatal -re -i "http://192.168.1.3:5000/api/zde/live/zdf.m3u8" -ignore_unknown -map 0:0 -map 0:1 -map 0:2? -map 0:3? -map 0:4? -c:a:0 copy -c:a:1 copy -c:v copy -c:s copy -f mpegts -metadata service_name="ZDF HD" pipe:1
#EXTINF:0001 tvg-id="rbbBrandenburg.de" tvg-chno="3" group-title="Regional" tvg-logo="https://images.zattic.com/logos/a1b6f662da995837ed2b/black/210x120.png", rbb Brandenburg HD
pipe:///usr/bin/ffmpeg -loglevel fatal -re -i "http://192.168.1.3:5000/api/zde/live/rbb-brandenburg.m3u8" -ignore_unknown -map 0:0 -map 0:1 -map 0:2? -map 0:3? -map 0:4? -c:a:0 copy -c:a:1 copy -c:v copy -c:s copy -f mpegts -metadata service_name="rbb Brandenburg HD" pipe:1
#EXTINF:0001 tvg-id="MDRSachsen.de" tvg-chno="4" group-title="National" tvg-logo="https://images.zattic.com/logos/9c61c6c262ad41f0c19e/black/210x120.png", MDR SACHSEN HD
pipe:///usr/bin/ffmpeg -loglevel fatal -re -i "http://192.168.1.3:5000/api/zde/live/mdr-sachsen.m3u8" -ignore_unknown -map 0:0 -map 0:1 -map 0:2? -map 0:3? -map 0:4? -c:a:0 copy -c:a:1 copy -c:v copy -c:s copy -f mpegts -metadata service_name="MDR SACHSEN HD" pipe:1Für mich sind das allerdings alles böhmische Dörfer, verstanden habe ich hier nur, dass der Stream in irgendeine pipe vom ffmpeg kommt?
Ansonsten werde ich nach aktuellem Stand für IPTV vorläufig auf KODI setzen, denn da ist das schon alles sehr gut integriert.
tvheadend soll doch angeblich in der Lage sein, beliebige Eingangssignale als satip-Stream auszugeben. Für diesen Teil der Aufgabe findest Du vielleicht in anderen Foren eine Lösung, denn sie ist vdr-unabhängig.
Für die Verwendung mit vdr bräuchte man dann nur noch das satip-Plugin zum Empfang. Und man müsste natürlich wissen, wie tvheadend die Signale umsetzt (DVB-S2 oder DVB-C? Welche Pids etc.) damit man die channels.conf entsprechend konfigurieren kann.
Jeder Weg, bei dem zusätzlich zur ersten Aufbereitung durch tvheadend nochmal eine außerhalb des vdr staffindende Transcodierung stattfinden muss, wird m.E. nie stabil und mit akzeptablen Umschaltzeiten laufen.
man sollte evtl. an Stelle vom VLC-Player mit dem ffmpeg arbeiten, denn das TVheadend nutzt auch nur das ffmpeg.
Vielleicht kann jsffm dabei helfen? Er hat ja vdr-transcode geschrieben und tiefe Einblicke in ffmpeg.
Jeder Weg, bei dem zusätzlich zur ersten Aufbereitung durch tvheadend nochmal eine außerhalb des vdr staffindende Transcodierung stattfinden muss, wird m.E. nie stabil und mit akzeptablen Ums
Deshalb will ich ja nur die telerising.api einsetzen und die daraus resultierenden Streams direkt im VDR verarbeiten. Also alles ohne TVheadend.
In den früheren Tests mit dem anderen Script vom iptv-Plugin hat das ja schon prinzipiell funktioniert, allerdings waren da die Umschaltzeiten ca. 20 Sekunden lang. Also nicht praktikabel.
Da sollten erst mal die Jüngeren dran
Deshalb will ich ja nur die telerising.api einsetzen und die daraus resultierenden Streams direkt im VDR verarbeiten. Also alles ohne TVheadend.
In den früheren Tests mit dem anderen Script vom iptv-Plugin hat das ja schon prinzipiell funktioniert, allerdings waren da die Umschaltzeiten ca. 20 Sekunden lang. Also nicht praktikabel.
Wir wir ja nun festgestellt haben, ist die direkte Verarbeitung dieser Streams im vdr nicht möglich, da es keine TS-Container sind. Die Wahl ist also, die Aufbereitung der Streams entweder mit eingebundenen Scripten (egal ob über ffmpeg oder vlc) bei jedem Kanalwechsel erneut anzustoßen, oder das Quellsignal schon von vornherein so aufbereiten zu lassen, dass vdr es (zumindest mit dem satip-Plugin) verarbeiten kann.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
