A few months ago, we tested AMD's AVIVO Video Converter. AMD had just enabled video transcode acceleration on the GPU, and they wanted to position their free utility as competition to CUDA enabled (and thus NVIDIA only) Badaboom. Certainly, for a free utility, we would not expect the same level of compatibility and quality as we would from a commercial application like Badaboom. But what we saw really didn't even deliver what we would expect even from a free application.

We didn't pull any punches when first we previewed Badaboom either. Their application in its original form left a lot to be desired. They took our feedback and built a product that is very workable for the purpose of quickly taking video and encoding it for use on portable devices with plenty of flexibility built in as well. After our look at AVIVO, we assumed AMD would take our feedback (and feedback from around the internet) and use it to build a better product.

We do understand the rush to get software out there that takes advantage of GPU compute capability and that video transcode is the low-hanging fruit. The first shot at anything can be rough, especially when under pressure.

AMD recently released an updated version of their transcode utility, and we were hopeful that it would deliver where its predecessor fell short. Unfortunately, we were flat out wrong.

Today, in addition to looking AMD's built in solution, we will look at Cyberlink's MediaShare Espresso to see if 3rd party applications can bring anything better to the GPU accelerated transcoding table.

Testing Transcoding with AVIVO Video Converter

We noted in our previous test that there were many videos we wanted to transcode that were not accepted as input by the AVIVO video converter. There was still one test file we had that could not be transcoded, but all the rest were accepted as input. We did have some difficulty in getting some files to properly convert, especially when upsampling to 1080p and encoding to H.264. Our MacGyver clip, for instance, would go through the process, but the output file simply would not play on any player with any codec we tried. They all gave us an error.

Actually, when we attempted to encode the MacGyver clip to "iPod Video" at maximum quality, we ended up with the same extraordinarily poor (or lack of) de-interlacing we saw before.

In fact, only one file we tried to transcode came out with acceptable quality and it still had artifacts. There was color distortion, blur/softening of edges, and blocking artifacts. Source and output were both 1080p, and the only process applied was a transcode from MPEG-2 to H.264.

This is the original video.

This is AVIVO Video Converter's attempt at 1080p H.264

AMD confirmed that movie trailers from Apple do not work with AVIVO Video Converter, but we did also try uncompressed AVI files generated by FRAPS. We wanted to compare using movies recorded from gameplay to if the tool faired any better without having to decode the file on input. In addition, the progressive video wouldn't suffer from deinterlacing artifacts. Or so we thought..

While the AVIVO video converter accepted the file and attempted to transcode it to 1080p H.264. Depending on the codec we used to try and view the file we saw different very distorted output. With one codec output ended up squeezed horizontally. It almost looked as if the output was a sideways 16:9 video (and the math came out close but not quite). Another codec had the right size, but both looked as though they might have de-interlacing artifacts despite the fact that the source was progressive.

Clearly the AVIVO video converter is still not ready.

Enter Cyberlink Espresso

AMD strongly indicated that Cyberlink's PowerDirector and MediaShow Espresso software would better represent the ATI Stream direction and capabilities. We decided to try our hand at Espresso.

MediaShow Espresso is a software conversion tool that is similar to Badaboom in that it's purpose is to transcode video and that it can use GPU hardware acceleration. The big advantage, however, is that it can use either AMD or NVIDIA hardware in the transcode process. Our initial goal was to evaluate transcoding on AMD hardware, but Espresso might have given us a way to grab a peak at how GPU accelerated transcoding might compare between NVIDIA and AMD GPUs. Or at least that's what we had hoped we would find.

We attempted to encode three videos. While our watermellon transcoding worked perfectly fine on the CPU, guess what happened when we took a look at our AMD GPU accelerated output. That's right. Artifacts. Similar to what we saw with AVIVO Video Converter, but less severe. NVIDIA's image quality was much cleaner than the on AMD hardware using Espresso as well. This was encoding to MPEG-4 AVC and maintaining the same resolution from input to output.

This is CPU only, no GPU accelerated transcode

AMD's attempt shows similar image quality degredation

Unlike with AMD hardware, NVIDIA's image quality is clean

The other videos didn't show the mosaic artifacts when using AMD hardware, but some of the blurriness/softness issues were apparent.

