Moonlight krijgt hardwareversnelling voor Silverlight-video

Novell-ontwikkelaars die werken aan een nieuwe Moonlight-plug-in, de opensource-implementatie van Microsofts Silverlight voor het Linux-platform, werken aan een eigen render-engine om hardwarematig versnelde video mogelijk te maken.

Bij de huidige Moonlight-plug-in worden de decodering, kleurconversies en het renderen van h264-clips in X volledig softwarematig afgehandeld. Hierdoor zijn de beeldkwaliteit en de framerate van Silverlight-video's binnen Linux sterk afhankelijk van de beschikbare processorkracht en het werkgeheugen.

Door de gpu te benutten pogen de Moonlight-ontwikkelaars bij Novell de voordelen van hardwarematige videoverwerking te verzilveren. Het decoderen van h264-video's zou nog steeds door de processor moeten worden afgehandeld, maar het Moonlight-team zou er desondanks in geslaagd zijn om in de laatste builds alle vervolgstappen naar de gpu te sturen. Dat geldt bijvoorbeeld voor het schalen van beeld en voor de kleurverwerking. Hierbij wordt gebruikgemaakt van OpenGL om zo de shaders in de grafische processorkern aan het werk te zetten.

Het Moonlight-team stelt logischerwijs dat in Silverlight verpakte video's soepeler lopen door het toepassen van hardwarematige versnelling, zo meldt Phoronix. Zelfs 1080p-clips zouden niet meer stotteren. Desondanks maakt Moonlight, in tegenstelling tot bijvoorbeeld Flash of de Silverlight-plug-in voor Windows, nog geen gebruik van merkgebonden api's, zoals vdpau van Nvidia.

Reacties (49)

[Emielio]

Laten we maar gewoon hopen dat moonlight en flash langzaam maar zeker uitgefaseerd worden door html5 videoformaten zoals webm.

[SuperDre]

uhh, wat heeft moonlight/silverlight/flash te maken met html5 videoformaten. met die opmerking laat je dus weten dat je geen idee hebt wat silverlight/flash nu werkelijk zijn..

[siepeltjuh]

Silverlight en Flash worden in 80% van de gevallen uitsluitend gebruikt als videocontainer.

Sites die daadwerkelijk flash/silverlight gebruiken als GUI zijn er bijna niet. Met HTML5 (canvas enz) en css3d worden dergelijke plugins steeds meer overbodig. Emielvenlo heeft daarmee wel een punt.

[awulms]

Sterker nog. Het belangrijkste gebruik van flash is niet eens flash video maar het misbruik van de flashstorage optie door advertentie netwerken om respawning tracking cookies te maken. Er is dan zelfs geen flash animatie zichtbaar of wat dan ook. Er wordt alleen op de achtergrond een flashobject uitgevoerd om een flashcookie te zetten en als het flashcookie al bestaat om dan het browser cookie van de adverteerder te herstellen...

[Reactie gewijzigd door awulms op 27 juli 2024 09:04]

[Emielio]

Superdre,
Dat is een foutieve conclusie van jou. Waarop baseer jij het deit dat ik dat niet zou weten. Het enige dat ik doe is mij in mijn post beperken tot de voor mij relevante aspecten.
Uiteraard weet ik dat je er meer mee kan. Maar op dit moment in de praktijk, zie ik qua silverlight/moonlight alleen nog maar videotoepassingen. Er zullen best andere toepassingen in gebruik zijn, maar dit is zo sporadisch dat ik ze nagenoeg niet zie.
Flash is natuurlijk wat wijdverbreider, dus daar zie je op dit moment dat er naast video meer gebruik van word gemaakt, zoals bij analytics, reclame enzo.

Als html5 doorbreekt en alle videosites overgaan, is het enige waar ik flash nog voor nodig zou hebben analytics.

[kozue]

En juist die analytics is voor mij een reden om flash in te perken en het alleen toe te staan op sites waar ik zelf toestemming voor geef. Ik heb geen behoefte aan big brothers op websiites die mijn surfgedrag opslaan. Op het moment weet ik maar 3 toepassingen waar Flash voor wordt gebruikt, op de enkele designersite na, en dat zijn video, games en reclame/tracking. Video's zie ik het liefst zsm overgaan op WebM en HTML5, Webgames speel ik nauwelijks en reclame ben ik liever kwijt dan rijk. Oftewel als video voortaan allemaal via HTML5 gaat pleur ik die flash plugin weg.

[MysterX]

Ondanks alles is het een goede vooruitgang!
Merk nu op langzamere laptop waar ik Ubuntu op draai dat het niet altijd even lekker werkt.

[codebeat]

Silverlight? Nooit van gehoord ..... of is het juist dat ik er niets van wil weten?

