HeavyMetalTelevision.com mit IPTV
Aus VDR Wiki
(Unterschied zwischen Versionen)
Woppr (Diskussion | Beiträge) (→Configuration) |
Woppr (Diskussion | Beiträge) (→Configuration) |
||
| (2 dazwischenliegende Versionen von einem Benutzer werden nicht angezeigt) | |||
| Zeile 63: | Zeile 63: | ||
PORT=${2} | PORT=${2} | ||
#IP adresses have been subject to change without notice, check the NoScript/Firefox Inspector activated HMTV website regularly for changes. | #IP adresses have been subject to change without notice, check the NoScript/Firefox Inspector activated HMTV website regularly for changes. | ||
| − | HLS="http:// | + | HLS="http://72.194.152.134:1935/hmtv/myStream/playlist.m3u8" |
| − | RTSP="rtsp:// | + | RTSP="rtsp://72.194.152.134:1935/hmtv/myStream" |
| − | RTMP="rtmp:// | + | RTMP="rtmp://72.194.152.134:1935/hmtv/myStream" |
| − | # | + | #6/8/2017, address aac audio droput issue |
| − | ffmpeg -nostats -v debug -analyzeduration 10M -stimeout 10M -rtsp_transport udp -max_delay 100K -fflags +genpts -i "${RTSP}" -f mpegts -c copy "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1 | + | ffmpeg -nostats -v debug -analyzeduration 10M -stimeout 10M -rtsp_transport udp -max_delay 100K -fflags +genpts -i "${RTSP}" -f mpegts -c:v copy -c:a mp2 -b:a 192k -ar 44100 "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1 |
#Mostly working for weeks with some h.264 video artefacts until wowza server runs wild again with invalid P/DTS "Experiencing Technical Issues". | #Mostly working for weeks with some h.264 video artefacts until wowza server runs wild again with invalid P/DTS "Experiencing Technical Issues". | ||
Aktuelle Version vom 19. November 2018, 22:14 Uhr
Inhaltsverzeichnis |
[Bearbeiten] Description
heavymetaltelevision.com with VDR IPTV Plugin
[Bearbeiten] Software
debian GNU/Linux wheezy+
ii vdr 2.0.6-6yavdr1 i386 Video Disk Recorder for DVB cards
ii vdr-plugin-iptv 2.0.3-0yavdr4~precise i386 IPTV plug-in for VDR
ii vdr-plugin-xineliboutput 1.1.0-22-g1d98107-1ya i386 VDR plugin for Xine based sofdevice frontends
ii libxineliboutput-sxfe 1.1.0-22-g1d98107-1ya i386 Local X-Server frontend for the xineliboutput plugin
ii libxine2 1.2.2-5 i386 xine media player library – meta-package
ii ffmpeg 10:2.6.4-dmo1 i386 audio/video encoder, streaming server & audio/video file converter
+deps
[Bearbeiten] Extra Hardware used with this setup
Multimedia controller: Broadcom Corporation BCM70015 Video Decoder [Crystal HD]
[Bearbeiten] Configuration
iptv.DisabledFilters = 1 2 6 iptv.ExtProtocolBasePort = 4321 iptv.SectionFiltering = 1 iptv.TsBufferPrefill = 0 iptv.TsBufferSize = 1
HeavyMTV;IPTV:10:S=0|P=0|F=EXT|U=hmtv.sh|A=0:I:0:256=27:257=@3:0:0:1:0:0:0
#!/bin/sh
# HeavyMTV;IPTV:10:S=0|P=0|F=EXT|U=hmtv.sh|A=0:I:0:256:257:0:0:1:0:0:0
#LOG=/var/log/vdr-iptv
LOG=/dev/null
if [ $# -ne 2 ]; then
logger "$0: error: Invalid parameter count '$#' $*"
exit 1
fi
PARAMETER=${1}
PORT=${2}
#IP adresses have been subject to change without notice, check the NoScript/Firefox Inspector activated HMTV website regularly for changes.
HLS="http://72.194.152.134:1935/hmtv/myStream/playlist.m3u8"
RTSP="rtsp://72.194.152.134:1935/hmtv/myStream"
RTMP="rtmp://72.194.152.134:1935/hmtv/myStream"
#6/8/2017, address aac audio droput issue
ffmpeg -nostats -v debug -analyzeduration 10M -stimeout 10M -rtsp_transport udp -max_delay 100K -fflags +genpts -i "${RTSP}" -f mpegts -c:v copy -c:a mp2 -b:a 192k -ar 44100 "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1
#Mostly working for weeks with some h.264 video artefacts until wowza server runs wild again with invalid P/DTS "Experiencing Technical Issues".
#ffmpeg -nostats -v debug -analyzeduration 10M -stimeout 10M -rtsp_transport udp -max_delay 100K -i "${RTSP}" -f mpegts -c:v copy -c:a mp2 -b:a 192k -ar 44100 -af volume=-10dB "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1
#ffmpeg -nostats -v debug -analyzeduration 10M -stimeout 10M -rtsp_transport udp -max_delay 100K -vsync drop -i "${RTSP}" -f mpegts -max_interleave_delta 1G -c:v copy -c:a mp2 -b:a 192k -ar 44100 -af volume=-10dB "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1
#Only working without nasty audio dropouts in spare low overseas latency times, otherwise triggering VDR TS-Packet Error intermittently.
#ffmpeg -nostats -v verbose -analyzeduration 10M -i "${RTMP}" -bsf:v h264_mp4toannexb -f mpegts -c:v copy -c:a mp2 -b:a 192k -ar 44100 -af volume=-10dB "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1
#ffmpeg -nostats -v verbose -analyzeduration 10M -vsync drop -i "${RTMP}" -bsf:v h264_mp4toannexb -f mpegts -max_interleave_delta 1G -c:v copy -c:a mp2 -b:a 192k -ar 44100 -af volume=-10dB "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1
#Not working, chunk download always too slow, breaks with big underrun, server is too far away or too slow for non RT- protocols, west of U.S.
#ffmpeg -nostats -v debug -analyzeduration 10M -i "${HLS}" -f mpegts -c:v copy -c:a mp2 -b:a 192k -ar 44100 -af volume=-10dB "udp://127.0.0.1:${PORT}?pkt_size=16356" > ${LOG} 2>&1
[Bearbeiten] Bugs / What's missing / TODO
- EDUCATIONAL/TESTING ONLY
- Test other VDR output (soft)devices and (HW) decoders (accelerators)
- Recordings playback of the raw HMTV "h.264" stream is mostly not working with Xine Crystal HD output, buffer overflows, wrong framerate in record info file (25fps for 30fps), index file may mismatch, Xine plugin seems to be optimized for compatible full featured standard TV framerates h.264 HDTV streams, but works with MPlayer, try MPEG2 transcoding with 25fps, if enough CPU
