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
next prev parent 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.