Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 58 reacties
Submitter: T-Junkie

Microsoft heeft bekendgemaakt dat Silverlight 1.0 beschikbaar is voor Mac OS X en Windows-systemen. Daarnaast kondigde het softwarebedrijf ook aan dat een overeenkomst met Novell is bereikt voor de verspreiding van Silverlight voor Linux.

Microsoft zal de Silverlight Media Codecs voor Linux aan Novell leveren, waarna de Linux-vendor zal instaan voor de ontwikkeling van een Silverlight-runtime voor het opensourcebesturingssysteem. Deze runtime zal onder de naam Moonlight door het leven gaan en moet niet alleen op Suse gaan draaien, maar wordt compatibel met alle Linux-distro's. Bovendien zal Moonlight volgens Microsoft binnen Firefox, Konqueror en Opera kunnen draaien, al zal volgens de hoofdontwikkelaar ervan eerst aan Firefox-ondersteuning gewerkt worden, om later de andere browsers te gaan ondersteunen.

Moonlight zal zowel het Javascript-programmeermodel van Silverlight 1.0 ondersteunen als het volledige .Net-framework dat met Silverlight 1.1 gelanceerd zal worden. Slechts 21 dagen nadat een eerste testversie van Silverlight online gezet werd, kondigde het Mono-team al aan een volledig functionele Linux-port van de tool ontwikkeld te hebben. Toch zal Moonlight vermoedelijk met open armen ontvangen worden, de ontwikkelaars nu op ondersteuning van Microsoft kunnen rekenen in plaats van alle functies te moeten reverse-engineeren.

Silverlight op Linux

Silverlight 1.0 is inmiddels online gezet voor Windows- en Mac-systemen. De tool biedt ingebouwde ondersteuning voor de VC-1- en WMV-codecs en is in staat mp3's en wma-bestanden binnen de browser af te spelen. Mediabestanden kunnen van elke server binnengetrokken worden - ook indien deze voorzien is van Apache - maar voor IIS 7.0 zal een 'media pack' beschikbaar gesteld worden dat geavanceerdere mogelijkheden biedt voor bandwidth throttling.

Om Silverlight-media te produceren is Expression Encoder 1.0 beschikbaar gesteld. Met deze tool is het mogelijk verschillende mediabestanden - waaronder quicktime-, wmv- en avi-bestanden - te importeren en deze in een Silverlight-mediabestand te verweven. Bovendien kunnen met Expression Encoder watermerken toegevoegd worden en trailers en advertenties geïmporteerd worden.

Lees meer over

Moderatie-faq Wijzig weergave

Reacties (58)

Wat ik me afvraag is, of er ook wmv codecs op de linux machine aanwezig moeten zijn voor het gebruik van Silverlight (met wmv filmpje). En of deze dan evt vrij te verkrijgen zijn.
Microsoft will make the codecs for video and audio available to users of Moonlight from their web site. The codecs will be binary codecs, and they will only be licensed for use with Moonlight on a web browser (sorry, those are the rules for the Media codecs[1]).
http://tirania.org/blog/archive/2007/Sep-05.html
Heel jammer. Hiermee is dus duidelijk dat MS het niet toestaat WMV's op linux af te spelen en dat ze dus de compatibiliteit bewust tegenwerken (tenzij het in hun voordeel werkt zoals met silverlight.)
Tja, ze hebben het niet voor niets windows media video genoemd. Wat had je verwacht? Ik vind het eigenlijk best een mooi gebaar dat ze het wel beschikbaar maken voor moonlight.
Een mooi gebaar zou zijn om het gewoon volledig vrij te geven. Wat ze nu doen is het minimale wat nodig is om Silverlight op Linux te laten draaien. En dat moeten ze wel, omdat ze graag willen concurreren met Adobe's Flex. Maar een mooi gebaar is het allerminst.
[sarcasme]

Ja, MS is tegen de hele linux wereld! Ze geven ons helemaal geen kans!

