Follow Slashdot stories on Twitter


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

Open Source AMD Graphics Technology

AMD Open-Sources Video Encode Engine 34

Posted by timothy
from the drag-out-the-home-movies dept.
An anonymous reader writes "AMD's latest feature added to their open-source Radeon DRM graphics driver is VCE video encoding via a large code drop that happened this morning. A patched kernel and Mesa will now allow the Radeon driver with their latest-generation hardware to provide low-latency H.264 video encoding on the GPU rather than CPU. The support is still being tuned and it only supports the VCE2 engine but the patches can be found on the mailing list until they land in the trunk in the coming months."
This discussion has been archived. No new comments can be posted.

AMD Open-Sources Video Encode Engine

Comments Filter:
  • While I applaud AMD for their initiative there have been tests that show a drop in quality of GPU encoded H264 vs a CPU/software solution.
    For details check out: [] and,2839-13.html []
    • Use HSA, then. If the program running on the GPU won't give identical results, it's a hardware bug.
      • Not a hardware bug. The program running on the GPU isn't the same as the one running on the CPU.

      • by gl4ss (559668)

        it's not the same program.

        that's the thing... these new codecs, they don't specify exactly how you should encode.

        • Indeed, but if a source code compiled for the CPU and the same source code compiled for HSA don't give the same results, it's a hardware bug.
        • by tlhIngan (30335)

          that's the thing... these new codecs, they don't specify exactly how you should encode.

          That's the point. Because codec quality is highly dependent on the tables you use, which is the main selling point of the codecs. In other words, the quality of the final output is strictly determined by the quality of the coder.

          The decoder rarely adds quality loss itself - it just reconstructs the signal based on what it is given and few decoders actually have a say in quality decisions.

          The coder part though is where the

  • by ThatsDrDangerToYou (3480047) on Tuesday February 04, 2014 @12:38PM (#46150703)
    If I never see another video codec in my career it will be too soon.

    Video decoder verification was the most tedious task I have ever been assigned. Just sayin.

Nobody's gonna believe that computers are intelligent until they start coming in late and lying about it.