Messages in this thread | | | Subject | Re: [v4l-dvb-maintainer] [2.6 patch] VIDEO_V4L1 shouldn't be user-visible | From | Mauro Carvalho Chehab <> | Date | Thu, 29 Jun 2006 18:43:31 -0300 |
| |
Hi, Adrian, Em Qui, 2006-06-29 às 23:08 +0200, Adrian Bunk escreveu: > On Thu, Jun 29, 2006 at 05:18:37PM -0300, Mauro Carvalho Chehab wrote:
> I might not understand the issue well enough for getting your point. > > My point is: > > For users (= people compiling their own kernel), the obsolete in-kernel > API is an implementation detail.
It is not the in-kernel API, but the userspace API.
V4L1 api cannot handle several needs from userspace.
For example, V4L1 API, there are just 3 video standards: PAL (you can read here EU PAL), NTSC (you can read here US NTSC) and SECAM ( you can read here France). So, api works fine only on two continents. All the rest of the globe cannot use a V4L1 for a TV device. On V4L2 API, you can select all known video standards (like for example NTSC/M Korea - with have some particular issues with audio channels that require some adjustments at audio decoders).
> When configuring the kernel, the important thing for users is to find > the driver for their hardware, not which internal APIs the driver is > using.
The user still can still select the proper hardware support, being warned that the device is obsolete, and a proper legacy application should be used instead.
I did the comparative between OSS/ALSA and V4L1/V4L2 because the similarities. Both OSS and V4L1 are obsoleted APIs that need to be removed from kernel, due to implementation issues. OSS is marked as depreciated at Kconfig menus. User can include an OSS driver and use it, but should know that those stuff is obsolete. The same should apply to video/radio users.
Also, on V4L side, the V4L1 api is stopping V4L development. V4L API 2 is already at kernel since the beginning of kernel 2.6 series, and fixes several flaws at the old api (V4L1 API were designed on 2.1 series). Still now, most applications still implement only V4L1, and people do submit newer v4l1 drivers to us.
We do really go ahead, making V4L2 API the standard.
> The userspace visible part VIDEO_V4L1_COMPAT is something different, > and it shouldn't be hidden.
Allowing unselecting V4L1 and V4L1_COMPAT is also very useful for testing the compliance of applications, helping application developers as well.
Cheers, Mauro.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |