thank you
you're right,
in version LibreELEC-S905.arm-8.0-8.0.2e
works the entry in
the autostart.sh
thank you
you're right,
in version LibreELEC-S905.arm-8.0-8.0.2e
works the entry in
the autostart.sh
I borrowed some kernel commits from Sam (OSMC) that supposedly fix RGB mode for Philips TVs. Please test.
Thanks for keeping an eye out for updates on this nasty issue.
Updated, tested, and sadly got the pinkish-green colors again on my Philips TV.
My problem are not exactly the same but maybe something relate to RGB patch.
I have a nexbox a95x-A1 and I connect it to a dvi monitor with an hdmi to dvi adapter.
All the versions prior to 8.1.5 have a good color rendering.
Since version 8.1.5 the display is pink /purple.
I found in 8.1.5 changelog: "revert all RGB-related changes (this needs to be investigated further)"
So for my usage, some reverted RGB changes were good for sure !
I don't use any force rbg command just a clean install.
I made some test with 3 monitors (2 Dell and Philipps) and same behavior.
Just a question is there a way to force hmi hotplug ? Just to test because I have a monitor witch displays no hdmi signal.
Would it be an option to use 2 adapters, HDMI -> DVI and DVI -> HDMI ?
I read on another thread that DVI only supports RGB...
Fredouye It's been reported that DVI mode does not work correctly in latest builds and this will be fixed in 8.2.1.2. I will also try to find out if it's possible to force DVI mode.
my acer projector is doing this, pinkish screen after v8.0.2, didn't know it was something to do with DVI, came across a thread below, doesn't help me but interesting anyway!!
Explanation of Color Space: HDMI and DVI - AVS Forum | Home Theater Discussions And Reviews
Please try this build with re-added output_rgb parameter. This time it should also force DVI mode:
LibreELEC-S905.arm-8.2-devel-20171212221530-r26468-g036acdb.tar
This build sounds very promising
I updated and had the pink screen just after reboot, but it went back to normal after echoing 1 to /sys/class/amhdmitx/amhdmitx0/output_rgb !
Well, I spoke too soon
Pink/green went back after a few minutes...strange thing is that echoing 1 to /sys/class/amhdmitx/amhdmitx0/output_rgb once again makes the issue disapear...
Here's what dmesg shows when running the command :
Fredouye and everyone else: please try this build:
LibreELEC-S905.arm-8.2-devel-20171213185420-r26471-gc91652d.tar
This one tries to stick to DVI mode if you set output_rgb to "1".
Fredouye and everyone else: please try this build:
LibreELEC-S905.arm-8.2-devel-20171213185420-r26471-gc91652d.tar
This one tries to stick to DVI mode if you set output_rgb to "1".
working!! Have nice normal colours instead of pink screen first time since 8.0.2e , I have no sound now though, this something to do with device tree? I have installed to nand, read something about this a bit back!!! Fix one problem have another, wish I hadn't installed to nand!!
I was afraid of this... The is because DVI mode is forced and there is no sound because of it.
One more test build to test, please set output_rgb parameter to 1 and check the colours:
LibreELEC-S905.arm-8.2-devel-20171213220136-r26471-gc91652d.tar
One more test build to test, please set output_rgb parameter to 1 and check the colours:
LibreELEC-S905.arm-8.2-devel-20171213220136-r26471-gc91652d.tar
Sadly, wrong colors after a few minutes in the main menu.
Many thanks for your effort.
The handshake bug is fixed (with build 20171213185420)
echo 1 > /sys/class/amhdmitx/amhdmitx0/output_rgb
is that what you mean with "please set output_rgb parameter to 1"
mmpp Can you please post dmesg collected a moment after colours change?
Hi kszaq
with the latest test build (20171213220136), from times to times I get a 1 second black screen, but no more pink/green colors.
This is not perfect, but definitely usable
I'm going to try the previous build you posted yesterday and report.
mmpp Can you please post dmesg collected a moment after colours change?