> >... which clearly indicates it is indeed redundant. At least for TV
> >cards, what about usb webcams?
> That reminds me, how should (digital) USB webcams implement
> VIDIOC_ENUMSTD? Should they set std.id = V4L2_STD_UNKNOWN? Should they
> just return -EINVAL? Or should we have have a V4L2_STD_DIGITAL_CAM for
> devices where modulation standards and fixed frame rates don't apply?
Just returning -EINVAL looks fine to me.
> And to answer your question, with USB webcams you cannot infer the
> timeperframe from any other fields in the V4L(2) API.
Ok, then lets keep it.
> Oh, and speaking of digital things, will there be V4L2_STD #defines for
> the various digital broadcast standards? Or should we create a new ioctl
> for that?
What exactly do you have in mind?
HDTV? Probably. Which ones we need?
DVB? Don't think so, there is a API for dvb already.
Others?
Gerd
--
You can't please everybody. And usually if you _try_ to please
everybody, the end result is one big mess.
-- Linus Torvalds, 2002-04-20
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
