[Webkit-unassigned] [Bug 186391] [GStreamer][MSE] Video decoder capability configuration

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=186391

--- Comment #3 from Philippe Normand <pnormand at igalia.com> ---
(In reply to Alicia Boya García from comment #1)
> If VPx capable GStreamer plugins are not installed,
> MediaSource.isTypeSupported() will reject VP9.
> 

True. I'm not sure vpx support can easily be disabled at build time in the v4l2 plugin though. I'll have a look...

> Regarding video resolution... AFAIK that is up to the application. By the
> time GStreamer knows the resolution of the video it must have been already
> been demuxed (and therefore partially downloaded) so at most it could fail,
> but that's hardly useful. A possible exception would be some adaptive
> elements, like dashdemux, that can choose themselves the desired resolution.
> 

I'm talking about MSE here, not DASH :)

> What I've seen is applications querying the window size in order to
> determine the resolution they will demand; e.g. if you have a 720p screen
> they will not bother downloading 1080p video. This is what YouTube does for
> instance.
> 

True, my screen is 1080p though.

> Decoder elements, if they are smart enough, can manage to work slightly
> above their actual capabilities by listening to QOS events that advise them
> to drop non-sync frames here and there until decoding becomes faster than
> run time.

I don't know about the reasons why my platform doesn't have hardware-accelerated support for vp8 yet. For sure it doesn't have vp9 support at all.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180607/8c0c60f1/attachment.html>