Posts: 64
Threads: 7
Joined: Jun 2017
Found a bug in which Hybrid remuxed back the audio tracks from an other playlist into the final mkv container. So, the result was a container with a video duration of 1h 57min (the playlist I was interested in and selected for process) and audio durations 2h 1min.
Only during play I recognized that something has been gone wrong. I am not always checking the results in mediainfo...
Media: Terminator Salvation BD-50.
Posts: 10.973
Threads: 56
Joined: May 2017
another thread without details and not way to reproduce the problem
Posts: 64
Threads: 7
Joined: Jun 2017
(28.06.2017, 17:24)Selur Wrote: another thread without details and not way to reproduce the problem
There you are.
Even though, mpls 00002 was selected Hybrid extracted the audio from mpls 00632.
Posts: 10.973
Threads: 56
Joined: May 2017
Looking at the audio queue:
D:\BD-50\2D\ATMENT\TERMINATOR SALVATION\BDMV\PLAYLIST\00002.mpls;4354;ac3;6;passthrough;640;;;48000;;hun;0;7060.886;ac3;2;3;don't change;;false;;false;8;false;;;;true;false;;;false;48000;unknown;ac-3;;false;true;false;3/2/0.1;1/1;;;;;None;;;;;;16;;;ac3;false;2;;;;;;;;;;;4354;6;false;D:\BD-50\2D\ATMENT\TERMINATOR SALVATION\BDMV\PLAYLIST\00002.mpls;true;false;;
and the created extraction call:
ffmpeg -y -threads 12 -analyzeduration 100M -probesize 100M -i bluray:"D:\BD-50\2D\ATMENT\TERMINATOR SALVATION" -playlist 2 -angle 0 -map 0:1 -vn -sn -bsf:a dca_core -acodec copy -map_metadata -1 -metadata handler_name="Hybrid 2017.06.11.1" "D:\OUTPUT\iId_1_aid_4352_lang_eng_19_24_20_3410_01.dts"[
It doesn't look like a bug in Hybrid itself. The call looks fine.
-> If the audio really gets extracted from mpls 00632, it is probably some bug in libbluray which is used by ffmpeg and your only hope is to use tsMuxeR instead of ffmpeg for the extraction.
Cu Selur
Posts: 64
Threads: 7
Joined: Jun 2017
(29.06.2017, 22:37)Selur Wrote: Looking at the audio queue:
D:\BD-50\2D\ATMENT\TERMINATOR SALVATION\BDMV\PLAYLIST\00002.mpls;4354;ac3;6;passthrough;640;;;48000;;hun;0;7060.886;ac3;2;3;don't change;;false;;false;8;false;;;;true;false;;;false;48000;unknown;ac-3;;false;true;false;3/2/0.1;1/1;;;;;None;;;;;;16;;;ac3;false;2;;;;;;;;;;;4354;6;false;D:\BD-50\2D\ATMENT\TERMINATOR SALVATION\BDMV\PLAYLIST\00002.mpls;true;false;;
and the created extraction call:
ffmpeg -y -threads 12 -analyzeduration 100M -probesize 100M -i bluray:"D:\BD-50\2D\ATMENT\TERMINATOR SALVATION" -playlist 2 -angle 0 -map 0:1 -vn -sn -bsf:a dca_core -acodec copy -map_metadata -1 -metadata handler_name="Hybrid 2017.06.11.1" "D:\OUTPUT\iId_1_aid_4352_lang_eng_19_24_20_3410_01.dts"[
It doesn't look like a bug in Hybrid itself. The call looks fine.
-> If the audio really gets extracted from mpls 00632, it is probably some bug in libbluray which is used by ffmpeg and your only hope is to use tsMuxeR instead of ffmpeg for the extraction.
Cu Selur
tsMuxer extracted the audio correctly (I did manually [not through Hybrid] using tsMuxer)
Posts: 10.973
Threads: 56
Joined: May 2017
Okay, so no clue whether there is a bug in Hybrid.
Posts: 64
Threads: 7
Joined: Jun 2017
(30.06.2017, 19:57)Selur Wrote: Okay, so no clue whether there is a bug in Hybrid.
I had the same problem with G-Force BD. I switched to tsMuxer for stream extraction inside Hybrid and it corrected the problem!
Your assumption was right.
Posts: 10.973
Threads: 56
Joined: May 2017
Create a debug output level 9 of just the loading/analysis of the mpls for those discs and I can try to look into it. (separate debug output per disc)
Don't do more, otherwise the debug output will be to long to be usable.
Posts: 64
Threads: 7
Joined: Jun 2017
(02.07.2017, 08:26)Selur Wrote: Create a debug output level 9 of just the loading/analysis of the mpls for those discs and I can try to look into it. (separate debug output per disc)
Don't do more, otherwise the debug output will be to long to be usable.
Please find as an attachement the required info.
Posts: 10.973
Threads: 56
Joined: May 2017
Thanks.
On my way to bed, will look at it next weekend if I remember it.
Cu Selur