Development: Discussion of Video4Linux API Version 3: Difference between revisions

From LinuxTVWiki
Jump to navigation Jump to search
m (Added category: Development)
 
(2 intermediate revisions by one other user not shown)
Line 1: Line 1:
Although probably some day analog television will became completely obsolete, the need for an analog video capture API (such as the [[Development:_Video4Linux_APIs|Video4Linux API)]] will live on, as there will still be several practical needs for such. Consequently, we need still plan for the development of future v4l APIs.
Although probably some days v4l and television will became obsolete at
all, they will probably stay as radio stays for now. So we need to plan
our future development. I've created a new wiki page with some thoughts
on future development of v4l kernel API.


Here are a few thoughts about development on the next generation API:
# We should not split control over video and radio on /dev/video and /dev/radio. The main problem with it is in simultaneous work of multiple video/radio programs - actually we have single device and control over it should be collected in one place.
# We should not split control over video and radio on /dev/video and /dev/radio. The main problem with it is in simultaneous work of multiple video/radio programs - actually we have single device and control over it should be collected in one place.
# Userspace program should be able to select cards and tuners and so on, no need to keep cards database in kernel.
# Userspace program should be able to select cards and tuners and so on, no need to keep cards database in kernel.
# Probably we need to provide some offical user-space library with more intellectual and more natural programming interface (probably with the ability to support several operation systems).
# We probably need to provide some official user-space library with more intellectual and more natural programming interface (probably with the ability to support several operation systems)....a present discussion of such can be found [[V4L2UserspaceLibrary|here]].


Everyone is welcome to add comments and extend this list.
Everyone is welcome to add comments and extend this list.
[[Category:Development]]

Latest revision as of 00:16, 3 May 2009

Although probably some day analog television will became completely obsolete, the need for an analog video capture API (such as the Video4Linux API) will live on, as there will still be several practical needs for such. Consequently, we need still plan for the development of future v4l APIs.

Here are a few thoughts about development on the next generation API:

  1. We should not split control over video and radio on /dev/video and /dev/radio. The main problem with it is in simultaneous work of multiple video/radio programs - actually we have single device and control over it should be collected in one place.
  2. Userspace program should be able to select cards and tuners and so on, no need to keep cards database in kernel.
  3. We probably need to provide some official user-space library with more intellectual and more natural programming interface (probably with the ability to support several operation systems)....a present discussion of such can be found here.

Everyone is welcome to add comments and extend this list.