If Adobe wants access to h264 acceleration, use the QuickTime libraries.
In fact, why isn't Adobe using QTKit? Why are they rolling out their own appalling h264 implementation?
In fact, why isn't Adobe using QTKit? Why are they rolling out their own appalling h264 implementation?
http://blogs.adobe.com/penguin.swf/2010/01/solving_different...
This isn't very scientific - ignoring cache and lots of other considerations - but memcpy()ing 30fps of 720p video from one buffer to another eats 5%. Decoding h264 in QT, and copying the buffer would take 15-25% total. 25% compares favorably to 100%.
I'm aware that the problem is the way Flash writes into Safari's window. But if Adobe thinks that h264 acceleration would dramatically improve its performance, they'd still have to copy frames into Safari somehow.
(Maybe they mean they want to write directly to the GPU's buffer...)
Because of how browser plugins work, Flash needs an API that will let them decode the video, get the decoded YUV data back, and then do something with them. I don't think QTKit provides this.
This is why VDPAU on Linux is also unsuitable for in-browser video acceleration.