Hoofdcategorieën
Device Settings

Microsoft stopt mogelijk met ontwikkeling Silverlight

Door Yoeri Nijs, donderdag 10 november 2011 12:30, views: 36.797

Microsoft gaat volgens geruchten stoppen met zijn Flash-alternatief Silverlight. Bovendien zou de laatste grote release, versie 5 alleen maar werken met Internet Explorer en op Windows-systemen, en niet met andere browsers of op Mac OS X.

Microsoft Silverlight logo

Het is onduidelijk waarom Microsoft zou willen stoppen met de ontwikkeling van Silverlight. De technologie zou wel in gebruik blijven als ontwikkeplatform voor rich-media applicaties en voor apps op Windows Phone 7, meldt Mary Jo Foley, een redactrice van ZDNet die fulltime schrijft over Microsoft en die in het verleden vaak als eerste ontwikkelingen bij Microsoft heeft gemeld.

De release zou volgens ZDNet alleen beschikbaar komen voor Windows-systemen. Daarnaast zouden naar verluidt behalve Internet Explorer andere browsers niet worden ondersteund. Microsoft liet vorig jaar al weten dat Silverlight alleen nog gepromoot zal gaan worden als ontwikkelruntime voor Windows Phone 7 en sommige toepassingen op het gebied van media en 'line of business-applicaties'.

De rtm-release van Silverlight 5 zal naar verwachting voor eind november verschijnen. Een van de belangrijkste vernieuwingen is de ondersteuning voor hardwarematige versnelling bij het afspelen van h.264-video's met behulp van de gpu. Ook worden 3d-graphics via de grafische processor afgehandeld, terwijl met de Trickplay-feature video's versneld kunnen worden zonder dat de audio-pitch wordt verstoord.

De softwarefabrikant gaf daarnaast al eerder aan dat het meer aandacht zou schenken aan html5 en andere aanverwante technologieën. Volgens Microsoft wordt html5 in hoog tempo door de software-industrie omarmd en is dit ook noodzakelijk om de diverse mobiele platformen goed te kunnen bedienen.

Adobe, de fabrikant van Silverlight-concurrent Flash, maakte woensdag bekend dat het gaat stoppen met het ondersteunen van Flash op mobieltjes. In plaats daarvan wil het bedrijf het voor ontwikkelaars van Flash-applicaties makkelijker maken om applicaties met de Adobe Air-runtime te maken. Hiermee moet het mogelijk worden om vanuit een enkele codebase apps voor verschillende platforms te schrijven.

Volgende 12:33 Klanten T-Mobile verbruiken 160TB aan data per week
Vorige 12:01 'Asus en Acer schroeven ultrabook-productie terug met 40 procent'
Advertentie

Reacties

«  1  2  3  4  »

Goede zaak, op voorwaarde dat HTML5 gepusht gaat worden ten voordele van Silverlight (en flash). Belangrijk is dan wel dat HTML5 echt een standaard wordt die op alle browsers prima werkt. Dus ook voor video één standaard.

Het probleem op dit moment is nog de codec volgens mij... De video tag zal bij allemaal wel werken maar dan moeten ze wel een video oproepen waar de codec voor aanwezig is

Edit @Bartjeh, idd dat bedoelde ik, had mijn post niet doorgelezen voordat ik hem poste. Pas hem ook niet aan omdat ik het niet relaxt vind wanneer dingen verdwijnen uit posts

[Reactie gewijzigd door Mellow Jack op donderdag 10 november 2011 12:42]


Bij HTML5 kan je meerdere bestandsformaten erin voegen, dan wordt de ondersteunde codec gekozen. Voorwaarde is wel dat je dus meerdere formaten aanlevert.

Na nog 3x je post te lezen bedoelde je dat ook eigenlijk al denk :/

[Reactie gewijzigd door Bartjeh op donderdag 10 november 2011 12:38]


Precies en dat is het nadeel.
Moet je van een filmpje van 100MB een .h264, webm en een .ogv aanbieden. Zullen hosting providers blij mee zijn :P

Waarom niet een formaat die door alle browsers ondersteund wordt ?
Zolang dat niet het geval is is HTML5 hoe mooi ik het ook vind, geen alternatief voor online video's.

Tegenwoordig alleen .h264 en webM
en zodra MS en Apple eens niet zo moeilijk meer doen alleen nog webM

en zodra MS en Apple eens niet zo moeilijk meer doen alleen nog webM
Volgens mij draai je de zaken hier om. .h264 was al gekozen toen pushte Google zijn webM formaat (waarschijnlijk vanwege het 'not invented by us' syndroom waar Google wel vaker last van heeft).

Nack,

h264 was alleen door apple gekozen.
Microsoft had nog geen uitspraak gedaan,

google had h264 naast andere formats, en firefox kan geen h264 implementeren, en opera wilde dit niet ivm de patenten die er op rusten.

Kortom, apple was de enige die dwars ligt, vooral ook omdat ze in de mpegla zitten, disney nogal close bevriend was via pixar / de heer jobs.

Alle hardwarefabrikanten hebben ook allang voor H.264 gekozen, geen enkel platform heeft WebM decoding support.

h264 was alleen door apple gekozen.
Microsoft had nog geen uitspraak gedaan,

google had h264 naast andere formats, en firefox kan geen h264 implementeren, en opera wilde dit niet ivm de patenten die er op rusten.

Kortom, apple was de enige die dwars ligt, vooral ook omdat ze in de mpegla zitten, disney nogal close bevriend was via pixar / de heer jobs.
Microsoft heef anders ook behoorlijk wat tijd en moeite geinvesteerd in het standaardiseren van h264 als videocodec binnen Windows en WP7. Bovendien is h264 een in veel grotere mate bewezen codec als men kijkt naar alle real world applicaties (zowel software als hardware)

Daarnaast is VP8 (wat webM eigenlijk is) een afgeleide van h264 en heeft het dus in potentie hetzelfde probleem als het andere (tevens aangekochte, dus sowieso niet "invented by us" zoals HerrPino hierboven oppert) paradepaardje van Google: Android. Dat probleem is de zwakke positie in het huidige patentenklimaat.

zoals beschreven door Jason Garrett-Glaser: "With regard to patents, VP8 copies too much from H.264 for comfort, no matter whose word is behind the claim of being patent-free. This doesn’t mean that it’s sure to be covered by patents, but until Google can give us evidence as to why it isn’t, I would be cautious."

daar is al veel over gezegd. even uit mijn hoofd zijn de 4 grote browserpartijen verdeeld.. zou je eventjes op moeten zoeken...

probleem zit 'm in de licenties (nu of in de toekomst) verbonden aan video codecs en bestandsformaten waar niet elke partij op zit te wachten

Het probleem zit m gewoon in het feit dat MS aan de MPEG kant staat en Apple in zijn eigen hoekje waardoor ze het risico niet waard vinden om bijv WebM te gaan gebruiken

Het probleem zit m gewoon in het feit dat MS aan de MPEG kant staat en Apple in zijn eigen hoekje waardoor ze het risico niet waard vinden om bijv WebM te gaan gebruiken
Apple zit in hetzelfde hoekje als MS hoor. H264 en MPEG zijn onlosmakelijk aan elkaar verbonden.

Het enige echte nadeel van H264 is dat er nogal wat patenten op zitten, maar was er onlangs al niet een versoepeling van de licenties afgekondigd op dat vlak?

(want iedereen snapt ook wel dat 't nooit aan zal slaan in browserland als het niet vrijelijk te integreren is)

Een groot "probleem" met h.264 is dat de licentie om de 5 jaar (ofzo) kan veranderen. Dus terwijl het momenteel gratis is voor gebruikers om h.264 video te bekijken, hoeft dat na afloop van deze termijn niet meer zo te zijn. Ik kan ergens wel begrijpen dat Opera en Firefox niet zo gelukkig zijn met deze onzekerheid.
MPEG LA's decision to extend the no-cost terms for free Internet video distribution will effectively defer this issue until 2016, the new expiration date. It's still unclear what the licensing terms will be after the new expiration date—MPEG LA could choose to apply hefty fees at that time. For now, however, the absence of licensing costs for Internet streaming will likely contribute to expanding the acceptance of h264 in the world of Web video.
Bron: Ars Technica

[Reactie gewijzigd door MacWolf op vrijdag 11 november 2011 00:33]


Het is Apple, Microsoft, min of meer alle film en televisieproducenten en alle GPU/SoC hardwarefabrikanten (de groep die met MPEG een openbare "industry standard" probeert te definieren) versus Google, Opera, Mozilla en de "free software" community (de groep die geen MPEG licensies wil, ook al zijn die nu gratis).

Voor HDTV, BluRay, telefoons, camera's, webcams, Video-on-Demand (films huren) en piraterij is MPEG inmiddels wereldwijd de standaard geworden, maar voor web streams (denk YouTube) probeert de laatste groep toch nog een overwinning te behalen. Het is inmiddels een principe kwestie geworden.

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 17:11]


Ik snap nog steeds niet waarom mensen zo graag maar een video standaard willen. Allereerst zouden later alsnog patent issues kunnen optreden (denk aan gif) en daarnaast zou je later nooit naar een beter formaat kunnen overgaan.

Het enigste wat ik hoor is dat H.264 een aantal patent issues heeft, maar dat heeft browsers nooit weerhouden om jpeg bestanden te ondersteunen..

De huidige HTML5 specificatie heeft daarvoor juist de source elementen:
[code]
<video poster="movie.jpg" controls>
<source src='movie.webm' type='video/webm; codecs="vp8.0, vorbis"'/>
<source src='movie.ogv' type='video/ogg; codecs="theora, vorbis"'/>
<source src='movie.mp4' type='video/mp4; codecs="avc1.4D401E, mp4a.40.2"'/>
<p>This is fallback content</p>
</video>
[/code]

Waarom werken [code] tags niet op de frontend?

[Reactie gewijzigd door Niemand_Anders op donderdag 10 november 2011 12:43]


Omdat je bij een standaard je geen zorgen moet maken over het al dan niet afspeelbaar zijn van een video. Als er 1 codec als standaard word genomen dan kunnen browsermakers zelf voor de ondersteuning zorgen en ben je net van al dat gedoe met plugins en codecs van af.

Ook als content leverancier is het een heel pak eenvoudiger als je maar 1 formaat moet ondersteunen ipv 4 of 5 verschillende. Maar 1 keer coderen ipv 5 keer ...

En als er betere codecs ontstaan dan zit je technologie muurvast. De client operating systems kunnen tegenwoordig meer dan genoeg codecs aan, moet de browser maar zorgen dat hij het video element door het OS of een multimedia framework laat afspelen (zoals het in alle zinnige implementaties ook gedaan wordt).

Dat er ooit HTML3 is vastgelegd, betekent niet dat HTML4 nooit is gekomen.
Dat divx vroeger de de facto standaard is, betekent niet dat er nu geen andere codecs meer zijn.
Dat vroeger een parallel poort op elke computer zit, betekent niet dat usb niet kan doordringen.

De meest populaire codecs worden vast wel ondersteund. Maar dan moet dan ook aangetoond worden dat die codecs ook daadwerkelijk het ondersteunen waard zijn. (Jpeg2000 ben ik de afgelopen 10 jaar maar 1x tegengekomen)

Uuuuuhm H.264 word al niet native ondersteund door Android en iOS terwijl beide toch een groot deel van de gebruikers vertegenwoordigen

H.264 word al niet native ondersteund door Android en iOS
Uh, wel toch? Of is dit een spelfoutje?

[...]

Uh, wel toch? Of is dit een spelfoutje?
moet haast wel, want beiden ondersteunen H.264 inderdaad. Maar dat is OS support, dat wil niet onmiddellijk zeggen dat de browser dat doet.

Voor de gebruiker:

1 standaard betekent dat de kans groot is dat deze standaard hardware accelerated wordt/is en je deze dus op alle apparaten kan laten afspelen.

En voor de leverancier/beheerder:
1 formaat aanleveren betekent dat je minder diskruimte kwijt bent.

Het enigste wat ik hoor is dat H.264 een aantal patent issues heeft, maar dat heeft browsers nooit weerhouden om jpeg bestanden te ondersteunen..
Het hangt er nogal vanaf wat voor licentievoorwaarden de patenthouder(s) hanteren.
De bekende patenten op h.264 liggen bij een firma die ook de licenties voor MPEG (2 en 4) en dusdanige voorwaarden hanteert dat deze prima zijn te hanteren voor bv DVD-apparatuur-fabrikanten maar
- onmogelijk voor bouwers van (gratis) downloadbare software omdat er nooit bekend is voor hoeveel keer de software gebruikt gaat worden (één download kan op meerdere PC's geïnstalleerd worden of juist op geeneen (ik zelf download ook best veel waarvan ik achteraf afzie van het installeren, bv omdat voorwaarden me niet aanstaan of omdat ik daarna iets anders vind dat beter is. In het geval van de codec's, je gaat ook niet K-lite én CCCP installeren, als iets niet werkt met de ene, probeer je de andere)
- voor video-opnameapparatuur enorm belemmerend is omdat men eist dat er per video-opname betaald wordt. Daarom staat bij de meeste appatuur dat deze bedoeld is voor thuisgebruik, zelfs bij professionele apparatuur. Als je daarmee iets filmt waarmee je geld verdiend overtreed je de licentievoorwaarden. De apparatuur waar deze licentievoorwaarde is afgekocht kost dan gelijk duizenden euro's.

Nu alleen nog een HTML 5 standaard i.p.v. een wolk mogelijkheden die verschillende browserbouwers onder die noemer implementeren.
Wat ik van HTML 5 heb gezien zijn een hoop voorstellen waarvan er een aantal bij gebrek aan beter alvast worden gebruikt, maar de definitieve standaard is nog lang niet in zicht.

Wat ik me qua video vooral afvraag bij de <video> tag, ondersteund hij ook streaming of alleen progressive downloads? Het voordeel van flash en silverlight was natuurlijk dat dit wel kon (kan). Ik ben voor meer standaardisatie op dit gebied, maar dit is een tekortkoming. Of kan het wel?

Prima! Prachtig om te zien dat langzaam maar zeker de (grotere) bedrijven overstappen op één standaard. HTML 5.

Ik heb een presentatie gegeven en gewerkt met WebGL (html 5 3d rendering). En weet aardig wat HTML 5 kan.

Het werkt gewoon snel, soepel, en platform onafhankelijk. Über dus!

Nu nog alle apps in html5 maken en apps bannen.

Ik ben Apple erg dankbaar dat ze flash en Siverlight weren. Hoewel beiden pretenderen om multiplatform te zijn is er maar één platform dat ze altijd goed onsteunen en dat is de grootste. Hoewel ze daarmee Windows voordeel verschaften, hebben ze daar uiteindelijk zichzelf mee de nek omgedraaid, want daardoor ging Apple beseffen dat zich niet afhankelijk moesten maken van de niet open standaarden van anderen. Hoewel tactisch onvoordelig wat het strategisch een hele goede keuze.

Ik vind het heel goed nieuws omdat het aangeeft dat ook MS realiseert dat html5 de toekomst is en zij niet de fout moeten maken om hier niet vol in mee moeten gaan. Zo zie je dat door meer concurrentie op de markt de open standaarden ook meteen aan kracht winnen. Een goede zaak omdat dit zuivere concurrentie oplevert. Wij willen dat bedrijven concurreren op producteigenschappen en de concurrentie niet verminderen met lockins.

Ik had eigenlijk tegen een platform onafhankelijk flash weinig bezwaren gehad als het alle platforms even goed had ondersteund, ze hebben dat bewust niet gedaan en dat is ze fataal geworden omdat Apple onverwacht een grote speler werd.

Open standaarden worden onvermijdelijk. Naarmate internet een grotere rol gaat spelen en wij meer en meer data gaan toevertrouwen aan het net, willen we ook meer garanties over de werking. Die kan je alleen geven als je openheid betracht.

Google begrijpt dat heel goed. WIl je dat mensen gegevens aan je toevertrouwen dan moet je heel transparant naar de gebruiker zijn en je moet ze een gevoel van vrijheid geven. Het vrijgeven van de source en hanteren open standaarden zijn een krachtig argument hierin.Het dwingt het bedrijf zelf ook om te blijven concurreren op kracht en constant te innoveren.

Mensen maken zich zorgen hier nogal eens over Big Brother, maar Micho Kaku merkt op dat het vooral Little Brother is die nu het grootste gevaar vertegenwoordigd. In voorbije tijden hadden de overheden en grote corporaties veel meer controle over ons en onze informatievoorziening. Maar wij staan nu vaker bloot aan het asociale gedrag van onze medeburgers. zie Are We Ready For the Coming 'Age of Abundance?

[Reactie gewijzigd door Magalaan op donderdag 10 november 2011 14:50]


Hoewel ze daarmee Windows voordeel verschaften, hebben ze daar uiteindelijk zichzelf mee de nek omgedraaid, want daardoor ging Apple beseffen dat zich niet afhankelijk moesten maken van de niet open standaarden van anderen.
Ho wacht eens even - dat is precies het omgekeerde van wat werkelijk is gebeurd! Silverlight is juist *wel* open (net als Java trouwens). De spec is openbaar, iedereen mag een client schrijven, zonder toestemming van Microsoft. Apple heeft juist de open crossplatform frameworks van de concurrentie verbannen, ten gunste van hun eigen native Cocoa platform.

In plaats van dat je als developer de keus had:
- een applicatie schrijven voor een crossplatform framework (Java, Flash of SL)
- allemaal native apps maken (OS X, iOS, Android, GNU/Linux, Windows, WP7, WebOS, Bada, OpenBSD, MeeGo)
heb je nu de keus:
- een website maken in HTML die hopelijk een deel van de functionaliteit heeft
- een volwaardige app op al die native platforms coden.

Natuurlijk is het in de huidige markt onvermijdelijk dat SL, Flash en Java verdwijnen. Maar dat mensen er blij om zijn, dat is moeilijk te begrijpen. In plaats van crossplatform applicaties krijgen we nu hooguit een iOS, Android en misschien een WP7 app. De kleinere platforms (WebOS, MeeGo, Blackberry en allerlei andere Linux varianten) zijn de pineut. Hoeveel developers gaan zoveel ports onderhouden?

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 17:01]


De specificaties van Silverlight mogen dan wel bekend zijn, maar Microsoft laat er wel degelijk zijn patentrecht over gelden. En distributeurs dienen Microsoft te betalen indien zij een Silverlight compliant client distribueren. Uiteraard zijn de distributeurs dat daardoor niet genegen te doen. De enige die een licentie had om het te distribueren is Novell en dat is dan ook de initiatiefnemer van Moonlight. Het is dus Microsofts eigen standpunt dat er voor gezorgd heeft dat het niet op andere platformen doorgebroken is. Zie ook hier

[Reactie gewijzigd door Belboer op donderdag 10 november 2011 18:30]


Apple heeft juist de open crossplatform frameworks van de concurrentie verbannen, ten gunste van hun eigen native Cocoa platform.
Pardon? Ik heb bergen applicaties op m'n Mac's draaien die in plain C zijn geschreven, in java, of in eigen frameworks van de maker. Iedere Mac komt bovendien standaard met apache, PHP, java, python en ruby (on rails). Mac OS X Server's eigen server applicaties zitten vol met ruby en python.

Als je daar bovendien nog niet genoeg aan hebt, kun je het door Apple gesponsorde MacPorts pakken, en zo'n beetje alles wat denkbaar is installeren.

Hoezo, verbannen?

Ik heb het hier niet over servers (daar is het idd Java en .NET wat de klok slaat, en bovendien: het aantal Mac servers is sowieso miniem vgl met Linux/Unix/Windows), maar over de client side. Hoeveel succesvolle Java applicaties zijn er op OS X? Nul. Silverlight en Flash? You tell me...

Java, Flash en Silverlight applicaties mogen niet eens in de app store. En draaien ook niet op de iPad en de iPhone, de twee populairste 'computers' van het moment. Dat gaat de komende jaren niet beter worden.

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 21:38]


Hoeveel succesvolle Java applicaties zijn er op OS X? Nul.
Ik ken er wel een aantal hoor. Die zeer veelvuldig gebruikt worden. Dat jij ze niet kent wil niet zeggen dat ze er niet zijn.

Ik had eigenlijk tegen een platform onafhankelijk flash weinig bezwaren gehad als het alle platforms even goed had ondersteund, ze hebben dat bewust niet gedaan en dat is ze fataal geworden omdat Apple onverwacht een grote speler werd.
Flash wordt minder goed ondersteund op de non-Windows-platformen, dat is waar, al is voor Mac's OS-X de 64bits player eerder beschikbaar gekomen als die voor Windows.

Wat Flash voornamelijk de das heeft omgedaan is volgens mij dat het voor van alles gebruikt werd (en nog wordt) waar dingen ook, en vaak efficiënter konden met gewoon een Javascript of Java applet of zelfs gewoon met HTML en bovenal, dat een overgrote meerderheid van de Flash-applicaties gewoon ontzettend bagger gemaakt waren.

Flash-applicaties haalden ook vaak systemen onderuit waarvoor Adobe de Flash-player wel goed bijhield. Vooral websites/webpagina's waarop meerdere apps tegelijk liepen (voornamelijk met reclamebanners) waren rampzalig, en daarom zijn velen Flash-blockers gaan inbouwen (Opera standaard, Firefox en Chrome via een plugin). Als je browser, of zelfs je complete systeem door de Flash-zooi nergens meer op reageert ga je vanzelf ook zo'n blocker installeren/aanzetten.
Ik vind het heel goed nieuws omdat het aangeeft dat ook MS realiseert dat html5 de toekomst is en zij niet de fout moeten maken om hier niet vol in mee moeten gaan. Zo zie je dat door meer concurrentie op de markt de open standaarden ook meteen aan kracht winnen. Een goede zaak omdat dit zuivere concurrentie oplevert. Wij willen dat bedrijven concurreren op producteigenschappen en de concurrentie niet verminderen met lockins.
In deze zin was Silverlight beter als Flash, want Moonlight loopt wel per definitie achter op Silverlight, maar hoewel Adobe zelf Flash voor Linux bouwt loopt dat ook achter en omdat Flash gesloten is de open source variant Gnash zelfs nog meer.

In hoeverre echter Microsoft een punt achter Silverlight zet vanwege HTML5 valt te bediscussiëren. De reden zou ook kunnen zijn dat men wilt dat ontwikkelaars meer gebruik van maken van WPF welke veel moelijker crossplatform is te maken, hetgeen dus Windows een voordeel zou verschaffen ten opzichte van andere besturingssystemen. Daarbij: HTML5 zou ook door de Windows Phone-browser ondersteunt moeten (gaan) worden en daar blijft Silverlight wel.

In ieder geval zijn open standaarden belangerijk evenals het vermijden van vendor-lock-ins.

Op de desktop heeft het met de ondersteunng van HTML5 ook weinig meer te zoeken. Zeker omdat je ook WPF kunt gebruiken voor het ontwikkelen van Windows Applicaties.

Wat betreft Windows Phone ben ik benieuwd wat de strategie dan zal zijn? Silverlight samenvoegen met WPF? Of daar op de lange termijn ook enkel HTML5 met JS api's ondersteunen?

[Reactie gewijzigd door Rhapsody op donderdag 10 november 2011 12:35]


Volgens mij snap jij er niet zo veel van.

er staat duidelijk in dat ze stoppen met Silverlight, hoezo zouden ze dit dan in de toekomst samenvoegen met WPF?

Het mooie van HTML5 is dat het op de telefoons en desktops hetzelfde kan uitvoeren.

Er speelt al langer iets bij Microsoft m.b.t. Silverlight en WPF. Deze technologieen lijken voor een groot deel op elkaar.

Als de ontwikkeling van Silverlight op de desktop wordt gestaakt, dan kun je vraagtekens zetten bij de strategie van Microsoft op het gebied van Windows Phone, het andere vlak waar Silverlight wordt gebruikt. Gaan ze daar dan wel mee verder? Wordt het samengevoegd met (of vervangen door) WPF?

Volgens mij snap ik er meer van dan dat jij denkt :-)

precies hetzelfde vroeg ik me ook al af. Op zich lijkt het me niet onlogisch als ze Silverlight alleen op WP blijven ondersteunen. Al heb ik ook gehoord dat ze met windows 8 (of 9?) naar een meer hybride os willen waarbij dezelfde windows kernel gebruikt gaat worden op andere platformen zoals mobiele telefoons. Misschien dat ze dan gewoon WPF willen gaan gebruiken voor WP? En dan net zoals in feite Silverlight nu een subset van WPF is slechts gedeeltes van WPF ondersteunen wanneer er een WP project wordt aangemaakt?

Silverlight is in feite WPF-in-de-browser (ok, er zijn wat verschillen, maar grotendeels komt het overeen). Dat is zo goed als voorbij: exit Silverlight, alleen nog maar HTML in de browser. Maar buiten de browser, in de nieuwe Windows WinRT API, is het gewoon allemaal .NET, WPF en XAML als altijd.

Dus XAML (met alle mooie features) buiten de browser, HTML (met al zijn beperkingen) in de browser. Geen mix meer tussen de 2. En wat crossplatform development voor RIA's betreft: Microsoft steekt er geen moeite meer in. Wil je wat moois maken, schrijf maar een native app.

In feite net als op OS X/iOS, waar je alle fancy Cocoa goodies krijgt als je netjes native apps schrijft, terwijl Safari alleen maar HTML doet.

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 15:59]


Op de desktop heeft het met de ondersteunng van HTML5 ook weinig meer te zoeken. Zeker omdat je ook WPF kunt gebruiken voor het ontwikkelen van Windows Applicaties.
In tegenstelling tot Silverlight is WPF ook in principe Windows-only.

Silverlight is officiëel cross-platform, ook al ondersteunde Microsoft alleen haar eigen besturings-systemen en OS-X waardoor andere platforms afhankelijk zijn van de opensource variant, Moonlight, welke uiteraard niet anders kan als achterlopen.

Voor WPF is er in ieder geval geen alternatief op andere besturingssystemen. Hierdoor heeft WPF niets te zoeken in webapplicaties, hetgeen toch is waar je Silverlight (en Flash) nu het meeste tegenkomt.

Vooruitgang is goed, en daarom is WPF voor native Windows applicaties in principe niet verkeerd, al bemoeilijkt het wel het draaien van Windows applicaties in Wine (op Linux, FreeBSD, OpenSolaris/Illumos en OS-X) en ik heb begrepen dat het ook niet draait met Apple's Parallels Desktop). Misschien is dat ook precies wat Microsoft met deze stap beoogd.

Ik denk dat dit echt het begin van het einde is van mediaplugins als Flash en Silverlight. Nu HTML5 steeds beter ondersteund wordt lijkt het mij in 90% van alle toepassingen simpel weg onnodig om iets als Flash te gebruiken. Enkel de DRM features zouden nog een goede reden kunnen vormen om Flash of Sliverlight in te zetten. Hoewel de performance van games op dit moment in Flash wat beter is dan in Javascript, lijkt het alsof moderne browsers hier amper voor onder doen. Een voordeel is dat je HTML5 applicatie in een keer op vrijwel alle platformen werkt.

Dat begin was een tijdje geleden al gestart denk ik.

Toch vind ik het wel opvallend, daar Silverlight nog niet zo lang meedraait. Het leek, zeker in het begin, een goede concurrent te worden van Flash. De marktpenetratie verliep vrij snel, en in Nederland helemaal mede gepusht door sites als rtlgemist.nl en uitzendinggemist.nl.

Maar goed, als de noodzaak voor dit soort applicaties verdwijnt, dan sterft het vanzelf een stille dood. Ik zie er nog een aardig voordeel in: wat kleinere attack surface op je systeem, minder plug-ins te installeren en bij te werken.

[Reactie gewijzigd door Eagle Creek op donderdag 10 november 2011 12:41]


wat kleinere attack surface op je systeem
Ik weet niet of het vervangen van het (tot nu toe vrij secure) Silverlight door de aan alle kante lekke JavaScript engines van de browsers nou zo'n security voordeel is. Op die manier kan je ook roepen dat als iedereen maar stopt met Linux gebruiken, je attack surface ook kleiner wordt (immers, dan hou je alleen nog maar de lekken in Windows/OS X over).

(edit: je kan dat inderdaad wel zeggen, maar ik weet niet of de Linux community daar zo blij van wordt :) )

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 14:39]


Dat kun je inderdaad ook roepen. Als jij binnen een bedrijf 3 verschillende OS-en draait, dan verklein je het attack surface door dat terug te brengen naar 1.

Dat het niet in alle gevallen de meest ideale oplossing is, is een ander verhaal.

Nu dien je te updaten je browser, je silverlight, je java, je pdf reader, je flash, je etc.. Stel nu dat we stellen dat je pdf reader, flash en silverlight allemaal 'in' de browser komen te zitten, dan hoef je alleen nog maar je browser te updaten.

Uiteraard staat of valt de veiligheid van het systeem met de veiligheid van de browser, maar het totale oppervlak is kleiner.

ja en een spof is goed want? als ik jouw redenatie moet volgen is een zo groot mogelijke attack surface juist beter. want de kans dat alle apps lek gaan is aanzienlijk kleinder dan wanneer alleen je browser lek gaat...

is een zo groot mogelijke attack surface juist beter.
Eeh.. nee hoor. Die (onjuiste) conclusie trek jij. Ik heb het uitsluitend over attack surface.

En een SPOF heb je toch met 1 browser en 3 plug-ins. Immers: een losse flash-plugin is zonder browser ook nutteloos.

Wat het OS-gedeelte heb je mogelijk gelijk, maar ik gaf al aan dat dat specifieke voorbeeld wellicht geen ideale oplossing is.

Nou geen dingen lezen die ik niet getypt hebt he ;).

Dus dan hebben Mac en Linux gebruikers pech als te rtlXL o.i.d. willen kijken?
Nu is de software niet geweldig maar het werkt... Hopen dat er snel een vervanging voor komt dan :)

Er was geen behoefte aan, en vervanging is er dus zat. Als het zo slecht ondersteunt gaat worden zal RTL er toch ook wel mee stoppen. Probleem is voor RTL dat ze mobiele apparaten willen weren. Met HTML 5 is dat lastig.

Ooh, dit is eigenlijk toch wel een fijne stap vooruit naar HTML5. Ben juist net bezig met 'n upload tool voor foto's. Je loopt maar te kutten met Flash en javascript, en het word er niet netter op. Hopen dat er nu meer ontwikkeld gaat worden voor HTML5.

Tis aan een kant jammer (Silverlight is puur technisch waarschijnlijk het best crossplatform framework wat er is), maar de markt beweegt duidelijk de andere kant op: native applicaties zijn de toekomst. En voor websites (bewegende ads, video) is HTML5 goed genoeg. Dit is het definitieve einde van crossplatform development.

Het goede nieuws is: met al die native platforms sites die nu ondersteund moeten worden is er veel meer werk voor developers.

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 12:46]


Ik denk dat ik iets mis. Silverlight, beste crossplatform framework?
U hebt nog nooit met Silverlight op Linux gewerkt? Ahneen juist, dat gaat helemaal niet.

Ontopic. Goede beslissing. Ik denk dat het tegenvallend gebruik er ook wel mee zal te maken hebben.

moonlight laat silverligth applicaties wel draaien, zij het niet zo super, maar ja, flash is al geen haar beter.

welke silverlight apps, want die van rtlxl en van UG in ieder geval niet! dit terwijl de vroegere flash versies het wel prima deden.

Flash wordt wel door Adobe zelf ontwikkeld. Moonlight is ontwikkeld door de community. Toch wel een verschil me dunkt.

Op 32bit Linux zie je trouwens weinig problemen met Flash.

64bit werkt ook uitstekend hoor, al een hele tijd. Zelfs de eerste alpha werkte eigenlijk al beter dan de 32bit versie.

Het feit je moonlight nodig hebt is dus exact het punt dat siverlight niet crossplatform is.

Ik denk dat ik iets mis. Silverlight, beste crossplatform framework?
Daarom zeg ik ook "puur technisch". Het feit dat de open source community geen goede client heeft willen/kunnen bouwen is 1 (kleine) reden geweest dat het niet is doorgebroken. De grotere redenen zijn dat Apple het niet in iOS toe liet, en dat de andere browserbouwers het niet wilden integreren zodat SL altijd een los framework bleef itt bv JavaScript dat wel werd ingebouwd in browsers. Hun goed recht natuurlijk - als de rest van de industrie geen MS technologie wil supporten dan mag dat.

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 14:40]


64 bits zou een mooie afsluiter zijn. Nu Flash ook eindelijk officieel 64 bits is.

De release candidate is inmiddels beschikbaar in 64-bit en lijkt prima te werken. Wel een aparte installer, dus let op dat je de goede binnentrekt (of gewoon beiden).

Bedankt. Maar Uitzenddinggemist & RTLGemist doen moeilijk. :')

[Reactie gewijzigd door Splinter Cell op donderdag 10 november 2011 13:06]


Bedankt. Maar Uitzenddinggemist & RTLGemist doen moeilijk. :')
RTL zal nooit werken vanwege de DRM...
UitzendingGemist kun je ook met Flash bekijken, problem solved.

Mooi. Ik had wegens de slechte support van silverlight een nog grotere hekel daaraan dan aan flash. Silverlight werkt helemaal nergens op! Blij als we daar eindelijk van verlost zijn. Er zijn meerdere plekken waar het wordt toegepast waar ik nu dus niet bij kan. Colleges bekijken kan niet als die Silverlight hebben is een ramp als je geen mac of Windows gebruikt.

Colleges bekijken kan niet als die Silverlight hebben is een ramp als je geen mac of Windows gebruikt.
Uh, da's dus <1% van de PC's?

Ja, maar ook die mensen hebben recht op deze functies. En bij gebruik van een open standaard is er geen enkel probleem.

Silverlight *is* een open standaard. Als de Linux community geen goede client kan schrijven is het hun probleem...

Groter probleem is dat Silverlight wordt geweerd van iOS, en dat krijgt door het succes van de iPad een steeds groter marktaandeel. Dit is 1 van de redenen waarom crossplatform development (zie ook Java, Flash) onmogelijk is gemaakt, en iedereen naar het native apps model overgaat.

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 14:02]



OK, wat zijn dan de opties:
- Een Windows applicatie werkt alleen met Windows, OS X met OS X, Linux op Linux etc.
- Flash werkt overal behalve 64-bit Linux
- Java werkt op OS X, Linux en Windows
- Silverlight werkt op OS X en Windows, en via Moonlight op Linux.
- HTML5 werkt niet op oude browsers (IE6/7, Firefox 3/4, etc). >15% van de mensen gebruikt een oudere browser, die sluit je dan buiten. Bovendien is het nog niet final, en heeft minder functionaliteit.

Tsja, wat kies je dan? Niks is ideaal, dus kies je maar een platform waarmee je bijna iedereen kan bereiken. Java dus :)

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 18:04]


- Flash werkt overal behalve 64-bit Linux
Niet waar...
- Silverlight werkt op OS X en Windows, en via Moonlight op Linux.
Moonlight loopt altijd een versie achter, dus geen volwaardige tegenhanger.
En op die ene site waar je hem voor nodig hebt (RTL) werkt het sowieso niet vanwege DRM.
Op UitzendingGemist is het geen probleem, daar kun je ook kiezen voor Flash.
Verder kom je Silverlight-only sites in het wild gelukkig nauwelijks tegen.

Ook niet onbelangrijk: Moonlight heeft Mono nodig en dat heeft een onzekere toekomst sinds Novell zo ongeveer alle Mono developers op straat heeft gezet.
Maar net als met Silverlight geldt dat je Mono eigenlijk niet nodig hebt. Evolution, Banshee, Tomboy zijn zo de namen van bekende applicaties die Mono gebruiken, maar daar heb je goede alternatieven voor. Ik heb Mono niet eens op mijn systeem staan en mis het nooit.

Flash en Moonlight *zijn* ook niet best op Linux (en dat ligt naast MS/Adobe ook aan de community). Daarom zeg ik ook: Java :)

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 23:43]


Hoezo hebben ze daar recht op? Welk recht hebben we het hier over?

colleges? studie dus waar je flink wat geld voor betaald

Dat is dan dus juist een schande dat de Linux community nog geen fatsoenlijke client heeft kunnen schrijven voor zo'n open standaard.

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 15:14]


Ik weet niet waar je het allemaal over hebt, maar ik heb nooit problemen gehad met Silverlight op welk systeem dan ook, ongeacht het platform.

Erg vervelend voor je dat jij andere ervaringen hebt, maar om het hele product Silverlight dan maar af te branden gaat nergens over.

Ik weet niet waar je het allemaal over hebt, maar ik heb nooit problemen gehad met Silverlight op welk systeem dan ook, ongeacht het platform.
Mwoah, problemen... Alleen dat mijn CPU gebruik naar de 100% knalt op mijn iMac.
Windows in een VMWare window draaien op de Mac is processorvriendlijker ;)

Silverlight werkt gewoonweg niet op Linux, dus dat kan niet dat je er geen problemen mee gehad hebt.

Je zou Moonlight kunnen gebruikt hebben (wat helemaal geen Silverlight is.), en dat werkt ook maar brak.

Als je Moonlight niet goed vindt, dan moet je niet klagen maar helpen met coden. Het is een open source project van vrijwilligers...

[Reactie gewijzigd door Dreamvoid op donderdag 10 november 2011 14:45]


Als MS serieus een succes van Silverlight had willen maken, dan hadden ze het open-source moeten maken. Dan trek je ook meteen ontwikkelaars naar WPF wat goed zou zijn voor het Windows desktop platform.

Dat heeft nooit echt gewerkt, Silverlight is altijd door iedereen in de industrie als Microsoft technologie gezien, een trojaans paard, een manier om mensen naar Windows te trekken. Bijna niemand in de Linux of Mac wereld is ooit enthousiast geweest over SL. Kijk ook maar naar Sun's Java of Nokia's Qt - open source, maar als client platform ook geen succes geworden.

Ik klaag niet over Moonlight. Ik zeg gewoon dat Silverlight brak is, omdat het niet crossplatform is.

Wat die mannen van Moonlight doen, mooi, maar het is Silverlight niet, in een goed geval zou Moonlight nooit moeten bestaan...
«  1  2  3  4  »

Op dit item kan niet meer gereageerd worden.

Volgende 12:33 Klanten T-Mobile verbruiken 160TB aan data per week
Vorige 12:01 'Asus en Acer schroeven ultrabook-productie terug met 40 procent'
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011