Project

General

Profile

Feature #1203

Some different DREcrypt based systems need special handling

Added by hanza hanza about 12 years ago. Updated almost 11 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Descrambling
Target version:
-
Start date:
2012-09-04
Due date:
% Done:

0%

Estimated time:

Description

problem description:
im starting to watch channel, after ~30 second video stops un after 10 second on debug screen message "webui: Timeout waiting for packets" comes.
after that im unable to open channel at all
if i restart tvheadend then i can watch again for a short period (20-40 seconds) and then problem starts again, sometimes tvheadend restart doesn't help.
Channel is H264 non HD, just a simple SD channel on H264 codec (dvb-s2), and satellite is EutelsatW4 at 36E on circular polarization

channels on other satellite with horizontal or vertical polarization dvb-s or dvb-s2 works fine

log
http://pastebin.com/rqXvQzJB


Files

tvheadend-3.4-tirocolor.patch (395 Bytes) tvheadend-3.4-tirocolor.patch Andrei B, 2013-12-08 21:03

History

#1

Updated by hanza hanza about 12 years ago

i solved my problem by commenting out line 311 in psi.c
changed

provid = size < 4 ? 0 : buffer[4];

to
//      provid = size < 4 ? 0 : buffer[4];

looks like it was related to incorect handling of DRECrypt

maybe you can include this fix in new release of tvheadend

#2

Updated by Adam Sutton about 12 years ago

  • Category set to Descrambling
  • Status changed from New to Need feedback
  • Priority changed from High to Normal

I need to discuss this with the original submitter of that chunk of code, they obviously added it for a reason.

Adam

#3

Updated by Adam Sutton about 12 years ago

Can you please check (or tell me) what the value of caid is for your provider? The exception there was added as Bulcrypt doesn't follow the same pattern of DREcrypt it may be the same for your provider.

Adam

#4

Updated by hanza hanza about 12 years ago

4ae1:000000
provider: Tricolor

#5

Updated by Adam Sutton about 12 years ago

  • Status changed from Need feedback to Accepted

I think possibly we just need an additional exception in the descrambler method detection. But we really lack expertise in this area and its difficult to test. Basically the best I can do is make the change and see if people complain I've broken other stuff ;)

This won't be able to go into 3.2 now, but I might push a mod to 3.3-dev and see what happens.

Adam

#6

Updated by Adam Sutton about 12 years ago

  • Target version set to 3.4
#7

Updated by Adam Sutton about 12 years ago

  • Affected Versions 3.2 added
#8

Updated by Adam Sutton almost 12 years ago

  • Tracker changed from Bug to Feature
  • Subject changed from issue with H264 channels on circular polarization to Some different DREcrypt based systems need special handling

Not sure that title is quite right, I've forgotten the details. But its better than the old title.

#9

Updated by Adam Sutton over 11 years ago

  • Target version deleted (3.4)
#10

Updated by Andrei B almost 11 years ago

Adam, can this feature be incorporated?
It really brings a lot of pain to us Tricolor users.
Attached patch seems to work

#11

Updated by Adam Sutton almost 11 years ago

  • Status changed from Accepted to Rejected

Sorry its been so long since I've looked at this, please provide patches via github PR and I will look at including.

Adam

Also available in: Atom PDF