Dolby Vision now possible through MP4 Mux.

[baker99]

The x700 supports most of the single-track / double-layer files. All the MEL movies work but some FEL movies don't work. Also the ST-DL files don't have the reboot bug.
I didn't find a dual-track / dual-layer file that doesn't work yet.

That's good to know, thank you, I'll give it a try.

[daddy]

I use dual layer dv mp4, I don’t think I can merge the files

You need to merge the m2ts files when you are demuxing the BL, EL and audio files.
To do this with ffmpeg
1- create a txt file contening a list of the files to merge
exemple : m2ts_list.txt

Code: Select all

file 'F:\000731.M2TS'
file 'F:\000732.M2TS'

2- extract the BL, EL and audio (dts-hd) of the merged m2ts files

Code: Select all

ffmpeg -f concat -safe 0 -i m2ts_list.txt -map 0:0 -c copy BL.hevc -map 0:1 -c copy EL.hevc -map 0:4 -c copy audio.mp4

Then make the vidéo DV mp4

Code: Select all

mp4muxer_64bits.exe --dv-profile 7 --input-file BL.hevc --input-file EL.hevc --output-file video_dv.mp4

And then add audio to the vidéo

Code: Select all

mp4box.exe -tmp F:\ -add video_dv.mp4:rate=0 -add audio.mp4#audio:lang=fr-FR -no-iod F:\movie.mp4

[4knewbie]

I use dual layer dv mp4, I don’t think I can merge the files

You need to merge the m2ts files when you are demuxing the BL, EL and audio files.
To do this with ffmpeg
1- create a txt file contening a list of the files to merge
exemple : m2ts_list.txt

Code: Select all

file 'F:\000731.M2TS'
file 'F:\000732.M2TS'

2- extract the BL, EL and audio (dts-hd) of the merged m2ts files

Code: Select all

ffmpeg -f concat -safe 0 -i m2ts_list.txt -map 0:0 -c copy BL.hevc -map 0:1 -c copy EL.hevc -map 0:4 -c copy audio.mp4

Then make the vidéo DV mp4

Code: Select all

mp4muxer_64bits.exe --dv-profile 7 --input-file BL.hevc --input-file EL.hevc --output-file video_dv.mp4

And then add audio to the vidéo

Code: Select all

mp4box.exe -tmp F:\ -add video_dv.mp4:rate=0 -add audio.mp4#audio:lang=fr-FR -no-iod F:\movie.mp4

Thank you so much, can I do that with my already made dual layer dv mp4s or is it too late ?

[pete19]

@jcdr428:

I used latest tsmuxer w64-nightly-2020-11-17--01-21-46 and muxed the first 3 mins of a UHD DV disc folder rip to a BMV folder and a m2ts file. Selected the BL + EL, Dolby Atmos audio and then muxed.

When playing back on LG CX via Oppo, DV and Dolby Atmos are triggered correctly on both muxed versions, but the muxed versions are always a little bit darker than the original disc.

Is this a known limitation or is there a setting that I'm missing ?

I took screenshot comparisons and also switched the order of the versions when played back to ensure it's not the LG dimming. Every time the muxed versions are a little bit darker.

Looking at mediainfo, the only difference I can see is in the HDR FORMAT tag of the EL of the m2ts mux:

original disc:
HDR format : SMPTE ST 2086, HDR10 compatible

muxed BDM folder
HDR format : SMPTE ST 2086, HDR10 compatible

muxed m2ts
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible

see screenshot comparison here: https://screenshotcomparison.com/comparison/8739

(ignore blown out highlights, this is a camera setting issue)


Thx

[dmartinvera00]

I use dual layer dv mp4, I don’t think I can merge the files

You need to merge the m2ts files when you are demuxing the BL, EL and audio files.
To do this with ffmpeg
1- create a txt file contening a list of the files to merge
exemple : m2ts_list.txt

Code: Select all

file 'F:\000731.M2TS'
file 'F:\000732.M2TS'

2- extract the BL, EL and audio (dts-hd) of the merged m2ts files

Code: Select all

