Selur's Little Message Board

Full Version: audio track mkv remux problem
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
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... Cry
Media: Terminator Salvation BD-50.
another thread without details and not way to reproduce the problem Sad
(28.06.2017, 17:24)Selur Wrote: [ -> ]another thread without details and not way to reproduce the problem Sad

There you are.
Even though, mpls 00002 was selected Hybrid extracted the audio from mpls 00632.
Looking at the audio queue:
Code:
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:
Code:
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
(29.06.2017, 22:37)Selur Wrote: [ -> ]Looking at the audio queue:
Code:
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:
Code:
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)
Okay, so no clue whether there is a bug in Hybrid.
(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.
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.
(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.
Thanks.
On my way to bed, will look at it next weekend if I remember it.

Cu Selur
Pages: 1 2