Project

General

Profile

Bug #1381

Tvheadend fails to get codes when encryption gets enabled on an none encytped channel

Added by Yakumo Fuji about 12 years ago. Updated over 10 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Category:
Descrambling
Target version:
-
Start date:
2012-11-03
Due date:
% Done:

0%

Estimated time:
Found in version:
3.3.122~g3cd6336
Affected Versions:

Description

As the topic says when a channel is unencrypted and gets encrypted during a programe (live sports, etc) tvheadend fails with the playback and just stop playing. I have to start the channel again 3-5 times to get tvheadend to get the codes for the channel.
I have no clue if this is an issue within tvheadend itself or in xbmc/vlc (I have test with both them as frontends). I know that this is not an issue with the softcamserver since it is working perfectly towards my 2 Dreamboxes.
I have no log at the moment but I am going to try to get one today when there is some live sports.

I am running 3.3.122~g3cd6336 but I have had this issue since I started using Tvheadend over a year ago. This issue is the number one reason for me still having a set topbox connected to my TV.

History

#1

Updated by Adam Sutton about 12 years ago

  • Category set to Descrambling
  • Status changed from New to Need feedback
  • Affected Versions 3.2, 3.3 added

Waiting for log, what would be really helpful is if you can actually record a full mux dump during the relevant time period. This might help with testing how TVH handles the transition. My guess is it simply doesn't spot the switch and fails to act accordingly, however I'm not all that familiar with this area of the code.

Adam

#2

Updated by Vojtech Plavecky about 12 years ago

http://paste.ubuntu.com/1327928/

take a look whats happening aboout line 13000

#3

Updated by Adam Sutton about 12 years ago

I wonder if this is related to my recent fixes (commit:03ff972), I had already considered it might be the case. Although the specific bug related to the new full mux rx code, I believe its possible in some situations for the same bug to occur in normal code (i.e. 3.2).

Adam

#4

Updated by Yakumo Fuji about 12 years ago

I missed to get any logs or do a recording this past saturday when there were matches.
Now there is one week without any matches on the ppv channels.
So we will have to wait for those.

#5

Updated by Yakumo Fuji about 12 years ago

Log @ pastebin from today and the ts file is from today but I am not sure if the ts files ends as the recording stops or if the ts stops when the decoding fails. I was not paying to much attention to the game today.
http://pastebin.com/6k4dxVHr
http://yakumo.se/files/tvheadend/test2.ts

Recording from this past tuesay. no log to that one.
http://yakumo.se/files/tvheadend/test.ts

#6

Updated by Yakumo Fuji about 12 years ago

Yakumo Fuji wrote:

Log @ pastebin from today and the ts file is from today but I am not sure if the ts files ends as the recording stops or if the ts stops when the decoding fails. I was not paying to much attention to the game today.
http://pastebin.com/6k4dxVHr
http://yakumo.se/files/tvheadend/test2.ts

Recording from this past tuesday. no log to that one.
http://yakumo.se/files/tvheadend/test.ts

#8

Updated by Yakumo Fuji about 12 years ago

http://pastebin.com/k6APgXH5 here is a log from today with debugging enabled.

#9

Updated by Vojtech Plavecky about 12 years ago

did u try campt with oscam?

#10

Updated by Adam Sutton almost 11 years ago

Some of the related code has been re-written if the problem still exists please re-report.

Adam

#11

Updated by Adam Sutton over 10 years ago

  • Status changed from Need feedback to Invalid

Closing this, some changes that could fix this have been made and without further info (as requested), I'm not going to investigate further.

Adam

Also available in: Atom PDF