444 10bit output from vero 4k

I’m waiting for Jenkins to complete some builds.

Sam

@mule

… do you also see the problems when you hook the Vero to your projector or just when you use your Oled?

Is your projector HDR compatible? what model do you use?

Hi Mule,

I know exactly what you’re talking about. I have an LG B6 OLED tv and when I use the Vero with x265 hdr material there is definite flicker on ‘flat’ areas.

I think it is worse when the framerate is 23.98fps, but then most UHD material is in this format…

I’m ever hopeful that Sam will fix it because this is all that is stopping the Vero being a top box for me.

Thanks

-Mat

I used to have the echo 444,10bit thing working up to the November update. But after the Debian Stretch update, despite adding the line to rc.local, my attr does not seem to have the “444,10bit” added on boot. It works if I manually run the echo command, but this is of coarse temporary. I even reinstalled a fresh OSMC based on January update but still can’t get it going. Any help?

osmc@osmc:~$ 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” | sudo tee /sys/class/amhdmitx/amhdmitx0/attr
exit 0
osmc@osmc:~$ cat /sys/class/amhdmitx/amhdmitx0/attr

osmc@osmc:~$ echo “444,10bit” | sudo tee /sys/class/amhdmitx/amhdmitx0/attr
444,10bit
osmc@osmc:~$ cat /sys/class/amhdmitx/amhdmitx0/attr
444,10bit

Aha im also seeing this, thought it was just me messing something up…

Hi sureshm3 & @Martorias

The rc.local compatibilty layer probably needs to be enabled, please advise on the output of:

systemctl status rc-local

Thanks Tom.

root@osmc:/etc# 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: failed (Result: exit-code) since Sun 2018-02-25 23:05:47 CET; 13h ago
    Process: 399 ExecStart=/etc/rc.local start (code=exited, status=203/EXEC)

Feb 25 23:05:47 osmc systemd[1]: Starting /etc/rc.local Compatibility…
Feb 25 23:05:47 osmc systemd[399]: rc-local.service: Failed at step EXEC spawning /etc/rc.local: Exec format error
Feb 25 23:05:47 osmc systemd[1]: rc-local.service: Control process exited, code=exited status=203
Feb 25 23:05:47 osmc systemd[1]: Failed to start /etc/rc.local Compatibility.
Feb 25 23:05:47 osmc systemd[1]: rc-local.service: Unit entered failed state.
Feb 25 23:05:47 osmc systemd[1]: rc-local.service: Failed with result ‘exit-code’.
Warning: rc-local.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

Hi,

I think there may be an issue with rc.local file, doesn’t appear to be formatted correctly.

Thanks Tom.

Ok I made a new one

root@osmc:/sys/class/amhdmitx/amhdmitx0# cat /etc/rc.local
#!/bin/sh -e

#rc.local
echo 444,10bit > /sys/class/amhdmitx/amhdmitx0/attr
exit 0

root@osmc:/sys/class/amhdmitx/amhdmitx0# systemctl status rc-local
Warning: rc-local.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

  • 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: inactive (dead)

Hi,

Please confirm you have run the following:

sudo systemctl daemon-reload

Then if you reboot, is it working as it should now?

Thanks Tom.

Hi. I tried, and the first warning goes away but it comes back after reboot.

Yup, same for me too, warning goes away and comes back after reboot.

Hi sureshm3 & @Martorias,

Please revert rc.local to the default, leave at this stage with no entries; so just the comments and the exit 0. Make sure its executable and issue the following:

sudo systemctl daemon-reload

Then reboot and advise on the current status:

systemctl status rc-local

Thanks Tom.

root@osmc:/home/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 Mon 2018-02-26 15:20:36 CET; 37s ago
    Process: 397 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
    CGroup: /system.slice/rc-local.service

Feb 26 15:20:36 osmc systemd[1]: Starting /etc/rc.local Compatibility…
Feb 26 15:20:36 osmc systemd[1]: Started /etc/rc.local Compatibility.
Warning: rc-local.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

edit: I added the line again and chmod +x rc.local. Tried running the file ./rc.local which set the attr and it works now after reboot as well.

root@osmc:/sys/class/amhdmitx/amhdmitx0# 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 Mon 2018-02-26 15:23:54 CET; 1min 39s ago
    Process: 391 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
    CGroup: /system.slice/rc-local.service

Feb 26 15:23:54 osmc systemd[1]: Starting /etc/rc.local Compatibility…
Feb 26 15:23:54 osmc sudo[454]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/echo 444,10bit
Feb 26 15:23:54 osmc sudo[454]: pam_unix(sudo:session): session opened for user root by (uid=0)
Feb 26 15:23:54 osmc sudo[454]: pam_unix(sudo:session): session closed for user root
Feb 26 15:23:54 osmc systemd[1]: Started /etc/rc.local Compatibility.
Warning: rc-local.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

sudo echo 444,10bit > /sys/class/amhdmitx/amhdmitx0/attr is what I added before exit 0

Hi,

Assuming that is after a reboot, it looks like the formatting issue is coming after adding the echo command. If you are not already try typing in the command rather than copy paste (could be white character space causing the issue). Then:

sudo systemctl daemon-reload
sudo systemctl start rc-local
systemctl status rc-local

If all looks good, try a reboot.

Thanks Tom.

Yeah it works after reboot now. I’ve always typed by hand so not sure what went wrong but it’s OK for me now :slight_smile: thanks

1 Like

Was there a rumour of a test build with some possible improvements this morning? :grin:

There was some Jenkins issues so Sam is waiting for that to be solved before compiling new builds if I’m not mistaken

Cool. I’m not impatient, honest. :grin:

1 Like

Build still fails at the moment.