The 4k 24 FPS files I tested with (8 and 10bit HEVC) played fine. Can't say anything about 50/60 FPS as video driver doesn't support 50/60 Hz yet.
so long,
Hias
The 4k 24 FPS files I tested with (8 and 10bit HEVC) played fine. Can't say anything about 50/60 FPS as video driver doesn't support 50/60 Hz yet.
so long,
Hias
Quick heads up: the next nightly build adds support for 4k up to 30Hz (60Hz needs more work and will follow later).
It's best to configure display to 1920x1080 60Hz and whitelist 4k 23.98/24/25/30 and 1920x1080 23.98/24/50/59.97/60 modes (plus any other lower res modes you want).
so long,
Hias
in LE 9.2 you can change repeat settings via a udev rule, eg /storage/.config/udev.rules.d/99-my-repeat.rules with this content:
ACTION=="add", SUBSYSTEM=="input", SUBSYSTEMS=="rc", KERNEL=="event[0-9]*", \
RUN+="/usr/bin/ir-keytable --delay=750 --period=150 --device=$devnode"
See also /usr/lib/udev/rules.d/70-input-repeat.rules (which applies to non-rc-core devices).
so long,
Hias
Screen tearing is a known issue with the FKMS driver used in 9.2, it's fixed in LE10 nightly builds which uses the KMS driver that doesn't have that issue.
so long,
Hias
Try with "guide" instead of "epg" in the keymap.xml file. The "KEY_EPG" code is mapped to the "guide" button in Lircmap.xml (see the devinput section).
so long,
Hias
I've just sent the fix upstream and created a PR for LE linux (default): add patch to fix ite-cir issues by HiassofT · Pull Request #4908 · LibreELEC/LibreELEC.tv · GitHub
It should be included in nightly builds soon.
so long,
Hias
truespidy I could reproduce the issue here on a PC with ite-cir, it's another kernel bug ![]()
Could you please test with this build: LibreELEC-Generic.x86_64-9.80-devel-20210109151324-492ba03.tar
so long,
Hias
Thanks for the log, the output looks like the remote buttons were pressed for about 2 seconds.
Stop kodi and eventlircd, then run "ir-keytable", then "ir-keytable -t" and push a button for a short time and post the output.
so long,
Hias
Thanks a lot for reporting!
We identified the issue and reverted the breaking change. The next nightly build should be fine again.
so long,
Hias
I tested the devel version from post #33. Unfortunately, this did not solve the problem for me. The current nightly version behaves identically. Each keystroke on the remote is now repeated several times. What commands should I execute to provide a log?
Start with describing your setup (what kind of remote, IR receiver, hardware you are using) and a standard debug log (note: either use the log update function in LE settings or "pastekodi" on the command line).
so long,
Hias
Not really sure about the Readrate message - I've never seen that here. Might be worth to check journal/dmesg if there's some actual problem with the USB drive.
BTW: When posting logs from the console please use the "pastekodi" script. This will also include journal/dmesg which can contain very important info. And also please don't use a mouse, that spams the kodi log with lots of useless pointer move messages and it's very hard to find the actually relevant information.
so long,
Hias
RPi4 with 1GB is quite short on memory, if you experience Kodi crashes when navigating through pictures or movie library you may need to tweak GPU and CMA memory - search the forum, this has been asked (and answered) a couple times before.
so long,
Hias
From the log it seems you have "Adjust display refresh rate" set to off. Please make sure it's enabled ("On start/stop" is in general a good choice) and your display whitelist is setup properly.
"snd_pcm_writei(-32) Broken pipe" means audio underrun which more likely is caused by A/V sync issues if the display is not running at the same refresh rate as the video.
I can't comment on the dvd menu change, please open a separate thread (or issue on kodi github) about that.
so long,
Hias
A new testbuild with improvements for HD audio dropout issues is available here: RE: Nightly builds Rpi4 Audio passthrough TrueHD/Master HD not working (huge stutter) anymore - please continue discussion in the linked thread so posts aren't scattered around too much.
so long,
Hias
Could you please test with this build: LibreELEC-RPi4.arm-9.80-devel-20210106194320-356965b.tar
It contains additional hdmi audio DMA patches by popcornmix (bumping audio DMA priority to max).
Source code of that build is here GitHub - HiassofT/LibreELEC.tv at le10-test
so long,
Hias
The fix in the testbuild is included in this PR: linux (RPi): update to 5.10.4 by HiassofT · Pull Request #4871 · LibreELEC/LibreELEC.tv · GitHub
The problem is that H264 hardware decoding consumes quite a lot of RAM bandwidth and that results in HDMI audio FIFO underrun as audio DMA gets delayed because RAM is busy.
The kernel patch included in the testbuild (and the PR) increases the memory bandwidth for audio DMA which helps a lot, but it looks like a bit more tweaking is needed.
Unfortunately neither kodi nor kernel log will show anything if or when that happened.
As a workaround you can also disable hardware decoding (in player->video settings), software-decoded H264 videos (which was the default in nighty builds until a few weeks ago) don't suffer from the audio dropout issue.
so long,
Hias