On Fri, 13 Feb 2009 22:59:07 +0100 Hans Verkuil <hverk...@xs4all.nl> wrote:
> > > Or perhaps we should add a field that reports the maximum number of > > > buffered packets? E.g. __u16 rds_buf_size. This might be more generic > > > and you can even allow this to be set with VIDIOC_S_TUNER (although > > > drivers can ignore it). > > > > Why to spend 16 bits for it? It seems easier to check for for the amount > > of received packets on userspace. I think we should avoid to waste those > > reserved bytes. > > Hmm, I'm too creative here, I agree. Let's keep it simple. Ok. > I realized that we also need to make a note that no RDS *encoder* interface > has yet been designed, and that anyone interested should contact > linux-media. Any encoder interface would probably be very similar, except > using write() instead of read(). There are some interests on RDS encoder also. Someone contacted me about that sometime ago. I suspect that a few more is needed than just write(). > BTW, do you think that drivers that can do RDS should set > V4L2_CAP_RDS_CAPTURE in addition to the v4l2_tuner caps? I'm leaning > towards a 'yes' here. It's already defined, so there might be some apps > that already use this define, and it might be a useful high-level > capability anyway. I think so. Cheers, Mauro -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
