It also works well on my C2 but the 2018 or older TV are more picky in regard of DV MP4.
if anyone with old LG TVs could test the latest beta script, workflows 7-2, that would be great. You have to update the mp4muxer.exe by the one from here: https://github.com/bbeny123/mp4muxer
Reset your c2 is showing mp4 7 profil dolby vision with this new version mp4 muxer ?
Version 1.3.2 differs from 1.3.1 in that for DV profiles > 7 the codec configuration box is set to dvcC instead of dvvC (mp4box_64bits 1.0.0 also set dvcC).
This is non-compliant with Dolby's documentation, but as we can see Oppo and older LG TVs are also non-compliant (as only this setting works on them).
Last edited by bbeny123 on Sat Aug 05, 2023 2:32 pm, edited 1 time in total.
Is there a way to tell what resolution video an RPU came from/what resolution an RPU is intended for? Like if I have a p5 RPU but not the source p5 video, and a HDR10 Blu-ray BL to inject the RPU into - how do I know if black bars should be cropped or not (on some p5 videos the video is 16:9 with black bars in the stream, some p5 will have just the video in whatever resolution/aspect ratio with no black bars)? Like a specific line/variable to look for in the json/RPU?
Is there a way to tell what resolution video an RPU came from/what resolution an RPU is intended for? Like if I have a p5 RPU but not the source p5 video, and a HDR10 Blu-ray BL to inject the RPU into - how do I know if black bars should be cropped or not (on some p5 videos the video is 16:9 with black bars in the stream, some p5 will have just the video in whatever resolution/aspect ratio with no black bars)? Like a specific line/variable to look for in the json/RPU?
Everything about the rpu aspect ratio(active area) is in Level 5
If the BL is 16:9 with no black bars or if it is cropped, L5 should always be 0 regardless of the base layer resolution.
if the new BL has black bars, you measure them and edit L5 accordingly.
Is there a way to tell what resolution video an RPU came from/what resolution an RPU is intended for? Like if I have a p5 RPU but not the source p5 video, and a HDR10 Blu-ray BL to inject the RPU into - how do I know if black bars should be cropped or not (on some p5 videos the video is 16:9 with black bars in the stream, some p5 will have just the video in whatever resolution/aspect ratio with no black bars)? Like a specific line/variable to look for in the json/RPU?
Everything about the rpu aspect ratio(active area) is in Level 5
If the BL is 16:9 with no black bars or if it is cropped, L5 should always be 0 regardless of the base layer resolution.
if the new BL has black bars, you measure them and edit L5 accordingly.
So I never really figured out what was wrong with my setup that was keeping me from converting TrueHD Atmos to DD+, but I think I figured out a way to get around it.
My setup can only handle lossy 5.1 Atmos over ARC anyway, so for movies where audio like that (or even just 5.1 surround or lesser) is available, I want to make a Frankenstein .MP4 file of a profile 7 DT-DL DV stream and whatever lossy audio I find. That should play in DV on my LG E8. I know I'll need to use MP4Muxer at the end but uh, how would I do that? Specifically, should I demux the P7 DT-DL DV stream from the original file (which in this case contains a TrueHD audio stream that would break DV on my LG E8), the lossy audio from whatever other file, and mux them together with MP4Muxer? I guess my real obstacle is properly demuxing everything, and finding out what command exactly I should enter in MP4Muxer. Any guidance would be much appreciated.
In short, the file I'm imagining would be a .MP4 file containing BL+EL+RPU profile 7 DT-DL Dolby Vision, and lossy audio topping out at 5.1 DD+ Atmos.
Version 1.3.2 differs from 1.3.1 in that for DV profiles > 7 the codec configuration box is set to dvcC instead of dvvC (mp4box_64bits 1.0.0 also set dvcC).
This is non-compliant with Dolby's documentation, but as we can see Oppo and older LG TVs are also non-compliant (as only this setting works on them).
Thanks! But I noticed, the --dvh1flag option is not working. This would be necessary for playback on Apple TV (with tvOS 17). Can you fix it?
This solution works until: https://github.com/rixtox/mp4dovi
Thanks! But I noticed, the --dvh1flag option is not working. This would be necessary for playback on Apple TV (with tvOS 17). Can you fix it?
This solution works until: https://github.com/rixtox/mp4dovi
Thanks! But I noticed, the --dvh1flag option is not working. This would be necessary for playback on Apple TV (with tvOS 17). Can you fix it?
This solution works until: https://github.com/rixtox/mp4dovi
but why use the mp4muxer at all for ATV or new TV (2019+) when mp4box can mux directly lossless audio + subs + chapter?
Hi @RESET_9999! When using the 6-8-3 option with video 1 (HDR10) and video 2 (DV-P5) we get these screenshots, you can see that tonemapping is applied to video 2 (DV-P5).
Hi @RESET_9999! When using the 6-8-3 option with video 1 (HDR10) and video 2 (DV-P5) we get these screenshots, you can see that tonemapping is applied to video 2 (DV-P5).
unless you're using an older version of the script, the latest ones no longer tonemap to SDR for 6-8-3.
if you're using the latest beta, are you sure it's not just your two sources that are different?
I know some BCORE webdl are incorrectly flagged as a ''full range'' which messes up the black levels.