Obsolete
Status Update
Comments
da...@chromium.org <da...@chromium.org> #2
[Empty comment from Monorail migration]
co...@ekimia.fr <co...@ekimia.fr> #3
I second this : would be very useful to test video decode corretly on chromium.
th...@chromium.org <th...@chromium.org> #4
about:flags isn't for users to tweak settings. Flags on there are either for debugging, or temporary to turn on in-development features.
It's ok to temporarily add a flag if that helps with collecting perf data (but just uma should give you that already), but it's not for "escape hatches".
It's ok to temporarily add a flag if that helps with collecting perf data (but just uma should give you that already), but it's not for "escape hatches".
re...@chromium.org <re...@chromium.org> #5
@thakis - duly noted. It is not intended as a user setting as much as requirement for running experiments to collect perf data. However, analyzing the ways to collect the data, it did require a chrome://flags. Happy to chat more / listen for any advice if you have experience in collecting the data we require here. Thanks.
th...@chromium.org <th...@chromium.org> #6
You might want to talk to asvitkine about using uma/finch for your stuff – I'd be surprised if you needed a flag for this, and you don't need an about:flags entry for sure.
mi...@gmail.com <mi...@gmail.com> #7
Juste a note : 99% of users don t have a GPU that can accelerate vp9. Disabling vp9 enable them to Get h264 accelerated vidéos ( like in YouTube)
ma...@gmail.com <ma...@gmail.com> #8
I would welcome this, watching 1080p and also 720p videos on Chrome lets my Ivy Bridge Ultrabook burn at 72-77°C and 80-90% CPU usage, where IE11 just uses 6-14% CPU.
le...@gmail.com <le...@gmail.com> #9
Yoga 3 Pro seems to have no hardware acceleration for VP9. So watching 4K video in Youtube in Google Chrome is not possible, staggering, unwatchable.
Same video, same machine, in IE11 butter smooth. It uses the H.264 codec.
Please make an option to disable VP9 or choose the codec the user prefers.
Same video, same machine, in IE11 butter smooth. It uses the H.264 codec.
Please make an option to disable VP9 or choose the codec the user prefers.
to...@gmail.com <to...@gmail.com> #10
Lets us use h.264 or make vp9 use gpu.
for now IE is best for youtube :-(
for now IE is best for youtube :-(
da...@chromium.org <da...@chromium.org> #11
Given the presence of the h264ify extension and recent performance numbers for vp9, it doesn't make sense to implement this.
x....@gmail.com <x....@gmail.com> #12
h264ify doesnt work.
le...@gmail.com <le...@gmail.com> #13
For me (on a Yoga 3 Pro) h264ify does indeed work - at least partially. The video is reported to be x264 and not vp9. But it doesn't change the fact that the video is not hardware accelerated for some reason. Same video on IE is butter smooth, cpu at most 30%-40%. On Chrome cpu is 100% and frames are dropped like crazy.
le...@gmail.com <le...@gmail.com> #14
So maybe problem is not with actual codec but rather hardware acceleration support in Chrome?
za...@gmail.com <za...@gmail.com> #15
[Comment Deleted]
za...@gmail.com <za...@gmail.com> #16
That is a distinct possibility. I'm also curious: how many of you are experiencing issues at resolutions higher than 1080p? I'm using an ultrabook which has a 3200x1800 resolution, and wondered if that could be having an effect, since I don't experience VP9 issues on other machines of lesser power. I also use the Windows 8.1 scaling feature, which I believe is simply called "zoom." Likewise, I get "butter smooth" frame-rates at ALL resolutions and 60 FPS on Internet Explorer. I think the most likely reason, from my experiments, is that hardware acceleration can't /really/ be disabled in Chrome, no matter what I try.
da...@chromium.org <da...@chromium.org> #17
If you have a newer intel ultrabook you may be hitting another problem, https://crbug.com/chromium/499696 . To see if a given video has hardware acceleration find the player in chrome://media-internals and see if "GpuVideoDecoder" is present in the properties section.
Unfortunately, at present, our h264 hardware decoder implementation uses copy-back, so it may not work as smoothly as IE in this case (https://crbug.com/chromium/464774 tracks this to some extent).
Unfortunately, at present, our h264 hardware decoder implementation uses copy-back, so it may not work as smoothly as IE in this case (
x....@gmail.com <x....@gmail.com> #18
Lena, no idea how it works for you, when I still have forced vp9 with h264ify enabled. Win7\8.1\latest Chrome. Absolutely useless plugin.
ux...@gmail.com <ux...@gmail.com> #19
The wontfix reasoned h264ify does NOT solve this issue, as there are thousands or millions of other websites in the world which use VP9, not only youtube. This is still an issue, please reopen it.
Also please support VP8 disabling and all other codecs while at it.
Also please support VP8 disabling and all other codecs while at it.
is...@google.com <is...@google.com> #20
This issue was migrated from crbug.com/chromium/459407?no_tracker_redirect=1
[Multiple monorail components: Internals>Media, Internals>Media>Codecs]
[Monorail blocking:crbug.com/chromium/459408 ]
[Monorail components added to Component Tags custom field.]
[Multiple monorail components: Internals>Media, Internals>Media>Codecs]
[Monorail blocking:
[Monorail components added to Component Tags custom field.]
Description
VP9 decode is great for YouTube. YouTube has published multiple times how it is a better experience overall for users as it reduces bandwidth requirements, provides a better streaming experience, and lowers the requirements for HD.
However, we have are getting increasing reports on poor VP9 decode performance, especially in low power notebooks for HD @ 60fps. To better understand real world decode performance we want to add a chrome://flags "Disable VP9 decode" to run experiments across different architecture, network and battery conditions.
Additionally, this also allows power users an escape hatch if they have a preference on codecs supported by Chrome.