Armed with this data, it is clear that transcoding on AMD hardware is not ready for primetime, and thus we decided to par this article down to a quick look rather than an in depth study.

We did do some performance comparisons with Espresso, but it is very important to remember that just because we are using the same application does not mean that these numbers are directly comparable. Based on the differences in the output, it is very clear that when using CPU, NVIDIA or AMD hardware, Espresso is doing fundamentally different things. We are getting different output, and thus the paths are doing different things. One option might have better quality or be faster inherently and performance differences may have nothing at all to do with the capabilities of the hardware.

Bruno Trailer MacGyver DVD Watermellon
Intel Core i7 965 3:53 6:43 0:38
GTX 275 1:56 3:04 0:12
Radeon 4890 2:02 8:41 0:31

Final Words

We do appreciate AMD adding support for 1080p and 720p H.264 and MPEG-2 output, as before we didn't have the flexibility we have here in terms of up or down scaling and specific encoding format. But that is about the only thing that is improved over the previous version of the software that we can tell. Poor quality conversion and difficulty supporting all the input files we wanted to test are certainly issues.

AVIVO Video Converter also exhibited some issues with transcoding without installing multiple 3rd party codecs. Despite the fact that our system could play all the videos we wanted to test just fine, in order to get the converter to accept them we needed more software (but at least it did work after doing this). Even the more useful MediaShow Espresso software by Cyberlink couldn't provide us with quality output while using AMD hardware to accelerate transcoding.

Rather than harp on it any further, we've just got to cut our losses. AVIVO Video Converter, while free, isn't worth the time it takes to download. MediaShow Espresso might give us an option that will run on any hardware, but ATI Stream based transcoding is simply subpar at this point.

We plan on taking a more indepth look at GPU accelerated transcoding when we can make more objective comparisons and draw more useful conclusions. Right now everything is just too up in the air. We're hoping that the emergence of OpenCL will help to unify the implementations of developers to the point where we can have something that is equivalent (or at least much closer) in output quality in order to better evaluate the capabilities of the hardware when transcoding video.



View All Comments

  • randomname - Friday, June 12, 2009 - link

    It is sometimes very difficult to reconcile the opinions of different websites.


    First page:

    Are the differences due to ET using only 24p sources and using 60i sources here? Or is it due to Catalyst 9.5 hotfix (which is what the websites that got it to work used)? It would be nice if someone did a meta-analysis of the results to find out what the problem is. A test of the type "we tried it, but couldn't get it to work" isn't very useful. Keeping it going until you get to the bottom of the problem is a lot more useful. (Even if the actual problem isn't solved.)
  • DerekWilson - Saturday, June 13, 2009 - link

    We did use the 9.5 hotfix, and yet these are the results we got.

    The interlaces source I used was the MacGyver episode. I had problems with multiple sources including progressive 60fps sources (the fraps video). It's not a "we tried it and couldn't get it to work" -- this is a "this implementation does not work" situation.

    The bottom of the problem is that AMD has not implemented a quality transcoding algorithm either for their own AVIVO converter or for 3rd party applications.

    The problem will be solved when AMD solves it.
  • MrMilli - Thursday, June 11, 2009 - link

    This review is really interesting:

    They don't look at the image quality but concentrate on performance on different platforms. Really interesting results.

    About the image quality:
    Well I remember reading that Cyberlink and ArcSoft are just using the ATI Stream Transcoding runtime. That's why both AVIVO Video Converter and Espresso exhibit the same image quality issues. This runtime is built by ATI, so all programs using this runtime will have the same image quality.
    To what extend ATI (through drivers) or 3rd party companies (through updates) will update this runtime, will be interesting.
  • koss - Thursday, June 11, 2009 - link

    I believe that ATI hasn't been all bad here. Most of the people banish their old cards, but you have to remember the days of the RAGE chips, when they introduced a whole VIDEO chip on the cards, just to accelerate TV recording. Back in the days MPEG-2 was a whole new concept to Windows PCs and they were there. Now, clearly, nVidia is a bit faster at DX10 generation chips, but both are not really a revolution. ATI could patch things up, lose another 5-10% to nVidia and the chip would still be a good investment for the mass user with a 2-4 Core CPU, which I don't expect to use extensive decoding with this tools yet, as multimedia is not generally 1080p. DX11, Windows 7 - then yes we are talking. New performance of the current crop CPU's, NEW GPU's ... this is yet to be seen.
    Saying that - nVidia is still a good option, but their chip is a bit overpriced as well. An nVidia user.
  • teohhanhui - Thursday, June 11, 2009 - link

    Maybe they can just contribute to the x264 project to make it happen. That would be really nice. Reply
  • Einy0 - Thursday, June 11, 2009 - link

    I was just playing with this stuff the other night. Espresso does a nice job but can't get it to work right on my ATI hardware. My 4830 is in a box running Win7 x64 hardware acceleration isn't even available despite the new hotfix drivers etc... My old box has XP Pro and has a 3870 no dice on that one for hardware acceleration either. Seems the hardware isn't supported. Maybe someday... Ne way my rinky dink 8600M GT in my Laptop running Win7 x32 works perfect. The quality is terrific and the encode times are cut in half. after this tidbit I'm starting to wonder if there is an advantage here using a high-end card with this software. An update run with some more conservative hardware would be great. Perhaps a 8800GT or 9600 GT, maybe a E8500 or E6600 CPUs as well... Funny how the ATI cards tear through F@H packets but don't fare as well in Espresso... Reply
  • hybrid2d4x4 - Thursday, June 11, 2009 - link

    Thanks for the update, but did you guys use more than one vid card in your testing? Could the artifacting be a hardware issue with the card you have? Reply
  • kn00tcn - Saturday, June 20, 2009 - link

    question is what is the player/decoder?

    i have exported h.264 out of aftereffects/premiere, & ffdshow gives blocky artifacts, while coreavc & youtube do not (& i dont touch vlc)

    (& worse, AE or premiere cant even import what they exported...)

    i have a workflow with MEGui for encoding my fraps videos, so untill that (or x264 in general) can utilize the gpu, i'm stuck with cpu encodes
  • SiliconDoc - Sunday, July 05, 2009 - link

    "We plan on taking a more indepth look at GPU accelerated transcoding when we can make more objective comparisons and draw more useful conclusions."
    Translation: Nvidia wins and ati sucks so badly, we can't really cheer for the red cards or even make "a comparison" declaring ati the winner, as we so often try to do. We'd rather not declare Nvidia the absolute king in this area - and really, who cares - physx, cuda, forced sli, built in game presets, ambient occlusion - it all sucks because nvidia raped us, and so does this because - well we want it so badly, but ati our red wondercard company blew it, so we'll pretend we could care less.
    "Right now everything is just too up in the air."
    Translation: ati really sucks at this - why is this happening to us !!?? please forgive us honorable and worshipped red masters!
    "We're hoping that the emergence of OpenCL will help to unify the implementations of developers to the point where we can have something"
    Translation: Dear GOD help us get ati on it's feet- something, ANYTHING to force Nvidia down into the gutter and pull ati up ! Please, please !! Hope for change !
    "that is equivalent (or at least much closer)"
    Translation: It's so bad we don't think an ati card can do it, they just don't have the "brute force" we dissed nvidia so much for, but we can't bring ourselves to SAY IT, because we love the red soooooo much. We'll just shut up and HOPE HOPE HOPE !
    "in output quality in order to better evaluate the capabilities of the hardware when transcoding video."
    Translation: The capabilities of NVidia are kicking red A-ti, but with the correct miracle, we'll be able to claim ati can do this or that "better", then we can spin it into buy a red card because you can't live without this !
    Until then, who gives a fluke about moving video about or improving it ? Noone, you don't need, we don't need it, noone uses it, and you should NEVER base your purchase decision on nvidia's selfish implementation because they're just mean and greedy.
    Thanks so much - another reason to throw red cards in the trash where they belong - in front of all the fans who have that hate filled chip in their soul against nvidia.(and boy do they ever come out of the closet and tel me why they do)
    BUY NVIDIA if you have a lick of sense.

  • DerekWilson - Thursday, June 11, 2009 - link

    we did try two different 4890 cards with the same result. it really doesn't look like a temporal anomaly caused by some hardware defect as the results seem too consistent (same problems every time). Reply

Log in

Don't have an account? Sign up now