OpenELEC 3.2.4 released

27 Nov 2013

OpenELEC 3.2.4 is a bugfix and maintenance release for our OpenELEC 3.2 series and is recommended for all new installations or as an update for all previous versions. Systems running OpenELEC 3.1.x and 3.2.x will automatically update to 3.2.4 if auto-update is enabled. Users who are still running OpenELEC 1.0-3.0 are encouraged to manually update to enjoy the many new features. We would like to thank our users, project team and partners for their efforts in testing, reporting and fixing issues, adding features, creating how-to documents, and donations of hardware and funds to the project. We hugely appreciate your continued support!

This release contains our usual updates, bugfixes and improvenments.

 

Donating is easy and takes only a few minutes using PayPal, Bitcoin or Flattr and there is no fixed or minimum donation amount. No matter how large or small your contribution it helps to keep the project running. Please just donate an amount you feel comfortable with.

Be social and join our community!

OpenELEC has a thriving and vibrant user community offering assistance and encouragement via our online forums and IRC channel. Please make sure you follow us on social media, it will keep you informed and help us to increase awareness for the project.

Changelog

  • update to xbmc-12.2-d1002b4
  • update to libdrm-2.4.49
  • update to bcm2835-bootloader-b38194c
  • update to bcm2835-driver-b38194c
  • update RPi kernel patch
  • update to linux-3.10.20
  • update to xtrans-1.3.2
  • update to libxcb-1.9.2
  • update to xcb-proto-1.9
  • update to pciutils-3.2.1
  • update to ethtool-3.12.1
  • update to util-linux-2.24
  • update to samba-3.6.20
  • update to v4l-utils-0.8.9
  • update to libass-0.10.2
  • update to xf86-video-intel-2.99.905
  • update to Mesa-9.2.3
  • update to service.openelec.settings-0.2.20
  • libdrm: add upstream patches
  • v4l-utils: add new hp mce remote
  • rtmpdump: install rtmpdump binary
  • fontconfig: do not install binaries
  • rtmpdump: do not install binaries
  • Add Arch Linux Support to create_livestick, thanks to 'egore', this fixes #2647
  • connman: disallow updates to hostname
  • bluez: fix hid2hci

Did we mention our new settings addon?

The most visible change in OpenELEC 3.2 is our new settings addon. It’s a huge improvement where changes are effected immediately without needing a reboot, and short descriptions of each and every function to make it easier to comprehend. Thanks to lufie, seo, chewitt and vpeter from the project team, and the many others who helped with developing, translating and testing the addon. We also send a special ‘thank you’ to the connman developers for their patient help and guidance during its creation.

The new addon does not migrate settings from OpenELEC 3.0 or older installs so the first time you boot OpenELEC 3.2 a first-run wizard will ensure you configure essentials like keyboard language, hostname, networking, and startup of SSH and samba services.

NB: OpenELEC is used by people from around the world so the new settings addon needs to be translated into as many languages as possible. If your native language is not currently supported it would be awesome if you can help us out with the words. To contribute a new translation or corrections to an existing one; please use this link to visit the transifex site and get started.

New and dropped builds:

To simplify the number of OpenELEC 3.2 builds available we have discontinuted the ION 32-bit, Intel 32-bit, and ‘Ultra’ builds for Xtreamer users. If you are using one of these builds the correct migration path to follow 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


Starting with OpenELEC 3.2 we have added a Generic 64-bit release as a “catch-all” for recent 64-bit hardware. You can find all OpenELEC 3.2.4 releases on the downloads page. Please ask any questions in our forums!


Posted: 3 months 3 weeks ago by gda #111799
gda's Avatar
lottewindow wrote:
can you share some advances of 3.95.1 beta in RPi in Gotham?....
It doesn't make any sense to do that. This information is more than 3 months old. There is now a stable version 4.0.6 available.
Read the release notes.

Gerald
Posted: 3 months 3 weeks ago by lottewindow #111778
lottewindow's Avatar
can you share some advances of 3.95.1 beta in RPi in Gotham?....
And what are the special features of it ?
Thanks :laugh:
Posted: 7 months 1 week ago by chewitt #100428
chewitt's Avatar
@abraxas: You might want to investigate the new 3.95.1 beta .. there have been quite a few advances for RPi in Gotham. You should also be aware that features like kiosk modes etc. should be requested/described to the XBMC team no OE; although we do collaborate on some things we're primarily a consumer of their work.
Posted: 7 months 1 week ago by abraxas #100422
abraxas's Avatar
Hello!

First of all I'd like to thank the people behind OpenELEC for all their hard work for yet another release. Specially the RaspberryPI support is highly welcomed. Please accept my feedback as is and I hope that some of the XBMC developers read my converns as well. I therefore also hope that some of my thoughts might flow in in further XBMC development as well as in OpenELEC too.

Bugreports:
- Shutdown always reboots rather than shutting the system down (this version - rpi).
- Often pressing "Abort" in video playback over network simply freezes the small abort box bottom right and stays that way for hours.
- Accidently pressing fast forward / backward freezes video playback.
- Random reboots of OpenELEC if network is not reached or remote has turned off their stream for maintainance.
- Random freezes and lockups there and here.
- After 6 Months the system got turned on (my parents had visitors whom we liked to introduces OpenELEC and XBMC) and the system started to automatically update. The result was a disaster and we felt ashamed infront of the visitors and ran into plenty of excuses why things didn't work as they intended to work). -> We now turned everyting off that pulls updates from servers.

Overall Feedback:
I initially bought the RPI for running XBMC (mainly OpenELEC) for my parents on it. The primary intention was to serve the system as a SmartTV to stream foreign language TV stations. Also watching some VIDEOS (mpg, mp4, mkv,...). The system was intended for my parents (both around 70 years). Sadly when I introduced them to OpenELEC they responded to me that they can't handle the system because it's overcomplicated.

And yes the system is absolutely overcomplicated. No matter how much care has been spent into the new "Settings" tool but the overall rest of the system is still complicated.

They (my parents) said to me that they like to use it like an TV. Turn it on, select -> with a few steps -> the channels and then play it. But with XBMC and specially OpenELEC you get quickly trapped into complex situations where "non tech people" simply backs out because they run lost into the system itself.

- First of all the above bugs cause a lot of irritations. Turning OFF means OFF and not reboot. Do this 2-3 times to older people and they never touch the remote again (as they did -> 6 Monts the RPI was not turned on nor was any of their prefered channels viewed) or a video played back.

- A lot of irritating depth of submenus or (should I better say) subdirectories. Once you get out of you application and by accident press one time too much or you directed the cursor wrong and entered a subdir by acciden you find yourself in one of the many subfolders for plug-ins, videos and other stuff. They (my parents) never finds out of it ... -> they never touch the remote again. To say the truth, even I find myself lost in XBMC's subdirectory trees. Specially if you come back after 6 Months for the fist time again you find yourself lost in the overall usage of XBMC.

- Something like a KIOSK mode would be nice. Everything hidden away, no *wrong* or irritating dives into subdirectories by accident. No submenus like (plug-ins or similar). It's ok that you can already turn off "Movies", "Pictures" and so on, but the tiny menues below that should be turned off as well (at least through a setting). Something that one sets one time and never again).

It would be nice if one of the upcoming OpenELEC versions could address these issues as well -> as much as its technically possible. I hope I was able to speak out what I think is an iportant issue and hope that some of the stuff can be adressed in future updates of OpenELEC.
Posted: 7 months 2 weeks ago by Sym #99549
Sym's Avatar
FireMan wrote:
One of my cards is class 10, but the other (4gb) is also class 4.
I really think you should try any other card. Yours looks to be defective or with some sort of incompatibility with rpi.
Cheers.

I just wanted to say that I still had card corruption with all the 3.2.4 openelec released (official, rbej, and from source). The good news is that the card corruption problem is now FIXED with the latest openelec Gotham beta release today. Thank you everyone!
Posted: 7 months 2 weeks ago by El Stupid #99329
El Stupid's Avatar
Will check and clean the folders if necessary and try again.
Thnx!


EDIT: that worked, thank you!
Posted: 7 months 2 weeks ago by klojum #99327
klojum's Avatar
Perhaps a previous update attempt went wrong.
Check the .xbmc/temp and/or the .update folders for residu files.
Posted: 7 months 2 weeks ago by El Stupid #99326
El Stupid's Avatar
I'm running a Generic i386 build for quiet some time now. My version runs smooth and stable, so no need to update.
However, I'm running 3.2.3 and have auto-update on. It won't seem to update still after a few months since 3.2.4 release.
Also manual update check doesn't respond with any message. My internet connection is fine.

Any clues?
Posted: 7 months 3 weeks ago by bijjiclarrk #99168
bijjiclarrk's Avatar
Hello Everyones I am new here for good relationship. I hope Whole people are good in your countries. Here I found such a good news and articles related to my work and passion. Thanks For sharing with us such a great information.
Posted: 7 months 3 weeks ago by FireMan #99023
FireMan's Avatar
No changes in git hub since I compile this one (Last updated 17 days ago by stefansaraev):
wikisend.com/download/194788/OpenELEC-RP...218084625-r15977.tar

But, if you like to compile the latest 3.2 yourself, you can use the following:
git clone -b openelec-3.2 https://github.com/OpenELEC/OpenELEC.tv.git

Cheers.
Posted: 7 months 3 weeks ago by Sym #99012
Sym's Avatar
I would try another card if I had one.. :unsure: but since this only happens with 3.2.4, I have a feeling its not the card. I could be wrong, but I dont really believe in coincidences.

Is there an OpenElec 3.2 bugfix branch in git that I can build without building Gotham? Could someone post the git command used to build the correct branch? Is r15977 the last revision available for OpenElec 3.2 with xbmc 12.3?

I just cloned the openelec source tree and then I saw that it was building xbmc 13... which is probably not going to work as expected since its still in the alpha stage. Would you recommend running the latest source on the master branch?

Best Regards.

Edit: I am used to svn command line when checking out a specific version (ie; svn co -r 15977) but I cant seem to find the equivalent command for git. There must be an easy way of checking out a specific revision with git but I just cant see it in the documentation.
Posted: 7 months 3 weeks ago by FireMan #98994
FireMan's Avatar
Sym wrote:
FireMan wrote:
I don't have this problem with any version, 3.2.4 (oficial), Rbej's 18.01.2014, or r15977 compiled by me.
I'm running a rpi 512, no OC, and 2 different SD: Sandisk Exreme 32gb class 10 and Sandisk Ultra 4gb class 4.
I did tried several ways to change versions: running update from 3.2.4 to Rbej's to r15977 and all way back; build the card again with creat_sdcard on linux.
Never had any problem.
So, my only guess is your SD card.

Also, is better you try to find help on the rpi forum, since not many rpi users will read this thread...
openelec.tv/forum/124-raspberry-pi

Best regards.

I also have no OC and a RPi 512. The only difference between our setups is your card is class 10 and mine is class 4. Rbej seems like an improvement, but I will try building the latest code to see if anything changes. I appreciate your response.
One of my cards is class 10, but the other (4gb) is also class 4.
I really think you should try any other card. Yours looks to be defective or with some sort of incompatibility with rpi.
Cheers.
Posted: 7 months 3 weeks ago by Sym #98973
Sym's Avatar
FireMan wrote:
I don't have this problem with any version, 3.2.4 (oficial), Rbej's 18.01.2014, or r15977 compiled by me.
I'm running a rpi 512, no OC, and 2 different SD: Sandisk Exreme 32gb class 10 and Sandisk Ultra 4gb class 4.
I did tried several ways to change versions: running update from 3.2.4 to Rbej's to r15977 and all way back; build the card again with creat_sdcard on linux.
Never had any problem.
So, my only guess is your SD card.

Also, is better you try to find help on the rpi forum, since not many rpi users will read this thread...
openelec.tv/forum/124-raspberry-pi

Best regards.

I also have no OC and a RPi 512. The only difference between our setups is your card is class 10 and mine is class 4. Rbej seems like an improvement, but I will try building the latest code to see if anything changes. I appreciate your response.
Posted: 7 months 3 weeks ago by FireMan #98970
FireMan's Avatar
I don't have this problem with any version, 3.2.4 (oficial), Rbej's 18.01.2014, or r15977 compiled by me.
I'm running a rpi 512, no OC, and 2 different SD: Sandisk Exreme 32gb class 10 and Sandisk Ultra 4gb class 4.
I did tried several ways to change versions: running update from 3.2.4 to Rbej's to r15977 and all way back; build the card again with creat_sdcard on linux.
Never had any problem.
So, my only guess is your SD card.

Also, is better you try to find help on the rpi forum, since not many rpi users will read this thread...
openelec.tv/forum/124-raspberry-pi

Best regards.
Posted: 7 months 3 weeks ago by Sym #98956
Sym's Avatar
FireMan wrote:
Sym wrote:
I have 3.2.4 installed on my RPi with a 32 GB sdcard (Kingston 4x). The problem is that every time I reboot the RPi, the sdcard has incorrect free bytes and I must perform fsck on it to recovery the journal. The problem is only in the ext4 partition. The fat32 system partition is fine. Could anyone else verify this for me? I don't think this problem existed with 3.2.3 release. To reproduce, just install 3.2.4, copy a few files to the storage, turn off the Pi, then run fsck on the disk in a computer. You should see that it must recover the journal every time. This problem also causes problem for updates because the storage does not have the correct free bytes available.
Hi,
You should try another card first...
Another valid test is with some updated release, compiling your on direct from git hub, or some custon build like rbej's one:
netlir.dk/rbej/builds/?dir=Frodo/

But, again, I really think the problem is with the SD card...

Cheers.

The problem also happens with the latest stable 3.2.4 release from rbej. The problem doesn't happen with 3.2.3 and the sdcard has never had this problem until I updated to 3.2.4. I think the problem might have to do with either the shutdown process or that the firmware has trouble with the size of my card. Although,I have also updated the firmware to the latest development version and this problem still persists.

Edit: when I say firmware, I'm referring to the 3rd party firmware.

Edit 2: my last resort is to build the latest source myself, but I was hoping for some confirmation first.

Edit 3: the rbej version will at least shutdown when the sdcard has incorrect byte available. The official version of 3.2.4 does not shutdown all the way when the card gets in this state (only xbmc restarts when I tell it to shutdown). When this happens, I fix the journal on the card and openelec will then shutdown properly again. I don't have the shutdown problem with rbej, but the card is still having incorrect bytes.
Posted: 7 months 3 weeks ago by FireMan #98955
FireMan's Avatar
Sym wrote:
I have 3.2.4 installed on my RPi with a 32 GB sdcard (Kingston 4x). The problem is that every time I reboot the RPi, the sdcard has incorrect free bytes and I must perform fsck on it to recovery the journal. The problem is only in the ext4 partition. The fat32 system partition is fine. Could anyone else verify this for me? I don't think this problem existed with 3.2.3 release. To reproduce, just install 3.2.4, copy a few files to the storage, turn off the Pi, then run fsck on the disk in a computer. You should see that it must recover the journal every time. This problem also causes problem for updates because the storage does not have the correct free bytes available.
Hi,
You should try another card first...
Another valid test is with some updated release, compiling your on direct from git hub, or some custon build like rbej's one:
netlir.dk/rbej/builds/?dir=Frodo/

But, again, I really think the problem is with the SD card...

Cheers.
Posted: 7 months 3 weeks ago by Sym #98954
Sym's Avatar
I have 3.2.4 installed on my RPi with a 32 GB sdcard (Kingston 4x). The problem is that every time I reboot the RPi, the sdcard has incorrect free bytes and I must perform fsck on it to recovery the journal. The problem is only in the ext4 partition. The fat32 system partition is fine. Could anyone else verify this for me? I don't think this problem existed with 3.2.3 release. To reproduce, just install 3.2.4, copy a few files to the storage, turn off the Pi, then run fsck on the disk in a computer. You should see that it must recover the journal every time. This problem also causes problem for updates because the storage does not have the correct free bytes available.
Posted: 8 months 1 day ago by FireMan #98417
FireMan's Avatar
I agree with you that is nice focus the attention in the future, but the fact is that Gotham still in alpha (probably will hit beta stage soon), and should be nice have a stable without the infamous "fc-cache is missing" message out of the box.
Stick with a stable release showing an error every boot (even the error being harmless) isn't good for the project at all.
Besides, the 3.2 project isn't dead, according with the github change log. Several improvements have been made. The "fc-cache" was fixed at the same week (if not the same day) that 3.2.4 was released.

cheers.
Posted: 8 months 2 days ago by chewitt #98354
chewitt's Avatar
The XBMC v12.2 that we released in OE v3.2.4 is basically the same as XBMC v12.3. It's not 100% identical but all the stuff that counts was already applied via patches; we also included a number of Gotham backports to address things that even v12.3 doesn't fix. As a result there is no pressing need for a v3.2.5 release and although we mulled the idea for a while the dev teams attention is better spent on Gotham (as it has been for many months now).
Posted: 8 months 2 days ago by FireMan #98350
FireMan's Avatar
Guys, don't get me wrong, but it's time to 3.2.5.
Frodo 12.3 is stable for months now. I'm not complaining, since I do compile from git hub when something changes, but is nice to see the official release up to date.

Regards.
Posted: 8 months 2 weeks ago by peialto #96848
peialto's Avatar
please someone take a look at the log attached. I am always experiencing system freeze, everytime I turn on the machine. Hope someone can help me on this issue.
xbmclogs.com/show.php?id=122286
I am running fusion build 3.2.4. hardware is amd E350
Thanks a lot
Posted: 9 months 1 day ago by sraue #95850
sraue's Avatar
dantist wrote:
I just switched back from Raspbmc to OpenELEC because the awesome guys from Hyperion now offer an OpenELEC installation script for their tool.

You should really consider to make this an official part of OpenELEC - Hyperion is so so so much faster than boblight and only takes up 2-3% CPU. Raspbmc is going to include it within their next release as well.

this we could do if the author would contact us (except telling XYZ is not possible on OE) and if he is active in our forum with a support thread or at least in the xbmc.org forum.
Posted: 9 months 1 day ago by dantist #95842
dantist's Avatar
I just switched back from Raspbmc to OpenELEC because the awesome guys from Hyperion now offer an OpenELEC installation script for their tool.

You should really consider to make this an official part of OpenELEC - Hyperion is so so so much faster than boblight and only takes up 2-3% CPU. Raspbmc is going to include it within their next release as well.
Posted: 9 months 1 week ago by sorinakis #95056
sorinakis's Avatar
@klojum - xbmc uses 100% cpu - I presume because one of my addons.
I run a bleeding edge build on a different rpi (automatic build - like Chris Swan's setup + a custom update script on rpi), but there I have almost no addons and anyhow, for that setup it's acceptable to crash from time to time.
Posted: 9 months 2 weeks ago by klojum #94359
klojum's Avatar
"Extremely sluggish".

And so now it's up to us to see in our crystal ball what the problem was?
Getting support doesn't work when you go back instantly to a previous version.

You want a future version? Try the Gotham nightly builds.

Our Sponsors & Partners

arctic_logo
at-visions   SolNet   ThePiHut