Dolby Vision now possible through MP4 Mux.

[DaMacFunkin]

I just realized that the version of FFmpeg I have attached to my tool does not implement the bluray protocol.
To solve, download the full version of FFmpeg HERE, unpack the archive, rename ffmpeg.exe (inside the "bin" folder) to ffmpeg_win_x64.exe and overwrite, with the latter, the same file that you find in the src\FFmpeg folder (inside my tool folder).
Try again and let me know.

Followed your suggestion. Now the program works but the file generated does not contain any chapter and also it does not start playing and stays at zero

Hi, I got the program to run, my output file didn’t transfer chapters either, I haven’t had time to try on a device yet (so busy at work).

[whiplash1]

Followed your suggestion. Now the program works but the file generated does not contain any chapter and also it does not start playing and stays at zero

Hi, I got the program to run, my output file didn’t transfer chapters either, I haven’t had time to try on a device yet (so busy at work).

I muxed in chapters using MKVtoolNix, worked fine.

[DaMacFunkin]

Hi, I got the program to run, my output file didn’t transfer chapters either, I haven’t had time to try on a device yet (so busy at work).

I muxed in chapters using MKVtoolNix, worked fine.

yep, done this previously, it’s just an extra step.

[yusesope]

MkvToolNix is ​​certainly a valid solution but the use of other tools increases the mux times.
I have not tried the lines that I have suggested in the previous posts and it is probable that FFmpeg does not read chapter data correctly (using the bluray protocol).
I already have an idea in mind to solve the problem: over the weekend I will try to write a "chapter extractor" which, in a few moments, creates a file that FFmpeg is able to understand.

[kws53]

MkvToolNix is ​​certainly a valid solution but the use of other tools increases the mux times.
I have not tried the lines that I have suggested in the previous posts and it is probable that FFmpeg does not read chapter data correctly (using the bluray protocol).
I already have an idea in mind to solve the problem: over the weekend I will try to write a "chapter extractor" which, in a few moments, creates a file that FFmpeg is able to understand.

Excellent! Do you have any way of incorporating/using playlist reference files (.MPLS) instead of .M2TS reference? This will accommodate seamless branching UHD disks.

[DaMacFunkin]

MkvToolNix is ​​certainly a valid solution but the use of other tools increases the mux times.
I have not tried the lines that I have suggested in the previous posts and it is probable that FFmpeg does not read chapter data correctly (using the bluray protocol).
I already have an idea in mind to solve the problem: over the weekend I will try to write a "chapter extractor" which, in a few moments, creates a file that FFmpeg is able to understand.

Excellent! Do you have any way of incorporating/using playlist reference files (.MPLS) instead of .M2TS reference? This will accommodate seamless branching UHD disks.

Using the blu-ray protocol rips via mpls.

[PlatypusW]

[*]In the case of a Single Track Dual Layer DV file (e.g. mkv, ts, mp4 file previously modified using MakeMKV and/or TsMuxeR and/or my tool)

• Extract the BL_EL_RPU.hevc file

  Code: Select all

  ffmpeg -i path\to\the\file.mp4 -ss 0 -t 120 -map 0:0 -c copy path\to\BL_EL_RPU.hevc

• Using my tool, double click on the DEMUX_AND_CONVERT_TO_MEL.bat file and follow the instructions on the screen.
  You will get a BL.hevc file and a EL_RPU.hevc file
• Using my tool, double click on the MUX.bat file (and NOT MUX_AND_CONVERT_TO_MEL.bat) and follow the instructions on the screen.
  You will get a BL_EL_RPU.hevc file
• Create a TS file using the BL_EL_RPU.hevc file and TsMuxeR
  
  EXTRA (MP4):
  In case TsMuxeR does not return a working file, create an mp4 file

  Code: Select all

  mp4muxer -i path\to\BL_EL_RPU.hevc --dv-profile 7 -o path\to\TEST_FILE.mp4

  EXTRA (MKV):
  Right after using DEMUX_AND_CONVERT_TO_MEL.bat, import the two BL.hevc (as first) and EL_RPU.hevc (as second) into TsMuxeR and create an ISO file.
  Open the ISO with MakeMKV
  
  
  Happy testing!

I managed to get this to work for one movie (I'm pretty sure), but I seem to have hit a problem with everything now

I'm taking an mkv created with MakeMKV, using the FFMpeg command to get the hevc file.

I'm then using the 'DEMUX_AND_CONVERT_TO_MEL.bat' bat, which is just straight 'python-3.7.6.amd64\python.exe src\app.py -demux -fel_to_mel'. That runs fine, and I get the expected BL & EL_RPU hevc files. I am then wanting the end result to be an MKV, so I'm jumping to importing these into TsMuxR. Again this runs fine, no issues. I then load the iso in Makemkv and it recognises the file. This is where my problem begins. Once I start makemkv off I eventually get this:

AV synchronization issues were found in file 'V:/MEL/title_t00.mkv' (title #1)
AV sync issue in stream 0 at 0:47:47.573 : video frame timecode differs by -0.1ms
AV sync issue in stream 0 at 0:47:47.573 : secondary stream video frame timecode differs by -83.511ms
AV sync issue in stream 0 at 0:47:47.739 : secondary stream video frame timecode differs by -0.1ms
..........
AV sync issue in stream 0 at 0:47:51.243 : too many video frames with invalid timecodes, future messages will be suppressed

The interesting thing to me, this happens with the last 3-4 movies I have tried. It is ALWAYS at 47:47:573. That can't be a coincidence right? The first time it happened I thought it would be fine, but as soon as you get to that timestamp something odd happens. Like the brightness starts flashing - I guess because the two video streams are out of sync based on what MakeMKV is reporting. I think I might need to move onto GAMMA

[kws53]

MkvToolNix is ​​certainly a valid solution but the use of other tools increases the mux times.
I have not tried the lines that I have suggested in the previous posts and it is probable that FFmpeg does not read chapter data correctly (using the bluray protocol).
I already have an idea in mind to solve the problem: over the weekend I will try to write a "chapter extractor" which, in a few moments, creates a file that FFmpeg is able to understand.

Excellent! Do you have any way of incorporating/using playlist reference files (.MPLS) instead of .M2TS reference? This will accommodate seamless branching UHD disks.

Using the blu-ray protocol rips via mpls.

I believe it uses the last (or biggest or something). Not necessarily the right MPLS. I would like to specify...

[DaMacFunkin]

Excellent! Do you have any way of incorporating/using playlist reference files (.MPLS) instead of .M2TS reference? This will accommodate seamless branching UHD disks.

Using the blu-ray protocol rips via mpls.

I believe it uses the last (or biggest or something). Not necessarily the right MPLS. I would like to specify...

Hi, I have previously posted if you know what playlist you need you can ‘temporary remove’ the other playlists from the playlist folder and ffmpeg will then process the correct one, it actually processed the mpls related to the largest title so you usually only need to remove 1 or 2, or you can just move them all.

[kws53]

Using the blu-ray protocol rips via mpls.

I believe it uses the last (or biggest or something). Not necessarily the right MPLS. I would like to specify...

Hi, I have previously posted if you know what playlist you need you can ‘temporary remove’ the other playlists from the playlist folder and ffmpeg will then process the correct one, it actually processed the mpls related to the largest title so you usually only need to remove 1 or 2, or you can just move them all.

How does that process work with GAMMA? That's my objective.
Are you saying use ffMpeg to create a new M2TS file, then use GAMMA?

[DaMacFunkin]

I believe it uses the last (or biggest or something). Not necessarily the right MPLS. I would like to specify...

Hi, I have previously posted if you know what playlist you need you can ‘temporary remove’ the other playlists from the playlist folder and ffmpeg will then process the correct one, it actually processed the mpls related to the largest title so you usually only need to remove 1 or 2, or you can just move them all.

How does that process work with GAMMA? That's my objective.
Are you saying use ffMpeg to create a new M2TS file, then use GAMMA?

Code: Select all

python-3.7.6.amd64\python.exe src\app.py -mode 2 -mux -exp bluray: I:\Atomic

Hi, that was your command.

that should choose the largest mlps file.

If you have 3 mlps of the same size it will choose the first one it comes too ie 00800.mlps - but what if you want 00801.mlps?

Delete the mlps from the file you DONT want leaving the one you do.

[whiplash1]

[*]In the case of a Single Track Dual Layer DV file (e.g. mkv, ts, mp4 file previously modified using MakeMKV and/or TsMuxeR and/or my tool)

• Extract the BL_EL_RPU.hevc file

  Code: Select all

  ffmpeg -i path\to\the\file.mp4 -ss 0 -t 120 -map 0:0 -c copy path\to\BL_EL_RPU.hevc

• Using my tool, double click on the DEMUX_AND_CONVERT_TO_MEL.bat file and follow the instructions on the screen.
  You will get a BL.hevc file and a EL_RPU.hevc file
• Using my tool, double click on the MUX.bat file (and NOT MUX_AND_CONVERT_TO_MEL.bat) and follow the instructions on the screen.
  You will get a BL_EL_RPU.hevc file
• Create a TS file using the BL_EL_RPU.hevc file and TsMuxeR
  
  EXTRA (MP4):
  In case TsMuxeR does not return a working file, create an mp4 file

  Code: Select all

  mp4muxer -i path\to\BL_EL_RPU.hevc --dv-profile 7 -o path\to\TEST_FILE.mp4

  EXTRA (MKV):
  Right after using DEMUX_AND_CONVERT_TO_MEL.bat, import the two BL.hevc (as first) and EL_RPU.hevc (as second) into TsMuxeR and create an ISO file.
  Open the ISO with MakeMKV
  
  
  Happy testing!

I managed to get this to work for one movie (I'm pretty sure), but I seem to have hit a problem with everything now

I'm taking an mkv created with MakeMKV, using the FFMpeg command to get the hevc file.

I'm then using the 'DEMUX_AND_CONVERT_TO_MEL.bat' bat, which is just straight 'python-3.7.6.amd64\python.exe src\app.py -demux -fel_to_mel'. That runs fine, and I get the expected BL & EL_RPU hevc files. I am then wanting the end result to be an MKV, so I'm jumping to importing these into TsMuxR. Again this runs fine, no issues. I then load the iso in Makemkv and it recognises the file. This is where my problem begins. Once I start makemkv off I eventually get this:

AV synchronization issues were found in file 'V:/MEL/title_t00.mkv' (title #1)
AV sync issue in stream 0 at 0:47:47.573 : video frame timecode differs by -0.1ms
AV sync issue in stream 0 at 0:47:47.573 : secondary stream video frame timecode differs by -83.511ms
AV sync issue in stream 0 at 0:47:47.739 : secondary stream video frame timecode differs by -0.1ms
..........
AV sync issue in stream 0 at 0:47:51.243 : too many video frames with invalid timecodes, future messages will be suppressed

The interesting thing to me, this happens with the last 3-4 movies I have tried. It is ALWAYS at 47:47:573. That can't be a coincidence right? The first time it happened I thought it would be fine, but as soon as you get to that timestamp something odd happens. Like the brightness starts flashing - I guess because the two video streams are out of sync based on what MakeMKV is reporting. I think I might need to move onto GAMMA

I faced this problem with Apocalypse Now. Exact same timestamp for the av sync error messages too. That was a weird disk. The movie was in one m2ts file while the end credits was in another m2ts file of 6 mins. MakeMKV was giving me a proper FEL mkv, but my TV can't play FELs. I had to use the Gamma version, work both m2ts files separately (-fel_to_mel switch). Patch both resulting MKVs separately, and then join them with MKVtoolNix to finally get a proper working file without the flickering or av sync errors.

[PlatypusW]

I faced this problem with Apocalypse Now. Exact same timestamp for the av sync error messages too. That was a weird disk. The movie was in one m2ts file while the end credits was in another m2ts file of 6 mins. MakeMKV was giving me a proper FEL mkv, but my TV can't play FELs. I had to use the Gamma version, work both m2ts files separately (-fel_to_mel switch). Patch both resulting MKVs separately, and then join them with MKVtoolNix to finally get a proper working file without the flickering or av sync errors.

Interesting. I’m going to give gamma a go when I have time.
From my experience this problem seems to be quite wide spread then. So far for me it’s been 4/5 movies I’ve tried

Update: Gamma seems to work really well. Haven’t had time to completely verify an entire movie but will over the weekend. The speed of Gamma is also really nice. Hopefully with some more automation/script improvements the whole FEL to MEL process etc will become really easy
Not that the current method is particular hard, just lots of processes to kick off

[DaMacFunkin]

Hi Yusesope.

It would seem that MKV FEL converted to 8.1 with Beta 004 triggers Dolby Vision on the new Zidoo products. MKV FEL to 8.1 with Gamma doesn't trigger Dolby Vision on the new ZIdoo products.

Is there a reason for this, what is the difference?

Thank you.

[yusesope]

How does that process work with GAMMA?

Now the -exp switch also accepts the path of a BluRay folder as input (the address of the folder that contains the BDMV folder).
Download the new version from the original GAMMA post

I also added the -playlist switch to be able to select the playlist of interest (how do I know which playlist to choose? Use an app like BDinfo).
Specify the playlist number only without the .mpls extension.
If no playlist is indicated, the longer one will be chosen.
The -playlist value is ignored if the -exp input is not a BluRay folder.


If in the second command line you choose to use the same folder and playlist used in the first (as "donor of audio and subs"), then, for consistency, you must indicate to FFmpeg the same folder and the same playlist. FFmpeg also uses the -playlist switch and the bluray keyword.


EXAMPLE (more info in the original GAMMA post):

python-3.7.6.amd64\python.exe src\app.py -mux -exp \path\to\bluray -playlist 00222

src\Gpac\gpac.exe -i pipe://video:ext=hevc:audelim=true -o stdout:ext=ts:pes_pack=none | src\FFmpeg\ffmpeg_win_x64.exe -hide_banner -y -i - -playlist 00222 -i bluray:\path\to\bluray -map 0:0 -map 1:2 -c copy -bsf:v hevc_metadata=aud=insert -metadata title="Movie Title_________________________________________________________________________" \path\to\your\output\file.mkv

I remind everyone that this is an experimental version and there is always the possibility that something is wrong.
Many of the topics and aspects covered are new to me .
Even adding a simple function takes some time .
Be patient and follow the instructions.


NOTE

• In FFmpeg (second command line) the -playlist switch, if used, must necessarily precede the input one ("-i")
• Ignore WARNINGS and ERRORS related to the "libbluray" library that may appear in the first Command Prompt window.

The speed of Gamma is also really nice. Hopefully with some more automation/script improvements the whole FEL to MEL process etc will become really easy
Not that the current method is particular hard, just lots of processes to kick off

I need some time to simplify the procedure. That's okay for now

Hi Yusesope.

It would seem that MKV FEL converted to 8.1 with Beta 004 triggers Dolby Vision on the new Zidoo products. MKV FEL to 8.1 with Gamma doesn't trigger Dolby Vision on the new ZIdoo products.

Is there a reason for this, what is the difference?

Thank you.

I have no idea. Owners of other devices do not complain about this problem. When I have time and you are available maybe we could do some tests together to understand where the problem lies.

But first I have to extend GAMMA support to Linux too, fix the creation of the mp4 DTDL files, add chapter support ...
You need to have a bit of patience...