Posts by mmpp

Let me guess: You are using NTFS on that harddisk?

As 10bit x265 HDR/SDR decoding is done completely in hardware, there is little to nothing that can be done in kodi or libreelec to change it.

The mapping is different if a S905X is used (I have both a S905 and S905X box on a non-hdr TV so I can compare), you might want to try one of these for your purpose.

Adjust black levels on your TV by choosing limited RGB range. This is about a completely different problem.

Switch your TV to "RGB limited range" (or similar) to adjust black levels. The "output_rgb" forces RGB instead of YUV colorspace on the hdmi connection, but does not change the range.

As before, put

echo 1 > /sys/class/amhdmitx/amhdmitx0/output_rgb

in the .config/autostart.sh file

Latest fix seems fine, could not get any discoloration after more than an hour. Will continue testing.

Thanks for the incredible work.

Quote from kszaq

mmpp Can you please post dmesg collected a moment after colours change?

RMLT

Quote from kszaq

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.

Quote from kszaq

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.

I watch European DVB-S2 streams in SD, 720p (the German HD stations), 1080i (all other HD stations) or 4k on three different boxes, connected to three different output devices. Never had any of the problems you mentioned.

I would guess some post-processing of your TV is active and really messes up your picture or something else interferes with the signal. So:

• try a different TV or monitor
• try using "PC" or "Game" mode on the TV
• set the LE resolution to 1080p60 and set change the setting of display resolution/refresh to "on start/stop"

Use LibreElec 8.1 and

 echo 1 > /sys/class/amhdmitx/amhdmitx0/output_rgb

with your old Philips TV.

10bit RGB does not work in my case - still got the wrong colors.

"Scratches", blocks, flashes or other distortions in the image are an indicator of a bad hdmi link. The RGB error has a clear picture, but in the wrong colors.

In your case, it could be a bad cable or the hdmi socket inside the box is not soldered properly. Try using a different, high quality hdmi cable. If the problem persists, check if gently pushing or jiggling the cable in the box hdmi socket helps with the picture.

Discoloration may be a result of your tv set and the box disagreeing on the hdmi colorspace. It is a known problem with certain Philips and Sony tvs. See the discussion here: s905 - hdmi handshake /color space problem with older TVs

You could try one of the releases of Libreelec 8.0: Index of /s905/8.0 (please note that you need to create a new sdcard and pick a corresponding device tree file from that directory!) and check if the discoloration is gone. But I cannot say if the older kernel used in that release already runs on S905W.

As the note says: No, it does not work.

The recovery screen shows that it is built for a rockchip SoC. You cannot use the amlogic libreelec release with your box.

I do not think there is a comprehensive list. There are some devices that are supported by Amlogic's linux kernel, and kzsaq has worked on incorporating a few external drivers.

Kernel drivers: linux-amlogic-le/drivers/net/wireless at amlogic-3.14-nougat · kszaq/linux-amlogic-le · GitHub

Extra modules: LibreELEC.tv/packages/linux-drivers at libreelec-8.2 · kszaq/LibreELEC.tv · GitHub

Quote from wrxtasy

That likely 10bit H264 combo (aka 10bit Anime) is NOT supported on 99.99% of media players and has to be CPU Software decoded every time.

It's an out of Spec "release group" combo.

AMLogic hardware does not have enough CPU ponies to reliably software decode that content.

You need to buy Intel hardware or a NVIDIA Shield if you want reliability with that sort of CPU Software decoded video playback or Remux it.

Software decoded 720p 10-bit h264 works perfectly fine on S905 and (after several fixes by kszaq) also on S905X. I have a large collection of sample files and tested this extensively. 1080p, on the other hand, does not work properly as the CPUs hit 99% during decoding. But even this might change with optimization of ffmpeg software decode, as the ongoing work on encrypted streams shows.

The playback issues in the latest version are a regression. Maybe they are caused by the vsync change. I have trouble to reliably trigger it - the same files in the same order show problems after one reboot, but no after the next. Irritating.