Dolby Vision now possible through MP4 Mux.

[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!

[fib1985]

For me i use to extract with tsmuxer all the time and then, if needed, convert the audio track with xmedia recode into AC3 format. And for the last step, i just launch the command line mp4muxer (with ps1 script) and the result it's always a working mp4 file.

[sm0ke83]

Found some more interesting info that might help.

I did find out that seeking is working but it is very cpu intensive and on my 6 core 12 thread machine, it maxes the cpus to 100% and takes over a minute for the seek to happen. The TV is probably giving up after a short period and just starts over from the beginning.

I tried doing some research around 10bit 265 and mp4's and it turns out that mp4muxer does not write the file correctly that would build a resulted file that is seeable under a normal conditions.

For clarification here are the commands I ran to build comparison files, NOTE: these are all without dv files.

Code: Select all

mp4muxer -i video.265 -i audio.ac3 -o temp_mp4muxer.mp4

Code: Select all

mp4box -add video.265 -add audio.ac3 -new temp_mp4box.mp4

Code: Select all

ffmpeg -i video.265 -i audio.ac3 -c copy -map 0:0 -map 1:0 temp_ffmpeg.mp4

ffmpeg and mp4box produce a seekable file whereas mp4muxer does not.

I would also like to note that all three of these command produce different byte codes.

Overlooked this... need to look into this too also I think...

[sm0ke83]

For me i use to extract with tsmuxer all the time and then, if needed, convert the audio track with xmedia recode into AC3 format. And for the last step, i just launch the command line mp4muxer (with ps1 script) and the result it's always a working mp4 file.

All rihgt, thnx. This i'll check first thing!

[Grencola]

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!

I made him a custom version so he would have Spanish audio instead of English. Ya it does call on eac3to twice, but the first time is just to put the track info into a txt file without actually doing any procedure. It then searches that text file for the track number that has Spanish, and then actually runs eac3to this time with the corresponding audio track. none of that will affect the file in any way to create stutter. it must just be tsmuxer doing a better job than eac3to on certain mkv's. yet eac3to does a better job on a lot of other movies especially m2ts files that error in tsmuxer unless each track is demuxed individually. I supoose I could make seperate apps, one for m2ts using eac3to like it does now, and for mkv that uses tsmuxer for the demux and then eac3to for the audio (Xmedia doesn't run from a script/cmd line). like I keep saying I've used eac3to for lots of mkv's and maybe I've just been lucky. tsmuxer's constant errors were such a pain in the butt it was pretty much dead to me.

[Donpablo80]

Is it possible to encode a Dolby Vision mp4 mux to a smaller file size? When i try to do with handbrake i lose the Dolby Vision layer.

And btw thanks for this great program! I'm using it a lot and works great!

[szymon]

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.

What kind of artifacts? I found one problem not related to DV but related to muxing process. When I take perfectly fine mkv or m2ts file and remuxing it with mkvtoolnix (mkv) or dv-mp4-maker (m2ts) I am getting broken macroblocks in one frame once per 20 minutes. This issue is reproducible with LG C8 and same issue on my PC, so I am guessing that something is not right with remuxing by mentioned tools. Anybody know how to fix this? I wonder which tool is better for mkv files than mkvtoolnix because original mkvs have perfectly fine video so there must be tools which are doing better job of remuxing.

btw to all which have stuttering videos: remember that LG have poor wired 100 mega lan, and blurays highest bitrate might be 120-130, so better to use USB.

[Grencola]

Is it possible to encode a Dolby Vision mp4 mux to a smaller file size? When i try to do with handbrake i lose the Dolby Vision layer.

And btw thanks for this great program! I'm using it a lot and works great!

Glad you like it. You need to keep the original baselayer and enhancement layer to make a proper mp4. compressing it seems to break dv :/

[Grencola]

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.

What kind of artifacts? I found one problem not related to DV but related to muxing process. When I take perfectly fine mkv or m2ts file and remuxing it with mkvtoolnix (mkv) or dv-mp4-maker (m2ts) I am getting broken macroblocks in one frame once per 20 minutes. This issue is reproducible with LG C8 and same issue on my PC, so I am guessing that something is not right with remuxing by mentioned tools. Anybody know how to fix this? I wonder which tool is better for mkv files than mkvtoolnix because original mkvs have perfectly fine video so there must be tools which are doing better job of remuxing.

