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. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 31, views: 9.014 •
Bron: OpenELEC, submitter: Infinion

OpenELEC logo (60 pix)Er is een derde release candidate van versie 3.0 van het Open Embedded Linux Entertainment Center uitgekomen. Deze Linux-distributie is gebaseerd op XBMC Media Center en kan een computer tot een volwaardige htpc omtoveren. OpenELEC is eenvoudig te installeren, onderhouden en gebruiken, en is verder klein en razendsnel. Naast de standaarddownload zijn er speciale versies voor AMD's Fusion- en Nvidia's ION-platform, Apple TV, Xtreamer Ultra en Raspberry Pi. Deze uitgave van OpenELEC is gebaseerd op de final release van versie 12 van XBMC en wordt verder met de volgende release notes geleverd:

OpenELEC 3.0 RC3 released

The OpenELEC team is proud to release the 3rd Release Candidate of OpenELEC 3.0! Internally this is known by the less-catchy name OpenELEC 2.99.3 :)

Apologies to all for the long delay since RC2. We found some important sound driver issues with recent kernel versions which we have solved with help from some of our users and Anssi Hannula, a kernel developer. Anssi is working on getting the fixes included in newer kernels so that all Distributions will benefit from this in the future. Many thanks for the great help!

We also found some bigger problems in XBMCs Audio Engine code which have finally been solved with great help from XBMC developers "Fritsch", "wsnipex", "Martijn" and many others. Fixes have been committed upstream in XBMC as well, so any further XBMC (bugfix) release will include them too.

HD-Audio on Intel HDMI devices is now working out of the box. You must of course meet the hardware requirements (HD2000+).

Together with our new partner Arctic we developed a own build to use on any Arctic MC001 (EU Model, US Model) devices (all, including any barebones). From now on we provide special builds for this devices. For more informations see: "Arctic announces passive cooled Systems with OpenELEC installed"

This will be one of the last release candidates before OpenELEC 3.0 final, so please test and report issues.
OpenELEC screenshot (620 pix)

Reacties (31)

Dit is best een mooie XBMC distro, al is de WiFi support wat onhandig, je moet handmatig de ssid opzoeken en invoeren ipv dat hij een lijst toont met beschikbare netwerken.
En dan heb ik het nog niet aan de gang gekregen.
Xbmc (ubuntu) doet het gewoon direct goed.
Dit is best een mooie XBMC distro, al is de WiFi support wat onhandig, je moet handmatig de ssid opzoeken en invoeren ipv dat hij een lijst toont met beschikbare netwerken.
Gelukkig hoef je dat maar eenmalig in te stellen. Nog geen 2 minuten werk ...
Thuis wel, maar ik neem mijn ATV1 met OpenELEC nog wel eens mee op vakantie, en je zit dan continue te klooien bij hotels enzo. Ook als je wisselt tussen 2 locaties zit je telkens handmatig te prutsen ipv zo'n beetje alle andere apparaten die bekende netwerken automagisch connecten.

Tis gewoon iets wat je anno 2013 niet meer zou hoeven doen :)

[Reactie gewijzigd door Dreamvoid op 22 februari 2013 16:06]

Dat vonden wij van XBian ook dus kun het nu vanuit XBMC configureren MET strength signal ;)

Voor de rest wel een goede distri. Spreek een van de makers regelmatig en dan merk je gewoon dat er een goede filosofie achter zit.
In mijn opinie de beste XBMC distro voor Raspberry PI. Stuk stabieler dan RaspBMC bijvoorbeeld.
ook vergeleken met de final van RaspBMC ? die is namelijk een stuk beter dan de vorige RC's.
Persoonlijk heb ik alleen ervaring met Xbian, degenen om mij heen verkiezen die boven OpenELEC omdat het veel vloeiender draait dus daar ben ik vanuit gegaan. Wat is jouw ervaring daarmee?
ben ook overgestap van openelec rc1 naar xbain1.a4.

Eerste wat me opviel is dat bij xbian de gui 10x soepeler draait
Ik heb ook heel even Xbian geprobeerd, met name omdat ik zag dat daar de GUI juist goed zou moeten werken, kwam helaas niet verder dan 800 x 600 terwijl het gewoon een TV is die er met HDMI aan hangt. Hetzelfde probleem had ik met Raspbmc.

Daarna toch weer terug naar OpenELEC welke buiten dat de GUI wat langzamer is prima draait. Mogelijk binnenkort weer iets anders proberen :P
Ik weet het niet helemaal zeker, maar volgens mij draait de GUI van Xbian standaard wat sneller omdat zij een lichte overklok toepassen in de config.txt file. Als je de config.txt file van Xbian (of je maakt er zelf 1) pakt en die gebruikt in je openelec installatie dan draait het net zo snel...
Ik zie wel hd-audio support voor Intel-gebaseerde systemen, weet iemand of Fusion inmiddels ook wordt ondersteund?