ffmpeg -f concat -safe 0 -i m2ts_list.txt -map 0:0 -c copy BL.hevc -map 0:1 -c copy EL.hevc -map 0:4 -c copy audio.mp4

Then make the vidéo DV mp4

Code: Select all

mp4muxer_64bits.exe --dv-profile 7 --input-file BL.hevc --input-file EL.hevc --output-file video_dv.mp4

And then add audio to the vidéo

Code: Select all

mp4box.exe -tmp F:\ -add video_dv.mp4:rate=0 -add audio.mp4#audio:lang=fr-FR -no-iod F:\movie.mp4

where can i find more commands like that? or learn how to use it

[4knewbie]

I use dual layer dv mp4, I don’t think I can merge the files

You need to merge the m2ts files when you are demuxing the BL, EL and audio files.
To do this with ffmpeg
1- create a txt file contening a list of the files to merge
exemple : m2ts_list.txt

Code: Select all

file 'F:\000731.M2TS'
file 'F:\000732.M2TS'

2- extract the BL, EL and audio (dts-hd) of the merged m2ts files

Code: Select all

ffmpeg -f concat -safe 0 -i m2ts_list.txt -map 0:0 -c copy BL.hevc -map 0:1 -c copy EL.hevc -map 0:4 -c copy audio.mp4

Then make the vidéo DV mp4

Code: Select all

mp4muxer_64bits.exe --dv-profile 7 --input-file BL.hevc --input-file EL.hevc --output-file video_dv.mp4

And then add audio to the vidéo

Code: Select all

mp4box.exe -tmp F:\ -add video_dv.mp4:rate=0 -add audio.mp4#audio:lang=fr-FR -no-iod F:\movie.mp4

Thank you so much, can I do that with my already made dual layer dv mp4s or is it too late ?

So I tried merging 2 already made mp4 with ffmpeg but the dv layer got lost in the process

[4knewbie]

I use dual layer dv mp4, I don’t think I can merge the files

You need to merge the m2ts files when you are demuxing the BL, EL and audio files.
To do this with ffmpeg
1- create a txt file contening a list of the files to merge
exemple : m2ts_list.txt

Code: Select all

file 'F:\000731.M2TS'
file 'F:\000732.M2TS'

2- extract the BL, EL and audio (dts-hd) of the merged m2ts files

Code: Select all

ffmpeg -f concat -safe 0 -i m2ts_list.txt -map 0:0 -c copy BL.hevc -map 0:1 -c copy EL.hevc -map 0:4 -c copy audio.mp4

Then make the vidéo DV mp4

Code: Select all

mp4muxer_64bits.exe --dv-profile 7 --input-file BL.hevc --input-file EL.hevc --output-file video_dv.mp4

And then add audio to the vidéo

Code: Select all

mp4box.exe -tmp F:\ -add video_dv.mp4:rate=0 -add audio.mp4#audio:lang=fr-FR -no-iod F:\movie.mp4

Code: Select all

ffmpeg -f concat -safe 0 -i m2ts_list.txt -map 0:0 -c copy BL.hevc -map 0:1 -c copy EL.hevc -map 0:4 -c copy audio.mp4

0:4 refers to the desired audio right ?

[MastaG]

Any idea whether the Emby application also capable of triggering DV on the Shield or LG WebOS when using mkv's?

[MastaG]

@jcdr428:

I used latest tsmuxer w64-nightly-2020-11-17--01-21-46 and muxed the first 3 mins of a UHD DV disc folder rip to a BMV folder and a m2ts file. Selected the BL + EL, Dolby Atmos audio and then muxed.

When playing back on LG CX via Oppo, DV and Dolby Atmos are triggered correctly on both muxed versions, but the muxed versions are always a little bit darker than the original disc.

Is this a known limitation or is there a setting that I'm missing ?

I took screenshot comparisons and also switched the order of the versions when played back to ensure it's not the LG dimming. Every time the muxed versions are a little bit darker.

Looking at mediainfo, the only difference I can see is in the HDR FORMAT tag of the EL of the m2ts mux:

original disc:
HDR format : SMPTE ST 2086, HDR10 compatible

