On Thu, 3 Jun 2004, James Courtier-Dutton wrote:
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
Have you looked at the GStreamer? It tries to be like this.
It also tries to be much more, which is why not all people like it.
GStreamer probably will be integrated with Gnome, but other than that, it's not related nor dependent on it (unlike the name suggests).
GStreamer has nothing to do with interfacing with hardware. GStreamer is a video stream processing application.
The use of a lib that talks to a particular type of hardware is very useful if all user applications have to re-implement specific features, in order to talk to the hardware.
Take my example of the control of the tuner that sits on most Video input cards.
Every application wishing to change the frequency of the tuner has to implement their own tables to convert country specific channel numbers into frequences to set on the card. After all, the user is much happier selecting channel numbers, than frequencies.
If a common lib did this conversion, building the user application would be a lot easier.
If the jpeg conversion rountine is needed by all applications, then put the code in the lib, and not the kernel. As all applications can quite easily use other already existing libs for converting jpegs, I don't see any point in it going in any part of V4L.
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
