Slashdot Mirror


ExtremeTech Wages War of the Codecs

prostoalex writes "ExtremeTech tested Windows Media, DivX, QuickTime/Sorenson and QuickTime/MPEG4 codecs. They encoded clips from Matrix Reloaded, Monsters, Inc., X2 and Spider-Man. QuickTime/Sorenson won the encoding speed contest, for the quality tests read the entire review, as each movie sample was encoded with 500KB and 1MB bitrates. Video samples provided on the site as well, so see for yourself."

356 comments

  1. But no Xvid? by Anonymous Coward · · Score: 5, Interesting

    They expect to have their opinion valued on Slashdot when they don't review the open source video codec? (It generally wins in other tests.)

    1. Re:But no Xvid? by apparently · · Score: 0

      They expect to have their opinion valued on Slashdot where on their web page do they say that they care what the slashdot kiddies think?

    2. Re:But no Xvid? by Anonymous Coward · · Score: 0

      Well, someone expected Slashdot readers to care.

    3. Re:But no Xvid? by azav · · Score: 1

      No 3ivx either. Bit of a bummer since I used 3ivx to produce mp4 compliant quicktimes for a 60 inch plasma screen for the boardroom of a company.

      Great quality, speed and ease of compression.

      --
      - Zav - Imagine a Beowulf cluster of insensitive clods...
    4. Re:But no Xvid? by rbegga · · Score: 4, Insightful

      No kidding. Taking into account that they bash the Apple/Quicktime MPEG-4 quality, and that the article is published by Ziff-Davis (Who I consider to be the least credible source for information in the industry), you might as well be reading an article published by Microsoft about how great WMV is.

      --
      A little non-sense now and then is relished by the wisest men. -Willy Wonka
    5. Re:But no Xvid? by Anonymous Coward · · Score: 3, Informative

      Maybe because Xvid does not have licences for MPEG4 patents, and therefore isn't really legal in the US.

    6. Re:But no Xvid? by Jagasian · · Score: 1

      The source code is perfectly legal. So just distribute that and let the end user compile it one way or another.

    7. Re:But no Xvid? by Anonymous Coward · · Score: 0

      NOONE what a bunch of unix-loving nerds with no life think.

    8. Re:But no Xvid? by bigman2003 · · Score: 4, Interesting

      I've seen so much Windows Media bashing over the years, that it is great to see someone provide a good comparison, with PICTURES as proof.

      I do WMV streaming at work- and it works great. Previously, right here, on Slashdot of all places, when I mentioned it, people would tell me over and over that the quality sucked.

      So, if they really cared what the slashdot kiddies thought, they would have have done something to skew the results. But this didn't happen.

      They did mention that the encoding took far longer for Windows Media, and that is true. (But their hardware was crap for media encoding- a single processor? If you are doing video encoding, you probably have a lot more hardware than that to throw at the problem). But when it comes to ease of hosting, and getting the users to actually view the thing, nothing beats Windows Media 9.

      I did try Divx for a while- and after the 9,000th complaint in about 2 days, I finally relented, and put it up in a .wmv format. The complaints were not about quality, but in the "how do I watch the movie" vein.

      Josh and Trish America want the video to play with the click of a link- which generally means Quicktime or Windows Media. I'll stick with Windows Media.

      Honestly- very few of the people here on Slashdot want to watch the movies I serve up- but your parents do. Now do you really want to explain to them how to play an Xvid file?

      --
      No reason to lie.
    9. Re:But no Xvid? by Anonymous Coward · · Score: 0

      That just shifts the burden of violating the patents onto the end user (in this case, Ziff-Davis).

    10. Re:But no Xvid? by Anonymous Coward · · Score: 0

      Windows Media 9? Ease of hosting? Where I work, there are several expensive, proprietary Windows Media player-based solutions gathering dust because they were simply not reliable enough to do serve either streaming video or video conferencing.

      When I got hired, I switched everything over to Mac OS X and Quicktime Streaming Server. You basically click a link on a website, and it's going. RTSP files play great in QuickTime and RealPlayer, so I don't have to limit my audience to Windows users. QTSS is SOOOOO much easier to set up than anything out there. I routinely serve up stuff for our remote offices on a relatively wimpy G4 1.25Ghz, and it handles several hundred simulateneous video connections without stuttering.

      Why not take a look at it? I believe QTSS is free for most OS's...and even if it's only free with Mac OS X, it's worth the price of a dual G5 by itself for its power and ease of use. It's saved me hours of work.

    11. Re:But no Xvid? by contradyction · · Score: 5, Insightful

      Taking into account that they bash the Apple/Quicktime MPEG-4 quality, and that the article is published by Ziff-Davis (Who I consider to be the least credible source for information in the industry), you might as well be reading an article published by Microsoft about how great WMV is.

      OH NO!!! The article didn't say that Apple is 100% awesome and they didn't replace the 's' in Microsoft with a dollar sign. That must mean that the article was written by Bill 'Son of Satan' Gates himself!!! Or it could just mean that the videos generated by the Quicktime encoder didn't look as good as the ones generated by the WMV9 and the DivX encoder. Look at the comparisons for yourself and realise that in this case the Apple tool was a distant third.

    12. Re:But no Xvid? by Afrosheen · · Score: 1

      Holy crap, there are still 9000 people who don't have the divx codec installed? That's just sad.

      At any rate, contribute the lack of divx to Microsoft's monopoly on media players and the codecs they use. Anyone can play wmvs in windows because it's MP's native format. Throw another standard codec into the mix and mp chokes.

    13. Re:But no Xvid? by Handpaper · · Score: 1
      I did try Divx for a while- and after the 9,000th complaint in about 2 days, I finally relented, and put it up in a .wmv format. The complaints were not about quality, but in the "how do I watch the movie" vein.
      You're kidding, right? DivX (and XviD) are video codecs. The encoded video is placed in a wrapper - usually .avi. This is a Microsoft file format! You click on it - your default video player plays it. In the case of WMP (Haaawwwkk-ptooie!) it will even 'phone home' to get the appropriate codec if it can't understand the encoding method (and if you let it).

    14. Re:But no Xvid? by dr.badass · · Score: 3, Interesting

      Up until very recently, XviD.org, "The Home Of The XviD Codec" didn't have any public binaries, or any links to any. I believe the official stance was "It's not done yet, so nobody should be using it. Piss off."

      Maybe that's why they didn't review it.

      --
      Don't become a regular here -- you will become retarded.
    15. Re:But no Xvid? by incom · · Score: 1

      Not only does wmv take more cycles to encode, but to decode as well. I have a media box with pretty low spec hardware and wmv is the only media that it can't play smoothly.

      --
      True genius is grasping a situation like a peice of fruit, and peircing it just right so that it drains dry.
    16. Re:But no Xvid? by bigman2003 · · Score: 3, Insightful

      Windows Server 2003 has streaming (for Windows Media) built in. It is 'no tears' according to Info World.

      Really- it's easy. In Server 2003, go to 'Manage Your Server' then do the little 'add functionality' thing, and say 'Yeah...I want streaming'.

      Wait a few minutes, and you've got a streaming server that even an idiot Windows admin can manage. Simple, easy, and free.

      --
      No reason to lie.
    17. Re:But no Xvid? by cgenman · · Score: 1

      In defense of the windows media bashers: it did used to be pretty terrible. Remember, there was a time when Windows Media and Real Player had about the same video fidelity. Find a low-bitrate real stream and you'll see just how bad Windows Media was. It's impressive how quickly and well Microsoft has ramped up the codec. You're right about WM9, these days it's top notch.

      Personally, I'm happy to see Mp4s. It's standard enough that most people won't need a new codec and it keeps you from being tied to a particular vendor. Qt's encoding of Mp4's may be terrible, but it's playback is actually pretty good.

      I do think large WM9 files as a distribution medium is a bad idea, as anything older than 3 years starts sputtering. At DVD quality my mother's beloved P3 450 is not happy with anything other than MP4 or DivX.

    18. Re:But no Xvid? by SpamJunkie · · Score: 2, Informative

      Windows Server 2003 has streaming (for Windows Media) built in.

      Mac OS X server has Quicktime streaming built in, and it's damn easy. But you want it for windows or linux? That's ok, because it's free.

    19. Re:But no Xvid? by ticklemeozmo · · Score: 1

      [no review of the]...open source video codec?

      Well, the answer is simplE. The open source video codec doesn't have a "pro" version you could buy and therefore give a slight kickback to the revieweR..

      --
      When modding "Informative", please make sure it both has a source and IS actually informative.
    20. Re:But no Xvid? by PitaBred · · Score: 1

      As far as I'm concerned, "idiot" and "admin" have no place in the same sentence, unless the admin is calling someone else an idiot.

    21. Re:But no Xvid? by iLL_L0gic · · Score: 1

      Too bad it's an 8.6 meg download nowadays. Shit, for people with dial-up (me most of the time) it's a nightmare to install the latest quicktime.

    22. Re:But no Xvid? by val1s · · Score: 1

      While it is true that the video in this test was deffinatly looked better in the divx and WM9 formats. What it's testing is not an accurate portrayal of what the average macintosh user (thus more likely quicktime user) would do. The example in the begining of the article states something to the effect of baby's fist steps video. This would probobly be shot on a DV camcorder, transfered over firewire. The resulting file would be a 3.5meg/sec set of video clips. iMovie to edit, then iDVD to burn MPEG2 (aka source compression) to a dvd disc. I dont know about your parents but mine would be more likely to know what to do with a DVD sent to them snail mail, than a several hundred meg attachement to an e-mail. :) val1s

    23. Re:But no Xvid? by Anonymous Coward · · Score: 0

      Right, because those who are hosting a streaming video server on dialup need to worry about downloading an 8.6 MB installer.

    24. Re:But no Xvid? by loraksus · · Score: 2, Insightful

      You haven't been around much, have you?

      --
      1q2w3e4r5t6y7u8i9o0pqawsedrftgthyjukilo;p'azsxdcfv gbhnjmk,l.;/
    25. Re:But no Xvid? by klacke · · Score: 1
      Wait a few minutes, and you've got a streaming server that even an idiot Windows admin can manage. Simple, easy, and free.
      As in beer, that is !!
    26. Re:But no Xvid? by zero_offset · · Score: 1

      As far as I'm concerned, "idiot" and "admin" have no place in the same sentence

      I agree wholeheartedly; it's redundant.

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

    27. Re:But no Xvid? by G�tz · · Score: 2, Interesting
      No, that's no the reason. Let's quote this newsentry:
      ...here at xvid.org, we don't distribute binaries for legal reasons.
      Ever heard of the MPEG4 patents?
  2. I smell... by xSquaredAdmin · · Score: 3, Funny

    a/.ing "video samples provided on the site as well, so see for yourself."

    --
    Crushing dreams at the speed of sarcasm
    1. Re:I smell... by Orgazmus · · Score: 1

      I can smell, feel and soon see it

      --
      The system had the verbosity of HTML combined with all the readability of compiled assembly viewed as bitmap images
    2. Re:I smell... by Lucky+Tony · · Score: 1

      Actually, it's just screen captures, not actual video files. Try reading the article.

  3. These encoding algorithms... by Raindance · · Score: 2, Funny

    ... pale in comparison to ASCII-mation.

    Episode four in under a meg!

    1. Re:These encoding algorithms... by Steveftoth · · Score: 3, Interesting

      Seriously, there is a program on Apple's site that will show any quicktime movie on the terminal. It renders a movie as characters on the terminal. Though if the movie is large then it tends to look bad since it doesn't wrap correctly.

    2. Re:These encoding algorithms... by proj_2501 · · Score: 4, Informative

      mplayer can do that with the aalib output plugin.

    3. Re:These encoding algorithms... by Tribbin · · Score: 0

      "... as each movie sample was encoded with 500KB and 1MB bitrates."

      You do not get the same quality at 500kb/s or 1mb/s

      --
      If you mod this up, your slashdot background will turn into a beautiful sunset!
    4. Re:These encoding algorithms... by proj_2501 · · Score: 1

      p.s.

      nice userid :)

  4. Hahahahaha by Erwos · · Score: 2, Funny

    "Video samples provided on the site as well, so see for yourself."

    Yeah, as if there was any chance of THAT happening after you submitted that site to /. Good one!

    -Erwos

    --
    Plausible conjecture should not be misrepresented as proof positive.
  5. Bah....... by Kenja · · Score: 4, Funny

    Bah, they should have used the nipple scene from Spider Man. The rest of the movie was a total wash.

    --

    "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    1. Re:Bah....... by WormholeFiend · · Score: 1

      there was a nipple scene in Spider Man? must've been the European edition... :(

      --

    2. Re:Bah....... by SocietyoftheFist · · Score: 1

      You sir, are correct!

    3. Re:Bah....... by justMichael · · Score: 4, Funny

      I think they were referring to the upside down kiss scene, where she is in a white shirt and it just happens to be raining...

      Close enough to nipple for /.

    4. Re:Bah....... by kisrael · · Score: 4, Informative

      That was a pretty tremendous scene for what it was. I thought they could've called the movie "The Rack of Kirsten Dunst"

      this page has quite a shot, though this is the one people usually think of, with the webslinger getting an upsidedown kiss.

      --
      SO YOU'RE GOING TO DIE: The Comic for Dealing with Death
    5. Re:Bah....... by Daktaklakpak · · Score: 1

      you actually knew which websites had good shots of that scene? you freakin' perv!!

      btw, i highly recommend clicking on the first link, it's really nice :)

    6. Re:Bah....... by kisrael · · Score: 1

      you actually *knew* which websites had good shots of that scene? you freakin' perv!!

      Hey I resemble that remark....

      Well, the first link I had posted on my quote and link journal, along with the "The Rack of K.D." line...the second was the result of an images.google.com search...

      --
      SO YOU'RE GOING TO DIE: The Comic for Dealing with Death
  6. stills vs. motion... by garcia · · Score: 4, Insightful

    I took a look at there sample images and found very little difference (other than MPEG4 obviously) in their quality.

    It is very difficult for ME to decide between them. I have never actually seen any QT movies up for download as far as real movies go. Most movies are encoded with divx and seem to work just fine.

    Do people really care about minor differences in quality when the file sizes are down to 710mb? I know I don't. Blurred motion is just something I deal with when I download something.

    Encoding time is important only if you do this regularly. For those of us just watching a movie it doesn't matter. Whatever gives me the smallest file size with a decent picture is what I want to go w/.

    1. Re:stills vs. motion... by Erratio · · Score: 4, Interesting

      One big factor which is neglected in this article is compatibility. I don't do too much with video files but a decent amount with audio and sometimes there are formats with minor quality differences, but what ultimately decides which to use is how many players can handle it easily. It doesn't come into consideration quite as much for personal archiving and controlled environments, but even then you can't tell what the future will bring and a little flexibilty now saves time later.

      --
      I don't try to be right, I just try to make people think
    2. Re:stills vs. motion... by big_groo · · Score: 1

      Try BMW Films. I recommend the movie from Season 1 'Star'. Madonna, Clive Owen - directed by Guy Richie. These are all in Quicktime format. And they're really good shorts.

    3. Re:stills vs. motion... by adamfranco · · Score: 1

      As someone who has spent several 30+hour sessions editing home video clips into kayaking/skiing films for my friends and I to enjoy, I definately care about quality of the the encoded video. I have several DVDs of stuff that I'd love to be able to share and archive with some decent compression.

      --
      "When ideology and theology couple, their offspring are not always bad but they are always blind." -- Bill Moyers
    4. Re:stills vs. motion... by Nicolas+Pillot · · Score: 1

      I can't agree more. It is really a pain in the ass to get up with all codecs type and version. My only solution is to put the installers of the video and audio codec with each clip i encode. It prevents me to get many calls from my family when they would complain "the movie does not start" or "i do not hear anything". And i include them, because they are non techie, and may not have access to the internet, and furthermore would not know what to download

    5. Re:stills vs. motion... by Nicolas+Pillot · · Score: 0

      And i forgot to add, for many people (my family included), VHS quality is good. And some even think a 5 year old tape erased 15 times can still be watched... I just wanted to explain that high quality digital clips are not really in people's mind. Except for the DVD they play on a TV, which they would have NO need to encode, by the way.

    6. Re:stills vs. motion... by badasscat · · Score: 5, Insightful

      One big factor which is neglected in this article is compatibility.

      I don't think this was neglected at all; it clearly influenced the choice in what codecs to test in the first place. The four codecs in this article are the four most popular - wmv comes standard on PC's, QuickTime is Apple's standard and works across all major platforms, Divx is still the non-Linux geek's codec of choice (and it works with WMP) and MPEG-4 is now supported in the latest QuickTime.

      The codecs chosen for review, then, are the ones that work with the players used by the greatest number of people. A lot of earlier posters complained about this or that codec not being included here, but they obviously missed this pretty critical point of the article. It doesn't matter to me, as someone working for a commercial enterprise that has to encode videos for our customers, whether Xvid or whatever offers slightly fewer artifacts. Because the fact is my customers probably don't have that codec and aren't going to bother downloading it just for me. Even Divx is probably barely at the saturation point where it's worth covering in an article like this, but for certain purposes and for a certain audience (PC gamers, for example), it's worth considering.

      As others have pointed out, there are articles out there dealing with the lesser-used codecs if you just want to know who the absolute quality winner is. But in the real world and unless you're encoding video only for yourself, whatever codec wins in absolute quality is basically irrelevant. What matters is which codec offers the best quality among those in widest general use, and I thought this was a decent article on that basis (though in all honesty simply seeing the examples is probably good enough - I don't need an explanation of how blocky MPEG-4 is in an image, I can see it myself).

      And it seems to me that what this article is saying is that if you want to use a cross-platform codec that everybody probably has (even on Linux), use plain old QuickTime. If you want to encode for the geek crowd, use Divx. If you want the best quality overall and you don't care about excluding a small percentage of the audience, use WM9. Whatever you do, avoid MPEG-4. Simple, and helpful to any professional whose job includes either encoding or contracting out encoding of videos for customers.

    7. Re:stills vs. motion... by NanoGator · · Score: 2, Insightful

      "Encoding time is important only if you do this regularly. "

      It's also important if you wish to capture video and encode it in real time, a la software based TiVo.

      Don't underestimate that aspect of encoding.

      --
      "Derp de derp."
    8. Re:stills vs. motion... by S.Lemmon · · Score: 5, Informative

      One thing the article and most people here seem to miss is DivX *IS* MPEG4. XviD is as well - that's why a MPEG4 decoder like ffdshow can play them both.

      The article can really give people the wrong idea - it's not the MPEG4 codec, but maybe Apple's implementation that's to blame. Perhaps it just doesn't support all of MPEG4's features. Then again, perhaps the people doing the review just didn't know how to set up the encoder properly. Regardless of codec, there's quite an art to good encoding.

    9. Re:stills vs. motion... by SillyNickName4me · · Score: 1

      And this is exactly why I encode everythign in mpeg-2 format... no, it is not the most efficient, but it does play on their dvd player, no computer needed on their side.

    10. Re:stills vs. motion... by SillyNickName4me · · Score: 3, Insightful

      Problem is... the encoding/compression standard used is only one part of the story.

      The actual encoder that is used and the parameters used for encoding are of at least as much importance.

      Then, there is a whole lot of compromises to be made. I am not too familiar with sorenson and wmv9 but for mpeg video you have a lot of things you can tune on the encoder side (for all mpeg versions, tho the actual tunables differ). At any given resolution and average bitrate, you still have a choice to use more I frames, more b frames between i/p frames, a whole variety of different ways to find macroblocks, quite a few ways to do the yuv subsampling, different ways to distibute bandwidth over a frame (ie: analyse frame, divide bandwidth such that most bits are available for the higher detail parts of it, set an average and increase quantizer when bitrate gets over it due to detail level, simply drop bitrate toward the end of a frame if you find you haev used too much etc etc)

      Those things have a major impact on the resulting quality at a given bitrate, they usually also have significant impact on encoding time.

      Shameless plug for a page about mpeg-1 and 2 encoding with mpeg2enc on unix systems:
      Video CD encoding on Unix
      It describes some of those tunables with regards to mpeg-1 and 2 encoding with mpeg2enc

    11. Re:stills vs. motion... by FreeHeel · · Score: 1
      One thing to remember when comparing MPEG4 codecs is that while they may be compatible with MPEG4, the standard (and all video compression standards, generally speaking) only specifies the decoder implementation. The way the encoder works is left to the developer, and it fosters development of the "best" codec.

      For example, while the MPEG4 codec may specify that motion vectors are to be used, the way those motion vectors (MV) are generated is left to the implementation. From the results and text, it looks like DivX uses quarter-pel (quarter-pixel) MV calculation, while Apple's MPEG-4 does not. Apple's MPEG4 probably also uses a smaller search range for the motion vectors and larger block size, which makes it a LOT faster.

      The conclusions made in the article are reasonable considering the stated goal of the article: evaluation of several consumer codecs with transcoding. However, if original source was used instead of compressed MPEG2 and higher grade professional encoders were used, the results might be a lot different.

      I just finished a graduate course in multimedia networking, and have been working with next-generation scalable codecs. All I can say is: wait and see what's coming!!

    12. Re:stills vs. motion... by Torulf · · Score: 1

      Can anyone then tell me why I can't play a DivX encoded movie in QuickTime? Since QT has an MPEG4 decoder this should work, but it doesn't.

    13. Re:stills vs. motion... by Anonymous Coward · · Score: 0
      One big factor which is neglected in this article is compatibility

      could be as you say .. but the most neglected factor in the article is the good old common sense! ... i did not check the entire article, but the conclusions are mind boggling... check this one:

      Product: QuickTime 6.5/MPEG-4

      Web site: www.apple.com/quicktime

      Pros: Inexpensive, fast encoding speed, decent image quality

      Cons: Horrible image quality

      maybe we'll get a patch for this one .. stay tuned!

    14. Re:stills vs. motion... by Anonymous Coward · · Score: 0

      it doesn't support the file format.

    15. Re:stills vs. motion... by dave420 · · Score: 1
      Yes, but the how the video gets to be MPEG4 is the big difference... A JPEG is a JPEG, but a JPEG saved in Photoshop is of better quality than one saved in Paint.

      The difference between the MPEG4-based codecs is the encoding process. That's why you see such a difference in encoding times. All encoders cut corners to improve speed, and depending on which corners were cut, the encoded video's quality changes dramatically.

      However, once encoded, any MPEG4 decoder can play them (just like any JPEG decoder can show a Photoshop JPEG and a Paint one, no problem).

    16. Re:stills vs. motion... by Anonymous Coward · · Score: 0

      It doesn't support divx out of the box. Remember, Quicktime is just a container format, as is WMV - you need the right codec, too:
      http://www.versiontracker.com/dyn/moreinfo/m acosx/ 12844
      http://www.versiontracker.com/dyn/moreinfo/ macosx/ 9563

      These are two pages with QT-codecs you might want to check.

  7. I wonder what people are going to say about WMP9 by MSFanBoi · · Score: 0, Insightful

    Looks like WMP9 won overall... Sure QT may be fast, but it looks like poop most of the time...

  8. I don't care. by MooKore+2004 · · Score: 4, Insightful

    Thanks to the hard work of the Mplayer team, I can play any video format I want. If you havent tried it, you should.

    Get mplayer

  9. Damn Codecs! by Anonymous Coward · · Score: 5, Funny

    How do they expect me to keep pirating Hollywood movies if they keep changing the damn codec?!

  10. Dont forget ffmpeg by Anonymous Coward · · Score: 2, Informative

    Dont want to piss off the BSD crowd either!

  11. No XVid? by Rexz · · Score: 4, Informative

    I'm suprised XviD, an open source, MPEG-4 compliant codec wasn't tested. It's quickly becoming a standard for the transfer of large movies, and its open source nature has all of the usual benefits: alternatives, power and no constraints or adware. I suggest anyone planning on encoding video seriously considers it. XviD.org

    1. Re:No XVid? by Deliveranc3 · · Score: 1

      Having done a bunch of encoding myself I have to agree, Xvid is the best codec available.

      They need to rework the implementation so you don't have to do two passes but everything else is exceptional.

      Nevertheless I have been waiting a while for this, the other thing I want is Divx 3.11b which was a pretty amazing codec.

    2. Re:No XVid? by Anonymous Coward · · Score: 5, Informative

      Whether they hide the first pass or not, you'll need two if you really want quality. It's the only way for the codec to know for sure where it can spare bits and where it can't.

    3. Re:No XVid? by Anonymous Coward · · Score: 0

      I wondered as well. XVid would have whipped the snot out of all of the others.

    4. Re:No XVid? by Anonymous Coward · · Score: 0

      not only that, as codecs get more desperate to squeeze the last bits of quality [excuse the pun] out, we'll see encoders going more into 3-pass, 4 pass etc.

    5. Re:No XVid? by Anonymous Coward · · Score: 0

      What I don't get is why so many? I've tried DivX5's "N-Pass" but I've ran it through several times without any difference at all.

    6. Re:No XVid? by dasmegabyte · · Score: 1

      I dunno about that. You'll always need more than one pass, but the main reason encoders do more than 2 passes is that the detection algorithms aren't as aggressive as they could be (usually for speed reasons). The ideal situation would be 2 passes....one really, really good pass to figure out how the compression scheme should best approach each piece of video, and a second pass to follow the instructions.

      --
      Hey freaks: now you're ju
    7. Re:No XVid? by Deliveranc3 · · Score: 1

      I use Virtual Dub and you need to run the encoding program 2x which kinda sucks because you can't just leave it running all night you need to step in after 3hrs. I would like to use Gordian Knot but it's just too crappy the UI is terrible and the codec implementation leaves much to be desired.

    8. Re:No XVid? by Deliveranc3 · · Score: 2, Insightful

      Um DVD burners cost $140 cdn, high speed internet and bittorrent have made movie swapping easier and easier. Once the diffrence becomes irrelevant progress stops, for example it's going to be a long long time before something unseats 128kbps mp3 as the standard.

      The question is parralel to whether something cool like rtf or swx format will be the long term universal standard or .doc. Doc. is the standard but it sucks, at the moment I think people might consider going back to mpeg 2 which I think is not a valid tradeoff but who knows.

      The other reason this is important is the new HDDVD battle comming up, some people are trying to upgrade dvd decoding standard (I.E. What's in commercial dvd players) to Mpeg 4 and leave dvd sizes where they are other are trying to keep mpeg 2 but raise dvd size to 22 gigs to compensate. I think both solutions should be implemented but that's just a personal preference not a business decision.

    9. Re:No XVid? by Anonymous Coward · · Score: 0

      Yes you can. Set up your first pass in VirtualDub, then choose "Save as AVI" and check the box that says "Don't run this job now...". Then, setup your second pass, and do the same thing. Finally, go to File -> Job Control (or hit F4), and you should see both your passes listed. Hit start and it'll do both.

    10. Re:No XVid? by falconx7 · · Score: 2, Informative

      Its called JOBS, a nice feature virtualdub has. Setup your first-pass, when you save check the box to not run the save now but to instead save it to the job list. then do the same thing for the second pass, then bring up the job manager (file menu or F4 shortcut key), it should list your 2 jobs as waiting, click start.

      I hope you haven't been thinking you had to step in after 3 hours for too long.

    11. Re:No XVid? by Trogre · · Score: 5, Funny

      Hey, I just noticed, that's like diVX spelled backwards!

      Now that's clever.

      Or does it stand for something like:
      X Vid Isn't Divx

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    12. Re:No XVid? by RoLi · · Score: 1
      In the closed source world that is true, yes.

      But I bet that XVid (which is already the standard codec, or at least a major codec) will always find enthusiasts who will improve it more and more.

    13. Re:No XVid? by Hangman+Jim+99 · · Score: 1

      Actually, the only reason you do a first pass is to give the codec the information it needs to randomly seek inside the source file.

      --
      --- I hate my sig
    14. Re:No XVid? by Hangman+Jim+99 · · Score: 1

      or simply:
      $> transcode -x dv,raw -i file.avi -o file_enc.avi -y xvid,lame

      go away and come back. done. :)

      --
      --- I hate my sig
    15. Re:No XVid? by Anonymous Coward · · Score: 0

      Look at the orgins of XVID, it is derived from ProjectMayo. Look at the orgins of DIVX, it is derived from ProjectMayo too. XVID was forked when the ProjectMayo folks comersialized their project.

  12. No realplayer? No Ogg? by Anonymous Coward · · Score: 0

    donde estan?

  13. Made on a Mac? by Rick+Zeman · · Score: 3, Interesting

    I wonder how much better the QT/Sorenson and QT/MPEG4 (and maybe divX, dunno if there's an encoder) testing would have been if they were done on a Mac and the Velocity Engine could have been utilized?

    1. Re:Made on a Mac? by swb · · Score: 2, Insightful

      How does the velocity engine make *better* encodings using the same codecs as x86? Presuming that the codecs are implemented the same, wouldn't it just maybe do it faster?

    2. Re:Made on a Mac? by SlamMan · · Score: 3, Informative

      The reason its poor is that they're using the free version of Sorenson 3, as opposed to the pro version that everybody else in the world doing pro video with shelled out $300 for (and is well worth it).

      --
      Mod point free since 2001
    3. Re:Made on a Mac? by Ohreally_factor · · Score: 1

      It would make encoding times faster possibly. And if the encoding were fast enough, you could use VBR encoding (for Sorenson as an example) and still be competitive on the "speed trials".

      --
      It's not offtopic, dumbass. It's orthogonal.
    4. Re:Made on a Mac? by cft_128 · · Score: 2, Insightful

      Easy: they are not implemented the same. Apple will spend much more time and money tweaking G4/5 + Velocity Engine encoding than x86 encoding. That and as some one else said the test did not use the $200+ pro version. -chris

      --

      Underloved Movies and Pub Quiz: donotquestionme.org

    5. Re:Made on a Mac? by NanoGator · · Score: 1

      "Apple will spend much more time and money tweaking G4/5 + Velocity Engine encoding than x86 encoding."

      Just because Apple's behind it doesn't mean that's automatically true. Granted, it's possible they would. However, consider that they're trying to get Quicktime out there and the best way to do that is to make it fly on the broadest range of machines possible.

      --
      "Derp de derp."
    6. Re:Made on a Mac? by contradyction · · Score: 3, Informative

      From the article:

      There are simply too many video codecs out there for us to test them all -- and most of them wouldn't be useful anyway. We focused on four codecs, all of which are free and can be used with free tools. (Or very cheap ones - QuickTime requires a $30 Pro registration for full encoding capabilities.) You don't want to pay $500 for a professional video authoring program just to send grandma a video of baby's first steps, so we stuck with these four very popular codecs...

      The article is testing encoders used by non-professionals, so they aren't going to test something that costs $300.

    7. Re:Made on a Mac? by SlamMan · · Score: 1

      Oh, i know. I read the article. I just found it discongreous how he mentions how Sorenson is used all over the place, and then doesn't use the tool he's talking about.

      --
      Mod point free since 2001
    8. Re:Made on a Mac? by benwaggoner · · Score: 1

      The MPEG-4 encoder would have been quite a bit faster on Mac, since it is AltiVec optimized on Mac, but probably scalar code for x86.

      Sorenson optimizes their own codecs, and have done both AltiVec and SSE optimizations to their codec, so speed would have been more comparable.

      The quality should be virtually identical - the algorithms are the algorithms.

  14. Re:I love Slashdot! by pavon · · Score: 3, Informative

    Because Windows Media wins the quality shootout, they say "check the site". You have to know that if DivX won the quality tests, it would be in all caps in the headline! Ha!

    Moderators, wake up!
    If you do check the site you will see that Windows Media didn't win - it was a toss up.

  15. What's up with MPEG4? by rolocroz · · Score: 1

    I didn't expect Apple's MPEG4 implementation to win this test, but seriously, WTF is up? Does it really suck that much?

    --

    I meta-mod all positive moderation Unfair, because it's abuse of the system.

    1. Re:What's up with MPEG4? by pldms · · Score: 3, Informative

      I suspect that high quality wasn't enabled, which (IIRC) means that post-processing was disabled in the Apple MPEG4 decoder.

      3ivx, Xvid and divx all postprocess, not unreasonably. The Apple codec makes itself look bad for no good reason.

      --
      Slashdot looked deep within my soul and assigned
      me a number based on the order in which I joined
    2. Re:What's up with MPEG4? by pldms · · Score: 2, Interesting

      Apologies, my reply was a little brief (preview, dammit). Quicktime tracks have a 'high-quality' flag, which I guess is supposed to hint the relevant decoder that, if possible, spend a little extra time making the track look good.

      I've never seen it used in practice. The 3ivx codec, for example, adjusts it's post processing according to the available CPU which seems more sensible.

      --
      Slashdot looked deep within my soul and assigned
      me a number based on the order in which I joined
    3. Re:What's up with MPEG4? by macmaxbh · · Score: 5, Interesting

      Apple's MPEG-4 has both a mediocre encoder and decoder. 3ivx is a much better choice, it both decodes MPEG4 (and Divx/XviD) with better postfilters (the best, argurably), even scaled to how much CPU time it can grab. Its encoder is extremely nice, and very userfriendly, and it's extremely high quality. (And before you point Doom9's tests, Doom9 has NOT been configuring 3ivx correctly, so he's shooting himself in the foot). It has a 'trial' codec free (no real restrictions, but only for 'trial use') available for both Windows, Mac, and even BeOS (older versions are available for Linux and other platforms).

      Referring about Sorenson, keep in mind this is the FREE codec that comes with Quicktime Pro. Professionals use a several hundred dollar 'Developers Edition' with Cleaner (two pass VBR encoding, which makes Sorenson rock). I know this is a for-user comparison, but in the professional scene, Sorenson can be even better then third/second place in quality.

    4. Re:What's up with MPEG4? by eexlebots · · Score: 1

      yes. You want good quality, use mencoder or a freakin $$$ app.

      --
      ***
    5. Re:What's up with MPEG4? by conway · · Score: 1
      ... and very userfriendly ...
      ... Doom9 has NOT been configuring 3ivx correctly

      Hmm.. if a guy who's playing around with codec's for some time can't configure it "properly", you have to ask, how userfriendly it really is.

    6. Re:What's up with MPEG4? by macmaxbh · · Score: 1

      Hmm.. if a guy who's playing around with codec's for some time can't configure it "properly", you have to ask, how userfriendly it really is.
      Yes, excellent point there. I was pretty contradictory there. Referring to my userfriendly statement, I meant that when you select "options" a nice options window, with each function explained, and the nice help on the web site. I was just repeating what others said, the discussion is here. This was a while back, but I remembered one person's rather rant-like item. You can ignore that part of my post if you want.

    7. Re:What's up with MPEG4? by tdcarrol · · Score: 1

      Doom9 was ok with it in his most recent tests.

  16. Quality versus Speed by jamshid42 · · Score: 5, Insightful

    OK, the article blurb claims that QT/Sorenson had the fastest encoding times, but also had the third-worst quality (only QT/MPEG-4 was worse). DivX seems to have the best quality, which, in my opinion, should be the end goal.

    Think about it, how many times are you going to encode a movie? How many times are you going to watch it? Typically, you are going to encode once and probably watch it multiple times. Therefore, I would happily accept a little longer processing time in the beginning if that means I will end up with a better quality production.

    --
    /. - Proof that Sturgeon's Law is true...
    1. Re:Quality versus Speed by phatsharpie · · Score: 2, Insightful

      This is a shootout targeting home users. So speed is important. Most home users do not have multiple machines, so while the video is being encoded, it's unlikely that they can use the machine for much else. In this case, the faster the video is encoded, the faster the home user can get their machine back.

      -B

    2. Re:Quality versus Speed by Anonymous Coward · · Score: 0

      uh, it's quite easy to set an encoder to use idle cpu time. I've never had to restrict my computer use around encoding. Hell, I play ut2k4 just fine while encoding a few hours of xvid.

    3. Re:Quality versus Speed by ShadyG · · Score: 1
      Think about it, how many times are you going to encode a movie? How many times are you going to watch it? Typically, you are going to encode once and probably watch it multiple times.

      I think that goes: encode once, upload to your favorite P2P network, where millions of "friends" view it multiple times.
    4. Re:Quality versus Speed by Nicolas+Pillot · · Score: 1

      But, quoting the article, the description of the "typical mid-range desktop PC with the following configuration [...]". Is it _really_ the standard config today? Duh,i may be a little outdated with my poor athlon 1gz. Well, gotta go back to work, and prostitute myself for a new computer ;)

    5. Re:Quality versus Speed by Ohreally_factor · · Score: 1

      So how exactly is speed of encoding a great consideration of home users? They have deadlines to meet?

      --
      It's not offtopic, dumbass. It's orthogonal.
    6. Re:Quality versus Speed by cft_128 · · Score: 4, Insightful

      Don't forget that speed is also important for bragging rights and computer platform holy wars.

      --

      Underloved Movies and Pub Quiz: donotquestionme.org

    7. Re:Quality versus Speed by System.out.println() · · Score: 1

      That's why they gave both quality comparison and encoding speed comparison.
      You seem better suited to WMV9. I personally can't see enough of a difference between WMV9 and QT/Sorenson, so I would probably use Sorenson given the choice.

    8. Re:Quality versus Speed by ruyon · · Score: 1

      Speed is important for live broadcasting (ex: QT Broadcaster -> Darwin Streaming Server)

    9. Re:Quality versus Speed by Trepalium · · Score: 1

      Lets see. Top of the line video card (Radeon 9800 XT), huge hard drive (200GB), top end sound card, and way too much EXPENSIVE memory (1GB). The only thing that is 'mid-range' is the P4 2.4GHz chip, which is only 'mid-range' if you were to buy a computer today. If you were to choose a mid-range for the currently installed base, you might be lucky to break a PII 400MHz.

      --
      I used up all my sick days, so I'm calling in dead.
  17. M$ does something right by Anonymous Coward · · Score: 1, Interesting

    I was upset when I herad that HD-DVD will be in M$ WMV format I was upset. After reading tons of reviews and seeing results I am pretty impressed. Also the compression ratio is amazing. I wonder who they stole this off of :-)

    1. Re:M$ does something right by sik0fewl · · Score: 2, Funny

      I was upset when I herad that HD-DVD will be in M$ WMV format I was upset.

      Wow.. that is upset.

      --
      I remember when legal used to mean lawful, now it means some kind of loophole. - Leo Kessler
  18. Doom9's Comparison by Anonymous Coward · · Score: 5, Informative

    Here's their most recent codec shootout with 3ivx, Divx, ffvfw, Nero, Real, On2 and Xvid. Xvid wins.

    1. Re:Doom9's Comparison by cgenman · · Score: 1

      Interesting that they didn't include Windows Media. I know they claim that it didn't improve any in the interim, but it also didn't exactly lose any marketshare you know?

      BTW, to find the proper page, go to link->search, and search for "comparison. It's the first link on the page. Deeplinking Doom9 doesn't work.

    2. Re:Doom9's Comparison by kamukwam · · Score: 2, Funny

      Did you know that Xvid is the reverse of Divx? Amazing!!!

  19. doom9.net by silverfuck · · Score: 2, Informative

    A useful site for all things high(ish) quality video encoding, aimed at dvd backups to cd, is Doom9 - see their last round of codec comparisons. (Frame based, so you'll need to click through from the beginning to get the menu frames etc.)

    --
    You know you've been IMing too long when you almost say 'lol' out loud to a non-geeky friend...
  20. Not the best evidence. by markv242 · · Score: 4, Insightful

    Posting still images isn't the best way to point out video artifacts due to compression. Post five seconds of compressed material (all of this qualifies under fair use) and let the users see the artifacts themselves. The human eye is much more likely to spot the artifacts in a movie because of our perception of motion.

    1. Re:Not the best evidence. by Turmio · · Score: 1

      True, especially when they used lossy JPEG images! Unbelievable, why not PNG or TIFF?

    2. Re:Not the best evidence. by Dogtanian · · Score: 4, Funny

      True, especially when they used lossy JPEG images! Unbelievable, why not PNG or TIFF?

      Because 5 minutes after being reported on Slashdot, they'd all have been replaced with "This site has exceeded its download limit for the next 5 years. Please come back in 2009."

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    3. Re:Not the best evidence. by pla · · Score: 5, Insightful
      Posting still images isn't the best way to point out video artifacts due to compression.

      If I considered that as their worst methodological flaw, I'd tend to agree with you completely.

      However, for those who haven't bothered to read the article, two points (well, more than two, but as examples...) stuck out as completely invalidating their results:
      "In fact, even the original high bitrate MPEG2 on the DVD struggles in places."
      and...
      "We therefore took the uncompressed clips and created new "master clips" by encoding them to very high bitrate (around 8 megabit) files using Indeo 5.1 compression, as all our test applications could easily read this format"

      Anyone else spot the problem, here?

      First of all, starting with lossy source material automatically injects artifacts into the video. A codec that looks for similar ways to trim bits as the original (MPEG2), ie, MPEG4, will natually have a distinct advantage in having fewer artifacts in the final result. Not that I can think of any means by which they could have obtained high-quality "raw" video, but any valid test of an encoder's capabilities would require them to do so.

      And, as if that didn't introduce enough bias, they then reencoded in Indeo 5 format, before using each "real" codec under consideration. Again, that injects its own artifacts, and favors codecs that look for similar ways to trim bits. But, all four of the codecs tested can deal with MPEG2 as source material, so even the "to make it fair" argument falls flat here.


      Overall, this so-called "comparison" has zero external validity, in the strict experimental sense. They managed to waste a few hours of CPU time, nothing more.

      At the very least (if they couldn't get ahold of raw HQ video), going straight from MPEG2 would have given a meaningful comparison of "how it will look ripped from a DVD". But by the Indeo pass, they removed even that as a possible claim.
    4. Re:Not the best evidence. by Sancho · · Score: 1

      For one, they could have chosen all Superbit movies. That certainly would have been better than plain DVDs, in terms of quality.
      Also, is it really fair to say that all of the codecs can deal with MPEG2 as source? Doesn't it really depend upon the application that calls the codec? As you probably know, the codec itself usually consists of a library that handles encoding and decoding. It relies on the application that calls it to supply the input in some format it can handle, which almost always would require converting the frames into an uncompressed form to feed to the encoder. That's really picking nits, I suppose, but Sorenson and Quicktime are fairly tightly coupled, whereas the other codecs aren't really limited to a single encoding application, and while theorhetically it shouldn't matter, slight differences in the application can yield different results at times (it's rare, but it happens).

    5. Re:Not the best evidence. by Anonymous Coward · · Score: 0

      Shut the hell up -- the grandparent is right.

    6. Re:Not the best evidence. by pla · · Score: 2, Interesting

      Waaaaaaaaaaaaaah! Microsoft won! We can't let that happen. Let's discredit the test.

      Actually, considering that WMV9 supposedly uses the MPEG4 AVC (while the rest use the ASP), I would say that by more-or-less tying with DivX, MS lost, big-time. It took twice as long (damned good, for an AVC implementation) to produce comparable results (damned bad, for an AVC implementation). I had seriously expected WMV9 to utterly crush the competition in this test, before reading the article, yet it did not.

      This may mean nothing to someone trolling as an AC, but to those of us likely to actually use one of these codecs based on their technological merits, this should send up a few huge red flags regarding WMV9. If MS had an actually decent AVC encoder, I'd use it in a heartbeat (though only because, that I know of, no other real (as in non-pre-alpha) and almost-free (as in beer) implementations of the AVC profile exist)... AVC has the potential to yield the same quality at a quarter of the bitrate of the ASP. To only perform comparably... Poor showing indeed.

      So complain that I just want to cry about MS winning, but if you believe that, you clearly don't understand the encoding methods involved here.

      However, as I said in my original post, this test has absolutely no validity. I would like to see a fair test, for the exact reason I mention here (ie, does MS's AVC really perform that poorly?), but the present comparison can at best make me raise an eyebrow at such an unexpected result.

    7. Re:Not the best evidence. by Nakito · · Score: 1

      There is an even better approach: make your own comparison. If you are truly interested in this field, you probably already have. There is nothing stopping you from installing the codecs, choosing a source video, making test clips at various compression settings, and comparing the results with your own eyes. Most people are too willing to learn by reading than by doing. Reading is not the source of expertise. Doing is the source of expertise.

    8. Re:Not the best evidence. by Bitmanhome · · Score: 1
      Overall, this so-called "comparison" has zero external validity, in the strict experimental sense.
      Not quite true, these tests have some due to that fact that all four codecs read from the same Indeo stream. It's easy to tell, for instance, that the QT-MPEG4 codec hoses the contrast. This has nothing to due with the transcoding process; MPEG4 is just a bad codec.
      --
      Not that this wasn't entirely predictable.
    9. Re:Not the best evidence. by Refrag · · Score: 3, Insightful

      You're right. They should have started out with either from a DV camera or the MPEG2 from a DVD. There was no reason to go to some other stupid codec before re-encoding the material a third time.

      --
      I have a website. It's about Macs.
    10. Re:Not the best evidence. by ChimaObialo · · Score: 1

      Please expand and explain AVC and ASP.
      I'll Google it myself, but for the sake of everybody...

    11. Re:Not the best evidence. by pla · · Score: 4, Informative

      Please expand and explain AVC and ASP. I'll Google it myself, but for the sake of everybody...

      Well, if you want a somewhat technical explanation, I would recommend reading This (warning, PDF). Very well written, with enough technical details to satisfy the casually interested geek, while readible enough for non-geeks to get the general idea.

      For just the quick-and-dirty... The MPEG4 AVC (aka MPEG4 part 10, aka H.26L aka H.264.10) includes quite a few new techniques at every step of the encoding, from preprocessing to interframe prediction to new frame types to new residual handling methods. These make encoding a lot more CPU intensive, but produce considerably better results (Oddly, most sources claim only 40-50% better than MPEG2, which I find absurd, since even ASP encoders manages to do better than that).

      It may help some people to better appreciate the difference by seeing some side-by-side comparisons (not exactly the best possible test conditions, but they make their point)... Balooga has a brief overview of the MPEG4 AVC vs the ASP and even MPEG2 available... Check out the screen shots, in particular.

      Interstingly, on the topic of nomenclature, I think it would make people far less confused if we all called it H.264.10, rather than MPEG4 AVC. Up to and including what we normally think of as MPEG4 (the MPEG4-2 ASP), all the MPEG versions remained backward compatible. An MPEG1 stream counts as a valid MPEG2 stream, and an MPEG2 stream counts as a valid MPEG4-2 ASP stream. The AVC standard, however, departed from that backward compatibility. Not necessarily a bad idea, but by not picking a new name, everyone seem rather confused about exactly which names refer to which standards (similar to USB2, but worse, because each version has several sub-versions).

    12. Re:Not the best evidence. by wnissen · · Score: 2, Insightful

      What's unbelievable is that it took almost 45 minutes for someone to point this out. Has no-one re-encoded a JPEG and had it turn out like absolute crap? Or converted MP3 to something else? Probably the only thing that saved them is that they were working with uncropped video, and so the block sizes were probably multiples of 8. I would be really curious to see the same test done on minimally compressed video, because then it might mean something (unless, of course, you are encoding DVDs onto CD).

      Walt

    13. Re:Not the best evidence. by bar-agent · · Score: 1

      Hm. You still didn't explain AVC and ASP. Maybe they are acronyms of some kind?

      --
      i'd hit it so hard, if you pulled me out you'd be the king of britain [bash.org]
    14. Re:Not the best evidence. by pla · · Score: 1

      You still didn't explain AVC and ASP. Maybe they are acronyms of some kind?

      Ah, all that typing, and I failed to actually answer your question. Sorry. :-)

      ASP: Advanced Simple Profile, which refers to the most common form of MPEG4 (such as used by DivX). This form of MPEG4 includes literally dozens of "profiles", each designed to optimize the stream for various uses (resolutions, decoding CPU needs, bandwidth, etc). ASP itself doesn't even refer (uniquely) to one particular profile, but most people use it to mean "the best quality you can get".

      AVC: Advanced Video Coding, the catch-all name for H.264.10, to distinguish it in common usage from MPEG4 part 2. H.264.10 includes only three profiles (just called "baseline", "main", and "extended")

    15. Re:Not the best evidence. by damiam · · Score: 1
      MPEG4 is just a bad codec.

      What you mean is that Apple's low-end implementation of an MPEG-4 encoder is a low-quality encoder. But we already knew that.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
  21. QTPro doesn't have the best encoders by SideshowBob · · Score: 4, Insightful

    Sorenson Pro (which has 2-pass and VBR encoding) isn't available in the $30 QTPro package. Use Sorenson Squeeze or MediaCleaner.

    Also, QuickTime's MPEG-4 encoder is not the best MPEG-4 encoder out there. But there are better ones available, and of course MPEG-4 being a standard, the output of those other tools will be playable in QT Player.

    So to make the comparison valid, both in terms of encoding speed an quality, some other tool should've been used.

    1. Re:QTPro doesn't have the best encoders by dasmegabyte · · Score: 1

      So to make the comparison valid, both in terms of encoding speed an quality, some other tool should've been used.

      No, for this to be considered as the "end all, be all" answer to the question "What is the best video encoder," some other tools should have been used.

      But that wasn't what this was about. It was about consumer encoders -- they specifically say "free, or for a moderate cost" ($30 was paid for QT Pro).

      I mean, if they were doing a "best of all worlds" roundup, they'd have to include things like Rad Game Tool's Bink, which if you have a few days to encode your video will find you the best goddamn motion video solution it can.

      --
      Hey freaks: now you're ju
    2. Re:QTPro doesn't have the best encoders by SideshowBob · · Score: 2, Informative

      This isn't about best of all worlds, this is about doing a valid comparison of 4 popular video codecs. All I'm saying is that if you want to compare the Sorenson3, DivX 5.1, WMV9, and MPEG4 video codecs, you should use comparable settings for each, e.g. 2-pass encoding and VBR.

      Hell there *are* free MPEG-4 encoders that are better than Apple's encoder, e.g. ffmpeg.

    3. Re:QTPro doesn't have the best encoders by Ohreally_factor · · Score: 1

      As a side note, I've been really happy with Squeeze, especially with MPEG-4. Much easier to use than Cleaner. (I can tell you're a long time user, because you call it MediaCleaner. Remember when it was MovieCleaner?) I know I could probably get better results using Cleaner if I took the time to do test clips and adjust parameters accordingly, but Squeeze consistently delivers great results with minimal tweaking.

      --
      It's not offtopic, dumbass. It's orthogonal.
    4. Re:QTPro doesn't have the best encoders by cens0r · · Score: 2, Insightful

      There is no legal free MPEG-4 encoder.

      --
      Jack Valenti and Orrin Hatch will be first up against the wall when the revolution comes.
  22. Thanks, I think? by MalaclypseTheYounger · · Score: 4, Insightful

    What a wishy-washy article. To sum up and save you the 2 minutes of your life to read that article, all 4 techs are good, and they are all good for something, bad at others. I wonder if the author could have sat on the fence any MORE when comparing the codecs.

    I for one, will continue to obey my DivX Masters, they have always been good to me. It seems that the author had a hard-on for QuickTime and M$, both of which annoy the ever living crap out of me... QuickTime, with it's little icon in the toolbar that just won't go away, and Microsoft because I just can't trust them to not tell MPAA which movies I have on my HDD.

    $0.02 Flamebaiting, Trolling response concluded.
    (and my Karma just got back to Neutral, dang it)

    --
    Check out the best P2P sharing website: MEDIACHEST.COM
    1. Re:Thanks, I think? by diablobynight · · Score: 1

      My problem is encoding at 500KB or 1000KB, that makes for a large as movie. I encode a quality based Xvid and that usually comes out pretty well, what codecs really need to master is the art of using high KB when it's needed and low KB when it's not, also, would you people stop encoding the damn black lines into the movie. lol. just use apropriate ratio and my player takes care of the lines, that way I don't have 300 MB of encoded black.

      --
      Anonymous Cowards - Oh God, How I hate you
    2. Re:Thanks, I think? by kfg · · Score: 1

      What a wishy-washy article. To sum up and save you the 2 minutes of your life to read that article, all 4 techs are good, and they are all good for something, bad at others.

      Yes, this was the one truely useful and vaguely professional aspect of the article.

      KFG

    3. Re:Thanks, I think? by Anonymous Coward · · Score: 0

      I heard if you goto the Preference Settings in QuickTime, you can uncheck the "Keep icon in System tray" box.

    4. Re:Thanks, I think? by Echnin · · Score: 1

      I agree. I really hate it when people encode black bars. Takes space and makes the aspect ratio wrong on my widescreen TV. Meh.

      --
      Lalala
    5. Re:Thanks, I think? by Squozen · · Score: 2, Insightful

      It's easy enough to remove the QuickTime icon in the toolbar, just check the preferences.. :)

  23. Re:I wonder what people are going to say about WMP by RobertTaylor · · Score: 1

    I wonder what people are going to say about WMP9

    People wont say a word about WMP9 but they will question where XviD was in these tests...

    Jonty! Neil! Work!! :)

  24. In case you wanted to watch... by Professor_Quail · · Score: 4, Informative
    1. Re:In case you wanted to watch... by JackZ · · Score: 1
  25. Come on! by Udo+Schmitz · · Score: 5, Funny
    for the quality tests read the entire review,

    Come on! Are we now suddenly supposed to actually read those frickin' articles? Just tell me who won. This is the internet and my attention span ... wait, what's that shiny thing? ...

    1. Re:Come on! by MalaclypseTheYounger · · Score: 1

      That's the problem, nobody won. It was a 3-way tie, and a blue ribbon of participation to the 4th contestant.

      I hate three way ties. Declare a WINNER and a LOSER, dang it!

      Ooo shiny thing! What were we talking about?

      --
      Check out the best P2P sharing website: MEDIACHEST.COM
  26. Xvid rules the scene by Anonymous Coward · · Score: 4, Interesting

    You only need to look at the scene to know what codec is in this month. It's Xvid by a long margin, most TV-shows (Stargate, Enterprise, whatever), DVD-rips, Anime etc. are encoded with it. MP3 and AC3 are predictably dominating the sound codec, with many TV-shows now also making the transition to full AC3 (well, the DVD rips of them at least).

  27. Stupid test by stratjakt · · Score: 4, Insightful

    Test of some scenes from copyrighted movies? What're the results for? What format is best downloaded off of Kazaa?

    And the samples are all live action.. Test encoding some hand drawn animation (ie; an old bugs bunny), a computer generated animation, a anime style animation, a dialogue type scene, a live action scene with a lot of action, black and white vs color, etc, etc.

    The types of images on screen greatly affect the performance of different algorithms.

    Plus, each codec has about a million tweaks and optimizations for different types of footage.

    I doubt highly that there's one clear "winner". It's really not that simple.

    Which is why I hate sites like ExtremeTech that always have to boil it down to "this product is the best, the rest suck!".

    Like the ATI vs nVidia flamewars. ATI may benchmark faster, yet nVidia has effects in games ATI lacks. There is no clear "this one is the best". Or Intel vs AMD or Linux vs Windows, etc, etc..

    Nothing in the realm of computer science is that simple.

    --
    I don't need no instructions to know how to rock!!!!
    1. Re:Stupid test by gardyloo · · Score: 1

      Perhaps you read the article, but they DO state that there are MANY codecs out there, but they chose four of the most popular ones. They do acknowledge that the movies they chose aren't necessarily what everyone would want to compress, but that they, again, are representative of a huge proportion of movies, and encompass action, slow scenes, and wide contrast/hue ranges. Finally, they DO NOT say "THIS codec is the best, and the others suck."

      I am not thoroughly familiar w/ ExtremeTech's reviews, and what you say may apply to a lot of them. But in this case, you've misapplied your disappointment with the site.

    2. Re:Stupid test by FuzzyBad-Mofo · · Score: 1

      Nothing in the realm of computer science is that simple.

      Except for EMACS vs vi of course. Vi is clearly the superior text editor, while EMACS is the superior operating environment.

      Oh, wait..

    3. Re:Stupid test by dasmegabyte · · Score: 2, Insightful

      Oh please. If they didn't pick a winner, fanboys wouldn't have anything to pout about.

      Personally, I gave up gloating about my superior hardware when 3dFX fell apart. I looked at my very nice 16 meg TNT2 graphics card and said to myself, "You know? Without the Voodoo2, this card would never have been made. The TNT1 was sped up to take market share from the Voodoo1. The GPU was invented to stave off ATI and PowerVR. Competition resulted in me getting a better product faster."

      So you know what? I don't care that ExtremeTech picked DivX over Quicktime to compress Monster's Inc. Because I know that's going to get Jobs' goat. End result? Better Quicktime for me!

      --
      Hey freaks: now you're ju
    4. Re:Stupid test by Trogre · · Score: 2, Funny

      And the samples are all live action..

      What, you mean Mike Wasowski is real? I knew it!

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    5. Re:Stupid test by crashnbur · · Score: 1
      I doubt highly that there's one clear "winner". It's really not that simple.

      Which is essentially what they said in the article. Here are two key selections:
      We'll assign a 1-10 rating for each of them to give you an idea of our general impression of relative quality, but bear in mind that this isn't quite the same as our normal product ratings. We've tested these codecs under a limited set of variables and, while it's a useful examination, there are several aspects that this article didn't attempt to cover, such as streaming server load, variable bitrate and 2-pass encoding, and professional licensing fees.
      Though we have certainly examined these four video codecs extensively, this article can by no means be considered the be-all, end-all on their relative merits. There are dozens of parameters and options when it comes to encoding video and, as thorough as we have been, there is much left unexplored.
      That being the case, I don't quite see this article as "insightful". It was certainly very interesting, perhaps informative, and even funny for a line or two. But insightful? Well, to each moderator his own moderating... :-)
    6. Re:Stupid test by JesusQuintana · · Score: 1

      This test sucks and the reasons why keep pouring into my head. I was blown away by this statement:

      Though we have certainly examined these four video codecs extensively, this article can by no means be considered the be-all, end-all on their relative merits.

      This article is certainly not the be-all, end-all of any subject and they did nothing close to extensive testing. I've spent a lot of time, some of it my own and a lot of it my various employer's, analyzing codecs, playback, media platforms - compressing and recompressing. I wish that I could have arrived at such a simple conclusion after such a simple test!

      I wouldn't consider this thorough testing and the methods used exhibit serious limitations:
      1) The efficacy of testing compression of compressed footage is limited, unless the compression used is that of your source material (say DV compression for MiniDV cameras).
      2) How was the video captured? You're taking MPEG-2 DVDs and playing them on a DVD player? So that image is dependent on the D/A converter in the DVD player, that sends the signal over s-video, or component, both analog and subject to noise. Then they capture the signal uncompressed? WHY? To recompress it at 8 megabits, which is still probably HIGHER than the datarate of the MPEG-2 on the DVD? And what did they capture it with? Why all the recompressing?
      3) The quality of the playback was not tested on diverse systems. Maybe grandma only has a PIII 800 (i hope that's a real processor). At any rate, let's say grandma doesn't buy RAM and read slashdot in her free time. What is her playback quality like? ALL video is subject to the performance on the machine that is rendering it. Many codecs scale playback for slower systems. The image quality or frame rate is reduced to reduce the amount of work a slower system needs to do to render the video. How does this affect these results?
      4) The ability of the user to install or use the media platform required to view the video is not analyzed. What about compatibility with different OSs, playback apps, etc.?
      5) The settings/feature sets for the compressors were not comporable! WMP compression is very powerful. It can do Bidirectional Predictive 2-Pass VBR. You have to buy Sorenson Pro codec to experience this feature and the resultant quality. I'm willing to bet that the Sorenson Pro codec might even be better. You might say that Micorosoft wins... cause their crap is free. But then the consumer loses. Microsoft is the only company in the universe that I know of that gives this tech away for free. Everyone else charges for it. This is just another example of Microsoft using its monopoly power to leveredge unfair tactics against competitors. I'm telling you, someday you'll be driving your children around in a Microsoft Caravan.

      And I could go on and on. I don't think this article is good for anyone. It's downright misleading and tacky.

      They didn't even get the resolution right. If you're compressing something to playback on a computer, you need to compress it with the proper square pixel resolution. 720x480 resolution uses rectangular pixels, that have a pixel aspect ratio of 0.9. But it needs to be squeezed to 640x480, with a pixel aspect ratio of 1.0, to appear correctly (with the same proportions) as it would on a TV. 720x480 is not the 4:3 aspect ration, it makes everything look fatter. So compress at 640x480 or 320x240...

      Unless you're trying to pirate movies like this guy obviously is. In that case, I don't really care what you do.

      --
      You said it man. Nobody f#%ks with the Jesus.
  28. Fair and yet unfair comparison by ebrandsberg · · Score: 5, Insightful

    Unfortunately, due to the fact that the source was itself the result of mpeg encoding, it could unfairly impact the ability of the various codecs to handle the content. On the flip side, much of the content people are encoding is actually decoded content, i.e. from a digital camcorder, etc.

    What would be interesting is taking the original raw film footage (that hasn't been digitally compressed with a lossy method) and encoding, then comparing the results.

    1. Re:Fair and yet unfair comparison by dgatwood · · Score: 1
      In particular, re-encoding MPEG data with MPEG is known to result in substantial destructive interference. This biases the test against the Apple MPEG codec, IMHO....

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    2. Re:Fair and yet unfair comparison by izx · · Score: 1

      Yeah sure. As if the MPAA makes RAID arrays of uncompressed movie footage available on demand. Face it, most material IS going to be encoded from pre-encoded material -- the two most common today would be DVDs and digital camcorders. The only exception for home or SOHO users might be recording stuff from a TV tuner card, but if your source is analog TV, there are worse links in the chain than your choice of MPEG-4 encoder.

      Who would a raw film test with MPEG-4 codecs help out? I'm not aware of any entity that uses MPEG-4 as a "first" encoder for raw data -- MPEG-2 is king, and with the advent of HDTV and Blu-ray (super sized) DVDs, is expected to stay so for the near future.

    3. Re:Fair and yet unfair comparison by cens0r · · Score: 1

      That would be useful if were were comparing pro codecs. But most consumers do not have access to raw film footage, they're going to be doing something very similar to this test.

      --
      Jack Valenti and Orrin Hatch will be first up against the wall when the revolution comes.
    4. Re:Fair and yet unfair comparison by GoRK · · Score: 2, Interesting

      This is exactly what I was going to point out. The test is actually showing which codec is the best at recompressing MPEG2 (which is still a relevant test when you are talking about moving a DVD onto your handheld or something), not which is the best for compressing raw uncompressed footage. In recompression, if you use two encoding algorighms that use much different techniques, often you lose a lot of the detail of the original. Use the analogy of rotating one polarized lens over another... Both lenses remove some of the light going through them, but the closer you get them to 90 degrees from each other the more light they will remove...

      I would also be curious to see a comparison of codecs based on using 1:5 compression consumer level DV souce material.

    5. Re:Fair and yet unfair comparison by jelle · · Score: 1

      Given that the DVD MPEG2 bit rate is extremely high compared to the bitrates used here, I think that it doesn't matter much that the original content was MPEG2. Enough that I wouldn't worry about that for this test. I think MPEG2 on DVD's is 5Mbit (correct me if I'm wrong), which comes down to 0.5 bits per pixel, which really a lot of bits for IBP MPEG2, except if you are zooming in at stills of sequences with very extreme image&motion changes (explosions, etc), becasue then the MPEG encoder would have to resort to I-frames, for which 0.5bits per pixel is a little on the low side (depending on the image content (how many macroblocks have irregular surfaces))...

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    6. Re:Fair and yet unfair comparison by GoRK · · Score: 1

      If the artifact is in the MPEG2 stream (which it is, inevatably) then you still end up testing the codec's ability to either preserve the original image (with the artifacts) or do something else with it. If a visual test is determining the "better" compressor, a codec which eliminates or smooths a compression artifact in the source material, albeit maybe at a huge loss of visual detail/sharpness in the affected area might appear to be superior to a codec that does a better job of 100% preserving the original image.

      I would assume there is some software out there that does this, but I kind of wonder if it's possible just to analyze the source original vs the image through the codec with a 'likeness' algorighm that calculates color differences and determines mathematically how similar the source is to the destination.. but then again I know that wouldn't necessarily be a fair comparison either :)

    7. Re:Fair and yet unfair comparison by jelle · · Score: 1

      The goal of a compression codec is not to keep the pixel values the same, but the goal is to keep the video quality as high as possible given the bit rate restriction. Those are two different things.

      A double blind test, although a lot of work to do right, will find all differences that are relevant. Human perception of images and video is the same as audio: lossy. Certain things are less visible or invisible for humans, and for certain other things, humans are unexpectedly sensitive. Researchers have been trying for decades to find algorithms that measure image or video quality, and the current state of the art is pretty much that you can get _a_ measure of quality, but it will have important shortcomings.

      Changing the pixels does not mean reducing the video quality. There is no guarantee that the quality goes down when you change the pixels. It's not that simple: Different changes on different pixels have different impact on the quality.

      In many ways, it is possible that you can change the pixels of a video and even improve the quality. Many video sources (usually not feature film DVD's though, because they have already been processed quite a bit) contain spatial and temporal noise from the camera. That can be filtered out with filters of varying complexity (a top of the line noise filter algorithm uses more computations than your whole MPEG2/MPEG4 compression algorithm). Besides noise filtering, you often also need to do color correction, contrast, etc. All those algoritms change the pixels and improve the video quality as perceived by a human being. There is another totally different technique to dramatically improve the image quality: superresolution. Superresolution is the technique of combining multiple images into fewer higher resolution images. NASA has been doing that for decades, and I'm sure that when combined with motion estimation it will improve the video quality of many video segments (it will take a lot of CPU cycles though...). The problem with applying superresolution to video is that automatic reliable&precise 3d object recognition and tracking in natural video is not easy, and that our CPU's are orders of magnitude too slow, but that doesn't mean that it doesn't improve the video quality when it changes the pixels. But actually, as an example 'line doubling' which is often used to extract a higher resolution progressive video from an interlaced source, and can be seen as a very primitive form of superresolution.

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    8. Re:Fair and yet unfair comparison by GoRK · · Score: 1

      I never meant to suggest that a compression algorithm that preserves the original "exactly" is any better than one that does not. I do plenty of processing on still photographs to fix color/contrast/film grain noise, etc. The last comment was just sort of an idea for another way to make a comparison...

      Along the lines of the superresolution stuff, I have read a good deal about things like VidFIRE used by the BBC and others in film to video restoration projects. Clearly, this is a good example of a situation where the algorithm produces a visually superior result although over half of the visual data in the output is not even present in the input.. I assume that a lot of inverse telecine software is doing a similar kind of interpolation work during the mastering process for a DVD...

      Still the original point of this test determining the best quality codec to recompress MPEG2 rather than "the best codec" I think is still valid, and a double blind test is the best way to do it..

    9. Re:Fair and yet unfair comparison by GoRK · · Score: 1

      I mean telecine not IVTC.. sorry.. either way, there is interpolation going on and probably some motion estimation in higher end software

  29. DAMN RIGHT by Anonymous Coward · · Score: 0

    Exactly what I was going to say.

    Not fucking fair tests if they dont have half the competition.

  30. To see is to believe... by iamwill · · Score: 0

    Where can I download the movies?

  31. On2 VP4 by Anonymous Coward · · Score: 4, Insightful

    As sad as it sounds, I'm not surprised that XviD was left out. After all, alot of these reviewers pay attentions to what is being *marketted*. But I am surprised that On2 failed to get their VP4 Personal Codec noticed by this reviewer. I guess On2's marketting group dropped the ball when it came to make ExtremeTech aware of it's offerings.

    1. Re:On2 VP4 by prostoalex · · Score: 1

      ExtremeTech is not your truly commercial site. A lot of their stuff is written by volunteers who put in time and effort to get published. I am not exactly sure about this author, he might work for PC Mag, which owns ExtremeTech, but generally the site is quite unbiased.

    2. Re:On2 VP4 by Ohreally_factor · · Score: 1

      Shouldn't they change their name to "Sort of ExtremeTech"? They could start up a sister site examining Apple technology, and call it "eXtremeTech".

      --
      It's not offtopic, dumbass. It's orthogonal.
  32. Ogg Vorbis audio by Anonymous Coward · · Score: 1, Interesting

    Vorbis is becoming extremely popular, especially for instances when you want 5.1 sound and a low bitrate (it easily outperforms AC3).

    1. Re:Ogg Vorbis audio by ChimaObialo · · Score: 1

      I encoded a school project using VirtualDub, DivX 5.02, and Vorbis. The only hope to keep the audio in sync was to use DivX Player, and even then, there was a chance of it going out of sync.

      Of course, the solution was probably OGM containment, but I'd already wasted enough time and couldn't sit around trying to figure out whether OGM was what I needed and whether I had to add this to the list of codecs I had to keep on the network along with my AVIs just to show it on my teachers' machines.

      Looking back, I should've just used LAME audio since the bitrate wasn't low enough to make a difference.

  33. Re:I love Slashdot! by molarmass192 · · Score: 5, Informative

    Did you read the *whole* article? They state very plainly at the end that "DivX encoded clips tended to have a touch more detail, but also a few more compression artifacts, than the WMV9 video" and that DivX encodes much faster than WMV9. In brief, the only reason for choosing WMV9 over DivX is that it may be included in upcoming consumer devices.

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  34. What really matters. by FreeLinux · · Score: 3, Interesting

    Ok. encoding speed is somewhat important to a few people and bitrate is pretty important to most people but, quality is the most important to almost everyone. From a quality standpoint DivX is the clear winner. But, it still isn't broadcast quality let alone DVD quality.

    1. Re:What really matters. by Stevyn · · Score: 1

      Isn't "dvd quality" just low compression, high quality mpeg4? The problem arises in this format when you move something from 3gb to 700mb to fit on a cd. In my experience, xvid looks the best on all my downloaded movies. however, now that I've learned it's open source I'll watch what I say so I don't down like an ogg-head.

    2. Re:What really matters. by Anonymous Coward · · Score: 0

      Good point, but another is compatibility.
      How many of these codecs are free?
      I can't even use the hacked-windows-DLL trick on AMD64 or PPC or anything else non-X86.

      What good is any of these Sorensen or WMV codecs if I can't play them on my choice of machine or software? I don't want them turning the internet into a gated community where only windows users can get the full experience.

      Sad to say the only real universal format I've found, that anyone can play, is MPEG 1 or any of the crappier formats like Indeo or Cinepak.

    3. Re:What really matters. by Echnin · · Score: 1

      DVD is MPEG2, not MPEG4. MPEG4 is much more advanced. MPEG2 has less compression. XviD is great, but I've had more success personally with DivX; seems XviD needs more experience to encode with it.

      --
      Lalala
  35. What were they thinking? by NaugaHunter · · Score: 4, Insightful

    Aren't there any 'Stock-footage' type DVD's out there that include a license to redistribute they could have used? Or couldn't they at least have tried to get permission for the clips they used?

    While they might not have want to try to argue fair use through education or reviewing, they could have found at least one clip they could distribute. Hell, rent a high end digital camera and make one. Tape traffic on a highway, both daytime and nighttime, and you've got a motion video test, or a fountain, or anything.

    --
    R: That voice. Where have I heard that voice before? B: In about 365 other episodes. But I don't know who it is either.
    1. Re:What were they thinking? by the+drizzle · · Score: 1

      What are you talking about? These clips fall under fair use. They would be crazy to sue over something like this. The judge would be in stitches.

      Hell it's free advertising. I forgot about Monsters Inc until I saw that site and I might just go rent it again.

      It would've been nice if they used a digital camera though simply because converting a lossy format (MPEG-2/DVD) to another lossy format (Indeo) and then, finally, we have the "master" source which was encoded a 3rd time by the tested codec doesn't do any of these codec justice.

      And I know it's been said before...but how the hell can you leave out Xvid, (somewhat) arguable the best (MPEG-4 at least) codec available? (I like paranthesis)

    2. Re:What were they thinking? by benwaggoner · · Score: 1

      It's easy to get high quality sources - just ask video producers for elements from their demo reel. I've done lots of codec review articles, and content providers fall over backwards to get their stuff in. ArtBeats, a stock video house, has always been very helpful for m e.

  36. I can just imagine... by InvaderSkooge · · Score: 1

    I'm not quite sure how, but I have an image of divx in a WWI-era helmet, holded up in a trench as bombs explode around it in big pixelated blocks and firing at a giant blue Quicktime logo. War is hell.

    --
    Erik
    YOU ARE SAYING IMPUDENCE TO ME! THAT IS IMPUDENCE!
  37. What? by lukewarmfusion · · Score: 1

    No RealPlayer?

  38. No VBR in tests? by Ohreally_factor · · Score: 1
    Though we have certainly examined these four video codecs extensively, this article can by no means be considered the be-all, end-all on their relative merits. There are dozens of parameters and options when it comes to encoding video and, as thorough as we have been, there is much left unexplored. Variable bitrate and dual-pass encoding, for example, are common and useful features we didn't cover here - unfortunately, they're not entirely available in QuickTime 6.5 Pro for Sorenson3 or MPEG-4 encoding.


    They didn't use VBR? VBR isn't "entirely" available for quicktime? Does this mean that they didn't want to buy the Sorenson 3 Pro codec?

    Also, it seems that they didn't take advantage of various tweaks one can use to improve encoding quality. Maybe your garden variety consumer won't want to tweak encoding parameters for best quality/lowest bitrate, but this review is useless for me.

    My preferred application for encoding is Sorenson Squeeze. I don't always have time for extensive tweaking, and Squeeze gives me great results whatever codec I am using. I find I am using this more and more and Cleaner less and less.
    --
    It's not offtopic, dumbass. It's orthogonal.
    1. Re:No VBR in tests? by SlamMan · · Score: 1

      Useless for me too. Too bad they weren't making the article for us, they were making it for somebody who doesn't know anything about video codecs.

      --
      Mod point free since 2001
    2. Re:No VBR in tests? by David_Bloom · · Score: 1

      They were testing the ability of the codecs to encode, not their ability to do VBR efficiently.

      --

      Karma: Excellent (fuck, even in the future moderation doesn't work!)
  39. Give it some time by diamondsw · · Score: 3, Interesting

    Count me in as surprised at how poorly Apple's MPEG-4 implementation did. However, as a very new codec I expect it will improve in time. Or Apple will simply license someone else's codec.

    Regardless, Apple has been one of the biggest supporters of MPEG-4, and I thank them for that.

    --
    I don't know what kind of crack I was on, but I suspect it was decaf.
    1. Re:Give it some time by benwaggoner · · Score: 2, Informative

      Apple's MPEG-4 decoder is very good and fast, for Simple Visual profile. Their encoder is what's lacking, being 1-pass only, and tuned for speed instead of quality.

      Most MPEG-4 professionals would use something like Squeeze or Compression Master instead to make a .mp4. Way better results with identical compatibility.

  40. logistics... by McBeer · · Score: 1

    $5 says that the traffic from slashdot would bring their site down if it had video on it...

    --
    Hikery.net - The best hiking site ever. Made by yours truly.
  41. What I want to know... by jo42 · · Score: 2, Insightful


    ...is which codec is best for encoding pr0n???

    1. Re:What I want to know... by halfelven · · Score: 1

      Don't know which is best, but DivX is certainly the most popular (if you don't count DVDs which are all MPEG2 of course).

      BTW, why was the parent moderated "insightful"?

  42. Re:I wonder what people are going to say about WMP by Lehk228 · · Score: 1

    it is because XviD would fucking own the competition so badly there is no point in testing it... XviD usually looks just as good as DVD but at 700 megs... I don't know about at lower data-rates but XviD is THE BEST format for DVD to CDR conversion (well the TMD releases are nice cause you fit two on a CD but they look like shit and are always in two parts)

    --
    Snowden and Manning are heroes.
  43. So.... by lpangelrob2 · · Score: 1
    ...I guess it's hard to bash Microsoft as not innovating when their codec consistently looks better in the frames.

    :-) Fire away!!! (watches as karma goes down in flames for today...)

  44. Terrible reporting - used wrong programs to encode by Anonymous Coward · · Score: 2, Informative

    Quicktime is not a format, it is an architecture.

    Extremetech REALLY blew it.... even in the apple world quicktime pro is known to be a poor ENCODER. The architecture is not the problem, it is the programs... Those beauitiful trailers that are highly compressed are Qicktime, but they are encode3d in Sorenson 3 using another program... It's called "Cleaner" by CreativeMac...

    Extremetech REALLY REALLY blew it... I have never had such bad results when i used quicktime pro, (before i asked around how come I couldnt get the amazing detail of the trailers and was told that they're done in Cleaner)....

    again, WMA is a codec, Quicktime is an architecture (thus, useing the Sorenson 3 codec)...man, I am firing off a letter to them for incompetence...

  45. C'mon by k3vmo · · Score: 1

    I'd just once like to see ExtremeTech test a series of products that didn't include Microsoft. There are a lot of codecs that perform well that could have been tested in place of WmP9.

  46. Doom9's Comparison by kylethemile · · Score: 4, Informative

    Well, seeing how bad ET's iTunes Bad, WMA Good article was, I figure Doom9's codec comparison is better than this.

    And yes, Doom9's comparison includes XViD.

  47. Time by The+Happy+Camper · · Score: 1

    Time is a factor, but a small one for me. Quality is the most important and size is a close second. Editing a video takes many hours. Using a faster encoder just because it is faster may compromise my work.

  48. Sorry by pclminion · · Score: 4, Insightful
    Sorry, but any "test" where there's no scientific definition of what an "artifact" is, nor any mathematical definition of "image quality," is total bull. Yes, it's important to include subjective experience in the criteria, but we also need hard numbers. Where are the hard numbers on luminance distortion? Chrominance distortion? How many bits per pixel do you pay for each decibel of noise reduction? What's the worst case performance (no correlation between frames)? Best case performance (no difference between frames)?

    I'm sorry, but some hand-waving, subjective "Hey, this thing kinda looks better than that thing" is not a test. Calling it a "War of the Codecs" is even more ridiculous.

    1. Re:Sorry by Anonymous Coward · · Score: 0

      In all fairness, the phrase "War of the Codecs" is never used in the ExtremeTech article, only in the Slashdot headline.

    2. Re:Sorry by alienw · · Score: 1

      You can't rely on objective factors to compare something that is inherently subjective. The human brain doesn't look at chrominance distortion numbers, it looks at the picture. Psychological factors play a big part in any lossy compression algorithm, so the only good way to test a video codec's quality is to look at it and see if it looks better than another codec.

    3. Re:Sorry by pclminion · · Score: 1
      Psychological factors play a big part in any lossy compression algorithm, so the only good way to test a video codec's quality is to look at it and see if it looks better than another codec.

      Except that human psychological responses can vary. What I perceive as good quality, you might perceive as unacceptable blocking artifacts. As a real example, I can't tell the difference between a tube amplifier and a solid state amplifier. Audiophiles can tell the difference easily. Obviously, I'm not the person you want judging the quality of audio amplifiers.

      However, I can easily tell you which amplifier is "better" if I have access to a spectrum analyzer. There is a relationship between actual signal distortion and what we perceive as "distortion" in the quality of the audio. The same of course goes for video.

      I'm perfectly willing to accept statements such as "Codec ABC seems blockier than Codec XYZ," as long as we have some agreed-upon definition of what the hell "blocky" means. Once you select a clear definition of a quantity, you'll find that in most cases you can measure it mathematically instead of relying on a subjective human response.

    4. Re:Sorry by Anonymous Coward · · Score: 0

      But that's fucking pointless! I don't give a flying fuck if codec A is mathematically better than codec B is it looks like shit to humans.

    5. Re:Sorry by alienw · · Score: 1

      Except that human psychological responses can vary. What I perceive as good quality, you might perceive as unacceptable blocking artifacts.

      Nope. If you see blocky artifacts, chances are good I will see blocky artifacts. How annoying they are depends, but if one codec looks worse than another to me, chances are it will look worse to you.

      Also, your example about tube amplifiers has nothing to do with this. If you can't hear _any_ differences, you probably aren't listening too well, and you certainly shouldn't be judging amplifiers. Unless you can't tell recorded music from live music, your problem is most likely low-quality equipment.

      However, I can easily tell you which amplifier is "better" if I have access to a spectrum analyzer. There is a relationship between actual signal distortion and what we perceive as "distortion" in the quality of the audio. The same of course goes for video.

      Wrong. Simply measuring a random distortion number tells you nothing about an amplifier. You could have small amounts of very annoying intermodulation distortion that will make an amplifier with good numbers sound horrible. A transistor amplifier with 5% THD would be painful to listen to. On the other hand, a single-ended tube amplifier might have 5% THD and sound better than a transistor amplifier with 0.01% THD. One reason is that the human ear isn't sensitive to lower harmonics because it produces them itself. Higher harmonics (such as those produced by the feedback loop of any solid state amp) are much more noticeable. However, there might be more to this that we don't know.

      The same certainly does not apply to video because we have essentially zero knowledge about how the brain processes visual information. Therefore, the only good way to analyze video quality is through expert evaluations.

      My suggestion: stop trying to quantify everything. Even NASA relies on subjective tests in its missions. Do you rely on your sense of taste or a gas chromatograph to tell if your food tastes good? The same applies to anything intended for human consumption. The numbers are irrelevant if something doesn't look good, sound good, or taste good.

  49. transcoding by morcheeba · · Score: 1

    Exactly! You wouldn't test OGG vs. WMV vs AAC with a source of already-compressed MP3, so why do it with videos? Unless people are using their existing video clips, this isn't a good test... and if people are using their video clips, then they should be testing a variety of source (example: my camera produces quicktime clips, not MPEG).

  50. How did they managed to avoid breaking the DMCA ? by itsme1234 · · Score: 1

    "For our source material, we turned to DVD movies"

    I can imagine the SWAT teams breaking inside extremetech's office: "FREEZEEEE, where's the illegal copy protection circumventing device ?"

  51. Dammit, here's a link by Anonymous Coward · · Score: 0
  52. Ugly Artifacting Blockiness by Anonymous Coward · · Score: 0

    Or, how to re-encode your DVDs to make them look just like Comcast Digital Cable!

  53. Of course people care by poptones · · Score: 4, Insightful
    Not all of us use this stuff for DOWNLOADING MOVIES. I haven't downloaded a movie in ages - I don't have the bandwidth. However I have several on my hdd and use xvid not only for archiving music videos and shows I enjoy, but also to get around the general DVD suckiness (movies that degrade over time, stutter, and require me to go back to the disc every time I want to watch one).

    I like having all my movies and music and shows just a mouse click away. No fondling media, no DVD drives whooshing and movies stuttering halfway throgh because some tiny piece of schmutz got on the precious disc. In order to do this, I don't care at all what 500kbs or 1mbps files look like - The Twins effect alone occupies about 2GB on one of my drives, and I still haven't been able to produce a rip of Natural City that satisfies me even when the last one I tried was nearly 4GB (lots of film grain in that one and I don't care to lose it).

    Yes... many of us care about quality. In fact, this is the very reason I rip DVDs - so the programs I enjoy play (more smoothly) from my hard drive.

    1. Re:Of course people care by pegasustonans · · Score: 1

      The highest quality rips are usually ones available for download IMO. I've done plenty of rips on my own, but trying to match the quality of the best ripping/fan-sub groups out there (esp. for the latest anime & HK/J-Drama fan-subs) is *very* difficult. Then again, maybe this is just because I don't have much specialized equipment to make this easier...

      --
      And all our yesterdays have lighted fools The way to dusty death. --Will
    2. Re:Of course people care by awx · · Score: 0

      Hang on, you care about quality that much but you witter on about having DVDs?

      If you really cared that much, you'd still be using laserdisc.

      --
      Feel that power? That's mah MOUSING FINGER
    3. Re:Of course people care by mhesseltine · · Score: 1

      You know it is possible to simply rip the DVD to your hard drive? dvdbackup for Linux works, as do several Freeware/Shareware programs for Windows. Then, you don't have any re-encoding of the audio/video and no loss of quality.

      --
      Overrated / Underrated : Moderation :: Anonymous Coward : Posting
    4. Re:Of course people care by PhrostyMcByte · · Score: 2, Interesting

      still haven't been able to produce a rip of Natural City that satisfies me even when the last one I tried was nearly 4GB (lots of film grain in that one and I don't care to lose it).

      If you want to keep the grain only because you don't want to lose detail, I recommend you take a look at Avisynth's undot and pixiedust filters. These do wonders on removing the grain and keeping detail- the output of them usually looks better than the dvd itself, and compresses much easier.

      The only tradeoff is, pixiedust is slow as hell. Process everything to a huffyuv avi then do a two-pass of xvid.

    5. Re:Of course people care by shadowjk · · Score: 1

      There are for sure plenty of tunables in any decent codec, even xvid, though I don't know how much the windows front end hides.

      There are however some absolutely necessary things that don't change between the different mpeg4 codecs, and it has little to do with tuning the codec.

      Not cropping out ALL of the black borders, and aligning/scaling the dimensions to multiples of 16 is a sure way to kill quality.

      Trying to encode telecined material as is at the 29.97 ntsc framerate is also a foolproof way to create horrible quality. Same for encoding interlaced material as progressive.

      Not even so called professionals get it right all the time even. There are plenty of very badly mastered DVDs out there...

  54. interesting by Anonymous Coward · · Score: 0

    i find it rather humorous that the only results mentioned on the front page are the results that say Quicktime (and thus Apple) won a certain test (speed). Why didn't they mention that quicktimes mpeg-4 lost horribly, and then say 'to see who won, check the site' or something. oh yea, thats right, it's slashdot, they don't like mentioning when something apple does is bad...

  55. Indeo? What the fuck? by David_Bloom · · Score: 4, Informative
    We therefore took the uncompressed clips and created new "master clips" by encoding them to very high bitrate (around 8 megabit) files using Indeo 5.1 compression, as all our test applications could easily read this format.
    Indeo? INDEO!??!? Yes, I know if you make every frame a keyframe or whatever, maybe it would look almost decent. But seriously - why not use a JPEG series or something instead? I'm sure both QuickTime and VDub can handle that. In fact, if you had bothered to discover VirtaulDubMod and the QuickTime MPEG-2 playback component, you could have just plugged in the MPEG-2 streams directly.

    STUPID! YOU'RE SO STUPID!!!

    --

    Karma: Excellent (fuck, even in the future moderation doesn't work!)
    1. Re:Indeo? What the fuck? by Anonymous Coward · · Score: 0

      they should have used huffyuffit is a lossless but compressed format. apart from that, anything should be read by their test apps, as long as the corresponding codecs are installed.

    2. Re:Indeo? What the fuck? by David_Bloom · · Score: 1
      Good idea, but it wouldn't work.


      QuickTime's AVI support is limited - it only supports a few codecs, one of which is Indeo. Still, there is a MPEG2 codec for it available, which they definately should have used.

      --

      Karma: Excellent (fuck, even in the future moderation doesn't work!)
    3. Re:Indeo? What the fuck? by Anonymous Coward · · Score: 0

      Oh, but it would - with the MGEG2 decoder installed Quicktime can export MGEG2 video directly to MP4.

      As for AVI codecs, 3ivx and DivX codecs for Quicktime are out there, too, but I still prefer MPlayer OS X in terms of CPU load and compability.

  56. Re:Terrible reporting - used wrong programs to enc by repetty · · Score: 2, Interesting

    I've read -- on Apple's web site a year ago, incidentally -- that they don't use just one codec when producing the beautiful movie trailers on their web site.

    Several codecs may be used to produce a single movie trailer, with different codecs being employed where their relative strengths are required: low motion versus action versus bright scenes versus dark scenes.

    These guys are WAY more sophisticated in their technique than any home user will ever be.

    Lesson: Admire Apple's movie trailers but don't think you're going to reproduce their quality.

    --Richard

  57. What about Pixlet? by nacturation · · Score: 1

    Also, it would be interesting to see the much-hyped Pixlet codec compared.

    --
    Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    1. Re:What about Pixlet? by Anonymous Coward · · Score: 0

      If I'm not mistaken, Pixlet is lossless. So it'd be kinda pointless.

      Pixlet movies I'm sure are still quite large.

    2. Re:What about Pixlet? by pldms · · Score: 1

      Hmm. Getting anything larger than stamp-sized video encoded in pixlet at 1Mbit and 500Kbit would be a challenge :-)

      Pixlet is for a very different purpose.

      --
      Slashdot looked deep within my soul and assigned
      me a number based on the order in which I joined
    3. Re:What about Pixlet? by System.out.println() · · Score: 1

      Read the sidebar at the right
      It doesn't say whether Pixlet is lossless (though, I think it is.)
      I would still be interested in seeing its quality. Even at 1MB/sec. :)

      Pixlet lets high-end digital film frames play in real time with any 1GHz G4 or faster Panther Mac, without investing in costly, proprietary hardware.
      I found this quote kinda funny, since they are talking about Apples....

  58. I call shenanigans by awaspaas · · Score: 5, Interesting

    Okay, I just encoded some DVD-size video at 1mbit and 500kbit, 1/4 size, in QuickTime MPEG-4 and can barely see any artifacts in either. This dude seriously got some settings wrong in his MPEG-4 encodings, although I don't quite see how that's possible as settings are quality, framerate, keyframes, and data rate (and he said quality was set at best). I'll post some screenies later if I get a chance.

    1. Re:I call shenanigans by cith · · Score: 1

      sorry if this has been covered, but im posting from a treo ...
      MPEG4 is highly dependent on keyframe rate. I recently tried encoding some racetrack video and wondered why mpeg looked so much worse than sorenson or MJPEG. I thought keeping keyframes spaced out would save on filesize. as it turned out I needed at least 2 keyframes per second, with one every 10 frames working best. and, file size was not dramatically affected. YMMV

  59. MOD PARENT UP by Anonymous Coward · · Score: 0

    100% correct

  60. Reality by FreeLinux · · Score: 2, Insightful

    The reality of life is that WMV9 is one of the most, if not the most, used codecs around. Therefore it would have been poor testing and irresponsible reporting to have excluded it from the test.

    What you suggest would be like a round up of office suites that tested Open Office, WordPerfect, Star Office and KDE Office but, didn't include Microsoft Office. You can't do that and expect to taken seriously.

    On the other hand, their result was that WMV9 was the overall winner. My testing is based on what is most important to me. Quality. From a quality perspective I felt that DivX was the clear winner. Of the examples they gave, DivX was clearer and retained more detail than WMV9 in all but a very few cases.

  61. Re:Apple Rulez, Linux and Windows DROOLZ by Anonymous Coward · · Score: 0

    wow, this makes...sense....because the test results showed quicktime was worse than wmv9 and divx, yet you say otherwise...and then you copy and paste from apple and say its better by bolding things...please try to stick to some sort of fact (or at least stay on topic, which in this case is video codec comparrison) instead of trying to start an apple/everyone else flame war.

  62. Very Strange Results -- Artifact of Methodology? by Anonymous Coward · · Score: 3, Interesting

    The article's not very great. First, they convert the MPEG-2 stream to INDEO, then from INDEO to whatever the target is. Fine, but the process isn't a transitive one. Some codecs will not produce as good an input for other codecs, thus biasing the results.

    What's particularly suspicious is that Apple's MPEG-4 came out so poorly, though WMV9, and DivX are nothing more than early MPEG-4 codecs. Sorensen3 is the only substantially different algorithm used. And why use MPEG-4? It was originally designed for low-resolution low-bitrate applications (PDAs, cell-phones, etc.)

    Why so slow? I do most of my video transcoding under Linux, but they aren't getting much better throughput than I do, and their machine's at least 4 times as fast as mine? I suppose it's got to do with using Indeo (my source is DV), so there's an extra decode step, but it's still quite slow.

    I've distributed a number of my own videos in the MPEG-4 format, and don't see the sort of horrible results they demonstrated in their examples -- but then again, perhaps I do preprocessing (quantization, denoising, etc.) that they don't include in their process.

    Regardless, my personal experience is that at high or low bitrates, most of the codecs are interchangable. Perhaps you need to fiddle with the encoding parameters, but you can almost always get results close enough to identical as not to matter. It becomes more difficult with mid-range bitrates (2-3Mbps@720x480x29.97) that some codecs show strengths over the others. In that department, I almost always go with MPEG-2 with custom quantization matrices...

  63. Re:Very Strange Results -- Artifact of Methodology by David_Bloom · · Score: 1

    They only used Indeo for their codec performance -eg encoding speed - comparisons. Still, as I've said in my above post, they did not need to convert to indeo, and indeo is NOT a typical codec to convert video from. MPEG2 is a much more realistic choice, since that will almost always be the format of the source material. The converting software's ability to decode MPEG2 quickly, in fact, is extremely important. While you can create AVIs in pretty much anything, if QuickTime were to have a shitty MPEG2 codec, it could affect its practicality as a video compression system.

    --

    Karma: Excellent (fuck, even in the future moderation doesn't work!)
  64. Well it might be licensing by Sycraft-fu · · Score: 4, Interesting

    I mean MPEG-4, despite being open, is NOT a free format. You are required to pay licenses for encoders and decoders. Has XviD payed this? If not, it's technically not legal. That could keep it out of being a serious contender for pro use. I mean I'm betting the MPEG-4 group isn't going to care if some hobbiests are using an unlicensed encoder, but they'll care if pros are.

    1. Re:Well it might be licensing by Amtiskaw · · Score: 2, Informative

      I believe the XviD team only release the source, which gets around this problem in the same way as the Lame mp3 encoder did. Of course anybody who compiles it and makes an encoder is liable to pay licence fees, perhaps that's why this article ignores XviD?

      The really cool thing about XviD though is that it can be decoded by a "standard" MPEG4 decoder, which means all the modern DVD players with MPEG4 decoders built in can play XviDs by default.

    2. Re:Well it might be licensing by Sycraft-fu · · Score: 1

      I don't know. See I never really was clear on if LAME was legit or not. They seem to think so, but that might not be the case. It might just be that FhG just decided to ignore them.

      Either way, I can see why it might present a problem for testing and use.

    3. Re:Well it might be licensing by Whelkman · · Score: 1

      The MPEG group doesn't care which encoder you're using; you pay them merely for the privilege of using their patented technology.

      In other words, the monetary onus is upon the distributor. Projects like Xvid and Lame would need to pay licensing if they distributed binaries, but as source they're classified as educational projects and, thus, except from licensing fees.

    4. Re:Well it might be licensing by Kjella · · Score: 1

      You are required to pay licenses for encoders and decoders. Has XviD payed this? If not, it's technically not legal. That could keep it out of being a serious contender for pro use.

      Technically, that is why XviD on xvid.org comes as source only - which is allowed as an educational project. Now, as far as I can tell if you pay the patent royalties, you can use it commercially (The GPL sure doesn't forbid you from using it). You might have banned yourself from ever distributing it (Patent licence terms vs GPL anti-patent terms) but I don't see how they could keep you from distributing the videos encoded by it.

      Kjella

      --
      Live today, because you never know what tomorrow brings
    5. Re:Well it might be licensing by Sycraft-fu · · Score: 1

      MPEG-4 charges content use fees. $0.04 for each two hours of streaming. They also charge content distribution fees of $0.04 per movie. There is an addional $0.004 per movie fee for using the MPEG-4 container format.

      Remember: Open doesn't mean free. I think that because of Linux's brand of OSS, where having the source open means anyone can use it at no cost, people get confused and think that's what open imples. It doesn't. Open standards imply standards that are controlled by standards bodies, not companies, and that have RAND licenses.

      MPEG-4 requires encoder, decoder, and usage fees. To not pay those when making use of it is against the terms of the license. The actualy XviD project may get around that with a source-only distribution, but that doesn't mean that those that compile and make use of it aren't liable for the fees.

  65. Limited value by Dr.Knackerator · · Score: 5, Interesting

    Does it tell you which codec is best? Maybe but only for recompressing MPEG-2 footage. They *should* have tested against DV output as the standard consumer format, and uncompressed video. Plus looking at snapshots of compressed movies is of limited value, there is a big difference between what detail we can determine through a still image and a moving one. If you were to freeze a tv picture (or look at a captured frame) which includes something moving you would see a combing effect of the interlaced video. It doesn't look like that when you view it though.

    1. Re:Limited value by David_Bloom · · Score: 1
      Note that video codecs are usually optimized to look right when in motion, and sometimes artifacts that are noticeable in a still shot can't be seen, or are far less noticeable, when the clip is playing. Be sure to pay attention to the text of our analysis as well as the comparison screenshots, as we'll cover the in-motion visual quality as well.
      They acknowledged that in the article.
      --

      Karma: Excellent (fuck, even in the future moderation doesn't work!)
    2. Re:Limited value by FrostedWheat · · Score: 1

      They *should* have tested against DV output as the standard consumer format, and uncompressed video

      DV is compressed. Infact it's somewhat similar to MPEG except a lot simpler (thus easier to impliment in hardware).

      A friend of mine has a DV camera and you can clearly see the compression artifacts around sharp/bright objects when viewing on a monitor. You don't notice on a TV tho.

    3. Re:Limited value by Dr.Knackerator · · Score: 1

      Yes DV is compressed, I'm just saying as another main use of video codecs, it should have tested alongside mpeg-2 as a source.

      DV can be great as long as the scene isn't too complex. but then again, like mpeg-2 it is quite old now and with the computing power available to embedded systems at the moment a better method could be used.

    4. Re:Limited value by Dr.Knackerator · · Score: 1

      ahh well you didn't expect me to read the whole thing did you, this is /. :)

      a quick skim confirmed what i already knew about WMV9.

  66. Becauses it's a Mac of course! by Sycraft-fu · · Score: 4, Insightful

    Don't you know, EVERYTHING is better on a Mac. Heck, put an Apple logo on your glass, your drink will taste better :).

    In all seriousness it comes form the fact that many Mac users toss around apple marketing terms (like Velocity Engine) without understanding what they mean (it's a floating point vector math unit, like 3dnow or SSE2). They just assume it makes things better since that's what the hype claims.

    1. Re:Becauses it's a Mac of course! by wankledot · · Score: 1

      I think the original poster might have had 'better' confused with 'faster'.

      --
      My sig is blank, I typed this by hand.
    2. Re:Becauses it's a Mac of course! by AndrewRF · · Score: 2, Insightful
      In all seriousness it comes form the fact that many Mac users toss around apple marketing terms (like Velocity Engine) without understanding what they mean (it's a floating point vector math unit, like 3dnow or SSE2). They just assume it makes things better since that's what the hype claims.

      And that would be different from PC users how?

      --
      ./a.out
    3. Re:Becauses it's a Mac of course! by Refrag · · Score: 3, Interesting

      He pondered that the testing might have been better on the Mac because of the Velocity Engine available on G4 & G5 processors which would make it much faster. He never said the video quality would be better, jackass.

      --
      I have a website. It's about Macs.
    4. Re:Becauses it's a Mac of course! by Nebu · · Score: 1

      PC users usually don't toss around Apple marketing terms. They usually go for Intel/AMD marketing terms.

    5. Re:Becauses it's a Mac of course! by SmittyTheBold · · Score: 1

      I think you're upset that your PC doesn't have a Velocity Engine, while mine has three.

      And a Flux Capacitor.

      --
      ± 29 dB
    6. Re:Becauses it's a Mac of course! by dave420 · · Score: 1

      Errr... the guy you just yelled at didn't say the video quality would be better either, "jackass". He said "They just assume it makes things better since that's what the hype claims", which doesn't even mention quality. However, when you're encoding something faster==better (as well as quality, which he never mentioned or even implied), so unfortunately he's right and you're wrong. sorry!

  67. The test was flawed. by bsd4me · · Score: 1

    The test was flawed from the beginning. They use DVD's as the source, which are already compressed with a lossy method (MPEG-2). No matter what the ``quality'' of the DVD, you are still going to have artifacts.

    --

    (S(SKK)(SKK))(S(SKK)(SKK))

    1. Re:The test was flawed. by Anonymous Coward · · Score: 0

      Yes you moron. But they posted MPEG2 compressed shots and WMP9/DivX/Qt compressed shots to compare with. So you can see what extra artifacts were added.

    2. Re:The test was flawed. by Sancho · · Score: 1

      But it's fairly likely that more than half the people interested in the article would want to make encodings of their DVDs, or at least of already-compressed material. If that's what their target is, then their methodology (other than the transitive Indeo step and the lack of tweaking the codecs--for example, ever heard of 2-pass encoding?) was sound.

  68. Agreed... by Kjella · · Score: 1

    I'd love to see the SNR of a raw -> Xvid encode vs. a raw -> DVD -> Xvid transcode. And raw -> DV (to emulate a DV cam) -> Xvid as well. (DVs 5:1 compression is nothing like that of a DVD)

    Kjella

    --
    Live today, because you never know what tomorrow brings
    1. Re:Agreed... by jelle · · Score: 1

      The problem is that SNR, or even PSNR is not really a good measure. The only good measure is with a double-blind test with a lot of people...

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
  69. Decoding Speed? by bkowitz · · Score: 2, Insightful

    What I find interesting is the lack of information on how much processing power is needed to decode the content. For instance, I have some QT-Sorrenson-3 video that looks incredible, but requires too much heft to decode on my lowly iBook/500MHz. The MPEG-4 version of the file does not look as good, but the video DOES at least play.

    I think it is VERY important to understand the target platform where the content is to be decoded. If it's set-top box, PDA, or mobile phone, then I'd imagine MPEG-4 would be more appropriate (it's also great at streaming). QT-Sorrenson-3 is more targeted towards the desktop.

  70. All fail miserably at making good encoding easy by sjonke · · Score: 4, Interesting

    I have tried using DiVX and Apple's MPEG4 to encode a short video and there are just far too many options to play with. It's virtually impossible for the average person to use any of these and get great results. We need something that will produce excellent results at the click of a button. Until then I'll stick to showing my digital videos saved back to the camera, plugged into a TV, where quality is fantastic.

    --
    --- What?
    1. Re:All fail miserably at making good encoding easy by Nebu · · Score: 1

      I think this is more an issue of programs than codecs. While the article does state what programs it uses for the encoding (VirtualDub in the DivX case, Microsoft Windows Media Encoder in the WMF case, etc.), its main focus was on which of the codecs is the best, not which of the encoding programs is the best.

    2. Re:All fail miserably at making good encoding easy by shadowjk · · Score: 2, Insightful

      The problem begins with those pesky carbon based lifeforms called humans. Their perception of quality is not as simple as a measurement of error between original and encoded->decoded picture, but a much more complex one, which can't be reliably measured by any numerical algorithms fit to run on PCs.

      Complicate the problem further with the users feeding the codec source material of the most varying quality and form, no controlled viewing enviroment or even device.
      A mostly bright movie viewed in a dark room on a bright screen, and you might get away with throwing away lots of the darker details without anyone noticing, saving bits to use on things the viewers might notice.

      Having a very dark source, which the viewer then views on a crappy and dark screen with gamme ramped up to 2.0 or 3.0 or something just to see the movie, and you'll see nothign but some blinking blocks using the same settings as in the previous scenario.

      The source has lots of noise in it? We'll chuck it all away. No point in storing noise. What? The users complain? But it's just noise... Oh? Film grain, not noise? Could've fooled me, and the computer.

      Until computers evolve a bit, excellent results at the click of a button will only exist in the utopian dreams of the casual user. Until then, the casual user will just have to make do with spending more bits on the video to get good results, instead of spending more time learning options and finding the best ones for the particular source/quality target/viewer to get good results.

  71. Re:I wonder what people are going to say about WMP by shadow303 · · Score: 1

    How did you come to that conclusion? According to the article, DivX and WM9 were more or less a tie on quality with advantages and disadvantages on both sides. DivX was faster, so by my figures, that would put DivX slightly ahead.

    --
    I've got a mind like a steel trap - it's got an animal's foot stuck in it.
  72. That wasn't nipple by Trikenstein · · Score: 2, Informative

    It was pokies.
    With nipple you get skin
    With pokies you get shirt.

  73. Frames used in comparisons not always the same by falconx7 · · Score: 1

    All the other problems with this comparison aside, anyone else notice that in the frame comparisons of the various codecs its very often not even the same frame? Look at the first comparison from Matrix, in the WMV9 frame neo's arm is quite definately in a completely different position. This seems extremely sloppy in my opinion. Seriously, if people want a proper codec comparison they should go to doom9.net

  74. And they did prove one thing... by SensitiveMale · · Score: 0, Redundant

    'Matrix Reloaded', no matter what codec used, still sucked.

  75. -1: Offtopic by LookSharp · · Score: 1

    Parent clearly did not read the article, however he may have clicked on a couple of the pictures to draw his conclusion.

    He "hates sites like" this, and uses examples why that appear nowhere on the page. He compares it to flamewars that have nothing to do with the source material. For this, he is currently ranked at Score 5.

    Parent: read the text of the article, this was hardly a prejudiced review. It was in-depth and analytical, and gave good reasons to choose (or not choose) each codec, based on quality, speed, and cost.

  76. Poor choice of clips by Anonymous Coward · · Score: 0
    From the article:
    Rather, this is an article for those who want to compress video for home use: to e-mail to family members, put up on a Web site, burn onto a CD, re-compress to fit on a PDA or portable video player, or just archive for later use. Our focus is on middle-of-the-road bitrates suitable for download or CD archives, not extremely low bitrates for streaming over the Internet or very high bitrates for DVD-ROM based packaged media.

    And then they proceed to demonstrate with clips from three action movies and an animated movie? They would have been better off using poorly-lit birthday footage with a hand-held camera, or someone taping Fido drink from the toilet. No one's going to have footage like the "burly brawl," so I'm not sure how valuable this article is.
  77. Real Media by Deliveranc3 · · Score: 2, Interesting

    The other codec missing from this test is real media. Now I know I know, "It's the Devil" but I've seen some pretty good results and now with real alternative around it's not too bad.

    I mean I can fit 5 seasons of Daria on a cd and it's watchable. And there is tonnes of old anime kicking around in it.

    1. Re:Real Media by Nebu · · Score: 1

      From a technology point of view, I agree that RealMedia is pretty good; unfortunately, I think the format just got a bad rep because of the spyware loaded player.

    2. Re:Real Media by benwaggoner · · Score: 1

      RealVideo 10 is really quite impressive from a user perspective. They have an integrated preprocessing mode, so it softens the image anywhere that it would produce artifacts. So, with hard content, the video just loses detail in a natural way, instead of getting blocky.

      But if you want to preserve details like film grain, nothing beats WMV9.

  78. Clear Winner by potmos · · Score: 5, Funny

    I didn't read the article, but after looking at the chart, it is clear that Monsters, Inc. clearly beat out those other movies. It's over 4x faster than Spiderman.

  79. A lot of words and pictures ... by gordguide · · Score: 1

    ... to support a foregone conclusion.

    Let me get this straight:
    Divx5 and WMA9 and QT are very close in quality, they actually state that they basically can't tell the difference between Divx5 and WMA9, QT is 2x faster to render on Microsoft/x86 hardware than WMA, Divx5 is pretty speedy, while WMA9 was slowest of them all; and they conclude solely for compatibility on future hardware (like that's been written in stone) that everyone should use WMA9, and forget about the rest.

    Gotta Love Ziff-Davis publishing. They give you the straight goods every time. Riiiiiight.

  80. They should have use the scene every /.er knows... by SensitiveMale · · Score: 2, Funny

    in spiderman.

    Kirsten Dunst's wet t-shirt scene.

  81. yeah by Anonymous Coward · · Score: 0

    They definitely should've used something with less lossy compression.

    Heck, if I were doing this comparison I'd set up an avs script, or use huffyuv for lossless compression.

  82. Any similar test for audio codecs ? by Nicolas+Pillot · · Score: 1

    I know it is not the topic, but is anyone aware of any same type of comparison with audio codecs ? I mean, if someone encodes a clip, it is humanly possible to compare two videos / pictures and have an overall opinion. But i think that it is far less simple with audio media, as i have difficulties to "feel" the differences between two audio streams, and of course i cannot compare then step by step like still images ;)

    1. Re:Any similar test for audio codecs ? by Anonymous Coward · · Score: 0

      Try

      http://www.rjamorim.com/test/

      Plain ABX blind testing and no crap!

  83. Don't forget -1 Overrated by Anonymous Coward · · Score: 0

    This thing is at +5? VERY overrated. give it -2 Overrated in fact.

  84. Wm9 is best for hi-def... by Anonymous Coward · · Score: 0

    For Hi-def, wm9 is probably better than XviD. Different codecs work better at different bit rates and qualities in many cases. Very few people use XviD for hi-def video. If you don't believe me, go to www.avsforum.com. They love wm9, and the know their stuff. Don't think xvid is always better than wm9.

  85. The opposite is true by RoLi · · Score: 4, Insightful
    Whether they hide the first pass or not, you'll need two if you really want quality. It's the only way for the codec to know for sure where it can spare bits and where it can't.

    If you always encode to 650MB or 1300MB/Movie, then yes.

    But if you want to use disk space efficiently, you get too big file sizes for easily encoded movies and too bad quality for hard encoded movies.

    IMO, nothing beats quality based encoding, ie. you specify a quality setting and the movie will have whatever size is needed for that quality.

    As soon as the CD dies as the major storage for movies (being replaced either by hard-disk or DVD), we will hopefully see more focus on quality-based encoding and less on bitrate-based, because it's pointless.

    1. Re:The opposite is true by Anonymous Coward · · Score: 0

      I can't mod, but i'll say it. Insightful ;)

    2. Re:The opposite is true by benwaggoner · · Score: 2, Informative

      Quality limited encoding is great if you care about quality more than bitrate.

      Bitrate limited is great if you care about file size or bitrate more than quality.

      Each has its place. Real-time streaming obviously has a hard requirement for the latter.

  86. 500KB and 1MB bitrates. by AyeRoxor! · · Score: 1

    each movie was encoded in 500KB and 1MB bitrates.

    Wow. That's 4 megabits and to 8 megabits. That's pretty extreme, don't you think?

    /metric(b!=B)=true

  87. retarded by ronaldyang · · Score: 0

    This shootout is retarded in so many ways. For example, I've been dying to know how each codec performs when asked to encode black bars.

  88. since... by neko9 · · Score: 1

    i replaced my cd burner with dvd burner i'm not interested in mpeg 4 codecs anymore :-) but before that xvid was and still is my favorite. beats other codecs hands down.

  89. Speaking of doom9... by waaka! · · Score: 1

    a thread in the forum has just been started to talk about the comparison. There were only a couple posts when I linked to it, but I'm sure there'll be more interesting critiques later.

  90. Summary of article: DivX, WMA best by mr_majestyk · · Score: 1

    Now, can someone please remind me what the availability of DivX source code is?

  91. bull by Sark666 · · Score: 1

    First off, divx (being mpeg4) is superior to dvd (mpeg 2). It's just that when you use a dvd and RE-ENCODE it your dealing with another generation so at best you'll just meet the quality of the dvd.

    And from a quality standpoint most people agree XVID is the winner. And for a little background divx was open at one time and then after getting lots of help from people closed it up. A team formed that took the last open copy and made XVID (divx spelled backwards) which a lot of people believe surpassed DIVX.

    So on principle alone I will not use DIVX. It's dead to me. But they are all mpeg4 implentations and as long as they keep in compilance I'll stick to xvid. And that's what I want out of my next gen dvd player, mpeg4 playback. Not wm9, not qt (never will touch it because of their crap player, and even if you think their player is the cat's ass, I hate my video being locked into one player, so personally I wish qt would just die).

    1. Re:bull by neko9 · · Score: 1

      I hate my video being locked into one player, so personally I wish qt would just die.

      me too.

      actually all my encoding hassles solved when i got dvd-/+ burner. now if movie would fit on dvd+-r i use DVD Shrink and if i need to compress it i use DVD2one. fantastic speed and 1:1 quality (if movie fits without recompression). no more 16 hour encoding on my p2-350. 30 minutes and all done. no glitches with 3:2 pulldown (most ripping tools has problems with that), problems with aspect ratio, audio sync... and plays on all standalone dvd players.

  92. oh my god by neko9 · · Score: 1

    These Indeo 5.1 encoded master clips are virtually identical to the original MPEG-2 video on the DVD...

    they used Indeo codec... if uncompressed uses too much space all sources must be compressed with Huffyuv. now that would be a identical master clip. simple as that.

  93. Bogus Source files by Bakafish · · Score: 2, Insightful

    The bigger question is how taking a compressed format (MPEG2) compressing it further (Indeo) and using that as a source is a good test. Each different type of video compression create artifacts that are unique to that algorithm. When you re-encode with a different codec you can have distortion that is amplified by the *beating* of the algorithms. Different codec's will react in different ways to source that has a specific kind of distortion.

    To make a comparison of codec's based on an MPEG2 compressed source is justifiable from the standpoint that we are likely to be ripping DVD's. However, I very much doubt that we will rip down to an interstitial Indeo format before doing the final compression. The fact that they didn't separate the compression time test's from the compression quality tests is suspect. They say they didn't want to contaminate the test with disk access, but disk access times would have been the same for all of the codecs and would have modeled real user usage.

    I would not be surprised that SV3 and MPEG-4 have a bad interaction with Indeo compression, or at least Indeo compressed MPEG2. They should have used the original MPEG2 source at a minimum, and ideally uncompressed source.

    1. Re:Bogus Source files by SillyNickName4me · · Score: 1

      What you say is quite true. In fact, if you are going from mpeg-2 to mpeg-4, there are 2 basic rules for preserving quality:

      - DO NOT RESCALE
      - Use a yuv based intermediate format if you have to.

      The reasons for it have to do with an effect that you also see with jpeg compressed images that get rescalled and recompressed, throwing away colour information for part of the pixels and then re-generating it (interpolation based) from the remainign pixels that do have colour information.

      If you don't rescale and use a yuv intermediate, the original yuv subsampling from the mpeg-2 file can be reused, saving a yuv->rgb->yuv conversion and thus preventing interpolation and then resampling based on interpolated and so inacurate information.

      This however does not account for the differences in this specific test. divx is yet another mpeg-4 variation, and if this problem occured here, both divx and qt/mpeg-4 should have shown similar quality issues.

    2. Re:Bogus Source files by benwaggoner · · Score: 1

      Any difference in the affinity of the different codecs for MPEG-2 recompression (which is likely to be slight) would be erased by the use of the wholly inappropriate Indeo 5.1 for intermediate. That uses YUV-9 colorspace instead of 4:2:0, throwing away 75% of the color information of the MPEG-2 source, Indeo is also wavelet-based, and so doesn't match well with the DCT or DCT-like transforms used by the codecs in contention (well, I'm not sure what Sorenson 3 uses as its base transform - maybe it's something else).

  94. The big question for me is... by DaveCBio · · Score: 1

    Which CODECs are easier to do actual editing with. Heavy compression means that it usually doesn't scrub well, if at all. I usually edit in DV, but the space it needs is pretty large.

  95. I'll stick with quicktime... by reidconti · · Score: 1

    Sorry, but I don't want to buy a new computer every 6 months to keep playing WMV. Files are nice and small, quality is good, but framerate sucks nuts unless you have a massively fast computer. What a waste.

    DivX is better in this regard, but not as good as QT. I have a huge pipe, I don't care about download speed.

    1. Re:I'll stick with quicktime... by DaveCBio · · Score: 1

      QUicktime is just a wrapper, like AVI. It's not an actual CODEC.

  96. Re:I love Slashdot! by mrklin · · Score: 1

    Not only that, people who care about quality ALWAYS encode DivX in 2-pass (or emore). The review only used DivX 1-pass.

  97. Re:Apple Rulez, Linux and Windows DROOLZ by Anonymous Coward · · Score: 0

    Except you will be stuck with dumb-as-hell one button, no scroll button mouse.

  98. not realistic by halfelven · · Score: 4, Insightful

    XviD is not "just as good as DVD but at 700 megs". Be reasonable. XviD, DivX and QT/MPEG4 are actually close relatives, they all "speak" MPEG4 "dialects".

    I played with a lot of different codecs, including MPEG4-like mutants such as DivX, XviD, ffmpeg, etc. If i limit myself just at comparing DivX and Xvid, then:
    - XviD is slightly faster than DivX, all else being equal
    - XviD has slightly better quality than DivX, all else being equal, but it's an extremely close call (and sometimes the opposite is true)

    So, in the Extremetech benchmark, if you replace DivX with XviD, it would fare slightly better overall. But definitely nothing as ridiculous as "owning the competition".

    Facts please, not emotional knee-jerk reactions. Thank you.

  99. me neither by halfelven · · Score: 2, Interesting

    Thanks to the hard work of the Xine team, i can do the same, but using more front-ends and a more flexible architecture.

    http://xinehq.de/

    1. Re:me neither by Anonymous Coward · · Score: 0

      And thanks to the hard work and .dlls of Microsoft and Apple, you can only play those formats if you're running mplayer or xine on x86.

  100. For those bashing Quicktime/MPEG4 by Sangui5 · · Score: 1

    It is important to remember, that for most purposes all of the codecs they tests except Quicktime/Sorenson are actually MPEG4. I don't know if WMP9 is standards-compliant, but it is based on MPEG4 technology. DivX *is* MPEG4, with many of the optional features implemented. And of course Quicktime/MPEG4 is too.

    So except for Sorenson, and the differences in packing technology (WMP, DivX, and Quicktime use different container formats), this is a comparison of 3 different MPEG4 implementations. This isn't really a codec shootout--it is an implementation shootout. Not that they included the best MPEG4 implementation available, XVid, but what do you expect from Ziff-Davis.

    Really, this just proves that MPEG4 is a really good standard. With its impressive features (double indirect frames, global motion compensation, quarter-pel interpolation, improved motion vector compression, and object based decomposition), there really isn't much more to do without making major changes in how things are done. Just about the only refinement I can think of would be to move from DCT-based entropy coding to a wavelet-based entropy coding, like the move from JPEG to JPEG2000. That would help the codec scale to higher resolutions and lower bitrates more gracefully, but in the common case wouldn't gain much.

  101. Suprised by Foo2rama · · Score: 2, Informative

    I am very suprised that the Sorenson ended up so bad. Generally when you watch Soreneson encoded stuff it is very very clean... IE most movie trailers. I remember the very first few of Sorenson on an apple 8.5 cd with a Bare Naked Ladies video, we blew that thing up and stop framed and found almost no artification. Generally I use sorenson, and end up with much better results.

    --


    ---In a time of Chimpanzees I was a Monkey.
  102. Before reading the article... by crashnbur · · Score: 1

    ...it occurs to me that they should have tested something like South Park the movie or a Family Guy episode too, because solid blocks of color (such as in cartoon animation) are handled in different ways by different codecs. Monsters Inc was a good idea, but they need toons!

  103. This on top of the MPEG-2 artifacts... by nedron · · Score: 1

    Frankly, I think the test material was of questionable value.

    Starting off with material recovered from a lossy storage platform makes no sense at all. All you'll be doing is compounding the MPEG-2 artifacts (blockiness, mosquito noise, dirty windows, wavy noise, shadow definition, etc.) with those of the new encoding.

    The only way I would accept a test of codecs is if a non-compressed (or uncompressed from a lossless storage platform) original were used in all the encodings.

    What they've done would be like my taking a jpeg and trying to figure out which secondary image compression format is best, bitmap, gif, or png. Pointless.

    -David

    --


    * As is generally the case, my opinions do not reflect those of my employer.
  104. Most important codecs left out by Anonymous Coward · · Score: 0

    Where is XVid, RV10, VP6?
    They might as well not have published the article.
    -N

  105. Poor Tests by MarkLR · · Score: 1

    The article looks at encoding at low and medium bit rates because the idea is to see ini what format you should save video so you can send it by email or on a cd to grandma. Neither of which you are likely to do with clips from Monsters, Inc. (animation) or a action SF film. What you might do with a hollywood movie is back it up to a DVD+/-R for archivial purposes - in which case you want tests of high bit rates.

    They should shoot their own video of household stuff - baby walking, baseball game, etc. and tested that.

  106. Re:Terrible reporting - used wrong programs to enc by waaka! · · Score: 1

    Seeing as Quicktime movie trailers have been using Sorenson Video (1, 2 and 3) for video since about the time that trailers for The Phantom Menace were coming out, I'm wondering if you somehow remembered the page wrong. I do know that to get that kind of quality out of Sorenson needs the Pro version of the codec (which gives you bidirectional coding, VBR and other goodies) and an encoder that actually supports 2-pass VBR properly (Cleaner comes to mind).

    I can't help but think that given the same sort of quality source material that Apple has, home users could get that kind of quality with a little know-how and the right tools. AviSynth, for example, has tons of fantastic user-created filters for cleaning up less-than-ideal video and removing noise. Also, someone correct me if I'm wrong, but the main thing I've noticed about successive versions of Sorenson is that it seems to be better about not wasting bits compressing background noise in places with little motion. (This comes, of course, from years of diligent trailer-watching.)

  107. Error in the Article? by crashnbur · · Score: 1
    At the bottom, where the topic is "Encoding Speed", I am pretty sure the red-lettered, bold-faced time for the WMV9 transcoding of the Matrix Reloaded scene (in the second table for the 500 Mbit transcode) should be 4:28, not 2:28 as is shown in the table.

    After all, the red is supposed to indicate the slowest encoder, and the green is supposed to indicate the fastest encoder. And if the following text is true...
    Windows Media Video 9 is definitely the slowest of the bunch by a wide margin, taking four times as long as the actual clip length to encode the full-resolution video, and not even achieving real-time performance on the 360x240 clips.
    ...then I'm pretty sure they meant 4:28.
  108. AutoGK by Mitchell+Mebane · · Score: 1

    Not quite one click, but AutoGK is pretty easy and has good documentation.

    AutoGK site

    --

    The roots of education are bitter, but the fruit is sweet.
    --Aristotle
  109. File Sizes by kaffiene · · Score: 1

    Anyone know how the WMV and DivX file sizes compared?

  110. Decent and Horrible? by jayzee · · Score: 1

    From the article:

    QT 6.5-MPEG-4:
    Pros: Decent image quality
    Cons: Horrible image quality

    What gives? I guess it could be alluding to the tradeoff between the two, but it seems like an odd thing to say.

    --

    Mole? 4? Cars?
  111. No "fair-use" or editing comparisons are missing! by gsfprez · · Score: 3, Insightful

    I know this was strictly about quality - but i think its very shortsighted to miss some of the key features WHY people like Quicktime... and its not always about the quality of watching ripped DVDs.

    For example - I don't see anywhere where it points out that Quicktime and Divx are by far the most DRM-less codecs out there. WMP9 can stick you up the ass if you're not careful. Plus, there are plenty of times that WMP9 will refuse to operate properly with multi=monitor setups (my friend's brand new ThinkPad, for example, refuses to play over the external VGA port....)

    i also don't see any mention of the ability to cut/copy/paste with the built-in default players as a comparison tool. How many times have you wanted just a sliver of a movie to playback - ro to have the ability to quickly convert it to DV to put onto a workflow with some other editing? Even the average goofball making iMovies wants to do that all the time - but is 100% prevented from doing that with WMP9

    While the quality of QT is obviously lacking - i'll use it EVERY DAY OF THE WEEK because its far more powerful for everyday use, and much more free of DRM issues.

    this would explain, of course - Hollywood's facination with it - its got great quality while sacrificing little things... like fair use.

    --
    guns kill people like spoons make Rosie O'Donnell fat.
  112. Re:No "fair-use" or editing comparisons are missin by ELiTeUI · · Score: 1

    the thinkpad thing is a primary-display / secondary-display thing. the video overlay only works on the primary display. you need to set your external vga to the primary display, and make the built-in LCD secondary display. then your video will play.

  113. No Sorenson Pro, or VP6 -- wtf? by kshcsuf · · Score: 1

    Aside from not posting their encoding settings, they didn't even include the fully featured Sorenson Pro, which includes better features such as bidirectional prediction. They also didn't include the best of breed On2 Technologies VP6. That's like having a "race of the speedsters" without a Ferrari. WTF?

  114. Nothing to see here by Anonymous Coward · · Score: 0

    Apple's is the best, of course.
    Don't bother to read that article, you know Steve and the boys have come up with the best solution, as always.

  115. DIVX IS MPEG-4 by leo_fischer · · Score: 1

    I would have thought that cross platform, mpeg-4/2 should be at least as supported as quicktime.

  116. color quality by dynamo · · Score: 1

    they did NOT give proper credit to quicktime sorensen for its obviously superior color fidelity throughout.

  117. Check out the summary by brucmack · · Score: 1

    From the summary for Quicktime MPEG-4:

    Pros: Inexpensive, fast encoding speed, decent image quality
    Cons: Horrible image quality


    In any case, basically their findings were that DivX and WMV are about the same quality, with the Quicktime codecs significantly worse in many tests. Encoding speed was the reverse, with Quicktime being faster. But from reading other comments, there are more flaws with this article...

  118. No MPEG-1? by Anonymous Coward · · Score: 0

    Not to sound antiquated (sp?), but I wonder why people never consider MPG-1 for video? Sure, if you're going for a full DVD rip, go with a better "compression ratio" codec like MPEG-4, but for shorter works, around 30 minutes or less, I find that MPG-1 looks EXCELLENT and weighs in at an acceptable size, especially when VBR is switched on.

    The reason I rely on MPG-1 is I want my animations / video to be playable on ANY machine -- PC, MAC, *nix -- without any extra installs necessary (thus more likely to be seen by others.)

    *Shrug* I think they should have tested FAR more codecs than just 4... that seems quite limited and close-minded. Not to mention the Indeo conversion to boot!

    Jds

    1. Re:No MPEG-1? by llin · · Score: 1

      I think a lot of the bias has to do w/ network/internet streaming. MPEG-1 doesn't offering resolution scalability and doesn't deal well w/ packet loss (dependencies on P and B frames). Also the B frames add latency so it's not good for video conferencing either.

      Also, bit for bit, MPEG-1 has long since been superceded, quality-wise.

  119. Interesting, but naive by overworked+underpaid · · Score: 1
    The difference in quality that is noticable in the shots shown in this article do not represent the capabilities of the codec.

    Different encoders are of different qualities (think lame vs. bladeenc vs. l3enc - all mp3 encoders, but all have different output quality). What they are really comparing is specific implementations of encoder and decoder.

    The quality of the decoder is critical. Windows Media 9 has substantial post-processing of the decoded content, which reduces blockiness and other artefacts. It is probable that the MPEG-4 decoder is not using these postfilters, so it looks nasty when played back, just as, if you remove the postfilters from WM9, it looks horrible at low bitrates.

    The only way to compare the codecs fairly is to use multiple implementations of both encoder and decoder, and deactivate all postfilters. Then take the best implemetation of each codec for comparsion. This will give a much better indication of how good the codecs are. Anything short of this is, at best, misleading.

    Another note about the article is the selection of clips. When comparing video codecs, it is worthwhile having different types of content. The action sequences chosen are good examples, but one of them would be enough. The Monsters Inc clip is also worthwhile (to compare colour fidelity and sharpness), but a sport clip should be included (basketball is good because of the polished floors and seas of faces in the crowd) as well as traditional animation, such as The Simpsons. Animation is actually quite hard to encode.

    Unfortunately, I am yet to see a particularly good comparison of video codecs outside where I work (Telstra Research Labs). Unfortunately the work done there cannot be shared with Slashdot.

  120. More open source codecs. by Gldm · · Score: 1

    There might be another one if someone would help me fix and finish it.

    --

    Introducing the new Occam Fusion! Now with sqrt(-1) fewer blades!

  121. What, no Real? by beni1207 · · Score: 1

    I mean, after all....they have the best codec out there and would be on top of the world if Microsoft weren't holding them down. Right? Guys? Hellooooooo......

  122. Quicktime != codec by Ohreally_factor · · Score: 3, Informative

    Just to clarify, Quicktime is a media architecture, not a file format or a codec.

    This misunderstanding doesn't invalidate your argument, although I would disagree with you about MPEG-4. I've gotten good results with it, sometimes even great results.

    --
    It's not offtopic, dumbass. It's orthogonal.
  123. Compressor by Refrag · · Score: 1

    I believe Compressor is what Apple recommends for real encoding needs.

    --
    I have a website. It's about Macs.
  124. Amusing summary blurb at the end by LionMage · · Score: 1
    If you look at the very end of the ExtremeTech article, in the blurb where they rate the Quicktime/MPEG-4 codec, they list the pros and cons:
    • Pros: Inexpensive, fast encoding speed, decent image quality
    • Cons: Horrible image quality

    OK, so they may have had a little trouble with cut-and-paste mistakes. But I still found it amusing that they contradicted themselves in their summary blurb.

    I also agree with several other people's comments: These results seem oddly skewed against the Quicktime/MPEG-4 codec. I know that Apple's MPEG-4 codec isn't as mature as some of the other Quicktime components, but I can't help but feel that the author of the article missed some important settings when using this codec. That another Slashdot reader was able to get excellent results with Apple's MPEG-4 codec makes me want to call shenanigans too. Or perhaps the ExtremeTech article author's methodology introduced enough noise to the source video (converting from DVD to Indeo) that it caused the MPEG-4 codec to choke?
  125. What the? by (eternal_software) · · Score: 2, Funny

    From the QuickTime summary:

    Pros: decent image quality
    Cons: Horrible image quality

  126. Invalid "quality" comparison by Anonymous Coward · · Score: 1, Insightful

    Mod parent up.

    He's right about introducing more artifacts with each encode. If you wanted to get the best compression and did not care about quality, you would run your source material through multiple codecs. As each artifact the prior codec produced will get worse and worse as the codec tries to implement its method of saving space.

    It's a bad idea to test the quality of a codec when they put each one at a disadvantage because they use ALREADY COMPRESSED SOURCE MATERIAL, not to mention they decided to run it through another codec (Indeo) before they finally decided to the "test quality" of the codecs in question. Using the Indeo codec only compounded the problem, even if it was at a high bitrate, its still being compressed again.

    I wish these authors would understand that you don't do quality comparisons of video codecs with already compressed source material, its just WRONG.

    This "comparison" was a waste of time because of their test methods.

  127. Extreme Tech wages ??? by Anonymous Coward · · Score: 0

    7 rupees a day.
    right?

  128. Inept methodology by Anonymous Coward · · Score: 1, Informative

    This 'shootout' deserves no credence.

    1- Starting with 6Mbps MPEG is *BROKEN*. You are encoding artifacts, even if you can't see them. The only meaningful shootout is to use uncompressed SD which is 270 Mbps. (or HD if you want to get really serious). Codecs see artifacts as detail and waste bits trying to reproduce them. Starting with a source that's natively 270 Mbps and has been compressed to 6mbps (and VBR at that but that's another story) *will* introduce artifacts.

    No professional would use a DVD as a source and an amateur would get worse results from even higher bitrate source materials that were shot/edited/color-corrected poorly. Garbage in/Garbage Out. The only reason the encoded hollywood DVD's look acceptable at all is the sources THEY were encoded from were expertly shot, edited, color corrected and tele-cine'd.

    2- The Sorenson 3 codec as included in the free QuickTime download (yes free... you don't need QT Pro to export QuickTime, any QuickTime application can expose the export codec) is not capable of 2-pass VBR. The difference in quality using the pro version of the Sorenson codec with VBR (and having a clue) is enormous.

    The shootout is not a shootout of codecs. It's a shootout of idiot presets using iffy source material. It's a shootout of tools and approaches appropriate for amateurs.

    It completely ignores architectural differences between the formats which, again, for anyone with real content production goals. QuickTime is a vastly richer and more flexible architecture. (and no I'm not on Apple's payroll)

    -A.C.

  129. Re:No "fair-use" or editing comparisons are missin by Sexy+Commando · · Score: 2, Informative
    Dude, the article is about codec comaprison, not player comparison. And you don't need WMP9 (Windows Media Player 9) to play WM9 (Windows Media V9) encoded files. Heck, you can even encdoe videos with WM9 into .avi or .ogm or whatever open source free beer speech wrapper format you want by using the VCM wrapper released by Microsoft.

    The codec itself is neutral from any copy protection mechanism, or you just like to yell "DRM" for some cheap mod points.

  130. Re:But no Xvid?, No brains. by Anonymous Coward · · Score: 0

    Don't forget they don't even use the same frames for the different comparison shots.

  131. .... jpeg? by Anonymous Coward · · Score: 0

    Why are the preview pictures in jpeg?

    Compressed video file snapshot + More compression from jpeg = even worse looking!

    I love this comparasion.

  132. Terrible, useless article by benwaggoner · · Score: 5, Informative

    Okay, so I AM the world's leading expert on video compression codecs and formats (no, really, I am). I cover the same ground in my book, and in a series of articles for DV magazine over the last five years. So I'm pretty picky on this kind of things. But these guys couldn't compress themselves out of a wet paper bag.

    Some fundamental errors:

    They're using MPEG-2 sources, which are already highly compressed (this has been amply covered by other posters).

    They talk about converting to an "uncompressed" AVI, but never specify which flavor of uncompressed. They should have used a lossless codec that uses the native Y'CbCr color space of video, like Huffyuv. They way they just said "uncompressed" suggests they used the AVI "None" codec, which is uncompressed RGB. This causes two lossly color space conversions - one from the Y'CbCr of the source to RGB, and then back to Y'CbCr in the delivery codec.

    They used Indeo 5.1 as their intermediate codec. This is terrible. Indeo uses what's called YUV-9 sampling. There is only one measurement of color per 4x4 block of pixels. This throws away 75% of the color information from the DVD (which uses 4:2:0 sampling, with 2x2 blocks), before it even touches a codec. And this results in very ugly blocks whenever there are highly saturated regions with sharp contrast. So, all the output is going to look highly compressed when rendered from these intermediates, even if further compression is lossless. Look at the Spider Man test frame for an example. Notice the red blooming around the shoulders of the vocalist. And the color everywhere is very muddled. Indeo can also be slow to decode, unless it was encoded with all keyframes. And how slow it is to decode will vary with the tool, which probably added measurable error to their encoding time measurements.

    They don't know the difference between Sorenson Video 3, which comes free with QuickTime, and Sorenson Video 3.3 Professional, which you have to pay for and is what Apple uses for their movie trailers. With the Pro version, critical features like B-frames and 2-pass VBR are available.

    Apple's MPEG-4 encoder isn't very good - 1-pass only, tuned for speed more than quality. A file with the exact same compatibility could be made with Squeeze, Compression Master, Envivio, etcetera with MUCH better quality. And the Divx MPEG-4 codec is, of course, also MPEG-4.

    They didn't use 2-pass encoding! No quality-concious encoder would ever put content on spinning disc without using 2-pass. And they didn't mention most of the other encoding settings they used, which by context I'd guess were basic defaults.

    That's from an initial skim. If I spent more time with the article.

    In summary, these guys spent hours and hours analyzing the results of tests, where they would have been WAY better off spending an hour asking someone who knew anything about video compression how to administer this kind of test.

    Oddly enough, their results are vaguely like you'd expect - WMV9 and DivX do well, Sorenson less so, and Apple MPEG-4 at the rear. Done properly, I imagine WMV9 would have had a slight lead, and Sorenson 3 Pro would have been a lot closer to DivX. And no one uses Apple's MPEG-4 codec for content distribution. QuickTime's decoder is fine, so folks would use a professional-grade MPEG-4 encoder instead.

  133. And VP6! by benwaggoner · · Score: 2, Informative

    VP4? I don't believe that was ever released. I had a review copy of it, but they quickly superseded it with VP5.

    VP3 was the one that was open-souces, and is used as the basis of Ogg Theora.

    The current On2 codec is VP6, which is free for personal use.

    1. Re:And VP6! by Anonymous Coward · · Score: 0

      Hey Ben, a bunch of the roll-over images on your website don't seem to be working (in IE6) for some reason (11:07 EST). See the books, software, discussion, interframe alternate images.

      "many eyes make bugs shallow"?

  134. Re:Terrible reporting - used wrong programs to enc by benwaggoner · · Score: 1

    The article you're thinking of said that they encode different segments with different parameters, but they exclusively use Sorenson Video 3 Pro for the video codec.

    Audio codec is the ancient QDesign Music 2 Pro, instead of the much better, and Apple-savvy AAC-LC. I don't know why.

    I teach a week-long intensive compression seminar at Stanford each summer, and the students can do about as well after that week. Compression isn't THAT hard - it's more about not getting any one thing wrong than having to do lots of hard things right.

    Beyond the skill of the compressionists, the other thing Apple has going for them is perfect quality uncompressed source.

  135. Re:I love Slashdot! by benwaggoner · · Score: 1

    Well, that's their conclusion. But given that they didn't publish the settings for either compression, I'm rather confident that they used sub-optimal settings in both cases.

    Divx can be decent, but assuming equally competent compressions, WMV9 should come out measurably better.

    Also, none of this says much of anything about consumer devices. Divx supports a subset of codec features at HD resolutions, and the flavor of WMV9 the DVD Forum is talking about using (the SMPTE VC-9 submission), has features that aren't in what they tested. Plus consumer media wouldn't ever use bitrates this low.

  136. Taxonomy of MPEG-4 by benwaggoner · · Score: 2, Informative

    WMV9 isn't MPEG-4 derived. MS MPEG-4v3 was, but that forked into WMV7 years ago. WMV9 is quite different than MPEG-4 now.

    QuickTime encodes and decodes Simple Profile MPEG-4

    DivX did Simple in V4, and V5 added support for Advanced Simple.

    Most of this will be moot soon, since the MPEG-4 Part 10/AVC/H.264 codec is way better than the old Simple or Advanced Simple, and will rapidly replace the old versions in the next couple of years.

  137. what about ogg? by TubeSteak · · Score: 2, Informative

    Xvid and 3ivx get mentioned many posts further down, but no one says anything about ogg!!! From my limited experience, it has amazing quality and the greatest advantage over xvid and that damnd WMV9 is that it is instantly seekable. No lag while xvid thinks and no buffering by windows. I personally use media player classic for my WMV's & get instant seeking, but his target audience doesn't.

    All hail ogg!

    --
    [Fuck Beta]
    o0t!
    1. Re:what about ogg? by parksie · · Score: 1

      Ogg is just a container. Unless you're talking about Theora?

    2. Re:what about ogg? by imroy · · Score: 2, Informative

      Ogg WHAT?
      Are you talking about using Ogg Vorbis as the audio codec? Yes, it is very good. I wouldn't use anything else for either my CD rips or DVD rips.
      Or are you talking about the bastardisation of the Ogg container format that is the OGM container format? Do some googling. From the mailing list postings I saw, the Ogg guys aren't too happy about this effort by one windows programmer to hack the Avi/VfW information into the Ogg container format. If that's what you're referring to, and using, I recommend you instead look at the Matroska container format. It's much more flexible and is slightly more efficient space-wise than OGM. Mplayer supports it, don't know about Xine. There's a Matroska splitter/demuxer thingy for windows, don't know about Mac OS/X support.

    3. Re:what about ogg? by maguirer · · Score: 1

      VLC has mkv support for osx

  138. So many codecs.... by Eminor · · Score: 1

    AAAAAAAAHHHHHHHH! CODECS!

    Seriously, they drive me mad. Everyone's got their own codec that they think is the best. I understand that they have different features and draw backs. But could we not just decide on using a hand full (each one focusing on a different niche). I'd like to see all players be able to use all codecs. I'd like to not have to download a codec for every movie. What's even more frustrating is when you download the codec and it still doesn't work.

    So why don't we just get a few codecs working properly for everbody. Honestly, I am by no means a codec buff and I don't think you should have to be just to watch video. C'mon people, who cares if your codec is particularly better in this department or that. I just want to watch video with decent compression and quality.

    That's my 2 cents.

  139. Slightly OT... by ceeam · · Score: 2, Informative

    ... but new ffdshow has been released quite recently (I got it only 2 days ago). Now VFW interface and audio decoding(!) are included. I have already got used to volume normalizing (yahoo!!! :-)

  140. Re:I love Slashdot! by David_Bloom · · Score: 1

    All of the codecs were tested in CBR mode, so the comparison was fair. Putting DivX in VBR would give it an unfair advantage.

    --

    Karma: Excellent (fuck, even in the future moderation doesn't work!)
  141. Windows Media 9 woes by Anonymous Coward · · Score: 0

    I spent hours trying to figure out why my Windows Video 9 clip wouldn't play on some other person's machine... I eventually found that Windows Media Player 8 wouldn't play v9 video format clips. (It did play the v9 audio.) I tried going to some other famous video sites to see what they do and it and seems like the workaround is to encode the clip as Windows Video 8. Know anything about this?

  142. *sigh* website redesign coming by benwaggoner · · Score: 1

    Yep. I've had a web-site redesign in progress for ages now. It should be done in a few weeks, I keep telling myself.

  143. Re:Apple Rulez, Linux and Windows DROOLZ by Anonymous Coward · · Score: 0

    YOU are so stupid you do not even undrestand how great MAC IS until you have tried Mac!!! But if you buy Mac OS X you will see what I mean for sure. And then you will say sorry for being a fool

  144. Problems with multimoniter by Anonymous Coward · · Score: 0

    Reguarding this problem you might like to try newer video drivers, we had a problem exactly the same as this but with Compaq Armada m700's. The problem was that we were using default XP drivers, not the newer ones from Compaq. Upgrading fixed this problem

  145. sorry for the late response by TubeSteak · · Score: 1
    I'm pretty sure i was reffering to (the bastardization?) OGM container. I did the whole 'limited experience' bit because i obviously missed the finer points of codec vs wrapper. I was happy in my ignorance and now i'm somewhat confused.

    OGM and Matroska are containers for... what? XviD, DivX, WMV, mpeg (i.e. x/s/k/m/vcd) are all codecs... and then something like avi, wmv or mpg gets slapped onto the end. I guess i don't understand why using the same video codec, but different containers, would make for smaller/better/faster video files.

    Confusions aside, i think the potential downfall of matroska is the extension. It might seem stoopid, but that "k" in the middle slows you down. mks and mkv just don't flow nicely. Yes its a shallow observation to make, but try calling up a friend and talking about MKV's. The illiterate masses don't know and don't care.

    --
    [Fuck Beta]
    o0t!
    1. Re:sorry for the late response by imroy · · Score: 1

      Ok, a little lesson on container formats and codecs. I'm no expert myself, but I think I can cover this much. The Mplayer formats document explains this a bit too.

      Container formats do pretty much what the name implies: they contain other content. In multimedia terms, this almost always involves some sort of interleaving. A little bit of video... a little bit of audio... a little bit of video... etc. That's especially important for streaming purposes.
      Examples of container formats are: MPEG System Stream (SS) and Transport Stream (TS), VOB, Quicktime QT/MOV, Microsoft AVI / ASF, Ogg, Matroska.

      Codecs are the actual audio/video/whatever(?) data that gets put into those container files.
      Examples of video codecs: MPEG I/II/4, Indeo, Sorenson, Theora, WMV.
      Examples of audio codecs: MPEG I/II, AAC (aka MPEG 4 audio), Vorbis.

      • Under MPEG, the individual streams are known as "elementary streams" (ES). These are multiplexed into a System Stream (SS). Now the Transport Stream (TS) format is being used in broadcast (DTV and HDTV) applications. I don't know the advantages/differences.
      • DVDs use the "Video OBject" (VOB) format. The original MPEG SS (as I understand it) couldn't contain the extra data that the DVD guys wanted. Stuff like AC3 and DTS audio, and the embedded command stream that allows menus, "easter egg" extra features, and director/theatrical cuts without taking almost 2x the room on the disc.
      • "MP3" is just an MPEG I layer 3 audio elementary stream.
      • Some MPEG "movies" on the internet are really just the MPEG I/II video elementary stream.
      • VCDs are MPEG I video with layer 2 audio in a System Stream. SVCD uses MPEG II video. Since a lot of DVD players include layer 3 audio ("MP3") decoding from a CD of files, some might allow layer 3 audio as well. They might also allow a higher bitrate than the SVCD standard (2.7Mbps), anywhere up to 5Mbps. These non-standard options are usually grouped under the "XVCD" name.
      • I'm not entirely sure about Microsofts' WMA and WMV formats. The few WMV's I have here on my linux box get identifed as "Microsoft ASF" by the file(1) tool. I don't have any WMA's to test. WMA might be a bare "elementary" stream similar to the MP3 situation, or it could be wrapped up in an ASF container as well. Either way,, they're using the same container format but using different "filename extensions" so that people don't get confused, and so that they can launch different apps for each.
      • In this message to the Mplayer-dev mailing list you can find some info on the "OGM" format (about a third of the way down. Just search for "ogm").

        On Windows all you need is to provide the FourCC for a VfW or dshow based player, and as most players on windows use a semi-automatic graph rendering ( again dhsow ) it wouldnt be too hard for us to simulate the behaviour of AVI for this. In fact, the existing muxer for Ogg ( .ogm ) from Tobias is based on Dshow also, Tobias created it to be used with Graphedit, being M$' tool around Dshow. In principal it is demuxing an existing video stream from an AVI, copying the codec related info from the AVI header ( WAVEFORMATEX ), writing these into the Ogg header and thats it.

        It works, I suppose. But there's the geeky opposition because Ogg wasn't meant to be used that way.

      • Matroska seems (so far) to be ultimate container format. The authors first came up with EBML, basically a binary equivalent of XML. This could potentially allow almost any sort of metadata to be included in the descriptive head section. I suppose it could even allow for streams to be broken up into hierachical trees, perfect for interactive media. In case you can't tell, I'm really excited about the prospects of Matroska! :)
      • Matroska could concie