Page 23 of 654

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sat May 25, 2019 9:00 am
by sm0ke83
Grencola wrote:
Fri May 24, 2019 6:19 pm
fib1985 wrote:
Fri May 24, 2019 4:19 pm
sm0ke83 wrote:
Fri May 24, 2019 11:00 am
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 :P ).
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...

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sat May 25, 2019 6:06 pm
by 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).

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sat May 25, 2019 6:52 pm
by sm0ke83
fib1985 wrote:
Sat May 25, 2019 6:06 pm
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!

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sat May 25, 2019 6:57 pm
by 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.

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sat May 25, 2019 7:04 pm
by sm0ke83
cyperous wrote:
Fri May 17, 2019 9:05 pm
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...

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sat May 25, 2019 7:06 pm
by sm0ke83
fib1985 wrote:
Sat May 25, 2019 6:57 pm
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!

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sat May 25, 2019 8:40 pm
by Grencola
sm0ke83 wrote:
Sat May 25, 2019 6:52 pm
fib1985 wrote:
Sat May 25, 2019 6:06 pm
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.

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sun May 26, 2019 7:04 am
by 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!

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sun May 26, 2019 11:31 am
by szymon
Grencola wrote:
Thu May 23, 2019 3:22 am
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.

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sun May 26, 2019 9:53 pm
by Grencola
Donpablo80 wrote:
Sun May 26, 2019 7:04 am
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 :/

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sun May 26, 2019 9:54 pm
by Grencola
szymon wrote:
Sun May 26, 2019 11:31 am
Grencola wrote:
Thu May 23, 2019 3:22 am
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

Re: Dolby Vision now possible through MP4 Mux.

Posted: Sun May 26, 2019 10:37 pm
by sm0ke83
Donpablo80 wrote:
Sun May 26, 2019 7:04 am
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

Re: Dolby Vision now possible through MP4 Mux.

Posted: Mon May 27, 2019 8:20 am
by BozoXL
Grencola wrote:
Sun May 26, 2019 9:53 pm
Donpablo80 wrote:
Sun May 26, 2019 7:04 am
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 ;)

Re: Dolby Vision now possible through MP4 Mux.

Posted: Mon May 27, 2019 1:09 pm
by Grencola
BozoXL wrote:
Mon May 27, 2019 8:20 am
Grencola wrote:
Sun May 26, 2019 9:53 pm
Donpablo80 wrote:
Sun May 26, 2019 7:04 am
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.

Re: Dolby Vision now possible through MP4 Mux.

Posted: Tue May 28, 2019 3:02 am
by tango306
sm0ke83 wrote:
Fri May 24, 2019 11:16 am
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 :P
...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.