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. 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: 46, views: 12.447 •
Bron: OpenELEC, submitter: aegis

OpenELEC logo (60 pix)De final release van versie 3.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. 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 versie 12 van XBMC en wordt verder met de volgende release notes geleverd:

OpenELEC 3.0 highlights and changes
  • XBMC-12.1 (Frodo) - features include:
    • DTS-MA and Dolby True-HD via XBMC’s new AudioEngine (not on AMD and RPi)
    • Greatly improved Live TV and PVR support
    • Improved image support, allowing the database to use additional image types.
    • Support for the Raspberry Pi
    • Better Airplay support across all platforms
    • Advanced Filtering in the library
    • Advanced UPnP sharing
  • AudioEngine brings improved detection of audio hardware, but may change the naming of audio devices and the way audio is handled on your system. If anything stops working after updating, please visit XBMC settings and update your configuration. You should also remove /storage/.config/asound.conf from your system.
  • Path substitution should not be used to sync thumbnails and other art between XBMC devices in Frodo. For more information about this change see this link.
  • PVR support has been extended to a wide range of DVB devices and 4TheRecord, DVB Viewer, Mediaportal, MythTV, NextPVR, TVHeadend, VDR, Njoy N7 and VU+ support has been built-into the OS.
  • With XBMC Frodo version stable, OpenELEC provides a solution for Raspberry Pi users wanting to use XBMC. Raspberry PI is the first ARM device that is officially supported by OpenELEC. We would like to thank "Gimli", "Popcornmix" and "FernetMenta" for helping us port OpenELEC to the RaspberryPi and accepting our patches and improvements so that other projects can benefit from our work.
  • The dedicated ARCTIC_MC image has been created for our new partner Arctic to use on MC001 devices (all, including any barebones). For more information see: "Arctic announces passive cooled Systems with OpenELEC installed".
  • The size of our active AppleTV user-base has been steadily increasing; in part due to the gradual decline in development among older homebrew linux distros. OpenELEC 3.0 has a number of improvements for Apple TV users; up-to-date CrystalHD and nVidia drivers, a host of patches to XBMC that improve HD playback, and new recruit to the ATV cause ‘Dag Wieers’ has been poking the kernel in ways that Kronenbourg would never dream of to understand behaviours, reduce size and improve performance. There are further great changes lined up for the OpenELEC 3.1 ATV release so stay tuned!
  • AMD XVBA support has been stabilised, with code introduced to correct issues with H264 videos so you can enjoy them without artifacts. Our original plan was also to implement the new xvba-sdk 0.75 specification. This would add support for mpeg2 which is essential for LiveTV, and mpeg4 to give a nice improvement to codec support while helping to keep CPU usage low. However, we are stuck with an ageing driver from October 2012 due to severe problems with Vertical Blank Sync in every AMD driver released since then. Lots of feedback has been given on these problems but there are no signs of improvement from AMD. This puts the project in a tricky position where the list of issues slowly increases and we are powereless to do anything that helps our users. Our hope that AMD can rise to the challenge and fulfill their potential on Linux is slowly fading, and if nothing improves we may be forced into formally abandoning support for AMD devices to prevent a growing support problem.
For a full changelog on what's new, follow this link.
OpenELEC screenshot (620 pix)

Reacties (46)

Erg fijne distributie van Xbmc. Ik gebruik het zelf voor een zelf gebouwde HTPC op een ION moederbord met aparte nvidia kaart.
Het installeren is echt een puileschil, usb stickie erin, scriptje uitvoeren en voila!
Het updaten verloopt ook geweldig, tot nu toe tijdens de RC's (2,3,4,5) werd alles automatisch ge-upgrade wat het allemaal een stuk gemakkelijker maakt.
Kijk daar ben ik wel heel blij mee kan ik mooi al mijn PI's aan de SQL database hangen :D
Ja kon al. En deze release van OE lijkt me niet echt veel verbeteringen daar in mee te brengen? Misschien doel je op UPNP sharing? Maar dat is nog niet zo ver.
UPnP sharing is nog een beetje raar imo. Xbmc is namelijk een mediaspeler, geen media-server. Ik heb mijn htpc niet constant aan en mis dan ook wanneer het uit staat de upnp library (welk trouwens de allerbeste UPnP implementatie/uitbreiding is die ik ooit heb gezien).

Het gaafst zou zijn als ze een lichtgewicht xbmc-server zouden kunnen maken en die dus de UPnP server/library host voor een of meer xbmc spelers.

Mysql sharing is nou niet echt een geweldige oplossing maar volstaat zoals het nu is.

Een probleem waar ShadowBumble volgens mij op doelt was het probleem dat uiteenlopende versies van xbmc in OE gebruikt werden voor de Pi of gewone distributies. Door die uiteenlopende versies waren de databases versies niet hetzelfde en kon je dus niet library sharing gebruiken.

In ieder geval gebruikt openelec nu dus wel (al sinds voor RC1 volgens mij) dezelfde xbmc versies dus dat probleem valt weg.

[Reactie gewijzigd door shadylog op 25 maart 2013 14:27]

Ze zijn bezig met een licht gewicht xbmc-server. Is een draadje over op xbmc forum. Dan moet je xbmc zelf compileren en verschillende compile opties uit zetten. Ik heb het zelf nog niet geprobeerd omdat het allemaal erg experimenteel is.

Wat linkjes:
http://wiki.xbmc.org/inde...hare_libraries_using_UPnP
http://forum.xbmc.org/showthread.php?tid=132919

[Reactie gewijzigd door KontI op 25 maart 2013 14:50]

Hoezo is XBMC geen mediaserver? Je bepaalt toch zelf hoe je het gebruikt?
Als ik een htpc heb met daarin een 1TB drive en gewoon mySQL erop heb geinstalleerd, is dat is dus mijn mediaserver met sql en XBMC.. hoe zou het anders zijn als je geen dedicated nas hebt/wil ?

En als het een heel zuinig HTPCtje is kan ik die gewoon continu aanlaten. Denk aan een Raspberry Pi met simpelweg de usb-harddisk geshared op het netwerk en de Traktplugin. Als ook de fanart op de usbdrive wordt opgeslagen, hebben wel alle XBMC clients hun eigen library, maar zonder redundant data. En dankzij Trakt wordt overal bijgehouden wat wel/niet is gezien.

helaas is mySQL + XBMC een beetje teveel van het goede op de Raspberry. Maar zonderl mysql werkt het zo dus ook prima. En dan is de Raspberry zelfs ook de download bak (Transmission+Flexget).

[Reactie gewijzigd door Jazco2nd op 25 maart 2013 15:13]

Precies je zegt het zelf al. Dit is in ontwikkeling voor headless systemen zoals b.v. een nas of ubuntu/debian server zonder gui.
Wie heeft OpenElec op Raspeberry aan de praat met Bluetooth? Ik heb een BT-keyboard, de bleutoothd daemon draait, maar ik zie geen commando's om deze te pair-en.

Marc
Ik gebruik zelf raspbc, werkt een vrij onbekend BT toetsenbord out-of-the-box. Daarnaast het idee, dat raspbmc sneller gaat met de ontwikkeling dan openelect
In OpenElec is het bluetooth keyboard input geblokkeerd.

Hiervoor moet je met squasq of iets in die richting de read-only files edit baar maken.
Dan moet je bij bluetooth instellingen het disable = true veranderen naar #disable = true (door de # command je hem weg)

Daarna re-builden, md5 hashen en installeren....

Zoals je ziet, een stomme omweg.

Dé reden voor mij om weg te gaan bij OpenElec.
Eindelijk... Heeft even wat rc geduurd ;-)

Maar ik ga weer terug naar Ubuntu met xbmc.
Vooral vanwege de blokkade van bluetooth toetsenbord invoer welke met een gigantische omweg pas werkende te krijgen is.
Verder is het achterlopen met de sb, cp en sab nog een extra reden.
Erg tevreden over OpenELEC, voorgaande bètaversies (2.99.x) draaiden bij mij ook al prima.
Ben wel blij hiermee door de vele positieve veranderingen te opzichte van versie 2.0. :)
Een aanrader.
kudo`s voor openelec. Briljante distro van xbmc.

Auto updater is echt ideaal, de update komt vanzelf binnen rollen, restarten en het werkt
ben een maand of 2 geleden overgestapt. Zat te dubben xbmc upgraden naar 12.0 of openelec instaleren.

Dat laaste bleek voor mij makkelijker te zijn, binnen 5 min was alles draaiende. En een stuk sneller dan de XBMC versie.
De echte vraag is of de Raspberry Pi versie nu wel LiveTV kan streamen van Tvheadend. Iemand dit al geprobeerd?
Ik heb dit een paar maanden terug gedaan, en toen werkte het voor zover ik mij kan herinneren aardig. Maar dit was dan nog met een "oude" XBMC versie (niet 12.0 final, volgensmij niet eens een RC), en bij XBMC zijn er nog vele fixes voor de RPi geweest (ook tussen 12.0 en 12.1). En daarnaast is volgensmij de ontwikkeling van TVHeadend ook aardig vooruit gegaan.

@hieronder
Da's dan gek, want een paar maanden geleden werkte het wel nog. Volgensmij OE RC2 dat ik nog op mijn RPi heb draaien wel. Maar weet ook niet meer of ik toen daarmee getest heb, of dat dat een nog ouder snapshot/self compile was waarop het werkte.
Maar nu je hebt zegt meen ik inderdaad wel dat ik zoiets langs heb zien komen op Github, waar ik zowel OE als TVHeadend "volg".

[Reactie gewijzigd door RobertMe op 25 maart 2013 12:48]

Dit werkt nog NIET :)

De ontwikkelaar van TVHeadend weet zelf niet waar het probleem ligt, op dit moment is het vinger wijzen.
Hmm ja het kan wel. Maar houd er rekening mee dat je dan waarschijnlijk de MPEG2 codec licentie moet kopen. Aangezien niet alle zenders in h264 worden uitgezonden.

Daarnaast gebruik ik één van de nieuwere versies van Tvheadend 3.3.486. En heb ik media container ingesteld op "Same as source (pass through)".

Maak gebruik van Ziggo.

Hou er wel rekening mee dat als je kanalen ontvangt die 1080i zijn, je nagenoeg geen deïnterlacing hebt. Kwaliteit is dan niet al te best. Maar ik vind het voor het tvtje op de slaapkamer prima werken.

Edit: Sorry, ik gebruik raspbmc. Was ik ff vergeten.

[Reactie gewijzigd door KontI op 25 maart 2013 13:16]

Ziet er echt geniaal uit, ga ik zeker in huis halen op een mooi zelfbouwsysteem als ik eenmaal het huis uit ben :p
Openelec.tv, gebuikte hem al sinds 0.xx beta periodes. Wat een fantastische distro en een donatie vanuit mijn kant was destijds het ook waard. Maar dat het fantastsich zie je terug door dat andere fabrikanten deze distro commercieel inzetten op hun eigen producten.

Waar ik nu alleen op zit te wachten, is dat voor DVB-C CI+ voor PVR wordt uitgebracht. Ik denk dat ik voor altijd zal wachten.
CI+ zal hoogstwaarschijnlijk nooit door PCs worden ondersteund. Dit omdat de DRM controle bij CI+ nog stricter is dan bij CI. CI is min of meer de simpele CAM interface die alleen een signaal in krijgt en weer een signaal terug geeft. Bij CI+ is de beveiliging op het uitgaande signaal veel strenger. Dan moet alle hardware tot aan de "beeldbuis" beveiligd zijn, en bij PCs gaat dit natuurlijk nooit lukken.

CI zal echter nog wel een tijd blijven, als de TV aanbieder CI überhaupt kan blokkeren. Als de TV aanbieder CI ineens gaat blokkeren schiet hij zichzelf toch in de voet. Er is op het moment zoveel CI apparatuur in omloop (computer hardware, maar ook losse decoders zoals de Dreambox) dat er teveel problemen zoude ontstaan bij een volledige CI blokkade. Daarnaast is het denk ik ook nog eens de vraag of het technisch wel mogelijk is. Want er is geen communicatie van de "kijkende partij" naar de TV aanbieder. Het enige wat de TV aanbieder kan doen is het signaal uitzenden en hopen dat niemand met verkeerde bedoelingen erop komt. Je hebt dan wel de smartcard, maar hiervan worden ook op een apart kanaal continue de nieuwe sleutels gebroadcast. Dus zolang je het signaal kunt ontvangen en de juiste encryptie sleutels hebt, kun je het signaal ook decoderen. Zij het met behulp van een (hardware) CAM + smartcard, of softCAM + smartcard. Waarbij IMO een softCAM het voordeel heeft omdat je alleen de smartcard (+ smartcardreader) en software hoeft te hebben. Waar je bij het gebruik van een hardware CAM vast zit aan de gebruikte interface (CI vs CI+) en je ook van CAM zult moeten wisselen als je een andere TV aanbieder pakt. Omdat je dan dus van hoogstwaarschijnlijk van encryptie wisselt, waar je bij een softCAM volgensmij niks hoeft te doen, of alleen even in de configuratie hoeft aan te passen welke encryptie hij moet gebruiken.

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBDesktops

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

Beste nieuwssite en prijsvergelijker van het jaar 2013