[/sarcasme]

... Daarom brengen ze ook Silverlight uit voor de Mac en Linux... ze hadden het ook niet hoeven doen hoor (als je dan toch iemand wilt dwarszitten, lijkt me dat toch een stuk efficienter).

En waarom zouden ze eigenlijk volledig meewerken? Dan krijg je lijkt me toch een geval van tegenstrijdige belangen omdat ze zelf een concurrerend OS ontwikkelen. Ik vind dat MS eigenlijk al best veel platforms ondersteunen middels silverlight.
De enige reden waarom Silverlight alle (populaire) OS'en ondersteunt is omdat het anders geen sirieuze concurrent van Flash zou zijn, want die ondersteunt ze ook gewoon allemaal, dus zouden mensen hun dingen eerder in Flash dan in Silverlight maken.

Over het maken van Silverlight animaties gesproken, is hier al software beschikbaar voor?
@Fuzzylogic66:

jup de MS Expression reeks en je kan het ook nog zelf mbv XAML doen :)

[Reactie gewijzigd door Laurens-R op 5 september 2007 16:53]

Dus een "browser" plug-in voor je mediaspeler mag ook?
nee microsoft sluit je op in een kamer net zo lang todat je windows koopt, of een hele dure licentie neemt op het WMV formaat ;)

of hameren je op het hoofd met patenten issues, die sowieso niet geldig zijn binnen de EU.

[Reactie gewijzigd door stewie op 5 september 2007 19:33]

Duidelijk, Silverlight is dus gewoon weer een wapen in de strijd om de codecs. Quicktime bestanden kunnen geïmporteerd worden, maar zullen omgezet worden naar de MS codecs VC-1 of WMV.
Duidelijk, Silverlight is dus gewoon weer een wapen in de strijd om de codecs. Quicktime bestanden kunnen geïmporteerd worden, maar zullen omgezet worden naar de MS codecs VC-1 of WMV.
Verdiep je eerst even in de mogelijkheden van silverlight voordat je dit soort uitspraken doet.

Het idee is dat je in visual studio kunt programeren met de standaard libraries (een subset, maar toch) Hierdoor is er nauwelijks verschil tussen het programeren van een PDA-applicatie, windows applicatie, website, of client-side web-component. Daarnaast kun je via de Team Foundation Server infrastructuur in je projecten samenwerken met grafisch designers die hun eigen pakket hebben los van visual studio.

Ja je kunt filmpjes met codecs opnemen in silverlight, maar dat is gewoon maar 1 van de honderden objecten waar je tegenaan kunt programeren.

Het is gewoon een noob uitspraak om te zeggen dat Silverlight alleen maar is gemaakt om MS codes te promoten.

[Reactie gewijzigd door EthirNandor3 op 5 september 2007 12:04]

Ik heb me allang verdiept in de mogelijkheden. Ik programmeer zelf ook dagelijks in Visual Studio. (Helaas). En ik begrijp ook de Work-Flow optimalisatie. Designers worden steeds belangrijker voor applicaties en dit moet los kunnen staan van de code. Vandaar ook MVC.

Begrijp me niet verkeerd, maar de ontwikkeltools die jij nu beschrijft zijn Windows only en de ontwikkelomgeving is een duur plaatje bij MS. Ieder ander bedrijf is blij als er mensen zijn die software willen ontwikkelen voor hun platform, MS dwingt hun developers veel te betalen.

De onwikkeltools van Sun zijn gratis, evenals die van Apple. Visual Source(Un)Safe is echt triest. Zelfs bij de MSDN raadt MS je aan om Team Server te gebruiken. Maar TeamServer is nogal prijzig en kost je ook nog eens een Windows 2003 licentie. SVN is gratis, maar werkt totaal niet lekker samen met Visual Studio, want dat is niet in MS haar belang. Visual Studio is erg duur , vergeleken met bijvoorbeeld XCode. Tevens vind ik VS2005 erg buggy en bovenal traag.

