On Tuesday 02 December 2008 17:58:41 GWater wrote: > I interprete these results in the following way: > JPEG decompression needs much more computation than non-standard YUV422 > to i420 converting (which is what last-release-without-libv4l does.) > > Maybe an accaptable solution is submitting the old decoder algorithms to > libv4l. Implementing the encoding in the driver again is a matter of > minutes.
Yep, we also need to define new V4L2-format. > This way people get better performance, better images and can still use > the new driver version. > > The only issue that needs to be resolved in libv4l is that users need a > way to select preferred input encoding. Otherwise libv4l will keep on > using JPEG. > > GWater
signature.asc
Description: This is a digitally signed message part.
