Software-update: OpenELEC 4.0.3

De derde update van versie 4.0 van het Open Embedded Linux Entertainment Center is 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. In versie 4.0, die op XBMC versie 13 gebaseerd is, worden minder verschillende versies aangeboden. Images zijn beschikbaar voor AppleTV, Raspberry Pi en een algemene build voor i386- en x86_64-omgevingen. De specifieke builds voor onder meer AMD's Fusion- en Nvidia's ION-platform zijn verdwenen. Versie 4.0.3 is gebaseerd op XBMC Media Center 13.1 RC 1 en voegt onder meer ondersteuning toe voor de Xbox One-afstandsbediening, heeft verbeteringen in de module voor het configureren van de geluidskaart en bevat verder diverse bugfixes.

Updated and changed Components

• update to xf86-video-nvidia-331.79
• update to wlan-firmware-0.0.21
• update to xbmc-13-4410736 (XBMC 13.1 RC1)
• update to wireless-regdb-2014.05.19
• update to bcm2835-driver-b163259
• update to bcm2835-bootloader-b163259
• update to service.openelec.settings-0.3.17
• update to Mesa-10.1.4
• xbmc: update RPi support patch
• ethtool: add support to disable WOL for broken drivers, add 'e1000e' as broken driver
• projects/*/linux: disable CONFIG_MOVABLE_NODE
• projects/*/linux: disable CONFIG_AMD_NUMA
• projects/*/linux: enable CONFIG_STRIP_ASM_SYMS
• projects/*/linux: disable CONFIG_BOOT_PRINTK_DELAY
• e2fsprogs: remove unneeded applets from image
• alsa-utils: improve soundconfig to handle more then 2(1) cards
• v4l-utils: add default mapping for XBOX-One remote support
• Revert "xbmc: wait on udev-trigger service"
• busybox: enable locale support
• busybox: make unicode characters printable
• installer: careful when trying to handle emmc devices

For a full changelog on what's new, follow this link.

Versienummer	4.0.3
Releasestatus	Final
Besturingssystemen	Linux
Website	OpenELEC
Download	http://openelec.tv/get-openelec/download
Licentietype	GPL

Reacties (32)

[zzzzap]

Er zitten blijkbaar nog genoeg bugs en andere to-do's in OpenElec 4.x. Elke week weer een updateronde.
Dat was met 3.x wel anders....

[wmn79]

Denk dat het meer over de bugs en to-do's in XBMC gaat dan in OpenElec. Ze lopen qua updates namelijk gelijk aan de XBMC updates: steeds wanneer XBMC met een update komt volgt OpenElec een paar dagen later met een update.

XBMC Gotham 13 => OpenElec 4.0
XBMC Gotham 13.1 beta 1 => OpenElec 4.0.1
XBMC Gotham 13.1 beta 2 => OpenElec 4.0.2
XBMC Gotham 13.1 RC => OpenElec 4.0.3

Denk dat de rest van de wijzigingen aan OpenElec meer nice to have zijn en worden toegevoegd aan een release wanneer XBMC weer met een nieuwe versie komt.

Maar met automatische updates is het toch niet zo'n issue? Het gaat bij mij steeds vlekkenloos.

[johnbetonschaar]

Dat denk ik ook ja, gebruik zelf geen OpenELEC maar bij nieuwe XBMC releases is het altijd hetzelfde verhaal. Versie 12 was net stabiel bij mij toen 13 uitkwam, die draai ik nu maar ook daar al tegen aardig wat bugs opgelopen.

Het is dat ik het zelf leuk vind om dingen te upgraden en naar oplossingen voor problemen te zoeken, maar als je gewoon video wilt kijken kun je beter wachten met xbmc updaten tot de tweede point release ofzo.

[beerse]

Dan gaat dat straks dus XBMC 13.1 => OpenElec 4.1 worden...

Dus voor de 'niet zo snel updaters', hou het een beetje als volgd aan:
- heb je problemen: ga voor de volgende in x.y.Z
- heb je geen problemen maar wil je wel verbetering: ga voor de volgende in x.Y maar sla de x.y.Z over.
- heb je geen probleem maar wil je niet achterop raken: hou alleen de X versies aan. Er komt vast ergens een moment dat je voor x.Y kan gaan, maar x.y.Z kan je negeren...

Maar zoals met veel dat 'productie' klasse draait (bijvoorbeeld omdat je partner of je moeder mee kijkt): hou je af van experimenteren en hou het op stabile versies. Dat heeft weer tot nadeel dat er te weinig testers zijn...

[Schnoop]

Ik heb idd best veel last van bugs. Systeem (vorige week ergens naar 4.x gegaan) is al 2 keer blijven hangen met een complete freeze. Daarnaast 3 keer gehad dat hij video opent maar ineens het menu eroverheen plakt, dit krijg ik dan niet meer weg.

Al bij al stuk minder stabiel dan 3.x. (draai het op een PI).

[Whatts]

Ik heb met 4.0.2 op een Pi inderdaad ook verschillende freezes gehad (720p h264 materiaal). Die menu issue heb ik niet.
De Pi is niet mijn main mediaplayer dus geen grote issue voor mij, maar wel vervelend. Hopelijk komen er effectieve fixes met de updates.

[niqck]

Niet alleen in OpenElec. Die blijven ze constant verbeteren. Maar de minor updates in de 4.0 branch worden telkens uitgegeven als er een nieuwe Beta/RC van XBMC is, niet zozeer om een bug in OpenElec te corrigeren.

[teek2]

Ik heb sinds 4.0.x dat ik 1 video normaal kan openen (van mijn NAS, via Samba), de tweede echter opent nooit succevol, na een reboot werkt het dan weer wel. Als deze update het niet verhelpt zal ik een bugreport gaan maken.

4.0.x is wel echt veel sneller met menus en libraries openen.

[Reactie gewijzigd door teek2 op 24 juli 2024 23:40]

[MikeOO]

Probeer ipv Samba eens NFS te gebruiken.
Ik heb nooit problemen icm met een Synology NAS en OpenElec 4.0.1 en 4.02 ook prima. Met versie 3 ook altijd zonder problemen gewerkt.
NFS is ook sneller dan Samba.

[beerse]

Toevallig heb ik mij over mijn qnap nas weer zitten verbazen. Vanaf de W8 pc via samba er naar toe gewerkt en misschien wel 2 of 3 dingen 'tegelijk' gedaan... Samba staat continu boven de 70% cpu te vreten.... Samba (smb) is een protocol dat op de meesta nas-systemen als apparte processen draait, vaak zelfs als 1 monolitisch proces.

Het nfs protocol is unix/linux eigen en draait in veel gevallen als kernel onderdeel mee (volgens mij al sinds linux kernel versie 1.x of zo iets) Dat maakt nfs voor een unix/linux gebaseerd systeem veel sneller. nog los van de overhead die samba wel en nfs niet heeft.

Nota: als je nfs op een 'open' systeem gebruikt: het is mogelijk iets minder 'dicht'...

[chizzle01]

Het is erg jammer dat geen van dit alle Full 3D Bluray afspeelt.
Anders had je namelijk een echt volledige HTPC. Nu ben ik nog
altijd afhankelijk van Arcsoft/PowerDVD voor Full 3D, waardoor het nut
van meteen opstarten in een XBMC variant wegvalt.

PowerDVD/Arcsoft kan wel automatisch opstarten, maar beiden spelen
MKV's weer erg slecht.

[bonyuri]

External players in XBMC

Ik heb dit naast OpenELEC op mijn NUC in DualBoot onder Windows 8 draaien.

Vanuit XBMC in Windows 8 kan ik met de juiste instellingen automatisch een external player (Total Media Theatre) opstarten welke wel Full Frame 3D films kan afspelen.
Als de film stopt zit ik weer in XBMC.

Enige nadeel is dat mijn bediening dan wegvalt, omdat dit dan via de externe player loopt. Hier heb ik nog geen (goede) oplossing voor

[chizzle01]

Ah, ok bedankt. Kan geen plusje geven helaas, omdat dit een reactie op mijn bericht is.

Toch een plusje gegeven op een andere reactie van je

[Reactie gewijzigd door chizzle01 op 24 juli 2024 23:40]

[B3rtj3666]

Door een verbouwing van 3 maanden, heb ik nog niet kunnen updaten van Frodo (3.2.4) naar Gotham (4.0.x).
Kan ik straks meteen updaten (manual) naar 4.0.3?
Of moet ik er eerst 4.0.1 en 4.0.2 handmatig opzetten?

[nitroke]

Je kan manueel in 1 keer updaten. Automatisch lukt zowiezo niet van 3 naar 4

[Katsunami]

Bedoel je met 'automatisch' dat OpenELEC helemaal vanzelf in de achtergrond update? Dat kan inderdaad niet van 3 naar 4, maar een herinstallatie is echter ook niet nodig. Ik heb gewoon versie 4 gedownload en in de updatemap gezet, en die werd na een reboot gewoon geïnstalleerd.

[B3rtj3666]

Thnx!! Dat van de automatische update was me bekend!!

[bonyuri]

Gut, ik blijf updaten.

OpenELEC is nog steeds een van de fijnste linux distro om te gebruiken voor XBMC.
Ik heb op mjin Raspberry PI verschillende distro's geprobeerd maar kom toch altijd weer terug op OpenELEC.

Nu ook op mijn NUC OpenElec draaien, en die draait een stuk sneller dan XMBC onder Windows 8

[Mavermooten]

Welke NUC gebruik je en hoeveel beter draait het dan op een Pi?

[kiang]

De NUC (eender welk model) is krachtig genoeg om alles 100% soepel te draaien volgende de wiki.

[bonyuri]

Ik heb nu al een tijdje een Intel NUC DN2820 met een 64gb SSD en 4GB geheugen.

Qua afspelen merk je niet heel veel verschil, mijn Raspberry PI deed dat ook zonder probleem.
Het zit hem vooral in het browsen door de menus en bijvoorbeeld het bijwerken van mijn library.

Daarnaast verbruikt de NUC ook niet veel (7 watt in idle, 11 wat onder load) dus kan ik hem ook 24/7 aan laten staan.

[i-chat]

@Mavermooten het maakt helemaal niet uit welke nuc. ik heb tests gedaan op basis van een phenomII met klosksnelheden van slechts 500mhz (lager kon ik hem helaas niet klokken), en toch werkte xbmc met openelec ongeveer 10x sneller dan de pi (oa met pugins als icefilms en project freetv.

het grote naadeel, het betreffende systeem vebruikte met die settings nog steeds een veelvoud aan energie van de pi, en ik mis onnoemelijk veel kennis om dat te veranderen. maar mijn besluit staat nog steeds vast, de pi gaat eruit en er komt een nuc of een am1 based setup voor terug...

[seninha]

Enige wat nog steeds niet werk bij mij is resume van PVR opnames.
Elke keer start een opname bij het begin. Is zelf zo dat ik niet eens de melding krijg of ik wil resume.
Iets wat ik hiervoor wel kreeg (ook al werkte dit niet)

Ben benieuwd of het nu wel goed gaat aangezien XBMC RC1 een Resume PVR fix heeft:

Fix resume point of certain PVR items begin stale on playback.

[increddibelly]

yatse (ik gok even dat je die remote control app gebrukt) heeft een advanced feature ergens waarmee ze 'dubieuze resume acties' (sorry, nauwkeuriger weet ik het ook even niet) kunnen ondervangen.

[seninha]

Nee. Ik maak gewoon gebruik van Openelec en een VU duo als backend.

Als ik nu een opname bekijk en deze stop dan wordt dat punt niet opgeslagen.
Ook niet na deze update

[Yoran]

Versie 4 heeft geen dual audio output meer, analoog en hdmi, wat voor mijn rasp echt wel van belang is.

[nzbee]

Probeer eens: System --> Settings --> System --> Audio output

Zet dan settings level op "advanced". Nu zou je Dual audio output weer moeten zien.

[segil]

OpenElec gebruik ik al jaren op mijn Zotac, en het werkt nu redelijk goed. Enige nadeel wat ik nog steeds heb is dat als je audio/video afspeelt vanaf een netwerk share, en de share valt weg (computer wordt uitgezet bijvoorbeeld), dan hangt OpenElec. Soms krijg je een time-out na een paar minuten, maar andere keren moet je 'm hard resetten. Dat zou van mij best wel verbeterd mogen worden.

Ik vind het in ieder geval erg fijn dat je bij afleveringen via de uitzendinggemist app (XOT-uzg) nu ook snel vooruit / terug kan spoelen, zonder dat de uitzending ermee stopt. Geen idee of dat ter verdienste van OpenElec/XBMC is, of Bas Rieter van uzg, maar ik ben er blij mee

[Bartjuh1983]

goed om te zien dat ze bezig zijn om dit te blijven verbeteren.
Echter heb ik met mijn Minix Neo 7 Mini last van lipsync, daar ik met mijn laptop icm OpenElec dit niet had.. Hoop dat dit hiermee ook wellicht opgelost is.

[iAR]

Fijn dat men hier zo actief mee bezig is. Met autoupdate merk je er eigenlijk niks van!

Zitten inderdaad nog wel een paar bugs in en nog steeds een slechte implementatie van Airplay.