Dolby Vision now possible through MP4 Mux.

[tango306]

You are missing the point and do not understand the benefit of DV.
12-bit source and signal shows improvement on 10-bit panel. Period. This has been proven many times if you search.

Now, back to my original question, is DV muxed into MP4 container, degrades in any way or form when played back on DV capable display such as LG OLEDs and/or Oppo-203?

oh no, I get it. Dolby claims 12-bit dv can be down-sampled in such a way as to render 10-bit color more accurately, yada yada. I just honestly can't tell the difference, nor can a whole forum of people with better eyes than mine. versus hdr10 however, absolutely there's a massive change.
Also I've done so many back to back tests between these mp4's and playing the actual 12-bit discs and I don't see any difference, minus the odd artifact here or there. but I also don't have an oled with an Oppo udp-203 so I suppose I could be slightly missing out.

12-bit contents looks better than 10-bit contents even on 10-bit panel just like 4K contents looks better than 1080p contents even on 1080p panel.
(And SACD (DSD) and DVD-A (MLP) sound better than redbook CD even on loudspeakers whose frequency response range is no where near high/low enough to cover those high resolution audio sources).

That being said, if this muxed DV MP4 is degraded from DV's native 12-bit to 10-bit, we are not seeing a true DV.
And if somehow 12-bit is degraded into 10-bit in muxing process, who know what else is borked in the chain.

[Grencola]

12-bit contents looks better than 10-bit contents even on 10-bit panel just like 4K contents looks better than 1080p contents even on 1080p panel.

That being said, if this muxed DV MP4 is degraded from DV's native 12-bit to 10-bit, we are not seeing a true DV.
And if somehow 12-bit is degraded into 10-bit in muxing process, who know what else is borked in the chain.

opinions are like butt holes, we all have one
https://www.quora.com/Does-a-4K-Blu-Ray ... -Ray-movie
anyway, if you really think these mp4s are so borked simply don't use them. go spend thousands on an Oppo / discs / whatever and enjoy seeing the display info show 12-bit on your 10-bit panel. you're clearly not the target demographic for these files, as they're for those of us who don't have the most expensive setups and like saving lots of money on something your eyes can barely, if at all, perceive.

[tango306]

12-bit contents looks better than 10-bit contents even on 10-bit panel just like 4K contents looks better than 1080p contents even on 1080p panel.

That being said, if this muxed DV MP4 is degraded from DV's native 12-bit to 10-bit, we are not seeing a true DV.
And if somehow 12-bit is degraded into 10-bit in muxing process, who know what else is borked in the chain.

opinions are like butt holes, we all have one
https://www.quora.com/Does-a-4K-Blu-Ray ... -Ray-movie
anyway, if you really think these mp4s are so borked simply don't use them. go spend thousands on an Oppo / discs / whatever and enjoy seeing the display info show 12-bit on your 10-bit panel. you're clearly not the target demographic for these files, as they're for those of us who don't have the most expensive setups and like saving lots of money on something your eyes can barely, if at all, perceive.

Now, I think you are not only missing the point but also not reading before replying. Spending thousands on Oppo-203 and diskcs are completely irrelevant here. Lol.
I do not think DV muxed MP4 are borked. (There is a *if*)
Most of (if not all) Dolby Vision contents are mastered at native 12-bit. This is locked down at mastering/authoring stage. My question was if Oppo-203 reporting the MP4 being played is in 10-bit was true or not? Whether anyone has done any verification on it? It might still be in 12-bit MP4, but due to Oppo's firmware bug reporting it as 10-bit for MP4 file playback. Who knows?

Also I've done so many back to back tests between these mp4's and playing the actual 12-bit discs and I don't see any difference, minus the odd artifact here or there. but I also don't have an oled with an Oppo udp-203 so I suppose I could be slightly missing out.

Just because you can't see it doesn't mean it's not there. What display did you use?

[deadchip12]

Hi Grencola, I’m using your program to make dolby vision mp4 file. The first few movies were flawless, but with the recent one Mission Impossible: Rogue Nation, the program initially detected dolby vision layer but after some time running it displayed a bunch of red texts saying there is no dolby vision track and file’s damaged or sth. Any idea? The movie still plays fine in hdr10, and I can still see the dv layer in tsmuxerGUI

