tir, 27.05.2008 kl. 16.01 -0500, skrev Dinesh Bhat:> Hello,> > Please suggest if this is not a question relevant to this list.> > I do not see support DVB over ASI on linuxtv.org. We are DVB/SDI over > ASI manufacturers and was wondering how much need is there in the market > for video 4 linux drivers for DVB ASI. Currently we have regular PCI > based drivers for Linux 2.6 and are thinking of porting our drivers to > V4L if there is need. I could not obtain enough information while > searching on the Internet.It was discussed at some point wether to add the necessary apis tohandle ASI input devices to the linuxtv dvb api at some point. The postthat started the discussion can be read here:http://www.mail-archive.com/linux-dvb@xxxxxxxxxxx/msg26193.html I don't think the discussion ended in any conclution, and I don't thinkanyone did anything towards adding ASI support. As you might know linuxmultimedia support has two different sets of apis, one for dvb cards(called "dvb" or "linuxtv dvb" and one for analog capture cards (calledv4l and v4l2). The previous discussion was about adding support for ASIinput boards to the dvb api. This would need some work because itwouldn't be well defined how to "tune" a ASI card. I think you by thismail suggested to add the ASI card as a v4l(2) driver. This might be agood idea as this api is allready well defined for devices that don'tneed to be tuned. Also many devices has arrived lately with hardwareencoders on them, so the api does handle capturing codec data. So if you want to create a ASI capture card driver within the confinesof standard linux apis you have the following alternatives (as I seeit): Use the DVB Api:pros: * you can take advantage of the software pid and section filters in thedvb framework * if your device supports hardware pid/section filters, apis will beavailable to take advantage of them * userspace applications that handle mpeg2 ts often use this api, andwould be easy to adapt.cons: * you might need to extend the apis to handle asi cards Use the v4l2 api:pros: * semantics are well defined. * provides an extensible api using so called "controls"cons: * adapting user space applications will be more difficult * no reuse of software filters Just my 2 norwegian øre Sigmund Augdal > > Any advice is appreciated.> > Kind Regards,> > Dinesh> > --> video4linux-list mailing list> Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe> https://www.redhat.com/mailman/listinfo/video4linux-list> _______________________________________________linux-dvb mailing listlinux-dvb@xxxxxxxxxxxxxxx://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
