3D Support builds for Raspberry Pi

Quote from ht2tweak

What's strange is that I tested a couple more full 3D ISO's, again with 'Automatic menu selection' enabled under Player settings, and the 'Select playback item' and actual Blu-ray menus worked well... for the most part. Video demo3 of other 3D ISO's, one fine, other with an issue.

Claude analyses your log and code:

The log settles it — it's not a bug in the menu code, it's Automatic menu selection doing exactly what it says, because his library items already carry a chosen playlist.

The evidence

Decoding what Kodi is asked to play for 3-D Rarities:

20:56:54.954  OnPlayMedia bluray://udf:///storage/Videos1/Movies3D/3-D Rarities (2015).3D/
                          3-D Rarities (2015).3D.iso//BDMV/PLAYLIST/01001.mpls
20:56:54.959  VideoPlayer::OpenFile: <same>

The dynpath is a specific playlist, 01001.mpls — not the ISO. Follow that through GetMenuDecisions (ApplicationPlay.cpp:207 onward):

• isBluray = IsBlurayDiscImage(item) → uses item.GetDynPath() and needs URIUtils::IsDiscImage() first. A bluray://…/01001.mpls path is not a disc image → false.
• isBlurayPath → true.
• Setting is BD_PLAYBACK_AUTO, so useDiscMenuSetting, useMainTitleSetting, forceSelectionAtStart and mainTitle are all false.
• if (isBluray && atStart && !mainTitle) — skipped, isBluray is false.
• if (forceSelectionAtStart && isBlurayPath && atStart) — skipped, forceSelectionAtStart is false.
• → NO_ACTION, so it plays 01001.mpls straight off.

No chooser, no "Show Blu-ray menu" entry, no DVD Menu in the OSD. All three symptoms, one cause. And BD_PLAYBACK_AUTO is commented "Only use simple menu if playlist not known" — the playlist is known, so it doesn't ask. Working as designed.

His own log shows the contrast: across ~18 minutes the select dialog opens exactly once (Window Init (DialogSelect.xml) at 20:58:44), while the discs he plays as plain ISO paths — /storage/Videos2/Various/Best of 3D … .iso, IMAX Shaolin Bootcamp, Predator — go down the isBluray == true route.

So my earlier candidate A (your f979f4c1b6 resume change) is not involved: isBluray is false regardless of atStart, so the resume point never enters into it.

What changed for him

Nothing in the decision logic — GetMenuDecisions is untouched on this branch apart from the resume commit. What changed is the stored dynpath: those two movies now resolve to 01001.mpls in his library, where previously the library held the ISO. That comes from playlist resolution at scan time (VideoInfoScanner → GetOrShowPlaylistSelection(..., SILENT)), or from a title he picked once being saved. Either way, from then on AUTO stops asking.

Worth telling him he can confirm it in seconds: play the same film from Files rather than the library and the chooser comes back, because the path is then the ISO.

Two side observations from his log

• GetDirectory - Error getting udf:///…/BDMV/META/TN — missing thumbnail directory, harmless noise.
• bdj.c:795: BD-J check: Failed to load JVM library at 20:58:46 — the same aarch64 JVM-path bug I diagnosed and patched today, on his Pi 5. So any BD-J disc will fail for him too, and packages/multimedia/libbluray/patches/0002-java-arch-aarch64.patch would fix it for these builds.

The real question

This is a behaviour decision rather than a defect: should AUTO still offer the disc menu when the playlist is known? Right now "playlist known" removes the only route to the disc menu for a library item, which is what he's actually complaining about. Options, if you want to change it:

• Have AUTO return SHOW_SIMPLE_MENU for isBlurayPath at start when the disc supports menus — restores his chooser, at the cost of a dialog on every library play.
• Leave AUTO alone and make the disc menu reachable another way for a known playlist — e.g. keep the OSD "DVD Menu" action available whenever HasMenuSupport(), which is closer to what he expected ("no 'DVD Menu' option in the OSD either").

I still don't think it's a display issue. More likely a decoder issue.

My guess is a frame being played out of order.

If you step frame by frame in youtube around 41s, I think you are getting a frame from the future (about 10 frames in advance).

That feels like an MVC decode error. I'd need to get hold of a sample file that shows this error.

Can you check if any MVC samples from https://kodi.wiki/view/Samples show this sort of issue?

If so, do they all? If not, I'd need to get a short sample of one of your files.

