it looks like the guys behind x264 have managed to accelerate portions of the popular, open source h264 encoder using Open CL:
http://techreport.com/articles.x/23324
it's a start...What happened to those OpenCL-accelerated video encoders we were all daydreaming about? Well, they're still in the works, believe it or not. The folks behind the popular x264 software encoder have been quietly plugging away at an OpenCL-accelerated version of their lookahead pipeline. Lookahead only accounts for 10-25% of the total encoding time, according to x264 lead developer Jason Garrett-Glaser, but the process allows for nearly unlimited parallelism and is relatively easy to implement in OpenCL. Re-writing all of the x264 encoder in OpenCL, by contrast, would be "very hard." Garrett-Glaser says the accelerated lookahead can increase performance by up to 40% on AMD's new Trinity APUs and by a factor of two on the latest Radeon graphics cards.
edit: i ran across this article while googling for more info:
http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apu
i can't wait to test it out with my quadro 600
second edit: i found a test build:
http://astrataro.wordpress.com/2012/05/17/x264-test-build-with-opencl-lookahead/
+ Reply to Thread
Results 1 to 12 of 12
-
Last edited by deadrats; 1st Aug 2012 at 16:43.
-
did you bother to read the techreport article? they all suck and always have.
--
"a lot of people are better dead" - prisoner KSC2-303 -
-
-
--
"a lot of people are better dead" - prisoner KSC2-303 -
Last edited by deadrats; 1st Aug 2012 at 21:34.
-
This is big news, because normal hardware accelerated encoders suck, but they are fast.
http://compression.ru/video/codec_comparison/h264_2012/
ps the appendix for the hw encoders tests are coming out soon -
--
"a lot of people are better dead" - prisoner KSC2-303 -
It's generally accepted that "regular" GPU accelerated encoding sucks. At present, you can't accelerate the whole encoding process without impacting quality. I think what the x264 team are trying to do here is only accelerate the portions of the encoding process that would have little or no impact on quality.
Even a 10-20% increase in speed over the original x264 would be better than nothing. -
Actually they are re-coding the parts that allow for nearly unlimited parallelism. EG the easier parrts to recode for OPENCL. I presume they will still expect the same quality. Its not hardwardware bad software good, it just happens that, so far, hardware encoding has been a poorly written, one off the wrist, piece of Programming's.
Good software's been a long time coming. I still rememeber when an early experimental badaboom destroyed my mx440 video card. it went BadaBoom
Maybe in the professional domain there is better software ?Corned beef is now made to a higher standard than at any time in history.
The electronic components of the power part adopted a lot of Rubycons. -
-
Last edited by jagabo; 2nd Aug 2012 at 10:59.
Similar Threads
-
x264 encoding - no. of ref frames vs hardware compatibility
By spicediver10191 in forum Video ConversionReplies: 1Last Post: 22nd Jun 2012, 08:11 -
Hardware accelerated flash-web video playback.
By Stears555 in forum Video Streaming DownloadingReplies: 7Last Post: 25th Apr 2012, 16:00 -
x264 soon to be gpu accelerated?
By deadrats in forum Video ConversionReplies: 5Last Post: 12th Sep 2010, 16:52 -
Bitrate vs Size Calculator for x264 for ripping DVD to x264 + AC3
By Bonie81 in forum DVD RippingReplies: 7Last Post: 5th Jul 2010, 18:24 -
Playing x264 with hardware rendering
By oshmosh in forum Newbie / General discussionsReplies: 11Last Post: 8th Jan 2010, 13:36