Slashdot Mirror


Ogg Vorbis / Theora Language Removed From HTML5 Spec

Rudd-O writes "It's official. Ogg technology has been removed from the HTML5 spec, after Ian caved in the face of pressure from Apple and Nokia. Unless massive pressure is exerted on the HTML5 spec editing process, the Web authoring world will continue to endure our modern proprietary Tower of Babel. Note that HTML5 in no way required Ogg (as denoted by the word 'should' instead of 'must' in the earlier draft). Adding this to the fact that there are widely available patent-free implementations of Ogg technology, there is really no excuse for Apple and Nokia to say that they couldn't in good faith implement HTML5 as previously formulated."

395 comments

  1. Ogg mad! by Anonymous Coward · · Score: 5, Funny

    Ogg the cavemen break Apple and Nokia heads with open source CD!

    1. Re:Ogg mad! by Anonymous+Codger · · Score: 1

      What humorless noob moderated this as troll? I thought it was funny and appropriate. Go Ogg! Break some moderator heads with open source CD!

      --
      No sig? Sigh...
    2. Re:Ogg mad! by Turing+Machine · · Score: 1

      Dude! Where have you been?

      (crosses fingers and hopes this doesn't herald the return of hot grits, Natalie Portman trolls, and Jon Katz).

  2. Figures by strikeleader · · Score: 4, Insightful

    And once again the public loses

    1. Re:Figures by Anonymous Coward · · Score: 0

      Yeah. Now their browsers will only be able to view media of a type they actually have.

    2. Re:Figures by Anonymous+Brave+Guy · · Score: 3, Insightful

      I'm sorry, but how is it a loss for the public to remove any reference to specific media formats from a specification that should by its nature be format independent? Ogg had no more business being in an HTML spec than WMV, RA, or some Flash-based video player.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    3. Re:Figures by Anonymous Coward · · Score: 0

      It's hard to believe people are so blinded by Vorbis that they don't see that the HTML spec shouldn't be specifying media types. Last I checked, HTML didn't embed music, it linked to it.

      It's even harder to believe that people can't see that a codec not installed by default on the major desktop OSes shouldn't be picked as the new web default. Because the public really wants to install more codecs, right?

    4. Re:Figures by Kadin2048 · · Score: 1

      It's even harder to believe that people can't see that a codec not installed by default on the major desktop OSes shouldn't be picked as the new web default. Because the public really wants to install more codecs, right? Don't be dense. The public doesn't have any HTML5 browsers either, because they don't exist yet. So the fact that they don't have Ogg codecs should't be an impediment either.

      They had an opportunity here to eliminate the plugin morass (which is a disgusting hack anyway, and leads inevitably to incompatibility and proprietary formats) in favor of a format that each browser could implement. Get an HTML5 browser, and you'd have Ogg support already. It would be completely transparent to the user. All they'd know is that sites using Ogg "just worked," while sites sticking with proprietary codecs required a plugin.
      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    5. Re:Figures by Ignorant+Aardvark · · Score: 3, Insightful

      I'm sorry, but how is it a loss for the public to remove any reference to specific media formats from a specification that should by its nature be format independent? Ogg had no more business being in an HTML spec than WMV, RA, or some Flash-based video player.

      Methinks you are being a bit myopic here. Where would we be today if the HTML spec didn't specify jpg, gif, and png as baseline standards for the image tag? Can you imagine a huge mishmash of competing proprietary image standards, many of which wouldn't even render in free software browsers like Firefox? That would be a nightmare, but unfortunately, that's what's currently happening with video. Much like the image standard in HTML means that any browser can display anything in an image tag, so too must the video standard in HTML guarantee that any browser can display anything in a video tag. That's what the proposed specification is about.

      The web isn't just about static text. It's about images too (and thankfully, the HTML specification handles them well). And what with the increasing prevalence of broadband connections, it's becoming more about videos each and every day. We need a standard that actually works for videos. Because what we currently have is broken. HTML is a standard; it only works when it specifies exactly which formats are to be used, and thus, what must be implemented by browsers. Ogg/Theora must stay in the HTML5 specification, or there will be no end in sight for the web's video woes.

    6. Re:Figures by Jeff+DeMaagd · · Score: 1

      I think Ogg has more business than any other container format - it really is open for anyone to use, and you don't have to worry about the whims of Microsoft, Real or Apple, or their fragmenting ways.

      I'd think that's the best way to go, and I don't use any Ogg formats. That would also make it easier to make a web site because the owners don't have to either render three different videos for upload, making maintenance a lot easier. It would be an alternative to using flash for video too, if every web browser supported it without requiring a seperate download.

    7. Re:Figures by MichailS · · Score: 1

      Because OGG is a set of high quality, open source, patent-free standards that anyone can implement, no catch.

      HTML is to browsers what OGG is to sound and video, ODT to documents, PNG to pictures.

      Whereas WMV, RA and Flash are proprietary patented corporate bullshit designed for vendor lock-in.

    8. Re:Figures by Bogtha · · Score: 5, Insightful

      I'm not sure if you are trying to be ironic here or if you are actually serious.

      Where would we be today if the HTML spec didn't specify jpg, gif, and png as baseline standards for the image tag?

      No HTML specification does that. The farthest any HTML specification goes is mentioning that they are common formats.

      Can you imagine a huge mishmash of competing proprietary image standards, many of which wouldn't even render in free software browsers like Firefox?

      Yes, in fact that's precisely the state of the world today. For instance, Firefox doesn't support JPEG 2000.

      That would be a nightmare

      Not really, because all major browsers support JPEG and PNG, despite the fact that the HTML specifications haven't recommended them.

      HTML is a standard; it only works when it specifies exactly which formats are to be used

      It does no such thing. For instance, it doesn't require browsers to implement JavaScript, it provides scripting language-independent hooks that can be used to support JavaScript or any other scripting language. It doesn't require browsers to implement CSS, it provides stylesheet language-independent hooks that can be used to support CSS or any other stylesheet language. It doesn't require browsers to implement JPEG or PNG, it provides image format-independent hooks that can be used to support JPEG, PNG or any other image format. And the HTML 5 specification is taking the exact same approach by not requiring Theora or Vorbis, but providing codec-independent hooks that can be used to support Theora, Vorbis or any other codec.

      The choice of video and audio codecs is outside the scope of the HTML 5 specification. Attempting to more tightly couple independent formats is myopic.

      --
      Bogtha Bogtha Bogtha
    9. Re:Figures by AnotherShep · · Score: 1

      If this means that a page will have less of a chance of making noise when I go to it, then I'm all for it.

    10. Re:Figures by Nabeel_co · · Score: 1

      Public looses? It would be a loss for me (and the general public) if Ogg was used... I have a music library of 2300 songs in my computer all in lossless MPEG 4 format, and I don't have a single piece of software that can play an Ogg file, like 95% of the rest of the world! HTML5 is suppose to be a standard, so why don't they use what is popular? If you want to use Ogg, go right a head, but I (and most of the rest of the world) use MPEG, so don't force Ogg on me, because I don't want it.

    11. Re:Figures by DragonWriter · · Score: 2, Insightful

      It doesn't require browsers to implement JPEG or PNG, it provides image format-independent hooks that can be used to support JPEG, PNG or any other image format. And the HTML 5 specification is taking the exact same approach by not requiring Theora or Vorbis, but providing codec-independent hooks that can be used to support Theora, Vorbis or any other codec.


      Even before mention of Ogg formats was removed, HTML5 would not have required those formats. You correctly note that current the HTML 4.01 recommendation doesn't require JPEG, PNG, etc., but you fail to note that it does specifically mention three image formats, and they are "GIF, JPEG, and PNG".

      Of course, if you did mention that, it would be a lot harder to use the current recommendations treatment of images to argue that removing the mention of Ogg formats from the HTML5 draft is consistent with the way prior HTML standards have treated images.

    12. Re:Figures by Bogtha · · Score: 4, Informative

      You correctly note that current the HTML 4.01 recommendation doesn't require JPEG, PNG, etc., but you fail to note that it does specifically mention three image formats, and they are "GIF, JPEG, and PNG".

      Yes, it mentions them, it doesn't recommend them. Look at what it says:

      src = uri [CT] This attribute specifies the location of the image resource. Examples of widely recognized image formats include GIF, JPEG, and PNG.

      It mentions them as examples to illustrate how the <img> element type is used, not in order to promote them and certainly not to "specify them as baseline standards" as Ignorant Aardvark was claiming.

      And how in hell did I "fail to note" that it mentions them? I explicitly said it mentions them.

      Of course, if you did mention that, it would be a lot harder to use the current recommendations treatment of images to argue that removing the mention of Ogg formats from the HTML5 draft is consistent with the way prior HTML standards have treated images.

      That's simply not true. There is a world of difference between mentioning popular formats as examples and saying that vendors should implement them.

      --
      Bogtha Bogtha Bogtha
    13. Re:Figures by Verbunk · · Score: 1

      The good thing about inserting ogg theora and ogg vorbis in the html spec is that 'standards compliant' browsers will need to support it. This act incredibly fosters adoption of ogg and could lead to other companies / technologies following suit. Imagine all those phone / media players supporting ogg, any device meant to connect to the web actually. Instead of web sites inserting windows media items that don't play so well in non-M$ OS's, ogg would have a bit of the upper hand.

            Who wants to go to a website and find out you need to download and install their proprietary codec (M$ only of course) to view their media. :P I had to install the divx media player the other day. PITA. If there is one recommended format then we can consolidate all the plugins as well.

            Just my two cents.

    14. Re:Figures by Z00L00K · · Score: 1
      Essentially it's right - what's needed is actually a higher level specification of service availability instead.

      Even if OGG and Theora are fine formats by themselves and are easy to support the listing of services in a browser should be specified elsewhere in a different recommendation. HTML is a format for document layout, even if it embeds content.

      What I really would like to see is instead support in HTML5 for better input element alternatives, the current alternatives has evolved with new features the last years, and also a few new input alternatives would provide some evolution of the web instead of the need for applets or activeX (shudder) to construct a suitable input.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    15. Re:Figures by corifornia2 · · Score: 1

      Fuck the public they suck.

    16. Re:Figures by cching · · Score: 1

      Yes, in fact that's precisely the state of the world today. For instance, Firefox doesn't support JPEG 2000. ...

      The choice of video and audio codecs is outside the scope of the HTML 5 specification. Attempting to more tightly couple independent formats is myopic. It's funny, you contradict yourself. You don't want the W3C to standardize on formats, and, yet, you complain about browsers that don't support your formats. Wouldn't the web be a better place if there were a few good, open standards of media on which the web platform could standardize? I know it sure would be easier for content providers and it would be better for users. So I really don't understand where you're coming from.

      Welcome to 2007, things change. The W3C should be specifying *open* formats for their platform that content providers can rely on to be supported so that users *don't* have to download plugins to make web sites work.
    17. Re:Figures by Bogtha · · Score: 1

      You don't want the W3C to standardize on formats

      No, I want formats to be loosely-coupled. I'm in favour of standard formats. I'm not in favour of one format being coupled to another for no technical reason.

      you complain about browsers that don't support your formats.

      I wasn't complaining that Firefox doesn't support JPEG 2000. Go back and read the thread again. Ignorant Aardvark was describing a (to him) hypothetical scenario where the HTML specification didn't require particular image formats, and said that the consequence was a nightmare of image formats that weren't reliably supported by open-source browsers. I was pointing out that this is, in fact, the world we live in today, and pointed out JPEG 2000 support in Firefox as evidence of that.

      Wouldn't the web be a better place if there were a few good, open standards of media on which the web platform could standardize?

      Sure it would. But it's not the HTML specification's job to provide leverage for a particular video or audio codec. The HTML specification should standardise HTML and not blunder into orthogonal issues like video/audio codecs.

      --
      Bogtha Bogtha Bogtha
    18. Re:Figures by cching · · Score: 1

      I wasn't complaining that Firefox doesn't support JPEG 2000. Go back and read the thread again. Ignorant Aardvark was describing a (to him) hypothetical scenario where the HTML specification didn't require particular image formats, and said that the consequence was a nightmare of image formats that weren't reliably supported by open-source browsers. I was pointing out that this is, in fact, the world we live in today, and pointed out JPEG 2000 support in Firefox as evidence of that. You need to read what I said. I know this is the world we live in and I want that to change. W3C *should* specify a required (image/audio/video) format that everyone must support. If you support more, call it a competitive advantage. That's the world I want to live in.

      Sure it would. But it's not the HTML specification's job to provide leverage for a particular video or audio codec. The HTML specification should standardise HTML and not blunder into orthogonal issues like video/audio codecs. Then who's job is it? Times change and I think the HTML spec should grow with the times. I envision a future where I don't have to require my users to download special players to play my content (or codecs for that matter) unless I really want them to.
    19. Re:Figures by Darundal · · Score: 1

      Out of curiosity, what programs do you have that can't play ogg files?

    20. Re:Figures by Anonymous Coward · · Score: 0

      And once again it has been proven that Apple is nothing but a big, ugly, monopolistic company that treats the public like crap. They can go fsck Microsoft for all I care. I just wish people were smarter to believe all the lies and bullshit from Apple. You hear that apple fags? Die. Die! DIE!

    21. Re:Figures by hatchet · · Score: 1

      Going by your logic: JPEG, GIF and PNG also have no business in html...

    22. Re:Figures by Bogtha · · Score: 1

      You need to read what I said. I know this is the world we live in

      I didn't say you didn't. Seriously, go back and read the thread, you keep responding to sentences individually and taking them out of the context of the thread. It went like this:

      1. Ignorant Aardvark doesn't realise this is how things are.
      2. I explain it is, and give lack of JPEG 2000 support in Firefox as an example of that.
      3. You misinterpret my mention of that format as a complaint that it isn't supported.
      4. I point out you are misinterpreting it and explain that I was correcting Ignorant Aardvark.

      I am not trying to explain to you that the world is this way. I was explaining it to Ignorant Aardvark, and you misinterpreted something I said, so I explained why I said it.

      W3C *should* specify a required (image/audio/video) format that everyone must support.

      But why must this be in the HTML specification? HTML is a markup language, its specification should concern itself with markup, not codecs.

      And why should it be the W3C that does this? There are other standards organisations, ones more experienced with video and audio.

      Times change and I think the HTML spec should grow with the times.

      So you think that anything useful, no matter what it is, should be crammed into one behemoth specification? No. That's ludicrous. It goes against established principles of the web architecture. Specifically, orthogonal abstractions benefit from orthogonal specifications.. I quote:

      Experience demonstrates that problems arise where orthogonal concepts occur in a single specification.

      --
      Bogtha Bogtha Bogtha
    23. Re:Figures by Anonymous+Brave+Guy · · Score: 1

      And if you look carefully... They aren't recommended by HTML. In fact, as far as I can see, the only mention of them in any W3C Recommendation for any flavour of HTML is as an example of what might be identified by an <img> tag.

      This is as it should be. I have no problem with HTML providing generic elements to include graphics, multi-media content and such. But we have extensible mechanisms, such as content-type, to indicate which specific formats are used when files are supplied as a result of these generic elements. There is simply no need for a mark-up language like HTML to be involving itself in anything other than mark-up.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    24. Re:Figures by dozer · · Score: 1

      You're implying that you would be happy with HTML5 saying "widely recognized formats include Ogg Theora video and Ogg Vorbis audio, as well as the Ogg container format." Is that true? That sounds great to me.

    25. Re:Figures by scuba0 · · Score: 1

      And you missed the point of adding a format that is free to use and _should_ work on al platforms but not a must to use by developers. Other formats are not affected by this and if someone wants to use a properity format they are free to do so. By implementing a format that is free it makes it more viable to use if you want an independent format on all platforms.

    26. Re:Figures by Anonymous Coward · · Score: 0

      Not yet: Both Opera and Firefox have prerelease builds with Ogg support already, this just proves that it will take a bit longer for Webkit to get it since it's controlled by Nokia and Apple (open source is sadly no guarantee for open standards). Just head over to http://labs.opera.com/ if you want to read more about it or try it out yourself.

    27. Re:Figures by Bogtha · · Score: 1

      No. Firstly, that's not an analogous situation. GIF, JPEG and PNG are ubiquitous. Theora is an extreme minority and Vorbis not much better. The closest match would be MPEG-1.

      Secondly, I don't particularly feel that GIF, JPEG and PNG needed to be mentioned either. I'm pointing out that recognising them as examples of formats is an entirely different matter to saying that vendors should implement them, not approving their mention in the first place.

      --
      Bogtha Bogtha Bogtha
    28. Re:Figures by Sancho · · Score: 1

      You don't necessarily use what is popular because what is popular might be proprietary. Flash is extremely popular--do you want to see that in the HTML5 standard?

      As for software that plays OGGs, you're looking at it wrong. If OGG was an HTML5 standard, then any HTML5 browser would play OGG files. They weren't suggesting that you switch your audio/video codec of choice for local storage--this was about streaming media to the browser. If they are going to recommend codecs and container formats, they should choose them based upon whether a compliant browser can implement it without paying royalties. There are really few options, and of them, OGG is the best.

    29. Re:Figures by cching · · Score: 1

      So you think that anything useful, no matter what it is, should be crammed into one behemoth specification? I don't think that including a standard image/audio/video format that must be supported makes the spec much bigger than it already is. If it's a behemoth because of the added "you must support these media formats", then I think it was a behemoth before it specified that.

      Experience demonstrates that problems arise where orthogonal concepts occur in a single specification. I disagree with you that this is an orthogonal concept. I think it sits right smack dab in the middle of the problem. HTML may have been just a markup language, but it has become media. And the whole point of HTML is to present a document to you. You can't argue that images/video/audio aren't part of today's web documents, you're being ludicrous if you argue that. You haven't convinced me that HTML shouldn't specify what media can be embedded inside of it (and it should *allow* for others as well). Honestly, though, I don't care if it's in HTML or some other spec, but if HTML is going to stand up and do it, then so be it. It needs to be done.

      At this point I think we'll have to agree to disagree. You won't convince me and I know I'm not convincing you, so it's time to let everyone see our positions and decide for themselves.
    30. Re:Figures by Bogtha · · Score: 1

      I don't think that including a standard image/audio/video format that must be supported makes the spec much bigger than it already is.

      There is always "just one little thing more" to put in. If you add in pointless little recommendations like this, you open the floodgates to a million other little things too, which are every bit as important/unimportant as the video codec, every bit as contentious, and just as unnecessary for an HTML specification.

      I disagree with you that this is an orthogonal concept. I think it sits right smack dab in the middle of the problem. HTML may have been just a markup language, but it has become media. And the whole point of HTML is to present a document to you. You can't argue that images/video/audio aren't part of today's web documents

      I'm not arguing that. Video embedding obviously isn't orthogonal to the markup. The mechanism for embedding video in a document is the same regardless of exactly which codec is used. It's the choice of codec that is orthogonal to the markup. The markup, the DOM, the browser, it's all the same regardless of whether it's an 80s-era video codec being used or a 2010-era video codec being used, it's all the same whether it's a patented, secret codec or a completely Free codec. The choice of codec has absolutely no relevance to the markup, so trying to force what is a political issue into the HTML 5 specification when there is no technical necessity for it being there is just wrong.

      --
      Bogtha Bogtha Bogtha
    31. Re:Figures by cching · · Score: 1

      The choice of codec has absolutely no relevance to the markup Completely disagree. I think it's fair to say "here's the markup spec for embedding video and, btw, you must support <insert open and free media format here>, but you may support others." Done. When someone comes to my site, I want to *know* that they can support at least one codec that I can provide without them having to go elsewhere to get a codec before they can view my site the way I want it viewed. I just can't understand why you don't think this would be a *good thing* and I don't see why HTML shouldn't evolve to make this better.

      so trying to force what is a political issue To me it's a practical issue and has nothing to do with politics whatsoever. Not sure how you even pull politics into this.
    32. Re:Figures by Bogtha · · Score: 1

      Completely disagree. I think it's fair to say "here's the markup spec for embedding video and, btw, you must support , but you may support others."

      Whether you think it's fair or not, the fact remains that it's completely irrelevant to HTML. HTML works the same regardless of what codec is in use. Please acknowledge that.

      I just can't understand why you don't think this would be a *good thing*

      I already explained once. The video codec is orthogonal to every aspect of HTML. It's simply irrelevant to HTML. Now you think that it's not irrelevant in general, and I agree with that, but that doesn't mean you should be trying to force it into somewhere it doesn't fit.

      To me it's a practical issue and has nothing to do with politics whatsoever. Not sure how you even pull politics into this.

      What do you mean? This is obviously a political issue. Just a guess, are you a non-native speaker of English, and do you think that "politics" is always about what the government does? "Politics" means a lot more than that. Are you familiar with the phrase "office politics"?

      --
      Bogtha Bogtha Bogtha
    33. Re:Figures by cching · · Score: 1

      What do you mean? This is obviously a political issue. No, it's not obvious to me that it is a political issue, post support for your motivations for thinking so, not that I think it's actually germane to the dialog.

      Just a guess, are you a non-native speaker of English Wrong, born and raised in the midwest since 1970, English is my native language, though I do speak two others.

      and do you think that "politics" is always about what the government does? "Politics" means a lot more than that. Are you familiar with the phrase "office politics"? You obviously have resorted to ad-hominem attacks, though I thought the discussion actually had a point until you post this trash. Of course I know what you mean by politics within your sentence, and yet, I still don't know how politics was brought into the discussion ...

      ass.

      Provide some motivation for why you think it's political and try to bring this back on track. Even if you do find some motivation for making it political, it really doesn't have any bearing on whether HTML should specify a supported media type. Again, I think it should for practical reasons, to give content providers a stable platform upon which to serve web documents to users, including media other than text.
    34. Re:Figures by annodomini · · Score: 1

      Ogg (Vorbis & Theora) is freely implementable, royalty free, patent-unencumbered standard with a free (as in beer as well as in speech) library for encoding and decoding it. It is the only such standard that is reasonably high quality and actively maintained that I know of.

      HTML5 is a standard in progress. As such, the whole point is to standardize; get everyone to work together and be compatible, so content producers can trust that end users can view their content, no matter what browser they use. It costs lots of money to produce content in a variety of formats, so it makes getting content out to everyone more expensive if you have to do that.

      The second most widely used browser is Firefox. Firefox is open source software, covered by the MPL and GPL. This means that it cannot contain proprietary, patent encumbered software. So, if Firefox is to implement a media codec, it must be one that is patent unencumbered and freely implementable. This means that, as far as I know, Ogg is the only possible format that could reasonably be used in Firefox.

      So, if you don't standardize on Ogg (or another equivalent specification that I'm unaware of), then you have two choices; no actual standardization on video formats, which pretty much makes the standard dead in the water and means that everyone will continue to use Flash for video on the web, or standardizing on something that Firefox cannot implements, which, as the second most popular browser on the market, means that the standard will be pretty much dead in the water and everyone will continue to use Flash for video on the web.

    35. Re:Figures by Bogtha · · Score: 1

      You obviously have resorted to ad-hominem attacks

      No, you twice responded to my comments in this thread while losing track of context and then you didn't seem to be aware of the use of the word "politics" in the wider sense, so it was perfectly reasonable of me to establish whether I needed to phrase myself differently. Lots of non-native speakers post on Slashdot, so you can't always rely on idioms like "office politics". At no point did I suggest that your argument was invalidated by this, so it simply cannot be an ad hominem attack.

      ass.

      So you've dodged the rest of my comment, and are now calling me names. Please apologise and address the part of my comment that wasn't about language, or I don't see the point in "bringing this back on track".

      --
      Bogtha Bogtha Bogtha
    36. Re:Figures by cching · · Score: 1

      No, you twice responded to my comments in this thread while losing track of context No I haven't.

      and then you didn't seem to be aware of the use of the word "politics" in the wider sense, so it was perfectly reasonable of me to establish whether I needed to phrase myself differently. Lots of non-native speakers post on Slashdot, so you can't always rely on idioms like "office politics". At no point did I suggest that your argument was invalidated by this, so it simply cannot be an ad hominem attack. You still haven't shown any hint of politics *in the wider sense* used by the W3C (presumably?) in wanting to "specify" (note that they didn't *require* any format) ogg. Again, though, not that it matters to my argument I think the HTML spec should *require* an open format. It's not political, it's, as I said, practical for me to want a standard format that all browsers support.

      So you've dodged the rest of my comment, and are now calling me names. Please apologise and address the part of my comment that wasn't about language, or I don't see the point in "bringing this back on track". What have I dodged? You haven't provided any basis for your argument that what the W3C did was political. Talk about dodging arguments ...

      And, no, I won't apologize. I read the links and there is no proof of politicization *at all*. Until you show me where I erred, I don't buy it. And what you did was ad hominem. You incorrectly assumed that because I didn't see any politics that I didn't understand what you said. If it's so obvious, post the argument. Again, though, not that it matters one way or the other what I'm arguing. I guess I could argue that you must not read english natively since you can't seem to understand that I don't find this an obvious political situation.

      What arguments do *you think* I haven't addressed? You and I disgree that HTML should spec a format that must be supported. I haven't bought your arguments and said that I think we need to agree to disagree. No matter what you think about the specification process (I'm a software engineer, I write specs all the time), it is only up to the body writing the spec to decide what should and shouldn't go into a spec. So, you can't prove factually your point and I can't either. My only point is that I think that HTML should specify a format that *must be required* (note that they *DID NOT* do this) by implementations (I'd go so far as to say they should spec them for image/audio/video formats).
    37. Re:Figures by Bogtha · · Score: 1

      And, no, I won't apologize.

      If you've dragged this thread down to the name-calling level and you refuse to debate maturely, then there's no point continuing any further. Goodbye.

      --
      Bogtha Bogtha Bogtha
    38. Re:Figures by cching · · Score: 1

      If you've dragged this thread down to the name-calling level and you refuse to debate maturely, then there's no point continuing any further. Goodbye. Good riddance. I do believe, however, that I was accused of being a non-native English speaker, so, you were the one name calling. BTW, look up ass in the dictionary, you'll find that I wasn't actually name calling, it was actually quite fitting considering you assumed that I was not an English native speaker instead of just not following and buying your "political in the wider sense" argument without any proof whatsoever.

      Take care.
    39. Re:Figures by Anonymous+Brave+Guy · · Score: 1

      I'm sorry, but I have a number of problems with your argument.

      Firstly, I don't accept the premise that it is the job of an HTML standard to specify what supplementary formats may be used on web sites. The web is, by its nature, multi-format, and HTTP can cope quite happily with encoding many different file types to match. That is why content-type exists. HTML is merely one format, and its remit is describing the content and structure of a web page and, depending on your philosophy, perhaps some basic presentation. De facto standards have worked fine for supplementary things like graphics formats so far, and I see no practical reason the market can't decide in the same way on one or perhaps a small number of common video formats to use. It's not as though web browsers can only support one common format, or as though you can't download a file in an unsupported format and play it using an independent media player installed locally.

      Secondly, I'm afraid you vastly overestimate the importance of Firefox. I've said it before and I'll say it again: when you have 80–90% of the market share, you define the standard for all practical purposes. Right now, that means that Microsoft has all the power and anyone aiming to run a commercial enterprise based on supplying video or audio over the web is going to prioritise supporting IE over anything else. Those who believe in open standards and OSS may not like this, but that's the reality today and there's no use denying it.

      There seems to be a bizarre delusion throughout this Slashdot discussion that putting something like Ogg into HTML5 somehow guarantees that in a couple of years all the major browsers will have Ogg support. The reality, I suspect, is rather different. If the HTML5 standard goes with some specific standard like Ogg and Microsoft decides not to support it as a result, we'll just be in the same boat we've been in with CSS for years: on paper, and in numerous browsers with small user bases, it seems great, but no-one providing content can rely on it because the biggest spender in town isn't paying up, so ultimately it's just a waste of time. If a big player like Nokia has a commercial interest in avoiding Ogg becoming more widely used, they could no doubt make some commercial deal with Microsoft to "overlook" certain provisions in the HTML5 spec just as easily as lobbying to get Ogg removed from the spec itself.

      I'm sure no-one who's been working on the HTML side of the HTML5 spec wants to see their work thrown away, so their decision not to get involved in what is frankly a political mess is unsurprising. If the problems with proprietary formats become significant further down the line, the web world is a big one and will no doubt take care of them, just as the popularity of PNG has been increasing at GIF's expense for some time.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    40. Re:Figures by djradon · · Score: 1

      Choice of codec may be orthogonal to HTML, but if not in the HTML spec, where can we specify it? The world needs a free (as in beer) way to share its audio and video on web pages, and even if it's not a perfect fit, it's an exceptionally important situation.

    41. Re:Figures by Windom+Earle · · Score: 1

      Secondly, I'm afraid you vastly overestimate the importance of Firefox. I've said it before and I'll say it again: when you have 80-90% of the market share, you define the standard for all practical purposes. Right now, that means that Microsoft has all the power and anyone aiming to run a commercial enterprise based on supplying video or audio over the web is going to prioritise supporting IE over anything else. Those who believe in open standards and OSS may not like this, but that's the reality today and there's no use denying it.


      Nobody is denying that. You seem to be denying that it's a problem. And you're blatantly ignorning the fact that your denial is the point of this whole thread.

    42. Re:Figures by gr8scot · · Score: 1

      LOL!

      There is no need to standardize what are already de facto standards. Somebody above really summed up the problems that html specs seek to reduce with the phrase "proprietary pet projects."

      --
      All 19 hijackers were known terrorists 09-10-2001. Lack of FBI intelligence does not justify warrantless wiretaps..
    43. Re:Figures by Nabeel_co · · Score: 1

      Well, personally, I hate flash with a passion.

      As for your other point, what happens if I want to watch or listen to that content on that web page out side of my browser?

      I, personally will pay to get a better product. I know that's not in style now a days, but thats just me.
      So if I have to pay a royalty so the content on the web can be used by any application on my computer, then so be it!

      Im not saying that all things that are free / open source are bad, but if there is an option for a better product, for a cost, I would be willing to pay that cost, as long as the cost is reasonable.

    44. Re:Figures by Nabeel_co · · Score: 1

      There is only one program that I use to watch or listen to media on my computer, the program that came built in with my os, Quicktime. That way I am guaranteed that if file X will play in Quicktime, it will also play in every other media based program in my computer.

      Consistency is what I want.

  3. An alternative... by drakaan · · Score: 5, Interesting

    Instead of specifying a specific format, just specify the salient details...how about "...MUST use a non-patent-encumbered format that is released under an OSI-approved license...". Well, not that, per-se, but you get my drift.

    --
    "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    1. Re:An alternative... by El_Muerte_TDS · · Score: 1

      Codec Hell isn't a problem at all.

    2. Re:An alternative... by cloricus · · Score: 0

      And look where beating around the bush is getting the document format world.

      Make a standard, make the hard choice, and stick with it. If you reasoning is sound (and the case of ogg is) you can tell all nay sayers to go shove it which is what those working on the HTML5 spec should have done. Since they've shown no spine in this matter I think I'll show no interest in moving from xhtml to html5. If you don't cut right to the point you end up with greedy groups like Microsoft ruining every ones day.

      My two cents anyway.

      --
      I ate your fish.
    3. Re:An alternative... by drakaan · · Score: 2, Interesting

      Well, if the codec is unencumbered, then there will be wide availability. After that, it becomes a matter of popularity. Saying "Codec Hell" is like saying "Window Manager Hell", it's fun, but meaningless in the end. Sure, there are a lot of different WMs, but there are a handful that people use, and just as with video format, people usually pick a favorite and stick with it.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    4. Re:An alternative... by Anonymous Coward · · Score: 0

      The main point is to stop the "Babel Tower" as called. Leaving an open specification as you suggested wouldnt solve this problem.

    5. Re:An alternative... by drakaan · · Score: 3, Interesting

      Does that mean that HTML5 should specify PNG exclusively for image content? This isn't so much about a specific standard as it is about *open* standards. Nokia and Apple are hand-wringing and whining because the standard specified a specific format other than quicktime (and whatever format Nokia has up it's sleeve). Provided Apple and Nokia are putting forward new codecs licensed under the same terms as Ogg (or at least in-line with the spec's recommendation), what's wrong with letting them then compete on their technical merits?

      I'm not saying I want windows media, quicktime, and realplayer to be considered, but if there was an incentive to honestly open those formats to implementation by anyone, for free, with no catch, I'd be fine with allowing them.

      It's not beating around the bush that's causing the document format controversy, it's exactly the same issue that's present here. There's no place where it says "hey, if you create a document, it has to be in a format that has these attributes". *Because* of this controversy, organizations, companies, and governments are actually looking at the issue of access and seeing that open standards matter.

      To me, this type of change serves to drag the issue that remains unobvious to most people straight into the light of day. If Nokia and Apple take issue with the changed language, then they have to discuss the differences in licensing between their preferred formats and Ogg before they can do anything else. That ain't a bad thing.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    6. Re:An alternative... by Anonymous Coward · · Score: 0

      If you tell everybody to shove off then they won't implement it, and thats what you want people to do with a specification written by a group with no kind of legal powers over what various companies do with their browsers. If you write a spec that none of the big browsers like, then guess what? Nobody will be able to move from XHTML to HTML5. I think they would rather just lose you.

    7. Re:An alternative... by jamie · · Score: 1

      Does that mean that HTML5 should specify PNG exclusively for image content?

      Last I knew, both JPEG and GIF were unencumbered by patents. An alleged JPEG patent claim would have expired last year even if valid, and Unisys's last GIF patents expired in 2003-6. If I missed something, let me know.

      (Just picking nits.)

    8. Re:An alternative... by Metaphorically · · Score: 1

      Part of HTML5 is about getting widely implemented features realized as written-down standards. I think that specifying the encoder is in line with that goal. It fits with naming support for PNG and WAVE files.

      --
      more of the same on Twitter.
    9. Re:An alternative... by cching · · Score: 1

      Saying "Codec Hell" is like saying "Window Manager Hell", it's fun, but meaningless in the end. What are you smoking? It isn't meaningless and I'd like to know your reasoning for saying it is.
    10. Re:An alternative... by cheater512 · · Score: 1

      I'm confused. Whats codec hell?
      I dont think I have ever experienced that.

      Oh wait. Your a Windows user? Never mind. :)

    11. Re:An alternative... by DarkSarin · · Score: 0, Offtopic

      Actually, except for raster images (eg, the friggin pictures of stuff), I think that .svg should be mandatory. Why? As good as PNG is, it leaves a lot to be desired and it does not scale well. On the other hand, .svg will scale perfectly, allowing features like zooming to be much more effective. This would also kick svg editors in to full gear. Right now I do not hesitate to say that inkscape is the BEST svg editor available. Some other editors offer some features that inkscape does not, but it is extremely flexible and powerful. It does have some drawbacks, especially once you get into highly complex and large images (I've got a 4.4mb .svg that renders into an ENORMOUS .bmp or .PNG [120MB+ & 25MB+, respectively] that is an absolute beast to work with because it is so complex. I've got literally thousands of cloned (not copied) objects. Before I started cloning the SVG file was over 20MB, but I dropped that down a LOT when I switched to cloning objects (and that took a lot of work, but when you are using a page file just for the program you are working with to have enough memory, let alone the OS, you need to do SOMETHING).)

      Personally, I prefer inkscape to any other image creation program I've used extensively (although my stint with Photoship as a image creation tool is limited). Fireworks, illustrator, gimp (ahem), and even the stuff from Xara, are all inferior in a number of regards, and especially since the only other free one is the Gimp, I'm convinced that the ROI is pretty much unbeatable.

      Now there are a few things you can do in each of those programs that can't be done (directly) in inkscape (such as multiple pages or html auto-generation of drop down menus), but these are special cases.

      Graphic designers may disagree, YMMV.

      --
      "We don't know what we are doing, but we are doing it very carefully,..." Wherry, R.J. Personnel Psychology (1995)
    12. Re:An alternative... by cheater512 · · Score: 1

      A internet using PNG exclusively...... That would be freaking AWESOME!

      If web developers could use 24 bit colour with alpha reliably then (some) websites would look far nicer and cooler.
      Only thing holding them back atm is....well IE 6.

      Yeah Jpeg has its place but GIF is plain old fashioned.

    13. Re:An alternative... by Fordiman · · Score: 1

      How about "Must have hooks to access your system's codec/container stack, and support for all fully open formats is suggested."?

      --
      110100 1101000 1101000 1100110 0 1101111 1101000 1100011 1
    14. Re:An alternative... by Fordiman · · Score: 1

      Hey, look at that. It's exactly what HTML5 currently says.

      Now, I don't mind wrangling users' systems to determine what is the best format to put stuff in; that's how we get a market for these things, how we keep them technically competitive, and the web developers (not the standards organizations) are the best people for the job here (we're used to it, and we're good at it).

      --
      110100 1101000 1101000 1100110 0 1101111 1101000 1100011 1
    15. Re:An alternative... by n0-0p · · Score: 1

      They never specified Ogg as a requirement. They made it a recommendation but not to the exclusion of other formats. Realistically, if you don't give a concrete recommendation in the standard we'll be waiting for years while companies push different incompatible formats that fit their separate agendas. How does that make things any better than they are now?

    16. Re:An alternative... by drakaan · · Score: 1

      What are you smoking? It isn't meaningless and I'd like to know your reasoning for saying it is.

      Okay. My reasoning is pretty simple. After taking the number of window managers available and comparing that to the number in widespread use, I note that the second number is a fairly small fraction of the first. The same is true of video codecs. If you don't have an issue where you have to download dozens of codecs to play video at your favorite sites (and you don't...ogg, quicktime, and windows media player will probably take care of 99% of the sites out there), then the description of "Codec Hell" is tough to make stick.

      Of course, that's just my opinion...you may have a different one, and I respect that...although I haven't heard *your* reasoning.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    17. Re:An alternative... by cching · · Score: 1

      I haven't heard *your* reasoning Having to provide different multi-megabyte/multi-gigabyte files so that I can support three or four different browsers is a huge time sink and takes up a lot of resources. Thought that would be obvious.
    18. Re:An alternative... by Whatanut · · Score: 5, Insightful

      So... are you a developer for inkscape or something? Beyond the first few sentences that just turned into an inkscape advertisement.

      --

      yvan eht nioj
    19. Re:An alternative... by drakaan · · Score: 1

      You're right that Ogg wasn't specified as a requirement, but it was the only format specified by name...that was the comparison I was making.

      The change still makes a strong recommendation. There are precious few formats meeting the criteria spelled out in the changed language (which, I think was the author's intent in changing it that way). The new language illustrates the reason that no other formats were mentioned in the previous language. It makes things better by pushing all codecs towards openness for implementation.

      Personally, I think the issue would probably be better addressed by talking about access to archived video (a parallel to the archived document discussion that surrounds OOXML and ODF), and raising public awareness about truly open standards, but this may be a good lead-in to that larger discussion.

      Having that discussion helps make things better than they are now.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    20. Re:An alternative... by drakaan · · Score: 1

      Why would you have to provide different multi-[mega|giga]byte files? You pick the format you can work most easily or cost-effectively with in creating content and tell the users that's what you offer.

      Yes, if you intend to provide video in every format that's commonly used then that (obviously) takes up a lot of resources.

      If we're talking about open formats, then there's a lot of convergence possible, and one media player could easily play multiple types of media. You might have to point customers to a codec once to play the format you offer, and then they're all set.

      What are you seeing as the big reason you'd have to supply media in multiple formats?

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    21. Re:An alternative... by drakaan · · Score: 1

      I agree with you, but you missed the point :)

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    22. Re:An alternative... by Anonymous Coward · · Score: 0
      If you're on Windows, Inkscape + Paint.NET is a good combo...on Linux, Inkscape + GIMP.

      GIMP isn't the only free raster editor for Windows, and Paint.NET (www.getpaint.net) has a very active development community and is distributed under MIT licensing terms.

    23. Re:An alternative... by glop · · Score: 1

      SVG would be great. Think of all the HTML maps that could be replaced with SVG with embedded links. UML, floor plans, little map etc.

      Yes, SVG support should be mandatory. Where do we sign?

    24. Re:An alternative... by cching · · Score: 2, Informative

      What are you seeing as the big reason you'd have to supply media in multiple formats? I have to provide multiple formats because it's hard for users to find the right codecs to be able to consume my media. *You* don't think it is a problem, but I'm telling you that in reality, it *is*. For instance, some media players don't support MPEG-4 but they do support .WMV. And it's just the opposite for other players. I don't know, I guess I thought everyone understood this. Audio is slightly better, but I still run into the same problems. There's a reason that sites like amazon.com provide two different audio formats so that people can preview the music. Welcome to 1998, it really hasn't gotten much better since then. I do believe that standards would make this better.
    25. Re:An alternative... by fritsd · · Score: 1

      I have to provide multiple formats because it's hard for users to find the right codecs to be able to consume my media.

      I don't see the issue: whenever I visit a website with a flash thingy, I see a message inviting me to download the flash player from the Adobe/Macromedia site, not the website itself. Surely you could make something like that where it directs the user to a site where royalty-free and non-patent-encumbered codecs can be downloaded for Ogg/Theora (xiph.org perhaps, if they have the bandwidth).

      The point is that unlike WMV etc., codecs for all the most used platforms and architectures can be written for Ogg/Theora.

      I realize MPEG-4 is a standard but I thought that even though it was licensed R.a.n.D, it was not *free* (as in beer) to implement; please correct me if I'm wrong.

      --
      To be, or not to be: isn't that quite logical, Slashdot Beta?
    26. Re:An alternative... by cching · · Score: 1

      The point is that unlike WMV etc., codecs for all the most used platforms and architectures can be written for Ogg/Theora. Ideally, that would be the case, but reality isn't ideal, at least not today. My opinion is that if W3C specifies standards for these formats, then they are adopted by the browsers. Not only that, but they can be implemented in the browser and I don't have to rely on crappy plugins for my users to view my content (and trying to find an appropriate codec for every viewer/platform). Take a look at image formats. Even today there is poor support in browsers for various image formats. How about IE6 not supporting PNG? If PNG were specified in the standard, do you think IE6 would have fully supported it? (heh, well, maybe not even then /sigh). Don't get me wrong, allow other formats to be integrated, but standardize at least one format that producers of content can rely on to work seemlessly in the browser. If I want them to use a different codec for better quality, I can point them to one, but it *should just work* when they come to my site. *That* is what's needed to make the web more usable. Honestly, you think that asking people to install a codec is reasonable in this day and age? Never mind mass consumers who just aren't going to do it, but even I feel the pain and I'm a pretty technical guy.
  4. smart by stoolpigeon · · Score: 1

    maybe they new Fark planned to patent ogg next year.

    --
    It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
  5. Who the hell is Ian? by Anonymous Coward · · Score: 2, Insightful

    We don't all live in this world and know the players.

    1. Re:Who the hell is Ian? by Anonymous Coward · · Score: 0

      You don't know my bff Ian?

    2. Re:Who the hell is Ian? by ricebowl · · Score: 2, Funny

      We don't all live in this world

      You know, I've thought that for the longest time...

    3. Re:Who the hell is Ian? by Penfold1234 · · Score: 2, Informative

      I assume it's referring to Ian Hickson, who's a member of the HTML5 working group.
      If not, then I have no idea...

      The only reason that I am even in a position to guess this is because I happened to go to University with him, so I agree the summary could use some work.

    4. Re:Who the hell is Ian? by IRGlover · · Score: 1

      I am Spartacus...erm...Ian!

  6. Microsoft, Google, Apple by Anonymous Coward · · Score: 0

    So Microsoft is evil, because they're a big corporation. OK.

    Google says "do no Evil," but yet has, so now they're an evil big corporation too. OK.

    Now Apple is going lower than even Microsoft or Google would stoop. Are they a big corporation that does evil now, too?

    Please, crowd of random Slashdot users, validate my perceptions so I don't feel undersocialized.

    1. Re:Microsoft, Google, Apple by ByOhTek · · Score: 1, Interesting

      Google is more of neutral, with good and bad acts.

      Apple has always been evil, but the suave evil (with a few flaws in it's act) that makes other think it's not so bad. But in the end, it's evil nature is what got it such a low market share in the 90s. There recovery has been more due to improving thir suave act, rather than pretending not to be evil.

      MS is a known evil and doesn't hide it, sometimes it's better to face a known evil, than an entity with unkowns.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    2. Re:Microsoft, Google, Apple by odourpreventer · · Score: 4, Funny

      Google = Chaotic Neutral
      Apple = Lawful Evil
      Microsoft = Chaotic Evil

      Me = Nerd

    3. Re:Microsoft, Google, Apple by JoshJ · · Score: 1

      Apple and Microsoft both are Lawful Evil. MSFT is known for exerting huge influence on the government to get the laws changed to favor them; really not all that different from the DnD player's handbook example of a corrupt government official.

    4. Re:Microsoft, Google, Apple by EvilRyry · · Score: 1

      Last I checked, abusing a monopoly is still illegal. Lets not forget the obviously illegal tactics they attempted to use in Nigeria either. Sure it wasn't on US soil, but as a company that operates in the US they still fall under certain US business laws.

    5. Re:Microsoft, Google, Apple by webmaster404 · · Score: 1

      Actually they were convicted of being an abusive monopoly in both the US and EU, they just didn't do anything about it.

      --
      There is no "disagree" moderation, and troll, flamebait and overrated are not valid substitutes
    6. Re:Microsoft, Google, Apple by njfuzzy · · Score: 1

      I was there in the 90s. The poor market share was because of bad hardware products, and too many of them to choose from.

      --
      My Photography - http://ian-x.com
      The Deathlings (comic) - http://thedeathlings.com
    7. Re:Microsoft, Google, Apple by ByOhTek · · Score: 1

      So, are you suggesting that there were fewere hardware products to support MS, or that they were significantly better?

      I'll grant you, the Apples weren't worth the price, if you consider the hardware quality, however the only thing worse was 90% of the rest of the market.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    8. Re:Microsoft, Google, Apple by dexotaku · · Score: 1

      Google = Chaotic Neutral Apple = Lawful Evil Microsoft = Chaotic Evil FOSS = true neutral

  7. If HTML5 gets adopted by Anonymous Coward · · Score: 5, Interesting

    there are bigger problems than Ogg!

    For one, it will mean the death of any lightweight web browser. Web will become something like a TV where you are fed with content you cannot filter (because the TV is too complex to hack). Monopoly through complexity.

    A simple new format that is designed from the start for vector graphics and that doesn't try to be backwards compatible with HTML would be the best way for the new web.

    1. Re:If HTML5 gets adopted by Anonymous Coward · · Score: 5, Insightful

      Having the web be just like TV is exactly what large companies want. The marketting tards want you to see their company website exactly the way they think it's supposed to look. They certainly don't want people filtering content or anything like that. Why do you think Flash only websites are becoming so popular? The problem is mostly due to management and marketting types having no idea how the internet works.

      On the plus side, it might be a pretty good filter all by itself. The second you see a site using HTML5, you automatically know it's probably not worth browsing.

    2. Re:If HTML5 gets adopted by betterunixthanunix · · Score: 1

      Worse, these "rich content" websites are almost always buggy or problematic in some way. Our library search software, "Metalink," will fall apart if you try to open multiple windows or tabs. There is no reason why that web page needs any Javascript whatsoever, but their use of it only makes it less functional. More complex software is more prone to failure, and there is no escaping that.

      --
      Palm trees and 8
    3. Re:If HTML5 gets adopted by Nomen+Publicus · · Score: 0, Troll

      HTML really must die, and Javascript along with it. Let's stop pretending that markup doesn't have to be a fully specified programming language and create something that can safely run in a lightweight browser sandpit. Java should have been the solution but I think that it's missed the boat.

    4. Re:If HTML5 gets adopted by kabloom · · Score: 2, Insightful

      A simple new format that is designed from the start for vector graphics and that doesn't try to be backwards compatible with HTML would be the best way for the new web. That will only solve half the problem with the Web. Personally, I believe that browers today is incapable of enforcing the kind security policy required for e-commerce, since they are vulnerable to things like cross site request forgeries and other such things. Time to design a new open protocol.
    5. Re:If HTML5 gets adopted by Anonymous Coward · · Score: 0

      Goodbye ad based web...Gopher, here I come...again! :-) http://www.scn.org/~bkarger/gopher-manifesto

    6. Re:If HTML5 gets adopted by cheater512 · · Score: 1

      Those flash only sites dont bother me.

      Search engines cant read them so I never get to see them. :)

      (Yeah yeah Google can read text from flash but most flash devs manage to prevent that unintentionally)

    7. Re:If HTML5 gets adopted by Anonymous+Brave+Guy · · Score: 1

      A simple new format that is designed from the start for vector graphics and that doesn't try to be backwards compatible with HTML would be the best way for the new web.

      I think I might agree with you, but I'm not sure exactly what you're proposing.

      At present, you can already provide XHTML for your basic web page structure, and supplement it with other XML dialects such as SVG and MathML if necessary. Technically, this should be a moderately powerful combination, but it's awkward to use because everything is so ludicrously over-specified and browser support is feeble, so it's stuck in the vicious circle of many good technologies with insufficient user bases. (I once tried to get a web site I was working on to generate some simple SVG charts as part of an XHTML page, rather than dumping report data in purely tabular form using HTML. I gave up after several days of effort, because I just couldn't get it to work reliably in even one browser.)

      It seems to me that what's missing from the modern web is more in the presentation layer than the content mark-up. CSS is hopelessly underpowered compared to the fluid layout equivalent of a page description language like PDF or PostScript. There are things like XSL:FO, but again, the installed base and marketing push is so tiny that I doubt that will get anywhere on the mainstream web. The result is lots of nasty, hacky HTML that breaks in many less-known browsers but supports enough of the big names to work for most of the particular site's visitors. Anything more clever just gets done in Flash.

      Now, get a big player like Microsoft or Adobe to introduce a serious "fluid page description language" that could cope with the nature of web browsing and supported easy, powerful layout constructs and things like animation, multimedia and basics like vector graphics and fonts reasonably, and I think you'd have a winner. But realistically, if it doesn't have the commercial backing of a big player like that (and I'm sorry, but if your software isn't on the majority of browsing desktops you don't count), it's hard to see something like this catching on any time soon.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    8. Re:If HTML5 gets adopted by RAMMS+EIN · · Score: 1

      ``A simple new format that is designed from the start for vector graphics and that doesn't try to be backwards compatible with HTML would be the best way for the new web.''

      Wow! Now, there's something I agree with 100%!

      HTML was a great way to get things up and going back in the day, but we have reasons to move on. Moreover, I think we have a good way forward.

      One of the problems with HTML is that it tries to be too many things at once. One, a semantic representation of data. Two, a page structure in which to present the data. Three, a description of how to render the data (this has been downplayed, but the fact to the matter is that tags like i and u still exist). It falls short on all three, and there is so much legacy code and mini-languages that writing a web browser is a total pain. So I really don't believe in HTML for the future.

      Instead, I believe in a more rigid approach. Data formats that are simple and easy to parse, without all the exceptions and special cases that are in HTML. No more mixing of semantics and presentation. Different jobs, different tools.

      So here is the proposal. For every kind of data, we invent a mini-language, specifically for that kind of data. It will have all the elements needed to represent data of that kind, and nothing else. These mini-languages can be standardized, but they don't have to be.

      One such mini-language will be a presentation language. This one will be standardized, and it will be what "viewers" will implement. It will be a language with everything needed to make proper interfaces to information; formatted text, graphics, GUI widgets, the lot.

      To add interactivity to the presentation, and possibly to perform the transformation from the semantic language(s) to the presentation language, there must be a programming language, which must also be standardized, as it will be run by viewers.

      Now we have everything we need. A semantic language for representing data, without any presentation junk. A presentation language for _presenting_ data, without any semantic junk. And a way to transform data into presentation.

      To ease the transformation from semantic language to presentation language, it would probably help if both used the same syntax. I would like it to be lightweight, perhaps s-expressions, but I could live with XML. As for the programming language, I am sure everybody has their favorites. ECMAScript would be one of the candidates. And there is no reason we couldn't have more than one of each language.

      I think, technically, all challenges have been solved. The problem will be getting things adopted. I foresee endless debating about which languages should be in the standard, large corporations baking their own, and lots of people arguing in favor of just using an existing proprietary solution that accomplishes the same task. In the meantime, developers will keep plodding along with HTML.

      --
      Please correct me if I got my facts wrong.
    9. Re:If HTML5 gets adopted by Anonymous Coward · · Score: 0

      Something like flash indeed!

      It can be used as a base for an "interactive rich application interface". Only open standard. And can be deployed quickly throught plugins. And let's hope it won't be XML!

    10. Re:If HTML5 gets adopted by Blakey+Rat · · Score: 1

      Now, get a big player like Microsoft or Adobe to introduce a serious "fluid page description language" that could cope with the nature of web browsing and supported easy, powerful layout constructs and things like animation, multimedia and basics like vector graphics and fonts reasonably, and I think you'd have a winner. But realistically, if it doesn't have the commercial backing of a big player like that (and I'm sorry, but if your software isn't on the majority of browsing desktops you don't count), it's hard to see something like this catching on any time soon.

      I think you just described Silverlight.

    11. Re:If HTML5 gets adopted by TALlama · · Score: 1

      I'm sorry, but... have you looked at HTML5 at all? I know your demagoguery sounds nice and gets mod points, but seriously... HTML5 is what you get when you take HTML4 and bring it forward a few years to the present. It standardizes some things everyone is doing, makes some easy things easier, and makes some hard things possible.

      It doesn't make the format any more opaque and unhackable; in fact, it adds to the DOM and makes that more accessible to things like GreaseMonkey. Moreover, one of the chief goals is to have as much backwards compatibility as possible, so what you're doing now will still work.

      And if you need Vector Graphics, use the new Canvas tag.

      --

      - The Amazina Llama

    12. Re:If HTML5 gets adopted by KiloByte · · Score: 1

      Goodbye ad based web...Gopher, here I come...again! :-) http://www.scn.org/~bkarger/gopher-manifesto And yet you use a "http://" URL...
      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    13. Re:If HTML5 gets adopted by Watts+Martin · · Score: 1
      From my reading, HTML5 isn't measurably more complex than HTML4. Back up your assertion otherwise.

      A simple new format that is designed from the start for vector graphics... ...is not a simple new format for semantic content. Having a simple format for vector graphics that's also specified as a standard might be a fine thing, but it's solving a different problem. If what you mean is that Thing That Is Better Than HTML5 should have a standard element that supports vector graphics, like, say, HTML5's <canvas> element, might I humbly suggest, I don't know, HTML5's <canvas> element?

      ...that doesn't try to be backwards compatible with HTML... Really? Let's ask the W3C how that's been working out for the adoption rate of XHTML 1.1.

    14. Re:If HTML5 gets adopted by Sancho · · Score: 1

      Yeah, but that's what standards are all about. You can bet that if rich-content accessibility was in the standard, that you'd see much higher quality browser/server integration.

  8. ...now that I read the changes... by drakaan · · Score: 5, Informative

    I see that what I just suggested is exactly the change they made. I'm fine with that...off to tag the front-page article with "badsummary"

    --
    "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    1. Re:...now that I read the changes... by AikonMGB · · Score: 1

      I've been around long enough to know not to trust the summary let alone the headline, but that still doesn't mean I check the article frequently. Thanks for the info m8.

      Aikon-

    2. Re:...now that I read the changes... by Vellmont · · Score: 1


      off to tag the front-page article with "badsummary"


      How is this a bad summary? The summary says that ogg/theora is no longer in the HTML 5 spec. The story is largely about just that. No, it doesn't include all the details about the HTML 5 spec.. but that's why we call it a "summary".

      --
      AccountKiller
    3. Re:...now that I read the changes... by cching · · Score: 1

      And he got modded insightful /sigh

    4. Re:...now that I read the changes... by drakaan · · Score: 1

      How is this a bad summary? The summary says that ogg/theora is no longer in the HTML 5 spec. The story is largely about just that. No, it doesn't include all the details about the HTML 5 spec.. but that's why we call it a "summary".

      Actually, whilt the article's title is fine, the summary seemed (to me) to be about the spec's authors caving to pressure, not so much about ogg itself. I found that extremely misleading, after reading the change they made.

      When the change effectively means the same thing to Apple and Nokia, then I think calling the change "caving to pressure" from them makes for a poor summary.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    5. Re:...now that I read the changes... by civilizedINTENSITY · · Score: 1

      If you missed that the point of the second article is a rallying call for protest against how "Nokia and Apple have privately pushed to give Ogg the noose treatment (and so far succeeded) ", then you didn't read it. Perhaps you only clicked on the first link? I'd hate to think that since you disagree with it you would just disregard the second link, however your proposal and your critique of the summary make it appear so. Are you negligent? Or more sinister?

    6. Re:...now that I read the changes... by drakaan · · Score: 1

      Neither...I don't think they gave Ogg the noose treatment. I think that since Ogg is one of a very few formats that is compatible with the modified spec, the spec's authors have effectively rubbed it in Nokia's nose that they're still recommending Ogg.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    7. Re:...now that I read the changes... by beowulf · · Score: 1

      And I read both links as well. The second article contains no citations/proof about Apple and Nokia applying pressure on the standards group. Perhaps the blog author could somehow share with the world from where that assertion comes, or update the article to admit this is conjecture.

      If I am mistaken, a link to the valid entry would be appreciated.

    8. Re:...now that I read the changes... by houghi · · Score: 1

      off to tag the front-page article with "badsummary"


      I think that should be the default.
      --
      Don't fight for your country, if your country does not fight for you.
    9. Re:...now that I read the changes... by civilizedINTENSITY · · Score: 1

      Which is my point. You don't agree with the second article, so the summary is bad because it about the articles (plural). Whether you are right or wrong about the politics surround the proposal withdrawl is worth discussing, but in terms of the summary you made my point.

    10. Re:...now that I read the changes... by civilizedINTENSITY · · Score: 1

      Agreed that the second article is just the tip of an iceberg. That is beside the point, really, which was a response to the assertion that the summary was way off base. I notice no mention of the viability of the summary in your response, hence "off-topic". Your ability to read the articles is commendable here on slashdot. Perhaps you'd care to read the posts you respond to...? Or at least respond to them?

    11. Re:...now that I read the changes... by drakaan · · Score: 1

      Okay...If the point of the second article is as a rallying cry against nokia and apple giving ogg the noose treatment, then how is my saying that I don't think ogg is getting the noose treatment inconsistent with me saying "bad summary"?

      If I disagree with the summary, then I would have to say that I don't think Ogg is getting cut out of the spec (which I do say), right?

      I feel like Vizzini in the famous scene from The Princess Bride...help me out here.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    12. Re:...now that I read the changes... by civilizedINTENSITY · · Score: 1

      I would suggest that perhaps it might be that the summary was accurate (in that it concisely reflected the article's premise), but you disagree with the article's premise. To say the summary is bad is to say that the summary doesn't reflect the contents of the article. The Princess Bride is an *excellent* movie, by the way :-)

  9. Well, these companies show their true colors by the_humeister · · Score: 4, Insightful

    MSFT isn't the only one who pulls crap like this. AAPL and NOK would gladly do the same things if they can get away with it.

    1. Re:Well, these companies show their true colors by base3 · · Score: 5, Insightful

      I've always said that Apple is just like Microsoft, only not as good at it. Of course, saying so is a ticked to -1 as Apple apologists empty their clips of mod points into any post that doesn't hail Steve Jobs as the savior of computing. But I've got the karma :).

      --
      One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
    2. Re:Well, these companies show their true colors by sayfawa · · Score: 0

      I'm sure someone will come along and helpfully and logically explain why Nokia is evil but how Apple was forced into this position somehow.

      --
      Free the Quark 3 from asymptotic confinement! Bring your charm! Don't get down! All colours and flavours welcome!
    3. Re:Well, these companies show their true colors by ByOhTek · · Score: 3, Funny

      Of course, saying so is a ticked to -1 as Apple apologists empty their clips of mod points


      WTF. For them to be appologists, they have to have the ability to think something was wrong, and they are so in love with their lord an savior, happily and arrogantly trapped behind the reality distortion field...

      BURN KARMA BURN!
      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    4. Re:Well, these companies show their true colors by Anonymous Coward · · Score: 0

      You're a fool then as well as a troll.

      Microsoft's ethics are well documented -- just look at only a handful of the documents from a few recent court cases.

      No-one in the industry, but no-one -- not Apple, nor Sun, nor IBM, nor Google, nor anyone else -- has behaved like Microsoft. This is no secret. It's extensively documented, and lying about it changes nothing.

      Besides, despite what you obviously believe, neither AAC nor H.264 are Apple's formats. They're MPEG specifications.

    5. Re:Well, these companies show their true colors by base3 · · Score: 1

      Says the erudite scholar. Apple doesn't have the market share to pull off what Microsoft has done, and is too small to be considered a monopoly outside of their boutique niche. But if they did have MS' market share, they would be doing everything they can get away with. Oh, nice straw man with the file formats, which I didn't mention. But since you brought it up, Apple did mangle those MPEG standards with DRM, and (of course), gets a pass for it because they're Apple.

      --
      One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
    6. Re:Well, these companies show their true colors by timster · · Score: 1

      I'm sorry, but this viewpoint, while popular, shows tremendous ignorance of the two companies and personal computing history in general.

      Apple has always had its platform, which has been the "Apple Platform" from top to bottom. Their strategy has been to develop and sell that platform; other companies can interact with that in generally designated ways. All of their development efforts are within this closed model. Even the iPod was developed as a Mac-exclusive accessory and iTunes was ported to Windows as an afterthought.

      Microsoft's strategy is not like this in the least. Microsoft infects open platforms and seeks to take them over using anticompetitive practices. Most of their development efforts are focused on taking over technologies that they didn't develop. For example, consider the IBM PC, which consisted basically as a bunch of parts from different people put together. Once Compaq reverse-engineered the BIOS it became an open platform where even the OS could come from a different vendor, until Microsoft managed to turn it into the Microsoft PC. Even today they maintain a convenient fiction that companies like Dell have some kind of control, but the direction of the platform is determined entirely by Redmond.

      Consider then the Web, developed in an open fashion mostly on Unix. Microsoft almost did take that over; for years you couldn't do online banking with anything other than Internet Explorer. Technologies like ActiveX weren't developed because they were necessary, but as part of Microsoft's plan.

      You can argue that Apple under Jobs would do the same thing if they could, but there just isn't any evidence. iTunes and the iPod were sold first and foremost to manage and play music ripped from CDs. iTunes by default has always ripped into a non-Apple format with no DRM; the iPod has always played multiple non-Apple formats. The same cannot be said of Microsoft and Windows Media Player.

      --
      I have seen the future, and it is inconvenient.
    7. Re:Well, these companies show their true colors by Anonymous Coward · · Score: 0

      So, when OSS advocates attempt to use an emerging standard to get their little virtually unused codec forced down every browser's throat, it's nothing but love, but when Apple and Nokia fight it, they're being monopolistic poo-poo-heads?

    8. Re:Well, these companies show their true colors by Sparks23 · · Score: 2, Interesting

      Without really knowing what happened behind closed doors there... I suspect the issue is less desktop browsers and more mobile browsers. Nokia (with the S60 browser) and Apple (with Safari Mobile) both use WebKit on their phones, thus being two of the only handset providers to need to deal with 'the real web' on small portable devices... as a developer, I can see trying to embed the OGG container format and the Vorbis codec into a mobile browser being a pain-in-the-ass. (And yes, even if 'optional,' I'm fairly sure they'd want to support it.)

      This is a little ironic, given we have two companies whose browser team (both use WebKit, after all) love to blog about 'why can't we have some solid standards,' and about how there is no one true standard for images, embedded documents, etc. I think Apple and Nokia are shooting themselves in the foot here rather than taking the opportunity to run with standardizing other things (image formats, /page encoding character-sets/, etc.).

      But I think this is less nefarious/evil and more just short-sighted focus on one problematic area of implementation rather than on the overall gains.

      --
      --Rachel
    9. Re:Well, these companies show their true colors by base3 · · Score: 1

      Saying "Apple has always had its platform, which has been the "Apple Platform" from top to bottom" ignores the very open Apple II series that existed prior to the Mac (and prior to Sculley and Jobs having the reins). The points you make are very salient. But Apple has to appear to be open in the ways you describe to survive as a minority player--it doesn't mean they don't seek domination by any means possible. Ask the people pursued by Apple legal for things like making third party DVD players work with software purchased from Apple or for daring to write about their upcoming products how kind and cuddly and dedicated to the good of humankind Apple really is.

      --
      One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
    10. Re:Well, these companies show their true colors by tknd · · Score: 1

      Apple has always had its platform, which has been the "Apple Platform" from top to bottom. Their strategy has been to develop and sell that platform; other companies can interact with that in generally designated ways. All of their development efforts are within this closed model.

      How is this not a monopoly? How is this not anticompetitive? The Apple platform itself is a barrier to entry. You can't legally make and sell a computer that runs Apple's OSX on it without making a deal with Apple. Of course that deal will never occur because they know they will be shooting themselves in the foot by allowing you to compete on their platform.

      You can argue that Apple under Jobs would do the same thing if they could, but there just isn't any evidence.

      Do yourself a favor and go take a managerial finance class or read a book about it. In those classes and books, you'll probably hear or read a statement that states, "The goal is to maximize shareholder wealth." I don't care who you are, but when you are running a business your goal is wealth of the owners. Not serving your customers, not trying not to be evil, but to maximize your shareholder's wealth.

      So you're running a company. You go out, and conquer, and become a monopoly in a particular niche. Is that it? Do you say, "ok, we won, time to stop trying new things shareholders." Of course not! Your goal is still to maximize shareholder wealth. So why would you not start entering other markets and attempt to become a monopoly in those as well? The only company that will act with happy rainbows and call it quits when it knows it is evil is a company owned and run by people with the same intentions. But last I checked AAPL stock was traded publicly.

      So while you are quick to claim the grandparent ignorant, you yourself are also ignorant about the nature and goals of businesses in general.

    11. Re:Well, these companies show their true colors by timster · · Score: 1

      So you're saying they have a monopoly... on their own products? Seems pretty dumb to me, Mr. Management 101.

      --
      I have seen the future, and it is inconvenient.
    12. Re:Well, these companies show their true colors by foniksonik · · Score: 1

      Yes Apple is a corporation, publicly traded and must answer to their stock holders via profit profit profit.... I would say they are every bit as good if not better at it than Microsoft.

      OTOH as a corporation that double deals, treats their own individual customers as second hand citizens compared to large corporate customers... I'd say they are much worse at it than MS.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    13. Re:Well, these companies show their true colors by Sancho · · Score: 1

      Monopolies as defined by the government tend to be defined within an industry. Within the industry of computing, Apple is not a monopoly.

      If you take your argument down a few levels, you could claim that any company has a monopoly. If you said, "Coca Cola has a monopoly, because they won't let me recreate their formula," you'd be laughed out of the room.

  10. "Should" vs. "Shall" by R2.0 · · Score: 1, Interesting

    Honestly, if the choice was between "Should" and not referencing it, I'd go for the latter. I deal in construction contracts and specifications, and if there's a word that has done more damage than "should", I'm not aware of it.

    Repeat after me:

    Shall=imperative
    May=permissive

    That's it. "Should" means "we want it, but making it a requirement will cause a problem, so if you don't do it we're going to whine, but there's nothing we can legally do about it"

    Of course, then there's the whole "Shall" vs. "Will" thing, but I don't want to talk about it.

    --
    "As God is my witness, I thought turkeys could fly." A. Carlson
    1. Re:"Should" vs. "Shall" by Trevelyan · · Score: 1, Flamebait

      The word has a strict meaning in this context, there is an RFC about it.
      So this "Should" vs. "Shall" is a mute point, they meant what they said.

    2. Re:"Should" vs. "Shall" by ebcdic · · Score: 1

      For the relevant definition of "should", see http://www.ietf.org/rfc/rfc2119.txt

    3. Re:"Should" vs. "Shall" by Anonymous Coward · · Score: 0

      Telecom standards are littered with the same obscure terms.
      Fortunately, 'Will' has disappeared for the most part, if not completely.
      In my view (I think you probably agree...) everything Shall be specified as:

      'Shall'
      'Shall Not'
      'May'

      and nothing else.

      (and slap the first person who asks, what about 'May Not' ....)

    4. Re:"Should" vs. "Shall" by Phisbut · · Score: 1

      Honestly, if the choice was between "Should" and not referencing it, I'd go for the latter. I deal in construction contracts and specifications, and if there's a word that has done more damage than "should", I'm not aware of it.

      Repeat after me:

      Shall=imperative
      May=permissive

      Repeat after me:
      Should != Shall

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    5. Re:"Should" vs. "Shall" by R2.0 · · Score: 1

      I'm not real thrilled about "may" either, but that is more for it's misuse than lack of precise meaning. Spec writers tend to want it to mean "you can do it if you get permission", and get really cranky when the contractor just goes ahead and does it. But legally, "may" means "allowed" - period. Try to get that through some folks' heads, though...

      --
      "As God is my witness, I thought turkeys could fly." A. Carlson
    6. Re:"Should" vs. "Shall" by R2.0 · · Score: 1

      "3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
            may exist valid reasons in particular circumstances to ignore a
            particular item, but the full implications must be understood and
            carefully weighed before choosing a different course.

      4. SHOULD NOT This phrase, or the phrase "NOT RECOMMENDED" mean that
            there may exist valid reasons in particular circumstances when the
            particular behavior is acceptable or even useful, but the full
            implications should be understood and the case carefully weighed
            before implementing any behavior described with this label."

      So it means exactly what I said - precisely nothing. If prefaced by "should", a requirement can be ignored based on criteria set by the implementor, and they can still say it is compliant with the specification.

      Use of the word "should", unless under a very strict (and unnatural/contrary to the plain meaning) definition, is simply not a good practice. I would welcome an example of an instance where use of "should" has led to a desired outcome, ESPECIALLY when trying to implement _standardization_.

      --
      "As God is my witness, I thought turkeys could fly." A. Carlson
    7. Re:"Should" vs. "Shall" by Mr.+Underbridge · · Score: 1

      So this "Should" vs. "Shall" is a mute point, they meant what they said.

      In a post about the distinction of should and shall, dropping "mute point" in there has to be a troll, right?

    8. Re:"Should" vs. "Shall" by guy-in-corner · · Score: 1

      So this "Should" vs. "Shall" is a mute point, they meant what they said.

      The word "moot" has a strict meaning in this context, there is a dictionary for that kind of thing.

      Or, to quote The Princess Bride, you keep using that word. I do not think it means what you think it means.

    9. Re:"Should" vs. "Shall" by DragonWriter · · Score: 1

      Honestly, if the choice was between "Should" and not referencing it, I'd go for the latter. I deal in construction contracts and specifications, and if there's a word that has done more damage than "should", I'm not aware of it.

      Repeat after me:

      Shall=imperative
      May=permissive

      That's it. "Should" means "we want it, but making it a requirement will cause a problem, so if you don't do it we're going to whine, but there's nothing we can legally do about it"


      A standard (or, even, a "standards-track document at IETF or W3C", which generally end up as "recommendations") is different than a contract, and there is nothing you can legally do about anything in most internet "standards". And, really, since (unlike a contract) there aren't reserved rights that are being relaxed in a standard, "may" is no more compelling than "should" (there are good reasons why "may" is meaningful where "should" is not in a contract; they are equally meaningful, or meaningless, in a standard.)

      Still, both "may" and "should" are useful in standards, even though they don't have the weight of "must" or "must not", even though both recommended and permissive items are, strictly speaking, without effect since in a standard everything not specifically either forbidden or required is implicitly permitted. But both "may" and "should" items help to clarify the mandatory items and are useful in guiding implementors.

    10. Re:"Should" vs. "Shall" by R2.0 · · Score: 1

      A standard may not have the same direct legal weight as a contract, but it still has weight beyond a bunch of slash geeks bickering. Contracts are often let for items that are "standards compliant". If the standard is loose or poorly written, the vendor can claim standards compliance, even though the product violates the intent of the standard. See OOXML for an example.

      --
      "As God is my witness, I thought turkeys could fly." A. Carlson
  11. Re:Get your ZERO-DAY patches, GET THEM NOW !! by Anonymous Coward · · Score: 0

    You furry man
    You to o late
    Bases are all belong to us

  12. Pragmatism vs. Ideallism by coolGuyZak · · Score: 1, Interesting

    Adding this to the fact that there are widely available patent-free implementations of Ogg technology, there is really no excuse for Apple and Nokia to say that they couldn't in good faith implement HTML5 as previously formulated.

    HTML 5 is designed to be a pragmatic markup language, and neither Apple nor Nokia felt that Ogg was of practical use. The "intellectual purity" of ogg pales in comparison with the benefits of MPEG-4 and H.26x codecs. (To name a few: superior compression, less processing power for decoding, specialized chip support, and DRM hooks).

    1. Re:Pragmatism vs. Ideallism by jandrese · · Score: 1

      Not to mention the sweet sweet licensing fees.

      --

      I read the internet for the articles.
    2. Re:Pragmatism vs. Ideallism by Rogerborg · · Score: 1

      Who enjoys the "pragmatic" "practical" "benefits" from "DRM hooks"?

      --
      If you were blocking sigs, you wouldn't have to read this.
    3. Re:Pragmatism vs. Ideallism by Cyberax · · Score: 2, Insightful

      Ogg Theora sucks but Ogg Vorbis and Speex are, arguably, the best codecs for audio.

    4. Re:Pragmatism vs. Ideallism by moco · · Score: 1

      Ok, let's be pragmatic. I think w3c is trying to achieve a common ground for next gen browsers. An "at least meets these requirements" if you will. Vorbis and Theora seem to be good options for "at least". Remember, the goal is to create a standard so that the html5 enabled browsers can show the content the same way across all platforms.

      --
      moi
    5. Re:Pragmatism vs. Ideallism by GraZZ · · Score: 1

      For all that people are bitching about Theora, people should:

      1) Try using it and seeing how terrible it is.

      2) Bitch more about why MPEG4/H.26x/AAC aren't more open/patent free. After all, these are the standards that industry *wants*, and they're going to produce software, hardware and content using these formats. If the FOSS community clings to Theora it will get left behind.

    6. Re:Pragmatism vs. Ideallism by mabhatter654 · · Score: 1

      it's about arm twisting browser vendors to support FREE data types! Both Apple and Nokia are playing the "we paid for ours" card so why should they support the free and open option. Considering Apple's BROWSER is open sourced, the attitude is incredibly disingenuous on Apple's part. Of course it means that there would be one free, unDRM'd, patent free audio & video codex everywhere. THAT is the win they were looking for. The problem with Ubuntu for instance is that while it supports audio and video apps out of the box, in the US they can't ship USEFUL ones.. so there's no FREE video or audio online anywhere.

      They need to put back in the OGG and make the companies deal with it. The web is Open Source to it's core... video and audio are part of that. Of course Apple does everything they can to keep Ogg off Mac... They ship MySql, Apache, Ruby on Rails, KHTML,etc, etc.. but refuse to support Free software, even when the theora/vorbis codex have BSD licensed code. For apple it's in line with their non-support of other vendors for their iLife web apps... or how pages/numbers doesn't support ODF formats. Apple could own the Linux market too, if they'd actually support a few free formats and file types.

    7. Re:Pragmatism vs. Ideallism by coolGuyZak · · Score: 1

      Businesses whose products depend on dealing with big media. For instance, streaming media providers.

    8. Re:Pragmatism vs. Ideallism by Rogerborg · · Score: 1

      That's the "enjoy" part, but I'm still unclear on what the "pragmatic" and "practical" "benefits" to them are? Take your time answering; I've got a lot of DVD-rip torrents to sort through.

      --
      If you were blocking sigs, you wouldn't have to read this.
    9. Re:Pragmatism vs. Ideallism by Sancho · · Score: 1

      On the other hand, you don't want features that no one will use. OGG and its main codecs are not lightweight enough for mobile browsing (H.264 is) and are old enough that web developers targeting desktop browsers will probably want to use something else, anyway. It's a nice idea, and I'd love to see free codecs get more play, but realistically, it's actually not very pragmatic.

      Worse, HTML5 is a long way from ratification, and then it will be a long way from wide acceptance. By that time, Vorbis/Theora will be ancient. Although Vorbis may still be useful, Theora certainly will be completely outdated.

  13. Re:Get your ZERO-DAY patches, GET THEM NOW !! by Anonymous Coward · · Score: 0

    Huh? Furry man? I think this is for patch tuesday. It's for windows only so every here can continue goofing off/

  14. once again the public loses by Anonymous Coward · · Score: 0

    yay for oppression!

  15. Doesn't make sense... by binaryspiral · · Score: 5, Interesting

    If the format is free of patents, and is essentially open source (released under the BSD license)... how can Nokia shake its finger around and threaten people?

    This wouldn't be a story if Microsoft had done it, trying to force WMP codecs into the standard - I'm actually kind of surprised they hadn't yet... but Nokia? wtf

    1. Re:Doesn't make sense... by MrMickS · · Score: 1
      Ogg has been the poster child of FOSS for what seems like ages. In all that time its not really taken off. In the main people don't care about the idealism behind a format. All people care about is does it work and is it compatible.

      Take off the Glasses of Idealism for a moment and look at it from the Nokia and Apple point of view. They've spent money and effort on implementations of the MPEG-4 standard. They've spent time in committee getting the standard right. If this had gone in they would have to add a whole new format implementation to their systems. One that is inferior to MPEG-4 in many aspects.

      This is a pragmatic real world decision.

      --
      You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
    2. Re:Doesn't make sense... by Anonymous Coward · · Score: 0

      The license and lack of patents aren't the point here. Although it is cute to see so many people get all worked up over seeing "ogg", "removed" and "from spec" in a single phrase.

      Why the hell does HTML need Ogg Vorbis, or any codec, for that matter? This isn't about making a proprietary format the standard, it's about not making a perfectly good spec pointlessly crufty and complex.

      Apple and Nokia aren't the 'evil' ones here. People trying to push Vorbis into a standard where it doesn't belong are the evil ones.

      Heh, the captcha reads "morality" go figure.

    3. Re:Doesn't make sense... by Goaway · · Score: 1

      The format also sucks compared to most everything else.

      Plus, it is not actually free of patents, the patent owners have just given a very broad license to use them for free. I'm not sure how that works out legally for companies like Apple or Nokia, it may or may not figure into it.

    4. Re:Doesn't make sense... by cheater512 · · Score: 1

      FYI yes its patented but its under a 'free for all' licence.
      Anyone can use it for any purpose for free (both beer and freedom).

    5. Re:Doesn't make sense... by Delkster · · Score: 1

      The format also sucks compared to most everything else.

      Which format? The Ogg container? The Theora video stream format? The Vorbis audio stream format? It's hard to give any credit to that statement when it's both inaccurate and given no arguments in support whatsoever.

      I don't know why the container format would "suck compared to most everything else". Of course there may be something better (such as Matroska, perhaps), but "most everything else" includes obsolete things such as AVI and various other formats that really aren't that fancy. Ogg certainly beats those as a container. Just for the record, it is possible to put stream formats other than Theora and Vorbis within an Ogg container, but of course embedding formats that are clearly patent-encumbered within the container would sort of defeat the purpose.

      Vorbis audio produces pretty nice results even with the current encoders, and that is no small feat considering that it has probably got much less attention than various MPEG audio formats. With regard to encoding quality and size even the current Vorbis encoders are among the best in the field of lossless audio encoding, at least if we consider only formats and encoders that are actually used somewhere outside of a lab. With more effort put into Vorbis encoding it might well prove to be pretty damn good.

      In Theora you have a point -- the current quality is not particularly good -- but I don't think it's completely clear whether that's due to the current encoder implementations or limitations of the video stream format itself.

    6. Re:Doesn't make sense... by Delkster · · Score: 1

      With regard to encoding quality and size even the current Vorbis encoders are among the best in the field of lossless audio encoding

      Meaning "lossy audio encoding", obviously.

    7. Re:Doesn't make sense... by gnasher719 · · Score: 2, Informative

      FYI yes its patented but its under a 'free for all' licence. Anyone can use it for any purpose for free (both beer and freedom). Who knows if there are any other patents lurking? We know from the MP3 history: Yes, everyone knew there were tons of patents, but you could buy a license for all the patents for quiet a reasonable fee, which for example Microsoft did. Then suddenly someone comes up with a claim for a patent that is not covered by that pool and sues Microsoft for billions.

      Same thing could happen with Ogg as well. Make it part of the HTML5 standard, convince Apple, Nokia and Microsoft to use it, and four years from now when every browser in the world supports it, someone comes out with a patent claim and sues everyone. It doesn't happen right now because trying to enforce a patent on Ogg won't make you any money.
    8. Re:Doesn't make sense... by webmaster404 · · Score: 1

      Then Apple/Nokia should open up the standards under a F/OSS licence.

      --
      There is no "disagree" moderation, and troll, flamebait and overrated are not valid substitutes
    9. Re:Doesn't make sense... by Goaway · · Score: 1

      The Theora video codec, obviously, as that was the subject of the discussion. And it is pretty obvious it is a limitation of the format itself - it's a far more primitive design than more modern codecs like h.264.

    10. Re:Doesn't make sense... by TALlama · · Score: 1

      This wouldn't be a story if Microsoft had done i

      Yes it would, as it would require that Microsoft recognizes that the effort is going on; at present, they're willfully ignoring it.
      --

      - The Amazina Llama

    11. Re:Doesn't make sense... by Anonymous Coward · · Score: 0

      Doesn't make sense... If the format is free of patents, and is essentially open source (released under the BSD license)... how can Nokia shake its finger around and threaten people?
      Exactly, so one of your premises is wrong. Do the research and find out which one (hint: start your research on whether or not the format is free of patents).
    12. Re:Doesn't make sense... by Anonymous Coward · · Score: 0

      >If the format is free of patents, and is essentially open source...

      You mean, Nokia and Apple cannot claim that free and open stuff may infringe on "patents"

      FUD is a powerful tool. You can never be sure that you are not infringing some rule in some place in some way....

      Like Novell, Ian fell for the threats.

      History repeats itself, first as a tragedy, then as a farce.

    13. Re:Doesn't make sense... by SolitaryMan · · Score: 1

      If this had gone in they would have to add a whole new format implementation to their systems.

      With all libraries available and being OS, this is not an issue. Opera managed to do it pretty easy.

      One that is inferior to MPEG-4 in many aspects.

      We are talking web here. Superior format is the one which is (1) Easy to implement (see above), (2) Definitely not proprietary (can be easily adopted).

      When it comes to compression ratio, good enough is enough. It is better to give up some performance to make format easier (see point (2))

      --
      May Peace Prevail On Earth
    14. Re:Doesn't make sense... by SoupIsGoodFood_42 · · Score: 1

      Because Nokia don't know if it is really free of patents? As other people have been saying, this is just a reasonable business decision on their part.

  16. Does it really matter? by CSMatt · · Score: 1

    The MP3 patents should expire at around 2010, and I imagine the other MPEG-1 patents will expire sometime around that time, if they haven't already.

    1. Re:Does it really matter? by cheater512 · · Score: 1

      Hmm...A HDTV VCD. Aaaaarrrgggghhhh!!!!

  17. Not a requirement by Bogtha · · Score: 5, Insightful

    Note that HTML5 in no way required Ogg

    So what's the point in having it in there then? The vendors who don't want to implement it won't, and the people wanting an open baseline won't get one. The recommendation did nothing for openness or interoperability, it just gave people an official excuse to bash vendors that won't implement it.

    All other things being equal, a smaller specification that everybody can agree on is better than one with unnecessary, contentious recommendations. There was never any need for this recommendation, it just bloated the already massive specification.

    --
    Bogtha Bogtha Bogtha
    1. Re:Not a requirement by VGPowerlord · · Score: 0

      Too bad I don't have any mod points, this needs Insightful mods.

      (I was going to post asking the same question... I guess I'm a few minutes too late.)

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:Not a requirement by Rogerborg · · Score: 1

      Exactly. "SHOULD" is the dead skunk under the specification porch. Either say "MUST", or just STFU.

      --
      If you were blocking sigs, you wouldn't have to read this.
    3. Re:Not a requirement by Kludge · · Score: 1

      So what's the point in having it in there then? The vendors who don't want to implement it won't, and
      the people wanting an open baseline won't get one.


      You could make the same remark about the entire standard: "vendors who don't want to implement it
      won't". Does this mean that we should not have standards?

      No, standards are very important, but in general are not required.

    4. Re:Not a requirement by Americano · · Score: 2, Insightful

      False Dilemma :
      "The informal fallacy of false dilemma--also known as false choice, false dichotomy, falsified dilemma, fallacy of the excluded middle, black and white thinking, false correlative, either/or fallacy, and bifurcation--involves a situation in which two alternative statements are held to be the only possible options, when in reality there exists one or more other options which have not been considered."
      Standards are attempts to make a set of behaviors explicit & well-defined -- they are the requirements document which developers work from when they attempt to implement a standards-compliant program. As such, they need to be very clear about what is and what is not allowed, and avoid making lots of limp-wristed "should" and "may" statements -- if you're not willing to say, "this is required," then why put it in the standard if standards implementers are free to disregard it as they see fit?

      You're right -- the entire standard is optional to begin with. So why include a bunch of optional recommendations that just allow standards implementers to claim compliance with the standard while ignoring the sections of the standard that are optional and hard to implement? Think about it:
      • If Apple can legitimately claim HTML5 compliance for Safari while not supporting Ogg Theora;
        AND
      • If Mozilla can legitimately claim HTML5 compliance for Firefox while supporting Ogg Theora;
      Then what's the point of "recommending" Ogg Theora in the standard to begin with? It's not required, so as someone writing code to be rendered in an HTML5-compliant browser, you can't assume it's supported.

      Reading Ian's remarks, and the new paragraph in the spec, it sounds like they recognize the need for some sort of baseline standard audio/video codec in HTML5, and I agree that that's beneficial, and a net good for the standard -- but if they're not willing to say it's required, then including it as "just a recommendation" is simply a way of ensuring that the current confusion and lack of standards continues, while loudly claiming that you've addressed the problem, and I think that would be a net "bad thing" for the standard.
  18. It would have been nice... by Loibisch · · Score: 0

    It would have been really nice to have a common denominator where if you want to put up a video you can just assume a single format will actually work on all modern browsers of all platforms (one day). But certain corporations are too afraid of their own tactics and therefore refuse to implement OGG Theora. Because, you know, one day someone might pop out of their hole saying "booyah, I have a patent on technology X and you're all infringing" and they would not be able to deny it as OGG is open for everyone to review.

    So in fear of a potential lawsuit over something that might not even ever happen we keep up a non-uniform way of displaying video on all platforms and have abandoned hope for a unification for years to come.

    What a sad world...

    1. Re:It would have been nice... by Bogtha · · Score: 1

      It would have been really nice to have a common denominator where if you want to put up a video you can just assume a single format will actually work on all modern browsers of all platforms (one day).

      Yes, that would be nice. However the specification didn't aid that goal before this change either. It only recommended Theora. Vendors were still free to ignore the recommendation and not bother implementing it, and that's exactly what multiple vendors were planning on doing. So what has been lost by removing the recommendation?

      --
      Bogtha Bogtha Bogtha
  19. Web Standards by bunratty · · Score: 2, Insightful

    I don't see that the edit makes much of a difference. Even if HTML5 says that user agents SHOULD support Ogg, it doesn't mean they all will. And even though HTML 5 doesn't mention Ogg, it doesn't mean they all won't.

    As every web developer knows, what you can and cannot do on a web site has less to do with what the standards say, and more to do with what browsers decide to support. There are web standards that have been specified for years that developers still cannot use (for example, much of the CSS in the Acid2 test), and there are technologies that get widely used before being standardized (for example, XMLHttpRequest).

    --
    What a fool believes, he sees, no wise man has the power to reason away.
  20. Wierd. by ak3ldama · · Score: 4, Informative

    From the page:

    It would be helpful for interoperability if all browsers could support the same codecs. However, there are no known codecs that satisfy all the current players: we need a codec that is known to not require per-unit or per-distributor licensing, that is compatible with the open source development model, that is of sufficient quality as to be usable, and that is not an additional submarine patent risk for large companies. This is an ongoing issue and this section will be updated once more information is available.

    What part of initially suggesting Ogg Vorbis doesn't fit with the new quote? It just seems wierd. Like they could say what they mean, but not explicitly suggest Ogg.

    --
    "but money is the God of Algiers & Mahomet their prophet." - Rich. O'Bryen June 8th 1786
    1. Re:Wierd. by incripshin · · Score: 1

      They're passive aggressively saying that Apple and Nokia are a-holes. At least that's what it looks like to me, since I now have a chip on my shoulder that probably will never leave.

      Why do people have a problem with compatibility? It's just more do what you feel mentality, which has screwed us over already with the varying implementations of HTML4/CSS2.1/JavaScript support between browsers. I thought this kind of crap was supposed to end at some point.

    2. Re:Wierd. by incripshin · · Score: 1

      Also DOM.

    3. Re:Wierd. by ubernostrum · · Score: 4, Interesting

      What part of initially suggesting Ogg Vorbis doesn't fit with the new quote?

      The submarine patent threat. Ogg claims to be unencumbered, but until somebody big starts using it and lawsuits start flying in the Eastern District of Texas, nobody actually knows whether it's unencumbered. And companies which are already carrying a significant risk of submarine patents from other more popular/profitable codecs don't have much incentive to assume even more risk for sake of a codec that's hardly used and doesn't present compelling technical advantages.

      Some people think this is FUD. I think those people don't pay attention to patent-related news in the US; the only safe position right now is to assume something is encumbered until someone else has spent millions of dollars litigating it to be sure, which is why you get development models like SQLite: SQLite refuses to accept or use any code based on algorithms or techniques that are less then 17 years old, so that they can prove they're using technologies which couldn't possibly be patent encumbered.. Patent reform would be a nice thing to have for cases like this...

    4. Re:Wierd. by the_womble · · Score: 1

      The problem may be the requirement that there is no submarine patent risk. I am not sure how to satisfy this short of the codec being at least 20 years old (US patent law being the problem).

    5. Re:Wierd. by Paradigm_Complex · · Score: 1

      Ogg is used in many videogames. Rockstar's big enough to get attacked every which way over their GTA games, but so far as I know nothing has been brought up over their use of Ogg Vorbis. Theora can be a little trickier, but Vorbis is pretty clean.

      --
      "A witty saying proves nothing." - Voltaire
    6. Re:Wierd. by Anonymous Coward · · Score: 0

      Same argument applies to everything. You'll never know whether or not there's a submarine patent on the software until someone files.

  21. There really is no excuse? by Chas · · Score: 2, Funny

    Sure there is! Lots of them!

    Greed.

    Avarice.

    Stupidity.

    Need I go on?

    --


    Chas - The one, the only.
    THANK GOD!!!
    1. Re:There really is no excuse? by damaki · · Score: 1

      Sex is a better excuse.

      --
      Stupidity is the root of all evil.
    2. Re:There really is no excuse? by Anonymous Coward · · Score: 0

      How about: There are likely more posts attached to this story than there are users of Vorbis.

  22. Bwah? by TrebleJunkie · · Score: 1

    Forgive my ignorance, I've not been following the topic at all, but why would one even consider it a good thing to have specific support for one format -- free-as-in-beer-speech-whathaveyou -- embedded in HTML in the first place? Aside from the usual not very good hippie-mountain-crunch commun/social/altru-istic reasons, especially when there is likely to be an encoding-agnostic means to attempt to embed objects into HTML? (I'm assuming here, because I can't imagine something like the OBJECT tag going away any time soon, right?)

    --

    Ed R.Zahurak

    You know, oblivion keeps looking better every day.

    1. Re:Bwah? by Azzmodan · · Score: 1

      For the same reason standard image formats are supported, so that you can show them inline and you know everyone can see them if they use a modern browser.

      Right now for videos you have to hope that whatever proprietary plugin you use is available for the browser the custom uses. With more and more operating systems, devices, and other things having webbrowsers that assumption is harder and harder to make. If every HTML5 browser should support ogg or mp4 or whatever format by default then you can target that, instead of having to hope that whatever browser on whatever platform your target has happens to be able to play that kind of media.

    2. Re:Bwah? by Bogtha · · Score: 1

      For the same reason standard image formats are supported, so that you can show them inline and you know everyone can see them if they use a modern browser.

      And yet this is possible without any version of HTML ever recommending a particular format for the <img> element type.

      --
      Bogtha Bogtha Bogtha
    3. Re:Bwah? by cheater512 · · Score: 1

      Best example: Think YouTube and other sites which use Flash Video.

      Its completely taken over the web as a way to reliably watch video on the internet.

      The W3C wants to formalize something like it which anyone can use.
      Makes perfect sense.

    4. Re:Bwah? by TrebleJunkie · · Score: 1

      Many sites that host video now use flv embedded in a flash-based player, which is embedded using the object tag. It would seem most people are content with hoping that Flash is available on their platform, and in most cases, it is. Except my Blackberry phone, which kind of annoys me. The nice thing about embedding video this way (and I don't think it's likely to change) is that your player can be independently specified/styled to match the experience that is your web site, and people aren't bitching about how "my web browser's video player sucks!"

      Were I making the decision, the audio and video tags would be purely "suggestive" markup with little or no attributes used around object (and possibly a href) tags to suggest to the browser that what's contained in the child object is video or audio. You can use the object tag to attempt to embed your content any way (and in any format) you like, and the browser still knows that it's supposed to try to display it as video, audio, or something else. To me, that would seem a more useful, flexible and reasonable solution without injecting politics into the spec, as folks seemed to be trying to do with Ogg, or forcing browser makers to all build their own embedded (and likely to be hated) video and audio players.

      --

      Ed R.Zahurak

      You know, oblivion keeps looking better every day.

    5. Re:Bwah? by mmcuh · · Score: 1

      The nice thing about embedding video this way (and I don't think it's likely to change) is that your player can be independently specified/styled to match the experience that is your web site, and people aren't bitching about how "my web browser's video player sucks!" YouTube's video player sucks!
    6. Re:Bwah? by TrebleJunkie · · Score: 1

      No, it doesn't make perfect sense. What makes better sense is the way that the object tag allows third party flash video players to be happily embedded into an HTML document currently -- the object tag frees folks up to be innovative and do things in the browser (like display audio and video) that the spec doesn't/can't account for and is better off NOT accounting for on its own; nobody needs a bloated spec to do anything and everything.

      --

      Ed R.Zahurak

      You know, oblivion keeps looking better every day.

    7. Re:Bwah? by cheater512 · · Score: 1

      You seem to have completely missed the point.

      W3C isnt trying to include everything.
      Video is just particularly popular and useful when embedded on to a webpage and there should be a recommended way to use it.
      Not everyone can use flash you know.

      W3C isnt mandating what office document format should be used on the internet. *That* would be going over the top.

    8. Re:Bwah? by burnin1965 · · Score: 1

      Forgive my ignorance, I've not been following the topic at all, but why would one even consider it a good thing to have specific support for one format -- free-as-in-beer-speech-whathaveyou -- embedded in HTML in the first place? Aside from the usual not very good hippie-mountain-crunch commun/social/altru-istic reasons, especially when there is likely to be an encoding-agnostic means to attempt to embed objects into HTML?


      Your ignorance is forgiven, and acknowlegement is a good first step.

      The reason one would consider it a good thing to have a "free-as-in-beer-speech-whathaveyou" format recommended in the standard, whether your a "hippie-mountain-crunch commun/social/altru-istic reasons" or not, is because the HTML standard is an open standard and the purpose of the W3C is to fulfill the potential of the Web through the development of open standards.

      Being an open standard it makes sense to suggest Ogg as the format of choice in the HTML standard. Use of open standards is beneficial to everyone from providers to end users. Suggesting that market forces be allowed to determine a monopolist is not in keeping with open standards.

      Keeping with open standards is beneficial as it has been demonstrated over and over again that corporations who are interested in proprietary formats, such as Nokia and Apple, tend to be short sighted and self serving. Case in point is the WWW itself where many large corporations failed to see the value in the vision of the engineers and scientists who were developing it and refused to invest in its development.
    9. Re:Bwah? by TrebleJunkie · · Score: 1

      With respect to HTML, which is a language for describing how to mark up hypertext, it doesn't make sense for the HTML spec to specify _anything_ outside of HTML, such as what formats may/should/must/etc be embedded inside of it. (And no, it shouldn't specify GIF or JPEG or PNG, for images, either.)

      The object tag can handle video well enough. Hell, the object tag could handle images, too, and greatly simply things. (Then, the img, video and audio tags could _all_ be merely suggestive markup around object tags.)

      As far as the "proprietary" and "self-serving" corporations go, look, if everyone and their brother switches to Ogg tomorrow, they'll play ball because it's in their interest to do so.

      I doubt they will, as things like flv and flash video players have become the defacto standard, in part because flash is more or less ubiquitous and because the embedding of video inside of your own player gives you the ability to decide how the content is ultimately going to look inside of the browser to a greater level of certainty than you would by relying on the browser to server up your content. The "audio" and "video" tags will take us back to the days of writing in certain HTML for certain browsers because one draws it one way and one draws it another. That doesn't sound like progress to me. (It's more likely that developers will ignore the audio and video tags altogether and continue using Flash or whatever next great thing comes down the pike [which, btw, HTML5's tags won't be able to account for and will lag behind, whereas the object tag handles all of those nicely.] to display video.)

      --

      Ed R.Zahurak

      You know, oblivion keeps looking better every day.

    10. Re:Bwah? by mabhatter654 · · Score: 1

      maximum compatibility is the reason.. how about having every broswer be able to play at least 1 type of patent-free media of each type!!! Ask why places like Apple that loves to use OSS would NOT put an open and patent free format into their OS?

    11. Re:Bwah? by TrebleJunkie · · Score: 1

      "Maximum Compatibility" can and will occur regardless of whether or not the media types are "patent-free".

      "Maximum Compatibility" will likely happen because of the marketplace -- people will demand certain features in their browsers, and if they can't get them from one, they'll move to another.

      "Patent-free" can only happen in-spite of the marketplace, by imposing it, which is exactly the fast one people tried to pull here. Never mind that there's no good reason to impose it, just hippie-crunch-bar commun/social/altru-ist political sentiment injection (because god forbid innovators be "allowed" to profit from their efforts). "Patent-free" imposition will, in time, hurt more than it helps because that's all that self-sacrifice at gunpoint ever does.

      --

      Ed R.Zahurak

      You know, oblivion keeps looking better every day.

  23. Did anybody check the commit title? by jthill · · Score: 1

    Lift the cat who was amongst the pigeons up and put him back on his pedestal for now. (remove requirement on ogg for now)

    ... and the replacement text doesn't name ogg, it merely lists codec desiderata that only the oggs (afaik) can meet.

    That said, I can easily imagine that companies are in exclusive-licensing binds and have promised not to support other media formats in exchange for, say, massive price breaks.

    --
    As always, all IMO. Insert "I think" everywhere grammatically possible.
  24. Playing devil's advocate by cowwoc2001 · · Score: 2, Insightful

    I have nothing against the Ogg Vorbis format, but how is it the business of an HTML spec as to what file format is used by external links? This is no better than the spec mandating we use PNG instead of JPG. Developers will use whatever makes sense to them and it isn't really the spec's business to mandate what is really outside of its scope.

    1. Re:Playing devil's advocate by zullnero · · Score: 1

      A standard is just a standard, not a mandate or rule or regulation. There's no mandate for developers to follow the standard, except for the number of customers they'll piss off by not making their sites completely standardized for all browsers to be able to access and handle content. Pissing off the customers is the risk you take when you decide you're better off doing things YOUR way instead of following standards. That's your damage control problem, buddy!

    2. Re:Playing devil's advocate by cheater512 · · Score: 1

      Its not for external links. Its for a style tag.
      Think YouTube.

      Also its not forcing everyone to only use Ogg. They can use Ogg and WMV and MPEG 4 etc...
      The point is having a format that any HTML 5 compliant browser can view (which implies free and open).

    3. Re:Playing devil's advocate by cowwoc2001 · · Score: 1

      The point is having a format that any HTML 5 compliant browser can view (which implies free and open). Touche, this wasn't obvious to me from the Slashdot post. If this is their intent then I support them wholeheartedly.
  25. say ogg WAS official by circletimessquare · · Score: 4, Interesting

    why does anyone think that would actually carry weight? reference microsoft browsers and previous standards

    make ogg official, and business will ignore it, and marginalize the standard. do we really want the standards ignored?

    so allow the businesses their moronic formats, and use ogg anyways

    it's silly if anyone thinks the war against proprietary formats is going to be won by a standards body. at the very best, business will embrace standards because the standards body play footsie with business desires, which is what happened, which is good!

    at worst, the standards body ignores business on some ideological crusade, so businesses just ignore the standards as well, and we have a worse tower of babel on our hands

    folks: this is the best possible outcome, where best possible outcome = ugly begrudging accomodation of moronic business desires. you can't do any better than what happened, unfortunate, but true

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  26. Ummmm..... by Solder+Fumes · · Score: 2, Interesting
    Did anyone read the last discussion about this? I thought it was pretty well established that Ogg Vorbis/Theora has no business being defined as the standard for anything, for the following reasons:
    • It's comparable to H.261 in performance
    • No one actually knows what the patent status is
    • No one even uses Theora for anything
    • Other containers and encoding formats are better and more popular and open, like x264
    • Why do we need video requirements for text markup?
    1. Re:Ummmm..... by Anonymous Coward · · Score: 0

      Did you and I read the same discussion? I thought it was fairly well established that:

      Theora isn't the greatest in terms of performance but

      It's the only one we don't know DEFINITELY requires paying licensing fees
      (that's about as good as you can get...anyone can sue over anything...the fact that noone's claimed it to violate patents is the best you can do. MPEG1/2/3/4 and Microsoft's codecs all require payment which makes them a gray area for F/OSS ... no one seems to have sued over it yet but it requires tricks like hosting from overseas servers. I haven't heard of MPEGLA suing anyone ... yet - but that doesn't mean, under current US law, that they couldn't.)

      Sure, noone uses Theora for anything...but if everyone had a player as part of their browser, they would.

      There are encoding formats that are better and more popular, but _are_ they more open? What can I implement without signing licensing agreeements? If there are alternatives, I would like to know.

      Real world web content delivery now includes video. The advantage to video standardization is obvious ... get rid of this mess of requiring RealPlayer, QuickTime, Windows Media (with dozens of different codecs out there), MPEG, Flash video ... all requiring massive downloads and plugins, many of which are only present on one or two platforms.

    2. Re:Ummmm..... by doublec · · Score: 1

      Correct me if I'm wrong, but isn't x264 an encoder, not a decoder? x264 implements h.264 which requires patent licensing. So even if the code is open, using it requires payments. How is that more open than Theora? On the decoding front, what options are there for h.264? ffmpeg, but again that has licensing issues.

    3. Re:Ummmm..... by Sloppy · · Score: 2, Insightful

      No one actually knows what the patent status is

      No one actually knows what the patent status of any codec is. More generally, it is virtually impossible to write any computer program longer than "hello world" and be sure it doesn't infringe on someone's patent.

      What we do know, though, is an attempt has been made to find patents that Vorbis infringes, and that attempt came up with nothing. Furthermore, Vorbis has been deployed and used for many years now, and no one has sued. As for Theora, it is known to use some patents (with permission), and it's been out a few years too, without those patents being contested, or On2 getting sued. Yes, a submarine could still come up, but all codecs share that risk.

      That isn't to say Theora is a good codec (though Vorbis sure as hell is), but the patent argument doesn't work.

      Why do we need video requirements for text markup?

      We don't, but there should be standards for multimedia, since we already have stuff like IMG and EMBED and those things just aren't going to go away. Right now, we have an absolute travesty for video embedded on web pages (nearly a worst-case scenario), where multimedia is being played by Flash plugins! The user has absolutely no control over playback software and its capabilities.

      Imagine if embedded video were handled the way embedded images are, where the user agent developer could add features, remove annoyances, hand it off to the OS' data type, whatever. Oh, and imagine if user agent developers could fix security holes, instead of having to wait for Adobe. Flash must die, and multimedia standards for web-embedded content would be a great bag of nails for the accursed coffin.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    4. Re:Ummmm..... by evilviper · · Score: 2, Informative

      It's comparable to H.261 in performance

      That's only according to some guy from Nokia, who clearly has a massive bias.

      No one actually knows what the patent status is

      On2 had sold VP3 licenses for years, as well as for newer versions (VP4/5/6/7) based on many of the same methods as VP3. Those codecs have long been licensed, and widely used by very large companies like AOL (Nullsoft TV, AIM Video), Macromedia, Adobe (Flash v7), BBC (QuickLink field broadcasts), eBay (Skype Video), and no doubt many many more. The fact that no patent trolls have come out of the woodwork yet is pretty damn strong evidence that Theora is in the clear.

      No one even uses Theora for anything

      That's pretty much how all video codecs start out... Theora is still in beta, yet there is quite a bit of content from sites such as http://v2v.cc/

      Why do we need video requirements for text markup?

      For the same reason we need image requirements for text markup. In fact HTML already has a specified video format: raw MJPEG, it just happens to suck.

      I long wished MPEG-1 had been specified for web video (to supersede MJPEG) when it's patents had first expired, but it never happened, no doubt because some many companies have vested interests in getting those patent license fees.

      Dolby Labs does the same thing whenever a video standard is being defined... they throw a good amount of money in bribes around, and make sure the standards (in all those countries that have software patents) include only Dolby, despite MP2/Musicam being as good, and trivially easy to include as an alternative. So while our European friends can put free MP2 audio on their DVDs, and in their DTV broadcasts, in the US we are absolutely required to have a Dolby Digital/AC3 audio track.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:Ummmm..... by Rakarra · · Score: 1
      Imagine if embedded video were handled the way embedded images are, where the user agent developer could add features, remove annoyances, hand it off to the OS' data type, whatever. Oh, and imagine if user agent developers could fix security holes, instead of having to wait for Adobe. Flash must die, and multimedia standards for web-embedded content would be a great bag of nails for the accursed coffin.

      Wait, giving the user the control over playback and possibly even storage? Letting the user define his own interface doesn't sound like something the media companies would be interested in supporting. I mean.. what if the user could easily skip embedded commercials when the video specifies an unskippable section? What if the user wanted to play a video that is region-locked? Maybe the user even might be able to get away with skipping those FBI warnings? These are "travesties" that the average user might want, but media companies have worked very hard to ban in the DVD world.

  27. Patent FUD at fault. by Anonymous Coward · · Score: 2, Informative

    The actual removal can be found here.

    "we need a codec that is known to not require per-unit or per-distributor licensing, that is compatible with the open source development model, that is of sufficient quality as to be usable, and that is not an additional submarine patent risk for large companies."

    The sad thing is that Ogg/Theora is strong on all these points, and it's probably the only somewhat modern codec set that even comes close. Theora might not be state of the art, but it is orders of magnitude better 1980s tech that someone might propose as an alternative (and Vorbis clearly is a state of the art design).

    Meanwhile the MPEG LA licensed codecs that Apple and Nokia are advocating have already landed several *licensees* in court for patent litigation, with two major cases ongoing. In particular the MPEG LA license agreement is quite specific that the license does not provide all the patents needed to implement the covered codecs. Some of the lawsuits have even been from members of the pool (such as Lucent), so paying up provides you with little protection from attack from the pool members, no zero protection from patent attacks by third parties.

    Theora and Vorbis were designed to be free of serious patent problems. That doesn't mean that they are completely immune, *nothing can be* in our current patent climate. However, they should do better than their proprietary competitors... and the track record shows that.

    1. Re:Patent FUD at fault. by Anonymous Coward · · Score: 0

      What does fud stand for?

    2. Re:Patent FUD at fault. by Tranzistors · · Score: 1

      And I thought everybody used Wikipedia.
      FUD: Female urination device

  28. The actual mail on the HTML-wg mailing list... by Anonymous Coward · · Score: 5, Informative

    Just to point out what it currently happening, here is the mail from Ian Hickson from this morning:

    "I've temporarily removed the requirements on video codecs from the HTML5
    spec, since the current text isn't helping us come to a useful
    interoperable conclusion. When a codec is found that is mutually
    acceptable to all major parties I will update the spec to require that
    instead and then reply to all the pending feedback on video codecs.

        http://www.whatwg.org/issues/#graphics-video-codec
    "

    The title of the news is a bit misleading :) In other words "temporarily removed until a consensus has been found".

  29. attention that mpeg4 guy by trybywrench · · Score: 4, Insightful

    In the last story about this there was a guy who made a really good comment about mpeg4 and how Ogg/Theora isn't actually that good for HTML5. He basically said that the video codec was patent encumbered but the company who owned it made it available to the public under a free nonrevocable license since it was DOA anyway when compared to mpeg4. see here:


    "Ogg's video codec is Theora, which was proprietary. On2 developed it as its closed competition to MPEG-4's H.263 (DivX) and H.264 (AVC) codecs, alongside other competing proprietary codecs from Real and Microsoft (WMV). The winner to shake out of all that competition has been the MPEG-4 standard, which includes both a container and different sets of codecs. MPEG-4 is open and supported by lots of companies, and is also supported by FOSS (x264 is among the best implementations)." - DECS


    I get the feeling that if people would actually sit down and look at the issue objectively then it would be obvious that Ogg/Theora being included in the HTML5 spec isn't that great of an idea. The problem is the Ogg crowd has a huge chip on their shoulder since no one has really given them the time of day. So, here's a chance for them to get some validation for all their hard work but they've been cut out yet again so everyone's all up in arms.

    --
    I came to the datacenter drunk with a fake ID, don't you want to be just like me?
    1. Re:attention that mpeg4 guy by squiggleslash · · Score: 3, Insightful

      MPEG4 is patent encumbered and does require license fees. While there may be patents for Ogg Theora, On2 has made it clear Theora is a genuinely open standard that doesn't require payment of royalties to them.

      MPEG4 is only open in certain senses. It is not usable from the point of view of a web standardization body, given the dependence the web has on the free software world.

      BTW, DECS runs the supremely awful "RoughlyDrafted" website, a kind of brain damaged Apple advocacy thing. I'd take anything he writes with a pinch of salt.

      --
      You are not alone. This is not normal. None of this is normal.
    2. Re:attention that mpeg4 guy by Anonymous Coward · · Score: 0

      they've been cut out yet again so everyone's all up in arms.

      I'm not.
    3. Re:attention that mpeg4 guy by cheater512 · · Score: 2, Insightful

      I agree with your intentions but if Mozilla implemented MPEG 4 or x264 then they would immediately have a dozen lawsuits from different companies.

      Not exactly desirable. With Theora there isnt that problem.

    4. Re:attention that mpeg4 guy by Wesley+Felter · · Score: 1

      Realistically, Mozilla can afford to pay the license fees. H.264 is only $5M per year. It would be expensive (total Firefox development costs $12M/year IIRC) and it wouldn't help the IceWeasel people, but it could work.

    5. Re:attention that mpeg4 guy by Anonymous Coward · · Score: 0

      MPEG4 is patent encumbered and does require license fees. While there may be patents for Ogg Theora, On2 has made it clear Theora is a genuinely open standard that doesn't require payment of royalties to them. "to them" is the message. Since it was not accepted as the standard, Theora never had the review (by the existing codec patent owners) that the winning codec did for patent claims. It is conceivable that Theora is fully unencumbered. But it is highly unlikely given all the patent claims on codecs that exist out there. No one really wants another GIF fiasco (due to the LZW compression patent).

    6. Re:attention that mpeg4 guy by mabhatter654 · · Score: 1

      More to the point, even though European OSS friends have reverse engineered a clean-copyright version of h.246 it is STILL illegal under software patent rules in the USA. People went to a great deal of length to get vorbis and theora released by the IP holders for free to the OSS public. The only reason PNG ever made it was the GIF uproar.. if not for that it would not be included anywhere. All these companies are in the pockets of the spec holders.... free media is not in their interest.

    7. Re:attention that mpeg4 guy by Cyno · · Score: 1

      I get the feeling that if people would actually sit down and look at the issue objectively then it would be obvious that Ogg/Theora being included in the HTML5 spec isn't that great of an idea.

      Yeah? Well, I get the feeling we should fork every organization that stands in our way.

  30. Benevolent dictators, thank you... by PlanetSmashers · · Score: 0, Flamebait

    Why should a cellphone company, and a company that represents only 15% (is that a safe number?) of the PC market dictate what's best for the other 85%? Heil Jobs and Kallasvuo.

  31. Patent expired techniques by starseeker · · Score: 2, Insightful

    Oddities of writing style aside (and possible DRM agenda nonwithstanding) I actually thought the idea suggested in the original Nokia paper to use older techniques that are or will very soon be based on expired patents was a pretty good one.

    Whatever we may want to think, it is true that someone COULD challenge Ogg Vorbis on patent grounds, valid or not. A technique 20 years old and based on expired patents is absolutely unambiguous - the patent office itself is the documentation that the technique is now unrestricted.

    For most of what is done on the web the older technologies would work just fine. They are also mainstream, which means they stand a better chance of being used. The HTML standards process is not strong enough to push forward Ogg Vorbis, IMO.

    Remember, this is big corporate lawyer turf here. Ogg Vorbis is thought to be free of patent claims but there is no way to prove that. Expired patents are the safest possible way to proceed.

    --
    "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    1. Re:Patent expired techniques by Anonymous Coward · · Score: 0

      I actually thought the idea suggested in the original Nokia paper to use older techniques that are or will very soon be based on expired patents was a pretty good one.

      Interestingly, this also strongly suggests that the current patent system is a roadblock to innovation, although at least patented technologies will eventually be usable by society without onerous licensing requirements, unlike copyrighted content.

  32. Babel by Quiet_Desperation · · Score: 1

    The Babel is even worse with video. I've almost given up on watching shows with torrents. Every fricken geek out there tries to use the newest and most obscure codecs they can find for some reason, but maybe they're just jackasses. I downloaded a television episode recently, and had to search the web to even figure out the file extension. Turns out it was some new codec where the only players available were at 0.0.1 alpha stage. Great. :-\

    The **AA doesn't really have to do anything anymore. The file traders are going to obfuscate the whole thing into uselessness.

    1. Re:Babel by joshsnow · · Score: 1

      Turns out it was some new codec where the only players available were at 0.0.1 alpha stage. Great. :-\

      The MPAA pwned you on that one!

    2. Re:Babel by Ignominious · · Score: 1

      Every fricken geek out there tries to use the newest and most obscure codecs they can find for some reason

      Maybe because they're geeks? Clue's in the question ;-)

      If they didn't, we'd never get new free software codecs, only ones pushed by corporations with vested interests.
    3. Re:Babel by dangitman · · Score: 1

      Maybe because they're geeks?

      That doesn't make sense to me. True "geeks" tend to use stuff that works well, not just use stuff because it's new. Of course, I have to substitute "nerds" for "geeks" here, because geeks tend to be people who bite the heads off chickens, or people who work for companies with vested interest, but want to be "cool".

      If they didn't, we'd never get new free software codecs, only ones pushed by corporations with vested interests.

      Nonsense. Corporations with vested interests would love you to use new stuff just because it's new, regardless of the merits. Smart people will be skeptical about new things until they are proven. In fact, most of the "new and improved" stuff actually comes from corporations with an agenda, while those with experience and knowledge often prefer "old and well tested" to the shiny things.

      Note: substitute "smart people" for "nerds" in the first paragraph of my reply. This "nerd" and "geek" slang is getting so stupid that we should probably abandon the whole thing. It isn't very smart to use stupid pop-culture words as a substitute for what one really means to say.

      --
      ... and then they built the supercollider.
    4. Re:Babel by jonwil · · Score: 1

      I am surprised that the file traders haven't just picked DIVX/XVID with MP3 or AAC audio inside an AVI container. That setup seems to be widely supported in hardware (all the hardware media players out there plus all the DVD players that play that same format off a burned disk) and software (windows will play this out of the box IIRC and if it wont, making it do so is trivial)

      And its not like all this fancy new stuff is going to make the files noticeably smaller or easier to share out. OTOH, it does make it harder for automated "find all the video files" script that the MPAA might try to use to track down anyone sharing video (after all, anyone sharing video is a pirate until its shown otherwise as per the MPAA propaganda)

    5. Re:Babel by Anonymous Coward · · Score: 0

      Protip: Use VLC. It plays all formats known to man plus a few known to monkeys.

    6. Re:Babel by Quiet_Desperation · · Score: 1

      Yeah, but they are also the "Information wants to be free" heralds, and information is not free when it's encoded in a format that six people in the world can correctly decode. :)

  33. I'm still not sure we even want HTML5 by Anonymous Coward · · Score: 0

    It seems to encourage sloppy code writing, there's too many "Well you can do it this way if you want" type comments which is a major reason we have many of the browser incompatibility issues we have in the first place.

    Unless you define specifically how things should be done there's always going to be ambiguity and there's always going to be browser incompatibilities.

    XHTML was a good common sense step towards making people standardise their code and it's existence has pushed that well. Why are we now throwing all that good work away and to an extent even contradicting it?

    I'm not entirely sure why a specific media format is being suggested in the first place either, this seems like a bad idea. If the spec becomes stagnant as many others have in the past it's going to become outdated as recommended formats die out and so on and so forth leaving people to treat it with further ignorance.

    The brilliance of XHTML is the very fact that it is extensible and does only specify the absolute minimum required to work whilst the rest can be added on through the extensibility provided via the spec. That leads to a very adaptable, very future proof, well defined language.

    At the HTML5 site I see comments about how XHTML doesn't cater to web application developers but the core issue is that many web application developers came about without requiring any formal software engineering skills and again this is why the web is such a relative mess. The reality is that the language shouldn't be adapting to web developers but web developers need to be adapting to tried and tested good practice development methods and concepts to ensure a well structured, clean, standardised, future proof web.

  34. So, in other words... by BitwizeGHC · · Score: 1

    Microsoft = Dr. Evil

    Apple = John Travolta's character from Swordfish

    --
    N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
  35. Maybe it's just me.. by devjj · · Score: 2, Insightful

    I'd rather have a spec that clearly defines how content is embedded, rather than what content to embed. Specifying a particular format reduces freedom. There's nothing to say you can't use Ogg. The only benefit to having Ogg in the spec itself would be to get the format more well-known, but that should happen on its merits, not because a standards body decreed it so. What is unfortunate in this instance is just how much sway a single company or pair of companies can have over a spec as a whole, and how quickly they can make changes happen. It just smacks of impropriety. I don't think anyone's going to argue that H.264 is a bad codec, but isn't the point of a standard to ensure interoperability? Why do these companies have so much clout?

    1. Re:Maybe it's just me.. by devjj · · Score: 1

      To clarify, I meant to say that I don't think anyone would argue that H.264 is bad, because it isn't.

    2. Re:Maybe it's just me.. by Anonymous Coward · · Score: 1, Insightful

      I'd rather have a spec that clearly defines how content is embedded
      Indeed, and "how" can include, for example, "encoded in codec/format $FOO". Otherwise, you might end up with Mozilla only supporting Theora, IE only supporting WMV and Safari only supporting Quicktime, so you have to publish all three formats if you want it to work in all the browers.

      rather than what content to embed
      Well, I wouldn't mind if they forbade teeny pop, reality television and MySpace, but perhaps that's just me.
    3. Re:Maybe it's just me.. by Anonymous Coward · · Score: 0

      The idea here was common HTML 5 specification browser support to include playing a common free format so that anyone could be confident in using it.

  36. You're a bit off. by Anonymous Coward · · Score: 1, Informative

    Theora is a bit computationally cheaper to decode than H.264, and of much higher quality per bit than older generation codecs.

    W3C was quite clear in their diff that pay-per-use codecs like H.264 were utterly unacceptable to them. This isn't a choice between Theora and H.264, it's a choice between Theora and H.261 ... which needs on the order of 10x the bandwidth to still have worse quality than Theora, enough of a difference that H.261 is not really suitable for web streaming. So it's really a choice between Theora and nothing at all, a state of affairs that screws the public but should leave the codec licensing folks happy since they are already making great money off the fragmented status quo.

    Theora is not as good as H.264, but it's not that far behind, and it's much better than anything else no-cost. For a baseline codec it doesn't matter that chosen codec isn't the best quality available, it matters that it isn't terrible and it matters that it can be universally implemented. Today Theora is pretty much the only option that meets those two simple criteria.

    And, of course, Vorbis is a state of the art codec which stands up well even next to the best AAC-HE codecs, even at low bitrates.

  37. This is why zeal matters by mlwmohawk · · Score: 3, Insightful

    I am so sick and tired of people saying silly things like "Its only an operating system," or "use what's best," or other justifications for taking crap that we MUST STAND UP AGAINST.

    Every little one of these things matters, they all add up like links in a chain. There are people actively trying to destroy freedom and they are doing it slowly with incremental steps. This is just another step. I'm sorry, if you can't be bothered to take an active participation in protesting and exploring alternate systems, then you are letting everyone down. You know the expression: "No one snow flake in an avalanche feels any responsibility."

    The *big* picture is democracy itself. Once the information is controlled, the people are controlled. Make no mistake, people are actively working against the free exchange of information. While most are just working for their own self interests, there are others capitalizing on these actions in more nefarious ways.

    I know you think this is tin foil hat stuff, but look around, look at what's happening. We have to work against these sorts of things because rust never sleeps.

    1. Re:This is why zeal matters by dangitman · · Score: 1

      I am so sick and tired of people saying silly things like "Its only an operating system," or "use what's best," or other justifications for taking crap that we MUST STAND UP AGAINST.

      What are you referring to? This seems pretty incoherent, and not related to any of the topics brought up by the story.

      There are people actively trying to destroy freedom and they are doing it slowly with incremental steps. This is just another step.

      How does not specifying a particular format destroy freedom? I think you have it backwards. Specifying a particular format would reduce your freedom, and be antithetical to "exploring alternate systems", which you advocate.

      Overall, your post sounds like doublespeak or propaganda - "Up is down", "freedom is restriction", that kind of thing.

      --
      ... and then they built the supercollider.
    2. Re:This is why zeal matters by mlwmohawk · · Score: 1

      It took a while but I suspected that someone would post that nonsense.

      How does not specifying a particular format destroy freedom?

      It isn't merely a "particular format" it is a "free" and "open" format which allows people to freely exchange data. Anything less is a reduction in freedom.

      Overall, your post sounds like doublespeak or propaganda - "Up is down", "freedom is restriction", that kind of thing.

      Only if you neglect to consider that the preservation of "freedom" can only be achieved by the balance of freedoms. For example, it is necessary to eliminate the freedom to hold slaves to have freedom. In this example, it is necessary to remove proprietary technology from a public specification to preserve the freedom to implement it and the freedom to use it.

    3. Re:This is why zeal matters by dangitman · · Score: 1

      It isn't merely a "particular format" it is a "free" and "open" format which allows people to freely exchange data. Anything less is a reduction in freedom.

      But by not allowing alternatives to that, you are reducing freedom even more. By not specifying a particular format, that allows choice - including the choice of Ogg/Theora. Anyway, how does Theora help "the free exchange of data" when common devices (for example, iPods, mobile phones) don't support the format? That just reduces the ability to freely exchange data.

      In this example, it is necessary to remove proprietary technology from a public specification to preserve the freedom to implement it and the freedom to use it.

      Why is it necessary? You can freely implement Theora if you like. not specifying a particular format is not the same as prohibiting it.

      Even more importantly, it won't work. If the specification removes the ability to use popular formats - then people will simply ignore the specification. How does that help Theora gain more widespread usage? Trying to force people to use it won't help. People have to want to use it, of their own free will. Your stance makes about as much sense as forcing something on someone, "for their own good." To compare this to slavery is just stupid.

      --
      ... and then they built the supercollider.
  38. Unbelievable...yet... by Anonymous Coward · · Score: 0

    I can't wait to see RoughlyDrafted defend this move. Daniel Eran, now is your time to set the record straight. Allow me to assist you with the article: the Vorbis formats are secretly backed by Microsoft, include highly restrictive squirt DRM called PlaysNotForSure, and secretly embed Zune logos into all of the files you play.

    Don't forget to include bar graphs showing how the AAC format far outsells the Vorbis format in terms of digital media sales, because I think that will really drive the point home.

  39. XHTML1.0 vs. HTML5 by Random-words-writer · · Score: 1

    I tought the XHTML specifications were made to replace the old HTML4.01 ... but now I see that the next "version" of HTML4.01 is HTML5.

    I think it's better to leave alone the HTML5 beucase it will cause more incompatibilities with the browsers and concentrate all the development efforts on the XHTML standard. I'm almost sure it won't be fully compliant with HTML4.01 and all major browsers will implement some different interpreting methods.

    XHTML is more easier to understand for the computers because it is formatted as a XML, so it is nested and clear, but also is flexible.

    1. Re:XHTML1.0 vs. HTML5 by lattyware · · Score: 1

      Note this isn't necessarily completely perfectly correct, It's just from memory.
      XHTML is better than HTML, the people working on the specs think so, but people are unwilling to adopt XHTML - XHTML 1.0 is a watered down version of what XHTML was meant to be. XHTML 2 will be it's true calling. HTML 5 is apparently meant to be a stepping stone between HTML and XHTML. XHTML 2 is meant to be the next big thing.
      Of course, the web isn't even conforming to HTML 4, let alone XHTML in any form or HTML 5. People will continue to hack code together. I want an XHTML, and browsers that will refuse to render incorrect code (like XHTML served as XML currently does).

      --
      -- Lattyware (www.lattyware.co.uk)
    2. Re:XHTML1.0 vs. HTML5 by mozkill · · Score: 1

      why in the world would anyone want a browser that refuses to render incorrect code? it would be far better if a browser gives you a safe-mode version of the page and also warns you about the incorrect code.

      --

      -- Betting on the survival of the media industry is a serious risk. I advise investing elsewhere.
    3. Re:XHTML1.0 vs. HTML5 by Rhapsody+Scarlet · · Score: 1

      XHTML 1.0 is a watered down version of what XHTML was meant to be. XHTML 2 will be it's true calling. HTML 5 is apparently meant to be a stepping stone between HTML and XHTML. XHTML 2 is meant to be the next big thing.

      You're almost right. XHTML 1.0 was meant to be the stepping stone between HTML and XHTML (hence the 'HTML compatibility guidelines' found in the XHTML 1.0 spec and the fact that it come in Strict, Transitional, and Frameset flavours, just like HTML 4.01). XHTML 1.1 was effectively 'XHTML 1.0 Ultrastrict' in that it depreciated even more stuff from XHTML 1.0 Strict and killed the HTML compatibility guidelines, and XHTML 2.0 was meant to be the big thing.

      But some browser manufacturers (namely Apple, Mozilla, and Opera) weren't happy with XHTML, and so formed the WHATWG to develop HTML 5 for submission to the W3C. Now it's been accepted, XHTML 2.0 and HTML 5 are both the 'next big thing'. I personally like XHTML more (note that my site is XHTML 1.1) and think HTML 5 is a bad idea, it's a step in the wrong direction and will just breed more confusion, but maybe that's just me.

    4. Re:XHTML1.0 vs. HTML5 by lattyware · · Score: 1

      Think about it. That means developers will make sure it is correct, it won't affect the end user, just the developers - and if you are a good web developer, it should just make your job easier.

      --
      -- Lattyware (www.lattyware.co.uk)
  40. MPEG-4 is NOT open/free by mkcmkc · · Score: 1

    ...If it was, our problems would be over.

    --
    "Not an actor, but he plays one on TV."
  41. Just Sayin' by Frosty+Piss · · Score: 1

    How can anyone involved in objective analysis of a standard "cave"? Was there money involved? Because if Ogg was the best choice than there has to be some other major deciding factor outside legitimate consideration.

    --
    If you want news from today, you have to come back tomorrow.
  42. MP3 encoder patents ... 2018 by a+known+emus · · Score: 1

    There are important patents needed to implement a quality MP3 encoder which do not expire until ~2018. Though you're right that MP3 decode becomes free fairly soon. Video, on the other hand, is MUCH worse off and this argument is, after all, over the tag.

    You could use prior generation codecs a bit sooner such as H.261 But H.261 needs something like 10x the bandwidth of Theora to produce something of even remotely comparable quality. Adopting that as a baseline would, no doubt, make parties like Apple and Nokia who earn money off codec licensing happy... it would not be good for the public. The bandwidth requirements of H.261 really make it unsuitable for web streaming, and the poor quality of the older codecs even at moderate bitrates makes them really undesirable.

    While Theora is not quite as good as H.264, it's not several orders of magnitude worse. It's serious competition, and the price is hard to argue with. The Ogg solution is especially competitive right now as multiple MPEG licensees are getting sued and losing patent infringement cases brought both by third parties and members of the MPEG licensing pool. While you can't say for sure that someone won't sue you for using Ogg/Theora+Vorbis, it's becoming increasingly sure that you will be sued for using the MPEG codecs and that your expensive license provides little protection. At least Ogg/Theora+Vorbis are *intended* to avoid patents, and the money you save of licensing could go a long way for insurance or outright legal defense.

    Ultimately the only way to resolve this issue is to fix the broken patent system in the US... but thats somewhat outside of the scope of the W3C.

  43. Huh? by IgnoramusMaximus · · Score: 4, Insightful

    I have news for you: HTML is a format!

    By being half-assed and not specifying a standard for a widely used aspect of the web browsing experience, what is in effect happening is a de-facto endorsement of all of those pet proprietary formats at the expense of clarity and allowing the various companies to rape the public with a million of buggy plug-ins, each with its own flavour of the week. The very anathema of a "standard".

    It does not matter if Ogg/Theora were not the most advanced and efficient of technologies as neither is the whole concept of HTML. What mattered was estabilishment of an open standard which would cut down on the chaos of inane plug-ins and made it impossible for companies like CNN to purposefully block all web browsers other then IE from accessing their video contents, as is the case now.

    1. Re:Huh? by Anonymous Coward · · Score: 0

      It's no life or death requirement for a format that specs how to build web pages. Not music players. But web pages. The 'embed' tag exist for a reason.

    2. Re:Huh? by Anonymous+Brave+Guy · · Score: 0, Troll

      By being half-assed and not specifying a standard for a widely used aspect of the web browsing experience, what is in effect happening is a de-facto endorsement of all of those pet proprietary formats at the expense of clarity and allowing the various companies to rape the public with a million of buggy plug-ins, each with its own flavour of the week. The very anathema of a "standard".

      Have you quite finished? Geez, it's a wonder multimedia-based services like YouTube even work on... just about every browser on the planet.

      The Web-using public has proven itself quite capable of adopting new technologies that serve their purposes, and working on the basis of popular de facto standards. If any proprietary technology ceases to serve the needs of the Web-browsing public, that technology will most likely be replaced in fairly short order by another that does serve the public need. This sort of thing has been happening since the dawn of browsers and the old IE vs. Netscape browser wars.

      There are advantages to having a truly open standard, but for something that evolves as fast as the Web, we've seen time and again that de facto standards that are technically sensible and practically useful are way more valuable than any formal document produced by a standards body. This whole discussion sounds a lot like people who like a relatively unpopular format bitching because they were hoping their preference would be forced on the rest of the world based on politics rather than technical merit, and they lost the argument.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    3. Re:Huh? by Ignorant+Aardvark · · Score: 3, Insightful

      Have you quite finished? Geez, it's a wonder multimedia-based services like YouTube even work on... just about every browser on the planet.

      YouTube works? Are you joking? Firefox crashes on me every time I view a YouTube video thanks to the wonderfully crappy proprietary, closed source Flash plugin for Firefox on GNU/Linux. It doesn't work at all. Using Ogg/Theora in a video tag, on the other hand, would work perfectly.

      Closed source solutions like Flash aren't solutions at all. Flash isn't even a video format. It's an animated vector format that's been used as a hack to deliver raster video. It's far from the ideal solution; the only reason it was ever used is because it is relatively widespread. "Relatively." There's still a good number of us who are left out in the cold.

    4. Re:Huh? by LordVader717 · · Score: 1

      Well, nowadays Audio and Video are part of "web pages".
      Should we require plug-ins for basic image files as well? After all, a lot of websites do without them, and we're not talking about an image viewer here.

    5. Re:Huh? by IgnoramusMaximus · · Score: 4, Insightful

      Have you quite finished? Geez, it's a wonder multimedia-based services like YouTube even work on... just about every browser on the planet.

      No, they don't. Try a 64-bit Linux, any distro, amongst many other examples. And no, writing entire 32-bit emulator plugins so that the stupidity which is Flash can run in them does not constitute "working" anymore than running VMWare makes Autocad work on Linux.

      The Web-using public has proven itself quite capable of adopting new technologies that serve their purposes, and working on the basis of popular de facto standards. If any proprietary technology ceases to serve the needs of the Web-browsing public, that technology will most likely be replaced in fairly short order by another that does serve the public need. This sort of thing has been happening since the dawn of browsers and the old IE vs. Netscape browser wars.

      Bullshit. The "web-using public's" 95%+ membership is comprised of people who would upon seeing "this website needs the The Up-Your-Ass Shit-o-Matic Plugin to Enhance Your Experience" would go "Duh, I better click OK!".

      Quality or needs of the public have nothing to do with any of it. Needs of the various idiots attempting to control the public via means such as Flash-only sites have everything to do with it. That is why the public is not involved in protesting Ogg, corporations are.

      There are advantages to having a truly open standard, but for something that evolves as fast as the Web, we've seen time and again that de facto standards that are technically sensible and practically useful are way more valuable than any formal document produced by a standards body.

      More bullshit. If it weren't for open standards, the only "web" browser in existence would browse Microsoft "enhanced" HTML. The de-facto, secret, proprietary, patent-encumbered standards, with players available for only a small fraction of platforms are not "sensible" in any way, shape or form.

      This whole discussion sounds a lot like people who like a relatively unpopular format bitching because they were hoping their preference would be forced on the rest of the world based on politics rather than technical merit, and they lost the argument.

      Politics? Your entire argument can be summarized as "Everyone should use IE and commercial plugins on either Windows (or possibly, grudgingly, Mac)! Everyone who doesn't is a bitter, unpopular political loser!"

    6. Re:Huh? by lightsaber777 · · Score: 1, Troll

      You've got something wrong with your system if it crashes. I watch youtube movies all the time in Firefox on Ubuntu. Did you download the proprietary drivers or are you afraid to taint the kernel?

    7. Re:Huh? by IgnoramusMaximus · · Score: 1

      Proprietary video drivers are available for only small fractions of architechtures on which Linux runs, usually only the x86 compatible one. Furthermore, even on this most popular one, only the 32-bit versions of Flash and others are available.

    8. Re:Huh? by naylor83 · · Score: 1

      Yes, as someone else said, this is (soon) 2008 for crying out loud!! Removing Ogg from the spec is a HUGE mistake!

    9. Re:Huh? by Stormwatch · · Score: 1

      thanks to the wonderfully crappy proprietary, closed source Flash plugin for Firefox on GNU/Linux.
      Try Gnash.
    10. Re:Huh? by RobBebop · · Score: 1

      I use Ubuntu 7.10. Installing the Flash Plug-in to play videos was quick and painless. It told me what to click and asked for the password. I restarted the web-browser and haven't had troubles since.

      --
      Support the 30 Hour Work Week!!!
    11. Re:Huh? by IgnoramusMaximus · · Score: 1

      Try that on a 64-bit Ubuntu. Or any Linux distro running on, say, MIPS platform. Then let us know how it goes.

    12. Re:Huh? by Xypheri · · Score: 1

      My website will be entirely made out of Vorbis and Theora so you can only see it with a "Non Standards compliant" browser! WOOT

    13. Re:Huh? by Anonymous Coward · · Score: 0

      Odd. I use Firefox all the time, ever since its first release. I run it on Linux distros and on Windows XP. Youtube never causes me problems with the plugins I'm using, which are pretty much the defaults. You must have something else causing the problem.

    14. Re:Huh? by ketilwaa · · Score: 1

      Flash works fine on my 64 bit Ubuntu as well. Even though there is no actual 64 bit flash player for Linux.

    15. Re:Huh? by Seq · · Score: 1

      I installed the flash plugin through synaptic on 64-bit Ubuntu (AMD64), and it "works", if by "Works" you mean plays videos after hanging your browser for five or six seconds while initializing.

      Sound randomly stops as well, and sometimes seeking kills the video.

      --
      -- Seq
    16. Re:Huh? by IgnoramusMaximus · · Score: 1

      Precisely.

      I am getting fed up with people who after installing some convoluted set of emulation/virtualization layers get a Windows-only proprietary crapola to limp along pathetically, following which they go around exclaiming that "its working!".

      I strongly recommend VMWare to them. Its a far better way to make things "work" in that fashion. Just boot XP in a VM and presto! 100% "workiness" of proprietary crap plugins.

    17. Re:Huh? by antdude · · Score: 1

      I had no problems either but in Debian with IceApe (SeaMonkey).

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    18. Re:Huh? by ketilwaa · · Score: 1

      I'm using the 32-but plugin wrapper from the repos. It took 2 clicks with my mouse. And, it's working. W-O-R-K-I-N-G. Meaning, I see what the maker of the file wants me to see. My response was to FUD about flash not working on Linux. I'd prefer it if flash wasn't there, but it is, and I'm dealing with it. If that means I'm being taken up the poo-hole by Windows or whatever, then so be it.

    19. Re:Huh? by Bigon · · Score: 1

      Have you quite finished? Geez, it's a wonder multimedia-based services like YouTube even work on... just about every browser on the planet. Windows/MacOS/GNU/linux x86 is certainly "just about every browser on the planet."
    20. Re:Huh? by IgnoramusMaximus · · Score: 1

      No it is not working even by your definition. The wrapper/Flash combo on Ubuntu is extremely unstable in many configurations, leading to lockups of the browser, evidence of which you can see just by googling the topic, or even just amongst people replying in this thread.

      There is no "FUD" about Flash not working properly on Linux. Simply evidence. Flash has 32-bit, x86-only implementation on Linux. That is by definition "not working" on any Linux architecture different from that specification, even though one can do some half-assed, barely functional fakery on 64-bit x86.

    21. Re:Huh? by ketilwaa · · Score: 1

      FFS. Will you quit the nagging? It's working here. That's what I'm saying. It has not crashed or malfunctioned once so far on Gutsy, since its release. That's it!

    22. Re:Huh? by benow · · Score: 1

      flash-plugin-nonfree works fine for me under ubuntu amd64 (gutsy). Well I'm not overly in favour of flash (due to its authoring restrictions and limited binary distribution), it does work on amd64 (finally).

    23. Re:Huh? by ShieldW0lf · · Score: 1

      Geez, it's a wonder multimedia-based services like YouTube even work on... just about every browser on the planet.

      Every time you watch a video on YouTube with mp4 compression, they are obligated to pay Nokia and their fellow MPEG-LA members. The goal at W3C was to mandate that there should be support for a non-patent encumbered alternative for a browser to indicate that it is HTML5 compatible, so people will be able to publish without being compelled to pay on a per-download basis and feel confident that there would be support.

      Nokia successfully overturned this effort, ensuring they continue to receive money from their patents.

      Technical merit has nothing to do with this whatsoever. If you'd ever played around with Theora compression in question, you'd know very well that it's perfectly suitable for the task, and has the potential to open the playing field to anyone with an internet connection and a camera, whereas the mp4 alternatives are expensive enough that you are obligated to commercialize your use or you will not be able to operate under the MPEG-LA tax.

      This is about control, plain and simple. That's why the MPEG-LA group exists.

      --
      -1 Uncomfortable Truth
    24. Re:Huh? by IgnoramusMaximus · · Score: 1

      What do you mean by "nagging"?! Because it works for you, on your specific hardware/software configuration so that means everyone else does not count?! Because it is working for you so it also means it "works" universally?!

      Talk about self-centered attitude...

    25. Re:Huh? by LingNoi · · Score: 0, Flamebait

      Wow, how insightful, you dismiss the parents problems because you're not having them and go so far as to call him a troll.

      I too am having the same problems in Firefox so why don't you just STFU.

    26. Re:Huh? by ArtDent · · Score: 1

      I find that Flash mostly works most of the time. But I've certainly had many bad experiences where it causes the browser to hang or crash on all platforms, though more often on Linux than Windows. And, for some reason, full-screen mode on Linux is totally broken.

      Firefox + Flash is definitely less stable than just Firefox alone.

      And then, there's other platforms. Have you ever tried YouTube on a Wii? Why is it so jittery? could it be because it's still stuck on version 7 of Flash player? Thanks, Adobe!

      An open, standard video format with built-in browser support is exactly what we need. Plug-ins suck.

    27. Re:Huh? by ketilwaa · · Score: 1

      The nagging applies to the fact that you don't seem to accept that flash works for me, and likely for a lot of other Linux users.

    28. Re:Huh? by Maury+Markowitz · · Score: 1

      > You are using either a 32-bit plugin wrapper ... or?

      > essence giving in to the Windows crowd wholesale

      *sigh* It's religious arguments like this that make me glad they changed the spec.

      Maury

    29. Re:Huh? by ketilwaa · · Score: 1

      Parent said: "That is by definition "not working" on any Linux architecture different from that specification, even though one can do some half-assed, barely functional fakery on 64-bit x86." in response to me telling him it works for me. It works on the 3 different computers I now maintain (2 of which are 64 bit). I'm not dismissing that others have problems, but keeping up the flash-is-not-working-on-linux-FUD is rubbish when it's clearly not an even-close-to-universal truth (and I base that upon the fact that I have not touched one Linux computer that it did not work on). The flash I see is neither half-assed, nor barely functional.
      I sympathize with you in your troubles, but it does not apply to all, and from what I can tell, most have it working.

    30. Re:Huh? by Anonymous+Brave+Guy · · Score: 1

      Closed source solutions like Flash aren't solutions at all. Flash isn't even a video format. It's an animated vector format that's been used as a hack to deliver raster video. It's far from the ideal solution; the only reason it was ever used is because it is relatively widespread. "Relatively." There's still a good number of us who are left out in the cold.

      Really? What proportion of people who browse the web do you think use Firefox on Linux? 1%? 0.1%? 0.01%? 0.001%?

      Your argument is like saying that because not everyone has access to high speed broadband, we shouldn't provide any material in a format that needs the bandwidth... except that in most cases, those who don't have it don't have a choice, whereas I expect you do and you actively chose to use a system with a limited user base in the full knowledge that it is non-standard and has some limitations.

      Now, don't get me wrong. I don't think the current situation is ideal, and I appreciate that there are benefits to open standards. But from a pragmatic perspective, the way to solve a problem like yours is not to try and get more than you deserve from another standard and use it as leverage. That just makes you look selfish, and fights one dubious process with another corrupt one.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    31. Re:Huh? by Anonymous+Brave+Guy · · Score: 1

      Now, play fair. If YouTube choose to supply their content using a format for which they have to pay some sort of royalty, that is their decision, which they will presumably take on a commercial basis. They are perfectly at liberty to supply their content in an alternative, legally unencumbered format — such as Ogg — if they wish. And yet they do not choose to do so. That tells us a lot.

      Please note that while what's supported by the browsers of YouTube users is clearly a factor here, there is no particular reason to believe that mandating otherwise in the HTML5 spec would improve this situation. Many a web spec has died by proposing commercially/politically stupid things that no-one cared about. The result isn't everyone following the spec, it's everyone ignoring the spec.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    32. Re:Huh? by ShieldW0lf · · Score: 1

      Now, play fair. If YouTube choose to supply their content using a format for which they have to pay some sort of royalty, that is their decision, which they will presumably take on a commercial basis. They are perfectly at liberty to supply their content in an alternative, legally unencumbered format -- such as Ogg -- if they wish. And yet they do not choose to do so. That tells us a lot.

      The commercial decision was based on certain realities about the install base. The HTML5 spec would have set higher standards for what the browser is expected to provide in the way of base functionality to be considered a fully-functioning modern browser, and it would have been a trivial enterprise to add this already written and license free code into every browser. Nokia receive license fees as part of the MPEG-LA, therefore, it is in their interest to prevent this from happening so they can maintain leverage upon us.

      There is no 'playing fair' here. This is about a cartel propping themselves up.

      --
      -1 Uncomfortable Truth
    33. Re:Huh? by Seq · · Score: 1

      I used to be a PPC linux user, and despite not having proprietary codec and plugin support, the whole experience was much smoother.

      It's funny that gnash, a fresh implementation of flash that appears to be in a state somewhere between does-not-work and kinda-partially-works still manages to actually integrate into the browser better and cause fewer browser hangs.

      --
      -- Seq
    34. Re:Huh? by Anonymous Coward · · Score: 0

      Oh, and position all your elements using Scalable Vector Graphics and you'll be set! I was really excited about SVG until I realized that only firefox and mozilla supported this awesome format.

    35. Re:Huh? by Anonymous Coward · · Score: 0

      It is around 2% in the US, about 10% internationally. It would be kinda insane for any company to lock out that many viewers unless they had an ulterior motive.

    36. Re:Huh? by IgnoramusMaximus · · Score: 1

      Which in no way invalidates my point that there are many, many others for whom it does not work.

    37. Re:Huh? by podperson · · Score: 1

      I'm not up on the HTML5 spec, but it seems to me that video should be handled the way images are handled:

      Or even:

      The only fundamental media types are (a) images (don't change over time, have spatial dimension); (b) sound (changes over time, has no spatial dimension although a controller may be desired); (c) video (changes over time, has spatial dimension). If you assume images may want controls (zoom, pan, scan, etc.) then they're all just one media type. Make everyone's lives simpler.

      with exactly which video works and doesn't work being an implementation issue. In such a case, mentioning X as the kind of format that should be supported would be OK; but I don't see any reason to mention ogg over mov, wmv, or flv -- the patents argument is essentially irrelevant since I have no doubt there are patent trolls waiting to ambush everyone who implements ogg support as soon as it becomes economically significant. (Remember gif?)

    38. Re:Huh? by podperson · · Score: 1

      Oops -- my pre tags got cut out:

      The missing bits are:

      <video src="..." />

      Or even:

      <media src="..." />

    39. Re:Huh? by IgnoramusMaximus · · Score: 1

      Some have serious problems with that plugin, which amongst other things hang Mozilla. While this possibly depends on versions of the plugin/mozilla/whatnot it still does not hide the fact that the plugin is a kludgy, rubber-bands+chewing-gum workaround merely obscuring the actual problem of proprietary, single-platform plugins.

    40. Re:Huh? by IgnoramusMaximus · · Score: 1

      Religious?

      If by "religious" you mean insistence on having a practical, viable choice other then Windows, then the term is "sane", not "religious".

      Implicit allowance for a de-facto monopoly to form and to control nearly the entire PC market, followed by all sorts of excuse making as to why having only one viable choice is "superior" for the society at large is what I call "religious".

    41. Re:Huh? by IgnoramusMaximus · · Score: 1

      I would love for Gnash to become a viable alternative, unfortunately the deck is severely stacked against its developers. Flash formats can change and grow in obfuscated complexity far faster then they can be reverse-engineered by the Gnash team. Its a battle lost before it begun. The only long-term answer to all of these problems are open formats.

    42. Re:Huh? by IgnoramusMaximus · · Score: 1

      This is actually a deficiency in HTML format which is inhereited from much older SGML-based formats designed to handle all conceivable documents at the time when pictures were great luxury and not available on most computer equipment. It is not a feature.

      Times have changed and by "documents" we today mean not only text but other forms of visual data, such as pictures, audio and video, all of which need some form of standardisation for use on an universal medium such as the World Wide Web. The lack of such standardisation leads to a myriad of mutually incompatible formats and proprietary implementation wars, in which the first thing usually lost is interopreability, which of course is the whole point of an HTML-based system.

      That is why extensions should be allowed for new, experimental means of visualisation, while the basic, established methods should be covered by a common-sense standard. In such it does not matter if Ogg or PNG or what not is chosen, as long as the technology is reasonably efficient, patent unincumbered and well documented.

      I do not understand this vehement resistance to standardising anything but textual information formats. Why always stop there? If you do not want a standard in web video delivery, you do not want one in HTML either. In fact you probably want to replace the whole web browser with some proprietary Flash-like plug-in. Otherwise your position makes no sense. Either the basic forms of delivery are standardised or they are not, and everyone is free to introduce a plugin based format of the week, for everyting, including text. Of course the thing would no longer be called World Wide Web, more like Microsoft Web or Adobe Web or some such.

      Make no mistake about it, the pressure against standardisation comes precisely from those quarters and the reasoning behind it is anything but technical.

    43. Re:Huh? by Lars+T. · · Score: 1

      Using Ogg/Theora in a video tag, on the other hand, would work perfectly. And it would work any less perfectly if the video tag didn't implicitly force OGG down everyone's throat?
      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    44. Re:Huh? by clang_jangle · · Score: 1

      I am getting fed up with people who after installing some convoluted set of emulation/virtualization layers get a Windows-only proprietary crapola to limp along pathetically, following which they go around exclaiming that "its working!".

      One of my favorite audio streams uses mms; not being a windows user I am able to access it with mplayer on my FreeBSD and Mac boxen, but it's buggy and sucks a lot of resources.

      I strongly recommend VMWare to them. Its a far better way to make things "work" in that fashion. Just boot XP in a VM and presto! 100% "workiness" of proprietary crap plugins.

      That, or use a Mac for web browsing/multimedia. I do look forward to the day we have something better than OSS or ALSA for the FOSS world, but that's another thread...
      --
      Caveat Utilitor
    45. Re:Huh? by benow · · Score: 1

      Yup, no doubt... I just had to ditch X 20mins ago due to flash lockup. I'm not a big fan of flash, but the glacial movement of SVG animations and browser support and dev tools or other working (and open) solutions, well, it's crap or nothing. What's more is that for most things, nothing is the better choice (no browser nav in flash, obscure interfaces, no source, difficult to change, etc). The occasional flash interface/game/app is well done tho, and there's little out there to replace it.

    46. Re:Huh? by Anonymous Coward · · Score: 0

      I don't work for any of the compaines that own whatever term u coined.

      For one.. isn't it just Firefox being buggy? Do they work in Opera or Konqueror?

      Besides, I doubt if open source apps would make a living any better either. Flash might crash, but usually free software lack in features as well as stability. (Firefox should't actually crash, just because of a component being buggy). So, being open source doesn't suddenly make a miracle either, it may degrade experience as well.

      The 'used as a hack' thing has saved the web for years, since no one stepped to make an alternative that was as good. If they tossed in some open source component with half assed motivation people who only work in their free time before going bed since people never learn how to make money out of open source app, they'll just do it free, so they would have low motivation, I wonder what kind of nice video format they came up with that could run fine in 99% of comps out there. It didn't just 'relativel'y widespread out of no reason. If flash sucked, then it didn't but that was the best we had since then.

      And right now it's hard to get new video format, since people are too late about developing and flash took over. And 'good number of us' may be good number as an absolute number (could be tens of thousands) but as a percentage, it's about... 1%?

      I don't have too much hopes on open source apps, since they never made me miracle against closed source apps. Bashing closed source app is easy though, why don't you blame firefox for crashing anyway? Going philosophical doesn't help too well.

    47. Re:Huh? by that_itch_kid · · Score: 1

      Firefox has never crashed on me on the YouTube website, but I've found that it completely rapes my CPU, even when I'm not watching a video. (Slackware 12)

    48. Re:Huh? by Anonymous Coward · · Score: 0

      and Safari 3 and Opera 8. Basically everything but IE supports SVG, and IE in turn supports their proprietary VML (you can sometimes use XSLT to convert SVG to VML, so it's bad but managable).

    49. Re:Huh? by Anonymous+Brave+Guy · · Score: 1

      I don't dispute that Nokia are presumably doing this out of enlightened self-interest.

      But those "certain realities about the install base" you mentioned are rather significant, too. Like many other people here, you are implicitly assuming that putting some specific format into HTML5 would somehow guarantee that all major browsers, including IE, would support it. You need only look at the CSS support across browsers to see that this is not necessarily so, and that most people continue to use IE and most web developers therefore continue to support it even though it's a royal PITA.

      Ultimately, a "standard" that isn't followed by the guy with most of the market share is just a talking point for the guys who lost. If you want to make a relevant HTML5 standard that will actually get adopted and thus prove useful to web developers and the web-browsing public within a useful time frame, you stay well away from the kind of divisive politics that this discussion brings out.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    50. Re:Huh? by Windom+Earle · · Score: 1

      Yes, that is all you are saying. It happens to work on one implementation of Linux when it happens to be run on certain hardware configurations. Thats ALL you are saying. As long as we're clear and agree that's all you said. But you were trying to use that to make the implication there was fairly broad support.

      Hell, there is clickthrough language that makes it essentially IMPOSSIBLE for some people to accept Flash-rendering binaries on their systems.

    51. Re:Huh? by Windom+Earle · · Score: 1

      It told me what to click and asked for the password. I restarted the web-browser and haven't had troubles since.

      With a cavalier attitude like that regarding security, I am sure there are plenty of people here who would be willing to give you URLs to websites that will tell you where to click and ask for the password.

      And that is REALLY the point for some of us, regarding closed trade-secret tech like Flash becoming required on important websites.

    52. Re:Huh? by Windom+Earle · · Score: 1

      Really? What proportion of people who browse the web do you think use Firefox on Linux? 1%? 0.1%? 0.01%? 0.001%?

      There are forces at play working hard to make it 0%.

      And that's fine for them, as long as they're doing it with their commercial efforts, and not by hamstringing open standards bodies.

      you actively chose to use a system with a limited user base in the full knowledge that it is non-standard and has some limitations.

      Now you're twisting the terminology. Until there is an open published standard, preferrably with some public domain reference code included, you are NOT the one to be saying anybody else is advocating 'non-standard' technology. So let's see the source tarball, Adobe/Apple/etc.!!

    53. Re:Huh? by blackest_k · · Score: 1

      Congratulations You must have worked pretty hard to create a system where firefox crashes when you try to play a youtube video.

      If you genuinely have achieved this then I would suspect that you have a dodgy bank of ram that is starting to fail.
      or something extremely flawed about the system you are running flash and firefox on.
        you don't say what operating system you are running but I suspect its time to upgrade from Windows ME.

      There is such a thing as bad or failing hardware. I've seen what on paper should have been a nice Sony tower fall over at random intervals and Compaq systems fail and cheap and nasty E-machine PC's that were never stable.

      Most people who can install flash and firefox can do so without issues so it is less an issue about flash but the system you are running it on.

      However the fact that flash is closed source pretty much limits your options, If you launch firefox from a command line you might get some useful message sent to the terminal when the error occurs.
        with christmas so near perhaps its possible you could get a new computer for christmas (or wait for the january sales).

      i'm fairly certain so far you have only found a symptom not the underlying cause

  44. Damn English... by BPPG · · Score: 1

    What the heck is the difference between "should" and "must"? Everyone, switch to Logban, now!

    --
    What's the value of information that you don't know?
    1. Re:Damn English... by nagora · · Score: 1
      What the heck is the difference between "should" and "must"?

      You are joking, aren't you? "Should" is a request, "Must" is a command. There's a world of difference.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  45. Funny one is Nokia by WindBourne · · Score: 1

    Apple made sense. After all they can not have OSS competing against them on something that they do not control. But Nokia had no reason to fight this. Well none that is out in public. Have to wonder why?

    --
    I prefer the "u" in honour as it seems to be missing these days.
  46. mod parent up. by Kludge · · Score: 1

    I have to agree with parent post. Browsers don't read just any data format. There are specific ones that are standard on the web for text rendering? What about standards for video and audio rendering? Why don't these exist? It is almost 2008 for gosh sakes.

    1. Re:mod parent up. by Bogtha · · Score: 2, Informative

      What about standards for video and audio rendering? Why don't these exist?

      They do. However having standard codecs and attempting to tie together formats that are orthogonal in nature are two separate matters. The <video> element type works regardless of the video codec in use, so the HTML specification attaching itself to one particular codec is unnecessary.

      --
      Bogtha Bogtha Bogtha
    2. Re:mod parent up. by Creepy · · Score: 1

      MPEG is commercial and contains patents, so has the same issue as including any other patented technology (MPEG4 I believe even uses the Quicktime codec). HTML doesn't want to use patented tech - gif was free until UNISYS bought Compuserv and started enforcing Lev-Zempel and jpeg was free until a patent troll bought a related patent.

      I can see Apple wanting to fight ogg-vorbis, as they have a heavy investment in AAC and Quicktime and I'm sure they would rather see that tech in. I didn't quite understand Nokia's arguments against, however. It's not like this is locking in the format, just what is and what is not a plug-in.

    3. Re:mod parent up. by Bogtha · · Score: 2, Insightful

      MPEG is commercial and contains patents

      MPEG is the name of a working group. Some of the formats they have standardised contain patented technology. It's not accurate to say "MPEG contains patents".

      so has the same issue as including any other patented technology

      In Hickson explained Apple's situation quite well:

      Certain companies (Nokia and Apple among them) have reported that they still fear that undisclosed patents may exist that cover the relevant codecs, as they might exist for other formats like MPEG4/H.264. The difference is that while Apple (for example) have already assumed the risk of submarine patents with H.264, they currently have taken no risks with respect to the aforementioned codecs, and they do not wish to take on that risk. Given the extremely large sums of money that are awarded for patent violations (cf. Microsoft's recent settlements), it is understandable that companies with the high profile of Apple and Nokia would not wish to take on such risks.

      While many codecs are patent-encumbered, it doesn't necessarily follow that it is equally risky to implement them for any particular organisation.

      HTML doesn't want to use patented tech

      HTML hates anthropomorphism.

      Nobody is saying that the HTML 5 specification should recommend a patented codec. They are saying that it shouldn't recommend any particular codec.

      gif was free until UNISYS bought Compuserv and started enforcing Lev-Zempel and jpeg was free until a patent troll bought a related patent.

      No, they were always patent-encumbered, it's just that people didn't know about it until UNISYS started cracking down on infringers.

      I can see Apple wanting to fight ogg-vorbis, as they have a heavy investment in AAC and Quicktime and I'm sure they would rather see that tech in.

      I'm sure they would, but this isn't about picking Quicktime over Ogg. You can't win this argument by saying how bad Quicktime, MPEG or anything else might be, because the alternative people are proposing is no recommendation, not a recommendation for competing formats.

      --
      Bogtha Bogtha Bogtha
    4. Re:mod parent up. by rawler · · Score: 1

      Not necessary at all. The point of a standardized format is to allow content creators publish their content in a format they know most of the audience will be able to support.

      In the case of images, you don't usually require the user to download "Photoshop Viewer Plugin" so you can embed .psd-files in your image-tags. In the same way, there should be one or a couple of standardized formats for video that can be assumed by the content creator to be supported by the browser.

      If you then for some technical reason/preference require support for different formats, it's essential for the specification to allow extensions. I.E. allow special plugins to support FairPlay-DRM in order to sell movies on their sites.

      But again, just like images, there should be "standard" content formats to fall back on for maximal compatibility.

    5. Re:mod parent up. by Bogtha · · Score: 2, Insightful

      But again, just like images, there should be "standard" content formats to fall back on for maximal compatibility.

      I don't know where this myth arose that previous versions of HTML specified "standard" image formats, but it's just not true. Read the specifications yourself.

      Not specifying any particular video codec for <video> is exactly the same as how images were handled. Including a recommendation for Theora is a change from how images were handled.

      --
      Bogtha Bogtha Bogtha
    6. Re:mod parent up. by Sancho · · Score: 4, Informative

      100% correct.

      I liked the idea of OGG being recommended for HTML5, but realistically, there are a lot of problems.

      As a container, OGG is pretty heavyweight. It's not going to be good for mobile devices.
      All off the Vorbis and Theora decoders I've seen have been extremely resource-intensive. This may well be because more attention is devoted to other codecs like XVid, and so they are more highly optimized. Nevertheless, again, mobile devices will suffer.
      Quality-wise, Vorbis is pretty nice. Theora, however, is a generation behind, and rapidly losing ground. HTML5 isn't expected to be ratified for over a year. In that time, Theora's generation of codecs will be even older and less efficient to the then-current codecs. For a field as rapidly evolving as streaming video, it doesn't make all that much sense to include it. It would be like suggesting that Indeo be implemented for HTML4.

      The biggest benefit to recommending OGG in HTML5 is that it would get a free format out there, but at the cost of efficiency. While bandwidth continues to grow, and computers get faster and faster, waste is still a concern, and mobile devices are becoming more popular (you have to treat these as if they were 10 year old computers with equivalent bandwidth!) OGG misses the mark in most categories--too big and bulky for mobiles, too old for new computers. It's the worst of both worlds.

    7. Re:mod parent up. by jacksonj04 · · Score: 1

      But in the case of having a 'couple of standardised formats' why not standardise on ones which can be reasonably expected to be supported on the vast majority of browsing systems?

      Obviously we start hitting problems with the whole Windows/OS X/Linux issue. MPEG-4 seems to be the one with the best support across all the platforms, and the .mov container seems to be one of the best understood (I've not used a machine in the last 5 years which didn't understand .mov). I would have suggested FLV, but Linux support is lacking there.

      I would personally say .mov, since aside from being a Mac user it does include some things which would make life far easier for mobile devices which are supposed to be taking over the web - for example the ability to specify different movies to download based on factors such as available codecs, connection speed, render window size etc

      --
      How many people can read hex if only you and dead people can read hex?
    8. Re:mod parent up. by bigmammoth · · Score: 1

      just like you can use any number of proprietary image formats and w3c never recommend a patent-free image format... oh wait .. there was the whole png standard. How many png images where used on the web before it was a recommended? MPEG as a "standard" is irrelevant as long as it remains non-free to implement, since distribution costs are inherently incompatible with free browser distributions. Ogg theora is on the other hand perfectly compatible with being distributed in a proprietary system.

      A codec agnostic implementation of the video tag is next to worthless. A simple javaScript library could accomplish the same thing.. Codec agnostic video tag resents no significant difference from the object/embed tags that we already have today. If that approach is taken video will remain a second class web citizen wrapped up in proprietary encapsulations. The whole point of the w3c is to promote/develop interoperable technologies, in the current browser environment non-free implementations are not interoperable. The w3c will be obsoleting themselves if they take the codec agnostic approach.

      The drive for codec agnostic video tag is simply an effort to put a proprietary wedge into web video distribution platform. The codec agnostic video lets proprietary technology providers squeeze hugely profitable wedge into the web platform. This represents a new, undesirable, untested and unhealthy direction for the web. We are already well down with the consequence of proprietary video being felt worldwide. road of proprietary web with flash video and its network effect that pushes web technologies into service model more so than other web platforms that are based on open standards such as wikis and blogs that have been mostly distributed. of consequences that is only starting to be felt. So far Adobe/On2 has been very lax in enforcing their proprietary codecs with many sites getting away with using ffmpegs flash video encoding for "free". But we should not give away ownership key portion of the web platform to a single corporation. Its antithetical to what the web platform is and why it has been so successful.

    9. Re:mod parent up. by Windom+Earle · · Score: 2, Insightful

      because the alternative people are proposing is no recommendation, not a recommendation for competing formats.

      'people' is a funny way of referencing several rather loud business organizations. You make it sound like 'the people have been heard on the subject' or something.

      Further, you're correct that Apple and Nokia want no standard. They'd rather have the freedom to troll around in the chaos.

      It's disconcerting how many people have barely hidden partisan points of view favoring commercial outfits in these discussions. It's as if shilling was an acceptable part of geek/nerd culture. However, it is not.

    10. Re:mod parent up. by Windom+Earle · · Score: 1

      I'm using a machine right now that doesn't 'understand .mov.' I know that there is probably something in pkgsrc that I could install that would allow Mozilla/Seamonkey on this platform (NetBSD-i386) to render a sizeable subset of the files that happen to have a .mov extension attached to them. What happens when I decide to run NetBSD-ARM or NetBSD-Mac68K where crappy closed binary codecs can't be coerced into working??

      So when is Apple cutting loose the .mov extension? When will they stop extending it further to break third party tools that render it? When will it stop being their own little private domain?

    11. Re:mod parent up. by rawler · · Score: 1

      Well, mov isn't available on Windows without additional software the last time I tried it. Neither on Linux. I suspect it's still the case with MPEG-4 as well, not available on Windows without additional software, and on Linux not legally available at all in many countries.

      And I wouldn't say this being a OS-matter either, or at least shouldn't be. Since no browser supports HTML5 at all yet, what's available on the platforms TODAY now are relatively uninteresting, compared to the ease with which the formats CAN be implemented in order to comply with HTML5. Most of the formats are covered by patents and license fees, which makes them, even if not technically hard, practically close to impossible to implement in many platforms, especially free software.

      Also, a standard such as the web should not depend on licensed technology. (At least not IMHO) This is where the Xiph-patents have an edge. They are, at least supposedly, not encumbered by patented technology and thus free for use by anyone. They've also got a freely portable implementation, which can easily be incorporated into browsers. There may be other formats that fits by the same arguments, and if so they should also be considered.

      Regarding streaming of different codecs, resolutions and bitrates, this is handled by RTSP and RTP, and IMHO should stay there. (No point in having to download parts of the content you don't want.) I'm not sure how you mean .MOV deals with this, as I can't find any references.

      My basic standpoint: Since Audio/Video and streaming is becoming an essential part of the web, a list of recommended formats and codec are needed to ensure standards-based interoperability. An internet standard should not depend on licensed technology, and thus, Xiph codec are one logical candidate for recommendation. (And yes, I too would like to see a trial of the true Legal State of Xiph-codecs.)

  47. FUD FUD FUD by a+known+emus · · Score: 5, Informative
    This is a point by point reply to your FUD.
    • Theora is almost an order of magnitude better performing that H.261 and this is a critical difference for web video.
    • No one actually knows what the patent status of any software is! ... In fact, several paid up licensees of mpeg codecs have been sued for patent infringement over these codecs *and lost*, so it's hard to argue that those codecs are better off.
    • It's true that Theora isn't very widely adopted, but it has been shipped by Linux distributions for years, so there has been plenty of opportunities for people to sue over patents. Theora is used by Wikipedia, one of the most viewed websites in the world. Of course, Vorbis is orders of magnitude better on this point.
    • What are you Nokia? An expensive and heavily patented codec like H.264 is not "open" in any meaningful sense. It's true that Ogg/Theora+Vorbis is not yet amazingly popular, but that is part of the point of standards. There is a chicken and egg, and first-mover takes all problem for file formats and standards help fix that problem.
    • Why does HTML have an image tag? What would the world be like if images on the web required various incompatible proprietary plugins? Why should video and audio be any different from still media?
    1. Re:FUD FUD FUD by Just+Some+Guy · · Score: 4, Informative

      And countering yours:

      • From it's inventor:

        Unlike Vorbis and Speex, legitimate best-in-class codecs, Theora's coding quality is obviously poor relative to contemporary competition. This poor performance stems both from implementation and design deficiencies. As a seperate problem, Theora is also poorly integrated with Ogg due to incomplete multiplexing software and documentation on the Ogg side. Without guidance from Xiph.Org, outside development and implementation of Theora-in-Ogg has been chaotic and of low quality.
      • It's safe to say that MPEG4 and it's codecs have been more thoroughly researched than Theora. Remember the FOSS mantra: "many eyes make all bugs shallow"? That applies to lots of things, such as many video producers' legal teams checking this stuff out.
      • I absolutely, positively promise you that Youtube serves more video than Wikipedia, and they don't stream Theora.
      • You're imagining that Theora is equivalent to H.264, etc. It's not. There's no first-mover advantage to it because it's already been overtaken by, well, pretty much everything.
      • There's no standard web image format. By convention, most people use GIF and JPG (with a few PNGs sprinkled about for good measure), but that's just the way it happened to work out. I'm not sure why people have this wrong impression, but it's simply not true. Don't believe me? Read the spec yourself. If that isn't clear enough, W3 explicitly states that

        The HTML specification does not prescribe or limit which graphics format you can use.

      I'm a huge FOSS buff, but that doesn't mean I have to blindly love everything pushed out the door as "freedom friendly". I don't have anything against Theora except that it's just not very competitive. I wouldn't want to see it as the official video file format any more than I'd want to see ASCII text as the official document file format; both have clear limitations when compared to their competitors.

      The W3 made the right choice. As much as I like the idea of Theora, I'm glad we don't have to be saddled with the reality of it.

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:FUD FUD FUD by rozz · · Score: 1, Insightful

      I'm a huge FOSS buff

      reeaaaally !?
      you speak against FOSS, based on some technical deficiencies which arent even that big ... you are not ready to sacrifice the smallest thing for the open software ideal of FOSS ... and while you so easily *sell* your creed, closed-source promoters have no scruples following theirs.

      may i ask which part of "freedom comes first" you dont get? with "supporters" like you, FOSS does not need enemies.

      --
      "There is nothing more frightful than ignorance in action." Johann Wolfgang von Goethe
    3. Re:FUD FUD FUD by Just+Some+Guy · · Score: 1

      with "supporters" like you, FOSS does not need enemies.

      Listen, kid, I've probably been using and writing FOSS since before you were born. My name's in NetBSD's source tree and the OpenBSD donations page, and I've argued pro-freedom on Slashdot more times than you've posted total. You're barking up the wrong tree on this one so give it up.

      And yet I still don't think that Theora's inherently better than newer codecs for all the reasons I mentioned, including freedom. You can spend your time futilely attacking me or you can read what I wrote and see why not everyone agrees with you.

      Posted from Konqueror on Kubuntu/Gutsy. I practice what I preach.

      --
      Dewey, what part of this looks like authorities should be involved?
    4. Re:FUD FUD FUD by MostAwesomeDude · · Score: 1

      You presume that the existence of x264 means that there's no patents on it!? H.264 is part of Sorenson's patent folder, and they are fairly voracious on smacking anybody who distributes it. That's one of the reasons ffmpeg is illegal to possess in the USA. Also, Youtube has to stream H.264 with MP3 audio because that's the way FLV works. The container doesn't support anything else. Oh, and Theora does have one massive advantages over H.264: It requires significantly less CPU time to decode.

      --
      ~ C.
    5. Re:FUD FUD FUD by Just+Some+Guy · · Score: 1

      You presume that the existence of x264 means that there's no patents on it!?

      No. But you're assuming that the existence of libtheora means that the only patents on it are the ones that On2 licensed to the project. My point here is that it's not known that Theora is legally clear, although it's generally presumed to be. Companies have a pretty good idea what's involved in using H.264 because Sorenson has made that abundantly clear. Is there an NTP, Inc. just waiting for Theora to get popular so they can sink us?

      OK, I know that sounds suspiciously close to FUD, but it's true: we can't just say that Theora is perfectly legal simply because we really, really want it to be.

      Also, Youtube has to stream H.264 with MP3 audio because that's the way FLV works. The container doesn't support anything else.

      That doesn't make it any less popular.

      Oh, and Theora does have one massive advantages over H.264: It requires significantly less CPU time to decode.

      OK, now, that's not really an accurate comparison because it's not available at the same quality levels. Furthermore, since libtheora is still in beta, we don't know what the release version will be like. For instance, if they find a showstopper bug that requires 50% more processing to detect and avoid, then it might not end up being so well-behaved. While that probably won't happen, there's plenty of precedent to go around.

      Again, I don't dislike Theora and I'm totally for what it represents. I just don't think it's workable right now, and I don't think we can justify including it in a standard right now (especially since there's no release version of its reference implementation). It's too early to call it good, and by the time it's polished and ready to go it will likely be even further behind.

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:FUD FUD FUD by Cyno · · Score: 1

      I'm a huge FOSS buff, but that doesn't mean I have to blindly love everything pushed out the door as "freedom friendly".

      Not competitive? Pray tell, how is WMV or RM competitive? The ONLY reason this is being EXCLUDED is because it is FOSS!!! All other reasons are pure bullshit and you know it.

    7. Re:FUD FUD FUD by Cyno · · Score: 1

      P.S. I won't ever forgive Nokia or Apple for this. Controversy may sell, but I won't be buying anything from them. They messed with the wrong standard.

    8. Re:FUD FUD FUD by rozz · · Score: 1

      Listen, kid, I've probably been using and writing FOSS since before you were born.

      not everyone with a bigger userID is your kid ... if this kind of "paternal arrogance" is your only argument, i guess i was truly "barking" at the wrong tree ... but anyway, if you enjoy it so, you can take my post as a msg from a boy to his granpa... be my guest.

      My name's in NetBSD's source tree and the OpenBSD donations page, and I've argued pro-freedom on Slashdot more times than you've posted total. You're barking up the wrong tree on this one so give it up. no i am not ... i answered to your post BECAUSE of the things u mentioned above and after checking your /. history ... i find it truly amazing that a guy like u can be so easily fooled by this crap about Theora's "problems".

      And yet I still don't think that Theora's inherently better than newer codecs for all the reasons I mentioned, including freedom. You can spend your time futilely attacking me or you can read what I wrote and see why not everyone agrees with you.

      noone said Theora is technically better or the best ... but it surely is GoodEnough!
      and, as i said a few times already, i find it simply amazing that a guy like you chose to promote the 3 extra frames and 2 more pixels offered by mpeg-4 ... that shows u dont want open-software, you just want a few extra features and nicer pics like all the MS fanboys that you sometimes bash.

      Posted from Konqueror on Kubuntu/Gutsy. I practice what I preach.

      sorry, but looks to me that you dont even preach it !
      and allow me to say it again ... with "preachers" like u, FOSS does not need enemies.
      --
      "There is nothing more frightful than ignorance in action." Johann Wolfgang von Goethe
    9. Re:FUD FUD FUD by Anonymous Coward · · Score: 0

      not everyone with a bigger userID is your kid

      No, but the ones who type like they're texting are a safe bet.

    10. Re:FUD FUD FUD by rozz · · Score: 1

      not everyone with a bigger userID is your kid

      No, but the ones who type like they're texting are a safe bet.

      i actually dont like cellphones and write an SMS per month, if that.
      may be that the writing style developed so from all the IRC i did some years ago... dont know .. but i like it so.
      so .. sorry .. you kind of lost the "safe bet", too.

      but hopefully you got at least a bit of the point i was trying to make ... when in a fight, you dont leave or bash your side because the other party has better/nicer weapons ... you stand your ground and fight with whatever you got!
      and the open-software, open-culture fight may well be the most important fight for this generation .
      --
      "There is nothing more frightful than ignorance in action." Johann Wolfgang von Goethe
    11. Re:FUD FUD FUD by Rakarra · · Score: 1
      sorry, but looks to me that you dont even preach it ! and allow me to say it again ... with "preachers" like u, FOSS does not need enemies.

      Not everyone who believes in FOSS advocates specific FOSS projects in every circumstance. If I thought MPEG was far better than Theora, then I wouldn't argue for Theora, regardless of its FOSS status. "FOSS always, right or wrong" helps FOSS projects stagnate.

    12. Re:FUD FUD FUD by rozz · · Score: 1

      sorry, but looks to me that you dont even preach it ! and allow me to say it again ... with "preachers" like u, FOSS does not need enemies.

      Not everyone who believes in FOSS advocates specific FOSS projects in every circumstance. If I thought MPEG was far better than Theora, then I wouldn't argue for Theora, regardless of its FOSS status. "FOSS always, right or wrong" helps FOSS projects stagnate.

      100% agree, "FOSS always, right or wrong" is not a good way .
      but my point was that there is nothing that wrong with Theora .. it may not be the best technical solution at this time, but the diffs are not as great as some wish us to believe ... Theora is still a new-generation and quite solid codec.
      and in the end, there is plenty of room and time for improvement (afaik, that HTML standard is not supposed to be finished tomorrow but in a year or even more)
      --
      "There is nothing more frightful than ignorance in action." Johann Wolfgang von Goethe
  48. Actually it is not by WindBourne · · Score: 1

    Skipping over the issues of mpeg-4 vs ogg, the real issue is that HTML read as SHOULD, not shall. That means that they do not have to support it.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  49. Why bother with HTML5? by Anonymous Coward · · Score: 0

    When we're already on IE7? It just causes confusion. We should bump up to HTML7 to match the de facto browser

  50. Fsck steve jobs by blackjackshellac · · Score: 1

    He is a fscking idiot. And fsck apple too. Especially given that they based their whole OS on BSD. Fscking fsckers fsck fsck fsck. Fsck.

    --
    Salut,

    Jacques

  51. Ogg/Theora only poor against impossible options. by a+known+emus · · Score: 4, Insightful

    It's true that H.264 is better than Theora. But H.264 has zero chance of being made the baseline because it is expensive as hell and certainly not free as the W3C requires.

    Theora is substantially better than any other codec which has a chance of being included. As such it's silly to say that Theora shouldn't be used because it isn't the best... thats a bit like saying "I won't drive any car but a Ferrari" when all you can afford is a used Ford Escort.

    Obviously most implementations will also include a better codec than Theora, but Theora is a generally respectable codec at web streaming bitrates and it will provide a viable option for those who can't or won't pay the licensing fees for better codecs. In other words, Theora will be a reasonable baseline which is all it's supposted to be in this context.

    Furthermore, the inclusion of Theora will also help keep the licensing costs down for better codecs. Everyone Wins, except companies that make money licensing codecs... and in the long run they'll probably win too, since web video that Just Works will increase the popularity of web video.

  52. That's what standards are for by Anonymous Coward · · Score: 0

    Well, have you considered the idea that a standard is there in order to allow different systems to interoperate; not just for some theoretical reason? It's perfectly reasonable to allow absolutely any other sub standard to be used, but in the end, if you need interoperability for some specific reason (e.g. an accessible version of the page etc.) there should be some choice made about what other standards should be recommended. Sometimes this recommendation should be in the standard (e.g. IPSEC standard recommends the use of 3DES) sometimes it's done de-facto (e.g. the web standard for a long time was GIF and is now PNG), but if there's a sensible clear choice then it makes it much more likely that the standard feature will actually be used and work reliably.

    HTML pages now often rely on sound. HTTP supports media switching meaning that better (or DRM encumbered) formats could be used together with OGG. Recommending OGG would be a a clear benefit for all whilst in no way stopping the use of other standards.

    Probably Nokia IPR people just want to have a big patent war. Stupid really; since Nokia still makes most of its money producing useful things and will continue to for a long time even if they imagine they are becoming a "Mobile Web 3 Hypercompany". Patents are a game they can only lose.

  53. Novell involvement by Anonymous Coward · · Score: 0

    I would not be surprised at all if it turns out Novell was secretly behind this. Their plans for video on the web have been made clear by their M$-supported involvement with Silverlight, which of course is rife with patents.

  54. Nokia recently signed on with MS by SgtChaireBourne · · Score: 1

    ... This wouldn't be a story if Microsoft had done it, trying to force WMP codecs into the standard - I'm actually kind of surprised they hadn't yet... but Nokia? wtf

    Nokia recently signed on with MS for its proprietary codecs and is shoehorning WMP/WMA codecs into many (all?) of its products. Biting into Ogg and other open formats is probably part of the deal, or perhaps the MS boosters working from inside Nokia now feel secure enough to upset the apple cart.

    It could also be backlash from MSFTers (both inside Nokia and outside) from Jorma Ollila's public support of open standards.

    Or it could just be the water

    --
    Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
  55. Re:Doesn't Figure by kholburn · · Score: 1

    Yeah, like it doesn't already specify image formats and audio formats (bgsound).

  56. Former Microsoft employee in the ointment by Anonymous Coward · · Score: 0

    Dig into the CV of the author and you'll find at least a little M$ contamination. It's like with a sheep dog. Once they go bad, there's but only one thing that can be done...

  57. Expired patents of little use in this game by a+known+emus · · Score: 1

    By a conscious decision Vorbis *is* based off technology which is old enough to be expired if it ever was patented. That was part of the fundamental strategy in the Vorbis design.

    Vorbis' floor system? Based off the earliest speech codecs. Vorbis' stereo system? based off the encoding used in records. Vorbis' psy model? taken directly from research papers from the 1960s. Vorbis' entropy coder? it's just a simple huffman coder!

    The brilliance of Vorbis is that it's the result of finely optimizing the best of the oldest ideas.

    However, the composition or implementation of the ideas might still run afoul of some idiotic patent. This is a risk that simply can't be avoided. It's a fundamental vulnerability that ALL software has thanks to our patent system. Even implementing an old algorithm in a new programming language can create a patent minefield.

    So yes, what you propose will make a codec patent resistant. ... but Vorbis is already there. And thats obviously not good enough for you, or the W3C. As such, your proposal is worthless. You seem to want certain immunity from patents, but that just isn't possible, even if you're willing to accept unreasonable concessions
    .

  58. what a horrible summary by YesIAmAScript · · Score: 2, Interesting

    Wrong icon and everything!

    "Widely available patent-free implementations of Ogg".

    First, saying "Ogg" means Ogg Vorbis to most people. This is about Ogg Theora.
    Second, whether something is patent free is not determined by the implementation. You're thinking of copyright!

    Ogg Theora uses patented technology. We don't want to enter into a Rambus-type situation where once something becomes popular a company can come back and start dinging people for money.

    And the icon doesn't make sense. This isn't about trying to patent existing or trivial things, it's about whether a standard should make mandatory a patented codec that isn't even widely used.

    --
    http://lkml.org/lkml/2005/8/20/95
    1. Re:what a horrible summary by Rhapsody+Scarlet · · Score: 1

      Ogg Theora uses patented technology. We don't want to enter into a Rambus-type situation where once something becomes popular a company can come back and start dinging people for money.

      If you're thinking about On2 with regards to this, they won't. While VP3 (which Vorbis is based on) may be patented by On2, they have given an irrevocable free licence for anyone to use those patents for any purpose. Even if On2 suddenly turned nasty, they couldn't do anything.

      Of course there is still the possibility of submarine patents that, despite their best efforts, neither Xiph.org no On2 have spotted, but what format doesn't come with that risk?

    2. Re:what a horrible summary by glwtta · · Score: 1

      And the icon doesn't make sense.

      The icon just means that the story has to do with patents. There aren't separate categories for good/bad/obvious/submarine/etc patents.

      --
      sic transit gloria mundi
    3. Re:what a horrible summary by eraserewind · · Score: 1

      Well, HTML5 isn't even widely used either.

  59. Put your patents where your mouth is? by Qubit · · Score: 1

    From reading the links and comments on this story it sounds like the main gist is:

    Ogg Theora is a nice codec, but
    1) there might be patent issues with it
    2) other modern codecs have several advantages, such as (to quote coolGuyZak from this thread) "superior compression, less processing power for decoding, specialized chip support, and DRM hooks"

    As far as the HTML5 group goes, it sounds like they are looking for:
    "...a codec that is known to not require per-unit or per-distributor licensing, that is compatible with the open source development model, that is of sufficient quality as to be usable, and that is not an additional submarine patent risk for large companies."
    (http://html5.org/tools/web-apps-tracker?from=1142&to=1143)

    If the Big Companies are wary of Ogg Theora for technical or legal reasons, why don't they try to resolve these issues by:
    1) putting their patents where their mouth is and trying to make the MPEG-4 standard open enough for everyone to use, OR
    2) doing the programming and legal work necessary to make Ogg Theora be of "sufficient quality" and not be a "submarine patent risk" anymore ?

    I mean, it's entirely possible that there are no existing media codecs that can meet the needs of HTML5, and if so then I'd really like to see that spelled out in a 5 or 6 page document, but at this point I'm much more likely to believe that a handful of large companies are trying to manipulate the standardization process for their own benefit, much to the detriment of software developers and end users.

    --

    coding is life /* the rest is */
    1. Re:Put your patents where your mouth is? by JasterBobaMereel · · Score: 1

      How to make your Codec protected against the Software Patent system in America ... .. You can't

          When you have a patent system that allows someone to retrospectively patent obvious simple ideas then anything can have submarine patents on it

      "putting their patents where their mouth is" with MPEG4 would be worthless you would end up with something akin to what Theora is now ...

      --
      Puteulanus fenestra mortis
  60. ummm, no by ianare · · Score: 1

    I agree with your statement regarding an open standard to web video, however the example you gave is just plain wrong. I can view cnn videos no problem on ubuntu. You may have confused the BBC's iplayer which in early stages was only available to IE. A public outcry forced them to change this.

    1. Re:ummm, no by IgnoramusMaximus · · Score: 1

      No, actually CNN does not work in a lot of configurations, even the ones supported by Flash, due to CNN's inane use of Flash/JavaScript combinations and its active attempts to discourage use of anything but IE. The site's behaviour is pretty random, based on the verison of Mozilla and/or combination of JavaScript options. On many of my systems the plug-in loads, but it times out connecting to CNN, even though the same plug-in works with some of the other Flash-insane sites like Youtube. One can manually parse the CNN site and try to reverse engineer the URLs for the Flash contents, which then can be played by pointing Mplayer at it, but this is far too much work for the results.

  61. Consensus will never be found by Wesley+Felter · · Score: 2, Insightful

    So Ogg will never make it back into the HTML5 spec.

    1. Re:Consensus will never be found by Cyno · · Score: 1

      If we agree to disagree then fork HTML. We need a new markup language for the web that is standardized, makes sense and is progressive. Commercial interests should not be allowed to participate in the development. Period.

  62. Off Topic by Anonymous Coward · · Score: 0

    Ban flash.

  63. Mod parent up! by AusIV · · Score: 2, Insightful

    As much as I'd like to see OGG gain momentum over proprietary formats, I think specifying a format is beyond the scope of HTML. If being HTML compliant meant that you had to use Theora and Vorbis for video and audio respectively, I could see that somewhat stifling innovation. If someone comes up with a new concept for delivering web based video or audio more efficiently than can be done with OGG, they'd have to disregard HTML standards in order to implement it. This means that either the standard largely gets ignored, or people forgo progress in favor of the standard.

  64. Re:Figures-RIDDLE ME THIS by Nom+du+Keyboard · · Score: 1

    The choice of video and audio codecs is outside the scope of the HTML 5 specification. Attempting to more tightly couple independent formats is myopic.

    If it doesn't belong in the spec, why was it ever mooted about for inclusion in the first place?

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  65. DRM For Sure by Nom+du+Keyboard · · Score: 1

    I'll be happy as long as the standard includes Plays For Sure. Anything with a name like that just has to be great!

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  66. Why Should Anyone Care? by Anonymous Coward · · Score: 0

    Seriously - HTML 5 -- so what? This thing is being worked on by the same incompetant standards body who proposed CSS 2 11 years ago and never got it fully implemented. They've been drafting CSS 3 for 8 years. The W3C is no longer relevant. The web formats are prisoners of their own bloat - they cannot proceed further and support their legacy. Replacement isn't an option either since they are too firmly entrenched.

    Mark my words, HTML 5 will still be a draft in 2017 just like CSS 3, first proposed in 1998, is still a draft in 2008.

    I don't like it. No web designer does. In an age where computers can render entire environments in real time you still can't do the following in HTML/CSS/Javascript ...

    draw a straight line at any orientation other than horizontal or vertical.
    draw a curve of any type.
    embed a font
    RELIABLY position an object (CSS != reliable -- 1,001 browser hacks stand testament to this).
    drop shadow anything.
    perform a gaussian blur.

    And that's not even the tip of the iceberg. HTML has stagnated and will continue to be stagnant so long as there is no money in browsers.

    1. Re:Why Should Anyone Care? by Random-words-writer · · Score: 1

      > In an age where computers can render entire environments in real time you still can't do the following in HTML/CSS/Javascript ... [...]

      tip: You can do all that things in SVG ... I know that's overkill but at least it works. The only problem would be with the embeded font, because the text will be a series of beizer curves so the SEO wouldn't be so efficient (the crawler would have to incorporate OCR software).

      I excluded other image formats because this is based on XML (text) so it doesn't eat bandwidth comparing to the PNG/JPEG/Flash.

  67. Yet another group of BS stories posted by by Anonymous Coward · · Score: 0

    Communist Zonk.

  68. Re:Figures-RIDDLE ME THIS by Bogtha · · Score: 1

    Because people tend to get carried away occasionally? I don't know, you can step through the revisions to find where it was first introduced if you like. Just because something has been included in a draft, it doesn't mean that it's a good idea or within the remit of the working group. Hell, people getting carried away and bolting on unnecessary things is so common in the software industry, there's even names for it like "creeping featuritis".

    --
    Bogtha Bogtha Bogtha
  69. I want to believe by patiodragon · · Score: 1

    I tried gnash. I have a AMD_64 type machine and it worked WAY less than half of the time. The other times it just sent the processor into orbit and maintained a geosynchronous one indefinitely.

    The idea of entire websites where I go to spend money saying, "you must have Adobe Flash player to view our site", seems so unreal. No fallback text at all?! It is becoming as bad as "you need IE to be here". So, gnash is really important, but releasing something that works less than half of the time is a mistake. If someone doesn't know what is happening to their computer, it just leaves them with "linux is broke and it freezes my computer".

  70. Re:Ogg/Theora only poor against impossible options by evilviper · · Score: 1

    Theora is substantially better than any other codec which has a chance of being included.

    Now that is an extremely contentious claim to make, and yet you state your opinion as fact, and do so with an utter and complete lack of evidence of any kind to support it...

    By all means, prove it.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  71. That's a problem with your computer,not the format by jotaeleemeese · · Score: 1

    Throwing your personal anecdotal evidence informs but does not present the full picture.

    I have 3 computers with Linux/Firefox an YouTube works fine.

    Yes, in an ideal world we would prefer something open, but the ideal world is reached only by incremental steps. You make it sound like if Flash did not work at all in Linux, which is not true.

    --
    IANAL but write like a drunk one.
  72. The two commercial interests should be sued by erroneus · · Score: 1

    The EFF or some other interested party along those same lines should file a law suit claiming damages. What Apple and Nokia have done is damage to the future development of the public internet through blatant lies. I'm not sure how it would be defined legally, but fraud is a word that comes to mind. Telling lies to get your way in business is illegal. It goes beyond "FUD" to simply label some technology as proprietary when it is not.

    1. Re:The two commercial interests should be sued by onefriedrice · · Score: 2, Insightful

      You seem to be living in a dreamland of some sort. I'll try to help you out.

      > It goes beyond "FUD" to simply label some technology as proprietary when it is not.

      I'm not sure exactly what you're referring to, but many people (perhaps you too) assume that Ogg Theora is patent-free, so let's go over this again: Ogg Theora (specifically the Theora part) is _not_ patent-free for the bazillionth time.

      > What Apple and Nokia have done is damage to the future development of the public internet through blatant lies.

      Actually, what they have done is prevent a specific video codec from becoming a requirement in a markup language standard, thus maintaining free competition for all codecs and allowing them to compete on their own merits. Whatever their motives are, this seems like a good idea to me.

      > I'm not sure how it would be defined legally, but fraud is a word that comes to mind.

      Fraud? Unlikely. It seems you should get a clue before you post nonsense that people might believe. It seems many Ogg users are disgruntled that their pet codec won't get a free pass. Vent your frustrations on a pillow. It helps. The current HTML standard has no image or media requirements and the internet works just fine. Video codec requirements have no place in a markup language specification. It would be just as bad if Apple/Nokia successfully push their own pet codecs into the standard (which hasn't happened yet), but as it is now there is no use throwing a tissy fit over Ogg Theora being rejected where it also doesn't belong.

      --
      This author takes full ownership and responsibility for the unpopular opinions outlined above.
  73. OT: Possible Linux Firefox/Flash Crash Workaround by beej · · Score: 2, Informative

    Firefox crashes on me every time I view a YouTube video thanks to the wonderfully crappy proprietary, closed source Flash plugin for Firefox on GNU/Linux.
    Hey--I used to have a problem where Firefox (tried many versions) under Linux (Slackware 12) would hang consistently after viewing a flash movie (tried many plugin versions) then starting to view a second one. I suspected it had something to do with the audio, I found after tracing with gdb, and seeing how non-audio flash pieces didn't crash it.

    Turns out that if I start up xmms or audacious on some mp3, then hit pause (has to be pause--not stop) or just let it play, then I can view flash movies to my heart's content without a crash.

    It's a kludge, but maybe with a little luck it works for you.

  74. What did people really expect by Anonymous Coward · · Score: 0

    That list and the WHATWG list have very little interest in serving the consumer or the developer. They are serving the interests of the browser vendors - Ogg/Vorbis was threatening Quicktime so it was never going to make it into Webkit.

    HTML needs rescued from the browser vendors - as it is we are going to get a load of cr*p we don't actually need - they think - no insist we have it - so we get it.

    Give me a properly designed web over this Browser Vendor Soup nightmare.

  75. Got Flash problems? by palegray.net · · Score: 1

    Perhaps you should take a look at Gnash, the open source Flash player. Works for me.

    1. Re:Got Flash problems? by Windom+Earle · · Score: 1

      Perhaps you should take a look at Gnash, the open source Flash player. Works for me.

      Give the publishers of the Flash binaries a little time and they'll fix that.

  76. RFC 2119, [was: Re:"Should" vs. "Shall"] by zxSpectrum · · Score: 1

    Note that there is a precise definition of the terms MUST, SHOULD, MAY, SHOULD NOT and MUST NOT found in RFC 2119, which every W3C spec references (and in certain cases extend) for defining these terms. Look for any section or chapter using the word "Conformance". On should, it says:

    SHOULD This word, or the adjective "RECOMMENDED", mean that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course.

  77. The Whitehouse is now involved!?! by Anonymous Coward · · Score: 0
    In other words "temporarily removed until a consensus has been found".

    That sounds like George Bush's approach to Iran.

  78. Yeah, that's FUD by xiphmont · · Score: 4, Interesting

    Hi. I'm the 'inventor' (not really, On2 originally wrote vp3 and we're riffing from there. I'm the hacker working on it now).

    1) That is in comparison to h264. And I call it 'embarrassing' because Theora *could* easily be just as good, but it isn't right now. That document is a call to arms and because of it, a new encoder is rapidly taking shape. Its improvements are already making it back to mainline. We'll catch up rapidly.

    2) "It's safe to say that MPEG4 and it's codecs have been more thoroughly researched than Theora" Bullshit. MPEG is simultaneously inefficient and narrow in their focus. MPEG-4 / h.264 is a decades old chassis with a few recent research papers tacked on. _Several of the items I identified as 'embarrassing' and 'obsolete' ironically apply to MPEG-4 too_.

    3) "I absolutely, positively promise you that Youtube serves more video than Wikipedia, and they don't stream Theora." Irrelevant. This is an argument against Google (Altavista dwarfed them), Microsoft (IBM and even Apple dwarfed them), Toyota (GM dwarfed them), etc.

    "As much as I like the idea of Theora, I'm glad we don't have to be saddled with the reality of it."

    Why does everyone here think this is a battle of individuals? These are huge multinationals and your puny insignificant selves don't even appear on their radars. Sure, the public will indeedy benefit from a standard multimedia codec set with no proprietary/encumbered strings attached, but that is entirely irrelevant in the process of making money. They're *for profit corporations* doing what for-profit corporations do. Making money. And that is entirely orthogonal to morals, public good, or even competent engineering. They don't have any interest whatsoever in what you think.

    Although we're a non-profit (and exist on behalf of the common good), our argument in this battle happens to concern rallying all the sub-$100M companies that will be frozen out by the very biggest players getting their way. When big companies win, little companies generally lose. Although the little compaines greatly out-mass the big companies, they tend to be fragmented. If we can get them all together to fight for a uniform technology recommendation, way more people win.

    But you might want to run for cover, 'cause Godzilla has his squishin' boots on.

    1. Re:Yeah, that's FUD by Just+Some+Guy · · Score: 1

      Hi. I'm the 'inventor' (not really, On2 originally wrote vp3 and we're riffing from there. I'm the hacker working on it now).

      Thanks for replying!

      And I call it 'embarrassing' because Theora *could* easily be just as good, but it isn't right now.

      That didn't come across so well in the presentation. That is the qualification wasn't apparent - it sounded like you were saying it was bad, period.

      Bullshit. MPEG is simultaneously inefficient and narrow in their focus.

      But the legal teams of every major corporation that wants to use it? I imagine Sony's given it a look or two along the way. Just as an example.

      Irrelevant. This is an argument against Google (Altavista dwarfed them), Microsoft (IBM and even Apple dwarfed them), Toyota (GM dwarfed them), etc.

      I don't think it's irrelevant. There's a while lot to be said for mindshare, and right now Theora has roughly zero outside our circles. Honestly, I wish you well - we're on the same side! - but I respectfully disagree that Theora's ready to be standardized right now today.

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:Yeah, that's FUD by xiphmont · · Score: 2, Informative

      "That didn't come across so well in the presentation. That is the qualification wasn't apparent - it sounded like you were saying it was bad, period."

      That document was an internal identification of weak areas. It was intended to be 100% critical. We don't need to keep telling ourselves within Xiph and RedHat etc what's good about it.

      "But the legal teams of every major corporation that wants to use it [MPEG]? I imagine Sony's given it a look or two along the way. Just as an example."

      Sony is a bad example as they've attempted to undermine MPEG with a number of spectacularly ineffective market fragmentation tactics. However, the major supporters of MPEG tend to be MPEG themselves. Those who use MPEG want to avoid Microsoft. Real is widely perceived to be dying. We're considered a risk, mainly because MPEG says so. There are no other options left.

      "Honestly, I wish you well - we're on the same side!"

      np. I just don't deal in weasel-words is all...

      "but I respectfully disagree that Theora's ready to be standardized right now today."

      Not true. It's been mature/ready for a very long time. VP3 is actually slightly older than Vorbis. It fills its niche perfectly ; its theoretical performance, which we're closing in on, is very good compared to how much more 'modern' (but much heavier) codecs perform today, and it does it at a fraction of the complexity. It's perfect for lightweight implementations and ideal for the tag.

  79. It is 2007, time to define open supported formats by Anonymous Coward · · Score: 0

    Time to just totally eliminate the dependence on proprietary formats for video, audio and image formats in HTML.

    It was a great idea to create HTML as an open standard that anyone can implement.

    It is a great idea to define a minimum set of open formats for image, video and audio.

    I should be able to create a rich multimedia experience that works on every platform with no dependence on any proprietary format.

    If someone cannot display these open standards than it is their problem, and they should not be allowed to say they are standards complaint.

  80. Re:Ogg/Theora only poor against impossible options by Anonymous Coward · · Score: 0

    Can you suggest one codec which isn't heavily encumbered which might even be close to Theora? The only real candidate that I'm aware of is H.261, which takes roughly 10x the bandwidth of Theora to deliver anything close to the same quality at typical web streaming sizes. Try it for yourself. It's not like we're awash with non-patented codecs.

  81. The REAL reason this happened. by Anonymous Coward · · Score: 0

    This is an except from an MPEG-LA press release:

    "Owners of patents or patent applications determined by MPEG LA's patent experts to be essential to the H.264/AVC standard (standard) include Columbia University, Electronics and Telecommunications Research Institute of Korea (ETRI), France Telecom, Fujitsu, IBM, Matsushita, Mitsubishi, Microsoft, Motorola, **Nokia**, Philips, Polycom, Robert Bosch GmbH, Samsung, Sharp, Sony, Thomson, Toshiba, and Victor Company of Japan (JVC)."

    So lets review the three companies loudly objecting to OGG, misrepresenting its status and continuing to fuel this debate:

    Apple: Has heavy investment in H.264, AAC and DRM via iTunes. Known for proprietry hardware lock-in.
    Microsoft: Heavy investment in WMV and DRM. 'Essential patent holder' in H.264. Major shareholder in Apple. Known for proprietry browser and OS lock-in and standards disruption.
    Nokia: 'Essential patent holder' and heavy invester in H.264. Argued for software patents in EU.

    Stop believing their lies! Don't you think it's weird that Nokia is complaining about patents while simultaneous holding numerous video related ones? OGG/Vorbis/Theora are open and as safe as codecs can get. Its patent risks are practically non-existent. It has no licensing fees. It is easy to implement across all major (and most minor) platforms. It is the format of choice - unless you're Nokia, Apple or Microsoft.

    Finally, nobody has mentioned that the licensing terms on H.264/AVC state that in about 8 years from now ALL internet H.264 content and software becomes licensable. Sites will have to pay to use it. It is NOT FREE, just 'on hold' until adoption becomes widespread and enforcement more practical. When that happens guess who makes billions? Nokia and Microsoft.

    Ironically my captcha for this post was 'villains' !!

  82. It is a shame and democrarcy loses ... by FithisUX · · Score: 1

    P.E.R.I.O.D.!

  83. Re:That's a problem with your computer,not the for by richlv · · Score: 1

    it's not a problem with the computer. it was clearly stated that the problem is with the closed source flash plugin.
    that plugin has been and still is crappy.
    i've seen a lot of problems with it - grey plugin areas if i switch tabs a lot, memleaks (some only evident after having browser open for a week, some appearing soon after loading the plugin)...
    also, alsa support was added way too late, thus making life much harder that it should be.

    flash sucks. heya, adobe :)

    --
    Rich
  84. Re:Ogg/Theora only poor against impossible options by evilviper · · Score: 2, Informative

    The only real candidate that I'm aware of is H.261, which takes roughly 10x the bandwidth of Theora to deliver anything close to the same quality at typical web streaming sizes.

    First off, MPEG-1 is no longer patent restricted, and is newer and better than h.261.

    Second, 10X is clearly a made-up number. Through the past 20+ years of lossy video compression, there hasn't been an order of magnitude improvement in compression at all. And even if there had been such an improvement, Theora certainly wouldn't be the codec in a position to do it, as it's pretty poor quality. If you're really seeing that huge of a difference, you're doing something HORRIBLY wrong.

    I have tried h.261 even though support for it is pretty flaky, and I use MPEG-1 EXTENSIVELY today (on SVCDs and DVDs, in lieu of MPEG-2). I've got a video encoding to MPEG-1 right now... I would put libavcodec's MPEG-1 up against Theora any day. If nothing else, the quality is quite close, and MPEG-1 requires a tiny fraction of the CPU power to encoder or decode.
    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant