Bug #554
UDP Stream - no available descrambler
0%
Description
As mentioned in subject... It is a HD channel and stream works in xbmc/vlc.
tvheadend log and wireshark capture attached.
Files
History
Updated by Adam Sutton over 12 years ago
- Status changed from New to Rejected
No updates in a year, stuff has probably moved on since then. If problem still exists please re-submit.
Updated by Gujs - about 12 years ago
Hi Adam,
Yes the problem still exist. You can download NG stream which has the same problem from here https://dl.dropbox.com/u/57341262/OE/Video_samples/National.ts
This is a captrure of IPTV stream. You can restrem as IPTV with vlc command:
vlc National.ts --ts-out 225.1.1.1:12345
Then configure this multicast address in tvheadend and try to play it.
Updated by Adam Sutton about 12 years ago
- Status changed from Rejected to New
- Assignee deleted (
Andreas Smas) - Priority changed from High to Normal
I'll try and take a look.
Adam
Updated by Dave Chapman about 12 years ago
We've been discussing this in IRC today, and I produced an initial patch to try and solve this:
http://linuxstb.cream.org/no_descrambler.diff.txt
The problem appears to be that the TS headers indicate that the TS payloads are scrambled, but in fact they are not. Because the scrambling bits are set in the TS headers, tvh looks for a descrambler to descramble them, fails to find one (because none are specified) and then fails with the "No descrambler" error.
The above patch simply clears the scrambling bits in the TS header instead of displaying the "no descrambler" error message when the number of t->s_descramblers is zero.
However, this isn't quite right, as it will also do this if the service is genuinely encrypted, but the user doesn't have any descramblers available. What I think it should be doing is checking for the number of CA descriptors found in that service's SI, and clear the scrambling bits if none were specified.
As an aside, I think this may also be occurring on the UK's Freesat service - Channel 5 + 1 on 10964H appears to be the same and is fixed by this patch.
Updated by Gujs - about 12 years ago
Checking for the number of CA descriptors will fail on my sample stream I posted before. This one has descriptors inside, but it is not encrypted. This is IPTV stream which I guess it get from satellite, it gets decrypted and sent to IPTV network. It looks like somebody didn't do his job and didn't remove CA descriptors out of the stream. And this is not the only stream like this at our IPTV provider.
Updated by Adam Sutton about 12 years ago
- Status changed from New to Accepted
- Assignee set to Dave Chapman
I'll pass this to Dave for now as he did do some investigation into it.
Updated by Adam Sutton almost 12 years ago
I've just had a go at testing the attached ts dump and this works for me, a few minor things have been changed in this area and I wonder if its been resolved by one of those?
Adam
Updated by Adam Sutton almost 12 years ago
- Status changed from Accepted to Rejected
Unfortunately registered git commit does not exist in repo so I cannot even try to reproduce with older version. I'm gonna have to close this and if its still happening please re-open.
Adam