OpenELEC 4.0 released

05 May 2014

The OpenELEC team is proud to announce OpenELEC 4.0.

The team has made a huge effort to make this one of our best releases yet. Since the OpenELEC 3.0 and 3.2.x releases, we have worked hard to improve OpenELEC in a number of areas. Some of these are visible changes, others are backend changes that aren’t as visible to every user but are certainly worth mentioning.

OpenELEC-4.0 is now the next stable release, which is a feature release and the successor of OpenELEC-3.2 and older.

Since OpenELEC 3.2 the underlying OS and the build system have been completely reworked. One aspect of the builds that isn’t visible to most users is the buildsystem; it is one of the most fundamental building blocks for OpenELEC. It provides us the flexibility to support many different build platforms, to be responsive in updating specific packages and to add new features easily.

 

Help Supporting OpenELEC

If you would like to contribute to the OpenELEC project, there are lots of ways you can help. We are always looking for people to help with documentation, testing and reporting bugs. If you enjoy using OpenELEC and would like to make a donation to support the project, you can do this using PayPal. Donating is easy and takes only a few minutes, and you do not need a PayPal account to make a donation. We can also accept donations by other means (bitcoin, flattr, etc…). You can find out more about donating here.

Flattr this

Bitcoin Adress:
157WZSD1bDyJNWVQrKqaf5oF343q9Dscuf

Note: You do not need a PayPal account to make a PayPal donation.

How To Upgrade To OpenELEC 4.0 Release

If you are going to update from one of our older releases, we STRONGLY advise that you make a backup of your XBMC data and manual update . There was reports regarding new database versions, settings, addons and addon repos, which can cause issues if you are using updating from OpenELEC 3.2 or older. You can use our OpenELEC Settings addon if you are using OpenELEC-3.2 to backup your data and then reset it. If you are on an older build, you will need to do this manually:

mv /storage/.xbmc /storage/.xbmc-backup

For more details, please visit http://wiki.openelec.tv/index.php?title=Updating_OpenELEC.

 

OpenELEC.tv is hosted and sponsored by

 

Updated and changed Components since OpenELEC-3.2 (summary)

Buildsystem:

The buildsystem is the core “working tool” for the project and has been overhauled to fix issues and make it easier for the developer team to add new content. Our cross-compiling toolchain has been updated and optimised around newer versions of gcc-4.9.0, eglibc-2.19, binutils-2.23.2 and llvm-3.4.

Bootloaders:

We now support installation and booting on UEFI hardware. Syslinux has been updated (for new installs) and we are using the latest bootloader and firmware for Raspberry Pi.

Linux:

The Linux kernel was updated to version 3.14 which brings many bug fixes and updates to core OS functions and drivers used for hardware in modern HTPC systems.

Packages:

Nearly all of the component packages used in OpenELEC are updated to current versions to fix issues and boost support for the latest hardware. The init system responsible for startup, shutdown, power management and hardware detection/configuration has been replaced with “systemd” to give greater flexibility and control.

Networking:

Updates have been made to non-kernel wireless device drivers and a few newer chipsets have been added. Bluez has been revised for better bluetooth support. Curl now supports https connections, and both samba and nfs are refreshed to current versions.

Graphics:

Xorg-1.15 and Mesa-10.1 updates are backed by nvidia (331.67) and intel (2.99.911) GPU driver bumps. AMD support has seen radical changes; we switched from the problematic binary FGLRX (XVBA) driver to the new open source driver (7.3.0) based on VDPAU. The OSS driver is lighter (smaller in size and faster to boot) and brings numerous performance, feature, and stability improvements for AMD users. We added initial 4k support also known as UHD-TV.

Others:

Our support for remote control devices has been enhanced and extended. We also added initial support for TTS (text-to-speech) support via espeak.

XBMC:

The heart of the release is of course XBMC-13 (Gotham). We have also updated all PVR addons embedded with XBMC and there are a number of refinements to the OpenELEC settings addon. For changes and improvenments found in XBMC Gotham please visit http://xbmc.org/xbmc-13-0-gotham-rises/

 

Testing and Reporting

There has been many months of development and testing in the run-up to this beta release, but like any major update there are a lot of changes. Unfortunately, we are unable to test every scenario on all hardware, so it’s possible you might pick up on an issue we may have missed (this is why we do beta tests). We would like anyone brave enough to test this release and report issues that they find either with OpenELEC or XBMC.

Please report any issues you encounter to our issue tracker on github and/or forum. Please follow our guidelines for submitting issues outlined here: https://github.com/OpenELEC/OpenELEC.tv/blob/master/CONTRIBUTING.md

 

Supported Platform Changes

The number of builds supported has simplified. As of OpenELEC 4.0, images will be provided for AppleTV, Generic (i386 and x86_64) and Raspberry Pi’s.
We have also recently added support for Solid-Run Cubox-I devices to OpenELEC. However, this support is still under active development. Given the fact that this code base is not yet stable, we will not be providing an image for Cubox-i devices with OpenELEC-4.0. Hopefully this will change in the future as support for the platform matures.

 

New and dropped builds in OpenELEC 4.0

We will no longer be supplying specific builds for Arctic MC, Fusion, Intel and Ion devices – support for all of these devices has been rolled into the Generic builds. If you are using one of these builds, you will need to migrate to the Generic builds. If you need to migrate from an older unsupported build, please follow these instructions:

from Version Old System/Build Architecture to Version
OpenELEC =< 3.0 ION i386 (with 32-bit capable hardware) Generic i386
OpenELEC=< 3.2 ION x86_64 (with 64-bit capable hardware) Generic x86_64
OpenELEC=< 3.0 Intel i386 (with 32-bit capable hardware) Generic i386
OpenELEC=< 3.2 Intel x86_64 (with 64-bit capable hardware) Generic x86_64
OpenELEC=< 3.2 Generic_OSS i386 (with 32-bit capable hardware) Generic i386
OpenELEC=< 3.2 Generic_OSS x86_64 (with 64-bit capable hardware) Generic x86_64
OpenELEC=< 3.0 Xtreamer Ultra 1/2 x86_64 Generic x86_64 
OpenELEC=< 3.2  AMD Fusion x86_64 Generic x86_64
OpenELEC=< 3.2 Arctic_MC x86_64 Generic x86_64


For more information, please visit:
http://wiki.openelec.tv/index.php/Migrating_to_Another_Build

 

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, without it we would not be able to continue.

 

Questions & Feedback

