Bug #4694
Stream freezes after few seconds on 4.2 & 4.3
0%
Description
Hello.
I use tvheadend on NAS D-Link DNS-325 (hardware specifications: http://dns323.kood.org/dns-325). It used for watching IPTV from my ISP.
Stream link example: http://91.211.16.175:4022/udp/234.1.10.8:1234
On versions 4.0.10 and 4.1 streams works fine. But after upgrating on 4.2.x or 4.3 I have a problems with streaming. All streams plays 5 seconds, after that they freezes on buffering.
TVheadend compiled with configuration:
./configure --prefix=/ffp \
--disable-avahi \
--release \
--disable-ffmpeg_static \
--disable-libx264_static \
--disable-libx265_static \
--disable-libvorbis_static \
--disable-libvpx_static \
--disable-libtheora_static \
--disable-libfdkaac_static \
--enable-slow_memoryinfo \
--nowerror
Checking support/features
checking for cc execinfo.h ... ok
checking for cc -mmmx ... fail
checking for cc -msse2 ... fail
checking for cc -Wunused-result ... ok
checking for cc getloadavg ... fail
checking for cc atomic32 ... ok
checking for cc atomic64 ... fail
checking for cc atomic_time_t ... fail
checking for cc bitops64 ... ok
checking for cc lockowner ... ok
checking for cc qsort_r ... ok
checking for cc stime ... ok
checking for cc gmtoff ... ok
checking for cc recvmmsg ... fail
checking for cc sendmmsg ... fail
checking for cc libiconv ... ok
checking for cc libdvben50221 ... ok
checking for cc ifnames ... ok
checking for py module gzip ... ok
checking for pkg-config ... ok
checking for xgettext ... ok
checking for msgmerge ... ok
checking for gzip ... ok
checking for bzip2 ... ok
checking for pkg openssl ... ok (detected 1.0.2d)
checking for cc linux/dvb/version.h ... ok
checking for pkg zlib ... ok (detected 1.2.11)
checking for pkg liburiparser ... ok (detected 0.8.4)
checking for pkg libavfilter >=6.31.100 ... ok (detected 6.82.100)
checking for pkg libswresample >=2.0.101 ... ok (detected 2.7.100)
checking for pkg libavresample >=3.0.0 ... ok (detected 3.5.0)
checking for pkg libswscale >=4.0.100 ... ok (detected 4.6.100)
checking for pkg libavformat >=57.25.100 ... ok (detected 57.71.100)
checking for pkg libavcodec >=57.24.102 ... ok (detected 57.89.100)
checking for pkg libavutil >=55.17.103 ... ok (detected 55.58.100)
checking for cc sys/inotify.h ... ok
checking for cc inotify_init1 ... ok
fetching dvb-scan files ... ok
checking for cc epoll_create1 ... ok
checking for pkg dbus-1 ... ok (detected 1.6.0)
Compiler:
Using C compiler: gcc
Using LD flags: -lubacktrace -ldvben50221 -ldvbapi -lucsi
Build for arch: arm
Binaries:
Using PYTHON: python
Using GZIP: gzip
Using BZIP2: bzip2
Options:
pie yes
ccdebug no
cwc yes
capmt yes
constcw yes
linuxdvb yes
satip_server yes
satip_client yes
hdhomerun_client yes
hdhomerun_static yes
iptv yes
tsfile yes
dvbscan yes
timeshift yes
trace yes
imagecache yes
avahi no
zlib yes
libav yes
ffmpeg_static no
libx264 yes
libx264_static no
libx265 yes
libx265_static no
libvpx yes
libvpx_static no
libtheora yes
libtheora_static no
libvorbis yes
libvorbis_static no
libfdkaac no
libfdkaac_static no
nvenc no
qsv no
libmfx_static yes
inotify yes
epoll yes
uriparser yes
ccache no
tvhcsa yes
bundle no
pngquant no
dvbcsa no
dvben50221 yes
kqueue no
dbus_1 yes
android no
tsdebug no
gtimer_check no
slow_memoryinfo yes
libsystemd_daemon no
bintray_cache yes
execinfo yes
W_unused_result yes
atomic32 yes
bitops64 yes
lockowner yes
qsort_r yes
stime yes
gmtoff yes
libiconv yes
libdvben50221 yes
ifnames yes
py_gzip yes
bin_pkg_config yes
bin_xgettext yes
bin_msgmerge yes
bin_gzip yes
bin_bzip2 yes
ssl yes
linuxdvbapi yes
upnp yes
inotify_h yes
inotify_init1 yes
linuxdvb_ca yes
epoll_create1 yes
mpegts yes
mpegts_dvb yes
Packages:
openssl 1.0.2d
zlib 1.2.11
liburiparser 0.8.4
libavfilter 6.82.100
libswresample 2.7.100
libavresample 3.5.0
libswscale 4.6.100
libavformat 57.71.100
libavcodec 57.89.100
libavutil 55.58.100
dbus-1 1.6.0
Installation paths:
Prefix: /ffp
Binaries: ${prefix}/bin
Libraries: ${prefix}/lib
Data files: ${prefix}/share
Man pages: ${datadir}/man
Files
History
Updated by saen acro about 7 years ago
Are you use "Auto" option or add each service one by one
Updated by Vladimir Maksimenko about 7 years ago
- File Network.png Network.png added
- File MUX.png MUX.png added
On 4.0 muxes was added one by one. Here configuration screens:
After updating from 4.0 to 4.2, I used muxes created in 4.0
When I tried add "IPTV Automatic Network", I have the same problem. Stream work 5 second and freezes on buffering.
Updated by Vladimir Maksimenko about 7 years ago
It was accidentally installed. On other MUXes this flag didn't selected.
Похоже случайно установил, пока делал скриншот. На остальных мультиплексах он не установлен.
Updated by saen acro about 7 years ago
What's happens when use "IPTV Automatic" with provided url to playlist http://iptv.didan.org/iptv.m3u
Updated by Vladimir Maksimenko about 7 years ago
- File Network_Auto.png Network_Auto.png added
- File MUX_Auto.png MUX_Auto.png added
saen acro wrote:
What's happens when use "IPTV Automatic" with provided url to playlist http://iptv.didan.org/iptv.m3u
I removed tvheadend 4.0 with all files. Then I install tvheadend 4.2.4 and configure IPTV Automatic Network with that playlist. See screens in attachment.
When I start watching stream in KODI, it's play 4-5 seconds and freezes. The same problem, when I playing stream with VLC player or in tvheadend browser player.
Updated by Vladimir Maksimenko about 7 years ago
- File Network_1.png Network_1.png added
- File Network_2.png Network_2.png added
There is no such parameter at 4.2.4:
It's present in 4.3, but it set to false at default.
Updated by Jaroslav Kysela about 7 years ago
Provide '--trace httpc,iptv,iptv-pcr,iptv-sub' when you tune to one stream. https://tvheadend.org/projects/tvheadend/wiki/Traces
Updated by Vladimir Maksimenko about 7 years ago
- File trace_dtx.log trace_dtx.log added
- File trace_history.log trace_history.log added
Jaroslav Kysela wrote:
Provide '--trace httpc,iptv,iptv-pcr,iptv-sub' when you tune to one stream. https://tvheadend.org/projects/tvheadend/wiki/Traces
Result in attached files
Updated by Jaroslav Kysela about 7 years ago
Tvheadend uses CLOCK_MONOTONIC_COARSE clocks for the real-time stream processing. It seems that your platform returns zero values for "clock_gettime(CLOCK_MONOTONIC_COARSE, &tp);" call. https://linux.die.net/man/2/clock_gettime
Updated by Vladimir Maksimenko over 6 years ago
Jaroslav Kysela wrote:
Tvheadend uses CLOCK_MONOTONIC_COARSE clocks for the real-time stream processing. It seems that your platform returns zero values for "clock_gettime(CLOCK_MONOTONIC_COARSE, &tp);" call. https://linux.die.net/man/2/clock_gettime
Thanks for advice.
This timer is available since Linux 2.6.32, and my NAS has Linux 2.6.31.8.
I solved this problem by commenting line
#define CLOCK_MONOTONIC_COARSE 6
in file "/include/bits/time.h"