Project

General

Profile

Bug #4672

Recording does not work

Added by Richard Pavlik about 7 years ago. Updated about 7 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
Adam Sutton
Category:
PVR / DVR
Target version:
-
Start date:
2017-10-17
Due date:
% Done:

100%

Estimated time:
Found in version:
4.3 https://tvheadend.org/projects/tvheadend/repository/revisions/5fc020513b6b8aa7f36b52e6ef6b9322ff09defd
Affected Versions:

Description

In version: HTS Tvheadend 4.3-472~g8fc3520 it works. In latest version it does not work. It just creates an initial small file but the size does not increase. I have seen this problem for at least the last week or so, but I am now just reporting it. There are no errors in the log file. I am using HDHOMERUN, my build configuration is:

Configure arguments:
--enable-trace --enable-hdhomerun_static --enable-hdhomerun_client --enable-libffmpeg_static --enable-libmfx --enable-libx265 --enable-vaapi

Compiler:
Using C compiler: ccache cc
Build for arch: x86_64

Binaries:
Using PYTHON: python
Using GZIP: gzip
Using BZIP2: bzip2

Options:
pie yes
ccdebug no
cwc yes
cccam 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 yes
zlib yes
libav yes
ffmpeg_static yes
libx264 yes
libx264_static yes
libx265 yes
libx265_static yes
libvpx yes
libvpx_static yes
libtheora yes
libtheora_static yes
libvorbis yes
libvorbis_static yes
libfdkaac no
libfdkaac_static no
libopus yes
libopus_static yes
nvenc no
vaapi yes
mmal no
omx no
inotify yes
epoll yes
pcre yes
pcre2 no
uriparser no
ccache yes
tvhcsa yes
bundle no
pngquant no
dvbcsa no
dvben50221 no
kqueue no
dbus_1 yes
android no
tsdebug no
gtimer_check no
slow_memoryinfo no
libsystemd_daemon no
bintray_cache yes
execinfo yes
mmx yes
sse2 yes
W_unused_result yes
getloadavg yes
atomic32 yes
atomic64 yes
atomic_time_t yes
bitops64 yes
lockowner yes
qsort_r yes
stime yes
gmtoff yes
recvmmsg yes
sendmmsg 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
bin_cmake yes
stdcpp yes
libogg_static yes
hwaccels yes
inotify_h yes
inotify_init1 yes
epoll_create1 yes
mpegts yes
mpegts_dvb yes

Packages:
openssl 1.0.2g
zlib 1.2.8
libpcre 8.38
avahi-client 0.6.32-rc
libva 0.39.0
libva-x11 0.39.0
libva-drm 0.39.0
dbus-1 1.10.6

Installation paths:
Prefix: /usr/local
Binaries: ${prefix}/bin
Libraries: ${prefix}/lib
Data files: ${prefix}/share
Man pages: ${datadir}/man

History

#1

Updated by Jaroslav Kysela about 7 years ago

Does the live streaming work?

#2

Updated by Richard Pavlik about 7 years ago

Yes OTA live streaming works. When recording it appears everything is ok and there are no problems reported. Then when you try to play back the recorded file, one gets about 1-2 seconds of video and it stops. If one actually looks at the recorded ".ts" files they are all the same small size (I don't know what that is now).

#3

Updated by Jeroen Hendriks about 7 years ago

I can confirm this behavior in version 4.2.3-113~g5ba82587a and 4.3-556~g9339e92a6.
It looks like the recording pauses. The connection to the tuner (satip in my case) stays open during the whole recording time window.

I tried recording with "Use EPG running state:" enabled and disabled. But the issue stays.
When opening an live steaming session after the recording is already stalled (on the same channel) it works just fine and attaches on the already open satip session.

Oct 17 20:27:30 panoramix tvheadend23685: dvr: "London Has Fallen" on "Film1 Premiere HD" recorder starting
Oct 17 20:27:30 panoramix tvheadend23685: dvr: About to set stop timer for "London Has Fallen" on "Film1 Premiere HD" at start 1508265000 and original stop 1508271000 and overall stop at 1508271180
Oct 17 20:28:00 panoramix tvheadend23685: dvr: /var/data/mediafiles/DVR/test/Movies/London Has Fallen/London Has Fallen.ts from adapter: "SAT>IP DVB-C Tuner #1 (192.168.1.27:9983)", network: "DVB-C Ziggo", mux: "120MHz", provider: "Ziggo", service: "Film1 Premiere HD"
Oct 17 20:28:00 panoramix tvheadend23685: dvr: # type lang resolution aspect ratio sample rate channels
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 1 CA
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 2 CA
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 3 CA
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 4 CA
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 5 CA
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 6 CA
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 7 H264 ? ?
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 8 MPEG2AUDIO dut ? ?
Oct 17 20:28:00 panoramix tvheadend23685: dvr: 9 AC3 dut ? ?
Oct 17 22:13:00 panoramix tvheadend23685: dvr: "London Has Fallen" on "Film1 Premiere HD": End of program: Completed OK

Recording almost always stall/fail (tvh report completed ok) on DVB-C Ziggo (Film1 Premiere HD), but they never seem to fail on DVB-S Canal Digitaal (Film Europe INT HD)

Reverting back to tvheadend-4.3-472~g8fc352062 seems solve the recording issue.

#4

Updated by Jaroslav Kysela about 7 years ago

  • Status changed from New to Fixed
  • % Done changed from 0 to 100

Applied in changeset commit:tvheadend|e8b176c2add99e608605b09671ed0689abf25186.

#5

Updated by Richard Pavlik about 7 years ago

Jaroslav,

Thank you for the quick fix.

Also available in: Atom PDF