[_Thanatos_]

Een frameworkje dat op Flash probeert te lijken, maar doordat "cross-platform" betekent "het werkt op alle Windowsen na 2000 op een zeer select groepje browsers, en op één browser op een Mac" slaat het niet zo aan.

[Hack_The_Planet]

Vele hebben het draaien op hun Mac voor hun meiske die RTL uitzending gemist wil kijken! Het zuigt aan alle kanten!!
Gewoon html5 zonder addon software maar default players gebruiken. Of desnoods opensource vlc!!

[_Thanatos_]

HTML5 is helaas ook nog niet zo "gewoon"... zeker video en audio zijn momnteel nogal, uhm, veranderlijk. De ene keer is dit het beste en de andere keer dat. En HTML5 video is absoluut niet cross-platform.

VLC moet je los installeren en heeft een plugin voor een paar browsers, maar ook weer niet alle. Plus dat het een draak van een applicatie is, zeker voor leken.

[Reactie gewijzigd door _Thanatos_ op 27 juli 2024 09:04]

[kozue]

Video is per definitie cross-platform. Het is niet gebonden aan 1 specifiek softwarepakket. Alle systemen die een implementatie hebben van de codec kunnen het afspelen. HTML5 video is nu nog afhankelijk van de goodwill van browsermakers om 1 gezamenlijke codec te gaan ondersteunen, want MS is anti-opensource (theora) en Mozilla is anti-licentiekosten (H264). Maar met een beetje geluk gaat WebM het formaat worden dat alle browsers samenbrengt.
Wat ik alleen niet snap, is dat Mozilla niet gewoon H264 decoding aan 3rd parties overlaat. Zorg ervoor dat gebruikers een plugin kunnen installeren, of gebruikt een aanwezige libx264 indien die gedetecteerd wordt. Zo moeilijk kan dat niet wezen.

[_Thanatos_]

Het is dus puur theoretisch dat je overal HTML5-video kan gebruiken. Maar in praktijk zijn de theorie en de praktijk niet hetzelfde.

Video *an sich* is natuurlijk cross-platform, *mits* iedere van de platformen dan ook de video en audio kan decoderen. En daar ligt nou juist het probleem.

[ODF]

Nu nog ondersteuning voor - helaas is het niet anders - DRM in Moonlight.

[_Thanatos_]

Waarom? DRM moet juist uitgeroeid worden.

[haling]

Ik heb Silverlight (en dus ook Moonlight) nog steeds kunnen omzeilen en semi-GPU versnelling gaat daar geen verandering in brengen.

Ik tolereer Flash, en daar hou ik het bij.

[Caelorum]

Jammer want juist moonlight draait onder linux veel beter dan de brakke flash player.

[goeroeboeroe]

Bij mij is het precies omgekeerd. Ik heb Moonlight tig keer geprobeerd. Was goed geïnstalleed, want op testsites werkte het. Maar op elke 'echte' site met Silverlight crashte Firefox. Wat het normaal genomen nooit doet.
Komt er bij mij niet meer op, die rotzooi.
Ik kan me niet aan de indruk onttrekken, dat dat hele Moonlight er alleen maar op is gericht een of andere monopolie-klacht tegen Microsoft te voorkomen: het werkt zelfs op Linux, dus niets geen monopolie.

[84hannes]

Ik kan me niet aan de indruk onttrekken, dat dat hele Moonlight er alleen maar op is gericht een of andere monopolie-klacht tegen Microsoft te voorkomen: het werkt zelfs op Linux, dus niets geen monopolie.

+1 hier, in de praktijk heb ik nog nooit succesvol een Silverlight app onder Linux kunnen gebruiken.

[Anoniem: 63628]

Crashte firefox... ja maar dat zit 'm niet in moonlight, ik bedoel, komop, wanneer crasht firefox niet met het gebruik van plugins? Dat is onder windows al een probleem met sommige flash/silverlight animaties. Laat staan Linux. Een goede browser met webkit zou geen kwaad kunnen.

[Erik]

Nee hoor, ik heb ook onder google chrome nog geen succesvolle silverlight app weten te gebruiken. Waardeloos.

[goeroeboeroe]

Ik weet natuurlijk niet hoe 't bij jou zit, maar bij mij crasht Firefox gewoon nooit. (Dat gebeurt echt alleen maar als ik die bagger van Moonlight erin stop). Terwijl ik zo'n 40 extensies heb en regelmatig enkele honderden tabs open heb.
Ook met flash geen enkel probleem. Hoewel dar waarschijnlijk wel meespeelt dat ik vrijwel alle reclame blokkeer.

[kozue]

