Slashdot Mirror


More On The BBC's Codec 'Dirac'

TioHoltzman writes "El Reg is reporting about a new codec that is built on top of wavelet technology and seems to offer performance that is "roughly in line with the Video Codec 9" from Microsoft. The project has been released as open source on SourceForge. This looks like it might be really interesting." (Previously mentioned a few weeks back.)

65 of 278 comments (clear)

  1. patents on arithmetic coding? by Eric+Smith · · Score: 4, Interesting

    The Sourceforge page says that Dirac uses arithmetic coding. Aren't there patents on arithmetic coding? I thought that was the problem with using JBIG for bilevel images, and why most free compressors use Huffman coding or the like.

    1. Re:patents on arithmetic coding? by pjt33 · · Score: 4, Insightful

      Bear in mind that arithmetic encoding would only be patentable in the US. It could create problems for Sourceforge, but it's unlikely to create problems for the BBC.

  2. patents? by Lazy+Jones · · Score: 4, Informative

    Last time I checked, wavelet compression methods were burdened by many patents: google search. What does that mean for users of the codec?

    --
    "I love my job, but I hate talking to people like you" (Freddie Mercury)
    1. Re:patents? by Anonymous Coward · · Score: 2, Informative

      BBC, Europe, no patents.

    2. Re:patents? by Anonymous Coward · · Score: 5, Insightful

      Most of them patent's will be in the US. So they don't matter. No offence to our american cousins on the 'dot, but you so often hear about "this is illegal under the DMCA" or "The've been granted a pantent from the USPO for this" or "The RIAA will come and take your first-born for this" or "The FBI will be busting down your door under the Patriot Act right about now...". It doesn't matter if they have got 'rights' under the DMCA for something because for 96% of humanity, the DMCA is a piece of meaningless toilet paper. No offence to our american friends, as I said, but as this is from the BBC, it only matters what's been done here in the UK. Until that un-democratic european nightmare inflicts more total garbage legislation onto us in the form of software patents and we get our very own version of corporate fascism. Then we'll all be stuffed.

      Looks interesting though. I think a lot of people ignore or marginalise the beed, when they've come out with a hell of a lot of innovation in their time. Let's hope this is one of the 'biggies' that they're responsible for.

    3. Re:patents? by mrogers · · Score: 2, Interesting

      Nah, they just need to distribute the code in archive form, compressed with wavelet technology. Then if you can uncompress the archive you obviously have a license to use wavelet technology, or live in a country where it's unpatentable. ;-)

    4. Re:patents? by HuguesT · · Score: 5, Informative

      What's the problem with distributing patented technology in source form? I believe this is legal. As an example VTK distributes the marching cube patented method (among others) with no problem.

      Unisys never had a problem with any of the LZW implementation in source form. They never asked for them to be pulled out of any site, and neither could they legally. What they asked is if you were using this technology for anything other than research and study (i.e. if you really wanted to compress some file with it for redistribution) *then* you needed a license from them.

      The use of patented methods for research and study is legal, this is the whole point of patenting technology. Patenting is a publication process, in exchange for exclusive control of the technology *in applications*. The idea is that other people can study this technology and improve on it.

      If you as a user take some source code floating on the net implementing some patented technology, and add it to some application, be the application free or not, you are responsible for obtaining a license from the holder of the patent, but AFAIK the author of the code is in the clear, and so are the distributors.

    5. Re:patents? by evilviper · · Score: 2, Insightful
      It doesn't matter if they have got 'rights' under the DMCA for something because for 96% of humanity, the DMCA is a piece of meaningless toilet paper.

      Well, we should put this in context though. Sure, the US only makes up 4-5% of the world, but the largest portion of the people in the world are thinking about how they are going to get their next meal, and don't even have any devices with any form of video playback, so they could care less about codecs.

      In addition, and most importantly, the USA's 5% makes up most of the scientific research in the world, and also makes up perhaps the single largest customer market. Being able to use some video codec outside of the US isn't as great as it may seem, because the desire to get that product into the US is quite large.

      China's attempt at a next-generation DVD format, for instance, has a license agreement with On2 for VP6... They really don't have any need for it in China, since they can just tell On2 to get lost, but they do need it to sell the players in the USA.

      I'm not offended by your statement, but I think they need some context.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    6. Re:patents? by Goth+Biker+Babe · · Score: 4, Insightful

      Sure, the US only makes up 4-5% of the world, but the largest portion of the people in the world are thinking about how they are going to get their next meal, and don't even have any devices with any form of video playback, so they could care less about codecs.

      I have a reply. GSM, DVB, DAB. All of these technologies are doing well despite the US not being a market. Two of them are the defacto standard outside of the US with some small exceptions. The other is becoming a standard.

      You've got China and India and they are not as backward as you thing. The US is less than half the size of Europe, numbers wise. Add South America, Australisia, the Middle East, Asia etc and I'm afraid the US is rather out numbered by thriving markets who can afford the technology.

      the USA's 5% makes up most of the scientific research in the world

      Quote your source. This is complete bullshit. They do make up a large amount of the research but definitely not the majority.

      Stop believing all that propaganda you keep hearing.

  3. New codec? by DiscordOfFive · · Score: 5, Insightful

    Call me a zealot, but I think things are better off open source, doubly so in the case of codecs. I mean, it's a media encapsulation. If a codec is open, then the potential for cross-platform success is much better. Potential for profit may go down, but I'm talking innovation, not wallets.

    --


    Only the purest of souls seek enlightenment. Everyone else just wants power.
    1. Re:New codec? by Eric+Smith · · Score: 5, Interesting
      Agreed! Imagine if there were several patented forms of written language, and you were required to buy special licensed reading glasses that decoded your book. You'd need different glasses for each publisher, and you would not be allowed to make your own glasses, nor to publish your own books without licensing a special publishing system. The idea sounds so outrageously unreasonable that no one would be willing to put up with it, yet this is exactly what Microsoft, Apple, Real, and the media companies are doing to us with digital media.

      Everyone should read Stallman's essay The Right to Read. When I first saw it, I thought it was so implausible that there was no need to worry about it. But since then I've observed much of the groundwork for this dystopia being laid. It is absolutely vital that consumers be educated to reject commercial technologies that take away their rights (including fair use), and instead prefer free and open technologies such as Dirac (assuming that it doesn't run into patent problems).

    2. Re:New codec? by GeekyGurkha · · Score: 4, Interesting

      The potential for profit may well go down. The BBC is paid for by a license fee, and is not-for-profit. No ad breaks, notice the lack of advertising on www.bbc.co.uk .
      Apparently the BBC is planning on allowing people to watch TV shows after thay are broadcast form the website. This codec development could be related to this.

      --
      Hey! What pretty widgets?
    3. Re:New codec? by ron_ivi · · Score: 3, Flamebait
      Parent wrote: "You'd need different glasses for each publisher, and you would not be allowed to make your own glasses, nor to publish your own books without licensing a special publishing system. The idea sounds so outrageously unreasonable that no one would be willing to put up with it, yet this is exactly what Microsoft, Apple, Real, "

      You forgot to mention Adobe - the one company who actually imprisoned someone by doing exactly what you described.

    4. Re:New codec? by EvilGrin666 · · Score: 2, Informative

      Potential for profit may go down, but I'm talking innovation, not wallets.

      In theory, the BBC hasn't been all that interested in profits, being a non-profit taxpayer funded organisation. I was starting to wonder what I payed a license fee for, but if they carry on like this I'll be quite happy to keep paying it.

      I welcome the BBC's foray into OSS, and I hope it'll be the first of many OSS sucesses for them.

    5. Re:New codec? by LiquidCoooled · · Score: 4, Informative

      The BBC have a long history of supporting computer technology.

      Many of us English folks grew up with the BBC Micro computer in schools.

      --
      liqbase :: faster than paper
    6. Re:New codec? by RupW · · Score: 2, Insightful

      If a codec is open, then the potential for cross-platform success is much better.

      Only if there's a driving force to adopt the new standard. (Witness ogg/vorbis.)

      The BBC do a lot to drive new technology - they've done computer and web education drives in the past, they're spending a huge amount of money on digital terrestrial channels that don't get audiences to drive adoption of that, they force-fed new technologoy to the kids on Radio 1 with webcams, SMS votes, etc., before everyone else caught on.

      You have to be someone with like BBC with money, an agenda and available media content to get something like this adopted.

  4. NOT a dupe ;) by Anonymous Coward · · Score: 5, Funny

    Does adding a little note saying "we covered this a few weeks ago" always get the editors off the hook for posting the same article twice? ;)

    1. Re:NOT a dupe ;) by Anonymous Coward · · Score: 3, Funny

      You see the new slashcode? It's got a new line in it:

      $story_txt .= " We've mentioned this before."

      &post( $story );

    2. Re:NOT a dupe ;) by Ithika · · Score: 2, Funny

      Ah but you notice how it almost worked. If that little disclaimer hadn't been there the FP would have said "another editor not paying attention..." etc. And for some reason, it seems to give slashdot users carte blanche to discuss everything - almost to the word - that they discussed last time. Hmm, what did I say in my comment to the previous post, and will it gain me more karma if I post again? :)

  5. could be hopeful by da2 · · Score: 3, Insightful

    i hate to state the obvious, but this could be good for open source, that is having a big name such as the BBC behind it, it should also mean that linux (and other non MS OSs) could be able to use anything the bbc develop/publish with it, cross platform content on demand anyone?)

    1. Re:could be hopeful by awol · · Score: 2, Insightful

      It is even more than hopeful. One things the Americans never really grokked (and to some extent for good reason) is the power of a great public institution. I love the BBC. It has flaws and makes mistakes both in specific cases and at an institutional level, but the one thing that makes it great is the "public utility mandate".

      The reason for this greatness is that these mandates mean that there is the potential to use its clout to formulate these kind of public standards, codecs, browser standards, document formats etc etc. Whilst I do not believe that they have yet grasped this opportunity, I belive they have a great potential to provide an alternative to the corporate model that seems to so powerfully drive the US experience. It also means that it can spend money on things that may or may not be commercially successful, but that needed to be tried in order to "stretch" societies expectations. What is interesting is that this ability to create confronting drama, documentary, news and even comedy has empowered the commercial networks to try the same kind of things (witness the Brass Eye paedophile program incident).

      Well the same kind of "stretching" can take place in technology and perhaps a codec is just the start. The tragedy is that they are about to outsource all their technology by selling off their technology division to one of Accenture, CSC or Siemens. This is a mistake resulting from one of those "flaws" I mentioned before. Hopefully it will not stop the ability of the organisation to continue to drive these kind of technical innovations.

      --
      "The first thing to do when you find yourself in a hole is stop digging."
  6. What other methods? by El+Pollo+Loco · · Score: 3, Interesting

    This type of performance is roughly in line with the Video Codec 9 which Microsoft uses in its Windows Media Player and only slightly less than the H.264 international standard.

    So what methods do these other compressions algorithms employ? I couldn't figure it out from google. It seemed as though H.264 was related to mpeg4? Also, is there a rough guess as to how effective wavelets will be when they're better developed?

    1. Re:What other methods? by steveha · · Score: 5, Informative

      The standard way to compress both audio and video is with the Discrete Cosine Transform, or DCT. MPEG audio and video are based on DCT.

      The basic idea of DCT is to transform the data into a series of waves, which tends to concentrate the data. Then you throw away part of the data, and then use lossless encoding on what is left. If you just threw away pixels, the result would be obvious in an image; but if you throw away part of the wave specification data, the results are not as obvious.

      With DCT, consistent data sets compress very well (e.g., a blue sky or a white wall). Pictures with lots of sharp little edges (e.g., a field of blades of grass) compress much less well.

      My understanding is that potentially wavelets will compress even better than the DCT. However, they are not enough better to be a huge win at the moment.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    2. Re:What other methods? by wmeyer · · Score: 4, Informative
      DCT is the underlying mechanism in motion JPEG, MPEG, DV, and others. Wavelets takes a different approach, as mentioned in the first reply.


      While wavelets doesn't offer a breathtaking advantage in data rate vs. quality factor, it does appear to lend itself to a simpler implementation than does DCT, and unlike MPEG, which is very intensive on the encoder, wavelets places symmetrical burdens on encoder and decoder.


      It was a core assumption in the design of MPEG that the world market for encoders was quite small (where have we heard that theme before???) Clearly, the assumption was false, and one advantage of switching to a wavelets technology would be reduced cost per unit for encoders.

      --
      --- Bill
    3. Re: What other methods? by gidds · · Score: 4, Informative
      One of the problems with JPEG is that it treats each 8x8 block of pixels separately -- I don't think it preserves any relationship between adjacent blocks.

      This means that when information is dropped in each block (according to the compression required), the edges of blocks suffer in a way unrelated to the edge of adjacent blocks. The result -- as the quality decreases, the edges between blocks become more and more obvious, and the whole image becomes 'blocky'.

      I believe this is one way that wavelet technology improves -- the individual wavelets are spread over the whole image, without regard for any blocks, and so the compression degrades much more gracefully.

      As you say, the DCT converts each 8x8 block into a series of cosine waves, both horizontally and vertically in the block. Then, when it needs to reduce the space, it drops the higher-frequency coefficients first -- this is why sharp edges, with lots of high frequency information, suffer most. (You tend to find that lower-frequency coefficients try to compensate, giving the characteristic ripples near sharp edges.) Areas that are relatively smooth, with only low-frequency information to start with, suffer much less.

      Another way JPEG loses information is by colour. The human eye is much more sensitive to fine changes in brightness than it is to fine changes in colour; so the picture is transformed from RGB into a brightness channel and two colour channels, and the brightness channel gets a greater share of the limited space. It's quite interesting, if you're, er, interested in that sort of thing...

      --

      Ceterum censeo subscriptionem esse delendam.

    4. Re:What other methods? by pantherace · · Score: 4, Interesting
      What is even better is fractals. If you can find it, there was a program called fiasco which could do movies and still images, and it wasn't perfect, but the decode was VERY fast and at really really high compression rates, it still looked good.

      It needed some improvements (more searching), and had some faults: around when it came out, it took a 600MHz Alpha (The fastest processor at that time, or darn near it) 24hours for a 30-sec clip, because it used brute force, and the quality was good, and compared to other compression types they all were much larger, and some looked worse. The problem is the difficulty in finding the fractals that will work. Recreating the image is relatively easy.

    5. Re:What other methods? by Stween · · Score: 2, Interesting

      I've seen images that have been encoded using fractal compression; the compression ratios achievable are pretty damn good :) I seem to recall the issue being that the encode was difficult and *very* processor intensive.

      Although I didn't see it, the lecturer talking about this at the time (he was researching in this area) said he'd seen fractal encodings of images which pull out more detail than was actually in the image that was encoded. Sounds like crazy talk to me though ;)

    6. Re:What other methods? by michael_cain · · Score: 3, Interesting
      it wasn't perfect, but the decode was VERY fast and at really really high compression rates... It needed some improvements (more searching), and had some faults: around when it came out, it took a 600MHz Alpha (The fastest processor at that time, or darn near it) 24hours for a 30-sec clip, because it used brute force...

      Indeed. The problem with the effective fractal compression algorithms is basically that, while there is a fast inverse transform to go from compressed to raw form, there is no efficient forward transform to go from a raw frame to the compressed form. There have been some exceptions -- the University of Bath once did a simple fractal compression scheme that went fast in the forward direction, but the compression rates were not very good. TTBOMK, all of the fractal compression schemes that achieve high compression rates require searches over VERY large spaces. If you can develop a fast forward transform, you may not get rich, but you'll be famous within a small circle of mathematicians.

    7. Re:What other methods? by michael_cain · · Score: 2, Informative
      Although I didn't see it, the lecturer talking about this at the time (he was researching in this area) said he'd seen fractal encodings of images which pull out more detail than was actually in the image that was encoded. Sounds like crazy talk to me though ;)

      Unlike an 8x8 DCT (for example), fractal compression is generally scale independent. A block of pixels is represented by a contractive mapping that can be applied to ANY size block. The mapping is applied iteratively and can be proved to converge, regardless of the initial values or the size of the block. If applied to a bigger block than in the original, the algorithm is simply "making up" detail information that wasn't in the original. In some cases, the detail looks quite realistic. In other cases, it doesn't. Researchers, of course, tend to show images that make their algorithms look good (that's not a criticism, just an observation).

      Fractals are not the only class of algorithms where this can be done. It is possible to extrapolate additional levels of detail (high-frequency) information from a wavelet-encoded image. I have seen very effective image sharpening techniques based on wavelets that provide more detail than in the original image.

    8. Re:What other methods? by carlislematthew · · Score: 3, Informative
      AFAIK, H.264 is a compression tecnhology that is going to be incorporated *into* MPEG4. I believe that what people think of as "MPEG4" is actually "MPEG4 - simple profile", and this is why MPEG4 has somewhat of a bad name for quality - it's rather MPEG1ish for higer bitrates.

      H.264 is going to become "MPEG4 AVC", Advanced Visual Codec. This is one of the 3 compression standards due to be approved (or maybe actually approved by now) for HD-DVD. The other 2 are WM9 (love it or hate it) and MPEG2 (for those that have more bits than sense).

      Again, and AFAIK, MPEG4 is more of a "wrapper" format than anything else. Thus, it's becoming a little confusing as "MPEG4" won't mean the same thing once H.264 finally comes out.

      I saw some 8Mbps H.264 (Quicktime and others) at NAB 2004 in Vegas and it looked AMAZING. It was 720p on a huge plasma. I was VERY impressed although saddened to see those smooth areas still had that weird problem with posterization (or whatever it's called). Ya know, smooth skies and so on. However, fast movement was perfect. It uses a crap-load of CPU (especially for encoding!) but I think it will win out overall. Looks similar to some HD 8Mbps WM9 that I've seen....

    9. Re:What other methods? by L1TH10N · · Score: 2, Informative

      It is relatively early days in terms of Wavelet and Fractal technology. Looking at JPEG DCT vs JPEG2000 Wavelets vs Fractals... What makes an image look bad in terms of image quality is the ability of our brain to pick out unnatural patterns from an image. The simplest way to represent an image with less information is to reduce the number of pixels that form the image. Problem is that if we try to do this too much our brain picks up little squares that form the image. What happened with JPEG was that instead of using unnatural looking squares, images were broken down into natural looking sine waves, which when used in an image looked quite convincing. So when you have lots of data to use for image storage, say compression levels of 1:10, there is not much difference between Wavelets, Fractals, DCT and the original image. But when you start to go to compression levels of 1:50 and beyond JPEG image quality falls off because you loose the high frequency components of the image that give the image fidelity. But wavelet patterns are much more complicated and therefore harder for our brain to predict so images based on this complicated patterns look much better. Fractals could possibly have infinite complexity and possibly represent just about any image with very little data. But its like decryption where finding the right key is like finding a needle in a thousand-million haystacks. Fractal compression has the most potential but currently fractal compression works with very simplified mathematical models. I predict that we are starting to hit a technological barrier in terms of DCT and video, so we are starting to move to exploiting wavelets. After we start to exploit the limits of wavelets then fractals will be the answer. Actually I read a paper that showed a mathematical link between wavelets and fractals. The paper was a bit beyond me, but from what I understood wavelets have an interative nature that fractals also have, and the paper somehow demonstrated this mathematically.

      --
      Yet another ironic recursive statement.
  7. Am I the only one... by Power+Everywhere · · Score: 5, Funny

    Am I the only one who thinks that Dirac sounds like some sort of monster from the Dr. Who series?

    1. Re:Am I the only one... by pclminion · · Score: 4, Informative

      Dirac (pronounced Dih-RAK) was a physicist and mathematician. His name appears in this context because of the "Dirac delta function," otherwise known as an impulse function. It lies at the heart of linear signal theory, including wavelet theory.

    2. Re:Am I the only one... by pclminion · · Score: 3, Funny
      Yeah. Thanks. I didn't know that already.

      Well you can't be too careful when you're dealing with Slashdotters with UID > 700000...

  8. Any connection to their archival project? by ejito · · Score: 5, Interesting
  9. let me see by grahamsz · · Score: 2, Interesting

    Open video codec...
    carnivore...
    open video codec...
    carnivore...

    I wonder which cost more

  10. patents, pixlet and jpeg by goombah99 · · Score: 5, Informative
    Only certain implementations of arithmetic coding are patented. see here for a list.. One of those happens to be the form specified for Jpeg which makes it unusable for jpeg. presumably one could come up with another form. on the otherhand using arithmetic coding on top of a highly compressed object is not likely to improve its compression a lot.

    as for wavelet compression being a novel codec, what about apple's pixlet technology?

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:patents, pixlet and jpeg by sinewalker · · Score: 3, Interesting

      I hope you're right goombah99. Personally I wonder if Dirac can be incorporated into the Xiph suite to suplement the ogg theora codec (I googled for 'xiph dirac' and already came up with a zero-content article about BBC competing for title of wierdest codec name with xiph, but nothing with more meat). I also wonder if it would be worth it, not knowing teribly much about video compression and streaming... Theora just went Alpha 2, so it's probably further along in development, if that means anything.

      --
      “Our opponent is an alien starship packed with nuclear bombs. We have a protractor.” — Neal Stepnenso
  11. Interesting article on wavelets by steveha · · Score: 4, Informative

    This is from 1998.

    http://www.seyboldreports.com/SRIP/wavelet/

    steveha

    --
    lf(1): it's like ls(1) but sorts filenames by extension, tersely
    1. Re:Interesting article on wavelets by eddy · · Score: 2, Informative

      There's a well known intro paper on wavelets here: Building your own wavelets at home (Wim Sweldens and Peter Schröder, ACM SIGGRAPH 1996)

      More here.

      --
      Belief is the currency of delusion.
  12. Unfortunately it doesn't matter (yet) by syousef · · Score: 4, Interesting

    Regardless of patents etc. it doesn't matter that there is something as good as a Microsoft codec. Unless there is a perceived advantage, unfortunately it isn't going to become widely adopted because the huge mass marketing machine that is Microsoft is pushing its technology and making it the easy to use default.

    You only have to look at Mozilla/Firebird which have finally matured into reasonably solid stable products. Netscape innovated, then lost market share and IE got a foothold. Now it doesn't matter to most companies that there is once again a good alternative in Mozilla because it only has a small marketshare. In the case of MP3, it took more of a foothold earlier on but we're already seeing movement towards proprietary formats.

    The only way that the open source community is going to do well here is to provide a single coherent product without branches that is trivial to install and use for the average non-technical computer user. Unfortunately the very nature of open source and free software makes this difficult, because you have to reach a consensus amongst a diverse range of very intelligent people with very different politcal agendas. Choosing a single united front is a huge challenge.

    Forget the codec for a moment. If I want to install the latest client operating system from Microsoft there is only 1. (This is the ideal - I know we've had Me/98/XP running concurrently but that's still only 3). How many Linux distributions exist - each version with its quirks and styles. It may be fantastic from the point of view of evolution of the software. Its not going to get users switching over.

    --
    These posts express my own personal views, not those of my employer
    1. Re:Unfortunately it doesn't matter (yet) by Coryoth · · Score: 2, Insightful

      Forget the codec for a moment. If I want to install the latest client operating system from Microsoft there is only 1. (This is the ideal - I know we've had Me/98/XP running concurrently but that's still only 3). How many Linux distributions exist - each version with its quirks and styles. It may be fantastic from the point of view of evolution of the software. Its not going to get users switching over.

      First of all, this is stupid. Imagine if we did away with all that pointless branching into different car manufacturers (who needs all of Toyota, Nissan, Ford, GM etc. each with their quirks and styles) and just had a single make and model of car? Much easier right? Huh?

      Secondly, this is stupid. You are comparing apples with rubber ducks. If you want the latest client operating system from SuSE there is only 1, just like Microsoft. If you want the latest client operating system from Mandrake there is only 1, just like Microsoft. You may as well be saying "If you want the latest client operating system from Apple there is only 1, Mac OS X 10.3. How many x86 operating systems exist - each version with its quirks and styles."

      Please try to make sense in future.

      Jedidiah.

    2. Re:Unfortunately it doesn't matter (yet) by in7ane · · Score: 4, Insightful

      "The only way that the open source community is going to do well here is to provide a single coherent product without branches"

      May be true for other things, but definitely not true for codecs, you can have multiple codecs loaded and not experience any problems/inconvenience (like if you were switching word processors back and forth) with switching between playing files using different ones. Think of how much trouble you have playing a VCD, DVD, DivX (MPEG-1,2, and several implementations of 4).

      Keep in mind this will also likely be driven by a HUGE (and quite good quality - it's BBC) media library being available in this format.

    3. Re:Unfortunately it doesn't matter (yet) by Joe+Tie. · · Score: 4, Insightful

      I disagree. Mozilla and its relatives have a low share because most of the potential userbase doesn't have much understanding of the merits - or even of its existence. People doing video encoding on the other hand, or at least encoding video for non commercial use on the internet, usually have a fairly solid grasp of what the options are. And the end user isn't left with much choice, they double click on a file or they don't get to watch the movie or TV show. I'm going to use xvid as an example. Much less known than DivX, real, or wmv. But it's one of if not the most commonly used codecs for large video files on the internet.

      --
      Everything will be taken away from you.
    4. Re:Unfortunately it doesn't matter (yet) by MancDiceman · · Score: 5, Insightful

      Firstly, the BBC is a much, much, MUCH bigger mass marketing machine in the UK than Microsoft will ever be. This codec is being paid for by every household in the UK that owns a TV set, because we're the ones who pay close to US$200/year for a license which goes directly to the BBC. The BBC are open sourcing it, but the archive project everybody is talking about will only be available to the UK audience for free, and post-Hutton might not happen at all (it was a Greg Dyke baby). So, let's see - if it does happen, the entire BBC back catalogue being made freely available in this format to the entire UK and you think this format will fail? Quite frankly, what planet are you on?

      Secondly, IE "won" the browser wars because it was the best browser. It still is. The reason? Developers still code to the IE "spec", not W3C. In addition it's page loading/rendering speed and start-up is much faster than Mozilla. Simple fact, live with it. Mozilla is exactly what OSS is not supposed to be, particularly on Unix - it's 100% bloatware. Even on my 'nix boxes I have IE running under WINE because it's better.

      Your last two paragraphs completely miss the point of the codec. The BBC is not releasing this for Linux users. They're creating an open format that they still control. They want us to put the time and effort into making it perfect so that everybody can share it. This has always been the way the BBC has worked from technical innovation through to it's creative stance - it gets the people who pay for it, involved in it. They do not care if the implementation makes Linux more viable - they will take any codec work and deploy it for the UK masses on windows. If they decide to release that particular build of it to you for free, be grateful.

      Mark my words, within five years DIRAC will be bigger than MP3 is now.

    5. Re:Unfortunately it doesn't matter (yet) by syousef · · Score: 2, Informative

      Just one question. Have you even used Mozilla or Firefox lately? It certainly use to be a buggy piece of garbage that I avoided for years (after Netscape 4.7) but I'd argue its now better and more stable than IE (which isn't hard).

      Mark my words, within five years DIRAC will be bigger than MP3 is now.

      You're all too willing to predict the future. I wish I had your prescience. You may be right but like Bill Gates and Larry Ellison have been to the tune of many millions and they're the successful ones.

      --
      These posts express my own personal views, not those of my employer
  13. We may start using it in ogg vorbis encapsulation! by urbieta · · Score: 2, Interesting

    I think I recall correctly that the ogg is just a trnsport to carry any typoe of codec so this makes perfect sense in my humble opinion

  14. Re:Government? by Sjobeck · · Score: 4, Insightful

    Many many people do not understand how the government can tax a TV set, and I can admit I am somtimes in that crowd, but let us alos recognize that the Beeb is perhaps the most important source of news, regardless of how they get it to you, and more ways is better, that exists on this insane mudball today. I hope that whatever the Beeb does is a huge success. It has to be. Or the sky will fall & crush us all to death. Taht I am not kidding about......Bush just thanked Rumsfeld for torturing people. Up is down & down is up. And Amerikans are mostly OK with this.

  15. Re:WMV must Die by Ice_Balrog · · Score: 3, Insightful

    We already do. It's called XviD.

    --
    #include "sig.h"
  16. Re:Government? by BigBadBri · · Score: 5, Insightful
    If it was the government doing it, I'd still be cool - a decent BBc engineer costs much less than a useless NHS administrator to employ, after all.

    But the BBC isn't the government - it's public service broadcasting at its best (though it's not as good as it might be, since it feels the need to justify the license fee by playing the ratings game and filling the schedule with mindless drivel). The BBC has been at the forefront of broadcast engineering development since the 1920s, and I'm happy to see them contributing to the world once more.

    And the top rate of income tax over here isn't 50%, it's 40% - I wish it was 50% for high earners, then perhaps they'd have less disposable income to push house prices beyond the reach of the rest of us.

    --
    oh brave new world, that has such people in it!
  17. Common availability by nostriluu · · Score: 4, Interesting

    There are lots of great or just good enough codecs out there. Having an open source codec would be great, but the biggest problem today is not getting the best/freest codec but instead is making it available from the average browser. From a practical point of view, it might be more worthwhile resigning oneself and exerting effort to make common formats (Windows, Quicktime) work well from a Linux computer (from my understanding the Mplayer plugin won't stream Windows/Quicktime).

    Not that this type of research should be discontinued, of course, but from the numerous projects I've been involved in that used streaming media, common availability was the biggest problem... we often had to produce video for Windows, Quicktime and Real. There are some environments (technophobes, corporations, and government) where you can't install a new plugin.

    In fact I think a Java based media streaming applet might be a great solution, since Java has pretty good saturation (although *sigh* there is no entirely free software or open source Java implementation at this moment).

    1. Re:Common availability by MancDiceman · · Score: 2, Interesting

      Java is also way too slow for a HDTV codec (which is the only way the BBC will support HDTV, but even so, they want something close to DVD quality for this stuff) without some serious oomph put behind it.

      Anyway, do you actually want to watch TV programs on your computer? More likely you want something that has the storage and networking functions of your PC, but also makes full use of your plasma screen or projector. In which case, you're looking at a custom media-centre PC. In which case, you can use custom hardware for the decoding and your main processor is mainly handling the UI. If you're pushing the codec processing into custom hardware, you need to make sure that the hardware is cheap enough to produce but your only other consideration is file size. So, really, codec support is not heading in the right direction at all - we want ultra-tight compression, sod the real time aspect because we can put that into custom hardware. Ho-hum.

  18. Would YOU solve the Dirac equation? by Anonymous Coward · · Score: 5, Interesting

    (This is an excerpt from the book 'Surely You're Joking, Mr. Feynman!' and is for everyone here who has, or hasn't, heard of Paul Adrien Maurice Dirac, the namesake of this new codec. It also conveniently fits in with the two articles about Japan that made their way onto Slashdot today.)

    While in Kyoto I tried to learn Japanese with a vengeance. I worked much harder at it, and got to a point where I could go around in taxis and do things. I took lessons from a Japanese man every day for an hour.

    One day he was teaching me the word for "see." "All right," he said. "You want to say, 'May I see your garden?' What do you say?"

    I made up a sentence with the word that I had just learned.

    "No, no!" he said. "When you say to someone, 'Would you like to see my garden?' you use the first 'see.' But when you want to see someone else's garden, you must use another 'see,' which is more polite."

    "Would you like to glance at my lousy garden?" is essentially what you're saying in the first case, but when you want to look at the other fella's garden, you have to say something like "May I observe your gorgeous garden?" So there's two different words you have to use.

    Then he gave me another one: "You go to a temple and you want to look at the gardens ..."

    I made up a sentence, this time with the polite "see."

    "No, no!" he said. "In the temple, the gardens are much more elegant. So you have to say something that would be equivalent to 'May I hang my eyes on your most exquisite gardens?'"

    Three or four different words for one idea, because when I'm doing it, it's miserable; when you're doing it, it's elegant.

    I was learning Japanese mainly for technical things, so I decided to check if this same problem existed among the scientists.

    At the institute the next day, I said to the guys in the office, "How would I say in Japanese, 'I solve the Dirac equation'?"

    They said such-and-so.

    "OK. Now I want to say, 'Would you solve the Dirac equation?' -- how do I say that?"

    "Well, you have to use a different word for 'solve,'" they say.

    "Why?" I protested. "When I solve it, I do the same damn thing as when you solve it!"

    "Well, yes, but it's a different word -- it's more polite."

    I gave up. I decided that wasn't the language for me, and stopped learning Japanese.

  19. Re:Government? by xirtam_work · · Score: 5, Informative

    Nothing to do with the government. The BBC is granted a charter from Parliment, but is not government run or funded. The BBc is funded by a compulsory license fee for owning equipment capable of recieving and decoding their broadcasts such as a TV or tuner card. Basically it's a tax on virtually every household and business in the UK. There is a discount for black & white TV's, pensioners and those with vision based disabilities. In the 'old days' you used to need a 'wireless licence' as well for radios!

  20. Pixlet by Anonymous Coward · · Score: 5, Informative
    as for wavelet compression being a novel codec, what about apple's pixlet technology?

    Pixlet is designed for real-time editing, so it has minimal artifacts and no interframe compression. Dirac is for broadcast, so it is much more agressive about compression and can take advantage of motion compensation and other computationally expensive compression techniques.

    You are right, however, that wavelets are not at all a new compression technology. People started playing with it at least 10 years ago and JPEG-2000 uses wavelets for still photo compression. I think that the computational load has prevented their use in video until recently.
  21. Named after this dude, mayhaps? by The+Ape+With+No+Name · · Score: 2, Interesting
    --
    Comparing it to Windows will be a moot point, since El Dorado is going to have a 40% larger code base than XP.
  22. can anyone explain... by hak1du · · Score: 2, Interesting

    So, can anyone explain how one might use Dirac? Does it plug into transcode? Mplayer? Any other kind of Linux player, DVD ripper, or streaming server/client?

    1. Re:can anyone explain... by Nurgled · · Score: 2, Insightful

      At this point you're not really supposed to use it, you are supposed to develop it.

      Its time will come, assuming enough people are interested and contribute. I don't know anything about audio or video compression so I already counted myself out!

  23. Re:plugin by dollargonzo · · Score: 2, Informative

    mplayer plugin plays whatever mplayer plays. and mplayer plays quicktimei have been watching apple trailers for quite some time

    --
    BSD is for people who love UNIX. Linux is for those who hate Microsoft.
  24. The *really* nice thing about wavelets by ca1v1n · · Score: 4, Insightful

    The great thing about wavelets is how they work at arbitrary resolution without much of a performance hit. Edges look like edges. Since you can basically make a general description of an image and just keep adding more detailed wavelets until you've got the compression/quality ratio you're looking for, and you can define quality however you'd like. One of the ideas for JPEG2000 is to have a field in image tags to specify how much of the image a browser should download, so you'd only have to keep one copy on the server. (By the way, where the hell is JPEG2000?)

    The above just takes advantage of spatial similarity (if a pixel is one color, it's neighbors are probably similar), but you can also take advantage of temporal similarity (if a pixel is one color in this frame, it's probably a similar color in the next one). You can also do motion compression, though when you get to that level of optimization you generally lose the symmetry between sender and receiver resource consumption. Of course, that might just be another CS dissertation away.

  25. Dirac can help with that by hak1du · · Score: 4, Interesting

    There are lots of great or just good enough codecs out there. Having an open source codec would be great, but the biggest problem today is not getting the best/freest codec but instead is making it available from the average browser.

    Yes, and why are so few codecs available? Two reasons: (1) most codecs out there are a software engineering mess and hence hard to integrate into anything, and (2) most of them are heavily covered by patents and copyrights so people can't just write a plug-in and distribute it.

    Something like Dirac holds the promise of letting people create simple, self-contained, freely distributable players that either play stand-alone or can be easily plugged into browsers. Furthermore, the same is true for encoders, allowing people to create content more easily.

    And, unlike MPEG encoders, which have lots of weird parameters and flags, Dirac looks like it is simple enough that making high-quality encodings does not require a Ph.D.

    In fact I think a Java based media streaming applet might be a great solution, since Java has pretty good saturation (although *sigh* there is no entirely free software or open source Java implementation at this moment).

    Well, even there, a simpler format can help: something like Dirac is probably a whole lot easier to re-implement in Java than something like MPEG4.

  26. Grammar by Surreaberal · · Score: 2, Funny

    Please don't ever again say the words "wavelet technology," it sounds retarded--it might make someone want to introduce some "fist technology" to your "face technology."

  27. Re:Yes, BBC is a govt agency by Anonymous Coward · · Score: 2, Informative

    The BBC hasn't been a monopoly since 1955, and no, it's not a function of Government, there is no minister for the BBC nor is there a chain of command within government in charge of managing the Beeb. We have agencies, lots of them, but the BBC isn't amongst them.

    It's an independent public body incorporated via a Royal Charter. Just because it appears soft-left doesn't mean this is encouraged or engineered by Government, it's much to their annoyance in fact, take the Dr. Kelly affair or their war coverage from last year for example.

  28. Re:Government? by arkhan_jg · · Score: 2, Informative

    The general method of detection is that they send you a letter if you haven't bought a licence for your house, such as when the previous owner moves out and takes their licence with them.

    It's at that point where you buy a licence, or tell them you don't own a TV.

    Obviously, I've never tried this personally, but scuttlebutt (and TV adverts) indicate they send someone out to your house to see if you really don't have a TV. If you're muppet enough to have your TV visible from the road when you're using it, then expect a nastygram threatening (civil) court proceedings. Up to 400 quid fine, I believe.

    If you refuse to let them in (which you can do of course, they won't have a warrant), and they still suspect you of having a TV (aerial or satdish on the roof, for example) then they can send a TV detector van.

    Theoretically, an operating TV also acts as a low power transmitter which can be picked up with a close range directional aerial. Vans wandering through the street looking for non-payers is a myth - they have to sit right outside your house with a directional aerial looking for the signal. I've never seen one personally.

    Note, you can't go to jail for not paying and getting caught. It's a civil offence, not a criminal one. It's a bit like getting caught for not paying your road tax...

    --
    Remember kids, it's all fun and games until someone commits wholesale galactic genocide.
  29. Re:Government? by ThaReetLad · · Score: 2, Informative

    The BBC is a quasi-autonomous non-governmental organisation (QUANGO). IIRC they are empowered by their royal charter to collect the licence fee, which in theory is the source of all tax raising powers in the UK. The board of governors are appointed by the government and are charged with serving the interests of the viewers, and maintaining editorial independence. On of their duties as laid out in the charter is to perform R+D in line with their overall obligations.

    http://www.bbc.co.uk/info/policies/charter/

    --
    You can't win Darth. If you mod me down, I shall become more powerful than you could possibly imagine