In potentie vind ik Silverlight hartstikke mooi, maar de insteek van upselling van MS bevalt me gewoon niet en de vendor lock-in is ook alles behalve prettig.
Als je voor niet-commerciele doelen ontwikkelt kunt je altijd de Express versies gebruiken. Ontwikkel je commercieel, dan is het niet meer dan redelijk dat een ontwikkelaar van een IDE daar ook geld voor wil vangen, net zoals jij daar dan geld voor ontvangt.

En hoezo vendor lock-in? De situatie eerst was dat je alleen de keuze had voor Flash. Nu heb je dadelijk dus ook nog eens keuze uit Silverlight en JavaFX. Dat valt niet onder het kopje vendor lock-in.

[Reactie gewijzigd door sonix666 op 5 september 2007 20:41]

Ik moet nu op school als project een limonade bekers vulstation met robot arm en lopende band programmeren in C#. Visual Studio 2005 enzo. Echt brakke zooi. Die compiler is zo gebugged als maar kan: Declareer je een variablele en twee regels later zegt de compiler dat die variablele niet bestaat :S
En als je dan achter die declaratie gelijk een waarde toekent ( 0 bijvoorbeeld) dan werkt het ineens wel... en dat is de ene keer wel het geval en de andere keer werkt het ineens ook zonder directe waarde toekenning achter de initializatie.. weird stuff. Doe mij maar gcc.

Als SilverLight van hetzelfde caliber is dan is de heksentoer van Microsoft alleen goed geweest om Adoble wakker te schudden :P
Ten eerste: http://msdn2.microsoft.com/en-us/express/default.aspx Gratis
Ten tweede: het ontwikkelen voor het .net framework hoef je niet met Visual Studio IDE te doen. Er zijn genoeg alternatieven, ook gratis varianten (ik noem een SharpDevelop).

Dus wat is je punt nou?
Waarom denk je dan dat MS Silverlight heeft gemaakt?
Je zegt nu alleen maar hoe fijn het is om in te programmeren. Dat is geen reden.
Dat is toevallig voor veel bedrijven juist DE reden. Hoe productiever je ontwikkelteam kan zijn, hoe meer geld je bespaart.
Tsja en nu zijn de flashers vaak halve designers...en die gaan allemaal .NET leren nu ineens ? Ik ga mijn designers daar niet mee lastig vallen...voorlopig wordt het grootste deel van de webontwikkeling nog zonder flash gedaan en die stukken waar we wel flash voor gebruiken voldoet het uitstekend. Microsoft zoekt het maar fijn uit met silverlight...
Quicktime is geen codec, het is Apple's media framework (net als bv Windows Media Foundation of GStreamer). Je bedoeld ws de strijd tussen WMA/WMA Pro versus AAC/HE-AAC en WMV/VC-1 versus H.264.

Het is trouwens grappig dat de ontwikkeling van Flash in een enorme stroomversnelling gekomen is sinds Silverlight aangekondigd is, met de recente toevoeging van H.264 en HE-AAC aan Flash als voorbeeld. Concurrentie werkt nog steeds. Dus zelfs al flopt Silverlight genadeloos, hebben we er toch nog wat goeds aan overgehouden.

[Reactie gewijzigd door Dreamvoid op 5 september 2007 11:57]

