I am going to submit a patch for the Linux 2.6 adding the jpeg frame decoding feature (with integer arithmetics) to the w996[87]cf USB drivers. It is an _optional_ module, meaning that, even if compiled, the user can (load and) unload it whenever he wants to.
I've not seen any objections from the V4L developers (see the appropriate thread on the v4l mailing list), and, since Greg has deferred the decision to them, I think the patch could be accepted without complaints.
Please consider that the point is optional decoder vs no support.
So, again, if you have objections, let me know now...
Thanks, Luca.
The V4L api is not very good.
I think that it would be greatly improved is there was a user land lib that applications talked to. With the kernel just doing the interface with the hardware.
I bit like ALSA. The alsa kernel modules do the hardware interface to the sound card, and the alsa-lib provides a consistant api to the user app. If the sound card hardware does not do a certain feature, alsa-lib implements it in software.
So, in your case, if the app wants the video in a particular format, and the hardware does not support it natively, the lib would do the conversion. This would be particularly helpful with regard to the v4l tuning api. Currently, every v4l application has to implement their own country tuning tables. If one had a v4l lib, the application would not have to do it.
One could also use the lib to bring v4l and dvb api's into a single lib api.
James
------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel