Slashdot Mirror


Sun Developing Open Media Stack

Graftweed writes to share that Sun is working on a new open video codec called Open Media Stack (OMS). OMS video will be based on H.26x technology and promises to deliver royalty-free open video. This certainly isn't the first attempt at an open codec, hopefully Sun will decide to add something to the table beyond just their name.

25 of 99 comments (clear)

  1. Just their name by DennisZeMenace · · Score: 5, Funny

    > hopefully Sun will decide to add something to
    > the table beyond just their name.

    The *Java* Sun Open Media Stack ?

  2. I thought h.26x was patented by tepples · · Score: 3, Interesting

    I thought there were essential patents without Free licenses on the H.26x technologies, such as the H.264 Advanced Video Coding used in MPEG-4 part 10.

  3. Huh? by Watson+Ladd · · Score: 3, Insightful

    Isn't there already a gpl'd alternative to .flv? What advantages are there in sun's offering? And given that the patent fees on .mp4 are so low, is that really needed?

    --
    Inventions have long since reached their limit, and I see no hope for further development.-- Frontinus, 1st cent. AD
  4. Xvid by TheGreatOrangePeel · · Score: 5, Informative

    ...uhm. not only is Xvid an "attempt" at an open codec, it's arguably a success. I use it for just about all of my encoding, andyway and it's certainly more of a success than Theora.

    1. Re:Xvid by Cajun+Hell · · Score: 5, Insightful

      It's only successful from a technical perspective. The patents keep it underground. If anyone with money tries to use Xvid, they'll either have to license the patents, or they'll be in court. Xvid is useless to Sun and their customers.

      --
      "Believe me!" -- Donald Trump
  5. Seriously? Why? by rmdir+-r+* · · Score: 5, Interesting
    What's wrong with existing solutions? Xiph has a pretty good container format, and a codec comparable divx/xvid, while the BBC has recently finished Dirac, which is not quite ready, but which has the advantage of being:
    • Patent and royalty free (the BBC worked very hard at this)
    • GPLv2, LGPL, MIT or MPL licensed reference implementation
    • Finished: the bitstream has been frozen, etc. Integration with container formats isn't quite there though.
    • Better than h.264
    So why is trying making a patent-free h.264 clone worth the time? You are certainly duplicating effort, and we already have solutions.

    NIH, perhaps? Too many bored engineers?

    1. Re:Seriously? Why? by Jherek+Carnelian · · Score: 4, Insightful

      Obviously all the folks who use H.264 have looked at the alternatives you mention and rejected them. That's an awfully big assumption. From my experience within the corporate world, I'd feel reasonably confident in saying that not even half of the folks who use h.264 even know that dirac exists, much less have looked at it as an alternative to h.264.
    2. Re:Seriously? Why? by trawg · · Score: 4, Interesting

      Xiph has a pretty good container format, and a codec comparable divx/xvid Last time I checked the open source Xiph stuff wasn't really comparable to DivX/Xvid - that was a while ago so maybe they've made advances since then, but the last benchmarks I saw showed it was not as good for quality/bitrate.

      I have been posting about Dirac in almost every thread on video codecs on Slashdot hoping to raise awareness; the fact that it is truly free and (hopefully) not going to be encumbered by patent rubbish means we might stand a chance of freeing Internet video from the clutches of Adobe/Flash and all the h264/other codec patent holders.

      So why is trying making a patent-free h.264 clone worth the time? You are certainly duplicating effort, and we already have solutions.

      NIH, perhaps? Too many bored engineers? My first reaction on reading this was "this is awesome news because the more options the better", which is typically my attitude towards most software. That said, the more people working on Dirac, the better - the BBC have done the hard yards and having a pool of awesome Sun engineers working on it and improving it would certainly help matters.
    3. Re:Seriously? Why? by rmdir+-r+* · · Score: 3, Informative

      That's an awfully big assumption. From my experience within the corporate world, I'd feel reasonably confident in saying that not even half of the folks who use h.264 even know that dirac exists, much less have looked at it as an alternative to h.264.
      It is important to note that Dirac was only finished this year.
    4. Re:Seriously? Why? by trawg · · Score: 4, Insightful

      How do you unseat Flash? Unless the codec is efficient enough to be decoded by Javascript, you won't have anything more commonly installed available. If I had unlimited resources and was hugely philanthropic (and/or just wanted to destroy Flash as the de facto standard for web video), I'd do it like this:

      1) develop an open source video codec that is a) comparable in quality/bitrate to mpeg4/h264) and b) not encumbered by patents and does not conflict with existing patents (this is almost certainly the hardest part - even starting from scratch chances are you're going to step on someone's patent portfolio)

      2) create an open source player plugin for as many browsers on as many platforms as I could find, with some nice basic functionality and published specs so anyone else could create one for their browser/platform of choice.

      3) create open source tools for easy encoding/transcoding of existing content to your content (note that this step might require your transcoding tool to be commercial - in order to do this legitimately I'd say you'd need to buy a license to decode things like mpeg4 into a new format). Publish the shit out of your encoding process and let the open source community make free tools. (This step is, I feel, ridiculously important. Video creation is still a bit of a pain in the ass and unless you can make it easy for people to use it, it'll never take off.)

      4) create open source DirectShow filters and all the other crap needed to make your video codec work seamlessly on Windows, and distribute as a simple Windows installer. Make sure they're explicitly redistributable as part of the license and let all those codec pack creators help spread the word.

      5) parter with, or create, a site with a bunch of video to a) demonstrate how well it works and b) promote it and help foster adoption. There is an assload of excellent Creative Commons content out there to start with.

      (Optional) 6) Create a new company providing commercial services for all of the above for companies that want to go the extra mile (bulk encoding services, streaming and distribution, hosting, etc).

      All non-trivial steps!
  6. Re:Alas, another flavour by mrsteveman1 · · Score: 2, Funny

    Probably that whole "actually being used" part that tends to cause problems

  7. Re:Alas, another flavour by Anonymous Coward · · Score: 2, Interesting

    All they have to do is include it with the various java distributions and suddenly a billion lazy programmers have a free, well documented, easy to use, cross-platform codec that requires no additional tooling. There are libraries out there for using other codecs, but the 2 steps it takes to develop for them (download, then add library to build path) is such a huge barrier to entry they might as well not exist.

    Of course they could have just supported one of the other open formats, but why would you blow tons of cash on someone else's failed format when you can have your very own stillborn one? The grief is just so much more personal that way.

  8. Re:dumb question by _merlin · · Score: 2, Informative

    Different context for the word stack: in this case it's a stack of components, like video and audio codecs sitting on top of some stream format sitting on a container file format. You know - like when they talk about a protocol stack (HTTP on top of TCP on top of IP on top of Ethernet, etc.).

  9. Re:Alas, another flavour by Sancho · · Score: 4, Informative

    Theora is a last-generation codec. It's pretty good, but quality/compression-wise, it's comparable to DivX.

    What we really want is something which is comparable to h.264.

  10. Re:Open source? by Sancho · · Score: 2, Informative

    Oh, to have mod points for you.

    Some people just don't understand that "Open Source" doesn't mean "license-compatible with my license of choice."

  11. Re:Alas, another flavour by Skinkie · · Score: 2, Informative

    The problem with dirac was that it was to slow. At least two implementations Schrodinger and the partial not yet finished one in FFMPEG (last SoC) can offer the performance users want to have. Since there is there are now hardware (GPU and FGPA) decoders and encoders for Dirac, a browser plugin going to developed, chances are that this can be a next step in a better codec and free for all. Now I always wondered what will be the audio equivalent of Dirac ;)

    --
    Support Eachother, Copy Dutch Property!
  12. Multimedia by jd · · Score: 2

    If the web is heading in the direction of being an online virtual library and multimedia service, then yes, you want HDR. You want online photographs and mediascapes to be every bit as good as they are in other formats. Web 3.x (or whatever the latest version is under cvs) has chosen to compete with physical publishing, television and cinema. Those are tough fields to compete with, if you're operating at a significantly lower grade.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  13. Re:Alas, another flavour by setagllib · · Score: 5, Informative

    Except that Sun's work is based on h261, because it's so old that no patents can possibly apply to it any more. Dirac is a current/next-generation codec that's also royalty free, and certainly a lot closer to completion than Sun's offering. The FAQ for OMS considers Theora and Dirac as friendly competition, which is fair enough, but really, why not just put more talent into Dirac?

    --
    Sam ty sig.
  14. H.26x: what is it? by ajs · · Score: 2, Informative

    Nice article on what H.26x is at ddj: http://www.ddj.com/201203492

    I had no idea how tangled the standards were... ugh.

  15. Re:Alas, another flavour by AndrewStephens · · Score: 3, Insightful

    Actually, I think Sun is one of the only companies that could possibly do this. Java is installed on the majority of Windows desktops, and self-updates on each new version. Sun could roll this out as part of a Java update and hardly anyone would notice. Now their only problem is getting content producers to use the codec - good luck with that.

    --
    sheep.horse - does not contain information on sheep or horses.
  16. Re:Alas, another flavour by atamido · · Score: 3, Insightful

    First of all, the specification and the reference implementation to produce and read back a valid stream were just finished. A month ago. After a few years of development. And it still doesn't even use all of the features, let alone efficiently.

    The reason the BBC isn't using Dirac yet is that it isn't anywhere close to being ready, so it isn't actually usable in any meaningful way. Give it another year of development to get the obvious optimizations done and then the BBC may have a reason to switch to it entirely in the iPlayer. And once the millions of people that use the iPlayer to watch BBC's content prove the value of Dirac, other companies will have an incentive to use it.

    Chances are that it will be used in many ways that people won't realize. For instance, Vorbis isn't well known at all in the public, but many game developers use it for audio in games. Game developers love having an open source and royalty free audio decoder with top of the line performance. When Dirac matures, they will love having an open source and royalty free video decoder with top of the line performance too.

  17. Re:Alas, another flavour by jd · · Score: 2

    The Japanese were looking at a format 30x high-definition, according to a story on Slashdot not too long ago. Dirac might be a reasonable competitor for storing or transmitting a video signal of that magnitude. Another possibility would be to have an all-digital IMAX - regular codecs aren't really up to the job of storing or delivering data of that quality and resolution. A third would be for transmitting video to hand-held devices. I'm not sure ultra-low-power buys you much after a while, but bandwidth to mobile devices is always at a premium, as is memory on the device itself. Any of these could be markets for Dirac, if sufficient research and development is put into the format and at least one implementation.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  18. Re:Alas, another flavour by Tom9729 · · Score: 2, Insightful

    I might be wrong, but I don't think Java updates itself autonomously on Windows. Maybe there's a setting so it will do that, but I think by default it'll only notify/annoy you about the latest version. You (as the user) still have to give it the "go ahead" before it will install anything.

    Feel free to mod me down if I'm wrong though.

  19. doom9 has more info.. by SD-Arcadia · · Score: 2, Informative

    You can check out the progress of Shrodinger (A Dirac implementation) over here: http://forum.doom9.org/showthread.php?t=135176

    --
    https://dalgamotor.wordpress.com/ - Elektronik beyinlere ozgurluk asisi (Turkish)
  20. Re:Alas, another flavour by Cyberax · · Score: 2, Informative

    ??

    http://xiph.org/vorbis/doc/stereo.html - there is joint stereo support in OGG.

    OGG format also has 5.1 support but I have not seen it 'in the wild'.