Re: pac7302-webcams and libv4lconvert interaction

2012-09-17 Thread Hans de Goede
Hi, On 09/16/2012 02:21 PM, Frank Schäfer wrote: Hi, Am 13.09.2012 14:05, schrieb Hans de Goede: Hi, On 09/12/2012 04:36 PM, Frank Schäfer wrote: And a negative side effect is, that unknown pac7302 devices (with no V4LCONTROL_ROTATED_90_JPEG entry in libv4lconvert) do not work. With a co

Re: pac7302-webcams and libv4lconvert interaction

2012-09-16 Thread Frank Schäfer
Hi, Am 13.09.2012 14:05, schrieb Hans de Goede: > Hi, > > On 09/12/2012 04:36 PM, Frank Schäfer wrote: > > > >> >> And a negative side effect is, that unknown pac7302 devices (with no >> V4LCONTROL_ROTATED_90_JPEG entry in libv4lconvert) do not work. >> With a consistent API behavior, they would

Re: pac7302-webcams and libv4lconvert interaction

2012-09-13 Thread Hans de Goede
Hi, On 09/12/2012 04:36 PM, Frank Schäfer wrote: And a negative side effect is, that unknown pac7302 devices (with no V4LCONTROL_ROTATED_90_JPEG entry in libv4lconvert) do not work. With a consistent API behavior, they would work fine (output a rotated image). Users would at least know that

Re: pac7302-webcams and libv4lconvert interaction

2012-09-12 Thread Frank Schäfer
Am 11.09.2012 09:29, schrieb Hans de Goede: > Hi, > > On 09/10/2012 10:24 PM, Frank Schäfer wrote: > > Ok, I understand what that means... > >> >> libv4lconvert should be modifed to do the rotation regardless of what >> comes out of the kernel whenever V4LCONTROL_ROTATED flag is set. >> This wa

Re: pac7302-webcams and libv4lconvert interaction

2012-09-11 Thread Hans de Goede
Hi, On 09/10/2012 10:24 PM, Frank Schäfer wrote: libv4lconvert should be modifed to do the rotation regardless of what comes out of the kernel whenever V4LCONTROL_ROTATED flag is set. This way it becomes just a normal software control (like software h/v-flip). At the moment, it can only hand

Re: pac7302-webcams and libv4lconvert interaction

2012-09-10 Thread Frank Schäfer
Hi, Am 10.09.2012 20:31, schrieb Hans de Goede: > Hi, > > On 09/10/2012 05:36 PM, Frank Schäfer wrote: >> Hi Hans, >> >> Am 09.09.2012 23:20, schrieb Hans de Goede: >>> Hi, >>> >>> On 09/06/2012 05:13 PM, Frank Schäfer wrote: Hi, I'm currently looking into the gspca_pac7302-dri

Re: pac7302-webcams and libv4lconvert interaction

2012-09-10 Thread Hans de Goede
Hi, On 09/10/2012 05:36 PM, Frank Schäfer wrote: Hi Hans, Am 09.09.2012 23:20, schrieb Hans de Goede: Hi, On 09/06/2012 05:13 PM, Frank Schäfer wrote: Hi, I'm currently looking into the gspca_pac7302-driver and how it interacts with libv4lconvert. This is how it currently works - driver an

Re: pac7302-webcams and libv4lconvert interaction

2012-09-10 Thread Frank Schäfer
Hi Hans, Am 09.09.2012 23:20, schrieb Hans de Goede: > Hi, > > On 09/06/2012 05:13 PM, Frank Schäfer wrote: >> >> Hi, >> >> I'm currently looking into the gspca_pac7302-driver and how it interacts >> with libv4lconvert. >> This is how it currently works >> - driver announces v4l2_pix_format 640x48

Re: pac7302-webcams and libv4lconvert interaction

2012-09-09 Thread Hans de Goede
Hi, On 09/06/2012 05:13 PM, Frank Schäfer wrote: Hi, I'm currently looking into the gspca_pac7302-driver and how it interacts with libv4lconvert. This is how it currently works - driver announces v4l2_pix_format 640x480 (width x height) - the frames (jpeg) passed to userspace are encoded as 48

pac7302-webcams and libv4lconvert interaction

2012-09-06 Thread Frank Schäfer
Hi, I'm currently looking into the gspca_pac7302-driver and how it interacts with libv4lconvert. This is how it currently works - driver announces v4l2_pix_format 640x480 (width x height) - the frames (jpeg) passed to userspace are encoded as 480x640 and this complies with the jpeg-header we gene