btw to all which have stuttering videos: remember that LG have poor wired 100 mega lan, and blurays highest bitrate might be 120-130, so better to use USB.

like the odd little tear, or green pixel noise. it's few and far between though you almost can't catch it

[sm0ke83]

Is it possible to encode a Dolby Vision mp4 mux to a smaller file size? When i try to do with handbrake i lose the Dolby Vision layer.

And btw thanks for this great program! I'm using it a lot and works great!

Technically I don’t think so at the moment. DV is only possible with original Blu-ray and appropriate player or muxed mp4 for now. So no compression. The DV enhancement layer is at a 1080p resolution if i’m not mistaken, maybe converting main/base layer to 1080p and mux to mp4 will work. Doubt it though, even when muxing works, player would still have to agree with it.
Don’t know why you want that though? DV is an improvement over HDR and therefore best we have today. Most x256 mkv rips have lower bitrate than source, while both use HEVC. When going for best quality available, I wouldn’t want to downgrade on bitrate...
Not familiar with handbrake anyway

[BozoXL]

Is it possible to encode a Dolby Vision mp4 mux to a smaller file size? When i try to do with handbrake i lose the Dolby Vision layer.

And btw thanks for this great program! I'm using it a lot and works great!

Glad you like it. You need to keep the original baselayer and enhancement layer to make a proper mp4. compressing it seems to break dv :/

Recently I mixed 2 Hellboy Animated movies. The x265 video layer of a Rip and the original DV layer of a full UHD Rip. It worked fine. No guarantees it will work on everything. Also, I think you defeat the purpose of getting the best video quality by recoding it to x265. For Cartoon style videos it might be acceptable. My 2 cents

[Grencola]

Is it possible to encode a Dolby Vision mp4 mux to a smaller file size? When i try to do with handbrake i lose the Dolby Vision layer.

And btw thanks for this great program! I'm using it a lot and works great!

Glad you like it. You need to keep the original baselayer and enhancement layer to make a proper mp4. compressing it seems to break dv :/

Recently I mixed 2 Hellboy Animated movies. The x265 video layer of a Rip and the original DV layer of a full UHD Rip. It worked fine. No guarantees it will work on everything. Also, I think you defeat the purpose of getting the best video quality by recoding it to x265. For Cartoon style videos it might be acceptable. My 2 cents

oh crazy, I haven't had any luck keeping dv when I tried. the track was still there, with the proper profile and encoding etc, but it didn't look right. it was as if the sync between the baselayer and the dv layer were off and had crazy color issues.

[tango306]

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.

Hi sm0ke83,
You are not missing anything. In fact, you're right. I've been searching and digging for the last couple of days. Thanks for the link.

A few facts I've found and learned.

1. 4K UHD Blurays use H.265 HEVC Main 10 profile. H.265 HEVC Main 10 supports up to 10-bit. (No 12-bit support)

2. On 4K UHD Bluray disc supporting Dolby Vision, both base layer and DV enhancement layer are encoded in H.265 HEVC Main 10. This basically means they all are 10-bit.

3. Dolby Vision Profile 7 (dual layer) is used in 4K UHD Bluray and Dolby Vision Profile 5 (single layer) is used for iTunes and Netflix 4K streaming.

4. Dolby Vision may supports up to 12-bit color depth and 10,000 nits of peak luminance. However, this "up to" specifications are to future proof their tech. Currently, all DV supported media in consumer market are in 10-bit color depth.
Dolby Labs own DV demo files are encoded in H.265 HEVC Main 10 and are in fact in 10-bit color depth.

5. What Oppo-203 player is doing when 4K UHD Dolby Vision disc is played is padding 10-bit into 12-bit container. I guess this mislead-ed many people (including myself). And lots of 4K Bluray title review sites stating Dolby Vision Bluray titles having 12-bit color are flat out misinformed.

Edit: typo.