On 05.09.2010 21:59, Simon Baxter wrote:
Looks like there are TS packets in your stream that are marked as
"scrambled", but not unscrambled by the CAM.
Do you have any CAM in your system at all?
Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS
Are the channels where this happens scram
On 05.09.2010 21:59, Simon Baxter wrote:
>> Looks like there are TS packets in your stream that are marked as
>> "scrambled", but not unscrambled by the CAM.
>>
>> Do you have any CAM in your system at all?
>
> Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS
>
>> Are the channels where th
Looks like there are TS packets in your stream that are marked as
"scrambled", but not unscrambled by the CAM.
Do you have any CAM in your system at all?
Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS
Are the channels where this happens scrambled?
Yes
Do these channels have separa
On 09/03/10 22:12, Simon Baxter wrote:
> ...
> So I've managed to get vdr-1.7.15 working just fine now, by disabling
> this scramble check in device.c. Bit of a dirty hack!!!
>
>
>
>> Here's what I changed in device.c
>>
>> void cDevice::Action(void)
>> {
>> if (Running() && OpenDvr()) {
>>
// Check whether the TS packets are scrambled:
Maybe some packets have the TS_SCRAMBLING_CONTROL bits set here.
This could be caused by recording the PCR packets since version 1.7.12.
To debug this, just disable this check, and/or put in some debug
printouts.
Thanks Klaus
I've commented ou