1. Is there a way to run a clean job on the library after every scan?
Use cleanonupdate advancedsettings.xml - Official Kodi Wiki
1. Is there a way to run a clean job on the library after every scan?
Use cleanonupdate advancedsettings.xml - Official Kodi Wiki
I've installed 8.0.0e on my Minix U1, unfortunately it is now not responding to my IR remote. (I use a Harmony to control my system)
The remote will switch the device on ok, but after that, nothing. Is there a setting I need to change to make this work again? If there is, I haven't been able to find it.
Edit: I was running 8.0.0d, but this was a clean install. I had no custom remote.conf previously.
Thanks in advance.
I've tested all video and audio formats including E-AC3 (DD+), no issues (LibreELEC 8.0.0d), works fine for me. I have three different samples with E-AC3 and works great with passtrough switched on.
That's interesting, everything else works with passthrough for me. A look at the dmesg output after attempting a DD+ file shows this (the ES8323 appears to be the codec and headphone amp. chip)
[ 111.714159@0] aml_spdif_dai: share the same clock
[ 111.714162@0] aml_spdif_dai: iec958 mode PCM32
[ 111.714167@0] aml_audio_hw: IEC958 PCM32
[ 111.714172@0] hdmitx: audio: aout notify rate 44100
[ 111.714174@0] hdmitx: audio: aout notify size 32
[ 111.714176@0] hdmtix: set audio
[ 111.714189@0] hdmitx tx_aud_src = 0
[ 111.714214@0] hdmitx: fs = 2, cd = 4, tmds_clk = 148500
[ 111.714216@0] hdmitx aud_n_para = 6272
[ 111.714234@0] hdmitx set channel status
[ 111.714295@0] hdmitx: audio: Audio Type: PCM
[ 111.714296@0] hdmitx: audio: set audio param
[ 111.714304@0] aml_snd_m8_card aml_m8_snd.44: i2s/958 same source
[ 111.714385@0] == ES8323 == es8323_mute----572, 0
[ 111.714534@0] aml_spdif_dai: aml_hw_iec958_init,runtime->rate=44100, same source mode(1)
Please report any Minix U1 audio-related issues in this thread.
Just saw this - sorry about the cross-post - I've already posted this in the main thread:
Hi All,
I've noticed another issue on my Minix U1 with both 7.0.3.012c and 8.0.0d. I'm getting no passthrough on DD+ (E-AC3). It doesn't seem to be a hardware issue, as it works fine on Android with the Minix XBMC. Can anybody else replicate this?
I'm using the U1 device tree gxbb_p200_2G_minix_neo_u1.dtb.
TIA
Hi All,
I've noticed another issue on my Minix U1 with both 7.0.3.012c and 8.0.0d. I'm getting no passthrough on DD+ (E-AC3). It doesn't seem to be a hardware issue, as it works fine on Android with the Minix XBMC. Can anybody else replicate this?
I've been running 7.0.3.012c (temp sensor disabled) on my Minix U1 for a while with good results, so I decided to upgrade to 8.0.0.
Now, when the box boots, I get a message "A start job is running for Load Kernel Modules" which also shows a timer. This takes 1M 7S to finish. The box runs fine after that.
I looked thorough the output of dmesg, and found this:
[ 6.387960@3] aml_sd_emmc d0070000.sdio: card claims to support voltages below defined range
[ 6.421652@3] sdio: queuing unknown CIS tuple 0xd0 (20 bytes)
[ 6.423178@3] sdio: queuing unknown CIS tuple 0xf0 (1 bytes)
[ 6.496898@3] sdio: queuing unknown CIS tuple 0x02 (128 bytes)
[ 6.589926@3] sdio: queuing unknown CIS tuple 0x42 (168 bytes)
[ 71.961264@3] sdio: error -22 whilst initialising SDIO card
[ 73.960799@3] sdio: error -110 whilst initialising MMC card
[ 73.961934@3] [sdio_reinit] finish
The time period looks about right - could this be the issue?
Grateful for any insight - thanks in advance.