Hdr after december update

Hi
Before the update i had no problems with HDR,after setttng below config.

osmc@osmc-Ignatius:~$ cat /etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
echo '444,10bit' > /sys/class/amhdmitx/amhdmitx0/attr
exit 0

My config is still as above.
My TV has stopped detecting the signal as HDR. Has anyone had the same problem ?

Still working fine here.

Check if rc.local is running, I.e if that flag is being set

Sam

Hi sam
This is in my logs

Jan 19 16:15:48 osmc-Ignatius systemd[1]: Starting /etc/rc.local Compatibility...
Jan 19 16:15:48 osmc-Ignatius systemd[1]: Started /etc/rc.local Compatibility.

This is in init.d
-rwxr-xr-x 1 root root 820 Apr 6 2015 rc.local

this is in systemd
-rw-r--r-- 1 root root 628 Jul 5 2017 rc-local.service
drwxr-xr-x 2 root root 4096 Jan 15 17:56 rc-local.service.d
lrwxrwxrwx 1 root root 16 Jul 5 2017 rc.local.service -> rc-local.service
lrwxrwxrwx 1 root root 9 Jul 5 2017 rc.service -> /dev/null
lrwxrwxrwx 1 root root 9 Jul 5 2017 rcS.service -> /dev/null

That seems correct, right ?

rc.local is now kicked off by systemd, so you can check its status with systemctl:

osmc@osmc:~$ systemctl status rc.local
● rc-local.service - /etc/rc.local Compatibility
   Loaded: loaded (/lib/systemd/system/rc-local.service; static; vendor preset: enabled)
  Drop-In: /lib/systemd/system/rc-local.service.d
           └─debian.conf
   Active: active (exited) since Thu 2018-01-18 12:53:12 GMT; 2 days ago
   CGroup: /system.slice/rc-local.service

Jan 18 12:53:12 osmc systemd[1]: Starting /etc/rc.local Compatibility...
Jan 18 12:53:12 osmc systemd[1]: Started /etc/rc.local Compatibility.

osmc@osmc-Ignatius:~$ systemctl status rc.local

  • rc-local.service - /etc/rc.local Compatibility
    Loaded: loaded (/lib/systemd/system/rc-local.service; static; vendor preset: enabled)
    Drop-In: /lib/systemd/system/rc-local.service.d
    `-debian.conf
    Active: active (exited) since Fri 2018-01-19 16:15:48 CET; 22h ago
    Process: 400 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
    CGroup: /system.slice/rc-local.service

Jan 19 16:15:48 osmc-Ignatius systemd[1]: Starting /etc/rc.local Compatibility…
Jan 19 16:15:48 osmc-Ignatius systemd[1]: Started /etc/rc.local Compatibility.
Warning: rc-local.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

Seems i need to reload it.
After reloading and rebooting, it still didn’t work and still returns the warning:
osmc@osmc-Ignatius:~$ systemctl status rc.local

  • rc-local.service - /etc/rc.local Compatibility
    Loaded: loaded (/lib/systemd/system/rc-local.service; static; vendor preset: enabled)
    Drop-In: /lib/systemd/system/rc-local.service.d
    `-debian.conf
    Active: active (exited) since Sat 2018-01-20 14:43:34 CET; 6min ago
    Process: 413 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
    CGroup: /system.slice/rc-local.service

Jan 20 14:43:34 osmc-Ignatius systemd[1]: Starting /etc/rc.local Compatibility…
Jan 20 14:43:34 osmc-Ignatius systemd[1]: Started /etc/rc.local Compatibility.
Warning: rc-local.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

Time for another reinstall ?

I think it’s loading fine and active

Looks to be fine. The warning is a bit annoying in that if you run sudo systemctl daemon-reload, it reappears after a reboot, but it’s harmless.

Check the output of cat on the atrr file

osmc@osmc-Ignatius:~$ cat /sys/class/amhdmitx/amhdmitx0/attr
444,10bit
This seems to suggest everything is as it’s supposed to. :confused:
The reciever does seem to see the 10 bit signal. The HDR indication seems to disappear.
Was there a new option to enable HDR in the ui in the new version? I havn’t been able to find it.

After commenting the above line out of my rc.local everything works again.
(It obviously needed a reboot to take effect)