From: Sakari Ailus <sakari.ailus@iki.fi>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: Prabhakar Lad <prabhakar.lad@ti.com>,
LMML <linux-media@vger.kernel.org>,
dlos <davinci-linux-open-source@linux.davincidsp.com>,
linux-kernel@vger.kernel.org,
Manjunath Hadli <manjunath.hadli@ti.com>,
Hans Verkuil <hans.verkuil@cisco.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Mauro Carvalho Chehab <mchehab@infradead.org>,
Sylwester Nawrocki <s.nawrocki@samsung.com>,
Hans de Goede <hdegoede@redhat.com>,
Kyungmin Park <kyungmin.park@samsung.com>
Subject: Re: [PATCH v2] media: v4l2-ctrls: add control for dpcm predictor
Date: Thu, 30 Aug 2012 20:54:52 +0300 [thread overview]
Message-ID: <503FA8EC.8030309@iki.fi> (raw)
In-Reply-To: <201208300757.44775.hverkuil@xs4all.nl>
Hi Hans and Prabhakar,
Hans Verkuil wrote:
> Hi Prabhakar!
>
> I've got some documentation review comments below...
>
> On Thu August 30 2012 00:58:16 Prabhakar Lad wrote:
>> From: Lad, Prabhakar <prabhakar.lad@ti.com>
>>
>> add V4L2_CID_DPCM_PREDICTOR control of type menu, which
>> determines the dpcm predictor. The predictor can be either
>> simple or advanced.
>>
>> Signed-off-by: Lad, Prabhakar <prabhakar.lad@ti.com>
>> Signed-off-by: Manjunath Hadli <manjunath.hadli@ti.com>
>> Cc: Sakari Ailus <sakari.ailus@iki.fi>
>> Cc: Hans Verkuil <hans.verkuil@cisco.com>
>> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>> Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
>> Cc: Sylwester Nawrocki <s.nawrocki@samsung.com>
>> Cc: Hans de Goede <hdegoede@redhat.com>
>> Cc: Kyungmin Park <kyungmin.park@samsung.com>
>> ---
>> This patches has one checkpatch warning for line over
>> 80 characters altough it can be avoided I have kept it
>> for consistency.
>>
>> Changes for v2:
>> 1: Added documentaion in controls.xml pointed by Sylwester.
>> 2: Chnaged V4L2_DPCM_PREDICTOR_ADVANCE to V4L2_DPCM_PREDICTOR_ADVANCED
>> pointed by Sakari.
>>
>> Documentation/DocBook/media/v4l/controls.xml | 25 ++++++++++++++++++++++++-
>> drivers/media/v4l2-core/v4l2-ctrls.c | 9 +++++++++
>> include/linux/videodev2.h | 5 +++++
>> 3 files changed, 38 insertions(+), 1 deletions(-)
>>
>> diff --git a/Documentation/DocBook/media/v4l/controls.xml b/Documentation/DocBook/media/v4l/controls.xml
>> index 93b9c68..84746d0 100644
>> --- a/Documentation/DocBook/media/v4l/controls.xml
>> +++ b/Documentation/DocBook/media/v4l/controls.xml
>> @@ -4267,7 +4267,30 @@ interface and may change in the future.</para>
>> pixels / second.
>> </entry>
>> </row>
>> - <row><entry></entry></row>
>> + <row>
>> + <entry spanname="id"><constant>V4L2_CID_DPCM_PREDICTOR</constant></entry>
>> + <entry>menu</entry>
>> + </row>
>> + <row id="v4l2-dpcm-predictor">
>> + <entry spanname="descr"> DPCM Predictor: depicts what type of prediction
>> + is used simple or advanced.
>
> This is not useful information. It basically just rephrases the name of the
> define without actually telling me anything.
>
> I would expect to see here at least the following:
>
> - what the DPCM abbreviation stands for
> - a link or bibliography reference to the relevant standard (if there is any)
There's a Wikipedia article:
<URL:http://en.wikipedia.org/wiki/Differential_pulse-code_modulation>
It's the same DPCM encoding as in many of the compressed raw bayer formats.
> - a high-level explanation of what this do and what the difference is between
> simple and advanced.
That's somewhat subjective and hardware dependent. If I understand this
correctly, the "advanced" should differ only quality-wise from "simple"
option. Why one would use "simple" instead of "advanced" then? Perhaps
mostly for testing purposes; it might be that the advanced predictor
could have issues in certain cases where the simple would not. However
this isn't the only piece of hardware where I see that this is
configurable, and the simple one was even the default.
> If this is part of a video compression standard, then this control would probably
> belong to the MPEG control class as well.
It's not --- DPCM compression is typically used on the bus between the
sensor and the receiver to compress the data as the bus is often a
limiting factor in the transfer rate. DPCM compression can be used to
squeeze the data from 10 to 8 bits without much loss in quality or
dynamic range.
Cheers,
--
Sakari Ailus
sakari.ailus@iki.fi
prev parent reply other threads:[~2012-08-30 17:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-30 7:58 [PATCH v2] media: v4l2-ctrls: add control for dpcm predictor Prabhakar Lad
2012-08-30 14:57 ` Hans Verkuil
2012-08-30 17:54 ` Sakari Ailus [this message]
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=503FA8EC.8030309@iki.fi \
--to=sakari.ailus@iki.fi \
--cc=davinci-linux-open-source@linux.davincidsp.com \
--cc=hans.verkuil@cisco.com \
--cc=hdegoede@redhat.com \
--cc=hverkuil@xs4all.nl \
--cc=kyungmin.park@samsung.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=manjunath.hadli@ti.com \
--cc=mchehab@infradead.org \
--cc=prabhakar.lad@ti.com \
--cc=s.nawrocki@samsung.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.