er is wel degelijk ook een strijd tussen de containerformaten windows video en mpeg4/quicktime
zeker, bovendien heeft Sun ook niet stilgezeten: http://java.sun.com/javafx/
Dit is wel écht een voorbeeld van achterna hollen maar imho heeft Sun de laatste jaren niets anders gedaan.
En voor we in discussie gaan: ik heb het over de reeks 'nieuwigheden' in Java 5: enums, een volwaardige for-loop, etc. die met enorme moeite maar half zoveel mogelijkheden bieden als in andere talen. (and why is that? Omdat de Java core niet meer meewilt )
Wat dus maar weer aangeeft dat concurrentie goed is voor ontwikkeling.
De enige manier om ontwikkeling bij commercieele bedrijven te stimuleren lijkt te zijn omdat mensen anders naar een andere technologie of concurrent stappen.
Adobe krijgt concurrentie op flash gebied en gaat dus meer doen.
Hopenlijk wordt er ook steeds minder een MS monocultuur gecreeert zodat MS harder gaat werken om hun windows op orde te krijgen.
"Moonlight zal zowel het Javascript-programmeermodel van Silverlight 1.0 ondersteunen als het volledige .Net-framework dat met Silverlight 1.1 gelanceerd zal worden."

Komt het .NET framework naar Linux of wat? Kan niet goed volgens, zou tevens wel handig zijn, al mijn apps die ik schrijf dat op linux draaien zonder mono
Silverlight 1.1 bevat een subset van het .NET (3.5) platform. Deze subset is enkel te gebruiken door Silverlight applicaties, hij is gemaakt als integraal onderdeel van de Silverlight runtime.
Hoe Moonlight (de Linux versie van Silverlight) dit precies doet is me nog niet geheel duidelijk. Zij baseren zich namelijk op de Mono runtime (opensource implementatie van .NET), en hebben misschien niet de behoefte om er een subset speciaal voor Moonlight van te maken. Het zou dus zomaar kunnen dat de .NET runtime van Moonlight uitgebreider is, maar gebruik daarvan zou dan wel compatibiliteit breken met de MS versie van Silverlight.
De voorbeelden die ik tot nu toe online zag, gaven een commandline optie mee aan de mono compiler om Silverlight te targetten.

Als je dan buiten de subset treedt treedt er ongetwijfeld een compileerfout op waardoor je toch compatible blijft.
Er is een linker ontwikkeld die van de volledige Mono codebase een subset kan extraheren:
http://tirania.org/blog/archive/2007/Aug-11-1.html
mono is .net voor linux,
als je in mono ontwikkeld kun je er vrij zeker van zijn dat je .net apps voor windows,linux en mac netjes werken.
Kleine correctie, het Mono team bij Novell is al langer bezig met het ontwikkeling van Silverlight ondersteuning, maar ontving tot nu toe geen enkele steun...

met deze overeenjkomst biedt MS hen (eindelijk) toegang tot de testsuites van Silverlight en inzicht in de gehele documentatie inclusief een gedeelte dat nog niet gepubliceerd is...
tevens geeft het een licentie voor het gebruik van de VC-1 en WMV codec enkel binnen silverlight-toepassingen op webbasis.

het is een zeer positieve stap, maar natuurlijk nog zeer terughoudend.... zeker terwijl het vor MS eigenlijk een belangrijk selling-point is, als ze van Silverlight werkelijk een breed toegepaste techniek willen maken komen ze niet onder volledige cross-platform mogelijkheden uit
Zeker wel kreeg het team steun van Microsoft. De hele aanleiding om Moonlight te maken was een Microsoft conferentie in Parijs: http://tirania.org/blog/archive/2007/Jun-21.html.

Bovendien hebben ze uitgebreid met Scott Guthrie over het ontwerp kunnen praten(http://tirania.org/blog/archive/2007/May-22.html): "They were also kind enough to explain to me some of the technicalities about the Silverlight implementation. "
Scott Guthrie is een toffe peer.

Ik ben 3x naar een lezing van die man geweest en heb de eer gehad nog even kort persoonlijk met hem te babbelen.

Hij staat open voor alle leuke en interessante technieken, ongeacht het platform. Die man heeft gewoon een passie voor techniek en is daar heel open in :)
Ik heb zo'n idee dat het Mono team vooral steun kreeg nadat de deal met Novell beklonken was.
Nee, MS gaf/geeft officieel voor sommige zaken geen ondersteuning en nu voor Moonlight dus wel.

