linux-kernel - Re: One Video Decoding API to rule them all

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <94a0d4531002200619t4f0b6947q2a4876d2df56059c@mail.gmail.com>
Date:	Sat, 20 Feb 2010 16:19:23 +0200
From:	Felipe Contreras <felipe.contreras@...il.com>
To:	Peter Paul <abnominales@....de>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: One Video Decoding API to rule them all

On Fri, Feb 19, 2010 at 6:39 PM, Peter Paul <abnominales@....de> wrote:
> currently we've got three APIs to accelerate video decoding in hardware,
> but to cover all available video decoding hardware, an application
> writer would have to support all of them.
> There is VDPAU which has a prominent supporter with nvida and is
> implemented by the proprietary nvidia and S3 driver.
> Than there is VA-API that is implemented in the proprietary poulsbo
> driver and that can use VDPAU or AMD's proprietary XvBA as a backend.
> And more recently we got CrystalHD that is implemented by Broadcom's
> eponymous driver and targets their dedicated video decoding chips.
> Now there are already applications that take advantage of one or more of
> those APIs, but hardly anyone can support all of them, thus always
> excluding users of specific hardware.
> I think it would therefore be helpful to have an official statement
> which API is the preferable one so, that the open source drivers and
> applications could migrate to that one.

Who cares about the API's? I think first we need implementations, then
people can re-factor the API's.

Currently most people can use all of them through FFmpeg so there's
not much problem. So the standard API could be FFmpeg for now.

There's also OpenMAX IL which most embedded vendors provide, like
Texas Instruments. But at least on the Nokia N900 we decided to drop
the wrapper and access the ioctls directly.

Cheers.

-- 
Felipe Contreras
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/