Google Engineer Breaks Down Steps for VP8 Optimization
Road map for VP8 codec improvements laid bare.
Google software engineer John Koleszar addressed the open source community regarding the VP8 codec and the steps needed to further optimize to codec within the WebM project.
Koleszar notes Scott LaVarnway's work in creating an x86 version of the quantizer and moved on to request a SIMD version of the ARNR temporal filtering code from the community. Koleszar also asked for newer extensions for the assembly code, as it currently only takes advantage of the SSE2 instruction set.
The last improvement Koleszar called for in the VP8 encoder was for someone to explore alternative motion search strategies, eventually hoping to decouple motion search entirely, leaving the motion field calculations to the graphics processors.
For the decoder, Koleszar highlights the work of Jeff Muizelaar, Johan Koenig, and Tim Terriberry. While he doesn't specifically ask for help on any one item as he did with the encoder, he does highlight some of the ongoing work. Terriberry is working had on the bool decoder, which is called multiple times per each bit in the input stream. Currently, the code uses a simple clamp on the innermost loops for checking and performs less frequent copies into a circular buffer. Terriberry's patch uses a more complex clamp and removes the circular buffer.
Meanwhile Muizelaar's work has combined IDCT and summation with the predicted block into a single function. Doing this reduces memory transfers and therefore reduces cache pollution. Koenig is implementing Muizellaar's work into ARM processors.
Speaking of embedded processors, Koleszar ended his post with a description of the work being done on not-desktop platforms. Fritz Koenig is working to optimize the VP8 codec for the Atom platform, quite a task considering the x86 assembly code for the codec was written for an out-of-order processor.
The Atom, of course, is in-order, so Koleszar and company are debating scheduling the code for Atom and then checking to see what performance issues arise on x86. Regardless, Koleszar notes that a lot of work lies ahead.
Finally, he spends some time on intrinsics and whether or he and his fellow programmers should use them when trying optimize the codec for multiple processors and platforms.
"If you have experience in dealing with a lot of assembly code across several similar-but-kinda-different platforms, these maintainability issues might be familiar to you. I hope you'll share your thoughts and experiences on the codec-devel mailing list," Koleszar said.
Comments
comments powered by DisqusIssue 210/2018
Buy this issue as a PDF
News
-
Red Hat Enterprise Linux 7.5 Released
The latest release is focused on hybrid cloud.
-
Microsoft Releases a Linux-Based OS
The company is building a new IoT environment powered by Linux.
-
Solomon Hykes Leaves Docker
In a surprise move, Solomon Hykes, the creator of Docker has left the company.
-
Red Hat Celebrates 25th Anniversary with a New Code Portal
The company announces a GitHub page with links to source code for all its projects
-
Gnome 3.28 Released
The latest GNOME rolls out with better contact management and new features for handling virtual machines.
-
Install Firefox in a Snap on Linux
Mozilla has picked the Snap package system to deliver its application to Linux users.
-
OpenStack Queens Released
The new release comes with new features for mission critical workloads.
-
Kali Linux Comes to Windows
The Kali Linux developers even managed to run full blown XFCE desktop via WSL.
-
Ubuntu to Start Collecting Some Data with Ubuntu 18.04
It will be an ‘opt-out’ feature.
-
CNCF Illuminates Serverless Vision
The Cloud Native Computing Foundation announces a paper describing their model for a serverless ecosystem.
dgdg
They use Orc, it seems to help them a lot:
http://code.entropywave.com/projects/orc/