[Grencola]

Now, I think you are not only missing the point but also not reading before replying. Spending thousands on Oppo-203 and diskcs are completely irrelevant here. Lol.
I do not think DV muxed MP4 are borked. (There is a *if*)
Most of (if not all) Dolby Vision contents are mastered at native 12-bit. This is locked down at mastering/authoring stage. My question was if Oppo-203 reporting the MP4 being played is in 10-bit was true or not? Whether anyone has done any verification on it? It might still be in 12-bit MP4, but due to Oppo's firmware bug reporting it as 10-bit for MP4 file playback. Who knows?

Also I've done so many back to back tests between these mp4's and playing the actual 12-bit discs and I don't see any difference, minus the odd artifact here or there. but I also don't have an oled with an Oppo udp-203 so I suppose I could be slightly missing out.

Just because you can't see it doesn't mean it's not there. What display did you use?

I was sticking up for the mp4s a bit cuz you said, "And if somehow 12-bit is degraded into 10-bit in muxing process, who know what else is borked in the chain." but nothing seems to be degraded in the chain was all.
perhaps I got a bit defensive, and misinterpreted your words, sorry :p I can't verify it myself as I don't own an Oppo, but I have read on avsforum of people saying the same thing with 12-bit content showing up as 10-bit, while others replying not to worry as there's no difference, citing links to various tests etc. (basically where I got my influences from heh). Anyway regardless of all that, I've only tried with Vizio's p65 and m65 (usb) and LG's C8 (plex) displays so I'm definitely not the best person to be determining what's really going on. I'll try and find the forum link so you can talk to people with more experience.

[tango306]

I was sticking up for the mp4s a bit cuz you said, "And if somehow 12-bit is degraded into 10-bit in muxing process, who know what else is borked in the chain." but nothing seems to be degraded in the chain was all.

Well then, *if* what Oppo-203 is reporting is true, what makes DV's native 12-bit into 10-bit in the process? After all, optimal muxing is about not touching quality but retaining pristine original bit for bit data.

*If* Oppo-203's reporting is false, then any other way to verify integrity of DV's native quality ?

perhaps I got a bit defensive, and misinterpreted your words, sorry :p I can't verify it myself as I don't own an Oppo,

No need for an apology. However, your misunderstanding goes a few posts above before I mentioned anything about MP4 being borked. It started with your panel nonsense.

but I have read on avsforum of people saying the same thing with 12-bit content showing up as 10-bit, while others replying not to worry as there's no difference, citing links to various tests etc. (basically where I got my influences from heh). Anyway regardless of all that, I've only tried with Vizio's p65 and m65 (usb) and LG's C8 (plex) displays so I'm definitely not the best person to be determining what's really going on. I'll try and find the forum link so you can talk to people with more experience.

I've been with AVS Forum since 2002. I can't seem to find threads/posts related to this DV MP4 mux. Can you provide a link?
That being said, people claiming no differences between native 12-bit DV disc and degraded(?) 10-bit (if true) MP4 files are irrelevant. After all, there are many, many, many people who cannot tell the difference between 128kbps mp3s and redbook CDs.

I think important points to consider are:
1. To investigate and find out *if* DV is really degraded from its native 12-bit into 10-bit during the muxing process.
2. The root cause of color depth change in the muxing process.
Some food for thoughts.

[sm0ke83]

Grencola,

I tried your dv-mp4-maker on local mkv. Result is the same, stutters continuously... Didn't expect a different output, but did test it to be sure.
Any idea what might be causing this? FYI: Haven't been able to make a working mp4 from mkv, not even one.

greetz

[sm0ke83]

I was sticking up for the mp4s a bit cuz you said, "And if somehow 12-bit is degraded into 10-bit in muxing process, who know what else is borked in the chain." but nothing seems to be degraded in the chain was all.

Well then, *if* what Oppo-203 is reporting is true, what makes DV's native 12-bit into 10-bit in the process? After all, optimal muxing is about not touching quality but retaining pristine original bit for bit data.

