Slashdot Mirror


Quicktime 5 vs. Everybody?

Dean Siren asks: "Now that Apple has released the Quicktime 5 Public Preview, they've upgraded their video codec to Sorenson 3 from Sorenson 2 which Jeremy Neish says pales in comparison to MPEG4 and its derivatives. So, how well does Sorenson 3 compete against MPEG4 as far as quality per bitrate, processor demand, compression times, and streaming are concerned? Can Apple now stay ahead of DivX, Windows Media Player 7 and Real Player 8?" Neish notes that none of the latest codecs are not compatible with Unix so only Mac and Windows users get to take advantage of the latest in digital video formats. When someone gets around to fixing this, then I can again get excited about Quicktime, until then it's just another format to me (and yet another reason why I have to have a Windows box lying around).

18 of 34 comments (clear)

  1. quicktime will do mpeg4 by Anonymous Coward · · Score: 3

    quicktime is an *architecture* far more complex than just codecs and audio and video apple is very active in mpeg4 development even if apple can't get it out the door for a while, there are plenty of 3rd parties that can do a codec that will plug in - with the new autodownloading components in qt5, this makes installing third party components (skins, codecs, etc) automatic, secure, and painless. there will be linux someday - not this year probably next (understandably, osx is steve's primary new os porting target right now - after that, they will do linux - it's just a matter of time and priority)

    1. Re:quicktime will do mpeg4 by yerricde · · Score: 2

      I would think a MacOSX version of Quicktime would be the one which they'd choose to port to Linux, since OSX is based upon FreeBSD.

      Darwin, the MacOSX kernel, is based on a NetBSD layer around the Mach microkernel. That doesn't mean apps are actually written to POSIX; AFAIK, QuickTime for MacOSX is written to the Carbon API (a reimplementation of Toolbox, the Mac API, around Darwin and the new proprietary GUI stuff). And NetBSD doesn't have Carbon.


      <O
      ( \
      XPlay Tetris On Drugs!
      --
      Will I retire or break 10K?
  2. None of... not... huh? by Benley · · Score: 2

    "None of the latest formats are not compatible with UNIX so..."

    Sorry, I didn't catch that, is it "None of the latest formats are compatible," or "The latest formats are not compatible," or is it REALLY supposed to be "None of the latest formats are not compatible with UNIX?"

    See, that would come as a surprise to me since MS's format sure as hell isn't UNIX friendly, Real's new format sure as hell isn't UNIX friendly (unless I missed something), and the only one that is (somewhat) is DivX :-).

    1. Re:None of... not... huh? by Kris_J · · Score: 2

      Not using double negatives will be disallowed.

    2. Re:None of... not... huh? by SEWilco · · Score: 3
      Gee, why quibble about minor spelling and grammatical errors? It's the intent that is important, not the arrangement of letters. Just read what was typed and let it wash over you, absorbing what the author meant and felt without worrying about the delivery. What's important is that the author meant well and put so much effort into trying to express himself.

      Incidentally, I have this 800-page short story that I'd like your opinion on...

  3. I hate to keep harping on this... by wowbagger · · Score: 4

    (actually, I obviously love to keep harping on this, or I wouldn't.)

    Apple is not now, nor have they ever been, a friend of the open source movement. Were they a friend, they would at least release a binary only, closed source version of Quicktime for Linux. Better still, a binary-only plug-in for Xanim. Best, they would release the Sorenson decoder source (the real magic of these things is not in the decoder, but in the ENCODER: figuring out what data to eliminate is the hard work, reconstructing it is relatively easy.)

    What has Apple done for the open source or free software movements? They've released yet another kernel for PPC. Nice, but we already have several OSS and free software kernels out there.

    The next time Apple tries to milk the movements for free publicity, stand up and call them on it.

    1. Re:I hate to keep harping on this... by Snocone · · Score: 2

      > Apple is not now, nor have they ever been, a friend of the open source movement.

      What about all the source from Darwin they've given back to the community, despite no obligation whatsoever to?

      Apple doesn't give away competitive advantages. That means they're a business run for the benefit of shareholders. Well, DUH.

      Back under the bridge, troll.

  4. you're wrong, cliff... by jbridge21 · · Score: 3

    ... you can play DivX;) on a linux box. IA32 only, but hey. It's called "Avifile" and "Xtheater". Go check it out, it rocks the house...

    Xtheater.sourceforge.net

    -----

  5. Re:Apple's Sorenson codec by /dev/kev · · Score: 3

    Apple have an exclusive license from Sorenson to use the codec. This means that when you ask Sorenson about it, they say "Sorry, we'd love to sell (not give) you a license, but our hands are tied - Apple have an exclusive license. Go bug them about it."

    While I don't know the exact details of the license, I'm pretty sure it prevents Apple from releasing any source. Even if it doesn't prevent them, Apple have made it quite clear that they have no intentions of ever releasing the source. The license almost certainly forbids Apple from relicensing the technology, so it's unlikely they could allow any third-party (such as the Xanim author) to develop an implementation of the codec.

    Hell, they're not even interested in a totally non-free binary-only port. There's definately nothing (legally) stopping them from doing this, it'd just be another platform which QT5 supports in addition to the usual suspects. It'd make good business sense, too, since Apple are (essentially) fighting a codec war with MPEG4 and RealVideo, and having the free software movement on their side would help them immeasurably. Instead, people using free software platforms can't even view Sorenson encoded stuff, which means they'll just pass it over as an option.

    --
    Quidquid latine dictum sit, altum viditur.
  6. MPEG4 not final by adcm · · Score: 2

    Given that MPEG4 isn't finalized as a standard, there's really no reason for Apple to release it. Since the Quicktime framework allows for Apple to easily add new codecs to it (and MPEG4 uses Quicktime as a model) it will be possible (and very likely) that when the standard is finalized, Quicktime will support it.

    Quicktime on Mac already handles MPEG1, MPEG2 support is included in QT 5. If it offers significant improvements over the Sorenson Codecs MPEG4 could be used as the encoding instead of Sorenson and made usable on all platforms that QT is supported on (QT5 might run on Linux by the time the standard is finalized).

  7. Re:Apple's Sorenson codec by wowbagger · · Score: 2
    You have it dead right. I've written to both Apple and Sorenson asking them to do something about this, and they play a fine old game of "pass the potato"

    Sorenson: Sorry, we cannot do anything about this, Apple has an exclusive license, talk to them.

    Apple: Sorry, it's Sorenson's codec, talk to them.

    As I said, Apple is not a friend of Open Source/Free Software.

  8. Compatible data formats? by Tet · · Score: 3
    Neish notes that none of the latest codecs are not compatible with Unix so only Mac and Windows users get to take advantage of the latest in digital video formats.

    Regardless of the grammatical correctness discussed elsewhere, I'm curious as to how a codec can be incompatible with Unix. Not currently implemented for Unix, yes, but incompatible, no. It's just a stream of bytes at the end of the day -- and that's *very* compatible with Unix.

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
  9. QuickTime Mac OS X = QT for Linux by DuckWing · · Score: 2
    One thing I think everyone is forgetting. Remember that QT is mainly a format developed by Apple. It is (currently) the dominant format for media on the web. QT Streaming has replaced RealVideo on many sites for example. The only real competition is Windows Media Player and the .asf format (whcih is mostly used for p0rn anyway so I don't care).

    my point however is that QT also works fully on Mac OS X (I know I work with it) which is based on BSD and the Mach kernel. With the libraries available and working, I really think (and hope) that they will work with Linux some day. The format doesn't even need to be published as long as the libs are around. you make QT do all the work of loading movies and playing them. An app just needs to make calls to the library and it just works.

    I speak as someone who does some development with QT on the Mac (as well as tyring to get a Linux project going). Here's hoping!

    --
    -- DuckWing
    1. Re:QuickTime Mac OS X = QT for Linux by josepha48 · · Score: 2
      You have one foot in the water.

      By that I mean you are missing alot of what OS X is. While it is true that it is based on BSD, it also has the Carbon and cocoa layers. The GUI portion would probably never be ported to Linux, but that is no big deal. The codec itself is actually a Sorenson codec, which you need a license for and apple is not letting this go. If they are not letting the codec out for QT4 wwhy would they let it out for QT5.

      Under Linux you have xanim . If you go to his web site (here -> http://xanim.va.pubnix.com/) you'll see that he tried to get the codec, but they would not give it to him. What we in the Linux connumut and the UNIX community need to do is probably set up a petition to petition either the US gov (cause that is where M$ and Apple are) to open their codecs to other platforms. This is sort of a monopolistic tactic. It is currently blocking out anny and every *NIX user from watching these movies, and requiring that if they want to they own either a windows box or mac box.

      Personally I am looking forward to the day when emulators are free (like dosemu) and easy to install and available for Mac. Then I only need to own one box, but can emulate the other OSes. I think that the freemware project or plex86 as I think it is called now will be a big help in this department, but it may take them a year or two to get anything worth using. I'm gonna try bochs soon though.

      I don't want a lot, I just want it all!
      Flame away, I have a hose!

      --

      Only 'flamers' flame!

  10. Re:Apple's Sorenson codec by Snocone · · Score: 2

    Hell, they're not even interested in a totally non-free binary-only port.

    Sure they are. They just don't see that the benefits match the costs.

    The equation will balance a bit more once the OS X port is finished, but with no demand from the authoring side and just a couple million non-revenue-producing whiners on the playback side, it's reeeeeeeeeaaaaallllly hard for anyone with a clue to see how an argument convincing to a shareholder could be made that it would be worthwhile even then.

    It'd make good business sense, too, ... having the free software movement on their side would help them immeasurably.

    If you actually have a quantifiable argument of sufficient quality to convince the Board of Directors, I can have it on Frank Casanova's desk within the day, and he can have it in front of the Board within a week.

    So put up or shut up.

  11. Even when it is final, there are patent problems. by yerricde · · Score: 2

    The biggest problem I've seen with how the MPEG group works is that it allows patented technologies into the standard without requiring (as the JPEG group requires) a royalty-free license from the patent owner to use the technology for implement the standard.
    <O
    ( \
    XPlay Tetris On Drugs!

    --
    Will I retire or break 10K?
  12. The term "compatible with UNIX®" by yerricde · · Score: 2

    Regardless of the grammatical correctness discussed elsewhere, I'm curious as to how a codec can be incompatible with Unix. Not currently implemented for Unix, yes, but incompatible, no. It's just a stream of bytes at the end of the day -- and that's *very* compatible with Unix.

    Any stream of bytes is compatible with the UNIX® components that correspond to GNU Fileutils (`chgrp', `chmod', `chown', `cp', `dd', `df', `dir', `dircolors', `du', `install', `ln', `ls', `mkdir', `mkfifo', `mknod', `mv', `rm', `rmdir', `sync', `touch', and `vdir'). On the other hand, GNU Binutils (`ar', `c++filt', `demangle', `gas', `gprof', `ld', `nlmconv', `nm', `objcopy', `objdump', `ranlib', `size', `strings', and `strip') and GNU libc are the packages that really matter for building and running programs on a GNU/Linux system, and they can't handle Win32 very well ;-)


    <O
    ( \
    XPlay Tetris On Drugs!
    --
    Will I retire or break 10K?
  13. Porting Carbon to Linux? Not likely. by yerricde · · Score: 2

    Now, whether Apple will do the legwork to port the libs

    The libs in question are mostly the Carbon libraries. The Carbon API is a reimplementation of the Toolbox API of MacOS 1 through 9; it's one of the things you pay $2,000 for when you buy a Macintosh® computer.

    Fat chance Apple will port it.


    <O
    ( \
    XPlay Tetris On Drugs!
    --
    Will I retire or break 10K?