Maar programmeurs praten toch wel met elkaar. Mensen van MONO spraken altijd al met de MS mensen en andersom. En dit is niet iets nieuws ofzo. Miguel de Icaza heeft zelf ook aangeven op de Brainshare van 2 jaar terug dat ze zo een beetje alles wat ze wilde weten aangeleverd kregen zodra MS zelf met de bewuste code klaar was. En toen waren er echt nog geen 'officiële' afspraken tussen Novell en MS.

Ga er maar vanuit dat dit bij vele bedrijven zo gaat.
die deal was al eerder rond voordat ze uberhaupt met silverlight begonnen waren
Ja maar er zit dus een verschil in steun, eerst kregen ze een soort informele steun middels gesprekken met Scott enzo. Nu er een deal is hebben ze ook formele steun middels uitgebreide documentatie en testsuites, Microsoft geeft dus kennis weg waar mono anders hard voor had moeten werken.
Een zeer slimme zet van Microsoft. Een webdesigner die zijn mediasite compatibel wil maken met zoveel mogelijk platformen zal nu veel sneller op silverlight overschakelen dan een flash-oplossing te gebruiken.

Ging er trouwens ook geen video functionaliteit voorzien worden in de volgende HTML standaard? Die ging initiatieven zoals silverlight video en flash video overbodig maken.
In HTML5 worden inderdaad de video en audio elementen gespecificeerd, waarbij voor het video element zelfs aangegeven wordt welke (open) codecs er door de browser minimaal ondersteund moeten worden.

Ik heb een video van een demo gezien van de video-feature in combinatie met diverse SVG features, deze is hier terug te vinden...

Voor het op een website zetten van video lijkt mijns inziens het HTML5 video-element de beste oplossing te zijn - het is echt open en cross-platform, wat wil je nog meer?
Het zal misschien de beste oplossing worden. Bestaande browsers hebben er niets aan, in tegenstelling tot Flash/Silverlight, en gebruikers zijn notoir lui met upgraden (en geef ze eens ongelijk). Zonder cynisch te willen overkomen zou ik verder durven te beweren dat goede ondersteuning in IE wel aardig lang op zich zal laten wachten...
Laten we ook hopen dat dit Adobe er toe beweegt om er sneller voor te zorgen dat nieuwe functionaliteit van Flash ook op Linux werkt.
Laten we hopen dat Moonlight wel te compileren is op niet-x86 systemen. Vectorgebaseerde formaten zijn juist erg prettig op high-resolution PDAs.

Ben bang dat de media codecs alleen zullen werken op x86, dat zou al jammer zijn, maar nog jammerder als ook alle andere dingen niet zouden werken.
Hoogstwaarschijnlijk wel, aangezien het binary codecs zijn. Maar goed, de opensource community zal sowiso (op de lange termijn) wel een eigen codec ontwikkelen, want tja, je hebt (soms dus gelukkig) altijd van die mensen die alles GPL willen...

Aan de andere kant: wanneer Microsoft de binaries levert, kan het ook zijn dat ze binary drivers leveren voor meerde platformen (XScale lijkt me sterk), want er zijn toch zeker ook wel een aantal linuxgebruikers op non-X86 systemen (PowerPC)... Wanneer Microsoft echt ondersteuning geeft lijkt het me logisch dat ze binary codecs releasen voor op zn minst de 2 grootste desktop-platforms (x86 en PPC dus).
Ik denk dat de grootste 2 desktop-platforms toch wel x86 en x86-64 zijn. Daar zie je meteen al het probleem: PPC valt dan buiten de boot. Je kan met binaries nooit genoeg platformen ondersteunen.
Hopen dat ze media codecs ook in 64 bit smaakjes beschikbaar maken.
Dat is het enige gemis aan flash op het moment.

