Doom9
13th March 2005, 14:55
besweet -core( -input D:\124 AC3 T01 3_2ch 448Kbps DELAY 8308ms.ac3 -output D:\audiotest.mp4 -logfile besweet.log ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_lc ) -ota( -d 8308 -g max )
yields, amongst other things, the following output:
[00:00:08:308] +-------- AZID -------
using the same input and settings except but with 6ch output (besweet -core( -input "D:\124 AC3 T01 3_2ch 448Kbps DELAY 8308ms.ac3" -output "D:\audiotest.mp4" ) -azid( -c normal ) -bsn( -6chnew -vbr_streaming -codecquality_high -aacprofile_lc ) -ota( -d 8303 -g max )), the corresponding line looks as follows:
[00:00:-6:-605] +-------- AZID -------
subsequent lines in the log also have that timecode.
BeSweet's sdterr output showing the progress, starts at 0:00:08:308 in the first case, and at 00:00:-6:-605 in the 2nd case.
If I remove the delay correction, the negative timecodes disappear.
Reversing the delay value (making it negative) in 6 ch mode makes the timecode start at 00:00:06:605, and 00:00:-8:-276 in 2 ch mode.
So, in 6 ch mode clearly the delay indication is incorrect. Plus, two negatives don't really make sense.. im fact, can't time only be positive? So wouldn't the only reasonable negative indication be -00:00:08:803 if absolute values absolutely must be shown?
yields, amongst other things, the following output:
[00:00:08:308] +-------- AZID -------
using the same input and settings except but with 6ch output (besweet -core( -input "D:\124 AC3 T01 3_2ch 448Kbps DELAY 8308ms.ac3" -output "D:\audiotest.mp4" ) -azid( -c normal ) -bsn( -6chnew -vbr_streaming -codecquality_high -aacprofile_lc ) -ota( -d 8303 -g max )), the corresponding line looks as follows:
[00:00:-6:-605] +-------- AZID -------
subsequent lines in the log also have that timecode.
BeSweet's sdterr output showing the progress, starts at 0:00:08:308 in the first case, and at 00:00:-6:-605 in the 2nd case.
If I remove the delay correction, the negative timecodes disappear.
Reversing the delay value (making it negative) in 6 ch mode makes the timecode start at 00:00:06:605, and 00:00:-8:-276 in 2 ch mode.
So, in 6 ch mode clearly the delay indication is incorrect. Plus, two negatives don't really make sense.. im fact, can't time only be positive? So wouldn't the only reasonable negative indication be -00:00:08:803 if absolute values absolutely must be shown?