Re: [HVR 1300] secam bg

[Frederic CAND <frederic.cand@anevia.com>]

hermann pitton a écrit :
> Hi,
> 
> Am Dienstag, den 24.06.2008, 10:21 +0200 schrieb Frederic CAND:
>> hermann pitton a écrit :
>>> Hi Frederic,
>>>
>>> Am Montag, den 23.06.2008, 15:31 +0200 schrieb Frederic CAND:
>>>> dear all
>>>> I could not make secam b/g work on my hvr 1300
>>>> ioctl returns -1, error "Invalid argument"
>>>> I know my card is able to handle this tv norm since it's working fine
>>>> (video and sound are ok) under windows
>>>> anyone could confirm it isn't working ? any idea why, and how to make it 
>>>> work ?
>>> since without reply, I don't claim to have seriously looked at it, but
>>> at least have one question myself.
>>>
>>> In cx88-core is no define for SECAM B or G.
>>>
>>> Do you use a signal generator?
>> Indeed, I do.
>> It's a Promax GV-198.
>> http://www.promaxprolink.com/gv198.htm
>>
>>> Hartmut asked once on the saa7134 driver, if there are any known
>>> remaining SECAM_BG users currently and we remained, that it is hard to
>>> get really up to date global analog lists for current broadcasts and I
>>> only could contribute that there was no single request for it during all
>>> these last years.
>>>
>>> You know countries still using it?
>>  From what I've found on the internet, Cyprus, Greece, Saudi Arabia and 
>> some others. Plus people using a signal modulator (e.g: professionnal use).
>>
>>> Thanks,
>>> Hermann
>>>
>>>
>> Actually, tda9887 Secam BG was broken in (more or less) recent versions 
>> of v4l-dvb (I noticed that thanks to the signal modulator and my knc tv 
>> station saa7134 based). I came up with a "roll back" patch. I guess it 
>> can't be applied directly on the current tree but it can be done 
>> manually before being comited to the tree.
>>
>> diff -pur1 a/linux/drivers/media/video/tda9887.c 
>> b/linux/drivers/media/video/tda9887.c
>> --- a/linux/drivers/media/video/tda9887.c      2007-07-02 
>> 20:39:57.000000000 +0200
>> +++ b/linux/drivers/media/video/tda9887.c      2008-06-19 
>> 12:21:50.000000000 +0200
>> @@ -172,7 +172,6 @@ static struct tvnorm tvnorms[] = {
>>                  .name  = "SECAM-BGH",
>> -               .b     = ( cPositiveAmTV  |
>> +               .b     = ( cNegativeFmTV  |
>>                             cQSS           ),
>>                  .c     = ( cTopDefault),
>> -               .e     = ( cGating_36     |
>> -                          cAudioIF_5_5   |
>> +               .e     = ( cAudioIF_5_5   |
>>                             cVideoIF_38_90 ),
>>
>>
>>
>> For the Hauppauge HVR 1300, I found that adding mentions of SECAM B/G/H 
>> in cx88.h and cx88-core.c helped making it work. Same goes for this one, 
>> I guess it can't be applied on the current tree but it can easily be 
>> manually applied.
>>
>> diff -pur1 a/linux/drivers/media/video/cx88/cx88-core.c 
>> b/linux/drivers/media/video/cx88/cx88-core.c
>> --- a/linux/drivers/media/video/cx88/cx88-core.c       2007-07-02 
>> 20:39:57.000000000 +0200
>> +++ b/linux/drivers/media/video/cx88/cx88-core.c       2008-06-23 
>> 18:48:21.000000000 +0200
>> @@ -890,2 +890,5 @@ static int set_tvaudio(struct cx88_core
>>
>> +    } else if ((V4L2_STD_SECAM_B | V4L2_STD_SECAM_G | V4L2_STD_SECAM_H) 
>> & norm) {
>> +        core->tvaudio = WW_BG;
>> +
>>          } else if (V4L2_STD_SECAM_DK & norm) {
>> @@ -979,3 +982,6 @@ int cx88_set_tvnorm(struct cx88_core *co
>>                  cxiformat, cx_read(MO_INPUT_FORMAT) & 0x0f);
>> -       cx_andor(MO_INPUT_FORMAT, 0xf, cxiformat);
>> +    /* Chroma AGC must be disabled if SECAM is used, we enable it
>> +        by default on PAL and NTSC */
>> +    cx_andor(MO_INPUT_FORMAT, 0x40f,
>> +            norm & V4L2_STD_SECAM ? cxiformat : cxiformat | 0x400);
>>
>>
>>
>> diff -pur1 a/linux/drivers/media/video/cx88/cx88.h 
>> b/linux/drivers/media/video/cx88/cx88.h
>> --- a/linux/drivers/media/video/cx88/cx88.h    2008-05-13 
>> 10:21:01.000000000 +0200
>> +++ b/linux/drivers/media/video/cx88/cx88.h    2008-06-23 
>> 17:48:41.000000000 +0200
>> @@ -62,3 +62,4 @@
>>          V4L2_STD_PAL_M |  V4L2_STD_PAL_N    |  V4L2_STD_PAL_Nc   | \
>> -       V4L2_STD_PAL_60|  V4L2_STD_SECAM_L  |  V4L2_STD_SECAM_DK )
>> +       V4L2_STD_PAL_60|  V4L2_STD_SECAM_L  |  V4L2_STD_SECAM_DK | \
>> +    V4L2_STD_SECAM_B| V4L2_STD_SECAM_G  |  V4L2_STD_SECAM_H )
>>
> 
> Secam BG was a weapon during cold war.
> 
> It was the composite of the wall on the ground for radio waves in the
> air. It is the most vanishing TV standard in the world.
> 
> For what I seem to know, there is nothing left like such in Europe these
> days. Also old broadcasting equipment in Irak and Afghanistan doesn't
> exist anymore and Saudi Arabia at least has Pal BG too.
> 
> For other parts of the world the same might count, but we fore sure
> can't trust on ITU stuff as far back than 2004.
> The fee is unexpectedly moderate, sorry for the noise Daniel. 
> 
> Most of the other potentially remaining candidates are states with huge
> deserts using usually DVB-S.
> 
> Since we likely have no easy means to make totally sure it is not used
> anymore or should be still available for professional purposes, I
> suggest to prepare your patches in such a way Mauro can pick them up.
> 
> Cheers,
> Hermann
>  
> 
> 
> 
> 
would you like me to prepare the patches against latest snapshot ? could 
you please remind me of a tiny "howto" ?
cheers
-- 
CAND Frederic
Product Manager
ANEVIA

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list