All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vladimir Barinov <vladimir.barinov@cogentembedded.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	mchehab@redhat.com, linux-media@vger.kernel.org,
	linux-sh@vger.kernel.org, matsu@igel.co.jp
Subject: Re: [PATCH v2 1/5] V4L2: I2C: ML86V7667 video decoder driver
Date: Mon, 22 Apr 2013 20:55:37 +0000	[thread overview]
Message-ID: <5175A3C9.4050204@cogentembedded.com> (raw)
In-Reply-To: <201304221106.20598.hverkuil@xs4all.nl>

Hi Hans,

Hans Verkuil wrote:
>>>> +	 */
>>>> +	val = i2c_smbus_read_byte_data(client, STATUS_REG);
>>>> +	if (val < 0)
>>>> +		return val;
>>>> +
>>>> +	priv->std = val & STATUS_NTSCPAL ? V4L2_STD_PAL : V4L2_STD_NTSC;
>>>>     
>>>>         
>>> Shouldn't this be 50 Hz vs 60 Hz formats? There are 60 Hz PAL standards
>>> and usually these devices detect 50 Hz vs 60 Hz, not NTSC vs PAL.
>>>   
>>>       
>> In the reference manual it is not mentioned about 50/60Hz input format 
>> selection/detection but it mentioned just PAL/NTSC.
>> The 50hz formats can be ether PAL and NTSC formats variants. The same is 
>> applied to 60Hz.
>>
>> In the ML86V7667 datasheet the description for STATUS register detection 
>> bit is just PAL/NTSC:
>> " $2C/STATUS [2] NTSC/PAL identification 0: NTSC /1: PAL "
>>
>> If you assure me that I must judge their description as 50 vs 60Hz 
>> formats and not PAL/NTSC then I will make the change.
>>     
>
> I can't judge that. Are there no status bits anywhere that tell you something
> about the number of lines per frame or the framerate?
>   
You are right. I've found a relationship table with description of 
number of total H/V pixels vs Video Modes mentioned in datasheet.
It's  "NTSC" has Odd/263 and Even/262 vertical lines. The "PAL" has 
Odd/312 and Even/313.
So I will change the standard per your suggestion.
> Are you able to test with a PAL-M or PAL-N(c) input?
>   
Unfortunately I cannot. I have a couple of different cameras and all of 
them mention PAL output with number of lines in the technical manual. 
All of them are 625 lines.
> Can you ask the manufacturer for more information?
>   
It can take a while for waiting their feedback since OKI was 
significantly reorganized.

Than you very much for your valuable feedback/review.

Regards,
Vladimir

WARNING: multiple messages have this Message-ID (diff)
From: Vladimir Barinov <vladimir.barinov@cogentembedded.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	mchehab@redhat.com, linux-media@vger.kernel.org,
	linux-sh@vger.kernel.org, matsu@igel.co.jp
Subject: Re: [PATCH v2 1/5] V4L2: I2C: ML86V7667 video decoder driver
Date: Tue, 23 Apr 2013 00:55:37 +0400	[thread overview]
Message-ID: <5175A3C9.4050204@cogentembedded.com> (raw)
In-Reply-To: <201304221106.20598.hverkuil@xs4all.nl>

Hi Hans,

Hans Verkuil wrote:
>>>> +	 */
>>>> +	val = i2c_smbus_read_byte_data(client, STATUS_REG);
>>>> +	if (val < 0)
>>>> +		return val;
>>>> +
>>>> +	priv->std = val & STATUS_NTSCPAL ? V4L2_STD_PAL : V4L2_STD_NTSC;
>>>>     
>>>>         
>>> Shouldn't this be 50 Hz vs 60 Hz formats? There are 60 Hz PAL standards
>>> and usually these devices detect 50 Hz vs 60 Hz, not NTSC vs PAL.
>>>   
>>>       
>> In the reference manual it is not mentioned about 50/60Hz input format 
>> selection/detection but it mentioned just PAL/NTSC.
>> The 50hz formats can be ether PAL and NTSC formats variants. The same is 
>> applied to 60Hz.
>>
>> In the ML86V7667 datasheet the description for STATUS register detection 
>> bit is just PAL/NTSC:
>> " $2C/STATUS [2] NTSC/PAL identification 0: NTSC /1: PAL "
>>
>> If you assure me that I must judge their description as 50 vs 60Hz 
>> formats and not PAL/NTSC then I will make the change.
>>     
>
> I can't judge that. Are there no status bits anywhere that tell you something
> about the number of lines per frame or the framerate?
>   
You are right. I've found a relationship table with description of 
number of total H/V pixels vs Video Modes mentioned in datasheet.
It's  "NTSC" has Odd/263 and Even/262 vertical lines. The "PAL" has 
Odd/312 and Even/313.
So I will change the standard per your suggestion.
> Are you able to test with a PAL-M or PAL-N(c) input?
>   
Unfortunately I cannot. I have a couple of different cameras and all of 
them mention PAL output with number of lines in the technical manual. 
All of them are 625 lines.
> Can you ask the manufacturer for more information?
>   
It can take a while for waiting their feedback since OKI was 
significantly reorganized.

Than you very much for your valuable feedback/review.

Regards,
Vladimir

  reply	other threads:[~2013-04-22 20:55 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-21 18:40 [PATCH v2 1/5] V4L2: I2C: ML86V7667 video decoder driver Sergei Shtylyov
2013-04-21 18:40 ` Sergei Shtylyov
2013-04-22  6:48 ` Hans Verkuil
2013-04-22  6:48   ` Hans Verkuil
2013-04-22  8:39   ` Vladimir Barinov
2013-04-22  8:39     ` Vladimir Barinov
2013-04-22  9:06     ` Hans Verkuil
2013-04-22  9:06       ` Hans Verkuil
2013-04-22 20:55       ` Vladimir Barinov [this message]
2013-04-22 20:55         ` Vladimir Barinov
2013-04-22 21:00         ` Vladimir Barinov
2013-04-22 21:00           ` Vladimir Barinov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5175A3C9.4050204@cogentembedded.com \
    --to=vladimir.barinov@cogentembedded.com \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=matsu@igel.co.jp \
    --cc=mchehab@redhat.com \
    --cc=sergei.shtylyov@cogentembedded.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.