Het gevecht om de desktop heeft een ‘blind spot’
2 February 2009 16:21 · Anne Krijger · Algemeen
2008 was het jaar van de versteviging van de strijd om de desktop. Adobe is weer een stap verder met Flex en zijn AIR runtime, Google biedt een platform aan in de vorm van zijn Chrome browser en de nieuwe Java versie heeft met ‘FX’ de mogelijkheid om Java applicaties de browser uit te slepen en op de desktop te plaatsen waar de penetratiegraad van de JVM nog steeds blijft groeien.
Intussen lijkt nu eindelijk, na decennia van voorspellingen dat hij er aan kwam, de netwerk computer nu toch echt door te breken; vorig jaar werden er in Q3 meer Netbook’s verkocht dan iPhone’s. Daarnaast introduceren steeds meer bedrijven zogenaamde ‘application delivery solutions’ van Citrix, Scense etc en natuurlijk zijn er de Google apps en aanverwanten.
De desktop wordt nu dus ook ‘ultra portable’ en is niet meer beperkt tot de computer die thuis of op het werk staat, maar wordt ook al vaak meegenomen op notebooks, netbooks, smartphones en navigatieapparatuur. Ook in stationaire apparaten zoals bijvoorbeeld media centers kom je de (computer) desktop steeds vaker tegen.
Hiermee wordt het ‘write once run everywhere’ principe ook steeds belangrijker. De JVM wordt intussen als platform gebruikt voor meer dan alleen Java, Chrome biedt ook een platform om applicaties op te ontwikkelen.
Maar er is natuurlijk altijd nog Microsoft met zijn Windows. Die lijken deze bal een beetje te hebben laten vallen; Windows Mobile is ondanks dat het op veel smartphones en navigatie apparatuur te vinden is nog niet het succes dat er van verwacht had mogen worden. Wel is er consensus dat Vista een flop genoemd kan worden. Maar ondanks dat ze hierdoor wat banen moeten gaan schrappen (met als excuus ‘de crisis’) is het nog geen tijd om Microsoft uit te vlakken en ten grave te dragen. Hoewel ze dan niet helemaal meer het monopolie hebben is hun (desktop) presence nog steeds erg groot.
Ook bij software ontwikkeling ligt de focus steeds vaker aan de voorkant. Veel nieuwe tooling helpt vooral om snel een front end te koppelen aan de logische back end. Maar om de een of andere reden lijkt de ‘gemiddelde software ontwikkelaar’ geen gevoel te hebben voor front end ontwikkeling, of het gewoon niet belangrijk genoeg te vinden. Veel software ziet er domweg lelijk en zeker niet gebruikersvriendelijk uit.
Een verklaring zou kunnen zijn dat de genoemde gemiddelde software ontwikkelaar eigenlijk helemaal niet aan software ontwikkeling doet maar, zoals recent in een artikel op Javalobby stond vermeld, meer een hardcore coder is die noodgedwongen aan software ontwikkeling moet doen en dus al helemaal niet geinteresseerd is in een hip-and-happening smoel voor zijn/haar verder brilliante applicatie.
Als je kijkt naar wat er zoal aan SourceForge-/Google code-achtige projecten bestaat dan zijn er vele die de Alpha status niet voorbij komen. Zelfs de min of meer serieuze producten zoals sommige van de ontwikkelings-frameworks die wij in ons werk gebruiken missen op zijn minst documentatie. Als wij zelf niet ook hard-core coders waren die graag in de code en de diverse fora op internet duiken om uit te zoeken hoe het precies werkt zouden veel van deze projecten domweg niet bruikbaar zijn.
Nu ben ik niet heiliger dan de paus. Ook ik bouw liever ‘de snelste TFTP-Server in de wereld’ dan dat ik de zoveelste aanpassing doe aan een web-based front-end. Ook zeur ik tegen de Interaction Designer als zij/hij weer eens met een ontwerp gemaakt in flex aan komt zetten en verwacht dat ik dat even omtover naar HTML/CSS code. Ondanks dat ik wel enig gevoel heb voor design; ik kan aardig bepalen of iets er wel of niet goed uit ziet, een Interaction Designer ben ik niet. En ook mijn toverkrachten met HTML en CSS hebben hun beperking. Vandaar dat ik graag aan software ontwikkeling doe in een team waar ook mensen in zitten die nu juist wel goed zijn in de front end en deze een mooi en vooral ook ergonomische smoel te geven.
Een van de belangrijkste desktops die de komende tijd verovert kan worden is die van de media centers. En ook hier kom je weer hetzelfde probleem tegen; de software ontwikkeling van veel applicaties, embedded of bedoeld voor HTPC’s lijkt vooral op functionaliteit gebaseerd.
Een intussen volwassen product is XMBC. Eind vorig jaar is daarvoor met ‘Atlantis’ de stap van de (classic) Xbox naar meerdere PC platforms gemaakt. Tegelijkertijd met deze multiplatform stap is er ook met de ontwikkeling van een aantal afgeleiden gestart. Hiervan is Boxee als Social Media Center de meest populaire maar nog wel in Alpha status natuurlijk.
Een ander product is MythTV, een (voornamelijk) linux implementatie. De user interface daarvan is mijns inziens echter niet helemaal geschikt voor algemeen gebruik; ik zou hem mijn ouders niet voor zetten.
En dan is er natuurlijk Microsoft’s Media Center. Hoewel deze in Vista (wat niet goed verkoopt) sterk is verbeterd, is de XP variant daarvan qua UI vrij rudimentair.
Deze applicaties zijn vooral gericht op een ervaren computer gebruiker; er moet nogal wat getweaked worden om ze geheel naar wens draaiend te krijgen.
Deze doorstaan de ‘dit kan ik wel bij mijn ouders neerzetten’ test absoluut niet. Tenzij ik graag elke dag met mijn ouders aan de telefoon wil hangen natuurlijk.Terwijl iedereen dus druk bezig is om de (netwerk) computer desktop te veroveren, met de hoop op een monopolie zoals Microsoft die jaren heeft gehad, lijkt de desktop van media centers een soort blind spot te zijn. Hier ligt dus nog een kans voor het veroveren van een vrij belangrijke desktop, een die bij iedereen in de woonkamer zal komen…Anne.
De TV is inderdaad een stuk ‘desktop’ waar men erg laat bovenop springt. Recentelijk werden bij de VPRO zowel de IP TV van Finalist gedemonsteerd als Boxee. Blijkt dat de (proprietary) IP TV oplossingen meer lijken op een goedkoop mediacenter dan het open Boxee! En dan de Popcorn Hour die ik zelf bezit… draconisch… alleen uitspelen werkt subliem.
Bij het ontwikkelen van een plugin voor de Philips IP TV kwamen we er trouwens achter dat je door behoorlijk wat hoepels moet springen om iets te ontwikkelen voor een dergelijk platform. Aan een Boxee plugin (python) moet nog worden begonnen; ben erg benieuwd hoe de verhouding is.
Wat erg jammer is van de mediacenters / IP TVs is trouwens het gebrek aan CPU/GPU; waar nieuwe telefoons OpenGL ondersteunen mag je het moet die apparaten doen met de chipset van een magnetron…
Peter Maas - February 2, 2009 20:01
Excuses… niet de IP TV van Finalist maar van Philips!
Peter Maas - February 2, 2009 20:48
Boxee is niet helemaal open hoor. XBMC, waar Boxee op gebaseerd is dat wel.
Boxee voegt de mogelijkheid toe om op een makkelijke manier content onder de aandacht van je vrienden te brengen, alswel een koppeling met Friendfeed, Twitter etc. Kortom; een soort van; kijk eens wat voor leuks ik nu heb gekeken.
Daarnaast is de koppeling met Hulu.com een USP. Maar dan alleen voor de VS; de content van Hulu.com is in nl niet beschikbaar.
Ik zie Boxee op termijn wel ingebouwd worden in set-top-boxes voor de US market, maar aan deze kant van de plas hebben we er denk ik voorlopig veel meer aan XBMC.
Overigens zijn er voor XBMC (en dus voor Boxee) meerdere (python) scripts beschikbaar voor het streamen van content van websites. Bijvoorbeeld voor uitzendinggemist.nl en hollanddoc.nl.
Er is zelfs een framework ontwikkeld die het makkelijker maakt om de content van een bepaalde site beschikbaar te maken; http://code.google.com/p/xot-uzg/
XBMC maakt overigens (o.a.) gebruik van mplayer http://www.mplayerhq.hu waardoor het vrijwel alle bestaande audio/video formaten en containers aan kan. daarnaast heeft het een eigen DVD player zodat ook DVD menu’s etc netjes weergegeven worden.
Je hebt helemaal gelijk dat de meeste mediacenters niet erg goed presteren. Ik heb zelf sinds een jaar of 5 thuis een (nu classic
Xbox met daarop XBMC draaien.
Dit is eigenlijk een P III 733 met nVidia chipset. Daarnaast heeft hij een 100Mbit netwerk connectie en (voor mij belangrijk) een Dolby Digital optical uitgang. Dit alles in een nette en stille verpakking.
De enig limiet waar ik nu tegenaan loop is dat somige content in 720p HD Xvid wordt aangeboden. De decompressie daarvan wordt tijdens het afspelen door de Xbox gedaan en dan blijkt een PIII 733 met 64Mb geheugen toch net iets te licht.
Maar goed, ik ben toch niet van plan om binnenkort de stap naar HD te maken(*), dus voorlopig is dat een probleem waar vrij makkelijk om heen te werken valt. Tzt zal ik wrs XBMC installeren op een HTPC die voldoende power heeft om ook 1080p decompressie fluitend uit te voeren.
Om het plaatje nog even compleet te maken;
Ik heb naast de Xbox met XBMC een MythTV server draaien met daarin 2 PVR 350 TV capture kaarten en een array aan harddisks met nu een kleine 2T aan opslag (die bijna helemaal vol zijn
. Hier staat alle muziek, video, fotos en wat niet meer zij op welke via de genoemde XBMC benaderbaar is.
Voor het bedienden van MythTV via XBMC is een (python) script xbmcmythtv beschikbaar.
Aangezien mplayer ook .nuv bestanden ondersteund is het afspelen een kwestie van de juiste link uit de database halen en afspelen maar.
Overigens is in de laatste versie(s) van XBMC MythTV native geintegreerd en apart als videosource toe te voegen waardoor het script eigenlijk niet meer nodig is.
Last but not least heb ik een applicatie server draaien met daarop Vuze en zijn rss feed plugin. Mbv wat uitgekiende regexp zorgt die er voor dat nieuwe afleveringen van bijvoorbeeld How I Met Your Mother en The Big Bang Theory binnen een uur na uitzending ‘state-side’ bij mij beschikbaar zijn om te kijken. Da’s dan wel midden in de nacht dus meestal wordt het een dagje later
En zo heb je een mooi multimediaal platform waarin XBMC de spil is waarmee alles wordt afgespeeld.
Anne.
(*) Ik ben persoonlijk nog geen HD fan omdat dit strengere eisen stelt aan de content; SD content op HD weergeven ziet er mijns inziens echt niet uit en een groot deel van de content die ik bekijk is nog SD.
Anne Krijger - February 3, 2009 13:35
Misschien interessant: je kunt op thin clients ook video afspelen!
Een grafische server zorgt voor rendering, zodat de ultra-thin clients thin blijven.
Roland Sassen - February 23, 2009 21:16
Heb je toevallig ook een product in gedachten als voorbeeld voor server-side rendering ?
Ik ben persoonlijk vrij server-centric dus als er oplossing zijn waarbij de load op een server kan worden gelegd zonder dat dit performanc negatief beinvloed dan lijkt em dat wel interessant.
Anne.
Anne Krijger - March 3, 2009 15:47
Er zijn mediaservers die realtime transcoderen om ervoor te zorgen dat de uiteindelijke speler minder formaten hoeft te kennen, dat is denk ik een beter model dan volledig uitrenderen op de server. Als het bijvoorbeeld een telefoon met beperkte resolutie is kan ik me misschien voorstellen dat je je rendering op een server doet. Als je thin client aan een full HD scherm hangt wordt dat al een stuk lastiger… puur de hoeveelheid data die je moet gaan pompen zorgt er dan al voor dat je behoorlijk stevige hardware en infrastructuur nodig hebt. Een bekend voorbeeld hiervan is VNC, alles grafische zaken worden op de server gerendert… vaak niet echt werkbaar op hoge resoluties met hele snelle beeld wisselingen.
En hoe zit het met geluid? Dat ga je als los kanaal aanbieden naast je uitgerenderde frames? in de praktijk is dat niet echt positief voor de synchronisatie!
Peter Maas - March 15, 2009 10:26
Really good work about this website was done. Keep trying more – thanks!
Yahoouj - February 23, 2010 4:36