*If* Oppo-203's reporting is false, then any other way to verify integrity of DV's native quality ?

perhaps I got a bit defensive, and misinterpreted your words, sorry :p I can't verify it myself as I don't own an Oppo,

No need for an apology. However, your misunderstanding goes a few posts above before I mentioned anything about MP4 being borked. It started with your panel nonsense.

but I have read on avsforum of people saying the same thing with 12-bit content showing up as 10-bit, while others replying not to worry as there's no difference, citing links to various tests etc. (basically where I got my influences from heh). Anyway regardless of all that, I've only tried with Vizio's p65 and m65 (usb) and LG's C8 (plex) displays so I'm definitely not the best person to be determining what's really going on. I'll try and find the forum link so you can talk to people with more experience.

I've been with AVS Forum since 2002. I can't seem to find threads/posts related to this DV MP4 mux. Can you provide a link?
That being said, people claiming no differences between native 12-bit DV disc and degraded(?) 10-bit (if true) MP4 files are irrelevant. After all, there are many, many, many people who cannot tell the difference between 128kbps mp3s and redbook CDs.

I think important points to consider are:
1. To investigate and find out *if* DV is really degraded from its native 12-bit into 10-bit during the muxing process.
2. The root cause of color depth change in the muxing process.
Some food for thoughts.

Hi tango306,

Read your discussion with Grencola...
I'm having trouble creating good mp4 from mkv. Been reading on this forum for that and it's hard ignore the discussion
...I was wondering why u think original UHD Dolby Vision Blu-ray discs are 12-bit? Or did I misunderstood?
A few months ago (when DV profiles was being discussed) I found this pdf from Dolby Laboratories, maybe u find this interesting:

https://www.dolby.com/us/en/technologie ... levels.pdf

Nowhere in this file is 12-bit mentioned... Look at table 1 at page 9, only 10-bit HEVC is being used in DV profiles.

[fib1985]

Grencola,

I tried your dv-mp4-maker on local mkv. Result is the same, stutters continuously... Didn't expect a different output, but did test it to be sure.
Any idea what might be causing this? FYI: Haven't been able to make a working mp4 from mkv, not even one.

greetz

I Got the same results as you, i guess the app have some problems. With the powershell script it works like a charm.

[Grencola]

Grencola,

I tried your dv-mp4-maker on local mkv. Result is the same, stutters continuously... Didn't expect a different output, but did test it to be sure.
Any idea what might be causing this? FYI: Haven't been able to make a working mp4 from mkv, not even one.

greetz

That's definitely strange. You've tried both tsmuxer and eac3to and both result in an unplayable file but yet m2ts is fine? I'm really not sure how to help I just watched Ready Player One in its entirety and it worked perfectly. It was made with my app (so eac3to) from mkv. In fact I've made over 30 mp4's from mkv with only like 5 or so from m2ts and I don't get this stutter bug I know we have different TV's, but you'd think there would waay more people complaining on here, instead of praising mp4muxer if it just didn't work. You could maybe try demuxing each track individually before you run mp4muxer.

[Grencola]

Grencola,

I tried your dv-mp4-maker on local mkv. Result is the same, stutters continuously... Didn't expect a different output, but did test it to be sure.
Any idea what might be causing this? FYI: Haven't been able to make a working mp4 from mkv, not even one.

greetz

I Got the same results as you, i guess the app have some problems. With the powershell script it works like a charm.

My 'app' is literally just a command prompt script to run eac3to on the file, then mp4muxer. that's basically it. I chose to use eac3to as so many people, myself included, were getting framerate errors in TSMuxer during the demux where as eac3to actually tries correcting them. like I said above I've used my app on 30+ titles which are great. The only bug I've ever seen is when I copied those exact movies onto a friend's seagate hdd from my western digital and it came up saying the file format was not supported when playing certain files. still don't have a fix for that. but the ones that did play had no stuttering at all.

[sm0ke83]

Grencola,

