1. LibreELEC-Generic.x86_64-10.0-devel-20210422040736-13c3cc6.img.gz
2. LibreELEC-Generic.x86_64-10.0-devel-20210422041617-13c3cc6.img.gz
- Updated with the changes from current Kodi and LE master branches.
- Linux kernel 5.12-rc8
- Fixed Retroplayer glitches (CONFIG_DMABUF_HEAPS)
Image #1: lrusak/drmprime-2img-no-ffmpeg-bump branch (HDR known to work on Tiger Lake, Gemini Lake and some other Intel hardware)
Image #2: lrusak/drmprime-vaapi-hdr branch (HDR probably works only on Gemini Lake)
It doesn't matter, there won't be HDR in nightly builds anytime soon.
subtitle issues described somewhere earlier in this thread
This branch does not have that subtitles issue. But I'm not sure that it will work on anything other than Gemini Lake.
HDR works perfectly for me when using the drm-tip kernel branch from freedesktop
5.12 will work too. LSPCON HDR support was finally merged into kernel 5.12.
I ran some games on my J4105 box including that Mario rom. I don't see any major problems.
The motion is not butter smooth like you would see in a modern game with vsync on. IMO that's normal.
There is an issue with VP9 10-bit videos and Intel media-driver. It affects both X11 and GBM. I reported it here. Media-driver person say it is a Kodi issue.
This does actually two different things. Can you please each one separately?
It fails with this part:
pVideoPicture->iFlags |= m_pFrame->data[0] ? 0 : DVP_FLAG_DROPPED;Can you test which part is responsible for your issue? First part is pVideoPicture->iFlag line, second part is if clause and third is rest of the code.
Playback fails if I only use the first part:
pVideoPicture->iFlags |= m_pFrame->data[0] ? 0 : DVP_FLAG_DROPPED;
if (m_codecControlFlags & DVD_CODEC_CTRL_DROP)
{
pVideoPicture->iFlags |= DVP_FLAG_DROPPED;
}There is also another issue - this commit completely broke the playback on DRM PRIME, at least on Intel. I tested with pure Kodi master, no WIP HDR stuff involved.
I tried to increase CMA to 512 but it didn't fix the issue.
I tested only on Gemini Lake board.
Do you have enough CMA? We specify to allocate 256MB.
I did not change CMA:
CONFIG_CMA_SIZE_MBYTES=256I found what's causing graphic glitches in retroplayer. It's something in kernel config options.
No more glitches after I built kernel 5.10 using an older linux.x86_64.conf file from kernel 5.6 (~May 2020).
Will try to figure out what option is causing it.
No, it's only in games. Video and GUI is fine.
Same issue with your build too. Side-scrolling games look jerky:
Interesting. I just built matrix/9b4db0e and glitches are still there. Can you upload your build?
Did anyone try retro gaming on my builds?
I remember there were no issues when I tried some Sega/SNES roms about a year ago.
With current Kodi master I get some serious texture glitches/stuttering. This is something specific to GBM/GLES as official nightlies don't have this issue. Tried to revert some GBM/GLES related commits but can't figure out when the issue started.
Any idea what the pros and cons are with the older drivers versus the new ones?
New Intel hardware e.g. Tiger Lake, Rocket Lake is only supported by the new media-driver.
For Gemini Lake and older I recommend to stay with "legacy" intel-vaapi-driver, at least for now:
LIBVA_DRIVER_NAME=i965On Gemini Lake VP9 10-bit videos don't play when using the new media-driver. I reported the issue here.
I'm not really sure about this. Last time I tested my gemini lake hardware enabled 12bit output.
I was talking about 50/60Hz 4K modes. 12-bit works with 2160p/24/30Hz.