If you have any questions about OpenELEC, sponsoring the project, or think you might be able to offer another service that will be useful to us, then please drop me an email at This email address is being protected from spambots. You need JavaScript enabled to view it.. There is always someone that is able to answer your questions in the #openelec irc on freenode.

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


Posted: 7 months 1 week ago by DDD #106896
Posted: 7 months 1 week ago by hackbird #106811
hackbird's Avatar
Hi OpenELEC Team,

on my zbox id 17 with intel all works perfect.
No bugs till now and i think its a bit faster.

Thx for this great release.
Posted: 7 months 1 week ago by giovaorama #106747
giovaorama 's Avatar
Hi, really a great work with this new release.

I want just to report a little problem (I already asked on the transmission thread but no one can help me).

On 4.0 transmission service on my rPI starts too early: indeed it starts before my external USB disk (where the downloads folder actually lives) is automatically mounted. On the storage folder I made a symbolic link to the downloads folder on the external disk.

The effect is the all the torrent are "broken". If I kill the transmission service then all the torrents are paused and I can restart them.

I try to play around with the systemd file for transmission but systemd is really new for me and I can't get transmission starts after that the external media are mounted.

I think that mine is a really common configuration (RPi + external disk) and I really surprised that nobody else has this problem.

Any suggestions?

I think that if I add a row on the fstab file for my external disk I will not have any more this problem, but this solution isn't really portable.

Ah, obviously on 3.2.4 with the old officially supported transmission service all was working correctly.

Thanks



Inviato dal mio LG-V500 utilizzando Tapatalk
Posted: 7 months 1 week ago by M3Rocket #106744
M3Rocket's Avatar
popcornmix wrote:
M3Rocket wrote:
Took awhile to test this, but I did find that removing this particular JPG solved the problem. Whenever I put it back, Slideshow would fail again. Not sure why this happens with 4.0 on rPi, but version 3.95.5 plays it just fine. I've had that JPG for awhile. I sent you PM with the download link.

The jpg behaves correctly when not in the .xbmc/userdata/Thumbnails directory. The GPU fails to decode it, it falls back to software decode, the GPU reencodes it to cache and any subsequent decodes work correctly from cache.
Putting it in .xbmc/userdata/Thumbnails does skip the cache and causes a hang that I can reproduce. Not obvious what the issue is as gdb won't give a backtrace for the hung thread, but I've got something to investigate.

Thanks for sample. Obvious workround for now is to reencode the jpeg or avoid (ab)using the .xbmc/userdata/Thumbnails directory.

Thanx so much for the assist! Glad you reproduced the problem. Sounds like something must have changed with the JPEG decoding process between 3.95.5 and subsequent versions.

FYI, the reason I put it in the Thumbnails directory is to prevent duplication of the entire JPEG directory in the cache database as well as prevent re-encoding as I can't control nor predict the outcome/quality of the re-encode. As a photographer, compression quality and color fidelity is a concern. When the menu resolution of XBMC on the rPi was set to less than 1080p, the quality of the re-encoding was terrible. I needed to force the slideshow screensaver to display the JPEG's at full 1080p resolution while leaving the XBMC menu at 720p for performance reasons on the rPi. Was also trying to save space, and write cycles on the SD card.

Don't get me wrong--the caching mechanism makes sense when the JPEG has to be re-sized. I don't think it's necessary when the resolution of the JPEG matches the resolution of the output device. I suppose that's something the screensaver author can address, but am not sure whether it's even possible to change the menu resolution on the fly...

In any case, it's easy enough to reencode the JPEG. Thank you again!
Posted: 7 months 1 week ago by fgro #106735
fgro's Avatar
ok we are going a bit deeper into the annoing error with cec-devices. i am posting some logs:
No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.1.4
no serial port given. trying autodetect:
 path:     /sys/devices/pci0000:00/0000:00:10.0/usb6/6-2
 com port: /dev/ttyACM0

