Steve Miller wrote: > > I'm working on a driver for a usb camera that outputs an mjpeg stream. > For various reasons, this needs to be v4l, not v4l2. But v4l provides > no real support for compressed streams. For now I've kludged an > application that uses libjpeg to decode the stream, but this breaks the > v4l api (as far as I can tell). What are people's thoughts on this > problem? I think my choices are to either provide a kernel module that > does the decoding, or continue using a user level codec, but having to > provide an "enhanced" viewer. I'm not enthralled with the idea of a > kernel codec. This driver will eventually be used in an embedded 2.4 > kernel, as well as for normal webcam type cameras for desktop linux. > Any thoughts on what direction to go in? Thanks, > Steve I think you should try to do everything possible to stay within the legitimate bounds of the v4l API. The overbearing reason is, assuming you hope to make your driver available via GPL, that it will receive much wider use by staying compatible. Good luck. Phil Gillaspy Once a Yuppie, now a Dilbert.
