According to the debug output the length is assumed as 6263.215 sec.
Format: truehd / ac-3
Bit rate: 2871
Sample rate: 48000
Video delay: 0
Which should be 01:44:23.
Nothing more that I can say about that.
May be this is a broken playlist (wouldn't be the first time that a Blu-ray contains 'broken' playlists as some sort of copy protection).
Hybrid extracts the audio using:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500
A_AC3, "D:\BD-50\2D\ATMENT\AZ IGENEMBER\YES_MAN\BDMV\PLAYLIST\00001.mpls", track=4353
tsMuxeR "D:\OUTPUT\tsmuxer_17_08_43_8410_01_1.meta" "D:\OUTPUT"
which creates 'D:\OUTPUT\00001.track_4353.ac3' (1640.19 MB) which Hybrid renames to 'D:\OUTPUT\iId_8_DELAY_-44ms_lang_eng_aid_4353_17_08_43_8410_04.ac3' and then converts using:
"C:\PROGRA~1\Hybrid\ffmpeg.exe" -y -threads 12 -loglevel fatal -i "D:\OUTPUT\iId_8_DELAY_-44ms_lang_eng_aid_4353_17_08_43_8410_04.ac3" -ac 6 -ar 48000 -acodec pcm_s16le -f wav - | "C:\PROGRA~1\Hybrid\qaac.exe" --no-delay --threading --tvbr 127 --adts - -o "D:\OUTPUT\iId_8_aid_4353_lang_eng.aac"
which seems fine to me.
Don't see anything that is done wrong by Hybrid.
(no clue why you use tsMuxeR and not ffmpeg like Hybrid recommends, but that is your choice)
Ps.: btw. if you use 127kBit/s for 5.1 audio, using the thd instead of the ac3-core doesn't seem to make much sense to me.
(with such a low bitrate for 5.1 most if not all of the additional data in the thd stream will be lost any way and might hurt the overall quality more than using the ac3 core as base)