Project

General

Profile

Bug #4166

timeshift not working for some channels

Added by Kai Sommerfeld almost 8 years ago. Updated over 7 years ago.

Status:
Fixed
Priority:
Normal
Category:
Timeshift
Target version:
-
Start date:
2017-01-06
Due date:
% Done:

100%

Estimated time:
Found in version:
4.1-2405
Affected Versions:

Description

timeshift not working for some channels. trace log attached.

Tuned two channels, for every channel I

1) started playback
2) paused
3) unpaused
4) stopped playback

first channel works okay, second channel not.

could not find a pattern which kind of channels work and which not. It's not SD vs HD, it's not encrypted vs unecrypted. afaik the problem occurred only with encrypted channels, but not with all of them. strange.

hope, the trace log shown the problem and gives a hint for a solution.


Files

debug.txt (6.23 MB) debug.txt timeshift trace log Kai Sommerfeld, 2017-01-06 20:09
service.log (17.3 KB) service.log [ ERROR] tsfix: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = Kai Sommerfeld, 2017-01-07 18:25
filter.png (132 KB) filter.png Mark Clarkstone, 2017-01-07 19:59

History

#1

Updated by Kai Sommerfeld almost 8 years ago

The problem is 100% reproducable. Affected channels are always the same.

#2

Updated by Kai Sommerfeld almost 8 years ago

have to correct myself. it's not always the same channels. so, sometimes it does not work for some channels. :-(

#3

Updated by Kai Sommerfeld almost 8 years ago

Some more info: "not working" in this context means: pause/resume works in most cases, but skip forward/back always jumps to behin auf timeshift buffer.

And I now can say for sure that it happens exactly, when I say following log line:

2017-01-07 18:13:50.845 [ ERROR] tsfix: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 1762995681

For every channel producing a line like this timeshift does not work, for all others it does.

I will attach a log where a was tuned to a channel, paused and resumed, tuned next channel ... There you can see that some of the channels have the line in question, some hane not.

#5

Updated by Mark Clarkstone almost 8 years ago

Kai Sommerfeld wrote:

Some more info: "not working" in this context means: pause/resume works in most cases, but skip forward/back always jumps to behin auf timeshift buffer.

And I now can say for sure that it happens exactly, when I say following log line:

2017-01-07 18:13:50.845 [ ERROR] tsfix: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 1762995681

To confirm, use a stream filter to remove the teletext :).

For every channel producing a line like this timeshift does not work, for all others it does.

I will attach a log where a was tuned to a channel, paused and resumed, tuned next channel ... There you can see that some of the channels have the line in question, some hane not.

#6

Updated by Kai Sommerfeld almost 8 years ago

Yeah, if I use a stream filter to remove all teletext streams, timeshifting works.

#7

Updated by zapp -it almost 8 years ago

Kai Sommerfeld wrote:

Some more info: "not working" in this context means: pause/resume works in most cases, but skip forward/back always jumps to behin auf timeshift buffer.

And I now can say for sure that it happens exactly, when I say following log line:

2017-01-07 18:13:50.845 [ ERROR] tsfix: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 1762995681

For every channel producing a line like this timeshift does not work, for all others it does.

I will attach a log where a was tuned to a channel, paused and resumed, tuned next channel ... There you can see that some of the channels have the line in question, some hane not.

Interesting, I have here two channels where timeshifting is not working, dropped and skipped frames in SPMC, if I indeed disable the teletext streams it is working as expected.
On the channels where timeshifting is not working I get:

tsfix: The timediff for TELETEXT is big (1425438079), using current dts

But on other channels where timeshifting is working I also have a timediff error (for example 1 channel):

tsfix: The timediff for TELETEXT is big (4197519308), using current dts

When I start TVH with trace timeshift I don’t see any error in the TVH log sadly :(

#8

Updated by Kai Sommerfeld almost 8 years ago

I can confirm this.

tsfix: The timediff for TELETEXT is big (1425438079), using current dts

allone does not cause the timeshift bug. For me, only above log entry in combination with

tsfix: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 1762995681

causes trouble.

#9

Updated by zapp -it almost 8 years ago

Kai Sommerfeld wrote:

I can confirm this.

tsfix: The timediff for TELETEXT is big (1425438079), using current dts

allone does not cause the timeshift bug. For me, only above log entry in combination with

tsfix: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 1762995681

causes trouble.

Youre right, on the channels where I also have timeshift problems I see indeed the line

tsfix: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 1425419359

#10

Updated by Jaroslav Kysela almost 8 years ago

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

Applied in changeset commit:tvheadend|349fa78cba19facad3cdcbd479c9a4545f67e730.

#11

Updated by Jaroslav Kysela almost 8 years ago

Fixed in v4.1-2412-g349fa78 - the TELETEXT packets may be processed only for LIVE state. It's configurable (default is ignore TELETEXT when shifted).

#12

Updated by Kai Sommerfeld almost 8 years ago

Hmm, this fix does not seem to work.

No change at all if a keeo the new setting unchecked - timeshift still not working, no functional change to behavior without the fix. Even woorse, if I check the new setting, channels do no longer tune.

Anything I can do to support finding a working fix?

#13

Updated by zapp -it almost 8 years ago

Kai Sommerfeld wrote:

Hmm, this fix does not seem to work.

No change at all if a keeo the new setting unchecked - timeshift still not working, no functional change to behavior without the fix. Even woorse, if I check the new setting, channels do no longer tune.

Anything I can do to support finding a working fix?

Same here, playing with the new option and when I enable the new setting tvh is crashing (and also the external cwc program) sadly.

#15

Updated by Kai Sommerfeld almost 8 years ago

Crash/deadlock fixed with latest commit, but fix is not working. Toggling the new setting has no effect. TS not working for the channels with described teletext problems.

#16

Updated by zapp -it almost 8 years ago

Kai Sommerfeld wrote:

Crash/deadlock fixed with latest commit, but fix is not working. Toggling the new setting has no effect. TS not working for the channels with described teletext problems.

The same experience here.

#17

Updated by Jaroslav Kysela almost 8 years ago

  • Status changed from Fixed to Accepted
  • Assignee changed from Adam Sutton to Jaroslav Kysela
#18

Updated by Eddsch K almost 8 years ago

awesome, i've got now stable timeshift! I don't need teletext, so that workaround is fine! Thanks for this!

#19

Updated by Jaroslav Kysela over 7 years ago

  • Status changed from Accepted to Fixed

Applied in changeset commit:tvheadend|edc9e6cb7a87a80bbd3a8938cd23b4d944bde98b.

#20

Updated by Jaroslav Kysela over 7 years ago

Please, retest with v4.1-2439-gedc9e6c. The 'Include teletext' field should be off (unchecked).

#21

Updated by Kai Sommerfeld over 7 years ago

Did a quick check; seems to work now. Thanks.

#22

Updated by Jaroslav Kysela over 7 years ago

OK. Note that the teletext data are sent in the live mode to clients but they are not saved to the timeshift buffer / files.

#23

Updated by zapp -it over 7 years ago

Kai Sommerfeld wrote:

Did a quick check; seems to work now. Thanks.

I also did a quick test with the channels that had teletext problems,it seems to work now, thanx!

Also available in: Atom PDF