NOTE! This site uses cookies and similar technologies.

If you not change browser settings, you agree to it.

I understand

WETEK Play

The OpenELEC team is proud to release OpenELEC 3.1.2

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

Thank You!

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!

Thank Us!

If you want to contribute to the OpenELEC project, you can make a donation using PayPalBitcoin 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.

Be social, join our community now!

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.

Changelog:

  • update to service.openelec.settings-0.1.24
  • update to kmod-14
  • update to zlib-1.2.8
  • update to bluez-5.7
  • update to procps-ng-3.3.8
  • update to util-linux-2.23.1
  • update to connman-df37290
  • update to xz-5.0.5
  • update to libXi-1.7.2
  • update to dbus-1.6.12
  • update to linux-3.10
  • update to libXrender-0.9.8
  • update to xf86-video-intel-2.21.11
  • update to Mesa-9.1.4
  • update iptvsimple patch
  • update dvbhdhomerun to svn from 20130704
  • projects/RPi/patches/linux: update RPi patches
  • xbmc: add PR2890
  • sshguard: remove package sshguard
  • ConsoleKit: remove package ConsoleKit
  • Revert "bcm2835-bootloader: update to bcm2835-bootloader-e11b332"
  • build p4-clockmod driver statically in kernel, wakeup after suspend should work again
  • RTL8188EU: use driver from https://github.com/lwfinger/rtl8188eu
  • xbmc: init: move wait for dbus/udevadm/network before autostart.sh
  • safe_shutdown: pass poweroff/reboot to shutdown script
  • xbmc: add patch to support Upower without ConsoleKit
  • use $CONFIG_CACHE where possible instead hardcoding '/storage/.cache'
  • pm-utils: added module cdc_acm to SUSPEND_MODULES
  • connman: add patch to disable ipv6 by default
  • connman: do not touch nat table before enabling tethering
  • projects/RPi/linux: build SPI drivers as build-in kernel drivers
  • alsa-lib: build with versioned symbols, see http://openelec.tv/forum/120-news-announcements/64988-openelec-3-0-6-released#78546

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

New and dropped builds:

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:

  • ION i386 (with 32-bit capable hardware) => Generic i386
  • ION i386 (with 64-bit capable hardware) => ION x86_64
  • Intel i386 (with 32-bit capable hardware) => Generic i386
  • Intel i386 (with 64-bit capable hardware) => Intel x86_64
  • Xtreamer Ultra 1 / Xtreamer Ultra 2 => ION x86_64

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.

Our new settings addon:

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!

NEW

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.

SYSTEM

  • The Update section now includes a button for a forced update check.
  • The new release also feature a Backup & Restore function of both OpenELEC's & XBMC's current settings, databases and thumbnail content.
  • A 'Reset OpenELEC to default' option will directly and permanently set all configuration values of OpenELEC and XBMC to their defaults.
  • A 'Reset System Settings to default' option will give the user the option to reset the OpenELEC OS settings. (XBMC settings will not be touched)

NETWORK

  • New settings are now available for switching on/off the wired network, adding Virtual Private Networks as well as user selected NTP servers.
  • Network mounts (CIFS and NFS) can now be done from inside the OpenELEC user interface. An improved 'Wait for network' option can also be enabled.

CONNECTIONS

  • All current network connections will now be displayed in a separate window. Each connect can be disconnected and/or edited on all its properties.
  • At last, wireless connections are now made very easily. A list of all available SSID's will make it very easy to choose from, and connect subsequently.

SERVICES

  • Here you can find the combined switches for the Samba, SSH, Cron, Avahi (=Zeroconf) Syslog and Bluetooth 'daemons'.

BLUETOOTH

  • A separate tabpage will display all Bluetooth connects. The addon will pick up any bluetooth device and display a PIN request messagebox when/where necessary.
  • Devices like the WiiMote (only the old model), PS3 Remote or BT keyboards can now be easily paired.

Intel VAAPI changes:

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:

  1. Power Usage, to get a cool and also silent experience
  2. Video Codec support to decode video content on the GPU, here we talk mostly about h264, VC-1, mpeg2 and mpeg4/xvid.
  3. Bitstream Audio Support, e.g. TrueHD and DTS-HD
  4. LiveTV watchers also need accelerated deinterlacing to get their 1080i and 576i TV-Streams decoded properly.

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.

FGLRX 13.6 Update:

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:

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

You can find the new release of OpenELEC 3.1.2 on the downloads page

OpenELEC 3.1 is not recommended for production builds. Please use OpenELEC 3.0 instead.