Posts by popcornmix

Depends on you settings. From original post:

FP mode supports the full 1920x1080 resolution (SBS and TAB half the resolution).

If your movies are half-SBS or half-TAB, then "same as movie is fine".

If they are full-SBS or full-TAB then you ideally want FP mode.

If you set "preferred mode" to "over/under" and your display supports FP, then that should be selected by default.

Also can you set your resolution (in settings/system/display) to 1920x1080? I think you may be ending up at 3840x2160 when playing video (which doesn't support 3d) and will stop the autoswitch.

A whitelist would allow this, but it seem without a whitelist kodi won't lower the resolution when starting a video.

run "kmsprint" to check which type of 3d mode you are in (it should say one of fp/sbs/tab).

Quote from ht2tweak

In Setting, opening Whitelist does show many resolutions already there. Clicked and enabled all the 3D ones. 3D MVC still playing in 2D.

Can you try a 3d ISO file?

I have just been through my MVC mkv files and found one not detected - just about to push a build with a fix for that.

Here: Pi5

For the edid try:

find /sys -name edid -exec edid-decode {} \;

Your log file doesn't have debug enabled can you enable, play 3d file and then post it.

I don't believe disp_cap_3d will be used.
Did you enabled "adjust refresh rate to match video"?

Make sure you either don't have whitelist, or if you do, whitelist the 3d modes.

ffmpeg 9 builds are in original post.

Quote from ht2tweak

Finally got my RPi5 and will test shortly. Initially, wouldn't boot and gave me an error, was baffled, then realized I downloaded the Pi4 image. popcornmix, your links are reversed. The Pi4 build link takes you to the Pi5 image download.

Thanks - I've flipped them. I'll probably push a bleeding edge build later that uses ffmpeg 9.

mkv should just work. If it doesn't post mediainfo for your mkv file.

Post "kmsprint -m" output when connected to your projector.

"edid-decode /sys/devices/platform/gpu/drm/card0/card0-HDMI-A-1/edid" output would also be useful.

A debug enabled log file would be useful when trying to play a file that fails.

I've always said 2GB for 4K playback, 1GB if you only need 1080p.

Now it may be possible to tweak settings to improve things with 1GB but it's not something I've investigated.

I'll make a note to look into it if I get a chance, but it's low priority, so no promises.

The likely answer is it may be possible to play a specific file successfully, but you'll likely be close enough to the edge, that it only works until it doesn't. A change of skin, installing new addons, playing a file with complex subtitles, a background operation like library or addon update could just push you over the edge.

Quote from hdmkv

Is the plan to fold 3D MVC/FSBS support into mainline LE for RPi, or keep it as a fork (which I'm assuming this is for now)?

Currently a fork (the link to kodi tree is in first post).

I will try upstreaming to kodi (but may wait for current release to be branched).

I'd also like to upstream MVC to ffmpeg (it's a software decoder, but makes use of existing h.264 simd code, so has decent performance).

The patches are all generic, so should be usable on other platforms.

Update:

Now supports MVC and playback from ISO (Claude has been busy).

Also mk-hevc is supported (although vision pro resolution will be too much).

Long ago, when the firmware offloaded much of the mediaplayer, 3D videos worked well on Pi.

I'd always had a desire to add add it back into the new, arm-side architecture (I do still own a 3D capable TV), but it's hard and low priority.

However Claude does make tasks like this much quicker, and I think I've got something testable.

What works:

• Support of 3D infoframe signalling of supported hdmi modes.
• Support of 1080p24 FP (frame packing timing)
• Video decode of half and full SBS/TAB files with mapping of the left/right eye to correct SBS/TAB/FP mode of display.
• DRM Prime D2P and EGL modes
• The GUI/subs etc works in 3d modes.
• MVC decode
• Bluray ISO playback

Recommended settings:

• Player/Videos
  • Defaults are fine (DRM PRIME/Direct to Plane gives best performance, but EGL rendering should also work).
  • "Playback mode of stereoscopic 3D video" is "ask me" by default (which is fine) but you may want to set it to "preferred"
  • You do want "Adjust display refresh rate" to be "On Start/Stop".
• System/Display
  • "Stereoscopic 3D mode / Current" leave as "Disabled"
  • "- Preferred mode" defaults to "Same as movie" which is fine(*)

(*) FP mode supports the full 1920x1080 resolution (SBS and TAB half the resolution).

If your movies are half-SBS or half-TAB, then "same as movie is fine".

If they are full-SBS or full-TAB then you ideally want FP mode.

If you set "preferred mode" to "over/under" and your display supports FP, then that should be selected by default.

The whitelist can be used for greater control of which 3d modes are used. Enable "Allow double refresh rates" and "Allow 3:2 pulldown" as 3D modes are often only have 50/60Hz and not 25/30Hz. A blank whitelist should also work.

Latest (menu improvements) builds:

Pi5 build here

Pi4 build here

Kodi tree: here

Latest (ffmpeg 9) builds:

Pi4 build here

Pi5 build here

Older ffmpeg9

Pi4 build here

Pi5 build here

Older ffmpeg8 builds:

Pi4 Build: here

Pi5 Build : here

Even older builds:
Pi4 Build : here

Pi5 Build : here

Low quality HDMI cable would be my first guess.

Keep an eye on this PR. The nightly after it's merged will have libcec 8 (which it sounds like you were happy with), plus some extra fixes.

A few questions:

Is the non-smooth video blatant or subtle? Is it a frame drop every few seconds or multiple per second?

Do the stats (ctrl-shift-o) show increasing skip: and drop: counts (note: a few skips when overlay appears is normal, but it should then no longer increment. Also this doesn't seem to catch all forms of skipped frames).

If you disable "Adjust display HDR mode" in settings/player/video does it make the video smooth (at the cost of incorrect colour)?

Does your display switch to a 4kp24 mode when playing 4kp24 video?

Can you confirm the have the following settings:

system/display "Set GUI resolution limit": 1080

player/videos "Adjust display refresh rate" : "On start/stop"

player/videos "Sync playback to display" : "Off"

player/videos "Allow using DRM PRIME decoder" : "On"

player/videos "Allow hardware acceleration with DRM PRIME" : "On"

player/videos "PRIME Render Method" : "Direct to Plane"

Quote from houser

May I ask if there is a possibility that our 8GB memory Raspi 4 will not be able to handle this new code?

Worst case, it should be possible to add a switch to choose the previous behaviour (no sdr->hdr tonemapping), so you will be no worse off than before.

But currently we're not sure of the cause. If it occurs without sub or other OSD, then it may be something else entirely.

And it seems not everyone is seeing an issue, so we need to work out what's different in your case.

Quote from houser

Just curious, here the last nightly to play back smooth video is LibreELEC-RPi4.aarch64-13.0-nightly-20260511-f6935c9 which

That is the last build before the reardonia patches were added to LE.

Those patches are a fairly significant rework of rendering (especially HDR).

The overlay (including subs) now goes through a SDR->HDR tonemapping path which is more expensive (although should produce better colours), although I'd expect that to only affect video when overlay is active (but maybe it's not disabled when not needed).

Do you have an issue with 4kp24 or 4kp60 videos?

Can you post a debug log when playing a file with the issue? May conform exactly which settings you are using.

Also output of "kmsprint" when playing a video (with and without overlay active).

Quote from wyup

¿Source evidence? Link is broken.

You could check the kernel driver here.

Quote from wyup

I've performed research with Claude AI on github Kodi repo about upsampling Filters on VideoCore VI (BCM2711) on the Rasbperry Pi 4B and it says by default bilinear resizing is used (Average 2×2 chroma), and bicubic is an option (4×4 filter kernel).
If this is so with Librelec, I would like to suggest an option to choose from bilinear and bicubic on the GUI, and that would also help with chroma upsampling from 4:2:0 to the output format. I hope this is relevant to DRM Prime/V4L2 M2M

Don't believe everything AI tells you. The Pi family use a Mitchell Netravali filter for upscaling, which is pretty high quality.

Quote from wyup

Is Libreelec Kodi a blackbox regarding YUV/RGB , bit depth and DRM hardware video processing taking place? It would be nice to control scaling, dithering or debanding.

It's all open source, so feel free to control it how you like.