[dvblast-devel] Request new feature

[JULIAN GARDNER]

>________________________________
> From: Georgi Chorbadzhiyski <gf at unixsol.org>
>To: Kompan Kolia <kompan at yandex.ru> 
>Cc: Mailing list for DVBlast developers <dvblast-devel at videolan.org> 
>Sent: Saturday, 5 May 2012, 19:14
>Subject: Re: [dvblast-devel] Request new feature
> 
>Do not top post if you want to get further replies from me. Thank you.
>
>On 5/5/12 4:49 PM, Kompan Kolia wrote:
>> 04.02.2012, 00:42, "Georgi Chorbadzhiyski"<gf at unixsol.org>:
>>> On 03.2.2012 г. 11:21, Kompan Kolia wrote:
>>>>   I would like to see a new feature.
>>>>
>>>>   Switching the broadcast encrypted stream.
>>>>
>>>>   If option is enable - Dvblast didn`t send scrambled stream to network
>>>>   If option is disable - Dvblast send scrambled stream
>>>>
>>>>   Like VLC. If МДС can`t descramble stream, it does not send stream to network.
>>>>
>>>>   This feature needed for monitor some channel.
>>>
>>> If the stream is not descrambled the scrambling control bits are set to
>>> encrypted. The simple hack bellow will get you more or less what you want
>>> (even if decryption failed you'll still receive PSI tables). This feature
>>> looks like a hack to me and personally I would not apply it without hearing
>>> second opinion. Anyone?
>>>
>>> diff --git a/demux.c b/demux.c
>>> index ba90687..f1e0a4f 100644
>>> --- a/demux.c
>>> +++ b/demux.c
>>> @@ -431,6 +431,11 @@ static void demux_Handle( block_t *p_ts )
>>>                    {
>>>                        p_output->i_nb_errors++;
>>>                        p_output->i_last_error = i_wallclock;
>>> +                    if ( p_output->i_nb_errors<= MAX_ERRORS )
>>> +                    {
>>> +                        block_Delete( p_ts );
>>> +                        return;
>>> +                    }
>>>                    }
>>>                    else if ( i_wallclock>  p_output->i_last_error + WATCHDOG_WAIT )
>>>                        p_output->i_nb_errors = 0;
>>> @@ -445,6 +450,8 @@ static void demux_Handle( block_t *p_ts )
>>>                                 "too many errors for stream %s, resetting",
>>>                                 p_output->config.psz_displayname );
>>>                        en50221_Reset();
>>> +                    block_Delete( p_ts );
>>> +                    return;
>>>                    }
>>>                }
>> This patch don`t work for me.
>>
>> Number of outgoing multicast packets remains unchanged.
>>
>> Сan you modify this patch to the network is not decrypted packets are not sent.
>
>The error counter was the only way I could think of to detect that
>the decryption is not working. If the CAM is able to report decryption
>failure than the packets can be filtered, if not there is no way.
>
>Why don't you try to stop using the CAM, install OSCAM [1] and if your card
>is supported you may use tsdecrypt to decrypt the stream. If your card
>is not supported by OSCAM, I can't think of a way to help you currently.
>
>[1]: http://streamboard.gmc.to:8001/wiki  get svn trunk (not 1.0 it is too old).
>[2]: http://streamboard.gmc.to:8001/wiki/CardsList
>[3]: http://www.buydvb.net/tbs3102-5-crystal-phoenixsmartmouse-card-reader_p6.html
>
>-- 
>Georgi Chorbadzhiyski
>http://georgi.unixsol.org/
>_______________________________________________
>dvblast-devel mailing list
>dvblast-devel at videolan.org
>http://mailman.videolan.org/listinfo/dvblast-devel
>
>
Another way would be to watch the transitions of the "Scrambling bits" in the TS header

If a cam decodes the stream correctely these bits will be set to "unscrambled"

joolz
>