Akrambby
19th January 2026, 20:24
Hey everyone,
New user here. I’ve gone through a fair amount of the forum and tried several approaches based on existing threads, but I’m still stuck and would appreciate confirmation on whether my overall approach is fundamentally flawed or just missing a key step.
I have a fully functional Blu-ray disc authored in Adobe Encore (BDMV 2.00) that I’ve used for many years without issues. A native 4K HDR version of the main feature has since been released, and my goal is to keep the disc structure identical (menus, navigation, extras, etc.) while replacing only the main feature video with a UHD HDR version.
My most recent attempt was as follows:
- I used tsMuxeR (Blu-ray output mode) to generate a UHD-compliant M2TS + CLPI + MPLS for the main feature.
- I replaced the corresponding Encore-generated M2TS/CLPI/MPLS files with the tsMuxeR ones (matching file names).
- I then used BDEdit to update the disc from BDMV 2.00 → 3.00, verified stream types, and added UHD / HDR presence in the extension data.
- Finally, I rebuilt the ISO using ImgBurn.
When checking the resulting ISO with BDInfo, the disc and label are detected, but no video streams are listed.
Prior to this, I also tried:
- Replacing only the M2TS files
- Manually editing STN tables and applying changes to the CLPI
Both approaches failed in similar ways.
At this point, I’m trying to determine whether:
Adobe Encore-authored Blu-ray structures can be adapted into a valid UHD-BD at all (even with UHD-compliant streams), or
Whether my replacement / metadata steps are incomplete or incorrect.
To be clear: the original Blu-ray structure is confirmed valid and parses correctly in BDInfo, and I’m currently testing only with a single feature stream to keep things minimal.
One additional question (possibly unrelated):
I’ve noticed that several MPLS files appear to reference a delayed start (~10 minutes offset). Is this expected behavior, or does it indicate incorrect playlist timing that must be manually corrected?
Any insight—especially from those experienced with UHD-BD authoring or tsMuxeR-based workflows—would be greatly appreciated.
Thanks in advance and happy to share whatever would be deemed useful to get the answer to this.
New user here. I’ve gone through a fair amount of the forum and tried several approaches based on existing threads, but I’m still stuck and would appreciate confirmation on whether my overall approach is fundamentally flawed or just missing a key step.
I have a fully functional Blu-ray disc authored in Adobe Encore (BDMV 2.00) that I’ve used for many years without issues. A native 4K HDR version of the main feature has since been released, and my goal is to keep the disc structure identical (menus, navigation, extras, etc.) while replacing only the main feature video with a UHD HDR version.
My most recent attempt was as follows:
- I used tsMuxeR (Blu-ray output mode) to generate a UHD-compliant M2TS + CLPI + MPLS for the main feature.
- I replaced the corresponding Encore-generated M2TS/CLPI/MPLS files with the tsMuxeR ones (matching file names).
- I then used BDEdit to update the disc from BDMV 2.00 → 3.00, verified stream types, and added UHD / HDR presence in the extension data.
- Finally, I rebuilt the ISO using ImgBurn.
When checking the resulting ISO with BDInfo, the disc and label are detected, but no video streams are listed.
Prior to this, I also tried:
- Replacing only the M2TS files
- Manually editing STN tables and applying changes to the CLPI
Both approaches failed in similar ways.
At this point, I’m trying to determine whether:
Adobe Encore-authored Blu-ray structures can be adapted into a valid UHD-BD at all (even with UHD-compliant streams), or
Whether my replacement / metadata steps are incomplete or incorrect.
To be clear: the original Blu-ray structure is confirmed valid and parses correctly in BDInfo, and I’m currently testing only with a single feature stream to keep things minimal.
One additional question (possibly unrelated):
I’ve noticed that several MPLS files appear to reference a delayed start (~10 minutes offset). Is this expected behavior, or does it indicate incorrect playlist timing that must be manually corrected?
Any insight—especially from those experienced with UHD-BD authoring or tsMuxeR-based workflows—would be greatly appreciated.
Thanks in advance and happy to share whatever would be deemed useful to get the answer to this.