The OpenELEC team is proud to release the first Beta of OpenELEC 3.0!
Internally this is known by the less-catchy name OpenELEC 2.95.1 :).
Shortly after our OpenELEC 2.0 release we are proud to present our first OpenELEC 3.0 beta. With this new version comes many exciting updates. Based on XBMC 12.0 Frodo, OpenELEC 3.0 brings official support for our first ARM devices the Raspberry Pi, Linux kernel 3.6, improved PVR support and of course, the long awaited Audio Engine.
This new version of OpenELEC also includes many driver updates, including new support for many DVB and wireless devices. The new boot to ram option allows PXE systems and slow devices to boot even faster than before.
To manually update to this Beta read http://wiki.openelec.tv/index.php?title=Updating_OpenELEC.
We would like to thank our users, team members and partners for testing, reporting and fixing issues, creating how-to documents, developing new features, and their donations of hardware and funds to the project. We appreciate your continued support!
You can download your OpenELEC 3.0 Beta 1 build here.
Upgrading to OpenELEC 2.95.1
There have been many months of developer testing in the run-up to this beta release, but like any major update there are a lot of changes and something somewhere will have been missed (this is why we do beta tests).
- If you are going to update to the beta release from our actual stable OpenELEC-1.0 or OpenELEC-2.0 we STRONGLY advise you to make a backup of XBMC’s data files first and start with a fresh XBMC user dir:
mv /storage/.xbmc /storage/.xbmc-backup
- The Slideshow screensaver has been moved to the XBMC add-on repo, users will now need to download the add-on to be able to use it. (If not they will just get a black screen which does nothing)
- Improved OpenELEC Wiki
Thanks to our Teammember lrusak and many of our users we have improved our wiki on http://wiki.openelec.tv. If you need a account to help us to contribute to our Wiki please ask one of our Teammembers for a account.
- Issue Reports & Feature Requests on github
OpenELEC gained many new users since 2.0 and it became impossible to track issue reports and feature requests via forum postings. To re-assert some control and improve visibility for the dev team we have moved all bug reporting and feature requests to the github issue tracker here: http://github.com/OpenELEC/OpenELEC.tv/issues.
OpenELEC 3.0 highlights and changes:
- XBMC-12.0 (Frodo)
- Thanks to an incredibly successful GSoC experience and numerous dedicated developers who have been working on many projects for years, XBMC 12 figures to be one of the most anticipated feature updates in a long time. Features include…
- HD audio support, including DTS-MA and Dolby True-HD, via the new XBMC AudioEngine (DTS-HD / True-HD not support on AMD GPUs)
- improved Live TV and PVR support
- Improved image support, allowing the database to accomodate numerous additional image types
- Support for the Raspberry PI
- Improved Airplay support across all platforms
- Advanced Filtering in the library
- Advanced UPnP sharing
- XBMC Frodo has improved sound card detection and "Audio Engine support". This may change the naming of audio devices available on your system and the Audio configuration handling. If audio stops working after the update please adjust audio configuration in XBMC settings to use the updated device names and remove any previously installed/configured /storage/.config/asound.conf
- improved PVR Support
Based on XBMC 12.0 included PVR support we support many more DVB hardware, and have 4TheRecord, DVB Viewer, Mediaportal, MythTV, NextPVR, TVHeadend, VDR, Njoy N7 and VU+ support in the OS.
- Improved AMD XVBA support
Thanks to the efforts of FernetMenta, Fritsch, Newphreak and many users who have been testing and providing feedback our native XVBA support was improved again.
Xvba now uses a better heuristics to detect wrongly encoded H264 files. The AMD decoder heavily relies that the correct level is set. With these changes, it is now possible to playback those files without artefacts.
Another change was the handling of 2K and 4K video files. In the past, they broke the decoder and forced the user to reboot. We now correctly handle 2K resolution files and don't try to create the hw decoder for larger resolutions that are not supported by the XVBA SDK.