patterns, and the standard
LED API otherwise)
[1] http://wiki.maemo.org/LED_patterns
Eino-Ville Talvala
Computer Graphics Lab
Stanford University
On 9/7/2010 1:33 PM, Andy Walls wrote:
It has already been discussed. Please check the list archives for the past
few days.
Do you know of any
code in the right git repository?
Any advice would be appreciated!
Eino-Ville Talvala
Camera 2.0 Project
Stanford University
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On 10/13/2010 3:58 PM, Laurent Pinchart wrote:
Hi Eino-Ville,
On Thursday 14 October 2010 00:03:33 Eino-Ville Talvala wrote:
Hi Laurent, linux-media,
We've been working on porting our OMAP3 ISP/mt9p031 Frankencamera framework
forward to the current kernel versions (currently, we're using
Hi all,
I wanted to talk a bit more about our project here at Stanford, because
I thought several people on this list might be interested in it
(although I know several of you may already have heard about it).
The short version:
We released a high-level camera control API for the Nokia N900
point.
Good luck,
Eino-Ville Talvala
Stanford University
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
lane shift to
1. We had a hack deep in the ISP code for a bit that did this, but it
was hardcoded for the MT9P031, and we abandoned the idea pretty quickly.
Eino-Ville Talvala
Stanford University
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message
'. It'd be great
if once somebody figures out what 'may' translates to, not everyone has to
figure it out again for every application.
Eino-Ville Talvala
Stanford University
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
, I'd be worried if executing the same stream of control
updates in a different order gave a different final result. With atomic
updates, you'd still have to decide how to round to the closest valid
state, but at least it'd be consistent.
Regards,
Eino-Ville Talvala
Stanford University
to force the format on the gst-launch command, as a further test,
although I don't know why it's not matching up to the YUVY format you
configured in the pipeline.
Eino-Ville Talvala
Stanford University
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message
On 11/13/2009 8:00 AM, Hans Verkuil wrote:
Em Wed, 11 Nov 2009 18:59:09 +0100
Hans Verkuilhverk...@xs4all.nl escreveu:
On Wednesday 11 November 2009 18:29:52 Sakari Ailus wrote:
Hans Verkuil wrote:
On Saturday 24 October 2009 23:56:24 Sakari Ailus wrote:
Zach,
We've gotten a Aptina MT9P031 driver working with the latest ISP
patchset, both with YUV and RAW data.
I don't know what the problem might be with YUYV data - we get useful
YUYV data without any changes to the ISP defaults.
However, to request RAW data, that simply uses the CCDC and
11 matches
Mail list logo
