On Mon, Jun 20, 2005 at 09:59:07PM +0200, Kenneth Lavrsen wrote:
>
>
> Will this mean that every program that wants to be able to read from a
> camera using pwc must use this external library to be able to read from the
> camera?
Yes, for decoding raw compressed frame. I hope i can include the decompressor
into the kernel, but we can't, we need a solution. And like alsa, with
libalsa, we can create a libv4l2 to decode, or convert image format for any
camera not supporting some format.
> Does it also mean that I have to build this special support into Motion?
I think ... yes
> And then next month some other camera driver gets crippled and I have to
> add support for that. And then the next and next?
But now, if you look, every application have some code to convert between
colorspace. For motion, i think you can speed up the processing, using only
the Y channel (so you can decode only the first part of the stream). I'm not
happy with this solution, but last year, most kernel developper want to
remove all decompressor that can be put in user land.
> If this is the case this brings us back to the early 80s where programs
> like Word Perfect had to have drivers for 200 different printers.
We have cups and ghostscript for this, why not a small library ? I know that
nobody want to start this project.
Until, the driver and the library is not finished, i don't want to start a
war about this. Even if the decompressor can be accepted in the kernel, i
think the best solution will be to have a library.
Luc
_______________________________________________
pwc mailing list
http://lists.saillard.org/mailman/listinfo/pwc
|