Firefox crasht onder Windows omdat het Windows is. Alles op Windows crasht altijd. Ik heb Firefox onder Linux al jaren niet meer zien crashen. Zelfs de alpha van versie 4 die ik onder OS X had draaien crashte niet. In tegenstelling tot Internet Exploiter, wat heb ik daar slechte herinneringen aan uit de tijd dat ik nog Windows gebruikte...
Wat ik Firefox wel heb zien doen was vastlopen met 100% cpu gebruik terwijl ik iets met Moonlight aan het testen was. Zie je t verband? Moonlight... 100% cpu... vastlopen...

[kozue]

Wat heb jij dan gedaan om het goed te laten werken? Ik heb echt geen trage computer ofzo, maar ik heb het nog nooit meer dan een paar frames per seconde zien produceren, terwijl het 100% van 1 core op staat te vreten. Ik heb altijd de laatste versie gepakt als ik weer eens iets uit wilde testen, en heb er echt niks raars mee gedaan, gewoon geïnstalleerd zonder geconfigureer.
Dat Moonlight is echt te traag voor woorden, en ik snap niet hoe *iemand* kan zeggen dat het beter werkt dan Flash. Ik vind Flash en Moonlight allebei troep, maar Flash werkt tenminste nog een beetje acceptabel. Alleen 1080p video kan ik vergeten, maar 720p en 1080p zit toch niet zo veel verschil tussen met de kwaliteit die je op videosites tegenkomt...

[Superstoned]

Niet dat moonlight werkt ofzo, de enige pagina waar ik het nodig heb (uitzendinggemist) - daar werkt het niet

[Anoniem: 132566]

Nice! Nu een proggie om goed te capturen...drm is alleen voor Windows he, Linux gewoon open-source, laten we dit zo houden.

[Erik]

Nee hoor. Als ik mét DRM video's kan bekijken op mijn linuxmachine dan kom maar op met dat DRM. Beter een DRM'ed video dan geen video wat mij betreft.

[haling]

Beter een DRM'ed video dan geen video wat mij betreft.

Inderdaad, beter een onderdrukte vrouw dan geen vrouw! Vrijheid wordt overschat...

[Anoniem: 377060]

Ben blij met Moonlight alleen jammer dat sites als Eredivisie Live alleen Silverlight in combinatie met DRM ondersteunen. Tenminste zo komt er over want helaas werkt deze niet onder Linux. Valt me wel op dat het allemaal media bedrijven doe op één of andere wijze iets gebruiken waarbij ze Linux gebruikers buiten spel zetten. Hopelijk brengt de toekomst verbetering

[RielN]

Linux moet die DRM ondersteunen. Dan komt die content vanzelf wel.
Dat is mijns inziens de enige reden.

[_JGC_]

Punt is dat het geen zin heeft om dat voor linux te bouwen. De bedoeling van DRM is dat het hele pad van contentleverancier tot aan je beeldscherm toe beveiligd is. Dan kan je DRM in Moonlight bakken, maar zodra het van Moonlight naar je videodriver gaat kan je er iets tussenhangen wat de hele boel gaat capturen.

[SuperDre]

tja, maar dat zou bij windows ook niet anders zijn hoor...

[_Thanatos_]

Maar Windows is closed-source, dus kan MS met videokaartbakkers ervoor zorgen dat het pad van de video totaan de pixels op je beeldscherm tot op de tanden encrypted zijn.

Het zal toch es gebeuren zeg, dat iemand ZICHZELF gaat afluisteren. Wat een wereld.

[kozue]

En daarom werkt DRM totaal niet. Het hele idee is al debiel. Ze zetten er een slot op, maar aangezien het af te spelen moet zijn (anders heeft niemand er wat aan) moeten ze ook de sleutel afgeven. Kwestie van tijd voordat iemand uitvind hoe ze die sleutel in het slot moeten krijgen

[neeroeter]

Er is natuurlijk wel een discussie te voeren of drm icm linux uberhaupt kan. Open vs. heel erg gesloten, dat wrikt wel wat toch?
Maar alla, als je op je ubuntubak gewoon ff eredivisie of rtl4 wil kijken, moet dat natuurlijk gewoon kunnen. Is er intussen niks te regelen via een android app oid? Dat moet er natuurlijk wel gewoon komen, dat zijn heel veel gebruikers....

[Dreeke fixed]

Goed idee, maar misschien kan een slimmerik ook de iOS app van uitzendinggemist eens uitpluizen, deze stream is HTML5 als ik me goed heb laten informeren. En HTML5 wordt al door verschillende browsers in Linux ondersteund.

[DeeD2k2]

Er is natuurlijk wel een discussie te voeren of drm icm linux uberhaupt kan. Open vs. heel erg gesloten, dat wrikt wel wat toch?

