[Bug 796921] Hardware accelerated {en,de}coder classification and probing support

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=796921

--- Comment #9 from Philippe Normand <philn at igalia.com> ---
(In reply to Olivier Crête from comment #8)
> Limits for "real time" capabilities are quite hard to achieve in a generic
> way as they are bound by multiple things: memory (max frame size/max dpb
> size), processing power (max macroblocks/s etc).. And it's hard to do it in
> a generic way, especially that as far as I know, none of the underlying APIs
> offer that information. 
> 
> My guess is that you want to be able to return them as RFC 4281/6381 codecs ?

Yes something like that.

> I think we could easily add the maximum level to the caps.. The problem is
> where to get that information? From some kind of configuration file?

Probably yes, as you say the underlying APIs don't provide those informations.

> I guess
> the only benefit to putting it at the GStreamer level instead of being
> application specific is that you can share it between different applications?

Right, I was mentioning this because at least 2 applications would potentially
be consuming such "probing" API. For now I think I'll leave this aside. Let's
first have support for hardware-enabled classification in the elements.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.