Survey on Video Capture API: BSD meteor(4) vs. Video for Linux 1/2

[Julian Elischer]

There is a V4L2 implementation in P4 and someone (brain fade occuring)
was looking at it just last month..

I'm not overly inpressed with V4L(1 or 2) as they basically just defina
a bunch
of constants and ways of declaring things and don't do any of the work
for you.
The device drivers still need to do all the work. All V4L gives you
is an API to work to to do the work so that programs can talk to you in
a known way.

I'd like to see a video framework that sat on top of that that allowed
more to be done with the streams..

There are userland applications that do a lot however once you
have he V4L interface on the device drivers.. so that somewhat mitigates
the problem..


Intron is my alias on the Internet wrote:
> If I would code to enhance video capture support for FreeBSD, what video
> capture API do you prefer? Your choices:
>
> 1. BSD Brooktree 848 (See bktr(4) and meteor(4))
>
> This is *BSD-specific video capture API. So far only Brooktree
> (Conexant) 848/878 chip is supported by *BSD. Thus, actually this API
> is BT848/878-specific.
>
> 2. Video for Linux 1/2 (See http://v4l2spec.bytesex.org/)
> These are the video capture APIs for Linux. There are two versions:
> V4L and V4L2. Supported hardware list:
> http://linux.bytesex.org/v4l2/drivers.html (V4L2 mainly)
> http://mxhaard.free.fr/spca5xx.html (V4L)
>
> MPlayer supports both kinds of API's. But to gain Linux binary
> compatibility for FreeBSD, V4L/V4L2 must be introduced to FreeBSD.
>
> ------------------------------------------------------------------------
> From Beijing, China
>
> _______________________________________________
> freebsd-multimedia at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia
> To unsubscribe, send any mail to
> "freebsd-multimedia-unsubscribe at freebsd.org"