The OpenELEC team is proud to release OpenELEC 3.1.2The OpenELEC 3.1 release series are test releases (beta) for OpenELEC-3.2.OpenELEC-3.2 will be the next stable release, which is a feature release and the successor of OpenELEC-3.0.
This release updates the Kernel to the just released Kernel 3.10 and includes besides the usually bugfixes a rework and clean up on our shutdown function. With updating Bluez any reported pairing issues with Bluetooth hardware should be solved and a change how we compile ALSA should solve some issues with alsa-1.0.27 and 3rd party addons.
You should only upgrade from OpenELEC-3.0 to OpenELEC 3.1.2 for testing purposes.
→ Please read also about our new versioning scheme.
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!
If you want to contribute to the OpenELEC project, you can make a donation using PayPal, Bitcoin or Flattr. Donating is easy, takes only a few minutes and you do not need a PayPal account to make a donation. We have not set up our PayPal donation page to suggest a donation amount; please just donate what you feel comfortable with.
We invite everyone to actively participate in the OpenELEC community. In a short time we have become a bustling project with many keen users of all skill levels helping out daily. OpenELEC is for everyone and following us on social media not only keeps you up to date but helps the project by letting more people know about us.
For a full changelog on what's new, follow the link below:https://github.com/OpenELEC/OpenELEC.tv/compare/3.1.1...3.1.2
You can find the new release of OpenELEC 3.1.2 on the downloads page
OpenELEC 3.1/2 will drop releases for ION 32-bit, Intel 32-bit and Xtreamer Ultra users. If you are currently using one of these builds, the correct migration path is:
OpenELEC 3.1/2 will now provide releases for Generic 64-bit, a catch-all release for recent 64bit hardware.If you have any questions, please ask in the forums.
The biggest visible change in OpenELEC 3.1/3.2 is our new OpenELEC Settings addon. Many thanks to ‘Lufie’, ‘Seo’, ‘Chewitt’, ‘Vpeter’ and all others who helped developing, translating, testing etcetera. A special Thank You also goes to the connman team for their help, support and work.
Note: Since this addon is not created by the XBMC team but by the OpenELEC team, this addon requires our own separate translation into as many languages as possible. We therefor would like to ask you to participate in translating the texts of this settings module, so that people around the world can enjoy using it as much as we do.Open this link, select the language of your choice, and help us translate our new addon!
The new addon combines all settings that have mostly to do with external connections via different devices, along with some internal system settings. It now also displays descriptions of each menu item, so more and more people can understand, and use, the possibilities that OpenELEC offers.
View the embedded image gallery online at:
Intel has gone a long way on htpcs during the last several years. Beginning with Sandy and later with Ivybridge intel improved the linux experience a lot. When thinking in the htpc domain, there are at least the following things of great importance:
Intel supports items 1, 2 and even 3 since a long time. One remaining problem was the deinterlacing support, to get low power chipsets like the Celeron 847 into being a multitalent. This point was ruled out lately. Timo Rothenpieler (Btbn) a longterm vaapi enthusiast implemented the first deinterlacer within xbmc for vaapi by using the VPP (Video Postprocessing API). It was possible by the changes introduced into libva and libva-intel-driver by Haihao Xiang. In the future, we will also deliver Temporal / Spatial deinterlacing, that has just been released for Intel Haswell. The Haswell Chip is actually already supported with our new vaapi driver packages, Temporal / Spatial deinterlacing will come later (if we find some hardware to actually test it).With all this work being done, Intel delivers a really great experience on Linux htpcs, and closely moves into the direction where Nvidia has been best the last couple of years. Thank you so much, to all people that have tested the Intel VPP work in the special thread over at our forums.
OpenELEC has worked strongly together with the AMD engineers, to especially name Jamy and Sabre for their constant support and the possibility to discuss some things. They even installed XBMC and tried the XVBA Implementation on their hardware. You might have realized on the changelog to 13.6 fglrx:
 Fix the regression of performance drop with XBMC for UVD playback
which was the direct outcome of this constructive work. We included this driver into a Call for Testing XVBA build in order to get it thouroughly tested before actual release.Also a huge thank you to all users, that gave it a short try, which helped to improve the situation for e.g. the Arctic users a lot. We finally have a new driver, that is working quite fine with XBMC, additionally it also supports new hardware.We hope - of course - for the future, that xvba-sdk 0.75 will be released soon and that we can implement support for the mpeg2 and mpeg4 codecs. We’d also be happy, if we could see Bitstream Audio support on AMD hardware, which is still an outstanding issue.
OpenELEC 3.1 is not recommended for production builds. Please use OpenELEC 3.0 instead.