I tried your dv-mp4-maker on local mkv. Result is the same, stutters continuously... Didn't expect a different output, but did test it to be sure.
Any idea what might be causing this? FYI: Haven't been able to make a working mp4 from mkv, not even one.

greetz

That's definitely strange. You've tried both tsmuxer and eac3to and both result in an unplayable file but yet m2ts is fine? I'm really not sure how to help I just watched Ready Player One in its entirety and it worked perfectly. It was made with my app (so eac3to) from mkv. In fact I've made over 30 mp4's from mkv with only like 5 or so from m2ts and I don't get this stutter bug I know we have different TV's, but you'd think there would waay more people complaining on here, instead of praising mp4muxer if it just didn't work. You could maybe try demuxing each track individually before you run mp4muxer.

I only used eac3to, will give it a try with tsmuxer and try to demux each track individually with eac3to. My TV is LG 55SK8500PLA.
And indeed I would say a lot more people are using mkv as source and more people would have this issue... This is part of why I'm kind of determent to solve this. I would like to know if output is the same (hash check) when we would both use exact same source. Also is it possible for you to cut a sample of 2 minutes from your working mp4 (which had mkv as source) and upload so I could test?
And is there another forum where this mp4 muxing is being discussed? The more input the better I guess.
Thnx

[sm0ke83]

Grencola,

I tried your dv-mp4-maker on local mkv. Result is the same, stutters continuously... Didn't expect a different output, but did test it to be sure.
Any idea what might be causing this? FYI: Haven't been able to make a working mp4 from mkv, not even one.

greetz

I Got the same results as you, i guess the app have some problems. With the powershell script it works like a charm.

My 'app' is literally just a command prompt script to run eac3to on the file, then mp4muxer. that's basically it. I chose to use eac3to as so many people, myself included, were getting framerate errors in TSMuxer during the demux where as eac3to actually tries correcting them. like I said above I've used my app on 30+ titles which are great. The only bug I've ever seen is when I copied those exact movies onto a friend's seagate hdd from my western digital and it came up saying the file format was not supported when playing certain files. still don't have a fix for that. but the ones that did play had no stuttering at all.

Have to agree with Grencola here...
But I am curious though, what u mean with "the powershell script"? Maybe i'm missing something (really hope so to be honest ).
Or can u describe in detail how u make the mp4 and where u get the needed files from?
Thnx

Regarding to the WD/Seagate hdd issue. Did the drive both have the same filesystem? Or maybe try with dlna instead of direct usb connect? Only thing that comes to mind...

[fib1985]

Hi folks,
I dont say that the app it's a crap , just it does not work properly on my system. It's a way longer than use tsmuxer and normal command line and plus the results is heavy stutter.

this the app i donwloaded: https://bit.ly/30amToV

When i say "the powershell script" i mean the script that you can find in page 6, in fact it's just the command line method, but this work very well everytime (with mkv and also with m2ts both extracted with tsmuxer).

[sm0ke83]

Hi folks,
I dont say that the app it's a crap , just it does not work properly on my system. It's a way longer than use tsmuxer and normal command line and plus the results is heavy stutter.

this the app i donwloaded: https://bit.ly/30amToV

When i say "the powershell script" i mean the script that you can find in page 6, in fact it's just the command line method, but this work very well everytime (with mkv and also with m2ts both extracted with tsmuxer).

All right, just downloaded the files from your url... It seems that the only difference is the audio track being demuxed (correct me if I'm wrong) from mkv source and the following (appropriate) command line options:
-core -640 (when using Gencola's "mainline script") v.s. "non -core -option"
-eac3to being used 2 times v.s. eac3to being used 1 time
-audio.ac3 being used for mp4muxer_64bits (don't know which is being used in case of eac3to being used twice)

Didn't have time to test these differences, but...
-tsMuxeR.exe doesn't seen to be used and isn't included in the file referred to
-maybe the problem/solution is in the fact eac3to being used without parameters (only source file) OR eac3to without the -core -640 parameter (that being said, probably the spanisch track is DD2.0 so that's something to be considered)

Hope to see comments / corrections / findings... I'll try tomorrow or the day after, keep u guys posted!