Quote from popcornmix

This is a behaviour decision rather than a defect: should AUTO still offer the disc menu when the playlist is known? Right now "playlist known" removes the only route to the disc menu for a library item, which is what he's actually complaining about. Options, if you want to change it:

• Have AUTO return SHOW_SIMPLE_MENU for isBlurayPath at start when the disc supports menus — restores his chooser, at the cost of a dialog on every library play.
• Leave AUTO alone and make the disc menu reachable another way for a known playlist — e.g. keep the OSD "DVD Menu" action available whenever HasMenuSupport(), which is closer to what he expected ("no 'DVD Menu' option in the OSD either").

Let me know what you think the right behaviour is. I believe currently it is behaving as designed - but as 3d doesn't have many users, it's possible the current design isn't ideal and could be changed.

Quote from vobs

I would bet it's not a MVC decode error, since:
1. the same MVC files do play perfectly on the Zidoos I have (Z9X Pro and Z20 Pro)

I'm talking about the ffmpeg based MVC decoder (which is a new thing). The Zidoo is using a completely different (likely hardware) decoder.
I don't think it's possible for it to be in the actual hdmi output path (it has no knowledge of a frame from 10 frames in the future).

It's going wrong either in the decoder, or somewhere in the render path of kodi. But that wouldn't be affected by the type of display/projector used.

If you add this advancedsettings.xml file:

<advancedsettings>
 <video>
   <stereoscopicpreferframepacking>false</stereoscopicpreferframepacking>
 </video>
</advancedsettings>

it will disable framepacking and output as half-sbs (or half-tab). Is that any different?

May be useful to disable 3d mode and look at the two halves - do both have a consistent glitch or just one eye?

A debug log file will confirm if stereoscopicpreferframepacking setting has been read correctly.

If you say you can watch a SBS video without glitches when 3D mode is disabled on projector, but it starts glitching when you press the 3D button on projector (which the Pi will have no knowledge of), it's hard to see how this is the fault of the Pi.

vobs

Useful test. In settings/video can you change "PRIME Render Method" to "EGL"

The performance will be worse, so not the fix, but an interesting data point if that fixes the glitches.

When you say you've seen the glitch when paused, I assume you mean you've captured a static instance of the glitch (rather than it continues to glitch while paused)? With paused glitch on screen, can you enable/disable 3d mode on projector and report?

"ps: ChatGPT told me that a "HDFury Communicator Dr. HDMI 4K" may solve this issue - should give it a try?" - No, it won't fix this.

Quote from ht2tweak

popcornmix, for my edification, is the MVC decoder in your MVC solution ffmpeg and s/w based, and not h/w and Broadcom SoC-based? Asking because w/RPi3, believe it was h/w based.

Also, I personally don't use menus for 99% of my BD/UHD rips. Only have a couple of full ISO's for those that have a lot of playlists and/or separate titles, where having menus do help vs. getting in the way of getting quickly/directly to the main feature.

And this may be an apples vs. oranges comparison, but have been helping test 3D/2D ISO's w/menus with @avdvplus' latest R10 CE test builds, and they're working perfectly. Took him numerous attempts, but he finally did it. If helpful, I can ask him to share any dev insights here that might help w/your LE test builds.

Just tested the same movie (A Turtle's Tale: Sammy's Adventures) in vobs clip above w/Pi5. Played well on my end w/XGIMI Titan Noir Max. Watched about 30 mins.

Software/ffmpeg based decoder. Which I have attempted to upstream.

That route was chosen as Pi5 doesn't contain the hardware MVC (or H.264) decoder and its CPU is more than fast enough.

Sure, any "lessons learned" with menus would be useful.

vobs' issue is hard to understand. Nothing makes much sense. Seems to be a fault of the projector, but it presumably only applies to some configuration. vobs Do you have any picture processing options on projector? (e.g. motion smoothing, de-noising etc? I'd be tempted to turn everything off). If you can configure the input as a PC rather than a BluRay that often disables processing to reduce latency.

Quote from ht2tweak

On Claude's suggestion above: "Worth telling him he can confirm it in seconds: play the same film from Files rather than the library and the chooser comes back, because the path is then the ISO."

I did try this, and it still goes directly to the main title, no chooser. Also rebooted Pi, and same behavior. But, with the other ISO's, the IMAX one and 'Best of 3D' compilation, I get chooser.

Can you provide a debug log when playing from files? Claude would appreciate it.