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 21:00:49 +0000 [thread overview]
Message-ID: <5175A501.2060009@cogentembedded.com> (raw)
In-Reply-To: <5175A3C9.4050204@cogentembedded.com>
Vladimir Barinov wrote:
> 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.
A little clarification: it's "NTSC" relates to 485 active lines (after
rejection of blank lines) and "PAL" relates to 578 active lines.
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 01:00:49 +0400 [thread overview]
Message-ID: <5175A501.2060009@cogentembedded.com> (raw)
In-Reply-To: <5175A3C9.4050204@cogentembedded.com>
Vladimir Barinov wrote:
> 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.
A little clarification: it's "NTSC" relates to 485 active lines (after
rejection of blank lines) and "PAL" relates to 578 active lines.
next prev parent reply other threads:[~2013-04-22 21:00 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
2013-04-22 20:55 ` Vladimir Barinov
2013-04-22 21:00 ` Vladimir Barinov [this message]
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=5175A501.2060009@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.