Slashdot Mirror


Vimeo Also Introduces HTML5 Video Player

bonch writes "Following in YouTube's footsteps, Vimeo has now introduced its own beta HTML5 video player, and like YouTube, it uses H.264 and requires Safari, Chrome, or ChromeFrame. The new player doesn't suffer the rebuffering problems of the Flash version when clicking around in the video's timeline, and it also loads faster. HTML5 could finally be gaining some real momentum."

72 of 369 comments (clear)

  1. Excellent. by Khyber · · Score: 3, Insightful

    Now if only FireFox will get support.

    --
    Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    1. Re:Excellent. by PenguSven · · Score: 2

      Now if only FireFox will get support.

      I think you mean

      Now if only FireFox will add support.

      --
      What is...?
    2. Re:Excellent. by Winckle · · Score: 3, Insightful

      This is a big thing for me. I don't give a damn about their ideology or their patent concerns, if youtube choose h264 then h264 has won this mini format war, and firefox better swallow their pride and licence it.

      If they don't, i'll end up on chrome for windows, and I already use Safari on mac because their mac UI team are atrocious.

    3. Re:Excellent. by Korin43 · · Score: 4, Insightful

      Honestly, as much as I'd like to stop using Flash immediately, I'd rather have Mozilla try to stick this out. Somewhere around a third of all people on the internet use Firefox (and I assume a higher number of Youtube users). If Mozilla can push Google to support Theora it will be worth the wait.

    4. Re:Excellent. by smash · · Score: 4, Insightful
      Everybody transcoding their videos = not going to happen.

      If firefox do not support H.264, they're going to become irrelevant as far as video goes.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    5. Re:Excellent. by Korin43 · · Score: 2, Insightful

      Using Theora for new videos doesn't seem like such a big deal though. The article says that Vimeo's new HTML5 stuff doesn't work on 35% of their videos. I assume that has something to do with the encoding. The problem is that if we just accept the formats that require thousands of dollars for licensing, we'll never get to use free ones. Unless they're forced to (by a company like Google), Microsoft and Apple will never support a free format, because they can easily afford the licensing fees and they know that Mozilla can't.

    6. Re:Excellent. by smash · · Score: 5, Insightful
      Google has no incentive to go theora either, as it means transcoding all their stuff - and they clearly already have a h.264 license anyway.

      The authoring tools for .ogg are not there either.

      So really, open source people can whine all they want, it will make no difference - Firefox can buy a license, or they can become irrelevant. Or maybe start their own video hosting to compete, but my bet is that will be more expensive than a h.264 license.

      Or hell, they can just use whatever codecs are available on the host platform.... and get back to what they should be worried about - writing a web browser, rather than getting involved in a codec war they have no chance winning

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    7. Re:Excellent. by Philip_the_physicist · · Score: 5, Informative

      https://bugzilla.mozilla.org/show_bug.cgi?id=422540
      They are working on a Gstreamer backend for the video tag, and that will provide support for h264. From skimming the comments, it seems that there is a working but slow patch for 3.5, which is yet to be updated for 3.6.

    8. Re:Excellent. by javilon · · Score: 4, Insightful

      This will of course benefit ChromeOS and will force Microsoft into implementing html5 and H264 negating its strategy of killing adobe and becoming king of the online video.

      But there is a bad smell about this. Google could achieve this as well by adding Theora to the supported codecs. Google is putting Firefox in a position where it is either encumbered with patents therefore losing the status of "pure" open source project, or looking bad in the feature front. I don't like this.

      --


      When his defense asked, "Which computer has Jon Johansen trespassed upon?" the answer was: "His own."
    9. Re:Excellent. by Endymion · · Score: 3, Interesting

      Google (or any similar company) has no business reason to use Theora.

      If they do nothing, they still support Firefox, though flash. So why spend even a small amount of time/money to re-encode video?

      --
      Ce n'est pas une signature automatique.
    10. Re:Excellent. by bill_mcgonigle · · Score: 4, Insightful

      and firefox better swallow their pride and licence it.

      Why should they license it when an embeddable player is available on every OS with noticeable marketshare?

      They just need to enable the HTML5 video tag to use that. Oddly enough I couldn't find this bug at BMO with a quick search.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    11. Re:Excellent. by smash · · Score: 3, Insightful

      Or firefox could have.... a plugin architecture for whatever codec the user likes, preventing us from being stuck with some shitty 2010 codec technology 5 years from now.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    12. Re:Excellent. by BZ · · Score: 2, Interesting

      > Why should they license it when an embeddable player is available on every OS with
      > noticeable marketshare?

      Because those players tend to be security hellholes. Passing unsanitized data to them is a good way to get exploited...

    13. Re:Excellent. by Dr.+Spork · · Score: 4, Insightful

      Also, Ogg Theora is just less good than h264 on several levels. For one thing, there are hardware decoders for h264, but more importantly for me, h264 just indisputably looks better. Seriously, in this grudge match of Firefox v. Google (and now others), Firefox is on the losing side. I hope the developers realize this soon. Maybe Google is not intervening because they're happy to let people say "fuck it, I guess I'll try it with Chrome" - as I'm about to.

    14. Re:Excellent. by clem · · Score: 5, Funny

      You know, I was originally leaning towards Theora as the better codec. But your brazen anonymous cursing has turned me right around on this issue. Well done, sir.

      --
      Your courageous and selfless spelling corrections have made me a better person.
    15. Re:Excellent. by sxpert · · Score: 5, Informative

      Now if only FireFox will get support.

      I think you mean

      Now if only FireFox will add support.

      Now, if only the stupid h264 codec would be freed !

    16. Re:Excellent. by master5o1 · · Score: 3, Insightful

      How does using HTML5 + H.264 negate their attempt to draw people away from Flash for video? It just doesn't aide their Silverlight efforts.

      --
      signature is pants
    17. Re:Excellent. by CowboyBob500 · · Score: 5, Insightful

      And a majority of that third live outside the jurisdiction of the US patent system so the license issue becomes moot. Personally I'd rather the rest of the world stick 2 fingers up at the US system and continue to use browsers that support H.264 and don't pay any patent licenses to anyone.

      For example, why not make a US and non-US version of Firefox with the non-US version having H.264 support. US people will still manage to get the working version and Firefox will still have the required support.

    18. Re:Excellent. by TheRaven64 · · Score: 2, Interesting

      It's not quite so clear cut. H.264 is better than Theora, but VC-2 (which is patent-free, based on the BBC's Dirac) is competitive with, and in a lot of cases better than, H.264. Importantly, the BBC is working with hardware manufacturers to get it accelerated (there was also a Google SoC project last year to implement it in GLSL so you can run it on a GPU). VC-2 looks like, in a couple of years, it will be the ideal format for web video. Using Theora now sets a precedent that royalty free implementation is important for web standards.

      --
      I am TheRaven on Soylent News
    19. Re:Excellent. by TheRaven64 · · Score: 2, Informative

      No. The licenses for Chrome and Safari do not allow unlimited distribution. The H.264 licenses are capped per year, so Mozilla Corp. could easily afford to pay for an H.264 license for this year and then everyone who distributed FireFox would have a legal license as part of that. However, if they stopped paying, people who had received FireFox would then be unable to legally redistribute it. As Mozilla is distributed under three licenses which all permit redistribution, that would mean that anyone, like a Linux distribution, that distributed copies from upstream would be infringing.

      I'm not sure if FireFox and Gecko require copyright assignment for patches, but if they don't then the Mozilla Foundation would also be violating the copyright of their contributors if they distributed it along with code that required a patent license.

      --
      I am TheRaven on Soylent News
    20. Re:Excellent. by Goaway · · Score: 4, Insightful

      Mostly it seems Mozilla just do not want to support anything but Theora, and they're making up weak excuses for why they shouldn't use platform libraries to play video.

      I sure hope they grow out of it soon.

    21. Re:Excellent. by CowboyBob500 · · Score: 2, Insightful

      Because Mozilla Corporation is headquartered in the United States

      Tough luck for them. I't won't be long for a fork to appear that includes the H.264 codec - possibly released by Canonical or other interested party . The US seems to be rapidly heading towards some kind of lawsuit singularity which it needs to pull back from or simply disappear.

      several European countries appear to recognize patents on H.264 and AAC as well.

      Citation? I can't find anything concrete to support this statement.

    22. Re:Excellent. by icebraining · · Score: 2, Informative

      In countries where patents on software algorithms are upheld, the vendors of products which make use of H.264/AVC are expected to pay patent licensing royalties for the patented technology that their products use. This applies to the Baseline Profile as well. A private organization known as MPEG LA, which is not affiliated in any way with the MPEG standardization organization, administers the licenses for patents applying to this standard, as well as the patent pools for MPEG-2 Part 1 Systems, MPEG-2 Part 2 Video, MPEG-4 Part 2 Video, and other technologies.

    23. Re:Excellent. by BZ · · Score: 2, Interesting

      > where code that is written in any other codeshop is considered inferior

      Not at all. I've written my share of code with security bugs in it and have no illusions about code I write.

      But the key thing here is attack surface. Taking a shot at securing the decoder for the one codec that Firefox ships (by fixing the bugs fuzzers found in it, for example) took several man-months of work. This is work that has in fact not been done on most of the platform-default decoders, especially because new ones can be dropped in at any time. Firefox could whitelist codecs, but that's not what the proponents of using the system codec set are pushing for.

      And since those system codecs would not be something Firefox can control the updating of, if there _is_ a security vulnerability in one... then what? Ship a Firefox update that disables that codec (blacklisting, effectively)? There don't seem to be any other options.

      This isn't a theoretical issue, by the way; please count up the number of codec vulnerabilities patched in just Quicktime on Mac over the last year.

    24. Re:Excellent. by moosesocks · · Score: 2, Interesting

      Google just purchased on2, who own the IP rights to a number of rather good codecs, including a few that they claim to be as good as, if not better than H.264.

      Theora, on the other hand, isn't a particularly good codec.

      IMO, the best thing for google to do would be to release on2's codecs under a permissive license, and make them the exclusive means by which HD content is delivered via YouTube. This should ensure a rather speedy adoption among all of the major browsers.

      --
      -- If you try to fail and succeed, which have you done? - Uli's moose
    25. Re:Excellent. by BZ · · Score: 2, Informative

      > I'm just wondering what makes the Firefox team certain they can write these codec
      > implementations and players better than the teams who specialise in that field.

      Nothing. That's why they're not writing the codec impl they're using; they're using an off-the-shelf theora decoder (though they've contributed a bunch back to it in the process of integrating it).

      But the result is that the codec they're shipping they have the source for and have at least some people who can competently patch that source in the event of a security hole being discovered, while also sending the patch upstream.

      As for the player... The player being used is pretty much off-the-shelf too, as above, but the method of feeding data into it had to be custom-written to deal sanely with HTTP, security restrictions in the browser, etc.

      > no reason to believe that a volunteer for a browser project

      I believe everyone working on the Theora support in Firefox was in fact a full-time employee whose job it was to make it work.

      > I know Quicktime / ffmpeg / etc are all open to system flaws and attack, but what code
      > isn't.

      Sure. The question is what happens once such a flaw is discovered. If you're not Apple and you depend on Quicktime and a hole is discovered in Quicktime, what are your options? Have a security hole or stop playing videos until Apple patches it? The situation is, of course, better with ffmpeg.

  2. Adobe... by Dan+East · · Score: 3, Interesting

    I shed not a tear for you.

    --
    Better known as 318230.
    1. Re:Adobe... by MrNaz · · Score: 3, Insightful

      Don't. IE will not support HTML5 for many years, if history is anything to go by, making Flash at least a fallback requirement for any remotely popular video site for the forseable future.

      --
      I hate printers.
    2. Re:Adobe... by Toonol · · Score: 4, Insightful

      And you can't write videogames in HTML5. Flash will be around for a while.

      The real problem with Flash, stupid menu widgets, irritating ads, and non-html website frontpages, won't disappear until sites can recreate equally annoying equivalents via some other method.

    3. Re:Adobe... by .tekrox · · Score: 4, Insightful

      Javascript.

      Don't whine that it's slow - Chrome, Opera, Safari and Recently firefox now have very fast javascript engines.
      Don't whine its not powerful enough - ActionScript (Flash Scripting) is Javascript. And Flash isn't very quick at interpreting it either...

    4. Re:Adobe... by iapetus · · Score: 2, Informative
      --
      ++ Say to Elrond "Hello.".
      Elrond says "No.". Elrond gives you some lunch.
    5. Re:Adobe... by raynet · · Score: 2, Informative

      ActionScript 3 is one dialect of ECMAScript as is Javascript and JScript. Nothing really to do with Java.

      --
      - Raynet --> .
    6. Re:Adobe... by iapetus · · Score: 2, Informative

      He asked for an example of a game in HTML5. I provided an example of a game in HTML5. A simple transaction.

      Ironically it's you who's left over bleating to yourself, working yourself up into a frothing rage over things that nobody ever said. You might want to check your caffeine dosages.

      --
      ++ Say to Elrond "Hello.".
      Elrond says "No.". Elrond gives you some lunch.
  3. Here that wooshing sound, Firefox? by Endymion · · Score: 4, Insightful

    That's the sound of you getting passed by.

    I'm a total GNU fanboy most days, and generally agree with the moral move they are trying to make with OOG formats, but in this case it is a losing strategy. H264 video has gotten a momentum that is hard to break, similar to how MP3 got a momentum in the past. It has nothing to do with technical features, morals, licensing, or other commonly-argued things. Instead, it's about a critical-mass of popularity. H264 video the new pop thing, even in cases where people don't even know terms like "H264".

    By not finding a way to make video work properly, Firefox is saying they want to be left behind. No, I highly doubt people like google or others will re-encode video into Theora. They will make the business decision that not only is it a lot of work, it's not necessary as firefox is supported with Flash.

    If the Firefox people want to make a good moral stand with this issue, they should pull something similar to the crypto situation and make an "international" version. That version could serve as an embarrassment to the restrictive patent system, and a useful political talking point. At a minimum, though, they should simply remove all codec processing form the project, leaving that particular can of worms to an external project (gstreamer? embed mplayer/vlc/other? some new project created specifically for this purpose?).

    I love firefox. I really do. So please don't choose to be non-player in the video arena!

    --
    Ce n'est pas une signature automatique.
    1. Re:Here that wooshing sound, Firefox? by javilon · · Score: 2, Insightful

      Mozilla should just link to the distribution's provided ffmpeg and just let you decide what codecs you compile in. That would mean that at least in FOSS operating systems the problem is sorted.

      That would also mean less code to manintain, and to give an advantage to FOSS operating systems.

      --


      When his defense asked, "Which computer has Jon Johansen trespassed upon?" the answer was: "His own."
    2. Re:Here that wooshing sound, Firefox? by jvillain · · Score: 2, Interesting

      It has every thing to do with licensing. It is unreasonable to expect a nonprofit group to fork out millions of dollars to give you a free product. If you want to start paying for FireFox maybe they can do some thing for you.

      Audio and video are the only arrows left in the quiver of the proprietary companies. I think once companies start to realize that it is safe to do HTML5 you will see companies that say screw it we don't feel like paying these fat fees any more when we can use some thing free instead. Up until now they really didn't have much of a choice they were stuck with Flash. Now they have options It is simple business that if some one does some thing that lowers their costs you have to do some thing to lower yours. So as companies start moving towards lower cost and free codecs the others are going to have to follow them.

      I do have to say that things are going to get interesting for Google going forward. They have been at war with Microsoft, they have already started a war with Apple and they are ramping up the war with the open standards and open source communities. Soon they aren't going to have any friends left.

    3. Re:Here that wooshing sound, Firefox? by Endymion · · Score: 3, Interesting

      This is why I suggest they either:
        1) Make it a non-USA release, similar to PGP/PGPi in the past. This would be if they wanted to take a stand, and make lots of activist-style press releases on the subject. It would also probably be more effective than trying to talk everybody into using Theora.
        2) Externalize the issue, by using an external program instead. That way they aren't decoding any video, and are totally safe from patent issues.

      Option #2 is recommended, as a pragmatic decision.

      --
      Ce n'est pas une signature automatique.
    4. Re:Here that wooshing sound, Firefox? by Endymion · · Score: 2, Insightful

      It's unreasonable to expect pop culture to shift because it's choice is inconvenient.

      Trying to change perceptions like that didn't work with Vorbis-vs-MP3, and it won't work here either.

      --
      Ce n'est pas une signature automatique.
    5. Re:Here that wooshing sound, Firefox? by Endymion · · Score: 3, Insightful

      that WOULD be an improvement over what they are doing now, which is to simply not play anything!

      The proper response, though, is not to put up some sort of error message, but to use an external solution such as mplayer, ffplay, vlc, gstreamer, or whatever, and make it "someone else's problem".

      Chrome up and coming is an even bigger issue because of this. If it works well with youtube, and firefox doesn't, then firefox will lose dramatic market share to Chrome.

      --
      Ce n'est pas une signature automatique.
    6. Re:Here that wooshing sound, Firefox? by timmarhy · · Score: 3, Informative

      here's the thing - something that's genuinely new and required real effort like H264 to develop, patenting it is a valid use for the patent system. and if you look at the licensing terms for h264 is insanely fair and cheap - your looking at only $100,000 for a service with 1,000,000 subscribers, and thats only if your a commercial entity. i dare say if your running a website that has a subscription of over a million people you can afford $100,000 for the core technology that under pins your operation. if you can't, Your Doing It Wrong.

      --
      If you mod me down, I will become more powerful than you can imagine....
    7. Re:Here that wooshing sound, Firefox? by smash · · Score: 2, Interesting

      How about a plug-in architecture? That way we aren't stuck with shitty 2010 video formats in the www of 2015, either.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    8. Re:Here that wooshing sound, Firefox? by Rocketship+Underpant · · Score: 3, Insightful

      I agree 100%. Mathematical algorithm patents are not recognized in most countries outside the US, so make an international Firefox version that only visitors who claim to be outside the US can download.

      --
      He who lights his taper at mine, receives light without darkening me.
    9. Re:Here that wooshing sound, Firefox? by eihab · · Score: 2, Insightful

      it's the likes of YouTube and other online content providers that really have the last word, and they have chosen h.264

      YouTube is not the only video site in town. DailyMotion went with Theora and others may follow that example.

      The web is supposed to be open, if we kowtow to patent encumbered formats just because Google says so, then I'm afraid the last 10 years we have spent trying to get up from under Microsoft and the browser wars would have been a complete waste.

      We're basically going to head back to "This site is best viewed by X or Y", only with different values for X and Y.

      The reason a "plug-in" solution is redundant stems from the fact that you can already serve H.264 content using plug-ins _today_. The whole point of the <video> tag was to standardize and open up the mess video has become (Flash, Quicktime, WMP, Silver light, etc.).

      If you shun browser makers (and content producers) with patent encumbered formats, then you might as well call Flash a standard and be done with it.

      It amazes me that the general sentiment against MS's closed-"open" office formats was highly negative (which was well deserved), but when Google basically says F-U to What-wg and does whatever it wants anyway with a patent encumbered format then Firefox is at fault for not paying for royalties.

      The day YouTube moves to HTML5 and only serves H.264 content (which will not happen any time soon, thanks IE) is the last day I'll visit that site. Thanks, but no thanks, I'm not going back to the dark ages of the web to watch a dog skate-board.

      --
      If you can't mod them join them.
    10. Re:Here that wooshing sound, Firefox? by TheRaven64 · · Score: 2, Insightful

      PNG was easy. Want alpha channels? Use PNG. Want better compression? Use PNG. Want more than 256 colours? Use PNG. Oh, and by the way, it's royalty free so you won't get hit by those fees that everyone's starting to have to pay for producing or reading GIFs.

      Theora is hard. Want good quality? Use H.264. Want multiple implementations optimised for different profiles? Use H.264. Want hardware accelerated playback on mobile devices? Use H.264. Oh, and there's a small license fee that you'll have to pay if you live somewhere with software patents.

      VC-2 is a bit easier to sell. Similar quality to H.264, lossless profile, hardware acceleration close to market, royalty free. Even then it's not quite clear that it's superior because you can play back reasonable quality H.264 on a much lower-spec'd machine and the current generation of handhelds all come with H.264 decoding (and, in some cases, encoding) hardware, not VC-2 hardware.

      --
      I am TheRaven on Soylent News
    11. Re:Here that wooshing sound, Firefox? by BZ · · Score: 2, Informative

      > I consider over a year of warning with no implementation in production 'unprepared'.

      You're assuming that the goal was to support H.264. That's not in fact a goal at the moment, because it's seen as detrimental to the future of video of the web (though of course beneficial to several big companies today).

    12. Re:Here that wooshing sound, Firefox? by BZ · · Score: 3, Informative

      > They are aware of the issue but they don't have a production ready solution.

      "They" (we) are in fact aware of the issue, and feel that H.264 as the "standard" web video format is in fact detrimental to the long-term health of the web and to Mozilla's mission (which is not to make a web browser; the web browser is a means to an end).

      > they will eventually have to support all of the codecs in the HTML5 standard

      The standard doesn't specify any codecs.

    13. Re:Here that wooshing sound, Firefox? by DJRumpy · · Score: 2, Informative

      True. Bad choice of words. I should have said 'supported by' instead:

      "On October 17, 2007, the World Wide Web Consortium encouraged interested people to take part in a "Video on the Web Workshop", held on December 12, 2007 for two days.[10] A number of global companies were involved, submitting position papers.[11] Among them, Nokia's paper[12] states that "a W3C-led standardization of a 'free' codec, or the active endorsement of proprietary technology such as Ogg by W3C, is, in our opinion, not helpful." Ogg's codecs are licensed under the BSD open source license, and are therefore not proprietary in any accepted sense of the word. Apple Computer have also opposed the inclusion of Ogg formats in the HTML standard on the grounds that H.264 performs better and is already more widely supported, citing patents and the lack of precedents of "Placing requirements on format support", even at the "SHOULD" level, in HTML specifications.[13]

      In response to such criticism, WHATWG has cited concerns over the Ogg formats still being within patent lifetime and thus vulnerable to unknown patents.[14] Such submarine patents may also exist for non-free formats like MP3 and H.264. Also, the AVC patent licensing policy is subject to change in a not-yet-clear manner.[15]
      [edit] HTML5 turns neutral"

      On December 10, 2007, the HTML 5 specification was updated[16], replacing the reference to concrete formats:

              User agents should support Ogg Theora video and Ogg Vorbis audio, as well as the Ogg container format.

      with a placeholder:[17]

              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.[18]

  4. Branding over functionality... by RalphBNumbers · · Score: 4, Informative

    It seems that both Youtube and Vimeo have both chosen to use their own custom controls, and disable the default controls native to the user's browser.

    That wouldn't be such a big deal, except for the fact that full screen mode can currently only be entered using those default controls (making full screen mode available via a scripting api is considered a security risk, and thus discouraged by the HTML5 spec). So they're sacrificing that functionality at the alter of branding.

    --
    "The worst tyrannies were the ones where a governance required its own logic on every embedded node." - Vernor Vinge
    1. Re:Branding over functionality... by phizi0n · · Score: 2, Informative

      I'm going to have to put the blame on the browsers for not implementing a "double click the video to go fullscreen" behavior or some sort of key binding. Sites shouldn't have to refrain from branding just to allow the user to go fullscreen, the browser should always provide a method for the user to do it.

  5. Re:This may not be an apt analogy, but by Anonymous Coward · · Score: 2, Funny

    if web video formats follow the precedents of home video, porn will be the deciding factor. See Betamax v. VHS, and Bluray v. HD DVD. As goes porn so goes mainstream content providers, right? I should probably do some research into the delivery method of choice in online stag films, but it's just so tedious.

    I believe they are currently standardizing on Microsoft Fleshlight...

  6. Re:This may not be an apt analogy, but by Btarlinian · · Score: 5, Informative

    Actually, I'm pretty sure porn went for HD-DVD. So it's not always the right indicator.

  7. Re:All hail HTML5 what a crock of shit by slimjim8094 · · Score: 2

    Come talk to me when you feel like saying what's wrong, rather than just using the word "half-assed" a lot.

    kthxbye

    --
    I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
  8. Re:Daily Motion by LoverOfJoy · · Score: 4, Funny
    I love the FAQ on that page you linked to:

    But wait - the video quality is lower and sound is sometimes crackly...

    That's normal...for now.

  9. Re:Daily Motion by timmarhy · · Score: 2, Informative

    lol. i'd never heard of daily motion before, so it's chances of rolling youtube are slim to none, especially based on the back of h264 vs theora.

    --
    If you mod me down, I will become more powerful than you can imagine....
  10. H.264 by FrostedWheat · · Score: 5, Informative

    Everytime this topic comes up I am amazed at how many people think that it's somehow Mozilla's fault that Firefox doesn't support H.264.

    Repeat after me: H.264 is NOT FREE, not by a long way. If Firefox included H.264 support then Firefox would also NOT BE FREE. It would be illegal for most of us to distribute a copy.

    1. Re:H.264 by Andreas+Mayer · · Score: 2, Insightful

      Everytime this topic comes up I am amazed at how many people think that it's somehow Mozilla's fault that Firefox doesn't support H.264.

      It is.

      Repeat after me: H.264 is NOT FREE, not by a long way. If Firefox included H.264 support then Firefox would also NOT BE FREE. It would be illegal for most of us to distribute a copy.

      They should just use the video framework provided by the OS.

      But they don't want to. Because then they wouldn't get to push their 'free' (albeit inferior) OSS codec.

    2. Re:H.264 by Andreas+Mayer · · Score: 2, Informative

      Everytime this topic comes up I am amazed at how many people think that it's somehow Mozilla's fault that Firefox doesn't support H.264.

      It is.

      But why?

      Isn't that obvious? Because they choose not to use the system frameworks.

      They should just use the video framework provided by the OS.

      So instead of having one or two well supported codecs, you'd have a hundred and one that might work. You'd be back to the plugin-hell that online video was before Flash came along.

      I don't see a plug-in hell if everyone is standardizing on h264. You might have the option to use one of several decoders, yes. And that's a good thing!

      Anyway, it would not be Mozilla's problem. But it is if they simply refuse to play back h264 altogether.

    3. Re:H.264 by BZ · · Score: 2, Interesting

      It would be legal for Mozilla to distribute Firefox if it did that. It would not be legal for anyone else to do so.

      For example, if you put a copy of Firefox on your USB keychain and went over to your friend's house and installed it there (from that keychain) without paying the H.264 licensing fees required, you could be sued for damages. Not much in the way of damages, clearly, but you would in fact be liable for them.

      Of course if you happened to be, say, Ubuntu, you would have to pay a pretty hefty fee (or be liable for significant damages) if you shipped Firefox as part of your distribution.

  11. Google acquired On2, makers of video codecs by dracvl · · Score: 5, Interesting

    Google recently acquired On2, makers of the Ogg Theora (aka VP-3) codec which was released into the public domain and then taken over by xiph.org.

    On2 have codecs VP-7 and VP-8 which have equivalent (if not better) quality than h.264.

    It would not be surprising if Google made those codecs available, since they aren't patent-encumbered, and Google is heavily invested in HTML5 --and likes open standards.

    This would be the ideal outcome. h.264 is a really bad option.

  12. Re:Google already transcodes... by smash · · Score: 3, Insightful
    It would be "1 more" transcode that makes no business sense.

    Look, ditching h.264 is simply not going to happen. there are way too many hardware devices out there that do h.264 and no ogg. All I'm hearing is bitching from the firefox camp about how they're not going to support it for reason X rather than looking for a solution to the problem.

    Simply not supporting h.264 is an option, sure. I just don't think its going to end well for firefox.

    AS to host code not being exposed to the web... run it with least privilege in a sandbox. My bet is that any copy of theora embedded into the browser is exactly the same reference code as used else where in any case (and if its, not, then its not as well tested...), so that point is pretty moot.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  13. Cost for Firefox H.264: $5,000,000+ per year by CritterNYC · · Score: 5, Informative

    The problem with H.264 is both its patent status and the licensing cost. The patent means that it can't legally be used in software licensed under the GPL/LGPL 3.0 in countries like the US. So, Mozilla would have to add a closed-source component to Firefox for it to be able to work.

    But the other problem is the licensing fee. Firefox ships so many software units that it will hit the enterprise cap for H.264 licensing every year. In 2006, that cap was $3,500,000. In 2007 it went up to $4,250,000. In 2009 it went up to $5,000,000. In 2011, it is going to go up again. So Mozilla will have to pay out $5,000,000 (and climbing) per year, just to support this one video codec in a product that they give away for free. Their revenue in their last fiscal year was $78.6 million.

    Is it really worth it to spend 6% of your total yearly revenue on the licensing fee for one video codec?

    Apple doesn't care, since they already hit the yearly cap anyway (see: iPod/iTunes) so it's free for them to include it in Safari. I'm not sure if Google does (can't think which apps it would be), but they have the money to do it either way. Opera and Mozilla don't currently have this expense... and they can't afford it. Nor can any other upstart browser since once they hit 200k 'units' per year, they have to start paying $0.20 per download.

    1. Re:Cost for Firefox H.264: $5,000,000+ per year by shish · · Score: 2, Insightful

      Mozilla would have to add a closed-source component to Firefox for it to be able to work.

      Or they could hook into each OS's native codec libraries -- IIRC windows 7 supports h264 out of the box, and most linux distros have a gstreamer-x264 or whatever package easily available ("easy" as in "will prompt to be installed the first time it's required", in ubuntu's case at least)

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
  14. The problem with Directshow (Moz/Opera devs) by Sits · · Score: 2, Insightful

    A Mozilla developer has pointed out several drawbacks of using Directshow for HTML5 video. Among them was that some Directshow codecs are of questionable quality, it can be source of security bugs and would mean a different backend for every supported platform.

    The Opera folks have said Directshow is not well geared to streaming videos so Opera has gone with a minimal gstreamer port for HTML5 video.

    1. Re:The problem with Directshow (Moz/Opera devs) by TheRaven64 · · Score: 3, Informative
      The Opera blog confused me. They say:

      The main problem with this approach is that many DirectShow filters are written in such a way that they can only read from a local file, since the DirectShow framework makes this a lot easier than the "right way" of streaming input from a upstream filter

      Now, admittedly, the last time I wrote any DirectShow code DirectX 8 was all new and shiny, but this sounds like complete nonsense. Writing a DirectShow filter is trivial. You just subclass the standard filter class and receive data on one of the pins. I wrote one that took data off any part of a DirectShow stream and chucked it across the network and a matching one that received it. I had absolutely no problems swapping in other CODECs. They all just took data from one pin and pushed it out on another.

      Writing a DirectShow filter that can only read from a local file is a pain, because you need to implement support for all of the potential container file types. Writing one that fits with the rest of the architecture is trivial.

      Security is a potential issue, but I'm not sure that GStreamer is any more secure. Both contain large amounts of code that can potentially house exploitable bugs. If you care about security then you should run the CODEC in a separate process with a pipe going in to it to provide the data and a shared memory segment for getting the rendered images out.

      --
      I am TheRaven on Soylent News
  15. patenting how to make stuff is ok by circletimessquare · · Score: 2, Insightful

    patenting how to manipulate bits is not ok

    the free exchange of ideas is the only thing underpinning any sense of philosophical integrity in modern liberal democracy. besides, you basically lie when you say its expensive to develop this stuff. a university professional could do this, and by publishing it, for free (in an ideal world) he cements his academic credentials, which is the only reward anyone deserves for the advancement of ideas

    capitalizing on those ideas is a secondary game that does not overlap, and should not overlap (in an ideal world) with the primary game of development of better ideas

    ideas should not be patented

    manipulating bits is simply an idea, not a marketable product

    YOU'RE doing it wrong

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  16. Inter Net? by ElusiveJoe · · Score: 2, Interesting

    Not being a US citizen I'd like to see it happen, but it won't.

    I think more people will realize soon, that a thought that software and Internet are independent from governments and borders is an illusion. Currently, the dominant software provider and consumer is US. So the major part of software abides by US law. I still remember, that IE 6 for Russia did not contain 128-bit encryption because of US export laws.

    Add classic US ignorance to it - "we run the world". Hell, even google.ru censors search results with DMCA notice, while DMCA is not valid in Russia. It respects laws of Australia, but laws in China are 'bad' (I personally consider them bad too, but dura lex sed lex). So US laws "must be abided", but laws of other countries "could be abided, if it's not harmful to US".

  17. kaiser soze by MoFoQ · · Score: 2, Insightful

    hmm...I'm testing out this vimeo html5 player and I'm looking at the source...I see calls using mootools 1.11 to a mootools class named "Kaiser Soze".....gotta love programmers with a sense of humor.

  18. The 2 are linked by DrYak · · Score: 4, Insightful

    Because HTML5 + VIDEO tag draws people away *from Flash* and *into an open standard* that can be found everywhere.
    What Microsoft would have liked would be, drawing people away from Flash and *into one of their own proprietary* technology, marketed as much better.

    The core strategy of Microsoft is not just killing random IT companies for the fun of it (although it's not always obvious), but killing other companies in order to get bigger themselves in the process.

    Silverlight is their optimal solution to lock more customer in Microsoft solutions.
    HTML5 is their nightmare.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:The 2 are linked by ObsessiveMathsFreak · · Score: 2, Insightful

      Because HTML5 + VIDEO tag draws people away *from Flash* and *into an open standard* that can be found everywhere.

      H264 is not an open standard. The video tag is just another lock-in, masquerading as an easy to use core feature.

      It's all moot anyway. Without agreement on a codec, the video tag is dead in the water anyway. Lack of a common standard means that the video tag essentially equates to what we already have; the ability to "embed" video which may or may not play in the users browser. Google and Apple killed proper web video because they put their other business interests before giving web users the tag they really wanted. They're not browser companies after all.

      --
      May the Maths Be with you!
  19. Re:Lots of problems. by DrXym · · Score: 2, Interesting
    The main problem with Firefox is that there no such thing as *THE system*, singular.

    Of course there isn't, but that doesn't mean the issue is impossible to solve. In fact if you look at the way Firefox works right now, it has abstractions of various operating services - messaging, drag & drop, windows, graphics, file locations, plugins etc. Each of these abstractions is done precisely so the bulk of the code is platform netural.

    There would be no difference if you were to write an abstract video / audio playback object. The object would appear to the bulk of the code as a common interface or abstract class even though it would be implemented differently on each platform. On Windows, the playback object might work over DirectShow, on OS X it might use Quicktime, on Linux it might use GStreamer or Xine. To the caller however it doesn't make any difference so long as it works as expected.

    The second problem, is that you *hope* that the system's codecs will be adequate :

    Hardly a biggy either. On operating systems that supply one or more codecs implementations, you test and ensure the codecs / filters meet requirements. For operating systems that don't, you revert to a stub implementation that does nothing, and direct users to a help page. e.g. The browser could state that a codec must support high profile @ 4.1.

    In short Firefox can wash their hands of worrying about licencing altogether just by using what the system provides and designing the video apis appropriately such that others can extend / augment the built-in behaviour.

  20. Re:All hail HTML5 what a crock of shit by FlyingGuy · · Score: 3, Informative

    Box model, input model, floating model, version model etc. etc.

    Think it through, then think through all of the kludges you have to come up with to make these work correctly then you will understand.

    We had to wait for 5 versions of of HTML before we got an input type defined to handle things like numbers (floating, integer, fixed point), time, date?!

    Or how about a property to mark an input element as required instead of either having to come up with some javascript to then ripple through the controls to see if they are filled in, this should be handled by DOM and refuse to fire the submit method of a form unless all the fields marked in such a way are populated.

    How about a check box that actually is sent back in the post method to indicated that fact that it is NOT checked instead of having to write code that has to check if 1 of n check boxes are not there to figure out if the user decided not to check it.

    Or how about that Text Area is not considered an INPUT tag. Seems to me it should be since it accepts, wait for it.... INPUT for fucks sake.

    How about being able to float a DIV center and have text flow around it and conform to the DIV's margins, nope that don't work either.

    The box model where changing the internal padding, essentially an internal margin, changes the size of the box and shoves everything around it all over the place or adding a border stripe changes the external size of the box, don't even get me started...

    The list goes on and on and on. Get this shit fixed first the video will take care of itself.

    --
    Hey KID! Yeah you, get the fuck off my lawn!
  21. Not HTML5 by Baloo+Uriza · · Score: 2, Interesting

    Too bad HTML5 specifies Ogg Theora, not H.264. This is about as much HTML5 as Silverlight.

    --
    Furries make the internet go.