www.makemkv.com

ragico wrote: Wed Nov 04, 2020 2:09 pm

kws53 wrote: Wed Nov 04, 2020 4:48 pm

DaMacFunkin wrote: Wed Nov 04, 2020 7:46 pm

whiplash1 wrote: Thu Nov 05, 2020 6:46 am

yusesope wrote: Thu Nov 05, 2020 5:10 pm

ragico wrote: Wed Nov 04, 2020 2:09 pm

kws53 wrote: Wed Nov 04, 2020 4:48 pm

DaMacFunkin wrote: Wed Nov 04, 2020 7:46 pm

whiplash1 wrote: Thu Nov 05, 2020 6:46 am

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 wrote: Thu Nov 05, 2020 9:52 pm

yusesope wrote: Thu Nov 05, 2020 5:10 pm

ragico wrote: Wed Nov 04, 2020 2:09 pm

kws53 wrote: Wed Nov 04, 2020 4:48 pm

DaMacFunkin wrote: Wed Nov 04, 2020 7:46 pm

whiplash1 wrote: Thu Nov 05, 2020 6:46 am

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.

yusesope wrote: Thu Sep 17, 2020 2:59 pm
[*]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!

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

DaMacFunkin wrote: Thu Nov 05, 2020 9:57 pm

kws53 wrote: Thu Nov 05, 2020 9:52 pm

yusesope wrote: Thu Nov 05, 2020 5:10 pm



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.

kws53 wrote: Thu Nov 05, 2020 10:45 pm

DaMacFunkin wrote: Thu Nov 05, 2020 9:57 pm

kws53 wrote: Thu Nov 05, 2020 9:52 pm

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 wrote: Fri Nov 06, 2020 6:08 am

kws53 wrote: Thu Nov 05, 2020 10:45 pm

DaMacFunkin wrote: Thu Nov 05, 2020 9:57 pm
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 wrote: Fri Nov 06, 2020 3:10 pm

DaMacFunkin wrote: Fri Nov 06, 2020 6:08 am

kws53 wrote: Thu Nov 05, 2020 10:45 pm
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?

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

PlatypusW wrote: Thu Nov 05, 2020 10:24 pm

yusesope wrote: Thu Sep 17, 2020 2:59 pm
[*]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

whiplash1 wrote: Fri Nov 06, 2020 8:17 pm
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.

kws53 wrote: Fri Nov 06, 2020 3:10 pm How does that process work with GAMMA?

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

• 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.

PlatypusW wrote: Fri Nov 06, 2020 8:38 pm 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 wrote: Sat Nov 07, 2020 7:57 am 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 wrote: Sat Nov 07, 2020 2:20 pm

kws53 wrote: Fri Nov 06, 2020 3:10 pm 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.

PlatypusW wrote: Fri Nov 06, 2020 8:38 pm 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

DaMacFunkin wrote: Sat Nov 07, 2020 7:57 am 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...