Slashdot Mirror


The Future of Ogg Vorbis

Brett writes "The author of MAD, the fixed point MP3 decoder comments on what is wrong with Ogg Vorbis, with a response from jack, one of the founders of the format. "Ogg Vorbis may be the holy grail of patent-free audio compression, but there are some serious issues blocking its path to widespread acceptance. Unfortunately most of us are powerless to correct the situation; the problems must be addressed by Vorbis' creators. " The rest of the of the story is currently running on K5." And Jack's response is enlightening as well.

19 of 227 comments (clear)

  1. Re:Fixed point MP3 decoder by mukund · · Score: 4, Informative

    Fractint was fast with integer operations, cause in those days, integer operations were traditionally much faster than floating point operations on the x86 platform.

    The fixed point implementation of Vorbis would be very useful for embedded hardware where floating point support is usually not available on its CPUs.

    --
    Banu
  2. Mentality by jeroenb · · Score: 4, Insightful

    From the Vorbis guy's response it's clear what the problem is: The idea is great, the plan is good, but the deliverables just take time to materialize. Nothing bad about that, it's true for practically every piece of software (or related, like the Ogg Vorbis specification.)

    Regardless of whether the author of the K5 piece is right about the points he discusses, the Ogg Vorbis creators should take his criticism to heart instead of dismissing it. It's not about whether all those points are valid, so trying to prove that they are not doesn't accomplish anything. They should understand that apparantly they have a problem communicating their plans to their possible supporters from the development community and that what they are doing apparantly makes a strange impression.

    They should be glad someone took the time to actually write this down and complain instead of just forgetting about their project and doing something else.

    1. Re:Mentality by Dominic_Mazzoni · · Score: 4, Interesting

      > How does MAD compare to mpg123 ? Is it much better?

      MAD is more portable, higher quality (outputs 24-bit samples instead of 16-bit samples if you want) and an order of magnitude faster.

      Is that good enough for you?

  3. Barriers to acceptance by lushman · · Score: 5, Interesting

    I can see one main way for Ogg to gain widespread acceptance quickly - as the sound track of your run-of-the-mill, MPAA-angering DiVX. MP3 soundtracks only allow for 2 channels, whereas Ogg will allow for n. The main thing that pisses me off about DiVX is the lack of 5.1.

    Imagine how widespread Ogg would be if it was the favored soundtrack of the DiVX generation.

  4. Re:arrogance by Zachary+DeAquila · · Score: 5, Insightful

    Actually, I got the impression that the author was very frustrated at trying to do an independent 'from-spec' implementation of Ogg... which is impossible since there's no spec.

    Code defines an implementation, not a specification, and using code as a spec leads to 'bug compatible' further implementations (ie. Yeah, that's feature's done really poorly, but it has to in order to be compatible with the bug(s) in the original)
    This is ungood.

    --Z

  5. My iPod by Zo0ok · · Score: 5, Informative

    Sorry to say it, but I cannot use it on my iPod and with iTunes. I ripped my 125+ audio-cds to MP3 as when I got my iPod.

    I hate it when people comes up with this kind of reasons for not switching to a free format and making the world a better place... but now I do it myself. It is a pity. It is a shame.

    But maybe I am wrong? Has anyone installed Ogg in iTunes, and is there any chans to hack the iPod?

    1. Re:My iPod by foniksonik · · Score: 5, Informative

      There is Ogg for iTunes!!!!

      http://www.macosxhints.com/article.php?story=200 20 424233612407

      and more directly:

      http://qtcomponents.sourceforge.net/

      "This site is dedicated to open source QuickTime development for popular open source audio and video codecs. We are currently working on Ogg Vorbis, an audio codec developed by Xiphophorus, and MNG, an animation video codec.

      We have just begun the project, expect many changes over the next few weeks. We will offer a site for developers, as well as one for end-users interested in using our software. At the moment, some areas of our site are not yet implemented. "

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
  6. Re:The author of that article needs some cheese... by Zachary+DeAquila · · Score: 4, Insightful

    What kind of embedded system would have an Ogg player? How about a car stereo? Like, say.. an empeg? Which doesn't have a much in the way of CPU, including the fine lack of a floating point processor?

  7. wtf? by SuiteSisterMary · · Score: 5, Insightful
    In regards to the standards bodies, there are really two well known ones, the IETF and the W3C.
    Why, pray tell, would you try to submit an audio codec to the Internet Engineering Task Force, or the World Wide Web Consortium? Why not submit it to one of the 'really well known' and yet APPROPRIATE standards bodies?
    --
    Vintage computer games and RPG books available. Email me if you're interested.
  8. Too bad my moderation points expired.. by Daniel · · Score: 4, Informative

    ..because I could correct the idiot who moderated this Interesting. Is there a "Misinformative" rating?

    Anyway, not to interrupt a fun GPL thread, but Ogg Vorbis is BSD-licensed precisely to encourage adoption.

    Daniel

    --
    Hurry up and jump on the individualist bandwagon!
  9. Re:Isn't the problem the GPL ? by rknop · · Score: 5, Informative

    As open source Ogg Vorbis is released under the GPL/LGPL. However doesn't this prevent companies to integrate the sources into their software ?

    This is wrong.

    The spec is public domain-- it's not well documented, evidently, but the format itself is public domain.

    The utilities are GPLed, so you have to distribute the source to anything that encompases them.

    The libraries themselves, however, are under BSD.

    See The Ogg Vorbis FAQ.

    -Rob

  10. Most embedded systems don't have an FPU by pslam · · Score: 4, Insightful
    See my comment here.

    For example, I am not aware of any flash portable pocket player that has an FPU. That's because it's entirely possible to do MP3/WMA in integer. Nobody is going to fit an expensive and battery draining processor into their product just to support an extreme minority codec.

    By using floating point for the algorithms, libvorbis is ruled out from nearly all embedded devices. At the moment it pretty much only runs (in real time) on PC/Mac systems.

    1. Re:Most embedded systems don't have an FPU by Skuto · · Score: 5, Insightful

      >Nobody is going to fit an expensive and battery draining processor into their product just to support an extreme minority codec.

      >By using floating point for the algorithms, libvorbis is ruled out from nearly all embedded
      >devices. At the moment it pretty much only runs (in real time) on PC/Mac systems.

      The way you state this sounds like as if Vorbis can't be done with integer-only artihmetic, which is false.

      The reference implementation uses floats, because it makes the code easier to understand (that's what the article indirectly is about!), but there's no reason why you can't have integer decoders (and they already exist...)

      --
      GCP

  11. Too little, too late by NiftyNews · · Score: 4, Insightful

    The problem with OV is that it doesn't make enough of a jump in compression from its predecessor, the MP3 format.

    MP3s will continue to rein supreme, Iron Chef style, until someone releases a new compression algorythm that saves at least 10x more space. It is too much work to convince MOST people to use other forms of music compression when there is negligable savings (in quality and size) for the average user.

  12. Reasons by moonboy · · Score: 5, Insightful


    • The name. Cool for geeks, but for the general public, it sounds funny. It gives no indication whatsoever about the product and what it's used for. Granted 'mp3' isn't much better, but that leads to the next point.
    • mp3 was "first to market". It is deeply entrenched .
    • Ogg may be better sound quality-wise, but for the majority of mp3 users, mp3's "sound good enough" and Ogg doesn't offer enough of an improvement for people to encode all of their stuff over again.
    • Yes Ogg is FREE but again, the average Joe could care less about Free or Open Source software.

    Sorry if I sound like I'm trolling. I'm not. I'm just being honest.
    --

    Co-founder and designer at Music Nearby: http://musicnearby.com
  13. Ogg Vorbis is in Winamp 2.80 by eddy · · Score: 5, Informative

    Personally I thought the news that Ogg Vorbis is now shipped with Winamp 2.80 was the news of they day. Any guess as to how many times over this will double the installed base of computers capable of playing Vorbis-files?

    --
    Belief is the currency of delusion.
  14. Re:The author of that article needs some cheese... by dr_connector · · Score: 4, Informative

    I totally agree. As the hardware developer on a portable mp3 player I can tell you that unless you want to use a hardware decoder (the MAS... chip) and get locked into a particular format (MP3) you're need an software implementation sans floating point. While it is possible to get embedded proc's with floating point capability, the price is simply not worth it in most cases. For instance an EP7312 with no floating point costs about $20, an EP9312 with floating point costs more like $50. Which is why small companies with a low budget like mine choose the cheaper proc's. We are totally open to supporting Ogg, but our first release will support MP3 only because we do have a free library that runs on our proc and runs on it well (well we pay 25 cents per player to Fraunhoffer, but I think that's entirely reasonable)

  15. How about you look up which CPUs they use? by pslam · · Score: 5, Informative
    I think I could answer that far more accurately (see my user info page). Guess what, most of the "good" MP3 players use ARM based CPUs:
    • empeg/Rio car player: StrongARM 220MHz, roughly equivalent to a Pentium 133 without FPU/MMX. Plays MP3s fine at a tiny fraction of CPU.
    • iPod - Portal player dual ARM-7 core 74MHz, roughly equivalent to a 486-100 without FPU/MMX.
    • Rio Receiver: Cirrus 7212 ARM7-TDMI 74MHz. Plays MP3/WMA.
    • Rio Central: StrongARM 220MHz. Plays MP3/WMA.

    They are decent processors - you can do MP3/WMA/Whatever without an FPU. Hell, you can play Quake on them at a reasonable speed. Same goes for Vorbis - it "just" needs an integer implementation, which is rather a large task that nobody in the public domain wants to take on, and no business wants to spend development time on.

  16. Specifications more important than Implementation by inquis · · Score: 4, Insightful

    What I'm going to say is what software engineers already know.

    The specifications for software are much, much more important than your implementation. If the specifications are written completely and well, the design of said software project will "fall" from the specifications, and the implementation will "fall" from the design. "Specification" isn't something you can do after-the-fact; at best, you will have an incomplete specs document (because of developers who incompletely document their own code), and at worst you will have WRONG specs (because a developer makes an innocent typo that doesn't get caught).

    Sure, the ogg stream format and the vorbis audio format have been frozen for a year; however, code is not self-documenting. One of my wisest professors said that the only man he has known that writes self-documenting code is Knuth, and you might be a good hacker, but you are NOT Knuth. Every mortal man needs specifications and design documents to be able to make ANYTHING out of ANY piece of code; hell, I have some relatively simple Java apps I hacked together six months ago that would read like Greek if I didn't have my specs and my design documents.

    How can anyone expect to reasonably use an undocumented format?