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 , , 31 reacties
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)
Moderatie-faq Wijzig weergave

Reacties (31)

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.
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]

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.
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
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?
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.
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.
Kan het draaien op een NAS?
Als dat zo zou zijn was er al lang een nieuwe driver geweest die HD audio aan kan.
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.
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]

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.
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...
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]

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]

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
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]

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.
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 ...
ben ook overgestap van openelec rc1 naar xbain1.a4.

Eerste wat me opviel is dat bij xbian de gui 10x soepeler draait

Op dit item kan niet meer gereageerd worden.



Huawei Nexus 6P Apple iPad Pro WiFi FIFA 16 Samsung Galaxy S7 Fallout 4 Apple iPhone 6C Athom Homey LG G5

© 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