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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #7 from Philippe Normand <philn at igalia.com> ---
Thanks for the comments, it's an interesting discussion :)

I'm not very worried about the classification part at this point.

What is less clear to me is to know if decoding/encoding will be smooth (1) for
a given element and possibly how power efficient (2) the process will be. I'm
not sure where to put the boundary between the application and the library.

(1) smooth meaning: the decoder is able to decode at a pace that allows a
smooth playback. For an encoder, pace that allows encoding frames at the same
pace as they are sent to the encoder.

For instance in WebKit we could possibly assume that if a hardware-decoder is
found for a given media format then decoding will be smooth if zero-copy
support is enabled. Regarding power-efficiency, the spec recommends to rely on
the Battery-status spec implementation.

Also worth a mention, some devices can have limited capabilities, for instance
we can't assume a Raspberry Pi will smoothly decode 4K or even full-HD at
>30fps.

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