From: Hans de Goede <hdegoede@redhat.com>
To: Mauro Carvalho Chehab <mchehab@infradead.org>
Cc: kilgota@banach.math.auburn.edu,
Adam Baker <linux@baker-net.org.uk>,
Hans Verkuil <hverkuil@xs4all.nl>,
linux-media@vger.kernel.org,
Jean-Francois Moine <moinejf@free.fr>,
Olivier Lorin <o.lorin@laposte.net>,
Trent Piepho <xyzzy@speakeasy.org>,
linux-omap@vger.kernel.org
Subject: Re: [RFC] How to pass camera Orientation to userspace
Date: Wed, 25 Feb 2009 08:40:40 +0100 [thread overview]
Message-ID: <49A4F5F8.3070005@redhat.com> (raw)
In-Reply-To: <alpine.LRH.2.00.0902242153490.6831@pedra.chehab.org>
<really big snip>
>> So, what do these two deep questions, which confound the assembled
>> wisdom of an entire list of Linux video developers, have to do with
>> tables in userspace? None that I can see, unless someone wants to
>> provide a mechanism for the information, having been collected in the
>> module, to be available to the table in userspace.
>
> I'm not saying that userspace tables would solve all problems. I'm just
> saying that this should be part of the solution.
>
> For sure we need to have a way for retrieving this information for
> devices like the sq905 cameras, where the information can't be currently
> be determined by userspace.
>
> In the case of sq905, this information is static, right? If so, IMO, the
> better approach is to use a flag at the v4l2_input, as already discussed
> in this thread.
>
Yes we all seem to agree on this. Adam, since you started this thread can you
write a small RFC with that solution worked out with proposed videodev2.h changes?
Note that I'm only talking about input flags for the orientation problem and
not the pivotting problem. I think the pivotting problem may need some more
discussion. But since we all seem to be in agreement wrt to orientation problem
and specifically the sq905 problem, lets do one more RFC, then everyone does a
+1 to that and we move forward with this as a solution for the orientation problem.
Regards,
Hans
p.s.
For the pivotting problem I'm tending towards a special control class which
contains read-only controls which are really camera properties. This will allow
us to cope with any granularity of pivoting sensors. This could then also be
used for in example aperture. But lets start a new thread for that.
prev parent reply other threads:[~2009-02-25 7:40 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-18 0:30 [RFC] How to pass camera Orientation to userspace Adam Baker
2009-02-18 2:10 ` DongSoo(Nathaniel) Kim
2009-02-18 14:36 ` Hans de Goede
2009-02-18 20:45 ` Dongsoo Kim
2009-02-21 11:53 ` Hans Verkuil
2009-02-22 11:17 ` Hans de Goede
2009-02-22 11:53 ` Hans Verkuil
2009-02-22 12:21 ` Hans de Goede
2009-02-22 18:42 ` kilgota
2009-02-22 18:58 ` Hans de Goede
2009-02-22 20:01 ` kilgota
2009-02-22 21:57 ` Hans de Goede
2009-02-22 22:47 ` kilgota
2009-02-22 22:51 ` Trent Piepho
2009-02-22 22:54 ` Hans de Goede
2009-02-22 23:12 ` Trent Piepho
2009-02-22 23:27 ` Hans de Goede
2009-02-23 0:19 ` Trent Piepho
2009-02-23 8:23 ` Hans de Goede
2009-02-22 23:24 ` Hans Verkuil
2009-02-22 23:56 ` Trent Piepho
2009-02-23 7:34 ` Hans Verkuil
2009-02-23 11:30 ` Mauro Carvalho Chehab
2009-02-22 21:46 ` Adam Baker
2009-02-23 11:07 ` Mauro Carvalho Chehab
2009-02-23 22:37 ` Adam Baker
2009-02-24 0:51 ` kilgota
2009-02-24 20:23 ` Mauro Carvalho Chehab
2009-02-25 0:38 ` kilgota
2009-02-25 0:53 ` Mauro Carvalho Chehab
2009-02-25 2:12 ` kilgota
2009-02-25 3:16 ` Mauro Carvalho Chehab
2009-02-25 6:27 ` kilgota
2009-02-25 3:03 ` Thomas Kaiser
2009-02-25 6:19 ` kilgota
2009-02-25 13:11 ` Thomas Kaiser
2009-02-25 7:40 ` Hans de Goede [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=49A4F5F8.3070005@redhat.com \
--to=hdegoede@redhat.com \
--cc=hverkuil@xs4all.nl \
--cc=kilgota@banach.math.auburn.edu \
--cc=linux-media@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@baker-net.org.uk \
--cc=mchehab@infradead.org \
--cc=moinejf@free.fr \
--cc=o.lorin@laposte.net \
--cc=xyzzy@speakeasy.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox