Posts: 387
Joined: Dec 2011
Reputation:
5
What is the fix for? Also my NUC now shuts down properly.. not sure what was going on before!
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
That will use non Windows 8 ACPI tables - perhaps the remote shows up that way, as the problem is in the acpi bios programming.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 80
Joined: Nov 2011
Reputation:
2
fritsch - where should that be applied in an OpenElec build? /etc/default/grub doesn't appear to exist
Should it be added to the end of the APPEND line in /flash/extlinux.conf after quiet?
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
@Carcharius: Yes, exactly somewhere along that lines. acpi_osi='!Windows 2012'
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 80
Joined: Nov 2011
Reputation:
2
ok - just tried it
I disabled the remote fix in my autostart and rebooted (without the acpi_osi fix in place)
cat /sys/bus/acpi/devices/NTN0530:00/physical_node/resources gives just state = disabled
I added the acpi_osi fix to extlinux.conf and rebooted again.
cat /sys/bus/acpi/devices/NTN0530:00/physical_node/resources still gives just state = disabled
Also running poweroff does seem to now cause the nuc to shutdown and stay off rather than reboot.
Am testing remotely so can't test actual remote functionality or anything for now.
This is on the r16765 build of OpenElec-Generic x86_64 from xbmcnightlybuilds.com
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
Okay, so as a summary:
acpi_osi helps with the shutdown issue, but we still need to workaround the IR problem?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 80
Joined: Nov 2011
Reputation:
2
Yes that seems to be the case. Can't confirm the shutdown until in front of the machine in a normal usage scenario - i.e. shutting down from within xbmc.
But testing remotely over ssh that certainly does seem to be the case.
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
@millercentral:
"Multithreaded": Please read the description. This highly interfers with every HW Acceleration. HW Decoders need to get the frames single threaded or they crash hard. This setting will be moved to Expert Settings and I will put in a really fat warning. So - that is to be expected.
@gamble: Don't introduce newlines.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.