opening a connection to the CEC adapter...
DEBUG:   [              16]     unregistering all CEC clients
DEBUG:   [              16]     Broadcast (F): osd name set to 'Broadcast'
ERROR:   [            3522]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            3522]     could not open a connection (try 1)
ERROR:   [            6356]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            6356]     could not open a connection (try 2)
ERROR:   [            8246]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            8246]     could not open a connection (try 3)
ERROR:   [            9506]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            9506]     could not open a connection (try 4)
NOTICE:  [           10511]     connection opened
ERROR:   [           10511]     could not start CEC communications
unable to open the device on port /dev/ttyACM0
19:03:19 T:140201122232064   DEBUG: CecLogMessage - connection opened
19:03:19 T:140200793589504   DEBUG: CecLogMessage - processor thread started
19:03:19 T:140201122232064   DEBUG: CecLogMessage - << Broadcast (F) -> TV (0): POLL
19:03:19 T:140201122232064   DEBUG: CecLogMessage - << f0
19:03:19 T:140201122232064   DEBUG: CecLogMessage - setting the line timeout to 3
19:03:19 T:140200818767616   DEBUG: GetMappingForDevice - device (2548:1002) mapped to Pulse-Eight CEC Adapter (type = cec)
19:03:19 T:140201122232064   DEBUG: CecLogMessage - >> POLL sent
19:03:19 T:140201122232064   DEBUG: CecLogMessage - TV (0): device status changed into 'present'
19:03:19 T:140201122232064   DEBUG: CecLogMessage - << requesting vendor ID of 'TV' (0)
19:03:19 T:140201122232064   DEBUG: CecLogMessage - << f0:8c
19:03:20 T:140200793589504   DEBUG: CecLogMessage - >> 0f:87:00:80:45
19:03:20 T:140200793589504   DEBUG: CecLogMessage - >> TV (0) -> Broadcast (F): device vendor id (87)
19:03:20 T:140200793589504   DEBUG: CecLogMessage - TV (0): vendor = Panasonic (008045)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - expected response received (87: device vendor id)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - replacing the command handler for device 'TV' (0)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - registering new CEC client - v2.1.4
19:03:20 T:140201122232064   DEBUG: CecLogMessage - detecting logical address for type 'playback device'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - trying logical address 'Playback 1'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << Playback 1 (4) -> Playback 1 (4): POLL
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << 44
19:03:20 T:140201122232064   DEBUG: CecLogMessage - >> POLL sent
19:03:20 T:140201122232064   DEBUG: CecLogMessage - logical address 'Playback 1' already taken
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 1 (4): device status changed into 'present'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - trying logical address 'Playback 2'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << Playback 2 (8) -> Playback 2 (8): POLL
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << 88
19:03:20 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << 88
19:03:20 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:20 T:140201122232064   DEBUG: CecLogMessage - >> POLL not sent
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using logical address 'Playback 2'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): device status changed into 'handled by libCEC'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): power status changed from 'unknown' to 'on'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): vendor = Pulse Eight (001582)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): CEC version 1.4
19:03:20 T:140201122232064   DEBUG: CecLogMessage - AllocateLogicalAddresses - device '0', type 'playback device', LA '8'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - setting ackmask to 100
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): osd name set to 'XBMC'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): menu language set to 'eng'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - GetPhysicalAddress - trying to get the physical address via ADL
19:03:20 T:140201122232064   DEBUG: CecLogMessage - GetPhysicalAddress - ADL returned physical address 0000
19:03:20 T:140201122232064   DEBUG: CecLogMessage - GetPhysicalAddress - trying to get the physical address via nvidia driver
19:03:20 T:140201122232064   DEBUG: CecLogMessage - GetPhysicalAddress - nvidia driver returned physical address 0000
19:03:20 T:140201122232064   DEBUG: CecLogMessage - GetPhysicalAddress - trying to get the physical address from the OS
19:03:20 T:140201122232064   DEBUG: CecLogMessage - GetPhysicalAddress - OS returned physical address 0000
19:03:20 T:140201122232064   DEBUG: CecLogMessage - SetDevicePhysicalAddress - not setting invalid physical address 0000
19:03:20 T:140201122232064   DEBUG: CecLogMessage - setting HDMI port to 2 on device TV (0)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): physical address changed from ffff to 2000
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << Playback 2 (8) -> broadcast (F): physical adddress 2000
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << 8f:84:20:00:04
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using persisted autonomous mode setting: 'enabled'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using persisted CEC version setting: '1.4'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using persisted logical address setting: 'Playback 2'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using persisted device type setting: 'playback device'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using persisted logical address mask setting: '910'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using persisted device name setting: 'XBMC'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - using persisted physical address setting: '2000'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - making Playback 2 (8) the active source
19:03:20 T:140201122232064   DEBUG: CecLogMessage - TV (0): power status changed from 'unknown' to 'in transition from standby to on'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - marking the adapter as active source
19:03:20 T:140201122232064   DEBUG: CecLogMessage - >> source activated: Playback 2 (8)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - scheduling active source message for 'Playback 2'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - CEC client registered: libCEC version = 2.1.4, client version = 2.1.4, firmware version = 4, firmware build date: T
hu Dec  6 11:15:20 2012 +0000, logical address(es) = Playback 2 (8) , base device: TV (0), HDMI port number: 2, physical address: 2.0.0.0, host: x86_64-openelec-linux-
gnu, features: 'P8 USB' 'P8 USB detect', git revision: fcafb3b, compiled on: Wed Apr 30 13:52:22 UTC 2014 by root@debian.krautmaster.home on Linux 3.2.0-4-amd64 (x86_64)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - Playback 2 (8): vendor = Panasonic (008045)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - replacing the command handler for device 'Playback 2' (8)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << Playback 2 (8) -> TV (0): OSD name 'XBMC'
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << 80:47:58:42:4d:43
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << requesting power status of 'TV' (0)
19:03:20 T:140201122232064   DEBUG: CecLogMessage - << 80:8f

After Reboot:
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - >> POLL not sent
19:03:21 T:140200594405120   DEBUG: CecLogMessage - Recorder 1 (1): device status changed into 'not present'
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << Playback 2 (8) -> Recorder 2 (2): POLL
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 82
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 82
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - >> POLL not sent
19:03:21 T:140200594405120   DEBUG: CecLogMessage - Recorder 2 (2): device status changed into 'not present'
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << Playback 2 (8) -> Tuner 1 (3): POLL
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 83
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 83
19:03:21 T:140201188120384   DEBUG: Keyboard: scancode: 0x24, sym: 0x000d, unicode: 0x000d, modifier: 0x0
19:03:21 T:140201188120384   DEBUG: OnKey: return (0xf00d) pressed, action is Select
19:03:21 T:140201188120384   DEBUG: ------ Window Deinit (Pointer.xml) ------
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - >> POLL not sent
19:03:21 T:140200594405120   DEBUG: CecLogMessage - Tuner 1 (3): device status changed into 'not present'
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << Playback 2 (8) -> Audio (5): POLL
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 85
19:03:21 T:140200594405120   DEBUG: CecLogMessage - >> POLL sent
19:03:21 T:140200594405120   DEBUG: CecLogMessage - Audio (5): device status changed into 'present'
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << Playback 2 (8) -> Tuner 2 (6): POLL
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 86
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 86
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - >> POLL not sent
19:03:21 T:140200594405120   DEBUG: CecLogMessage - Tuner 2 (6): device status changed into 'not present'
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << Playback 2 (8) -> Tuner 3 (7): POLL
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 87
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 87
19:03:21 T:140201097053952   DEBUG: CecLogMessage - CEC transmission - received response - TRANSMIT_FAILED_ACK
19:03:21 T:140200594405120   DEBUG: CecLogMessage - >> POLL not sent
19:03:21 T:140200594405120   DEBUG: CecLogMessage - Tuner 3 (7): device status changed into 'not present'
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << Playback 2 (8) -> Recorder 3 (9): POLL
19:03:21 T:140200594405120   DEBUG: CecLogMessage - << 89
OpenELEC:~ # cec-client -l
ERROR:   [            3518]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            3518]     could not open a connection (try 1)
ERROR:   [            6352]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            6352]     could not open a connection (try 2)
ERROR:   [            8242]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            8242]     could not open a connection (try 3)
ERROR:   [            9502]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            9502]     could not open a connection (try 4)
Found devices: 1

device:              1
com port:            /dev/ttyACM0
vendor id:           2548
product id:          1002
firmware version:    65535

after reboot:
Found devices: 1

device:              1
com port:            /dev/ttyACM0
vendor id:           2548
product id:          1002
firmware version:    4
firmware build date: Thu Dec  6 11:15:20 2012 +0000
type:                Pulse-Eight USB-CEC Adapter
No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.1.4
no serial port given. trying autodetect:
 path:     /sys/devices/pci0000:00/0000:00:12.0/usb3/3-4
 com port: /dev/ttyACM1

opening a connection to the CEC adapter...
DEBUG:   [              16]     unregistering all CEC clients
DEBUG:   [              16]     Broadcast (F): osd name set to 'Broadcast'
DEBUG:   [              19]     connection opened, clearing any previous input and waiting for active transmissions to end before starting
DEBUG:   [              19]     communication thread started
DEBUG:   [              30]     turning controlled mode on
NOTICE:  [              52]     connection opened
DEBUG:   [              52]     << Broadcast (F) -> TV (0): POLL
TRAFFIC: [              52]     << f0
DEBUG:   [              52]     processor thread started
DEBUG:   [              52]     setting the line timeout to 3
DEBUG:   [              89]     >> POLL sent
DEBUG:   [              89]     TV (0): device status changed into 'present'
DEBUG:   [              89]     << requesting vendor ID of 'TV' (0)
TRAFFIC: [              89]     << f0:8c
TRAFFIC: [             292]     >> 0f:87:00:80:45
DEBUG:   [             292]     >> TV (0) -> Broadcast (F): device vendor id (87)
DEBUG:   [             292]     TV (0): vendor = Panasonic (008045)
DEBUG:   [             292]     expected response received (87: device vendor id)
DEBUG:   [             292]     replacing the command handler for device 'TV' (0)
NOTICE:  [             292]     registering new CEC client - v2.1.4
DEBUG:   [             292]     detecting logical address for type 'playback device'
DEBUG:   [             292]     trying logical address 'Playback 1'
DEBUG:   [             292]     << Playback 1 (4) -> Playback 1 (4): POLL
TRAFFIC: [             292]     << 44
DEBUG:   [             329]     >> POLL sent
DEBUG:   [             329]     logical address 'Playback 1' already taken
DEBUG:   [             329]     Playback 1 (4): device status changed into 'present'
DEBUG:   [             329]     trying logical address 'Playback 2'
DEBUG:   [             329]     << Playback 2 (8) -> Playback 2 (8): POLL
TRAFFIC: [             329]     << 88
DEBUG:   [             360]     CEC transmission - received response - TRANSMIT_FAILED_ACK
TRAFFIC: [             360]     << 88
DEBUG:   [             397]     CEC transmission - received response - TRANSMIT_FAILED_ACK
DEBUG:   [             398]     >> POLL not sent
DEBUG:   [             398]     using logical address 'Playback 2'
DEBUG:   [             398]     Playback 2 (8): device status changed into 'handled by libCEC'
DEBUG:   [             398]     Playback 2 (8): power status changed from 'unknown' to 'on'
DEBUG:   [             398]     Playback 2 (8): vendor = Pulse Eight (001582)
DEBUG:   [             398]     Playback 2 (8): CEC version 1.4
DEBUG:   [             398]     AllocateLogicalAddresses - device '0', type 'playback device', LA '8'
DEBUG:   [             398]     setting ackmask to 100
DEBUG:   [             403]     Playback 2 (8): osd name set to 'CECTester'
DEBUG:   [             403]     Playback 2 (8): menu language set to 'eng'
DEBUG:   [             403]     GetPhysicalAddress - trying to get the physical address via ADL
DEBUG:   [             403]     GetPhysicalAddress - ADL returned physical address 0000
DEBUG:   [             403]     GetPhysicalAddress - trying to get the physical address via nvidia driver
DEBUG:   [             403]     GetPhysicalAddress - nvidia driver returned physical address 0000
DEBUG:   [             403]     GetPhysicalAddress - trying to get the physical address from the OS
DEBUG:   [             403]     GetPhysicalAddress - OS returned physical address 0000
DEBUG:   [             403]     SetDevicePhysicalAddress - not setting invalid physical address 0000
NOTICE:  [             403]     setting HDMI port to 1 on device TV (0)
DEBUG:   [             403]     Playback 2 (8): physical address changed from ffff to 1000
DEBUG:   [             403]     << Playback 2 (8) -> broadcast (F): physical adddress 1000
TRAFFIC: [             403]     << 8f:84:10:00:04
DEBUG:   [             542]     using persisted autonomous mode setting: 'enabled'
DEBUG:   [             547]     using persisted CEC version setting: '1.4'
DEBUG:   [             552]     using persisted logical address setting: 'Playback 2'
DEBUG:   [             558]     using persisted device type setting: 'playback device'
DEBUG:   [             563]     using persisted logical address mask setting: '910'
DEBUG:   [             579]     using persisted device name setting: 'CECTester'
DEBUG:   [             584]     using persisted physical address setting: '1000'
NOTICE:  [             584]     CEC client registered: libCEC version = 2.1.4, client version = 2.1.4, firmware version = 4, firmware build date: Thu Dec  6 11:15:20 2012 +0000, logical address(es) = Playback 2 (8) , base device: TV (0), HDMI port number: 1, physical address: 1.0.0.0, host: x86_64-openelec-linux-gnu, features: 'P8 USB' 'P8 USB detect', git revision: fcafb3b, compiled on: Wed Apr 30 13:52:22 UTC 2014 by root@debian.krautmaster.home on Linux 3.2.0-4-amd64 (x86_64)
DEBUG:   [             584]     Playback 2 (8): vendor = Panasonic (008045)
DEBUG:   [             584]     replacing the command handler for device 'Playback 2' (8)
DEBUG:   [             584]     << Playback 2 (8) -> TV (0): OSD name 'CECTester'
TRAFFIC: [             584]     << 80:47:43:45:43:54:65:73:74:65:72
DEBUG:   [             860]     << requesting power status of 'TV' (0)
TRAFFIC: [             860]     << 80:8f
TRAFFIC: [            1036]     >> 08:00:47:00
DEBUG:   [            1036]     >> TV (0) -> Playback 2 (8): feature abort ( 0)
DEBUG:   [            1036]     marking opcode 'set osd name' as unsupported feature for device 'TV'
TRAFFIC: [            1132]     >> 08:90:00
DEBUG:   [            1132]     >> TV (0) -> Playback 2 (8): report power status (90)
DEBUG:   [            1132]     TV (0): power status changed from 'unknown' to 'on'
DEBUG:   [            1132]     expected response received (90: report power status)
waiting for input
TRAFFIC: [            1600]     >> 08:8c
DEBUG:   [            1600]     >> TV (0) -> Playback 2 (8): give device vendor id (8C)
DEBUG:   [            1601]     << Playback 2 (8) -> TV (0): vendor id Panasonic (8045)
TRAFFIC: [            1601]     << 8f:87:00:80:45
TRAFFIC: [            1873]     >> 08:89:10:01:05
DEBUG:   [            1873]     >> TV (0) -> Playback 2 (8): vendor command (89)
TRAFFIC: [            1873]     << 80:89:10:02:ff:ff:00:05:05:45:55:5c:58:32
TRAFFIC: [            2410]     >> 08:a0:00:80:45:06:05
DEBUG:   [            2410]     >> TV (0) -> Playback 2 (8): vendor command with id (A0)
TRAFFIC: [            3594]     >> 08:a0:00:80:45:06:05
DEBUG:   [            3594]     >> TV (0) -> Playback 2 (8): vendor command with id (A0)
TRAFFIC: [            4781]     >> 08:a0:00:80:45:06:05
DEBUG:   [            4781]     >> TV (0) -> Playback 2 (8): vendor command with id (A0)
TRAFFIC: [            5855]     >> 05:7d
TRAFFIC: [            5946]     >> 50:7e:00
DEBUG:   [            5946]     >> Audio (5): system audio mode status changed from on to off
DEBUG:   [            5946]     device Audio (5) status changed to present after command system audio mode status
^Csignal caught: 2 - exiting
DEBUG:   [           99848]     unregistering all CEC clients
NOTICE:  [           99848]     unregistering client: libCEC version = 2.1.4, client version = 2.1.4, firmware version = 4, firmware build date: Thu Dec  6 11:15:20 2012 +0000, logical address(es) = Playback 2 (8) , base device: TV (0), HDMI port number: 1, physical address: 1.0.0.0, host: x86_64-openelec-linux-gnu, features: 'P8 USB' 'P8 USB detect', git revision: fcafb3b, compiled on: Wed Apr 30 13:52:22 UTC 2014 by root@debian.krautmaster.home on Linux 3.2.0-4-amd64 (x86_64)
DEBUG:   [           99848]     Playback 2 (8): power status changed from 'on' to 'unknown'
DEBUG:   [           99848]     Playback 2 (8): vendor = Unknown (000000)
DEBUG:   [           99848]     Playback 2 (8): CEC version unknown
DEBUG:   [           99848]     Playback 2 (8): osd name set to 'Playback 2'
DEBUG:   [           99848]     Playback 2 (8): device status changed into 'unknown'
DEBUG:   [           99849]     setting ackmask to  0
DEBUG:   [           99855]     turning controlled mode off
DEBUG:   [           99860]     unregistering all CEC clients
DEBUG:   [          100072]     communication thread ended
OpenELEC:~ # reboot
login as: root
root@192.168.11.88's password:
##############################################
# OpenELEC - The living room PC for everyone #
# ...... visit http://www.openelec.tv ...... #
##############################################

OpenELEC (unofficial) Version: devel-20140513023040-r18378-gdaa9057
OpenELEC git: daa90579c05401449827e850fe9b1178b7c7ae28
OpenELEC:~ # cec-client
No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.1.4
no serial port given. trying autodetect:
 path:     /sys/devices/pci0000:00/0000:00:12.0/usb3/3-4
 com port: /dev/ttyACM0

opening a connection to the CEC adapter...
DEBUG:   [              13]     unregistering all CEC clients
DEBUG:   [              13]     Broadcast (F): osd name set to 'Broadcast'
ERROR:   [            3518]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            3518]     could not open a connection (try 1)
ERROR:   [            6353]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            6353]     could not open a connection (try 2)
ERROR:   [            8243]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            8243]     could not open a connection (try 3)
ERROR:   [            9503]     error opening serial port '/dev/ttyACM0': Couldn't lock the serial port
ERROR:   [            9503]     could not open a connection (try 4)
NOTICE:  [           10508]     connection opened
ERROR:   [           10508]     could not start CEC communications
unable to open the device on port /dev/ttyACM0

unplugging usb port of cec-adapter and put it into the monitor mode.
OpenELEC:~ # cec-client -m
starting a monitor-only client. use 'mon 0' to switch to normal mode
No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.1.4
no serial port given. trying autodetect:
 path:     /sys/devices/pci0000:00/0000:00:10.0/usb6/6-2
 com port: /dev/ttyACM1

opening a connection to the CEC adapter...
DEBUG:   [              13]     unregistering all CEC clients
DEBUG:   [              13]     Broadcast (F): osd name set to 'Broadcast'
DEBUG:   [              16]     connection opened, clearing any previous input and waiting for active transmissions to end before starting
DEBUG:   [              16]     communication thread started
DEBUG:   [              27]     turning controlled mode on
NOTICE:  [              48]     connection opened
waiting for input
DEBUG:   [              48]     processor thread started
TRAFFIC: [           32890]     >> 0f:80:00:00:20:00
DEBUG:   [           32890]     >> TV (0) -> Broadcast (F): routing change (80)
DEBUG:   [           32890]     TV (0): power status changed from 'unknown' to 'on'
DEBUG:   [           32890]     device TV (0) status changed to present after command routing change
TRAFFIC: [           33502]     >> 0f:86:20:00
DEBUG:   [           33502]     >> TV (0) -> Broadcast (F): set stream path (86)
DEBUG:   [           33502]     >> TV (0) sets stream path to physical address 2000
TRAFFIC: [           34575]     >> 40:8e:00

turning the tv by command line on does work. see here: (btw. this is a nice feature to get your wife really mad at you if you turn off and on remotely....)
OpenELEC:~ # echo "on 0" | cec-client -s
opening a connection to the CEC adapter...
DEBUG:   [              12]     unregistering all CEC clients
DEBUG:   [              12]     Broadcast (F): osd name set to 'Broadcast'
DEBUG:   [              15]     connection opened, clearing any previous input and waiting for active transmissions to end before starting
DEBUG:   [              15]     communication thread started
DEBUG:   [              26]     turning controlled mode on
NOTICE:  [              48]     connection opened
DEBUG:   [              48]     << Broadcast (F) -> TV (0): POLL
DEBUG:   [              48]     processor thread started
TRAFFIC: [              48]     << f0
DEBUG:   [              48]     setting the line timeout to 3
DEBUG:   [              84]     >> POLL sent
DEBUG:   [              85]     TV (0): device status changed into 'present'
DEBUG:   [              85]     << requesting vendor ID of 'TV' (0)
TRAFFIC: [              85]     << f0:8c
TRAFFIC: [             287]     >> 0f:87:00:80:45
DEBUG:   [             287]     >> TV (0) -> Broadcast (F): device vendor id (87)
DEBUG:   [             287]     TV (0): vendor = Panasonic (008045)
DEBUG:   [             287]     expected response received (87: device vendor id)
DEBUG:   [             287]     replacing the command handler for device 'TV' (0)
NOTICE:  [             287]     registering new CEC client - v2.1.4
DEBUG:   [             287]     detecting logical address for type 'playback device'
DEBUG:   [             287]     trying logical address 'Playback 1'
DEBUG:   [             287]     << Playback 1 (4) -> Playback 1 (4): POLL
TRAFFIC: [             287]     << 44
DEBUG:   [             324]     >> POLL sent
DEBUG:   [             324]     logical address 'Playback 1' already taken
DEBUG:   [             324]     Playback 1 (4): device status changed into 'present'
DEBUG:   [             324]     trying logical address 'Playback 2'
DEBUG:   [             324]     << Playback 2 (8) -> Playback 2 (8): POLL
TRAFFIC: [             324]     << 88
DEBUG:   [             355]     CEC transmission - received response - TRANSMIT_FAILED_ACK
TRAFFIC: [             356]     << 88
DEBUG:   [             392]     CEC transmission - received response - TRANSMIT_FAILED_ACK
DEBUG:   [             393]     >> POLL not sent
DEBUG:   [             393]     using logical address 'Playback 2'
DEBUG:   [             393]     Playback 2 (8): device status changed into 'handled by libCEC'
DEBUG:   [             393]     Playback 2 (8): power status changed from 'unknown' to 'on'
DEBUG:   [             393]     Playback 2 (8): vendor = Pulse Eight (001582)
DEBUG:   [             393]     Playback 2 (8): CEC version 1.4
DEBUG:   [             393]     AllocateLogicalAddresses - device '0', type 'playback device', LA '8'
DEBUG:   [             393]     setting ackmask to 100
DEBUG:   [             398]     Playback 2 (8): osd name set to 'CECTester'
DEBUG:   [             398]     Playback 2 (8): menu language set to 'eng'
DEBUG:   [             398]     GetPhysicalAddress - trying to get the physical address via ADL
DEBUG:   [             398]     GetPhysicalAddress - ADL returned physical address 0000
DEBUG:   [             398]     GetPhysicalAddress - trying to get the physical address via nvidia driver
DEBUG:   [             398]     GetPhysicalAddress - nvidia driver returned physical address 0000
DEBUG:   [             398]     GetPhysicalAddress - trying to get the physical address from the OS
DEBUG:   [             398]     GetPhysicalAddress - OS returned physical address 0000
DEBUG:   [             398]     SetDevicePhysicalAddress - not setting invalid physical address 0000
NOTICE:  [             398]     setting HDMI port to 1 on device TV (0)
DEBUG:   [             398]     Playback 2 (8): physical address changed from ffff to 1000
DEBUG:   [             398]     << Playback 2 (8) -> broadcast (F): physical adddress 1000
TRAFFIC: [             399]     << 8f:84:10:00:04
DEBUG:   [             532]     using persisted autonomous mode setting: 'enabled'
DEBUG:   [             537]     using persisted CEC version setting: '1.4'
DEBUG:   [             542]     using persisted logical address setting: 'Playback 2'
DEBUG:   [             547]     using persisted device type setting: 'playback device'
DEBUG:   [             553]     using persisted logical address mask setting: '910'
DEBUG:   [             568]     using persisted device name setting: 'CECTester'
DEBUG:   [             574]     using persisted physical address setting: '1000'
NOTICE:  [             574]     CEC client registered: libCEC version = 2.1.4, client version = 2.1.4, firmware version = 4, firmware build date: Thu Dec  6 11:15:20 2012 +0000, logical address(es) = Playback 2 (8) , base device: TV (0), HDMI port number: 1, physical address: 1.0.0.0, host: x86_64-openelec-linux-gnu, features: 'P8 USB' 'P8 USB detect', git revision: fcafb3b, compiled on: Wed Apr 30 13:52:22 UTC 2014 by root@debian.krautmaster.home on Linux 3.2.0-4-amd64 (x86_64)
DEBUG:   [             574]     Playback 2 (8): vendor = Panasonic (008045)
DEBUG:   [             574]     replacing the command handler for device 'Playback 2' (8)
DEBUG:   [             574]     << Playback 2 (8) -> TV (0): OSD name 'CECTester'
TRAFFIC: [             574]     << 80:47:43:45:43:54:65:73:74:65:72
DEBUG:   [             849]     << requesting power status of 'TV' (0)
TRAFFIC: [             850]     << 80:8f
TRAFFIC: [            1004]     >> 08:90:01
DEBUG:   [            1004]     >> TV (0) -> Playback 2 (8): report power status (90)
DEBUG:   [            1004]     TV (0): power status changed from 'unknown' to 'standby'
DEBUG:   [            1004]     expected response received (90: report power status)
NOTICE:  [            1004]     << powering on 'TV' (0)
TRAFFIC: [            1004]     << 80:04
DEBUG:   [            1062]     TV (0): power status changed from 'standby' to 'in transition from standby to on'
DEBUG:   [            1062]     unregistering all CEC clients
NOTICE:  [            1062]     unregistering client: libCEC version = 2.1.4, client version = 2.1.4, firmware version = 4, firmware build date: Thu Dec  6 11:15:20 2012 +0000, logical address(es) = Playback 2 (8) , base device: TV (0), HDMI port number: 1, physical address: 1.0.0.0, host: x86_64-openelec-linux-gnu, features: 'P8 USB' 'P8 USB detect', git revision: fcafb3b, compiled on: Wed Apr 30 13:52:22 UTC 2014 by root@debian.krautmaster.home on Linux 3.2.0-4-amd64 (x86_64)
DEBUG:   [            1062]     Playback 2 (8): power status changed from 'on' to 'unknown'
DEBUG:   [            1062]     Playback 2 (8): vendor = Unknown (000000)
DEBUG:   [            1062]     Playback 2 (8): CEC version unknown
DEBUG:   [            1062]     Playback 2 (8): osd name set to 'Playback 2'
DEBUG:   [            1062]     Playback 2 (8): device status changed into 'unknown'
DEBUG:   [            1062]     setting ackmask to  0
DEBUG:   [            1067]     turning controlled mode off
DEBUG:   [            1073]     unregistering all CEC clients
DEBUG:   [            2057]     communication thread ended

and final a last overview of my plugged hdmi ports and devices:
OpenELEC:~ # echo scan | cec-client -s -d 1
opening a connection to the CEC adapter...
requesting CEC bus information ...
CEC bus information
===================
device #0: TV
address:       0.0.0.0
active source: yes
vendor:        Panasonic
osd string:    TV
CEC version:   1.4
power status:  on
language:      ger


device #4: Playback 1
address:       3.0.0.0
active source: no
vendor:        Yamaha
osd string:    Blu-ray
CEC version:   1.4
power status:  standby
language:      ???


device #5: Audio
address:       3.0.0.0
active source: no
vendor:        Yamaha
osd string:    Blu-ray
CEC version:   1.4
power status:  standby
language:      ???


device #8: Playback 2
address:       1.0.0.0
active source: no
vendor:        Panasonic
osd string:    CECTester
CEC version:   1.4
power status:  on
language:      eng


currently active source: TV (0)

What things i have done: I have deactivated the cec-device, set the hdmi port to 2. dont know but somewhere i have read about it. then the hit "OK" and the system hangs!!!!! well, reboot the system and gone back to the cec-device settings - set to active and hit ok. cec-device are working. inputs on the keypress are a bit laggy so multiple pushes lead to wrong menu entries. then i reboot the device -> system -> reboot - the system hangs on reboot again!!!!! softreset via reset button pushed and cec-device was not present again.

This is more than annoying, will this be fixed sometime?
Posted: 7 months 1 week ago by popcornmix #106700
popcornmix's Avatar
hugepants wrote:
Hi popcornmix. I've encountered image errors with OE 4.0 on RPi which might be related to the issue you're investigating.
No, these are progressive jpegs that can't be hardware decoded:
en.wikipedia.org/wiki/JPEG
There is also an interlaced "Progressive JPEG" format, in which data is compressed in multiple passes of progressively higher detail. This is ideal for large images that will be displayed while downloading over a slow connection, allowing a reasonable preview after receiving only a portion of the data. However, support for progressive JPEGs is not universal.

The messages are expected (perhaps the ERROR should just be a NOTICE). It will fall back to the slower software decode.
In most cases the jpeg will be reencoded to the cache, and so will only ever go through the slow path once.
Posted: 7 months 1 week ago by hugepants #106698
hugepants's Avatar
popcornmix wrote:
Not obvious what the issue is as gdb won't give a backtrace for the hung thread, but I've got something to investigate.

Hi popcornmix. I've encountered image errors with OE 4.0 on RPi which might be related to the issue you're investigating.

To reproduce:
Clean install of OE 4.0
Scroll through the online list of video addons
Errors start to appear in xbmc.log (see below)
Install a video addon such as Revision3
Scroll through the list of shows. The icon/thumb for a show doesn't appear.

12:37:27 T:2895115344 WARNING: COMXImageFile::GetCodingType progressive images not supported by decoder
12:37:27 T:2895115344   ERROR: COMXImageFile::ReadFile http://mirrors.xbmc.org/addons/frodo/plugin.video.oppetarkiv/fanart.jpg GetCodingType=0x7fffffff
12:37:27 T:2895115344 WARNING: COMXImageFile::GetCodingType progressive images not supported by decoder
12:37:27 T:2895115344   ERROR: COMXImageFile::ReadFile http://mirrors.xbmc.org/addons/frodo/plugin.video.oppetarkiv/fanart.jpg GetCodingType=0x7fffffff
12:37:27 T:2895115344  NOTICE: LoadJpeg: unable to load http://mirrors.xbmc.org/addons/frodo/plugin.video.oppetarkiv/fanart.jpg
12:37:52 T:2869949520  NOTICE: Thread JobWorker start, auto delete: true
12:38:01 T:2912941136 WARNING: COMXImageFile::GetCodingType progressive images not supported by decoder
12:38:01 T:2912941136   ERROR: COMXImageFile::ReadFile http://mirrors.xbmc.org/addons/frodo/plugin.video.richplanet/fanart.jpg GetCodingType=0x7fffffff
12:38:01 T:2912941136 WARNING: COMXImageFile::GetCodingType progressive images not supported by decoder
12:38:01 T:2912941136   ERROR: COMXImageFile::ReadFile http://mirrors.xbmc.org/addons/frodo/plugin.video.richplanet/fanart.jpg GetCodingType=0x7fffffff
12:38:01 T:2912941136  NOTICE: LoadJpeg: unable to load http://mirrors.xbmc.org/addons/frodo/plugin.video.richplanet/fanart.jpg
Posted: 7 months 1 week ago by popcornmix #106680
popcornmix's Avatar
M3Rocket wrote:
Took awhile to test this, but I did find that removing this particular JPG solved the problem. Whenever I put it back, Slideshow would fail again. Not sure why this happens with 4.0 on rPi, but version 3.95.5 plays it just fine. I've had that JPG for awhile. I sent you PM with the download link.

The jpg behaves correctly when not in the .xbmc/userdata/Thumbnails directory. The GPU fails to decode it, it falls back to software decode, the GPU reencodes it to cache and any subsequent decodes work correctly from cache.
Putting it in .xbmc/userdata/Thumbnails does skip the cache and causes a hang that I can reproduce. Not obvious what the issue is as gdb won't give a backtrace for the hung thread, but I've got something to investigate.

Thanks for sample. Obvious workround for now is to reencode the jpeg or avoid (ab)using the .xbmc/userdata/Thumbnails directory.
Posted: 7 months 1 week ago by kdemaria #106628
kdemaria's Avatar
I too am having what appears to be the exact same problem, also with a Denon receiver. I am using Flirc as my primary remote, and the TV as a secondary. Simply logging in or connection via ssh without logging in almost always cures the issue.
Posted: 7 months 1 week ago by wbree #106561
wbree's Avatar
I cann't get crossfading to work when using 4.0 on an Intel PC. Any ideas?
Posted: 7 months 1 week ago by M3Rocket #106535
M3Rocket's Avatar
popcornmix wrote:
First:
01:27:51 T:2793403472   ERROR: SQL: The database disk image is malformed
                                            Query: UPDATE texture SET lasthashcheck='2014-05-04 01:27:11' WHERE url='http://unofficial.addon.pro/addons/4.1/RPi/arm/debug.tools.dstat/fanart.jpg'
I'd suggest you delete ~/.xbmc/userdata/Database/Textures13.db. Probably should delete ~/.xbmc/userdata/Thumbnails as well (excluding your slideshow).
You can repopulate this cache quickly with forum.xbmc.org/showthread.php?tid=158373

Next:
<code>01:48:09 T:2793403472 NOTICE: DecodeJpegToTexture: unable to decode to texture /storage/.xbmc/userdata/Thumbnails/slideshow/Barcelos-2013-21.jpg 1620x1080</code>

Can you move this file out of slideshow directory and see if it makes a difference. Keep a copy, as I may want to look at it if it is the file that is breaking your system.
If it fails again, then post the debug log.

Took awhile to test this, but I did find that removing this particular JPG solved the problem. Whenever I put it back, Slideshow would fail again. Not sure why this happens with 4.0 on rPi, but version 3.95.5 plays it just fine. I've had that JPG for awhile. I sent you PM with the download link.
Posted: 7 months 1 week ago by fgro #106533
fgro's Avatar
antonigon wrote:
Since I updated to 4.0.0 version I'm experiencing HDMI-CEC problems: after a while watching a movie the player freezes and doesn't respond to the TV remote control. Then, if I connect to the Raspberry via SSH the player unlocks; but a "HDMI-CEC connection lost" message is shown and I'm not able to control OpenELEC via the TV remote and I have to reboot.
My Raspberry Pi is connected to a Denon AVR 2113 which is connected to a Samsung UE40B7020 TV.
This problem is not new, t'is a regression. It was fixed in the beta 4 or beta 4, I'm not sure and has been reintroduced in the final release.

Anyway, it's a great software, congratulations and thanks for your effort.

The same problem i figured ... cec usb device is also not active after reboot and should investigated.
Posted: 7 months 1 week ago by andPS2 #106450
andPS2's Avatar
another problems that i had in the betas too still seems to be there in the pi version
sometimes root filesystem is only getting mounted as read only -> rebooting fixes this
(sometimes more than one reboot)
p.s. got this on two different pi's with different sd cards
Posted: 7 months 1 week ago by ravl #106270
ravl's Avatar
Why external hdd standby was removed? It was very useful.
Posted: 7 months 1 week ago by antonigon #106252
antonigon's Avatar
Since I updated to 4.0.0 version I'm experiencing HDMI-CEC problems: after a while watching a movie the player freezes and doesn't respond to the TV remote control. Then, if I connect to the Raspberry via SSH the player unlocks; but a "HDMI-CEC connection lost" message is shown and I'm not able to control OpenELEC via the TV remote and I have to reboot.
My Raspberry Pi is connected to a Denon AVR 2113 which is connected to a Samsung UE40B7020 TV.
This problem is not new, t'is a regression. It was fixed in the beta 4 or beta 4, I'm not sure and has been reintroduced in the final release.

Anyway, it's a great software, congratulations and thanks for your effort.
Posted: 7 months 1 week ago by all1media #106107
all1media's Avatar
I had problems of regular crashes more frequent when watching SD Live TV channels or recorded SD.

In System -> Video -> Acceleration unchecked VDPAU hardware acceleration for MPEG-2 video.

This has stopped the frequent crashing on MPEG2 format videos including SD Live TV.

My system is using AMD A4 CPU so it could be as mentioned that the radeon GPU acceleration is segfaulting on MPEG2 playback.

Appart from this one problem (solved for now at the expense of higher CPU usage for MPEG2 playback), OpenElec 4.0.0 (XBMC Gotham Final) seems to be working really Good. I notice boot up time seems faster, CPU idle is much lower, and other operations seem to be more snappier.
Posted: 7 months 1 week ago by Hitcher #106045
Hitcher's Avatar
happyshow wrote:
Installing addons doesn't work. Cinema Experience doesn't work with Aeon Nox or Aeon MQ.
Not all addon authors have updated them yet.
Posted: 7 months 1 week ago by RogerS #106042
RogerS's Avatar
attofaas wrote:
Overall this update looks very good, but i have an annoying issue that i can't seem to fix.
The brightness of the picture is very unstable. The brightness turns up if there are more bright colors in the picture, and gets darker when the image is darker. So dark scenes are very hard to watch, bright scenes also. This also happens when scrolling through a list. Colours that should remain constant, don't.
Anyone have experience with this issue, or a suggestion of how to get the brightness stable? This issue is new in Gotham, previous versions were okay for me.
Thanks, Arnold
I would recommend to check tour TV display settings. Auto brightness/dynamic contrast might be the issue
Posted: 7 months 1 week ago by attofaas #106037
attofaas's Avatar
Overall this update looks very good, but i have an annoying issue that i can't seem to fix.
The brightness of the picture is very unstable. The brightness turns up if there are more bright colors in the picture, and gets darker when the image is darker. So dark scenes are very hard to watch, bright scenes also. This also happens when scrolling through a list. Colours that should remain constant, don't.
Anyone have experience with this issue, or a suggestion of how to get the brightness stable? This issue is new in Gotham, previous versions were okay for me.
Thanks, Arnold
Posted: 7 months 1 week ago by DDD #106019
DDD's Avatar
Try it
Posted: 7 months 1 week ago by XC-3730C #106007
XC-3730C's Avatar
Do addons that I am using on older version of OpenElec work on this?

Sent from my SAMSUNG-SM-N900A using Tapatalk 2
Posted: 7 months 1 week ago by happyshow #106006
happyshow's Avatar
Installing addons doesn't work. Cinema Experience doesn't work with Aeon Nox or Aeon MQ.
Posted: 7 months 1 week ago by Ubuntubirdy #105979
Ubuntubirdy's Avatar
I'm so happy!!! All the bugs from OE3 are gone, and no new bugs until yet! And OE4 is so fast, i think, the Swiss-Airforce should buy OE4.0 and not the Grippen... ;)
Posted: 7 months 1 week ago by yuripetusko #105967
yuripetusko's Avatar
:whistle: Great update overall.

But. I get a lot of audio stuttering when playing FLAC music now on acer revo rl70 amd fusion that is connected to my avr over hdmi
Posted: 7 months 1 week ago by yuripetusko #105965
yuripetusko's Avatar
Dampfgarten wrote:
Hi Ipaddle,

i have the same AV as you (Denon AVR X2000) also a NUC AND the same issue as you!

So, you are not allone ;)
Ipaddle wrote:
Hi.
I have the NUC D54250WYK2 and use it with the new stable release (4.0). The NUC is connected via HDMI to my receiver and then to my TV. Since updating the HDMI connection is unstable and I have to reboot the NUC several times or plug or unplug the HDMI cable to get a picture. Does anyone have this issue or know how to solve this?
I fixed this by buying very expensive hdmi detective

Our Sponsors & Partners

 

arctic_logo
at-visions   SolNet   ThePiHut