Project

General

Profile

tvheadend 4.1-1752~gcd9f07f constant Time missed errors

Added by Marc Vollmer over 8 years ago

Hello,

I'm now using tvheadend since over a year without major problems.
Until some days ago I was running an older 3.9 version on OpenELEC with DVB-C (Raspberry Pi Compute module system).
Last month I prepared a Raspberry Pi 2 (running Ubuntu 14.04.2 LTS) with the, at this time, current version I manually compiled from git.
Some days ago I started to configure that setup. This time the source is not DVB-C, it's DVB-S over SAT>IP (Selfsat IP36 Antenna).

Channel search worked without problems, I can also watch live tv, but sometimes recordings don't work. I always get time missed errors:

2016-04-10 20:34:30.001 [   INFO]:dvr: "test disney" on "Disney Channel" recorder starting
2016-04-10 20:34:30.003 [   INFO]:mpegts: 12460.5H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #5 (192.168.5.91)
2016-04-10 20:34:30.003 [   INFO]:subscription: 0003: "DVR: test disney" subscribing on channel "Disney Channel", weight: 500, adapter: "SAT>IP DVB-S Tuner #5 (192.168.5.91)", network: "DVB-S Netzwerk", mux: "12460.5H", provider: "BetaDigital", service: "Disney Channel", profile="pass" 
2016-04-10 20:50:00.000 [   INFO]:subscription: 0003: "DVR: test disney" unsubscribing from "Disney Channel" 
2016-04-10 20:50:00.001 [   INFO]:dvr: "test disney" on "Disney Channel": End of program: Time missed

I did multiple test recordings. "Das Erste HD" recorded without any problems, RTL sometimes had this problem but I also managed to record successfully (maybe it was just because it was directly after a restart). Disney Channel always has this problem.

The log of the successful recording from RTL directly after the system reboot (did multiple software restarts without any success(:

2016-04-10 20:21:46.050 [   INFO]:dvr: "test" on "RTL" recorder starting
2016-04-10 20:21:46.052 [   INFO]:mpegts: 12187.5H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #5 (192.168.5.91)
2016-04-10 20:21:46.053 [   INFO]:subscription: 0002: "DVR: test" subscribing on channel "RTL", weight: 500, adapter: "SAT>IP DVB-S Tuner #5 (192.168.5.91)", network: "DVB-S Netzwerk", mux: "12187.5H", provider: "CBC", service: "RTL Television", profile="pass" 
2016-04-10 20:21:46.304 [  DEBUG]:dvr: File "/mnt/hdd/dvr/test-RTL2016-04-1020-25.ts" -- No such file or directory -- Using for recording
2016-04-10 20:21:46.310 [   INFO]:dvr: /mnt/hdd/dvr/test-RTL2016-04-1020-25.ts from adapter: "SAT>IP DVB-S Tuner #5 (192.168.5.91)", network: "DVB-S Netzwerk", mux: "12187.5H", provider: "CBC", service: "RTL Television" 
2016-04-10 20:21:46.310 [   INFO]:dvr:  #  type              lang  resolution  aspect ratio  sample rate  channels
2016-04-10 20:21:46.310 [   INFO]:dvr:  1  MPEG2VIDEO              ?           ?
2016-04-10 20:21:46.310 [   INFO]:dvr:  2  MPEG2AUDIO        ger                             ?            ?
2016-04-10 20:21:46.310 [   INFO]:dvr:  3  TELETEXT
2016-04-10 20:21:46.310 [   INFO]:dvr:  4  AC3               ger                             ?            ?
2016-04-10 20:21:46.310 [   INFO]:dvr:  5  DVBSUB            ger
2016-04-10 20:21:50.102 [WARNING]:TS: DVB-S Netzwerk/12187.5H/RTL Television: MPEG2VIDEO @ #163 Continuity counter error (total 1)
2016-04-10 20:21:50.102 [WARNING]:TS: DVB-S Netzwerk/12187.5H/RTL Television: MPEG2AUDIO @ #104 Continuity counter error (total 1)
2016-04-10 20:21:57.841 [WARNING]:tot: 12187.5H in DVB-S Netzwerk: invalid checksum (len 8, errors 1)
2016-04-10 20:31:00.000 [   INFO]:subscription: 0002: "DVR: test" unsubscribing from "RTL" 
2016-04-10 20:31:00.001 [   INFO]:dvr: "test" on "RTL": End of program: Completed OK

My first thoughts have been wrong timezone settings, but everything was set successfully.
I only record with manual timers and don't have any EPG.

I attached my configuration as screenshots.
I had some padding set (5 min at the beginning, and 10 min at the ending), temporarily disabled it for tests.
I hope someone can help me with this problem (it's currently really annoying).

Thanks for your Help.

dvr-running.png (24.6 KB) dvr-running.png The status when the Recording is running
channel.png (155 KB) channel.png Channel Configuration (as Example the Disney Channel)
epg-grabber.png (65.4 KB) epg-grabber.png EPG grabber is disabled
epg-modules.png (73.7 KB) epg-modules.png All EPG Modules are disabled
networks.png (99.6 KB) networks.png The DVB-S Network. Changed EIT to Local time. Made no difference
status-stream.png (32.9 KB) status-stream.png As you see, a tuner is connected
recording.png (92.1 KB) recording.png Recording settings, padding was set here
status-subscription.png (25.5 KB) status-subscription.png Its even subscripted to the channel
stream.png (79.4 KB) stream.png The only enabled stream

Replies (4)

RE: tvheadend 4.1-1752~gcd9f07f constant Time missed errors - Added by Marc Vollmer over 8 years ago

Some more configuration here. I configured 2 SAT>IP Tuner (#5 and #7, both are equally configured)

tvadapters-satip-position.png (95.7 KB) tvadapters-satip-position.png Configuration of the SAT Position
tvadapters-satip-server.png (110 KB) tvadapters-satip-server.png Configuration of the SAT>IP Server
tvadapters-satip-tuner.png (112 KB) tvadapters-satip-tuner.png Configuration of the SAT Tuner

RE: tvheadend 4.1-1752~gcd9f07f constant Time missed errors - Added by Marc Vollmer over 8 years ago

I set the debug level to +all instead of +dvr,+subscription. I hoped to see some reason for the error, but noting. Log is attached

tvheadend-debug.txt (54 KB) tvheadend-debug.txt Full recording with debug +all

RE: tvheadend 4.1-1752~gcd9f07f constant Time missed errors - Added by Mark Clarkstone over 8 years ago

Have you opened a bug linking to this thread?

RE: tvheadend 4.1-1752~gcd9f07f constant Time missed errors - Added by Marc Vollmer over 8 years ago

I'm still trying some things out. This night I compiled 4.1-1859~gc9a1e0b (even if I haven't seen anything in the git log that could be related to this problem).
I did 3 test recordings today and all worked. Until now it seems that the problem has already been fixed.

    (1-4/4)