muxed BDM folder
HDR format : SMPTE ST 2086, HDR10 compatible

muxed m2ts
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible

Thx

Perhaps try to mux the BL + EL to a single .mp4 file with Dolby's mp4muxer.
Then in TSMuxer use the mp4 instead of the BL + EL.

[daddy]

0:4 refers to the desired audio right ?

Yes, here 0:4 is for the desired audio language

i suggest you to to read my first post where i tryed to explain how to find the list of m2ts composing a movie, and how to find the map numbers for a audio language : https://www.makemkv.com/forum/viewtopic ... 820#p76820

[RayDawGGG]

This is odd.. Does the Dolby Vision logo matter? I am able to play my SL DV(7.06) mkvs through the plex app on the shield pro (2019). The DV logo shows.. it plays fine except I noticed color issues playing Lord of the rings - Two Towers, Joker and Gemini man. My plex server is on my WIN 10 PC. My LG CX also has a plex app. While these mkvs don't play through the USB on the CX, they do play via my server to the plex app on the CX. Although the HDR logo shows on the CX plex app while playing these mkvs, they seem to be actually playing in DV. The colors are correct and the detail is definitely different than the HDR versions. In a blind test without the logos, how could you tell the difference.. your eyes. It could be that whatever is supposed to trigger the DV flag in these mkvs confuses the CX plex app and it shows the HDR logo instead of the DV logo(a possibility). Just because the flag does not show as DV, does that mean it is not DV? We know Mike and Yuescope's tools work, and it could be a coding thing that's causing this mishap on the CX. Do we really need the logo to verify DV? I've re-watched the Joker and Gemini Man SL DV's and they look 100% better this way vs the shield plex app wit screwy colors. Can someone with a CX try this method versus the shield 2019 and see if they agree or disagree?

Well if there's no logo, then the TV is not in DV mode; there's really no way around it. The WebOS plex app has no support for DV in MKVs so its defaulting to the HDR10 layer on playback. I would go back and double check the picture mode you're in during HDR & DV playback from the Shield and the same for playback from TV apps. I have it set to Cinema for everything and HDR looks the same to me on both the Shield and TV apps.

Thanks for replying. DV is HDR with dynamic metadata. I was inquiring about the possibility of these mkvs being mistakenly recognized as HDR(because of the base layer) by the plex app, yet because they are reverse engineered DV mkvs they somehow still use the DV decoder for playback. The CX plex app plays the DV Mandalorian mp4's in DV, so the app has the capability of playing DV.(MKV and MP4 are just containers) HDR looks the same to me on both as well, it's just the DV that looks different on the shield vs the CX apps.

[shawnc22]

Thanks for replying. DV is HDR with dynamic metadata. I was inquiring about the possibility of these mkvs being mistakenly recognized as HDR(because of the base layer) by the plex app, yet because they are reverse engineered DV mkvs they somehow still use the DV decoder for playback. The CX plex app plays the DV Mandalorian mp4's in DV, so the app has the capability of playing DV.(MKV and MP4 are just containers) HDR looks the same to me on both as well, it's just the DV that looks different on the shield vs the CX apps.

If the DV decoder is used for playback, then DV will be triggered by the TV. The WebOS Plex app supports DV, sure, but that doesn't mean it supports it for all containers. It knows where to look for the DV headers in mp4 and m2ts files, so when it encounters one of such files, it will know to use the DV decoder and trigger DV accordingly. The DV standard in mkv is relatively new, and only the Android version of the app knows how to handle it. The WebOS Plex app does not yet know DV headers in mkvs exist so it's not looking for it. When the app encounters an mkv with dv, it will ignore the dv info because it simply doesn't know it exists. It is then not sent to the DV decoder and only HDR is triggered.

[DaMacFunkin]

This is odd.. Does the Dolby Vision logo matter? I am able to play my SL DV(7.06) mkvs through the plex app on the shield pro (2019). The DV logo shows.. it plays fine except I noticed color issues playing Lord of the rings - Two Towers, Joker and Gemini man. My plex server is on my WIN 10 PC. My LG CX also has a plex app. While these mkvs don't play through the USB on the CX, they do play via my server to the plex app on the CX. Although the HDR logo shows on the CX plex app while playing these mkvs, they seem to be actually playing in DV. The colors are correct and the detail is definitely different than the HDR versions. In a blind test without the logos, how could you tell the difference.. your eyes. It could be that whatever is supposed to trigger the DV flag in these mkvs confuses the CX plex app and it shows the HDR logo instead of the DV logo(a possibility). Just because the flag does not show as DV, does that mean it is not DV? We know Mike and Yuescope's tools work, and it could be a coding thing that's causing this mishap on the CX. Do we really need the logo to verify DV? I've re-watched the Joker and Gemini Man SL DV's and they look 100% better this way vs the shield plex app wit screwy colors. Can someone with a CX try this method versus the shield 2019 and see if they agree or disagree?

Well if there's no logo, then the TV is not in DV mode; there's really no way around it. The WebOS plex app has no support for DV in MKVs so its defaulting to the HDR10 layer on playback. I would go back and double check the picture mode you're in during HDR & DV playback from the Shield and the same for playback from TV apps. I have it set to Cinema for everything and HDR looks the same to me on both the Shield and TV apps.

Thanks for replying. DV is HDR with dynamic metadata. I was inquiring about the possibility of these mkvs being mistakenly recognized as HDR(because of the base layer) by the plex app, yet because they are reverse engineered DV mkvs they somehow still use the DV decoder for playback. The CX plex app plays the DV Mandalorian mp4's in DV, so the app has the capability of playing DV.(MKV and MP4 are just containers) HDR looks the same to me on both as well, it's just the DV that looks different on the shield vs the CX apps.

ive been thinking this over and it makes sense...
Your CX is internally processing HDR via its app correctly, correct colours, correct tone map and as such it looks good.
Dolby Vision from the shield is being processed by the shield (player led LLDV) and as such looks a little darker, you also have the incorrect color to deal with.
For some reason the LG’s even though they can do TV led processing of Dolby Vision, request player led by default.
If you have an Oppo or Oppo clone you can force TV led processing (RGB 8 bit tunnelling) and it looks brighter than selecting player led ( 12 bit LLDV).

[shawnc22]

ive been thinking this over and it makes sense...
Your CX is internally processing HDR via its app correctly, correct colours, correct tone map and as such it looks good.
Dolby Vision from the shield is being processed by the shield (player led LLDV) and as such looks a little darker, you also have the incorrect color to deal with.
For some reason the LG’s even though they can do TV led processing of Dolby Vision, request player led by default.
If you have an Oppo or Oppo clone you can force TV led processing (RGB 8 bit tunnelling) and it looks brighter than selecting player led ( 12 bit LLDV).

Not sure where you're getting this from, but LG's do not force the Shield to default to LLDV. At least on my B9, RGB tunneling is the default DV mode. Unless this changed in the new X-generation of TV's, you can only get LLDV from the Shield into an LG Oled via HDFury EDID spoofing.

[RESET_9999]

I believe the furtherest we have got with the seeking issue, is that it is somehow related to the length of the file.

I'm not sure of that anymore ...
The Lord of the rings trilogy all failed to FF/RW.
same for the first 2 Hobbit.

but somehow the Hobbit 3 has no issue with FF/RW even though it's a 2h40 movie. I'm sure I had issues with title shorter than that.

Out of interest, I guess FF/RW is the only way to shift through a title? Can't manually put in a timecode to jump to etc? Obviously chapters are a no go in .ts files.

i don't see any other way to shift through a title.

Not sure where you're getting this from, but LG's do not force the Shield to default to LLDV. At least on my B9, RGB tunneling is the default DV mode. Unless this changed in the new X-generation of TV's, you can only get LLDV from the Shield into an LG Oled via HDFury EDID spoofing.

Same for the LG C8. The only way I can force LLDV is with the hdfury otherwise I get the default RGB DV. I would be very surprised if that changed for the CX models.
But LLDV shouldn't be darker or different if the player can properly decode/tonemap DV in the first place. I'm sure the x700 lldv would be identical to RGB on my TV.