Ik heb in het verleden v11 kort geprobeerd in een OpenElec-build en ik moet zeggen dat de appliance-feel van het verhaal me wel erg aansprak. Alleen ontbrak op dat moment HD-audio, wat mij betreft een dealbreaker.

Aangezien ik toch een beetje moe word van de kleine quirks waar je met een Windows-based XBMC-versie tegenaan loopt, wil ik dat graag veranderd hebben. Tuurlijk zijn er vast wel weer programmaatjes of oplossingen die mijn problemen kunnen verhelpen, maar dan moet ik daar weer tijd in steken om het uit te zoeken en daar heb ik nu geen tijd voor.
Dat zou ik ook graag weten. Zelfs een workaround is goed.
Heb het net al vele malen afgeschuimd maar geen oplossing gevonden.
Het ligt aan de drivers van amd niet aan openelec het zit gewoon niet in de drivers dus kan het er ook niet uit.
Ik denk dat het enkel opgelost geraakt als amd zijn drivers voor linux aanpast. ;-(

[Reactie gewijzigd door timtim78 op 22 februari 2013 14:12]

Ik vraag het me ook af wanneer AMD dit probleem eens denkt op te gaan lossen want het staat los van OpenElec maar iedere XMBC distributie dus ook OpenElec heeft hier wel last van. Erg slordig van AMD.
Ik heb juist een platform met AMD (Fusion) gekozen vanwege de goede spec's en gunstige prijs maar als AMD zo doorgaat met slechte ondersteuning van drivers is mijn volgende (HTPC) computer echt geen AMD meer.

Voor de rest is OpenElec overigens een mooie stukje software want klein, compact is en prima werkt.
De AMD drivers zijn een open source project, het idee is dat je als gebruiker mee helpt met de ontwikkeling van de drivers.

Edit: open source betekent niet dat er zomaar op magische wijze code verschijnt, er moet ook daadwerkelijk iemand aan gaan werken.

[Reactie gewijzigd door Dreamvoid op 22 februari 2013 18:07]

Als dat zo zou zijn was er al lang een nieuwe driver geweest die HD audio aan kan.
Wat voor problemen heb jij
Ik draai windows 8 op een fusion (MSI 45) htpc met Frodo, en dat gaat prima. Het opstarten met openelec zal vast sneller gaan, maar dat vind ik niet erg. Ik zet alles aan, loop naar keuken om drinken te halen, en hij is opgestart.
TrueHD of DTS-HD, of LPCM (> 2.0) op Fusion apparaten kun je voorlopig vergeten. Waarom? De Linux-drivers van AMD bevatten stomweg de ondersteuning ervoor niet. Wellicht zijn de developers van AMD te dom of te lui om de werkende functionaliteit die in de Windows drivers wel zit, te porten naar de Linux-variant. Of er zit een bedrijfspolitiek luchtje aan.

Zodra een van de laatste hindernissen van de Intel GPU drivers binnenkort weggewerkt is (de-interlacing heeft een relatief simpele bug), kunnen we Intel toch wel qua mogelijkheden en uitwerking boven AMD en wellicht ook boven Nvidia plaatsen als we het over HD2000 en hogere gpu's hebben. En niet te vergeten het lagere stroomverbruik. Een htpc met Core i3225 HD4000 schommelt nu tussen de 20 en 40Watt (afhandelijk van de video-bitrate hoogte). Een Celeron 847 met HD2000 zal daar nog eens onder gaan zitten.

[Reactie gewijzigd door Klojum op 22 februari 2013 15:47]

Kan het draaien op een NAS?
Dit is geen losse Linux applicatie maar een compleet geintegreerde XBMC distro, dus je zal na installatie weer allerlei NAS-gerelateerde packages moeten toevoegen.
Waarom zou je dat willen? Je NAS heeft geen audio en video uitgangen toch? Of wil je het gebruiken als DLNA source in je netwerk? Want daar is wel betere software voor te krijgen. OpenELEC/XBMC moet je zien als een ontvanger die rechtstreeks aan je apparatuur gekoppeld is.

Maar of het kan draaien, tja misschien wel als je geluk hebt.
Dit wil je om een xbmc (scan/index) server te kunnen creeeren direct op je NAS/storage ipv op je htpc zoals bij plex.

Dus een server die continu je media scant en update(denk aan nieuwe media downloads via oa couchpotato, sickbeard, headphone etc), zodra je de client op je htpc start maak je dan gebruik van de library van de xbmc server(niet de client) en is daardoor altijd actueel en hoeft je client (op je htpc) ook niet zelf meer te scannen naar nieuwe of gewijzigde media op je NAS/mediaserver.

Het ontbreken van de xbmc (scan/index) server versie vind ik persoonlijk 1 van de grootste nadelen van xbmc. Plex (gebaseerd op xbmc) heeft dit wel en werkt prima, maar helaas is de client versie van Plex daar in tegen weer erg matig (in mijn ogen zelf "ruk"), dus ook niet echt bruikbaar als alternatief voor xbmc.

Wellicht komt dit in de toekomst nog eens ooit.
Nog steeds werkt LiveTV streamen vanaf Tvheadend niet op de Raspberry Pi build. Beetje jammer dat dit al maanden lang open staat en niet opgelost raakt. Bij Raspbmc hebben ze zelfs een final gereleased met een niet-werkende Tvheadend add-on. Ik hoop dat ze bij OpenELEC dit wel weten op te lossen voor de final gebouwd wordt.
Beetje het kastje naar de muur verhaal. Het is schijnbaar een bug in de XBMC player (omxplayer), die een iframe verwacht.

https://github.com/opdenkamp/xbmc-pvr-addons/issues/166

Het is schijnt dus niet aan de add-on en tvh te liggen, maar aan XBMC. Ik zit ook te wachten op een bugfix..

/edit: http://forum.xbmc.org/showthread.php?tid=148646

[Reactie gewijzigd door Bolk op 22 februari 2013 14:47]

Niet helemaal correct.

Het probleem is waarschijnlijk een combinatie van twee factoren:
- veel hardware decoders verwachten een i-frame als eerste frame. Een van de Tvheadend devs had me gezegd dat Tvheadend altijd met een i-frame start, dus ik had de commit met de extra vertraging ge-revert. Nu schijnt het toch zo te zijn dat Tvheadend niet altijd met een i-frame start, dus die commit moet terug, maar in een iets andere vorm. Een betere oplossing is om dit in XBMC op te lossen, maar dat kost wat meer tijd. Iets voor 13.0
- er is een probleem in omxplayer dat players direct start bij het starten van een nieuwe stream, terwijl er eigenlijk gewacht zou moeten worden tot de buffers voldoende gevuld zijn. Daardoor wordt je log gespamd met speed change berichten en krijg je vaak geen a/v sync.

Wij (team xbmc devs) weten wat de problemen zijn, maar gebrek aan tijd (en gedeeltelijk ook interesse) heeft ervoor gezorgd dat het nog niet gefixt is. En ik heb het github ticket gesloten vanwege alle niet relevante "me too" en "please fix this" spam.

OpenELEC heeft hier niets mee te maken, en zeer waarschijnlijk wordt dit niet gefixt voor de final release. Dit probleem is beperkt tot de combinatie RPi en Tvheadend.
Ik ga er vanuit dat XBian best wil proberen wat devvers te ronselen om dit probleem te tackelen. Wat zijn de benodigde skills en waar kunnen ze zich melden? Of kunnen ze gewoon aan de slag en een pull aanvragen?
Dank voor de toelichting. Ik begrijp dat "me too" en "please fix" roepen niet bijdraagt aan het oplossen, maar als het ticket gesloten wordt verdwijnt het issue dan niet van de radar?

Ik zie ook diverse issues gemeld op huecke/omxplayer github aangaande i-frames en zwarte schermen maar daar zit geen enkele reactie of voortgang op. Toch jammer.
De laatste custom build al geprobeerd?
http://openelec.tv/forum/...s-openelec?start=42#64131

Hier zitten heel wat verbeteringen in. Vergeet niet het "Please read this" hoofdstuk te lezen.
Even opletten: Op een 256 Pi is een GPUmem van 100 niet genoeg voor het zwaardere werk. Met 128mb red je het wel. Even aanpassen in config.txt
Deze uitgave van OpenELEC is gebaseerd op de final release van versie 12 van XBMC en wordt verder met de volgende release notes geleverd:

OpenELEC 3.0 RC3 released
Dat is wel raar:
final release van versie 12 van XBMC
zou in feite dus:
OpenELEC 3.0 Final Release moeten brengen/geven.
Want ? het is de final van xbmc en niet van openelec...
Dus RC3 en als die goed is komt Openelec 3.0 final.

[Reactie gewijzigd door BlaBla1973 op 23 februari 2013 14:06]

Op dit item kan niet meer gereageerd worden.



Populair: Tablets Nokia Websites en communities Smartphones Google Apple Sony Games Consoles Politiek en recht

© 1998 - 2014 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013