This is an unofficial test build of LibreELEC 11.0.1 with RPi3 HW acceleration support.
Interesting.
You should include a link to the source you have built from (both to give users an idea of what they are running, and to comply with the GPL2 licence).
Do you mean "adjust display refresh rate to match video"?
Or "sync playback to display"?
The former is generally recommended. The latter isn't.
Just tested a IFO file on LE11, no problem.
Can you try copying your DVD folder to sdcard or usb stick?
I suspect that will play, and your issue is nfs releated.
The log from LE11 with debug enabled would also be useful.
thanks for great release, only thing I miss now is non-crazy white subtitles for hdr on rpi4, any progress on that?
Have you trid:
Settings/Player/Subtitles - Official Kodi Wiki
It doesn't work for all forms of subtitles (e.g. not for bitmapped) but it may help.
Enabling debug in kodi, restarting kodi and then using pastekodi will get more information.
This looks significant.
Feb 16 19:10:57.723112 LibreELEC kernel: EDID block 0 is all zeroes
Feb 16 19:10:57.723179 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723245 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723308 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723370 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723432 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723494 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723558 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723624 LibreELEC kernel: [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 16 19:10:57.723684 LibreELEC kernel: EDID block 0 is all zeroesYour edid should describe the modes supported by the display. Obviously a block of zeros isn't helpful.
Capturing the same pastekodi log on LE10.0.4 and comparing may be informative.
Use the "pastekodi" script to generate logs and post the link.
It's crashing in inputstream.adaptive so may be best to report here.
Include the crash log.
A debug enabled LibreELEC build may provide more details on the crash.
This is the github issue, which includes a test build that should fix it:
My first guess would be a hdmi cable that can't handle the pixel frequency of the hdmi mode.
What hdmi is mode is running? (e.g. 4kp60 or 4kp30). A debug enabled log file would answer some of these questions.
As test, can you force kodi to 1080p60 (set that is system/display settings and disable adjust refresh rate in video settings).
Does the video now play with correct colours?
Is this fix in le 11 nightly? I can provide sample mkv .with green artifacts
Yes, nightly build is Nexus and contains the fix.
Could be this issue which is fixed on Nexus builds.
I tested a 64-bit build of LibreELEC and it does improve VC-1 playback.
Hopefully LibreELEC (Orion) 12 will be 64-bit by default.
It's not in the 20.0-Nexus tag (it was the first commit after that tag...) which I believe current LE nightlies are using.
You need to wait for the next kodi bump from LE.
Opus is a common audio encoding and is supported.
The crash is in libass, so it's subtitle related.
Are you able to create a cutdown file that exhibits the crash?
It will obviously need to include the subtitle track.
(e.g. use ffmpeg to create a 2 minute cut of file, and confirm it still crashes).
What are you doing at the time?
For me (with kodi not playing a video) user mempy is taking ~1% cpu and kernel memcpy is not making the list.
But the situation is likely to be very different when playing a video (and different with different codecs), copying files,
using ethernet, wifi or bluetooth, scanning library etc.
Try: delay=0, repeat=100, release=0
If you still get bouncing, increase "button press delay before repeating" in steps of 100.