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."

114 of 356 comments (clear)

  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 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
    2. 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.

    3. 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.
    4. 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.

    5. 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.
    6. 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.
    7. 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.

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

      You haven't been around much, have you?

      --
      1q2w3e4r5t6y7u8i9o0pqawsedrftgthyjukilo;p'azsxdcfv gbhnjmk,l.;/
    9. 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
  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.

  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 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 /.

    2. 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
  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 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.

    3. 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."
    4. 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.

    5. 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

  7. 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

  8. 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?!

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

    Dont want to piss off the BSD crowd either!

  10. 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 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.

    2. 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.

    3. 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.

    4. 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
  11. 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 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

    4. 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.

  12. 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.

  13. 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 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

  14. 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 kamukwam · · Score: 2, Funny

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

  15. 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...
  16. 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 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).
    2. 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.
    3. 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.

    4. 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.
    5. 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).

    6. 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

  17. 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 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.

    2. 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.
  18. 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 Squozen · · Score: 2, Insightful

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

  19. In case you wanted to watch... by Professor_Quail · · Score: 4, Informative
  20. 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? ...

  21. 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).

  22. 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 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
    2. 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
  23. 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 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.

  24. 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.

  25. 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
  26. 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.

  27. 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.
  28. 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.

  29. What I want to know... by jo42 · · Score: 2, Insightful


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

  30. 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...

  31. 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.

  32. 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.

  33. 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 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.

  34. 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!)
  35. 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

  36. 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.

  37. 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.

  38. 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
  39. 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...

  40. 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.

  41. 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.

  42. 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 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
    2. 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.
  43. 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
  44. 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
  45. 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.

  46. 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.

  47. 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 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.

  48. That wasn't nipple by Trikenstein · · Score: 2, Informative

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

  49. 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.

  50. 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.

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

    in spiderman.

    Kirsten Dunst's wet t-shirt scene.

  52. 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 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.

  53. 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.

  54. 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.

  55. 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/

  56. 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.
  57. 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.
  58. 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.
  59. What the? by (eternal_software) · · Score: 2, Funny

    From the QuickTime summary:

    Pros: decent image quality
    Cons: Horrible image quality

  60. 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.

  61. 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.

  62. 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.

  63. 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.

  64. 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 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.

  65. 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!!! :-)