Hoezo? Denk eens aan TrueCrypt. Het resultaat van dit programma is super gesloten terwijl de code van het programma gewoon te lezen is. Open source zegt wat over het middel, niet over het doel.
Mijns inziens kan DRM en Linux dus heel goed samen, het is een kwestie van goede encryptie bedenken die zijn doel ten alle tijde waar kan maken... ook als de software ingezien kan worden.

[Remcoder]

Laat ze eerst maar eens de support voor silverlight 3 verbeteren.

Moet een silverlight 3 app gebruiken die niet werkt onder moonlight...

[ODF]

Dan zul je toch echt Windows moeten kopen en virtueel draaien, doe ik nu ook met Silverlight apps met DRM.

[Anoniem: 387064]

Hmmm ja. Ronduit belachelijk vind ik dat. Zo lang microsoft geen propere multi-platform ondersteuning biedt voor silverlight zie ik er geen heil in.

[Anoniem: 296748]

Kopen?

http://www.microsoft.com/...D0A413C8EF&displaylang=en

Gratis Windows XP/vista voor de VMware... wel even converteren ofc. Daarna de tijd disabelen/locken en je hebt gratis Windows versie!

(natuurlijk zou je eigenlijk wel moeten betalen, en keur ik piraterij sterk af *hum, hum* )

[kozue]

Of gewoon Silverlight negeren. Ik kom het eigenlijk zelden tegen. SL zit in hetzelfde bootje als Flash, wat nu met de opkomst van smartphones niet overal meer op werkt.
Enige verschil is dat Flash een grote installed base heeft, en hele volksstammen ontwikkelaars niet met iets anders kunnen werken omdat ze simpelweg niet kunnen programmeren, en daarom zal Flash nog wel een tijdje rond blijven hangen. SL daarentegen moet nu wel opboksen tegen dilemma's als "mijn app gaat niet werken op alle smartphones/tablets behalve WP7", en heeft niet de grote massa legacy-ontwikkelaars achter zich.

SL was een slecht idee en gaat toch nooit wat worden. Ik heb die moonlight plugin eerlijk gezegd nog nooit nodig gehad voor iets anders dan rondklooien met demopagina's. En als iemand toch ziek genoeg is z'n hele site ervan afhankelijk te maken, is ie mij als bezoeker kwijt, want die plugin staat bij mij standaard gedisabled omdat ie gewoon niet vooruit te branden is (en niet alleen met video). Geen enkele site is uniek, dus die paar sites zal ik niet missen.

[SuperDre]

Misschien een bugreport insturen dan van de app die niet werkt, want in principe is Moonlight al enige tijd featurecomplete voor SL3 maar nog met bugs.. Officieel is Moonlight 2 nog steeds als laatste 'stable' gereleased (welke dus SL2 volledig en al enkele features van SL3 ondersteund).
Ik lees net dat de Moonlight 4 preview versie die te downloaden is (sinds half februari) al compleet SL3 ondersteund en zelfs al een behoorlijk deel van de SL4 API.

Als jouw applicatie afhankelijk is van de PlayReady DRM dan heb je waarschijnlijk wel pech, want volgensmij zal dat nooit gaan komen...

Hmmm.. lees net wel dat een officiele losse release van Moonlight met SL3 ondersteuning niet gaat komen, de gaan verder met SL4.. De huidige previewversie is dus wel SL3 compleet.. Dat vindt ik dan wel weer een slechte zet van ze...

[Reactie gewijzigd door SuperDre op 27 juli 2024 09:04]

[Remcoder]

Mmh bedankt voor de tip. Blijkbaar werkt die dus wel met moonlight 4 preview, maar krijg ik dan een xml document error...

Ik probeer btw de recentere videocolleges van de TU/e te bekijken.

[aaahaaap]

Dan zou ik zeker klagen bij de TU, een publieke/openbare instelling zou niet alleen een proprietary standaard moeten ondersteunen.

[haling]

Wat een domme reactie. Alsof je nooit ergens ontevreden over mag zijn als je het niet zelf beter kunt.

Mag je dan ook geen bug reports insturen als je ze zelf niet kunt fixen?

[Reactie gewijzigd door haling op 27 juli 2024 09:04]

[Toontje_78]

Je zou nogal achter de feiten aan hobbelen als je steeds achter iets aan moet lopen, waar een andere route je een stuk verder brengt.

Compatibiliteit is leuk maar moet niet alle ontwikkeltijd innemen, dan is er voor de ontwikkelaars ook geen kers meer aan.

[elmuerte]

Doe het zelf eens beter voordat je gaat lopen mekkeren

En het risico lopen van aangeklaagd worden door Microsoft?
Alleen Mono/Moonlight van Novell wordt door Microsoft geaccepteerd