Sign in to add a comment
|
Use VA-API to accelerate HTML5 Video on Linux | |||||||||||||||||||||||
| Reported by derick.e...@gmail.com, Jan 29 2010 | Back to list | |||||||||||||||||||||||
Chrome Version : All OS + version : Linux CPU architecture (32-bit / 64-bit): Both window manager : All Behavior in Chrome for Windows (optional): See Issue #17765 Please add support for VA-API hardware acceleration when playing HTML5 video. VA-API can accelerate using Nvidia, ATI, Intel and many other's GPUs. FFMpeg already has support for it. This will be very handy for HD and/or fullscreen videos when running on netbooks and older systems.
Comment 1
by
evan@chromium.org,
Feb 5 2010
,
Feb 5 2010
Thanks for the request. This is definitely something we've been thinking about, but the problem is especially hairy for us because of Chrome's multi-process architecture. FFmpeg actually doesn't have direct access to the drawing surface currently, and is infact running in the renderer process which isn't allowed to have direct access to hardware. This means that none of the hardware accel solutions will work without some significant surgery on the rendering pipeline. This issue also makes fullscreen harder. Once we have the rendering pipeline patched up, we'll look at how to integrate specific hardware APIs, do nicer scaling, etc. etc.
,
Feb 8 2010
As ajwong mentioned, we're doing a bunch of work to get *some* form of hardware acceleration possible. After that's done we might be should be able to have a better idea on what's needed for VAAPI and other accelerated video APIs.
,
Feb 11 2010
Also note that decoding is not our bottleneck - rendering is. Current code was achieves 720p on Pentium4 3 Ghz. Before looking at decoding, we'll retune for Atom and offload rendering to GPU. If you're looking to buy a netbook, Chrome will take full advantage of multicore, so a dual core N330 or D510 cpu will help.
,
Feb 11 2010
Well, for reference, I'm currently trying to run Chrome on my 6 year old P4 2.4ghz machine with a GeForce 6600. VLC will just barely play a 720p vid smoothly, but with Flash and HTML5 (aka Chrome & Firefox) it's unwatchable...so in my particular use case (which I'm sure I'm not alone in) it would be a very nice benefit. Also, I don't know why you even brought up multicore...there are currently zero decoders for any operating system nor codec that are multithreaded. They're all still single threaded, so that makes no difference.
,
Feb 11 2010
@derick.eisenhardt: the particular decoder we use actually decodes full frames in parallel. We see quite a performance improvement compared to running a traditional single threaded decoder. http://gitorious.org/ffmpeg/ffmpeg-mt
,
Feb 11 2010
Ok, that's nice to know. Glad to see ffmpeg's made some progress on this. Hope they push this into their stable branch soon ;)
,
Apr 21 2010
,
May 4 2010
Issue 43025 has been merged into this issue.
,
Jul 19 2010
,
Jan 26 2011
We're trying to deprecate HelpWanted, so I'm bulk-removing it from some bugs.
,
Jul 20 2011
,
Mar 6 2012
,
Mar 7 2012
Did you seriously just mark my 2 year old feature request a duplicate of one just made today?
,
Mar 7 2012
@derick.eisenhardt: yep. It's nice to start with a clean slate sometimes. History is preserved through bi-directional linking. The pain from the injustice might be somewhat alleviated for you by noting the status of the other bug is "Started" :)
,
Oct 13 2012
This issue has been closed for some time. No one will pay attention to new comments. If you are seeing this bug or have new data, please click New Issue to start a new bug.
,
Mar 11 2013
,
Apr 6 2013
|
||||||||||||||||||||||||
| ► Sign in to add a comment | ||||||||||||||||||||||||