Slashdot Mirror


Microsoft Killing Silverlight?

SharkLaser writes "Silverlight 5 might be last version released by Microsoft. Several industry insiders and partners for the last few weeks have heard from their own Microsoft sources that there won't be new versions released after Silverlight 5. Status on service packs and support for Silverlight is unclear, as Microsoft haven't yet released lifecycle support end date even for the previous Silverlight 4. By their support page they will give full year head-up before ending support. With Adobe ending development of Flash for mobile browsers and Microsoft ending development of Silverlight, HTML5 video looks a lot more promising. But will content providers be able to give out their material without DRM and how does HTML5 perform with non-video side of Flash and Silverlight?"

19 of 324 comments (clear)

  1. And... by TheP4st · · Score: 5, Insightful

    ...nothing of value were lost.

    --
    "I have downloaded hundreds and hundreds of records, why would I care if somebody downloads ours?" Robin Pecknold
    1. Re:And... by muon-catalyzed · · Score: 4, Insightful

      HTML5 will get crippled down soon over 'security considerations' just wait a few months... Flash was really a dangerous hybrid that allowed apps on the web, they do not want web apps eating your real paid apps lunch. This strangely binds all, Apple, Microsoft and even Adobe, pawing the way for the appstore only deliveries for software and securing their corporate cut.

    2. Re:And... by Anonymous Coward · · Score: 4, Informative

      Adobe Flash was like having another proprietary browser inside the browser. Nothing the browser makers could do would lock it down (except for unloading the plugin). The advantage of HTML5 is that Mozilla/Google/Apple/Microsoft can place restrictions on how subfeatures are implemented. Out-of-tab & off-page animations can be halted. Storage can be blocked for cross-site requests. Video can refuse to play automatically. Canvas can require explicit permission. Shaders can be statically verified & limited to a stricter subset of GLSL. Etc.

  2. Netflix by QuietLagoon · · Score: 4, Insightful

    Doesn't Netflix use Silverlight for streaming? Will Netflix move to some other technology?

    1. Re:Netflix by imamac · · Score: 4, Funny

      They do indeed use Silverlight. Obviously they will move to much successful Flash.

    2. Re:Netflix by MrEricSir · · Score: 5, Insightful

      Yup. Would anyone have installed Silverlight if it hadn't been for Netflix?

      --
      There's no -1 for "I don't get it."
    3. Re:Netflix by bennomatic · · Score: 3, Interesting

      They somehow manage to do without it on iOS devices. Perhaps a desktop application is coming for Mac OS/Windows/Linux.

      --
      The CB App. What's your 20?
    4. Re:Netflix by Chrisq · · Score: 3, Informative

      In this case that would be a step in the right direction. Flash is much more widely available than Silverlight is at present.

      Much as i don't like flash at least flash sites are accessible from Linux. I have been told that a few Silverlight sites work with moonlight but have not found any myself

    5. Re:Netflix by Guspaz · · Score: 5, Insightful

      Except Adobe is clearly moving towards killing off flash. They've announced the death of mobile flash in favour of HTML5, and it seems likely that desktop flash will eventually follow.

      After all, it doesn't really matter to Adobe what runtime is used. They don't make money off people downloading the Flash runtime. They do make money off selling the flash designer software, which costs hundreds of dollars, and the streaming server solutions. What difference does it make if Adobe's software is spitting out stuff that runs in the flash runtime or HTML5?

      My concern is that HTML5 is clearly not up to the level where it has feature parity (or stability/consistency) with Flash or Silverlight. For example, HTML5 currently has no agreed upon standard for dynamic audio. Sure, it can play a sound or music file, but if you want to actually generate or process audio, that's impossible. Mozilla and WebKit both have their own proprietary competing APIs to do this, but neither is final yet, and certainly not a standard.

      Given a few years, HTML5 will probably be able to replace Flash/Silverlight, but clearly not yet!

    6. Re:Netflix by Riceballsan · · Score: 3, Insightful

      Which I have to consider the greatest idiocy ever IMO. Considering you know what is easier to download in the highest possible quality. The darn TV and DVD sources, that are available for download within an hour of the initial airing or DVD release at the latest, a few weeks to a month earlier if there is a leak. I will never understand the compulsion to need DRM and require the release to be weeks after the fact for most services, Why DRM something that already is available unDRMed on every torrent site known to man. Do they still think the main method of piracy is people copying the movies onto floppy-disks and handing them out to friends?

    7. Re:Netflix by ackthpt · · Score: 4, Funny

      In this case that would be a step in the right direction. Flash is much more widely available than Silverlight is at present.

      Flash might be more widely available, but the Silverlight performance is clearly better, so it would be a step in the direction of lower video quality and higher processor and memory utilization.

      Wow. That would be about as bad as the VCR market adopting VHS over the vastly superiour quality of Betamax!

      --

      A feeling of having made the same mistake before: Deja Foobar
  3. This is hardly a shock... by RocketRabbit · · Score: 4, Insightful

    Flash and Silverlight represent the mid-1990s way of doing things with third party browser addons. Back when we needed crutches like these, they were useful. The leg has healed, though, so it's time to throw the crutches under a bus.

    Content producers should just suck up and use non-DRM video streams. They should all know by now that both Flash and Silverlight video "protections" have been circumvented just like Blu-Ray, DVD, etc and that there is really no technological recourse against this.

    1. Re:This is hardly a shock... by Alkonaut · · Score: 4, Insightful

      Flash and Silverlight represent the mid-1990s way of doing things with third party browser addons. Back when we needed crutches like these, they were useful. The leg has healed, though, so it's time to throw the crutches under a bus.

      No. We never needed flash to play internet video. If you link to a video directly, it will play in your system's default video player.

      That's downloading a video file and playing it. That is the same as 1990's video. In 2011 I want to be able to seek in my video file (or watch live streams), I want autmatic adjustment of bitrate depending on my bandwidth, and whoever I'm downloading the video from want's to make sure I pay my subscription to watch this game. There are basically only a few technologies that handle this. And html5 isn't one of them.

  4. Good riddance by Hortensia+Patel · · Score: 4, Insightful

    The idea that a general-purpose applet platform, with all the attendant security risks, is worth keeping simply to play DRM-encumbered video strikes me as utterly daft. It's like keeping a rabid rottweiler in your kid's playroom so that they'll have something to draw.

    1. Re:Good riddance by sexconker · · Score: 4, Insightful

      The idea that a general-purpose applet platform, with all the attendant security risks, is worth keeping simply to play DRM-encumbered video strikes me as utterly daft. It's like keeping a rabid rottweiler in your kid's playroom so that they'll have something to draw.

      Silverlight is not just for video. Nether is Flash.
      Silverlight's DRM can be harnessed by anyone seeking to make (get this!) secure applications.

      When it's something you don't understand, it's an "attendant security risk".
      When it's security that prevents you from stealing shit, it's DRM.

  5. Can you back up this claim? by Zontar_Thing_From_Ve · · Score: 5, Informative

    Flash and Silverlight represent the mid-1990s way of doing things with third party browser addons. Back when we needed crutches like these, they were useful. The leg has healed, though, so it's time to throw the crutches under a bus.

    Content producers should just suck up and use non-DRM video streams. They should all know by now that both Flash and Silverlight video "protections" have been circumvented just like Blu-Ray, DVD, etc and that there is really no technological recourse against this.

    Really? Do tell how exactly those Silverlight protections have been circumvented. Unless you are talking about a streaming media recorder which simply records the stream as it plays on your PC, I am not aware of any way to defeat Silverlight DRM. The use of separate protected streams for audio and video is fiendishly clever and I've never heard of a successful way to crack it. A video forum where I regularly participate gets posts all the time asking how to record Netflix streams and nobody has ever suggested anything but a streaming media recorder.

    1. Re:Can you back up this claim? by purpledinoz · · Score: 3, Insightful

      Just because it hasn't been cracked, it doesn't mean it's not crackable. At some point, the video must be decrypted and displayed to the user. Therefore, 100% bullet proof copy protection is impossible. The only way they can make DRM 100% full proof, is to encrypt it and throw away the key. At which point, you'll be watching random noise and listening to static.

  6. Re:What about Video?? by randallman · · Score: 5, Informative

    Sorry. You're just wrong about the progressive download thing. And it's not in the scope of HTML5 to define bitrate or fragmented delivery. Fragmented delivery is turf for HTTP and bitrate is for the browser or embedded player.

    Read:

    14.35.2 Range Retrieval Requests

    HTTP retrieval requests using conditional or unconditional GET methods MAY request one or more sub-ranges of the entity, instead of the entire entity, using the Range request header, which applies to the entity returned as the result of the request:

                Range = "Range" ":" ranges-specifier

    Please read the HTTP 1.1 RFC

    http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

  7. Re:General Problem with Developing on Microsoft by zyzko · · Score: 3, Insightful

    I honestly can't see this as a big problem on Microsoft - they have quite a long track record of supporting their tools - even legacy Visual Basic skills can be used today quite effortlessly. Yes, they have had their misses and some tools or even languages (J++ comes to mind from the old days...) have been deprecated quite quickly after a blistering start but take a look around - there are frameworks and languages coming and going everywhere. If you want to bet safely learn C and C++ and code your own supporting libraries. Yes, it sucks when vendors pull plug on technology. But the days of learning Fortran or Visual Basic once and expecting to have guaranteed job for the rest of your life are over (well, if you are a true Fortran or VB genius you can get a nice paying job in maintenance these days...), And the same applies to OSS as well - they are not immune. Projects and languages come and go - yes, in the support side they are at an advantage because if you are a true guru you can dive into the source and support the platform - but I don't see the platform support as a huge issue on Microsoft side either. With right DLLs you can still run Win32 VB applications just fine - yes, the vendor doesn't support those anymore and doesn't develop new features but you still got what you have when you chose the platform.

    Can you give examples of Open Source projects (in programming) which Microsoft has tried to emulate and has ended up with barely working and sucking copy?

    Silverlight on web had really no big and bright future, it was just a poke on Adobe to steal marketshare on (DRM) video delivery. But those skills learned there are not totally wasted, it is not *that* hard to transform from one Microsoft architecture to another. But if your big bet was Silverlight on browsers (cross-platform/browser) then well, you are out of luck but it did not require a genius to figure that out from the start.