Waarom er verder een losse codec nodig is voor wat in weze prima mogelijk is met pure javascript + svg en de bestaande media player opties binnen html is me nog steeds niet duidelijk. Een JIT javascript en svg compiler kan toch ook gewoon de plain-text javascript en svg lezen om deze sneller af te kunnen spelen?

Voordat SYQ weer begint te jammeren dat ik hem irriteer, MS, hulde dat ze meewerken, MS+Adobe, waarom een losse codec/plugin voor iets wat ook zonder zou kunnen en met open standaarden als svg+javascript+xml

[Reactie gewijzigd door killercow op 5 september 2007 11:42]

"Kleine correctie, het Mono team bij Novell is al langer bezig met het ontwikkeling van Silverlight ondersteuning, maar ontving tot nu toe geen enkele steun..."

Als we dan toch aan het corrigeren zijn, maak er dan van: Kleine correctie, het Mono team bij Novell is al langer bezig met het ontwikkeling van Silverlight ondersteuning, maar ontving tot nu toe geen officiele steun...

Verschillende personen bij microsoft waren officieus al eerder behulpzaam.

edit WTF: dit was dus een reactie op RM-rf!

Om er maar meteen iets nuttigs van te maken: In eerste instantie komen de codecs er voor intel 32 en 64 bits architecturen. Misschien volgen andere architecturen later.

[Reactie gewijzigd door Omega Supreme op 5 september 2007 11:59]

Ik heb vandaag hier op SVG Open (Tokyo, Japan) een aantal hele mooie presentaties gezien.
Vooral de presentatie van Opera was fantastisch: video, SVG, HTML, CSS, audio werden heel rijk met elkaar gemixt en het liep nog vloeiend ook. Waarom dan je branden aan zoiets gesloten van een bedrijf dat z'n beloften nooit waarmaakt?
Mooier had je het niet kunnen zeggen Priem !!!
Naast geld verdienen in de IT sector bestaat er ook nog zoiets als principes...en mijn principe is niet werken met bedrijven die de boel continu belazeren...
Helaas komen principes in de IT wereld behoorlijk zeldzaam voor...

[Reactie gewijzigd door mxcreep op 5 september 2007 21:43]

Idealen en principes zijn sowiezo schaars in deze wereld. Mensen verloochenen maar al te vaak hun integriteit voor wat grijpstuivers.

Mocht SilverLight toch polulair worden dan wordt het voor mij toch echt mono en geen MoonLight.

Maar ach, linksom of rechtsom worden we toch wel genaaid.
ik vertik het pertinent om ook maar iets met silverlight te doen. ik hoop dat ik dit ook zo kan houden
DE CODECS MOGEN GEBRUIKT WORDEN MET MOONLIGHT, DAT IS TOCH WEL IETS. HET VORMT IN PRINCIPE OOK EEN INTERN DEEL VAN MOONLIGHT, EN DE WMV BESTANDEN ZELF ZIJN OOK EEN INTERN ONDERDEEL VAN EEN SILVERLIGHT MEDIA BESTAND. LIJKT ME NIET ERG VREEMD.

OOK IS EN BLIJFT WMV GESLOTEN. DUS FEITELIJK WIL OOK GEEN ENKELE OPENSOURCE ONTWIKKELAAR / VOORSTANDER ZE GEBRUIKEN. DAN MAAR AVI, OF QUICKTIME FILPMPJES GEBRUIKEN.

VERDER WEET JE NATUURLIJK NIET WAAROM HET GESLOTEN BLIJFT. MISSCHIEN WEL OMDAT ms GEEN ZIN HEEFT OM OOK wmv TE MNOETEN GAAN ONDERSTEUNEN VOOR ANDERE OPENSOURCE PROGRAMMA'S EN OM TE VOORKOMEN DAT ZE OOK ZO'N "...-PACK" VOOR APACHE TE ONTWIKKELLEN, ZOALS DAT OOK VOOR IIS 7.0 BESCHIKBAAR GEMAAKT ZAL WORDEN.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True