Posts by boot2k3

I will check it deeply today on your current kernel and inform you, I did it on LE kernel before.

May be some patches are already applied or missed

Modified from samnazarko and graham8 work:

All CEA-861-D layouts added and used in hdmi driver with aud_ch (#2) · osmc/vero3-linux@fe80d3e · GitHub
HDMI audio: pass digital codec type through HDMI properly instead of … · osmc/vero3-linux@d6af2d5 · GitHub

GDPR-2, please test this patches, passtrough.zip.

For me they solve passthrough issue for PCM sound on S912.

Quote from sultanbrunei

My setup is minix U9 -> HDMI -> yamaha audio receiver HTR-2071 -> TV.

No sound when playing video files after enabling audio passthrough.

Can anyone help me how to fix this?

sultanbrunei, you can try this LibreELEC-S912.arm-9.0-devel-1522058100.img.gz S912 test build based on 8.90.6 and check if audio pass trough works

this build doesn't have dvb

GDPR-2, just for info for latest test build

UHD IPTV channel on my FullHd TV looks over-saturated and all menu and OSD brightness is too high. It's not HDR, but H265
In 8.90.5 and before it had no such issue.

If you need any logs for this issue just say

Quote from adamg

mule please try the latest test image here

I have added sams dither and rounding code to the kernel along with a banding issue fix of his as well.

I have also added some experimental code to Kodi to set the round option automatically however I have not tested this to see if it works so if you could try playing a couple of clips and upload your kodi.log I will be able to see if it is being set or not before content is played.

Also of interest to users with displays on their boxes, this build contains an updated vfd driver by The Coolest which reduces the need for a box specific DTB but does require a new config to be placed in /storage/.config/ ... some examples can be found here and extra support is available at his thread here.

Display More

GDPR-2, just compiled S912 image from devel source.

Display works.

But additional issue - couldn't install any addon from LibreELEC add-ons repository, nothing happens, no any messages occurs. from other repositories all works correctly.

Quote from TheChief

Could the problem be pvr related? If i play a recording via VNSI Addon i get the red and green lines after a while.

If i play the pure TS File of that recording, without Addon, everything looks good. Bit maybe my test was not long enough.

No, it's not pvr

Two times I received this problem on 1080i video file, so looks like deinterlace code bug. But it occurs on several iptv channels for me only

you can disable deinterlace to solve this issue
echo 1 > /sys/module/di/parameters/bypass_all

Quote from wrxtasy

GDPR-2 here is a quick and dirty patch that reverts back to working PCM / Audio passthrough with the new linux-amlogic kernel:

new-linux-amlogic-audio-revert-combo.patch

wrxtasy, I tried to compile S912 build with this patch from adamg devel source, there is no sound on AVR connected via HDMI

And in settings: "Audio output device" is fixed to "Default, Bluetooth Audio (PULSAUDIO)" and no possible to change it

Without this patch it's working, but problem with switching between DD to PCM - no sound

the same issue with audio, no audio via hdmi and not possible to change

Quote from michael123

I've just got my first S912 box (have a few S805, S905X, S905W already), how do I know if I need the Q200 or Q201 device tree?

Thanks

You can check in Google you device model and network speed for it.

You can boot to android and check speed to your router (if it has 1GB ports)

And choose q200 for 1Gb or q201 for 100MB

Quote from adamg

I think this is dependent upon your TV as some TV's handle the deinterlacing better than relying on the box to do it.

I will keep the option to re-enable it via Kodi.

Is it possible to apply this settings(noise and deinterlace) after selecting?

They work right after value change via ssh

Quote from kunxiang

compile error from source

update from last source, it's fixed today (in LibreELEC-AML crazycat: fix compile issue · LibreELEC-AML/LibreELEC.tv@097c113 · GitHub)

GDPR-2, as I see you are going to set disable deinterlacing by default.

From my tests for S912 it's not a good idea. Flickering is visible for non-moving objects like channel label and etc... For SD channels it's visible more. For HD channels too for sport content.

For me disable deinterlacing looks better on specific 1080i IPTV channels only, that has problem with colors.

Does network work correctly with gxm_q200_3g.dtb ?

LE9.0 remote configs ir-keytable Amlogic devices

I tried rufus, no changes, still the same errors.

But if I change my card location in usb card reader, than no more crc error, but device boots slower

And from dmesg I see internal SD card reader response timeout during boot process:

[   34.415882@0] [aml_sd_emmc_irq] sdio: resp_timeout,vstat:0xa3ff2800,virqc:3fff
[   34.415907@6] [aml_host_bus_fsm_show] sdio: err: wait for irq service, bus_fsm:0x8
[   34.416043@6] aml_sd_emmc_data_thread 2639 sdio: cmd:52
[   34.417219@0] [aml_sd_emmc_irq] sdio: resp_timeout,vstat:0xa3ff2800,virqc:3fff
[   34.417225@6] [aml_host_bus_fsm_show] sdio: err: wait for irq service, bus_fsm:0x8
[   34.417313@6] aml_sd_emmc_data_thread 2639 sdio: cmd:52
[   34.422289@0] [aml_sd_emmc_irq] sdio: resp_timeout,vstat:0xa3ff2800,virqc:3fff
[   34.422298@6] [aml_host_bus_fsm_show] sdio: err: wait for irq service, bus_fsm:0x8
[   34.422380@6] aml_sd_emmc_data_thread 2639 sdio: cmd:8
[   34.451211@7] sdio: queuing unknown CIS tuple 0x80 (2 bytes)
[   34.454445@4] sdio: queuing unknown CIS tuple 0x80 (3 bytes)
[   34.457655@4] sdio: queuing unknown CIS tuple 0x80 (3 bytes)
[   34.463325@4] sdio: queuing unknown CIS tuple 0x80 (7 bytes)
[   34.561810@4] sdio: clk 200000000 SDR mode tuning start
[   34.562464@4] sdio: rx_tuning_result[0] = 10
[   34.563088@4] sdio: rx_tuning_result[1] = 10
[   34.563711@4] sdio: rx_tuning_result[2] = 10
[   34.566590@4] sdio: rx_tuning_result[3] = 10
[   34.566684@4] sdio: best_win_start =0, best_win_size =4
[   34.566709@4] sdio: sd_emmc_regs->gclock=0x1000245,sd_emmc_regs->gadjust=0x22000
[   34.566744@4] sdio: gclock =0x1000245, gdelay=0x0, gadjust=0x22000
[   34.576913@7] sdio: queuing unknown CIS tuple 0x91 (3 bytes)
[   34.577022@7] sdio: new ultra high speed SDR104 SDIO card at address 0001
[   34.577047@5] sdio: clock 200000000, 4-bit-bus-width
...
[   35.884018@2] ======== Card detection to detect SDIO card! ========
[   35.884022@2] sdio_reset_comm():
[   35.912173@7] sdio: queuing unknown CIS tuple 0x80 (2 bytes)
[   35.914779@4] sdio: queuing unknown CIS tuple 0x80 (3 bytes)
[   35.917372@4] sdio: queuing unknown CIS tuple 0x80 (3 bytes)
[   35.922006@7] sdio: queuing unknown CIS tuple 0x80 (7 bytes)
[   36.014682@7] sdio: clk 200000000 SDR mode tuning start
[   36.014913@7] sdio: rx_tuning_result[0] = 10
[   36.015123@7] sdio: rx_tuning_result[1] = 10
[   36.015332@7] sdio: rx_tuning_result[2] = 10
[   36.015557@4] sdio: rx_tuning_result[3] = 10
[   36.015587@4] sdio: best_win_start =0, best_win_size =4
[   36.015594@4] sdio: sd_emmc_regs->gclock=0x1000245,sd_emmc_regs->gadjust=0x22000
[   36.015602@4] sdio: gclock =0x1000245, gdelay=0x0, gadjust=0x22000
[   36.015608@4] [sdio_reinit] finish

Is it internal SD reader problem or can be driver config issue?

of course. Also I ordered new micro sd to usb adapter, I will try it too after receive.