tulpe schrieb:
I'm now running the last-release-without-libv4l branch which consumes only 5% cpu. (took me some time to figure out I had to add Load "v4l2" to my xorg.conf to get it to work.) I'm using it to stream [EMAIL PROTECTED] with vlc so that's ok for now.Tulpe --~--~---------~--~----~------------~-------~--~----~ Lets make microdia webcams plug'n play, (currently plug'n pray) To post to this group, send email to [email protected] Visit us online https://groups.google.com/group/microdia -~----------~----~----~----~------~----~------~--~---
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.
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: OpenPGP digital signature
