In-kernel frame conversion

In-kernel frame conversion

[Erik Andrén]

Hi list,
I'm one of the developers of the m560x project. (
http://sourceforge.net/projects/m560x-driver/ )
aiming to provide a driver for the ALi m5602, m5603 chipsets.

As no datasheets for these chipsets are available we are resorted to reverse
engineer the windows driver.
This driver is unfortunately braindead, always sending Bayer-encoded frames
at a fixed VGA resolution.
Color recovery, resizing and format conversion is all done in software.

Currently we do the same in order to make the camera useful as many relevant
linux v4l2 applications fail to have user-space routines converting
Bayer-frames.

Is it possible to get a driver included upstream and still have such
kernel-space frame conversion routines or do they have to go in order to get
the driver in an acceptable shape?

Regards,
Erik Andrén
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: In-kernel frame conversion

[Jean-Francois Moine]

On Thu, 15 May 2008 15:04:45 +0200, "Erik_Andrén" 
<erik.andren@gmail.com> wrote:
>Hi list,

Hi Erik,

>I'm one of the developers of the m560x project. (
>http://sourceforge.net/projects/m560x-driver/ )
>aiming to provide a driver for the ALi m5602, m5603 chipsets.
	[snip]
>This driver is unfortunately braindead, always sending Bayer-encoded frames
>at a fixed VGA resolution.
>Color recovery, resizing and format conversion is all done in software.
>
>Currently we do the same in order to make the camera useful as many relevant
>linux v4l2 applications fail to have user-space routines converting
>Bayer-frames.
>
>Is it possible to get a driver included upstream and still have such
>kernel-space frame conversion routines or do they have to go in order to get
>the driver in an acceptable shape?

I am working on a driver, gspca v2, which does frame conversion in
user-space. It is based on gspca v1 which handles over 270 USB
webcams. It is composed of:
- a main driver with the USB exchanges and the v4l2 interface,
- kernel modules for the different webcam types (actually 20) and
- a helper process which does frame conversion (JPEG and Bayer to
  YUV420, YUYV and RGB24/32).

I planned to put it under mercurial as soon as most of the webcams
will be tested (and the code will be purified ;)). Feel free to get
a tarball from my site (see below) and to tell me if you may enter
into this scheme.

Cheers.

-- 
Ken ar c'hentañ	|	      ** Breizh ha Linux atav! **
Jef		|		http://moinejf.free.fr/

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: In-kernel frame conversion

[Thierry Merle]

Hello Jean-Francois and Erik,

Jean-Francois Moine a écrit :
> On Thu, 15 May 2008 15:04:45 +0200, "Erik_Andrén" 
> <erik.andren@gmail.com> wrote:
>> Hi list,
> 
> Hi Erik,
> 
>> I'm one of the developers of the m560x project. (
>> http://sourceforge.net/projects/m560x-driver/ )
>> aiming to provide a driver for the ALi m5602, m5603 chipsets.
> 	[snip]
>> This driver is unfortunately braindead, always sending Bayer-encoded frames
>> at a fixed VGA resolution.
>> Color recovery, resizing and format conversion is all done in software.
>>
>> Currently we do the same in order to make the camera useful as many relevant
>> linux v4l2 applications fail to have user-space routines converting
>> Bayer-frames.
>>
>> Is it possible to get a driver included upstream and still have such
>> kernel-space frame conversion routines or do they have to go in order to get
>> the driver in an acceptable shape?
> 
> I am working on a driver, gspca v2, which does frame conversion in
> user-space. It is based on gspca v1 which handles over 270 USB
> webcams. It is composed of:
> - a main driver with the USB exchanges and the v4l2 interface,
> - kernel modules for the different webcam types (actually 20) and
> - a helper process which does frame conversion (JPEG and Bayer to
>   YUV420, YUYV and RGB24/32).
> 
> I planned to put it under mercurial as soon as most of the webcams
> will be tested (and the code will be purified ;)). Feel free to get
> a tarball from my site (see below) and to tell me if you may enter
> into this scheme.
> 
We have started something that looks like your framework.
Look at http://www.linuxtv.org/v4lwiki/index.php/V4L2UserspaceLibrary
I have a cruel lack of time to continue but the helper daemon is here with some ideas you can pick.
We can discuss on the v4l2-library ML about that: http://www.linuxtv.org/cgi-bin/mailman/listinfo/v4l2-library
An hg repository is here: http://linuxtv.org/hg/~tmerle/v4l2_extension

> Cheers.
> 
Regards,
Thierry

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list