Slashdot Mirror


No HTML5 Hulu Anytime Soon

99BottlesOfBeerInMyF writes "The Hulu website briefly commented the other day about why they would not be implementing HTML5 video for their service: 'We continue to monitor developments on HTML5, but as of now it doesn't yet meet all of our customers' needs. Our player doesn't just simply stream video, it must also secure the content, handle reporting for our advertisers, render the video using a high performance codec to ensure premium visual quality, communicate back with the server to determine how long to buffer and what bitrate to stream, and dozens of other things that aren't necessarily visible to the end user.' They plan to release a dedicated application for the iPad and iPhone instead, likely a paid subscription service. Perhaps this is a good sign for Web-based television, as it will move more users away from the single, locked down channel from the networks and to more diverse options less interested in extracting subscription fees (like YouTube)."

202 comments

  1. OK ... by WrongSizeGlass · · Score: 1, Interesting

    ... so Flash isn't completely dead for video on the web. I wonder if Hulu and Adobe are in cahoots?

    1. Re:OK ... by sopssa · · Score: 2, Interesting

      Besides the fact that HTML5 isn't really finished yet nor implemented in the most used browsers (and not fully in others), they mentioned where HTML5 video fails too, like securing the content. Now slashdot crowd probably says this is a good thing, but theres not much to do if TV networks require it. Another case in point is determining how long to buffer and what bitrate to use (change dynamically). Does HTML5 video offer these options?

    2. Re:OK ... by Anonymous Coward · · Score: 0

      HTML5 could do the things they want, it would just not be very processor efficient (if HTML5 can run quake 2, then it can be used as DRM too). Even if Flash suddenly died, Hulu would probably just use a Java applet instead.

    3. Re:OK ... by jaryd · · Score: 5, Insightful

      It's probably more along the lines that Hulu isn't interested in rushing out an HTML5 app that will cost X to develop while their current client works perfectly well for the majority of their customers.

      Rather than retooling their website it is more logical to do what they are actually doing and code a standalone app that will probably get rejected from the app store.

    4. Re:OK ... by Anonymous Coward · · Score: 5, Insightful

      Yes, if a corporation dares to choose a widely-used product with a large install base, which fits their use requirements, as opposed to a relatively new, only moderate install base with different features available (no Firefox/Opera with H.264, no Safari/iPhone with Theora, no Internet Explorer period), which does not fit their use requirements on even one browser, then they must be 'in cahoots' with the company who makes that product.

      I know you were going for a better-than-average first post without too much thought, but really, stop listening to Apple. Adobe is not a conspiracy.

    5. Re:OK ... by Deadplant · · Score: 5, Insightful

      This is not a surprise, I work with online video professionally and html5 is not yet a serious option.
      RealPlayer, Windows Media Player and Flash are the only players that have the suite of features that are required to stream live and on-demand video properly.

      I am looking forward to the day when html5 is ready but it looks like it is a long way off.

      The "Flash is dead!" people have no idea what they're talking about.
      I mean just look at the API for windows media player or realplayer and then go look at html5... they're not in the same league.

    6. Re:OK ... by alen · · Score: 2, Interesting

      for flash there is a huge development environment with all kinds of knowledge on the internet to make it faster and cheaper. other than the fact that HTML5 isn't even a standard yet how do the dev tools compare? no one wants to code the website in assembly

    7. Re:OK ... by eldavojohn · · Score: 0, Offtopic

      Another case in point is determining how long to buffer and what bitrate to use (change dynamically). Does HTML5 video offer these options?

      Aren't those things that are dependent on the codec and container that is used? Right now, depending on the format, I believe that HTML5 Video using Ogg Theora does provide variable bitrate.

      I'm not sure where to address the buffering problem but you would think that it would be dependent on the user's latency and determined by the container or a combination of container and browser.

      So what you asked would depend on the format used inside the HTML5 tag and if your browser supports that format yet.

      --
      My work here is dung.
    8. Re:OK ... by ae1294 · · Score: 1

      Flash isn't completely dead for video on the web. I wonder if Hulu and Adobe are in cahoots?

      Perhaps but I really don't think so....

      Flash will not die until all of those web developers that use it finally die off..

    9. Re:OK ... by 99BottlesOfBeerInMyF · · Score: 3, Insightful

      It's probably more along the lines that Hulu isn't interested in rushing out an HTML5 app that will cost X to develop while their current client works perfectly well for the majority of their customers.

      This is probably true. It will be more cost effective in the short term, but you're missing the big motivation. Hulu does not want to provide open video. They want to provide subscription services, which they're moving to on the Web right now for a portion of content. They can make more money by only providing content to Apple devices that pay a subscription fee via an app, especially since those users won't be able to just use a Web browser for some content. Remember, Hulu is run by the networks.

      Rather than retooling their website it is more logical to do what they are actually doing and code a standalone app that will probably get rejected from the app store.

      Why would it get rejected from the app store? It will be trivial to provide the same content in different containers in a simple Web app using almost completely code provided in Apple's toolkits. Netflix has done it and they use Silverlight on the Web. Your assertion that it will probably be rejected is just your bias showing.

    10. Re:OK ... by truthsearch · · Score: 3, Insightful

      HTML5 could do the things they want, it would just not be very processor efficient

      Hulu's new flash player that launched yesterday is also not processor efficient. Two days ago Hulu videos played at a reasonable frame rate on my old Mac laptop. Today it's impossible to watch. If it were in HTML5 it would run perfectly.

    11. Re:OK ... by poopdeville · · Score: 4, Informative

      That's not the right kind of "variable bit rate". The kind of VBR you're describing is merely varying the bit rate within a stream for compression efficiency. Hulu dynamically switches between streams at different bit rates, depending on the speed of your connection.

      --
      After all, I am strangely colored.
    12. Re:OK ... by Anonymous Coward · · Score: 0

      Basically every codec supports variable bitrate and the buffering problem is codec independent. This article among other things talks about missing features in HTML5.

      On buffering:

      1. Missing features. Developers who haven’t worked with Flash often underestimate its capabilities and assume that displaying video is as simple as displaying images. But there are many things that are useful to control. Flash lets you tell the client how long to buffer before playing a stream (critical for reliable playback of any live video). It provides signalling back to the server of packet loss rates, so that the server can throttle bandwidth accordingly.

    13. Re:OK ... by clang_jangle · · Score: 3, Informative

      Go to archive.org, find a video you'd like to see, copy the link address for the file, then open that in mplayer. Works with absolutely no drama for me, whether I choose avi, mpg, ogv, etc. IOW, Hulu's explanation is mostly bullshit. They have exactly one reason, and that is "securing the content" -- which is pretty much nonsense. It isn't like your average "consumer" bothers with unauthorized copying/downloading. The hysteria on the "piracy" issue is completely absurd.

      --
      Caveat Utilitor
    14. Re:OK ... by Anonymous Coward · · Score: 0

      Adobe is not a conspiracy.

      You're right, it's a train wreck. Poor Mac & Linux product performance, development and support. Public crying. Threats of a law suit if they can't have their way. Running ads claiming they "love Apple" even if Apple is being mean to them. Even an Adobe Lightroom developer who's "afraid" any apps Adobe develops for the iPlatform "from scratch" would just be rejected by the app store. That's not a corporation, it's a kindergarden class that's late for its nap.

    15. Re:OK ... by 99BottlesOfBeerInMyF · · Score: 1

      RealPlayer, Windows Media Player and Flash are the only players that have the suite of features that are required to stream live and on-demand video properly.

      Have you heard of YouTube? I think providing HTML5 and Flash content side by side, depending on the device entered the mainstream when they implemented that option.

      The "Flash is dead!" people have no idea what they're talking about.

      Clearly Flash is not dead, but it is stillborn for a large set of mobile users. As such any professional offering video on the Web has to be looking at it as one of the very few options they have going forward.

    16. Re:OK ... by Anpheus · · Score: 4, Informative

      You don't understand. By variable bitrate, they mean changing the bitrate on a per-viewer basis. So, if someone has a particularly bad connection, it gives them a lower quality picture so that they can keep up. And if they're connection improves (they turn off their torrents, for example) then the bitrate they are being provided would improve.

      As far as I know, the object in HTML5 does not allow swapping out the referenced video while it's playing with another one encoded at a different bitrate. Silverlight does this for you with its streaming engine, with Flash it's at least possible to synchronize all the components, but it's rarely done. (You need to synchronize audio and video to a high degree of precision to avoid the user noticing.)

      This is a valid complaint, and actually one of Microsoft's major selling points on Silverlight, and it's why Netflix adopted it for their online viewer. The variable bitrate per viewer playback that adjusts itself according to your connection is extremely important to providing at least a basic experience. Netflix's implementation is a little bad (it does pause the video if your connection quality goes down, but there are other Silverlight players that do it seamlessly.)

    17. Re:OK ... by geekoid · · Score: 1

      YOU can do everything they listed use HTML5.
      The issue at this time is wide spread adoption of HTML 5... It could be their programmer don't know what they are doing..but I doubt that.

      The demo I say did similar things, as well as a bunch of other really cool stuff.

      I would be surprised if that's still their stance in 2 years.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    18. Re:OK ... by Anonymous Coward · · Score: 0

      Would "Always Sunny in Philadelphia" pass app store scrutiny?

    19. Re:OK ... by causality · · Score: 1

      Yes, if a corporation dares to choose a widely-used product with a large install base, which fits their use requirements, as opposed to a relatively new, only moderate install base with different features available (no Firefox/Opera with H.264, no Safari/iPhone with Theora, no Internet Explorer period), which does not fit their use requirements on even one browser, then they must be 'in cahoots' with the company who makes that product.

      I know you were going for a better-than-average first post without too much thought, but really, stop listening to Apple. Adobe is not a conspiracy.

      Note: here, I am ignoring the specifics of Hulu like their need to track advertising and enforce "content protection" etc. in an effort to describe a bigger picture.

      What we have here might be a bit of a chicken-and-egg problem. HTML5 would have a larger installed base if there were more content available. In turn, there'd be more content available if HTML5 had a larger, more established installed base. Adoption by major players is one way of solving this. Incorporation as a standard feature into mainstream browsers is another approach. Both approaches are complimentary and assuming HTML5 is a good standard, should be used in tandem.

      Adobe is not a conspiracy.

      For that matter, Adobe does not manufacture automobiles. Stating the obvious of what Adobe isn't does not really advance the discussion. The point is, if Adobe could wave a magic wand and get anything it wanted, it would have a lot more control over Internet content because that's how they make money. That and the proprietary standards used to achieve it are in their interests but are not in my interests. I just described not only Adobe but practically every for-profit corporation in existence.

      All of them would love to have total dominance of the markets in which they participate and none of them would benefit many others by succeeding. They are limited by what they can and cannot do, not so much by what they will and will not do. What they can do includes becoming adopted as a de facto "gold standard" by companies like Hulu as part of their overall strategy of becoming entrenched and raising the barrier to entry for new competing standards. In fact, many would say that they are not shrewd and lack business acumen if they did not attempt such things.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    20. Re:OK ... by h4rr4r · · Score: 1

      Use the desktop player, they have not changed that. The new interface also does not do mouse hide, tested on Ubuntu 10.04.

    21. Re:OK ... by h4rr4r · · Score: 2, Informative

      You could just post a link to the mp4 stream, lots of players handle that just fine.

    22. Re:OK ... by Anonymous Coward · · Score: 2, Informative

      Youtube doesn't stream video and they don't provide live feeds either. I'm sure progressive downloads can be done just as well in HTML5 as they can be done in flash, but that's totally different from what Hulu does.

    23. Re:OK ... by Dahamma · · Score: 1

      Have you heard of YouTube? I think providing HTML5 and Flash content side by side, depending on the device entered the mainstream when they implemented that option.

      Of course he has, and to his point, YouTube does not support any reasonable trickplay (FF/RW/chapters/etc), seamless bitrate switching or DRM with HTML5. Trickplay and bitrate switching are required features once people start paying for content (they expect it to *just work*). DRM is a required feature to get content owners to offer their content in the first place.

    24. Re:OK ... by spongman · · Score: 2, Interesting

      wait, HTML5 supports a DRM-enabled video codec?

      you're not going to see premium content (ie movies, TV) on the web without it.

      i used to do web video hosting for a major movie studio. their web distribution policy explicitly required all their content to be protected with DRM wherever it's shown on the web (iTunes, Netflix, Hulu, wherever).

      a DRM-free web is a (movie|tv)-free web. at least for now.

    25. Re:OK ... by HermMunster · · Score: 1

      How could you draw that inference? Is there something more that you know about that we don't?

      A company indicates that they are unhappy with the state of affairs of HTML5 as it is currently implemented, because it doesn't do what they need, nor as easily as they can get it done with another development tool, and you indicate that you feel there's a conspiracy?

      --
      You can lead a man with reason but you can't make him think.
    26. Re:OK ... by ceoyoyo · · Score: 1

      Yeah, if you want high quality DRM, Flash seems to be the best.

    27. Re:OK ... by Anonymous Coward · · Score: 0

      yeah must be a conspiracy eh! well spotted dude!

      either that or you're a stupid little cunt who doesn't know shit from shinola?

    28. Re:OK ... by billcopc · · Score: 1

      If TV networks require it, we'll happily ignore them until their ears bleed. It's not like there aren't other means to watch video online, most of which do not entail draconian DRM.

      --
      -Billco, Fnarg.com
    29. Re:OK ... by MBGMorden · · Score: 1

      Why would it get rejected from the app store?

      Most likely for competing with Apple's own video purchase options. I believe they typically cite "Redundant Functionality" reasons.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    30. Re:OK ... by Graff · · Score: 1

      By variable bitrate, they mean changing the bitrate on a per-viewer basis. So, if someone has a particularly bad connection, it gives them a lower quality picture so that they can keep up. And if they're connection improves (they turn off their torrents, for example) then the bitrate they are being provided would improve.

      As far as I know, the object in HTML5 does not allow swapping out the referenced video while it's playing with another one encoded at a different bitrate.

      That's really a server issue and not a client issue. H.264 supports variable bit rate streaming and the server should be able to detect the connection speed by monitoring the TCP receive window, acknowledgements, and other flow- and congestion-control elements of TCP. It can then adjust the stream's bit rate of accordingly. As long as the client has properly implemented its h.264 decoder it all should just work.

    31. Re:OK ... by Sancho · · Score: 1

      Does Hulu DRM? There are Hulu rippers out there, and while it's possible that they are extracting keys and decrypting the stream, more likely the DRM is just obscurity.

    32. Re:OK ... by rufus+t+firefly · · Score: 2, Interesting

      They use RTMP streaming, I believe. There are utilities which can capture it, but they continually vary their implementation. There have been DMCA takedown notices sent to rtmpdump, but perhaps not by them in particular : http://linuxcentre.net/rtmpdump-can-be-used-to-download-copyrighted-works-like-a-web-browser

      --
      "He may look like an idiot, and talk like an idiot, but don't let that fool you. He really is an idiot." - Duck Soup
    33. Re:OK ... by Anonymous Coward · · Score: 0

      I did it... I did all the poops

      why?!??!!

      Poop is funny...poop is funny

    34. Re:OK ... by Sancho · · Score: 1

      And now they have two apps to maintain. Given Apple's reluctance to approve cross-platform apps, they probably have two separate codebases.

    35. Re:OK ... by SeaFox · · Score: 1

      Not to mention that the video quality on Hulu isn't worth ripping to start with. If you're going to pirate content might as well go to the Net where someone encoded the 1080p broadcast from cable.

    36. Re:OK ... by RoFLKOPTr · · Score: 1

      Does HTML5 video offer these options?

      I'll bet it's possible with Javascript/AJAX... but there's still the fact that such code runs unsecured in the browser and can be modified in any way by anybody. That's not very good DRM. Flash is definitely better (from the content-producers' perspective) than Flash.

    37. Re:OK ... by R.Mo_Robert · · Score: 1

      Why would it get rejected from the app store?

      Why did this app get rejected? It didn't even violate any rules. Apple could do the same thing to Hulu if they wanted--you never know, that's the thing.

      --
      R.Mo
    38. Re:OK ... by Anonymous Coward · · Score: 0

      I've got the good lord going down on me!

    39. Re:OK ... by jsdcnet · · Score: 1

      Yes, if a corporation dares to choose a widely-used product with a large install base, which fits their use requirements, as opposed to a relatively new, only moderate install base with different features available (no Firefox/Opera with H.264, no Safari/iPhone with Theora, no Internet Explorer period), which does not fit their use requirements on even one browser, then they must be 'in cahoots' with the company who makes that product.

      I know you were going for a better-than-average first post without too much thought, but really, stop listening to Apple. Adobe is not a conspiracy.

      What we have here might be a bit of a chicken-and-egg problem. HTML5 would have a larger installed base if there were more content available. In turn, there'd be more content available if HTML5 had a larger, more established installed base.

      No, the original poster had it right - there simply isn't consistent browser support yet to make HTML5 more than an interesting sideline.

      --
      no longer working for cnet
    40. Re:OK ... by Anpheus · · Score: 1

      Variable bit rate encoded video does not allow a downloading client to skip chunks because they can't keep up, because those chunks encode whole frames and, in the case of H.264, frame data contains references to the previous frame to perform operations on them. So the result is that the client still has to download every frame, and the server is simply serving up a dumb file.

      What you want is for the server to have say, ten different versions of the same video, encoded at different bit-rates, and for the client to be able to switch from one to another smoothly. Just because it's variable bit rate, does not mean the client can choose to not download some bits. They have to download all of them, and the average bit rate might be greater than their bandwidth. So they need to be able to switch streams. Silverlight does this, Flash allows this, HTML5 does not. See the problem?

    41. Re:OK ... by spongman · · Score: 1

      yes RTMPE is not 100% secure, but neither are banks. but that doesn't mean you just leave your cash in a pile on the sidewalk outside your house.

    42. Re:OK ... by Lunix+Nutcase · · Score: 1

      Have you heard of YouTube?

      You mean the same Youtube that uses progressive download to serve content instead of streaming? That Youtube? I suggest you look up on the differences between the two before you speak up again.

    43. Re:OK ... by spongman · · Score: 1

      it may technically be obscurity, but it's an obscurity that's backed by legislation and the courts. and that's enough to satisfy the studios.

      without DRM (however effective it is), there's no difference between downloading a web page and downloading an unprotected version of their content. IANAL, but i'm pretty sure that's not an actionable position.

    44. Re:OK ... by 99BottlesOfBeerInMyF · · Score: 1

      Why did this app [macrumors.com] get rejected?

      Because it messes with Apple's copy control mechanisms they have contracts with the RIAA to protect in order to get music sales content?

      Apple could do the same thing to Hulu if they wanted--you never know, that's the thing.

      There's a big difference between "probably" and "possibly". Apple could possibly reject Hulu's app for some reason. There's no reason to think that is probable though (as "jaryd" claimed), unless you have some evidence to the contrary. It's the same as selling through any other store... maybe they'll want to carry your product, maybe not. Since Apple has approved a slew of other, commercial apps that provide video subscriptions though, it does not seem probable.

    45. Re:OK ... by evilviper · · Score: 1

      Another case in point is determining how long to buffer and what bitrate to use (change dynamically). Does HTML5 video offer these options?

      The video tag is just that, a video tag. HTML5 however, happens to contain, wait for it..., JAVASCRIPT, which could quite easily be used to download a file of a given size, time how long it took, and then dynamically insert the VIDEO element into the page, based on the previously estimated bandwidth.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    46. Re:OK ... by Real1tyCzech · · Score: 1

      This works well until the connection speeds decrease or increase based on usage of other connected clients or whatever might be going on within the users system in the background.

      Hulu can currently switch streams at any point in the video to account for that...without having to *add* to the bandwidth usage by adding uploads/downloads just to test speed.

    47. Re:OK ... by BitZtream · · Score: 1

      IE will do h264 as well with IE9.

      The only browsers that won't will be firefox and opera. In case you haven't noticed, while not dead, firefox is losing out and has no direction, they are too busy acting like Sun/Nutscrape/AOL and Opera has never really mattered to anyone but a small percentage of geeks. Little of value will be lost.

      Not that I expect them to jump ship, its just not worth the effort and HTML5 support is still rather limited as you said, IE doesn't do it YET. Hopefully there will never be any way to do DRM in HTML 5 but thats unlikely.

      I'm personally split on the DRM issue for purchased content, but for 'free' content its retarded. Hulu does however need a way to make sure the general public doesn't side step them and not watch any commercials or anything else. Slashdot would do to realize without the advertisers there is no Hulu. SOMEONE has to pay SOMEWHERE to employ all the people involved, that just seems to be lost here.

      Most of Hulu's reasons are bunk. Tracking adverts is a new feature, not something they would be losing from broadcast television. They also have no protection for content I DVR, copy, replay, skip commercials, ect. Apple has done a fine job of showing how to do dynamic bitrates based on available bandwidth and the spec is open so anyone can implement it on their web servers. Theres no need to tell the server how much you need to buffer, the client just buffers it and slows down when its got enough for safe playback, its always been this way.

      The only real argument they have is protecting the content enough to make money, which is the only part that I'm on the fence about. I see their point of view, but they already go over the top with what they do (but its not a lot different than watching live TV, its a little better actually but not much).

      If they stop going so crazy on DRM, go without it and go after big distributors of rips and such then they'll make plenty of money. Once they stop going after grandma and spending thousands of dollars in court so they can get a million dollar judgement that she's never going to pay they'll be a lot better off.

      People have always exchanged personal copies of electronic media, they won't stop it, they just need to accept a small amount of sharing and stop the massive sharing from things like PirateBay or what have you and it'll be no different than 20 years ago. Everyone will do fine and most of us will be happy, the only ones who won't be are the whackos that want EVERYTHING to be FREE and OPEN because they think they are entitled to everything in the world for themselves.

      If they treat digital copies more like reality rather than like highly expensive physical copies then the whole thing won't be a big deal and money will still be made.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    48. Re:OK ... by causality · · Score: 1

      Yes, if a corporation dares to choose a widely-used product with a large install base, which fits their use requirements, as opposed to a relatively new, only moderate install base with different features available (no Firefox/Opera with H.264, no Safari/iPhone with Theora, no Internet Explorer period), which does not fit their use requirements on even one browser, then they must be 'in cahoots' with the company who makes that product.

      I know you were going for a better-than-average first post without too much thought, but really, stop listening to Apple. Adobe is not a conspiracy.

      What we have here might be a bit of a chicken-and-egg problem. HTML5 would have a larger installed base if there were more content available. In turn, there'd be more content available if HTML5 had a larger, more established installed base.

      No, the original poster had it right - there simply isn't consistent browser support yet to make HTML5 more than an interesting sideline.

      ... but there likely would be if there were tons of content that demanded consistent browser support. I don't see how anything you are saying contradicts me.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    49. Re:OK ... by BobMcD · · Score: 1

      Not to mention that the video quality on Hulu isn't worth ripping to start with. If you're going to pirate content might as well go to the Net where someone encoded the 1080p broadcast from cable.

      Exactly how much quality does one need to be able to enjoy Family Guy, for example?

      And weren't we just discussing watching this on phones?

    50. Re:OK ... by Quantumstate · · Score: 1

      There are some fairly decent Javascript IDE's Komodo IDE/Edit comes to mind. Spouting ridiculous hyperbole about assembly really doesn't help your case at all.

    51. Re:OK ... by c0d3g33k · · Score: 1

      ... securing the content. Now slashdot crowd probably says this is a good thing, but theres not much to do if TV networks require it.

      Nonsense. I can read a book, ride a bike, take a walk, go kayaking, write some code, work in the yard, play with the dog, play with the kids. The list is endless. The TV networks can require DRM all they want, but people can always ignore them and do something else to entertain themselves. On the offhand chance someone is interested in the odd bit of content, there are always other avenues besides online streaming (borrow the DVD set from the library, or a friend, or buy it on sale etc.)

    52. Re:OK ... by Graff · · Score: 1

      What you want is for the server to have say, ten different versions of the same video, encoded at different bit-rates, and for the client to be able to switch from one to another smoothly. Just because it's variable bit rate, does not mean the client can choose to not download some bits. They have to download all of them, and the average bit rate might be greater than their bandwidth. So they need to be able to switch streams. Silverlight does this, Flash allows this, HTML5 does not. See the problem?

      Actually, H.264 (and therefore HTML5 if it serving up a H.264 stream) can switch to other bitrates on-the-fly. There are a lot of papers on how it's done if you search around but I found the most succinct explanation at Wikipedia:

      Switching slices, called SP and SI slices, allowing an encoder to direct a decoder to jump into an ongoing video stream for such purposes as video streaming bit rate switching and "trick mode" operation. When a decoder jumps into the middle of a video stream using the SP/SI feature, it can get an exact match to the decoded pictures at that location in the video stream despite using different pictures, or no pictures at all, as references prior to the switch.

    53. Re:OK ... by Anpheus · · Score: 1

      That would require the server to insert those slices into the feeds in realtime. But right now, there's no difference in HTML5 between a client downloading (as in, saving for later) a video and streaming a video. In both cases, the server is a dumb file server, and the client is downloading the video referenced. In the case of the tag, the browser might be clever and download at a lower bandwidth than its maximum because it doesn't need to.

    54. Re:OK ... by hannson · · Score: 1

      The video tag in HTML5 can support any codec at multiple resolutions (iPhone vs a PC) at the same time and use flash as a fallback when a browser doesn't support HTML5. See Video for everybody. The only thing standing in the way is transcoding the videos to multiple encoding and webmasters lack of interest/resources.

    55. Re:OK ... by vlueboy · · Score: 1

      a corporation dares to choose a widely-used product with a large install base, which fits their use requirements, as opposed to a relatively new, only moderate install base with different features available (no Firefox/Opera with H.264, no Safari/iPhone with Theora, no Internet Explorer period), which does not fit their use requirements on even one browse

      And that's the ticket! Even if IE market penetration is supposedly down to 53%, a good 100% of the rest offers no agreeable solution, and companies ignore HTML5 since its standard is not even complete yet. I hate to admit it, but until an HTML5-ready IE9 or 10 brings Windows penetration from currenly 0% to a 50%+, corps won't bat an eye. Adobe is here now and it's familiar --that's why CEO's keep putting it in their expenses budget.

      Budgetting support for transitions is a bigger problem than /.ers think. Example? Youtube's HTML5 is badly broken on most videos, new and old; and if you recall, Youtube has Google's geniuses and cash, and still can't produce a 100% flash-free streaming experience. I haven't even mentioned "implementing DRM" --our HTML5 pre-standard itself can be amended and DRM added to it, if the industry asks. Now, assuming our 47% alt browser market [about 15% or more non-HTML5 compliant from the chart data] uses Youtube. Very few even take the secretive HTML5 testdrive. Those that do rarely mention how quickly the endless "spinning buffering" bug caused them to switch back to 100% flash. I have tried from dff platforms and browsers with little success, and see others have failure even on the "featured" HTML5 content, with no error messages or extra guidance from Youtube.

      At least Scribd seems to have a real working HTML5 implementation, because video is not a problem in transcoding books. When youtube fixes their problem, they'll do just like scribd: instead of hiding HTML5 in a geeky URL, they'll put a link to "see this file using html5" on every page.

    56. Re:OK ... by Graff · · Score: 1

      That would require the server to insert those slices into the feeds in realtime. But right now, there's no difference in HTML5 between a client downloading (as in, saving for later) a video and streaming a video. In both cases, the server is a dumb file server, and the client is downloading the video referenced.

      My point is that the server does not need to be a dumb file server and it can insert those slices into the feeds in realtime. There are implementations of this out there already and a site the size of Hulu should have the technical ability to implement this kind of scheme.

      Thus, you don't need Flash to switch bitrates on the fly, you can already do it with HTML5 and H.264 and the correct server setup.

    57. Re:OK ... by Anonymous Coward · · Score: 0

      I also want to mention that upgrading IE has always been harder and less company friendly than Opera, Firefox, Safari or Google. Remember that while IE9 is in the works, a lot of corps are still using IE6.

      Now, the forced upgrade path looks like this: HTML5 standard is completed in 2010 or 2010. If IE9 ships on time, it will be ready too close to standard release time, and implement it partially (usual for microsoft.) Hulu and other corps are "readier" to adopt HTML5 at least partially but realize that Windows XP, Windows Vista and EVEN our new Windows Seven users are stuck with IE6, IE7 and IE8 out of the box or by company policy. They wait until Windows Eight and IE10, by which time Microsoft has more seriously implemented the standard. Uncertainty will rise because current market trends away from all IE usage escalate; whether MS cares to implement HTML5's unlike their lateness with failures with CSS and PNG support is another matter.

      At least the escalating numbers on alt Safari / Chrome and eventually a larger HTML5-ready list of other browsers will make companies consider it in the long run... at least similar to how AJAX features became defacto standards over the past 5 years.
      --vlueboy (replying to myself as AC.)

    58. Re:OK ... by Anpheus · · Score: 1

      But in the case of HTML5, the interesting stuff is all being done by the client. The server is a dumb file server. There is no way for the server to know the difference between a user downloading the video file referenced in the tag and a user streaming, watching it as it downloads.

    59. Re:OK ... by Rallion · · Score: 1

      I would guess that reporting to their advertisers is just as important to them as securing the content.

      Both are things that they absolutely have to do in order to exist in the form that they do.

    60. Re:OK ... by shutdown+-p+now · · Score: 1

      Yeah, but you can't overlay ads onto that! ~

  2. but Steve Jobs said by alen · · Score: 3, Funny

    that flash sucks and HTML5 is bestest way to stream video

    1. Re:but Steve Jobs said by Pojut · · Score: 1, Troll

      That's because Steve Jobs touches you at night^H^H^H^H^H^H^H^H^H^H^H^H rips your dick off with his devil horns

    2. Re:but Steve Jobs said by elrous0 · · Score: 1

      Yeah, I remember Steve Jobs saying he wasn't sick, right before he went into the hospital.

      --
      SJW: Someone who has run out of real oppression, and has to fake it.
    3. Re:but Steve Jobs said by mister_playboy · · Score: 1

      touches you at night^H^H^H^H^H^H^H^H^H^H^H^H

      I've always wondered why people bother trying to use strike-throughs... they don't work on /.

      --
      Do what thou wilt shall be the whole of the Law ::: Love is the law, love under will
    4. Re:but Steve Jobs said by BobMcD · · Score: 1

      That's entirely too deadpan to be funny. But entire too naive to be serious. It burns my brain...

    5. Re:but Steve Jobs said by dangitman · · Score: 1

      Yeah, I remember Steve Jobs saying he wasn't sick, right before he went into the hospital.

      You must have an extremely faulty memory, then. Dementia?

      --
      ... and then they built the supercollider.
  3. Hulu, has high quality content? by Anonymous Coward · · Score: 0

    Of all of the streaming services I use, they are by far the worst. Full screen mode makes their content skip frames consistently.

    1. Re:Hulu, has high quality content? by Anonymous Coward · · Score: 0

      That's flash, not the content. Whenever I watch anything on Flash in fullscreen, I have to quit everything else to get mostly non-jumpy video.

  4. Secure Flash platform by Anonymous Coward · · Score: 1, Interesting

    It always seems like the websites that insist on all these extras suck compared to the smooth easy playback of sites like You tube. Some sites are just unwatchable (Frequent "Video Buffering", stream drops bypassing 5-10 mins going to the next commercial break), whereas I never have trouble with You tube.

    And we're not on any rinky-dink connection either, We have business class internet service through Covad for our webservers.

  5. At least they are honest... by sznupi · · Score: 4, Insightful

    Honesty in this case - admitting that "our customers" (plus their needs) and their users aren't the same thing...

    --
    One that hath name thou can not otter
    1. Re:At least they are honest... by causality · · Score: 5, Insightful

      Honesty in this case - admitting that "our customers" (plus their needs) and their users aren't the same thing...

      Indeed. For any sort of no-cost-to-view "broadcaster" the actual customers are the advertisers. The correct use of the term "consumer" describes those who watch the programs for free in exchange for having to view advertisements. Customers as individual entities and small groups have barganing power while consumers only matter in very large numbers and thus the "broadcaster" relates to them in more of a "take it or leave it" fashion by comparison. Customers can take their business elsewhere; consumers must go to particular providers (i.e. copyright holders of shows) if they want a particular product.

      I have always regarded it as a form of Newspeak that a term indicative of diminished power and significance in the marketplace that comes from the jargon of one particular industry suddenly became applied to all customers in all economic transactions. One day about five to seven years ago it became in vogue to use "customer" and "consumer" interchangably as though they were the same thing. In conformance to the usual pattern, all the talking heads in the media suddenly adopted this usage and parroted each other as though they had always spoken this way. Always such Newspeak is in the form of using the degrading term to cover both cases and never in the form of using the elevating term to cover both cases.

      Observe this pattern once and understand it and you will then see it everywhere.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    2. Re:At least they are honest... by Anonymous Coward · · Score: 0

      If more network TV viewers understood that they are not customers maybe they would stop shaking their fists at networks for canceling shows their real customers (advertisers) didn't want to pay for.

    3. Re:At least they are honest... by Anonymous Coward · · Score: 0

      Wow. Talk about over-complicating things.

      It's quite simple. Customers are the ones who pay. If you're not paying anything, you're not a customer.

    4. Re:At least they are honest... by Anonymous Coward · · Score: 0

      I wonder how viewers would react to the realization that they are the products the TV networks are actually selling.

    5. Re:At least they are honest... by causality · · Score: 2, Interesting

      Wow. Talk about over-complicating things.

      It's quite simple. Customers are the ones who pay. If you're not paying anything, you're not a customer.

      I agree. That's exactly why I dispute the use of "consumer" to describe paying customers as though the terms were interchangable. This discussion where the distinction between customer and consumer is relevant is what brought up this subject.

      This is overly complex for whom? You and your ability to handle a small amount of complexity? You and your unwillingness to see that these developments are not random but are in fact carefully engineered and deployed? Your inability to find the slightest fascination in this because you long ago gave up your natural curiosity and desire to understand the world around you? Your need to berate me because you would have given this a more superficial treatment? I take it I am supposed to believe that you have found a flaw with me rather than showing me a flaw in you.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    6. Re:At least they are honest... by stokessd · · Score: 1

      Customers can take their business elsewhere; consumers must go to particular providers (i.e. copyright holders of shows) if they want a particular product.

      That was true until the time of significant broadband penetration and the rise of peer-to-peer sharing. Even if the "pirates" are an insignificant percentage of "consumers", they are the wolves at the door that are a force to keep the bastards in check somewhat.

    7. Re:At least they are honest... by causality · · Score: 2, Insightful

      Customers can take their business elsewhere; consumers must go to particular providers (i.e. copyright holders of shows) if they want a particular product.

      That was true until the time of significant broadband penetration and the rise of peer-to-peer sharing. Even if the "pirates" are an insignificant percentage of "consumers", they are the wolves at the door that are a force to keep the bastards in check somewhat.

      That is a really interesting statement because I have a reason to agree with it and I have a reason to disagree with it. I will withhold judgment as to which one is more valid.

      You're absolutely right about the effect of piracy. It's a check against excessive industry control. It's a bit like civil disobedience, except of course that those who engaged in old-fashioned civil disobedience fully expected to do the time for the crime. Pirates, by contrast, tend to rely on the statistical unlikelihood of any one of them getting caught. Other than this level of commitment, the effect against a controlling force is the same. The industry knows, even it it doesn't want to admit it, that they more they piss off their customers the more piracy will happen.

      My reason for disagreement may sound cynical. With apologies to Voltaire, if there were no pirates I wonder if it would be necessary for the copyright holders to create them. It would be hard to justify much recent copyright legislation and proposals if there were not the big scary phantom pirates behind every corner greedily disrupting those poor hardworking content creators who enjoy 100+ year monopolies on each work. Without the emotional knee-jerk of "PIRACY ZOMG!!" and the fuzzy accounting practices it excuses (every download = a lost sale? really?!) then they might be forced to resort to providing logical reasons for new legislation. I don't believe that would be nearly so effective at getting them what they want.

      I really don't know which of those reasons is the stronger. The only thing I can safely say is that piracy is a double-edged sword.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    8. Re:At least they are honest... by oatworm · · Score: 1

      Right. They're based on the same model as Facebook - the customers are the ones paying the bills and the users are the "product" they're selling to the customers.

    9. Re:At least they are honest... by Anonymous Coward · · Score: 0

      The reaction would probably be to not care. Most people don't get nerdraged over having to pay for entertainment, especially when that form of payment is just a few seconds of their attention.

    10. Re:At least they are honest... by sznupi · · Score: 1

      I wouldn't say they are really "carefully engineered and deployed" though. Probably just mostly a result of various societal dynamics; of common to many people advantageous effects (or at the least perceived as advantageous by them...and even if not that, then at least feeding on some beliefs & way of life they have)

      --
      One that hath name thou can not otter
    11. Re:At least they are honest... by poopdeville · · Score: 1

      Until you show them how to block ads. Then they wonder why they haven't been doing it for years.

      --
      After all, I am strangely colored.
    12. Re:At least they are honest... by Anonymous Coward · · Score: 0

      I think you need to see a shrink. Your dispute over these two words resembles that of an old man arguing to himself because he found an unusual tree branch.

      I agree. That's exactly why I dispute the use of "consumer" to describe paying customers as though the terms were interchangable. This discussion where the distinction between customer and consumer is relevant is what brought up this subject.

      Are you high? A consumer is someone who uses a product. A customer is someone who pays for a product.

      customer = consumer
      consumer =/= customer

    13. Re:At least they are honest... by Anonymous Coward · · Score: 0

      I wanted to watch their stuff without working around the ads. I do like to support shows I want to watch but so far the shows don't want to support Linux. I could watch Hulu and only the first ad would be skipped. Now they're blocking 64bit flash on Linux. So I'll download my shows without ads until they put up a paywall where I can choose to watch my shows ad, splatter, shit ups, shit downs, wormy scrolls, scrolling worms, jacking the audio loud, etc. Then I'll just say fuckit and wait for the DVD and when they pull crap like that on the DVD or go screw-ray I'll pay someone to splice together a dozen version so I get what I want.

  6. Summary says what? by BobMcD · · Score: 1

    Perhaps this is a good sign for Web-based television, as it will move more users away from the single, locked down channel from the networks and to more diverse options less interested in extracting subscription fees (like YouTube).

    Say what now?

    What 'single locked down channel' are we discussing here? There is presently more than Hulu alive on the web now, is there not? Please do clarify, dear submitter.

    1. Re:Summary says what? by 99BottlesOfBeerInMyF · · Score: 4, Informative

      What 'single locked down channel' are we discussing here? There is presently more than Hulu alive on the web now, is there not?

      Hulu is a joint venture of Fox, NBC, and ABC (now pulling out). The idea was they could maintain a singe front for providing mainstream TV, even as users moved way from cable and towards the internet for entertainment video. They were scared by YouTube and the like and wanted to make sure they could be the gatekeepers controlling the content as a cartel (like the RIAA has done with radio). That way they could extract more money in subscription fees going forward and at the same time reduce the threat of independent TV programming from being a more democratized source of content. Fox (for example) doesn't want to have to sell programs to users. They want to be able to sell subscriptions to all their content at once and so get paid just as much by people who think 90% of their content is crap.

      Please do clarify, dear submitter.

      Does that clarify my somewhat vague submission? I sort of assumed Slashdotters knew the history behind Hulu and the network's strategy with it.

    2. Re:Summary says what? by BobMcD · · Score: 1

      Thanks for the reply. It is as I assumed, then. You're making a huge generalization, and have left out at least one major television network, if not several, in your 'single' descriptor.

    3. Re:Summary says what? by 99BottlesOfBeerInMyF · · Score: 2, Informative

      Thanks for the reply. It is as I assumed, then. You're making a huge generalization

      There is an attempt, somewhat stalled, to use Hulu to control Web TV to a large extend by consolidating the efforts of the major networks and allowing them to (probably illegally) collude on mainstream TV's display on the Web. That's not really a generalization as a rather ubiquitous analysis of the market by many many different news and industry groups.

      ave left out at least one major television network, if not several, in your 'single' descriptor.

      Hulu failed to get buy in from CBS because CBS had already launched a competitor and was getting better advertising revenue than they wanted to offer. The others hoped the success of Hulu would pressure CBS to get on board, but it has failed so far and with ABC bailing out the venture might be a lost cause (Note that Steve Jobs sits on the board and is the biggest shareholder of Disney which owns ABC). That covers all of the "big four" of broadcast TV. There are smaller players, of course, many of which Hulu had signed on but which are not really very important in terms of the industry, which is remarkably consolidated right now.

    4. Re:Summary says what? by BobMcD · · Score: 1

      Broadcast TV is essentially dead, outside of local news and programming. That limit seems arbitrary to me.

      The description you're offering could be applied to any online business venture. Netflix is 'conspiring' to be the 'only' online movie rental outfit, too. Ford 'conspired' to be the only US-owned automaker to not receive a bailout. Etc, etc, etc.

    5. Re:Summary says what? by TheRaven64 · · Score: 1

      Does that clarify my somewhat vague submission? I sort of assumed Slashdotters knew the history behind Hulu and the network's strategy with it.

      At the last count, 49% of Slashdot readers are not resident in the USA. Given that Hulu doesn't work for these people, you shouldn't be surprised that a lot of people don't know more about Hulu other than 'it's some kind of streaming video thing that I can't use'.

      --
      I am TheRaven on Soylent News
    6. Re:Summary says what? by 99BottlesOfBeerInMyF · · Score: 2, Insightful

      Broadcast TV is essentially dead, outside of local news and programming.

      Largely true, but this does not lessen the power of four companies that control anywhere from 35-70% of TV viewership collectively. The big networks on Cable are also the big networks for Web viewing.

      The description you're offering could be applied to any online business venture. Netflix is 'conspiring' to be the 'only' online movie rental outfit, too.

      You don't seem to understand the meaning of the word "conspiring" which you misuse, or the word "collusion" which I use. You don't conspire or collude with yourself. It's prefectly legal for Netflix to compete with Blockbuster in the market and attempt to gain control of the market. It's illegal for Netflix to collude with Blockbuster to jointly control the market for mail order DVD rentals and profit more than they would in a competitive market. The same goes for the RIAA which is a cartel convicted of jointly negotiating prices (also known as price fixing). The same laws apply to joint ventures of TV show producers like the big four collectively bargaining with advertisers for the Web.

    7. Re:Summary says what? by BobMcD · · Score: 1

      You're comparing Netflix/Blockbuster collusion when the apt comparison would be Netflix/Warner Brothers. Why?

      Did you fail to notice the bruhaha over release dates and the new Netflix-branded versions of the DVD's?

    8. Re:Summary says what? by 99BottlesOfBeerInMyF · · Score: 1

      You're comparing Netflix/Blockbuster collusion when the apt comparison would be Netflix/Warner Brothers. Why?

      Because that isn't an apt comparison. Fox, ABC, and NBC were colluding together and creating a joint venture called Hulu. Fox, NBC, and ABC are all competitors in the TV programming market. Similarly, Netflix and Blockbuster are competitors in the mail order movie rental business.

      Did you fail to notice the bruhaha over release dates and the new Netflix-branded versions of the DVD's?

      No, but I don't see how it is relevant. Netflix is a competitor in the TV programming business since they own Starz, but that's not really relevant to that particular deal. It's not collusion to come to an agreement with a provider in a different market.

    9. Re:Summary says what? by The+End+Of+Days · · Score: 1

      You'd be surprised how little many of us care. There are plenty of things on the Internet for non-Americans to do. We don't have to include everyone all the time.

    10. Re:Summary says what? by BobMcD · · Score: 1

      Your use of the word is rather strict. The original intent was always for Hulu to be a joint venture. The current partners didn't 'collude to create' Hulu any more than Warner Brothers did to create Netflix.

      The Hulu venture was announced in March 2007 with AOL, MSN, Facebook, and Yahoo! planned as "initial distribution partners."

      Their CEO isn't from any of the TV networks, but from Amazon.

      They are, first and foremost, a 'web 2.0' company. Their ownership is clearly secondary to their idea, rather than being central to it.

    11. Re:Summary says what? by 99BottlesOfBeerInMyF · · Score: 1

      Your use of the word is rather strict. The original intent was always for Hulu to be a joint venture. The current partners didn't 'collude to create' Hulu any more than Warner Brothers did to create Netflix.

      Umm, when competitors work together instead of competing against one another, that's called collusion (in economic terms). Warner brothers and Netflix are not competitors so, yes the networks "colluded" a lot more than your spurious example. Are you simply not understanding what competitors are?

      Their CEO isn't from any of the TV networks, but from Amazon.

      He's the guy the networks hired to run the company. Just because he used to work for Amazon does not mean Amazon has anything to do with it. It's owned by the networks, jointly. Would you expect a cartel to appoint a CEO who has a vested interest in helping one cartel member over another?

      They are, first and foremost, a 'web 2.0' company. Their ownership is clearly secondary to their idea, rather than being central to it.

      How is who owns a company "secondary" to it being a Web company? Those are completely separate attributes. Is being a Web company "secondary" to being an English speaking company? It's an attempt for the networks to get a foothold on the Web as a cartel, instead of through their separate Web presences.

    12. Re:Summary says what? by BobMcD · · Score: 1

      It's an attempt for the networks to get a foothold on the Web as a cartel, instead of through their separate Web presences.

      You don't have any workable facts to back that up.

      Why did you omit my quote about how the networks weren't originally intended to even be involved with the project when it was announced? Do you refuse to believe that? Do you deny that it is was ever stated, or assert that it was false when it was stated?

      From where I sit you're going to need to provide more information other than who the present owners happen to be. Otherwise we're safe to assume the Ripley's people colluded to invent the Guinness Book of World Records. They're the present owners so they clearly created it as an anti-competitive measure against other kinds of weird facts. At least in a universe where acquisitions never happen and present owners always define the creator's intent.

      Spurious, indeed.

    13. Re:Summary says what? by 99BottlesOfBeerInMyF · · Score: 1

      It's an attempt for the networks to get a foothold on the Web as a cartel, instead of through their separate Web presences.

      You don't have any workable facts to back that up.

      Umm "workable facts"? Are you a script? Are you a human? Your words aren't even meaningful, like you're just stringing them together pseudo randomly.

      Why did you omit my quote...

      Umm, dude, I quoted your whole post in my last post, so I don't know what the hell you're talking about. How about rather than referencing some random quote you claim to have made, you actually copy it immediately if you're going to make reference to it. I have no idea what you're babbling about.

      At least in a universe where acquisitions never happen and present owners always define the creator's intent.

      The present owners define the intent of the owners... you know the networks that own and run Hulu and have the power to make the decisions. It doesn't matter if Hulu was founded by Martin Luther King Jr. as a non-profit to feed orphan amputees... so long as the networks bought shares in it jointly put their content up and are acting in concert with one another... that's a cartel.

      Spurious, indeed.

      I referred to your flawed comparison as spurious, which it is, but you don't seem to mention it again in this post at all. For that matter you don't address any of the points I made or answer any of the questions I directly put to you. Your attempt to present a coherent argument is a complete fail.

  7. DRM strikes again by QJimbo · · Score: 3, Insightful

    it must also secure the content

    This, ladies and gentlemen, is the reason it won't happen. HTML5 is just too open for them. With Flash there are still various tricks to secure the stream (I believe the BBC iPlayer used to XOR it or something like that...)

    1. Re:DRM strikes again by Anonymous Coward · · Score: 0

      Give Hulu credit for coming out and saying what most people already suspected -- it's all about DRM.

    2. Re:DRM strikes again by QuantumRiff · · Score: 2, Insightful

      No, HTML5 is too open for their Customers (IE, the big TV companies that they partner with, and the Advertisers that PAY THEM). we are viewers, a product that Hulu sells their customers, the advertisers. If their customers are not interested in HTML5 (or are very much against it) then they should do what their customers want.

      --

      What are we going to do tonight Brain?
    3. Re:DRM strikes again by Kethinov · · Score: 1

      This, ladies and gentlemen, is the reason it won't happen. HTML5 is just too open for them. With Flash there are still various tricks to secure the stream (I believe the BBC iPlayer used to XOR it or something like that...)

      Perhaps the clearest example yet of how copyfight literally holds back the progress of technology. The content industry quite literally wants to roll back the technological clock so they don't have to innovate their business models to keep up with the progress of technology. They'd rather legislate against technological progress itself.

      --
      You're right, I wouldn't steal a car. But if it were possible, I sure as hell would download one!
    4. Re:DRM strikes again by geekoid · · Score: 1

      I can get a copy of any video or stream put in anything adobe makes. Or ANY tool where at the end a wide base of viewers need to watch it.

      Please explain to me why you can't secure content in HTML 5? any more or less 'secure' then it is now.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    5. Re:DRM strikes again by Anonymous Coward · · Score: 0

      No, it is too open for them, not their customers. The advertisers don't give a damn, so long as they get the eyeballs. The viewers just want it to work. The TV companies own Hulu and the content, they are the ones that won't it locked down to stop the dirty pirates from stealing their content.

  8. Somebody call the whaaaambulance by Georules · · Score: 1

    "It's a lot of work, and we don't want to do it unless we have to." would have been more honest.

    1. Re:Somebody call the whaaaambulance by ClosedSource · · Score: 4, Insightful

      Are you referring to Hulu or the HTML5 spec writers.

    2. Re:Somebody call the whaaaambulance by Anonymous Coward · · Score: 3, Insightful

      Except that are doing more work (both upfront and in maintenance) in the form of a dedicated iPhone/iPad application. So I'm inclined to believe them.

    3. Re:Somebody call the whaaaambulance by Georules · · Score: 1

      :) I wish I could mod up your response.

    4. Re:Somebody call the whaaaambulance by bob5972 · · Score: 1

      I dunno, they have trouble keeping 64-bit Linux clients working, (despite the fact that they were working fine 6 months ago). I'm beginning to doubt their technical expertise.

    5. Re:Somebody call the whaaaambulance by The+End+Of+Days · · Score: 1

      They probably just don't care enough. Serving such a tiny market isn't worth the expense, particularly considering that this market is mainly made up of people who are inclined to bitch about having to pay for anything.

  9. "secure the content" by Anonymous Coward · · Score: 0

    > Our player doesn't just simply stream video, it must also secure the content

    in other words: "oh noes, people will notice that it's actually quite easy to download the files that they should only stream and we don't want them to realize that there is nothing we can do about this".

  10. Case closed. by AnonymousClown · · Score: 1

    ... handle reporting for our advertisers, ...

    There's the real issue.

    But what, pray tell, are the advertisers looking for? And what is it that HTML5 can't do that Flash can?

    I mean, they interrupt the show with the ads so it's not like you can get around it easily, so what's the big deal?

    --
    RIP America

    July 4, 1776 - September 11, 2001

    1. Re:Case closed. by Anonymous Coward · · Score: 0

      But what, pray tell, are the advertisers looking for?

      Probably something that can meet or help meet IAB (Interactive Advertising Bureau) Guidelines:
      http://www.iab.net/

      Although I don't see how they can't accomplish that with HTML5, other than eith their proprietary player bots probably can't use it or there's not any demand to use bots to use the Hulu player to either bypass their ads or generate false clicks/impressions to make advertisers pay more.

  11. I find Hulu misses my ad revenue generation. by Anonymous Coward · · Score: 0

    "Sorry, we are unable to stream this video. Please check your Internet connection and try again."

    Funny....I can immediately fire up a WinXP VM client on the same Linux host, and Hulu plays fine.

    Good thing there are other streaming sites and, uh, methods, that work.

    1. Re:I find Hulu misses my ad revenue generation. by Anonymous Coward · · Score: 0

      I've gotten that error on XP, never seen it on Ubuntu. I think the OS specific jerk-streamer you are looking for is called "Netflix"

    2. Re:I find Hulu misses my ad revenue generation. by BiggerIsBetter · · Score: 1

      Me too, but I get a different error message: Sorry, currently our video library can only be streamed from within the United States.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
  12. Well, other options exist by Ilgaz · · Score: 1

    Speaking of content security and HTML5 doesn't have it _yet_, as an extension... Options are:
    1) Real Networks architecture
    2) Quicktime DRM (yes, it exists, media keys)
    3) WMedia DRM
    4) Silverlight DRM

    They got options and yet, I don't think they are less hated or feasible (Real Networks bad image, quicktime being gigantic windows app) than Adobe Flash.

    IMHO they will even code an Adobe Air dedicated application in the future, Air already got actual direct TCP/UDP connection capability in V2+. HTML5 advocates should really give an option for content security aka DRM, that is how real World works for now... Unfortunately that is.

     

    1. Re:Well, other options exist by Anonymous Coward · · Score: 0

      Also look at HTTP Live Streaming; [ http://en.wikipedia.org/wiki/HTTP_Live_Streaming ] which Apple has submitted as an Internet Draft and is currently supported in Apple products.

    2. Re:Well, other options exist by fuzzyfuzzyfungus · · Score: 3, Interesting

      HTML5 advocates should really give an option for content security aka DRM, that is how real World works for now...

      Even if they wanted to, how would you propose that they do that? It would be trivial enough to add a "donotallowworthlesspirateusertocopyonpainofdeath" option to the video tag; but that would only be as useful as the various browser's enforcement of it. You might get some vendors on board(though that would hardly be a given. The FOSS guys hate DRM on principle, and the corporates already have their own DRM systems, and it isn't clear that they want the competition); but you would have absolutely no way to go after the ones that refused, or the fly-by-night redistribution of copies of firefox compiled with the -ignore_DRM_flags option set.

      If you observe real world DRM systems, they are all either single-party(WMDRM, Fairplay, etc.) or multi-vendor standards controlled by IP cartels bristling with patents that you must license in order to implement whatever the attached spec is(CSS, HDCP, AACS). HTML5 is in neither position. There would be absolutely no way to stop the proliferation of implementations compliant enough to receive the video; but noncompliant with respect to denying it to the user(good luck, for instance, having your site distinguish between a good-faith/best-effort DRM implementing webkit build, and a slightly tweaked build that reports exactly the same ID strings but "accidentally" lets the precious premium content sit in a snoopable memory location...

      On closed platforms, where undesired binaries can simply be excluded, it'd be trivial enough; but there would be Just No Way on PCs generally.

  13. stop it already by FuckingNickName · · Score: 0

    Adobe Flash is an open, fully implemented cross-platform and fairly simple de facto standard. Adobe's player is not great, but it works, and you could always write a better one.

    The canvas element is a nowhere-fully-implemented convoluted mess on top of the mess that is HTML 5, ostensibly an "open standard" but really nothing more than Apple's troll into the increasingly corporation-dominated W3C to squeeze Flash out so anything worth using on their new legion of devices will have to be written using yet more proprietary Cocoa.

    Neither Flash nor canvas are in the spirit of HTML, in that they basically provide a blank sheet outside the DOM. If you believe that modular plug-ins fit for purpose are good, Flash is a reasonable approach; if you believe that a heavy monolithic design is appropriate what with the superpower of modern CPUs, HTML5 with canvas is cool. If you actually like HTML, use SVG and build on that standard.

    1. Re:stop it already by Andy+Dodd · · Score: 2, Interesting

      "and you could always write a better one."

      Please show me a link to an RTMPE specification.

      Reverse engineered ones are not allowed.

      "Adobe's player is not great, but it works"
      Depends on how you define "working". I define "working" as "can play H.264 video with at most a 50% CPU resource penalty compared to other implementations".

      By this definition, it isn't working - a 1.6 GHz Intel Atom has no problem playing Hulu-resolution H.264 video smoothly. (Actually, thanks to rtmpdump, I have tested actual Hulu content), while a 2 GHz Athlon XP slideshows, and an Intel Core 2 Quad Q6600 + Nvidia 8800GT still has visible framerate stuttering on a regular basis.

      --
      retrorocket.o not found, launch anyway?
    2. Re:stop it already by MistrBlank · · Score: 1

      It is not a standard, and no you can not write a better one or it would have been done.

      Stop thinking you know what you're talking about. Until you come back with an IEEE or RFC# where it states that adobe is a standard your input in the matter is useless.

    3. Re:stop it already by FuckingNickName · · Score: 1

      Please show me a link to an RTMPE specification.

      Fail, and hard. That's an optional DRM tech (DRM is evil, etc.) which can be used with the Flash VM. You might as well say that Linux is closed because some Linux apps are closed source, or that HTML5 is closed because it's possible to obscure Javascript so much that reverse engineering is required to reimplement some Javascript-based utility.

      I define "working" as "can play H.264 video with at most a 50% CPU resource penalty compared to other implementations". By this definition, it isn't working.

      By defining Jesus as the appendix, Jesus is in (almost) all of us. Your definition is specious, and your conclusion requires published evidence.

      while a 2 GHz Athlon XP slideshows, and an Intel Core 2 Quad Q6600 + Nvidia 8800GT still has visible framerate stuttering on a regular basis.

      You have something broken with your setup. If it were that bad, no-one would actually use Hulu. To wag my little tail, 1.83GHz Intel C2D with a GMA950 running Hulu fine for years, and that's on OS X where Flash is known to be more sucky.

    4. Re:stop it already by FuckingNickName · · Score: 1

      and no you can not write a better one or it would have been done.

      Obvious fallacy. 2/10.

      Until you come back with an IEEE or RFC# where it states that adobe is a standard

      Until you can come back with a Commandment from God stating that the IEEE or IETF approval are necessary and sufficient before something is labelled "standard", etc etc.

    5. Re:stop it already by CannonballHead · · Score: 1

      To add my anecdotal evidence: dual core (before Core 2 came out) Intel laptop with an ATI X1400 mobile machine works just fine with Hulu ... if using Windows anyways. Haven't tried Linux on that one lately, but last time I did, drivers + flash player made stuttery video.

      I also have a Q6600 + nVidia 8800 setup and it runs completely smoothly, no problems whatsoever.

    6. Re:stop it already by h4rr4r · · Score: 1

      I see tearing on a Q8300 running linux. Flash videos that pan quickly tear even on windows.

    7. Re:stop it already by SanityInAnarchy · · Score: 1

      open

      Have they actually opened the spec to the point where third-party players are feasible? Last I checked, the spec was open for creating content, but not playing it.

      Adobe's player is not great, but it works

      No, it really doesn't.

      you could always write a better one.

      That's not terribly relevant.

      First, Gnash has been trying for awhile, and hasn't been very successful. That could just be that Gnash sucks, it could just be that everyone already has Flash, and it could be that everyone's focused on HTML5. But it could also be because it's a hard spec to implement, and not a good choice. Compare OOXML and ODF -- both of those are at least approved by standards bodies, but they're not equally easy to implement.

      Also, the DRM'd stuff is not and never has been open, so I can't duplicate that -- and Hulu is using that. So either you're wrong about Flash being open, or you're offtopic, take your pick.

      The canvas element is a nowhere-fully-implemented

      "Full" or not, it has multiple working, competing implementations, and many cross-browser demos on top of it.

      ostensibly an "open standard" but really nothing more than Apple's troll

      Now why would Chrome, Firefox, even IE participate in something that's merely "Apple's troll"? Any credibility you had till this point is pretty much gone.

      to squeeze Flash out so anything worth using on their new legion of devices will have to be written using yet more proprietary Cocoa.

      Well, that or using the entirely open HTML5. See how that works?

      And why the hell would Apple care what's a standard or not? They can implement whatever they want on their devices, and ban whatever they want. If Flash didn't suck, there's not much stopping them from allowing it in the browser for video, but banning it as an app development tool and forcing everyone to use Cocoa anyway.

      If you're seriously going to say you think Apple is trying to force crappy Flash game developers to become crappy iPhone game developers... really? You don't see them becoming crappy HTML5 game developers instead?

      Neither Flash nor canvas are in the spirit of HTML, in that they basically provide a blank sheet outside the DOM.

      So does <img>. Besides, what does canvas have to do with this? This would be about <video> vs Flash, and <video> is even more just another kind of <img>.

      If you believe that modular plug-ins fit for purpose are good, Flash is a reasonable approach...

      And no one is stopping you from implementing HTML5 as a set of plug-ins, or implementing a truly modular browser where image tags are only supported by an optional extension.

      In the mean time, Flash is far from modular. It's a single monolithic plugin, a giant binary blob which also happens to be the single biggest attack vector, and it handles everything from application development (why the FUCK is the IRS using Flash for my taxes?) to streaming video to simple font embedding to animated ads to games to, lately, full 3D. Indeed, Adobe has gone the other direction, if anything -- Adobe AIR includes a WebKit engine, so that particular brand of Flash has sucked all of HTML into it.

      If you actually like HTML, use SVG and build on that standard.

      I don't particularly disagree, but again, WTF does this have to do with Hulu? How do I play a video in SVG?

      Since you seem to have confused HTML5 with <canvas>, the same way most people confuse HTML5 with <video>... While you're at it, how do I get local SQL storage in SVG? How about offline web app support? Seamless drag-and-drop? How about a simple, efficient motion blur effect?

      --
      Don't thank God, thank a doctor!
    8. Re:stop it already by FuckingNickName · · Score: 1

      Have they actually opened the spec to the point where third-party players are feasible?

      Yes. A lot of your argument is based on making a random assumption and then arguing on the basis that the assumption is true, and this is your first instance.

      That could just be that Gnash sucks, it could just be that everyone already has Flash, and it could be that everyone's focused on HTML5. But it could also be because it's a hard spec to implement

      Second instance.

      "Full" or not, it has multiple working, competing implementations, and many cross-browser demos on top of it.

      There are half a dozen working, competing, incomplete implementations of Flash, and many fully fledged production cross-browser apps on top of it.

      Now why would Chrome, Firefox, even IE participate in something that's merely "Apple's troll"? Any credibility you had till this point is pretty much gone.

      In brief, because they're web browsers, and their remit is to implement W3C's HTML spec, not to write it. Other motives include Google's dream of holding all your data and serving everything via Javascript. MS, as usual, is just paying lip service in the hope of preserving browser marketshare.

      Well, that or using the entirely open HTML5. See how that works?

      No, not at all. I don't see lots of iApps being written in the "entirely open HTML5", and I don't see Apple showing any sign of wanting iApps to be written in the "entirely open HTML5". Apple aren't stupid, and they're not about to promote a store full of software which can run on any competing platform.

      So does img.

      And years 4 to 9 of the web were awash with huge imagemaps which everyone hated and which were soon replaced with smarter HTML as people accepted that an img was for an image, not for intelligence. Canvas is just a return to the bad old days.

      Besides, what does canvas have to do with this? This would be about video vs Flash, and video is even more just another kind of img.

      video is a not entirely insane tag, but it appears in HTML5 with the baggage of debates about video formats and canvas and other things which no-one's going to implement fully and uniformly.

      In the mean time, Flash is far from modular.

      It's as modular as you pretend HTML can be, i.e. you could make a non-conforming implementation leaving out as many features as you want.

      also happens to be the single biggest attack vector

      Bullcrap. The browsers themselves are the single biggest attack vectors, and more complexity in basic HTML is inviting more attack vectors. The greatest problem is the fundamentally broken design of HTML-as-app-delivery which allows so many vulnerabilities from sneakily malformed inputs/uploads to XSS attacks to multiple opportunities for information disclosure, etc.

      [SVG] WTF does this have to do with Hulu?

      Maybe Hulu can see that the painful bloat of HTML5, which won't be fully or even mostly implemented by major browsers, isn't worth considering - even if there's one or two features they could try employing.

      While you're at it, how do I get local SQL storage in SVG?

      Suddenly, a strawman.

      How about a simple, efficient motion blur effect?

      Argh. I wish I could go back to TBL in 1994 and say, "You know what this simple, effective mark-up language is missing? A built-in simple, efficient motion blur effect."

    9. Re:stop it already by SanityInAnarchy · · Score: 1

      A lot of your argument is based on making a random assumption

      I don't think it's random or unprecedented. Moreover, you haven't demonstrated it to be false -- it may be difficult to implement. HTML5 evidently is not.

      You've also outright ignored several important points I made:

      Have they actually opened the spec to the point where third-party players are feasible? Last I checked, the spec was open for creating content, but not playing it....the DRM'd stuff is not and never has been open, so I can't duplicate that -- and Hulu is using that. So either you're wrong about Flash being open, or you're offtopic, take your pick.

      You didn't answer either of those points. You handwaved about third-party players existing, but that doesn't tell me whether or not they're allowed to read the specs yet -- again, the specs were open to third-party content creation tools for awhile, but not players, for some perverse reason.

      On to your arguments...

      There are half a dozen working, competing, incomplete implementations of Flash, and many fully fledged production cross-browser apps on top of it.

      Citation needed.

      In brief, because they're web browsers, and their remit is to implement W3C's HTML spec, not to write it. Other motives include Google's dream of holding all your data and serving everything via Javascript....

      While true, it's still entirely up to a browser to simply refuse to implement a spec. In particular:

      MS, as usual, is just paying lip service in the hope of preserving browser marketshare.

      That raises the question of why they would implement the video tag, but not canvas?

      The point here is that there are other players than Apple -- other contributors to the spec than Apple -- and more to HTML5 than video. Your claim that this is just because Apple doesn't like Flash is wrong on many levels.

      No, not at all. I don't see lots of iApps being written in the "entirely open HTML5",

      Mostly because then they're not iApps anymore. Then they're just web apps, which happen to work on Apple devices, but also work in any decent browser.

      So how would you know?

      And years 4 to 9 of the web were awash with huge imagemaps which everyone hated and which were soon replaced with smarter HTML as people accepted that an img was for an image, not for intelligence.

      What? No, people still do things with images, though not to that extent. We still have mouseovers, at the very least. Images are used in place of buttons for interaction, and they're used as indicators and such all over the place. We've even got tricks with "sprite maps", where a single image file is manipulated through CSS to appear as multiple tiny icons as needed throughout the page.

      More relevantly, you talk about "smarter HTML" -- I asked how an effect which is possible today with Canvas could be duplicated with SVG, and your response was to denigrate the effect. Apparently, smarter HTML, or smarter SVG, isn't really possible at this point.

      video is a not entirely insane tag, but it appears in HTML5

      That's like refusing to use HTML because it once contained the blink tag.

      It's as modular as you pretend HTML can be, i.e. you could make a non-conforming implementation leaving out as many features as you want.

      What no one has done yet is to create a competing, conforming implementation. That's the prerequisite -- leaving shit out isn't modularity. Modularity is being able to add and remove features at will, and for that to work, you need to have all the features at some point.

      Bullcrap. The browsers themselves are the single biggest attack vectors,

      The numbers disagree. Including the browser, most atta

      --
      Don't thank God, thank a doctor!
    10. Re:stop it already by FuckingNickName · · Score: 1

      Moreover, you haven't demonstrated it to be false -- it may be difficult to implement. HTML5 evidently is not.

      It is not necessary to prove any random assertion false in order for it to not be true. As you've said, there's more interest in implementing W3C specs than Adobe specs. Still, HTML5 has 0 complete implementations, and Flash has 1.

      but that doesn't tell me whether or not they're allowed to read the specs yet

      Oh dear; I was hoping that you'd take the hint and look it up. Effective May 1, 2008, Adobe removed the entire licensing agreement from the SWF and FLV/F4V specifications. These licensing restrictions had meant that no one could build software that would "play" SWF content.

      [existence of non-Adobe incomplete Flash implementations] Citation needed.

      You are lazy. I'll give you three which take about 15 seconds to find on the web, and you can do the job of finding three more (hint: I could find 5 with a cursory search, and the 6th is fairly obscure; I'd already heard of 5). The most well-known incomplete implementation is gnash. Scaleform is a commercial implementation with hardware acceleration. Swfdec is a fairly amateur implementation which has been mostly abandoned.

      It actually looks like they just care about DRM, and would use HTML5 if it had the appropriate features.

      It looks like good-enough DRM on a platform which actually exists and is successfully in production is one of the things they care about, yes.

      Otherwise, your rant here makes no sense in light of the native iPhone client they have planned.

      Is that an HTML5-based iPhone client? If not, what's your point?

      For example, contrary to your claim, HTML5 does seem mostly implemented by the browsers I'm using. What's missing?

      You really are lazy.

      I never said that you claimed SVG supports local SQL storage

      You're making arguments in response to the strawman argument that "SVG is a suitable replacement for HTML5". I was arguing for SVG in the context of canvas, it was obvious that I was arguing for SVG in the context of canvas, and you were being deliberately obtuse because it felt good to you to so boldly tear down an argument which hadn't been made.

      To fake it on top of SVG (or HTML), you'd have to create separate elements behind the element that's moving, and be careful to disable all events on those so they can't be interacted with, and remove them when you're done

      If only you could group elements in SVG. If only there were a generic way to add filters in SVG, and that could be used, say, to produce motion blur. The problem with SVG is that you have to read the spec instead of canvas where everyone can be lazy and reimplement his own way.

      You can abuse anything, so the fact that a tool can be abused is no reason to avoid it. (I doubt I'd like an entire website in Canvas much better than an entire website in Flash.)

      The whole point here being that canvas and most of its HTML5 friends are no better in principle than Flash, and (currently) are worse in practice.

      I'm done with this thread. I appreciate that you're at least responding, but your lack of effort at researching most basic points is too frustrating. Thanks.

  14. Before Flash, there was Quicktime by Ilgaz · · Score: 3, Funny

    As Apple is in perfect shape now, I would be questioning "Why on earth our own Quicktime, even with DRM since V5 not even considered as an option?"

    Someone should really start asking these questions now, that great framework is really being wasted. They didn't even bother to ship Quicktime X for Windows. Before attacking other companies frameworks/players/plugins, he should check the shape and missed opportunities of Quicktime department in Apple.

    1. Re:Before Flash, there was Quicktime by Anonymous Coward · · Score: 0

      Just as Flash runs like crap on any system that is not Windows, Quicktime is a total shitfest on any OS that is not made by Apple.

    2. Re:Before Flash, there was Quicktime by TheRaven64 · · Score: 3, Informative

      "Why on earth our own Quicktime, even with DRM since V5 not even considered as an option?"

      QuickTime does not have DRM in any meaningful sense in this context. It can decode Apple's DRM'd media, but it does not provide a mechanism for other people to add DRM to their media that is then playable with QuickTime.

      They didn't even bother to ship Quicktime X for Windows

      They also don't ship it for OS X 10.5. It's a complete rewrite with hooks into the display subsystem for things like GPU acceleration and some superficial similarities to QuickTime. Porting it to Windows would be a lot of effort, for a negligible benefit.

      --
      I am TheRaven on Soylent News
    3. Re:Before Flash, there was Quicktime by Toonol · · Score: 1

      Quicktime is far worse than Flash. Since Realvideo died, Quicktime is the worst and most bloated video format in common use.

    4. Re:Before Flash, there was Quicktime by Anonymous Coward · · Score: 0

      In several years of using streaming media on Windows systems, Flash/Windows Media formats have always worked reliably and well, while QuickTime has never worked reliably or well. Easy decision to not bother with QuickTime!

    5. Re:Before Flash, there was Quicktime by Anonymous Coward · · Score: 0

      The format is fine. The problem is the reference decoder, and how deeply integrated it is with the Mac OS's. Something tells me you're not particularly qualified to judge "video formats".

    6. Re:Before Flash, there was Quicktime by dangitman · · Score: 1

      As Apple is in perfect shape now, I would be questioning "Why on earth our own Quicktime, even with DRM since V5 not even considered as an option?"

      Because Apple is supporting open web standards. Quicktime just isn't on the radar for adoption in that context. H.264 is.

      Someone should really start asking these questions now, that great framework is really being wasted.

      Being wasted? It's at the core of major Apple apps like Final Cut Pro, iMovie and iTunes. Apple even has its own excellent CODECs for professional video production (Apple Intermediate CODEC and ProRes).

      --
      ... and then they built the supercollider.
  15. Its odd ABC did it by iccaros · · Score: 2, Insightful

    I was having this conversation just yesterday. ABC was able to release a IPad app that played the same video they have on Hulu.. the Advertising looks the same.. it looks like they just made hulu play a different format for the IPad. This also brings up a point, why has Adobe not made a player for flash like Apple did with YouTube? it may launch the video in its own player. This would not help for Flash games or it may work the same.. I don't know I do know that Adobe would get more support from me if they created a real app and was denied than just crying about how Apple did not let them. and for Hulu, they have proven to me that they are not really interested in going outside of what they already offer, so its no real surprise that they have not made an app or worked on making the site more compatible with other devices. for me it matters little as Comcast is either filtering and giving less bandwidth to Hulu to make everything I watch pause 3 or 4 times during a show, and Verizon DSL.. Forget it .. not worth the bother if its not the internet than I would go with Hulu can not keep up with streaming video.. but people on FIOS do not have the same issues. so I am sticking with its the fault of the internet provider. I am of the opinion, That content providers talk about streaming media, but still do not see the market.

    1. Re:Its odd ABC did it by flanaganid · · Score: 1

      With the upcoming iPhone OS 4.0 release (warning: potential NDA breakage), app developers can notify the system which file types their app can open. Adobe could conceivably create an app that can open FLV files, and it would work almost exactly like the YouTube app does. When a user comes to a page with a FLV video, they can view it in the FLV player app. And since FLV is mostly just a wrapper for H.264 as it is, all the app would have to do is unwrap it and play it using the built-in video controls.

      Now that I think about it, since Adobe is insisting on how "open" FLash is because they've published the file format specs, it's conceivable that almost any dev could implement this.

    2. Re:Its odd ABC did it by Bogtha · · Score: 1

      why has Adobe not made a player for flash like Apple did with YouTube?

      Because Apple won't allow it. Embedding an interpreter in an app that can load content dynamically is forbidden. For instance, Opera for the iPhone doesn't contain a JavaScript interpreter, the JavaScript is executed on Opera's servers and the end result is compressed and sent to the iPhone. Emulators face the same problem.

      --
      Bogtha Bogtha Bogtha
    3. Re:Its odd ABC did it by Dahamma · · Score: 2, Informative

      The ABC player is not HTML5, it's a native app.

    4. Re:Its odd ABC did it by ceoyoyo · · Score: 1

      "Now that I think about it, since Adobe is insisting on how "open" FLash is because they've published the file format specs, it's conceivable that almost any dev could implement this."

      Yeah, you'd think, hey? Except there seems to be only one third party Flash player in the wild and that one doesn't work so well.

      I've heard the reason is that although Adobe has "published the file format specs" they did it in such a way that it's not exactly easy to implement a proper player. Kind of like MS did with their XML document format.

      Adobe wants us all to use their "open" format with their player, on platforms they choose to support. And they always have.

    5. Re:Its odd ABC did it by ceoyoyo · · Score: 1

      They could play videos. Flash games, probably not. Videos, no problem.

      There are lots of other video player apps for the iPhone.

    6. Re:Its odd ABC did it by BobMcD · · Score: 1

      ABC was able to release a IPad app that played the same video they have on Hulu.. the Advertising looks the same.. it looks like they just made hulu play a different format for the IPad.
      This also brings up a point, why has Adobe not made a player for flash like Apple did with YouTube?

      How do you know the ABC player isn't just re-bundled Flash?

  16. Customers=advertisers by fermion · · Score: 4, Insightful

    This proves once again that when the customers are advertisers the best solution is Flash. It will be some time before another technology becomes this ad friendly. As the article notes, HTML is great at delivering content, but not DRM or advertising.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
  17. Serious ideological problem too by Ilgaz · · Score: 2, Interesting

    Lets say HTML5 becomes the perfect tool to a point that even Adobe starts to depreciate their own stuff for it... What will be done about the needs of professional content creators? DRM? Anti-rip? Today's media logic says "There has to be some sort of inconvenience and responsibility creating thing in a media framework". For example, everyone knows DVD CSS is dead,easily cracked but it is still implemented on movies especially to create a situation that user has to run "illegal software" to rip the commercial DVD.

    How do you implement DRM "openly"? Remember Real Networks CEO suggested Linux/BSD guys should really think about a DRM standard and everyone (rightfully) laughed at him? HTML5 now has the same issue, globally.

    1. Re:Serious ideological problem too by Deadplant · · Score: 4, Insightful

      DRM is an unsolved problem. I tell my customers not to bother with it. Most take my advice.

      There can be no solution to DRM. All you can do is spend piles of money to make it more difficult for people to save/copy things. Then you have to do it all over again a few years later because everyone has the cracking tools installed.

    2. Re:Serious ideological problem too by geekoid · · Score: 1

      You put it in the container.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    3. Re:Serious ideological problem too by Mordok-DestroyerOfWo · · Score: 1

      Lets say HTML5 becomes the perfect tool to a point that even Adobe starts to depreciate their own stuff for it... What will be done about the needs of professional content creators? DRM? Anti-rip? Today's media logic says "There has to be some sort of inconvenience and responsibility creating thing in a media framework". For example, everyone knows DVD CSS is dead,easily cracked but it is still implemented on movies especially to create a situation that user has to run "illegal software" to rip the commercial DVD.

      How do you implement DRM "openly"? Remember Real Networks CEO suggested Linux/BSD guys should really think about a DRM standard and everyone (rightfully) laughed at him? HTML5 now has the same issue, globally.

      The same way you do with images, a simple javascript no-right-click function! In all seriousness people are always going to find a way to copy digital content. For basic YouTube stuff there's a plethora of Firefox plugins that will pull video and even convert it for you. Could you stop someone from using screencap software to simply snag the video? How about from outputting the signal to a stand-alone DVD recorder? The law of diminishing returns takes effect, but the studios are so paranoid about maintaining their stranglehold on content they're perfectly willing to cut off their nose to spite their face.

      Why is it supposedly illegal to download a show that is freely broadcast over public airwaves?

      --
      "Never let your sense of morals prevent you from doing what is right" - Salvor Hardin
    4. Re:Serious ideological problem too by Lunix+Nutcase · · Score: 1

      Why is it supposedly illegal to download a show that is freely broadcast over public airwaves?

      Because even though you can record a show off of TV for your own personal use that doesn't grant you have the right to share it on the internet with others. It never has.

    5. Re:Serious ideological problem too by BobMcD · · Score: 1

      Until they decide to make it illegal. They'll do that at some point, right?

    6. Re:Serious ideological problem too by jellomizer · · Score: 0, Troll

      I think there is actually a good middle ground a DRM level that "keeps the honest, honest" Much like locking your car door. If someone wants to get in really badly they can (A few months ago I lost an old GPS from someone breaking my window to steal it)... However if you lock your door most of the time they will just see if the door is locked if it is then they move on no harm no foul.

      The same thing should be with DRM. It should be strong enough to discourage illegal activity. Hey it is not easy it will require work to get at it. So for most people they will skip it.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  18. I hate Hulu! They're fracturing the internet by fustakrakich · · Score: 1

    The proxies don't always work..

    Can't we put them out of business? Or at least reduce their clout?

    --
    “He’s not deformed, he’s just drunk!”
  19. Customer Needs by MistrBlank · · Score: 1

    "We continue to monitor developments on HTML5, but as of now it doesn't yet meet all of our customers' needs."

    In case you EVER wondered, unless you are an advertiser or owner of content, you are not the customer for Hulu.

    1. Re:Customer Needs by BobMcD · · Score: 1

      In case you EVER wondered, unless you are an advertiser or owner of content, you are not the customer for any media publisher anywhere, at any point in time going back to the invention of the printing press...

      ...but I thought everyone knew that already.

    2. Re:Customer Needs by cowscows · · Score: 2, Insightful

      I'm curious why people keep repeating this, presenting it as some sort of insightful comment, and also implying that us viewers are somehow being wronged or tricked by it.

      Internet TV is no different from regular TV in that there's really only two established ways to make money with it. Either you go the HBO route and make people subscribe in order to view content, or you show the content for free and try to convince people to pay you for advertisements.

      There's nothing new about this, and there's nothing sneaky about it. TV has worked this way for decades, and while the internet has changed many things about the world, it's not going to change the fact that people aren't going to make shows unless they can get paid for it. And in order to get paid for it, someone is going to have to cough up money. Television will slowly continue to make the transition to internet based delivery, eventually we'll be able to watch any show whenever we want, eventually we'll be able to view it all on our little digital watches on the subway or whatever. But what will never change is the fact that someone's going to have to pay for it, and lots of people would rather have the advertisers do the paying.

      --

      One time I threw a brick at a duck.

    3. Re:Customer Needs by Anonymous Coward · · Score: 0

      Yes, why is it so surprising to you? Have you paid Hulu and still not being treated as customer?

  20. hulu has written an HTML5 mission statement by FranTaylor · · Score: 4, Insightful

    The HTML5 spec authors would do well to read that hulu blog. If they really want HTML5 to win, they need to provide the support necessary so sites like hulu can do what they want to do.

    Really hulu has made it very easy for them, giving them an explicit goal to shoot for.

    1. Re:hulu has written an HTML5 mission statement by CannonballHead · · Score: 1

      giving them an explicit goal to shoot for.

      Come on now, what standards organization wants to have goals set for them? Seems to be most standards orgs like setting the goals themselves and forcing everyone else to comply.

      (which I think is silly, but that does seem to be the way HTML5 standards are being written?)

    2. Re:hulu has written an HTML5 mission statement by cynyr · · Score: 1

      like implement DRM?

      --
      All of the above was encrypted with a Quad ROT-13 method. Unauthorized decryption is in violation of the DMCA.
    3. Re:hulu has written an HTML5 mission statement by Anonymous Coward · · Score: 0

      You are assuming that the HTML5 spec authors' goals and Hulu's goals are in sync.

    4. Re:hulu has written an HTML5 mission statement by AusIV · · Score: 1

      Right. The other requirements Hulu mentions are things that could be accomplished by open standards, but I have a hard time imagining any mechanism for implementing DRM in an open standard.

    5. Re:hulu has written an HTML5 mission statement by Anonymous Coward · · Score: 0

      You can easily implement DRM in a open standard. The hurdle the DRM will fall down on is the distributing of the keys, because you don't want to make the keys freely available or the DRM becomes worthless. Then again, `all forms of DRM with software implementations have a problem with key security.

  21. Performance is another issue by Sycraft-fu · · Score: 4, Insightful

    While people love to hate on Flash, it actually performs quite will for video on most systems. It can chat with the video card and use it to accelerate decoding. This is important for HD content because you start to discover that HD can hit even a modern dual core hard if there's no acceleration. Well Flash accelerates nicely on Windows, and is supposed to be getting the ability to do so on the Mac (not sure on the status, I don't have a Mac).

    Now I'm sure HTML5 can have this done, but it has to be done in the browsers people use before it would be a real contender. Saying "Well it could in theory accelerate video," does you fuck-all good if the web browsers out there don't do it. The net effect would be people would find HTML5 video choppy and it would bog their system down whereas Flash wouldn't. They wouldn't care about the reasons, they'd just say "This sucks."

    For that matter, all the dynamic HTML5 type stuff itself may need new browser architectures. An interesting test to look at it Microsoft's IE9 platform preview (http://ie.microsoft.com/testdrive/). They've got a whole bunch of different demos of various types. Now the interesting thing is to look at them in Firefox, and in the IE9 preview. IE9 kills it speed wise, and function wise. Most things run twice as fast or more, and things like text scaling is smooth and fluid as you'd see in Flash, not jumpy.

    So to truly have a good HTML5 experience, we may need a new generation of browser that makes good use of the video card to accelerate everything. As far as I know, there's nothing that does that right now, since IE9 is just a preview (and not really usable as a general web browser) and none of the rest are doing it. We may have to wait awhile before browsers can perform up to the level people would want with HTML5.

    1. Re:Performance is another issue by Anonymous Coward · · Score: 0

      While people love to hate on Flash, it actually performs quite will for video on most systems. It can chat with the video card and use it to accelerate decoding. This is important for HD content because you start to discover that HD can hit even a modern dual core hard if there's no acceleration. Well Flash accelerates nicely on Windows, and is supposed to be getting the ability to do so on the Mac (not sure on the status, I don't have a Mac).

      Now I'm sure HTML5 can have this done, but it has to be done in the browsers people use before it would be a real contender. Saying "Well it could in theory accelerate video," does you fuck-all good if the web browsers out there don't do it. The net effect would be people would find HTML5 video choppy and it would bog their system down whereas Flash wouldn't. They wouldn't care about the reasons, they'd just say "This sucks."

      For that matter, all the dynamic HTML5 type stuff itself may need new browser architectures. An interesting test to look at it Microsoft's IE9 platform preview (http://ie.microsoft.com/testdrive/). They've got a whole bunch of different demos of various types. Now the interesting thing is to look at them in Firefox, and in the IE9 preview. IE9 kills it speed wise, and function wise. Most things run twice as fast or more, and things like text scaling is smooth and fluid as you'd see in Flash, not jumpy.

      So to truly have a good HTML5 experience, we may need a new generation of browser that makes good use of the video card to accelerate everything. As far as I know, there's nothing that does that right now, since IE9 is just a preview (and not really usable as a general web browser) and none of the rest are doing it. We may have to wait awhile before browsers can perform up to the level people would want with HTML5.

      Why do people hate flash?

      One example:

      My ipad vs. my Windows home built box (an old x2 64 system) vs my i7 Macbook Pro. Hp Mini 1000 running windows 7. (ha)

      The test, open a browser window and go to youtube. (so the html5 version ends up on the ipad)

      open a youtube video in each of them, play it.

      now scroll quickly in either direction.

      Yeah, so if flash video is so efficient, why can my ipad which has the slowest processor of any of these scroll through the pages the easiest, with no slow downs or lag?

      just a real world usage question.

    2. Re:Performance is another issue by Anonymous Coward · · Score: 0

      Well Flash accelerates nicely on Windows, and is supposed to be getting the ability to do so on the Mac (not sure on the status, I don't have a Mac).

      Flash has been working just fine on the Mac for like 15 years now. You're thinking of the iPhone/iPad.

    3. Re:Performance is another issue by jsdcnet · · Score: 1

      Well Flash accelerates nicely on Windows, and is supposed to be getting the ability to do so on the Mac (not sure on the status, I don't have a Mac).

      Flash has been working just fine on the Mac for like 15 years now. You're thinking of the iPhone/iPad.

      No he isn't. He's thinking of hardware-assisted video decoding. Windows can already use the host video card's H.264 decoder if it has one. Mac OS just opened up those APIs (and it will only work on newer Macs). There's a beta of Flash Player for Mac now (or soon, I forget, and my mac is too old to take advantage of it anyway) with hardware-assisted video decoding.

      --
      no longer working for cnet
    4. Re:Performance is another issue by mister_playboy · · Score: 1

      Flash has been working just fine on the Mac for like 15 years now.

      Do you work for Adobe? Flash for Mac (and every non-Windows platform) is absolutely horrible and that's hardly a secret.

      --
      Do what thou wilt shall be the whole of the Law ::: Love is the law, love under will
    5. Re:Performance is another issue by Anonymous Coward · · Score: 0

      While people love to hate on Flash, it actually performs quite will for video on most systems.

      Good for you...

      The net effect would be people would find HTML5 video choppy and it would bog their system down whereas Flash wouldn't.

      You keep saying Flash is not a resource hog. My experience says totally opposite. Windows is the only platform where Flash performs even acceptably. Maybe when it starts to perform I'll consider your other points.

    6. Re:Performance is another issue by evilviper · · Score: 5, Informative

      While people love to hate on Flash, it actually performs quite will for video on most systems. It can chat with the video card and use it to accelerate decoding.

      Flash is a horrible dog. It's only VERY, VERY recently started performing well on Windows, because they gave up decoding video, and handed it off to the OS, which can accelerate it via the videocard. For fuck's sake, Flash didn't even do the most basic hardware overlay until maybe a year ago, available in the mid 90s on damn near every video card, and standalone video player.

      And while Flash may have gotten lucky on Windows, no such luck on other platforms. Flash on Linux is as big of a dog now as it ever was. Jumpy, flickery, tearing mess. And don't claim they can't do better, VADPU support on Linux has been in MPlayer for many months. Besides, I shouldn't need hardware acceleration just so stupid 480kbps 400x300 Hulu videos don't bring my 2GHz+ CPU to a grinding halt...

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:Performance is another issue by jedidiah · · Score: 1

      While that's certainly true, it probably shouldn't matter for any Mac. No reasonably recent
      Mac should have a worse showing in Flash than an iPad does with HTML5. Whatever acceleration
      the Mac version of Flash is not doing should be more than made up for by the fact that there's
      a decent processor.

      PureVideo and friends is most useful for High Def and High Bitrate h264. For pretty much anything
      else even an Atom can keep up. Certainly some Mac should be able to keep up with an iPad in that
      little YouTube scrolling horse race.

      A Linux desktop can.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    8. Re:Performance is another issue by Anonymous Coward · · Score: 0

      While people love to hate on Flash, it actually performs quite will for video on most systems.

      Good for you...

      The net effect would be people would find HTML5 video choppy and it would bog their system down whereas Flash wouldn't.

      You keep saying Flash is not a resource hog. My experience says totally opposite. Windows is the only platform where Flash performs even acceptably. Maybe when it starts to perform I'll consider your other points.

      On Windows, with a recent flash version, it does. Compare the latest Chrome version on Youtube with HTML5 & Flash. With a slower (single-core) machine from 5-6 years ago, the Flash version performs much better (not a lot in my case -- maybe 20-40%).

    9. Re:Performance is another issue by Anonymous Coward · · Score: 0

      Agreed - the GP obviously has the newest Flash player installed on Windows, and has never used it on an alternate system.

      Actually, I don't watch any flash video on my linux boxes - Flash just thrashes the processor.

      It's passable, but not much better, on Mac. I still have relatively low framerates and occasional skips (more on Hulu than anywhere else, actually), but my biggest complaint is that I can deinterlace, color-correct and fullscreen a DV video or DVD stream for 70% the processor time it takes for a non-fullscreened Flash video. Fucking pathetic.

    10. Re:Performance is another issue by Sycraft-fu · · Score: 1

      The question isn't how Flash did perform, it is how it does. Also the question is really how does it perform in comparison to HTML 5. Perhaps one of the reasons Flash takes so much resources is because of what it does. Say something like smooth, vector'd text scaling. If you go and look at MS's tests with that you see that FF and so on do not, the font pops down at preset levels. Ok, well perhaps real smooth scaling takes either more CPU, or GPU acceleration (which is what IE9 does).

      Again, it is easy for people to hate on Flash, but then I've seen nothing else that does what it does but lighter weight, except maybe Silverlight. Everyone seems to assume HTML5 will be a magic fix, that Flash is slow from sucking and not because what it is doing requires a lot of calculations. Initial tests seem to indicate that is not the case. Seems that right now, HTML5 is very slow when you do the heavy animation/interactive stuff Flash does.

      Fact of the matter is right now, Flash does video better than HTML5 on the by far dominant platform. Until that is not the case, many companies will keep using Flash.

    11. Re:Performance is another issue by evilviper · · Score: 1

      The question isn't how Flash did perform, it is how it does.

      It performs HORRIBLE, unless you're using the very latest version, playing back H.264 video, on a recent Windows system. Otherwise, it's a dog.

      but then I've seen nothing else that does what it does but lighter weight, except maybe Silverlight.

      Your ignorance, willful or otherwise, is no excuse, and certainly won't change facts.

      Everyone seems to assume HTML5 will be a magic fix, that Flash is slow from sucking and not because what it is doing requires a lot of calculations.

      HTML5 most certainly WILL be a magic fix, because once it's not locked-up in a proprietary format nobody can read, open source players will spring-up like crazy, with all the features, and hardware acceleration you could want. The fact that the very first few bits of software don't perform amazingly goes without saying. That you expect they should is moronic.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  22. Everybody wins! by Trufagus · · Score: 1

    This way everyone wins. Hulu doesn't have to redesign their whole site, and iUsers access the site via an app instead of a website so Steve Jobs gets to maintain his control over his platform. One potential problem would arise if any Hulu content said anything bad about Apple. Remember that apps have been kicked off for mentioning competitors, so surely content that criticized Apple would result in an app getting rejected?

  23. speaking of locked down channels...mobile hulu? by snooo53 · · Score: 1

    While we're on the subject of locked down channels and Hulu, one thing they could certainly get away with charging a subscription for is a mobile version of Hulu. I'm hardly ever willing to pay a subscription fee for anything, but I would gladly pay it to watch Hulu on my phone. (I can already do this with YouTube for free but there's nothing I really want to watch on there)

    --
    The sending of this message pretty much inconveniences everyone involved.
    1. Re:speaking of locked down channels...mobile hulu? by BobMcD · · Score: 1

      If they opened the catalog to contain lots of back-content (ala Netflix), I'd gladly pay for that as well.

    2. Re:speaking of locked down channels...mobile hulu? by hyc · · Score: 1

      What makes you think that a mobile version needs to be any different from the current version?

      I can watch Hulu videos on my Android phone just fine...

      http://forum.xda-developers.com/showthread.php?p=5253967

      Why would you volunteer to pay for something "extra" that isn't actually any extra effort on their part?

      --
      -- *My* journal is more interesting than *yours*...
  24. HuluRipper v.1.0 anyone? by ShagratTheTitleless · · Score: 1

    Would someone like to disabuse them of the belief that you can hand locked content and content keys to the consumers without giving them the unlocked content? (My reverse engineering of flash apps just isn't up to snuff). Then there would only be legitimate technical considerations like injecting advertising streams and site controlled caching before moving away from flash.

    --
    Sometimes at night I imagine the darkness is filled with horrible things with too many teeth, like Julia Roberts.
    1. Re:HuluRipper v.1.0 anyone? by BitZtream · · Score: 1

      Easy enough and has already been done using virtualbox and a custom display front end.

      You really can't stop the bumrush now that VirtualBox is as well done as it is and open source so anyone can write a front end for audio and video.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    2. Re:HuluRipper v.1.0 anyone? by BobMcD · · Score: 1

      Easy enough and has already been done using virtualbox and a custom display front end.

      You really can't stop the bumrush now that VirtualBox is as well done as it is and open source so anyone can write a front end for audio and video.

      The 0.001% of viewers who would actually do this are already defined as non-paying pirates. They are just as likely to go and fetch a torrent, and really don't factor into the planning as such.

    3. Re:HuluRipper v.1.0 anyone? by BitZtream · · Score: 1

      I agree 100%, the limited number of people who can and will do this don't really matter.

      All they have to do is worry about large sites that distribute ripped content and file sharing networks ... basically the things that make it easier to pirate their content than get it legitimately.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  25. error in the article by commodoresloat · · Score: 1

    Perhaps this is a good sign for Web-based television, as it will move more users away from the single, locked down channel from the networks and to more diverse options less interested in extracting subscription fees (like YouTube)."

    You misspelled "torrents"

  26. Kaltura video platform by edremy · · Score: 1
    No, HTML 5 just isn't there yet- it's a evolving spec. Meanwhile, we have folks like Kaltura implementing full blown video production and distribution stuff in the cloud. Of course it's in Flash. Maybe, just maybe in a few years someone will manage to duplicate that in HTML5

    The rest of us will wonder what took you so long

    --
    "Seven Deadly Sins? I thought it was a to-do list!"
  27. I've got the answer!!! by fhuglegads · · Score: 1

    How about the iPhone uses Sliverlight!!

    Wait.. something there seems off a bit.

    1. Re:I've got the answer!!! by Anonymous Coward · · Score: 0

      How about the iPhone uses Sliverlight!!

      Wait.. something there seems off a bit.

      The iPhone is irrelevant to this point since for a single-tasking fixed-bandwidth platform, there's no need to guess which bit rate to serve.

  28. Except they didn't. by SanityInAnarchy · · Score: 1

    We were able to see right through it, sure, but from TFS:

    Our player doesn't just simply stream video, it must also secure the content, handle reporting for our advertisers, render the video using a high performance codec to ensure premium visual quality, communicate back with the server to determine how long to buffer and what bitrate to stream, and dozens of other things that aren't necessarily visible to the end user.

    Unless that's a particularly bad quote, they're actually lying about HTML5, or at least about continuing to monitor it. An HTML5-based player can indeed handle reporting for your advertisers and use a high-performance codec (or really, whatever codec you want). Communicating back to the server is certainly possible. The only thing that's not reasonable is switching bitrates on-the-fly and implementing any sort of DRM.

    Switching bitrates may be a legitimate concern. DRM is legitimate insofar as it's not up to Hulu -- they have to implement DRM because it's what their "customers" want. Everything else is pure unadulterated FUD, so no, Hulu gets no credit for it -- they were trying to give the impression that HTML5 is missing tons of stuff they need (including DRM), when really, all that's missing is DRM and switching bitrates mid-stream.

    --
    Don't thank God, thank a doctor!
  29. Vaporware by RandomPsychology · · Score: 1

    AFAIK, Hulu has never ever promised anyone anywhere an app of any kind. There have been rumors that an app is in the works, and is "just a few months away," but these speculative reports (released every few months) are the only thing I've seen. So, if by "hulu app for iPhone and iPad" they mean "rumors of a hulu app for iPhone and iPad," then they're totally successful...

  30. OMG.. is that you? by Anonymous Coward · · Score: 0

    I didn't realize Noam Chomsky was a slashdotter!

  31. I am just saying it exists by Ilgaz · · Score: 1

    Well, what happens when you tell your customers not to bother? In my experience, unless you deal with self producing artist or a really modern producer who really knows about current trends, they said "they better struggle so we can keep the real pros responsible".

    These guys are very powerful in video World and basically, whatever they don't want doesn't take off. If they see HTML5 as something they can't easily advertise on or protect (!), it doesn't take off. You know the lame things Apple does at their Quicktime Trailers page. That is the company who will truly support HTML5, down to their mighty popular trailers page right?

  32. Media Keys by Ilgaz · · Score: 1

    Quicktime does have DRM, it is just Apple, knowing the human nature, named it differently. It is "Media Keys". It exists but of course, I didn't have a mad idea like using Quicktime DRM solution in production environment. iTunes DRM is actually built on it, not sure if it is something like "V2.0" or pure implementation.

    Unlike Apple, GPU access (to the point of video decoding) is something existing since Windows XP on Microsoftland, they could use the time frame to ship a GPU decoder enabled Quicktime X for Windows, to shut up all "Quicktime for Windows is bad" trolls once and forever.

    Even Adobe managed to code a GPU accelerated Flash plugin :) Imagine...

    The reason I am mad to Quicktime department at Apple is: I know what kind of a powerful platform it is, it is wasted, plain and simple.

  33. Hulu doesn't represent the viewer interest by keneng · · Score: 0, Troll

    Hulu certainly does not represent the viewers interests or the internet's interest. If Hulu says they represent their "customers' needs", well, their definition of customer is certainly not the viewer.

    Securing content slows down the internet because it takes up more bandwidth to happen. Where's the net-neutrality friendly approach here?
    Handling reporting to the advertisers is certainly something viewers don't care about. Can't they just use their web/media server logs and submit the data without creating direct connections from the viewers' web browser? I find all this advertiser functionality just excuses for prying on viewer privacy. Again it takes up needless bandwidth. Where's the net-neutrality friendly approach here?
    Rendering video with a high performance codec to ensure premium visual quality is absurd because it implies the viewer having premium quality hardware which is exclusively expensive. I'm sure many people are perfectly content with normal NTSC resolution and quality. Rendering should be more in line with the lowest common denominator in order to catch the widest possible viewer audience on the widest possible number of devices.

    HULU also discriminates against viewers not residing in the U.S.A. What's the point of having an internet if you are not going to extend your audience to the entire internet's reach? HULU are a bunch of idiots and don't have a clue as to what viewer audience they are losing.

    I won't be using HULU until they get their act together and acknowledge viewers that 1)use Linux 2)use non-FLASH html5 alternatives and 3)are located in elsewhere on the internet, NOT IN THE U.S.A..

  34. iPhone & iPad customers get screwed by Anonymous Coward · · Score: 0

    It sounds like Hulu intends to screw iPad and iPhone/iPod users by making them pay through the nose for some sort of subscription service while those whose devices support Flash get it for free? Everyone ought to boycott Hulu.

    1. Re:iPhone & iPad customers get screwed by Anonymous Coward · · Score: 0

      Just to recap: We are boycotting Hulu, a website, because I cannot access it with my mp3 player. So obviously, you know, social injustice etc.

      I am entitled to things.

  35. Hulu uses Flash, No? by Anonymous Coward · · Score: 0

    As far as I know, the object in HTML5 does not allow swapping out the referenced video while it's playing with another one encoded at a different bitrate. Silverlight does this for you with its streaming engine, with Flash it's at least possible to synchronize all the components, but it's rarely done. (You need to synchronize audio and video to a high degree of precision to avoid the user noticing.)

    Uh, that's great about Silverlight and all, but doesn't Hulu use Flash?

  36. The definition of a fanboi by Anonymous Coward · · Score: 0

    You're almost the definition of a fanboi:

    Good Ideas: Apple invented them and they're only suing because everybody steals from them

    Bad Ideas: Apple didn't want to do it, but the RIAA made them do it (never mind that the songs aren't even copy protected at this point...)

    Just stop. Apple sucks lately. Doesn't matter how many new/shiny toys they make, they suck lately.

  37. Not "unsolved". by warrax_666 · · Score: 1

    Not "unsolved". "Unsolvable". The whole thought process behind DRM is that the customer is your adversary. At that point you're already fucked.

    --
    HAND.