This conversion utility differs greatly from the other two apps we tested. It costs nothing, and though it does include a number of presets for mobile devices, its interface isn't really designed with the computer illiterate in mind. All kinds of encoding and conversion settings are at at your disposal right there in the main window. To be honest, it took a little digging in the documentation to figure out what some of the settings do.
The publicly available version of Handbrake lacks hardware acceleration support entirely. The pre-release build we used, as we noted earlier, features a beta, OpenCL-accelerated version of the x264 encoder. During a presentation at AMD's Fusion Developer Forum last month, x264 lead developer Jason Garrett-Glaser said he expected to release the source code "in a couple of months"—so, by mid-August or thereabouts. He added that a public build would likely be out before then.
One more thing: this build of Handbrake doesn't have a setting to disable OpenCL acceleration. Fiddling with the x264 config file in the program directory didn't help, either. In the end, we used the latest public release available from the Handbrake website (0.9.8) to test raw CPU performance. That may not have been the most scientific approach, but it was the only option available.
|Idle wattage||37 W||37 W||37 W||43 W||46 W|
|Peak wattage||88 W||87 W||87 W||114 W||113 W|
One would expect the OpenCL encoding process to work identically regardless of the hardware used, so it's a little surprising to see bitrate and file size differences. (Yes, we tried re-testing and came up with the same results.) In any case, the Radeon achieves the quickest encoding time, with Intel's HD 4000 integrated graphics coming in last—behind the unaccelerated build running in software mode, in fact.
We can probably chalk up that last result to insufficient optimization. Our own testing gives no indication that the HD 4000 has poor OpenCL performance in general; in LuxMark, we saw a mobile incarnation of the HD 4000 slightly outpace the integrated graphics inside AMD's A10-4600M APU. So, perhaps this version of the x264 encoder just isn't properly optimized to take advantage of the HD 4000. For what it's worth, the x264 developers recorded fairly substantial performance gains running their accelerated encoder on an AMD A10 APU's integrated graphics.
Aside from slight variations in artifact patterns, it's hard to discern much of a difference between the different solutions here. That's good news. It means the OpenCL acceleration doesn't degrade image quality in a noticeable way, regardless of the hardware used.
Handbrake is the only one of our three test apps that doesn't mess with color saturation, too. Really, I'd say it has the best output, hands down.
|Maxwell's Dynamic Super Resolution explored||42|
|Self-destruct sequence fractures the NAND in ultra-secure SSD||0|
|Updated: Microsoft shows Windows 10, preps public preview build for tomorrow||121|
|Windows 9 is actually called... Windows 10||104|
|Doom looks awesome in the Lego universe||13|
|Project Ara phones with hot-swap modules launching in early 2015||5|
|HP's new Intel-powered Win8.1 tablet costs $99||11|
|Hynix slides tease vertically stacked memory with 256GB/s of bandwidth||37|