Driver/Application support of V4L2 (was Re: Jpeg decompression)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 27 Feb 2003, Ronald Bultje wrote:

> Isn't the fact that drivers provide backwards compatibility one of the
> very reason why application developers aren't in a hurry to provide v4l2
> with proper JPEG decoding support in their applications?
> 
> Applications are currently just slow in following these new things,
> unfortunately... So yeah, you have a point (unfortunately).

I'm running into a similar situation with our project (IvyTV[1]
http://ivtv.sourceforge.net).  We probably won't be "kernel quality" for awhile
so we should have the "luxury" of starting out as V4L2 only.  I asked on our
dev list what frameworks the app people wanted, and mostly, I got back "Don't
worry, we'll write a custom plugin..."  

Yipe!  What's the point of the API frameworks if nobody wants to use them?

I still plan on providing a V4L2 interface[2] but this does worry me.  BTW,
has anybody been able to gen the (recently updated) api docs as a pdf?

John

[1] CX23415/iTVC15 hardware MPEG codec Driver (Hauppauge pvr250/350)
[2] If somebody wishes to work on a DVB interface, by all means, please do.





[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux