Bug #1381
Tvheadend fails to get codes when encryption gets enabled on an none encytped channel
0%
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
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
Updated by Vojtech Plavecky about 12 years ago
http://paste.ubuntu.com/1327928/
take a look whats happening aboout line 13000
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
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.
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
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.tsRecording from this past tuesday. no log to that one.
http://yakumo.se/files/tvheadend/test.ts
Updated by Yakumo Fuji about 12 years ago
Log from today -->
http://pastebin.com/JbUFpEL0
and also a ts from today
http://yakumo.se/files/tvheadend/test3.ts
Updated by Yakumo Fuji about 12 years ago
http://pastebin.com/k6APgXH5 here is a log from today with debugging enabled.
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
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