Bit comparison suggests there are differences when using --no-delay on the same source(wav)

nu774 / qaac

CLI QuickTime AAC/ALAC encoder

Other

780 stars 40 forks source link

Bit comparison suggests there are differences when using --no-delay on the same source(wav) #58

Closed keytouch closed 5 years ago

keytouch commented 5 years ago

Bit comparison suggests that there are differences when using --no-delay on the same source(wav). Without --no-delay every encoding's bit comparison is perfectly the same. D:\app\qaac_2.68\x64\qaac64.exe --no-delay t.wav -o t1.m4a D:\app\qaac_2.68\x64\qaac64.exe --no-delay t.wav -o t2.m4a D:\app\qaac_2.68\x64\qaac64.exe --no-delay t.wav -o t3.m4a Sometimes two of the results are the same, but they wouldn't stay consistent with each other.

keytouch commented 5 years ago

Differences found in compared tracks. Zero offset detected.

Comparing: "E:\t1.m4a" "E:\t2.m4a" Compared 155278045 samples. Differences found: 2304 values, starting at 38:54.405079, peak: 0.0003734 at 38:54.407166, 2ch Channel difference peaks: 0.0003734 0.0003734 File #1 peaks: 1.0336636 1.1530374 File #2 peaks: 1.0336636 1.1530374 Detected offset as 0 samples.

Total duration processed: 58:41.044 Time elapsed: 0:11.462 307.19x realtime

keytouch commented 5 years ago

OK, without --no-delay sometimes the behavior is the same. It's weird. So it should be a behavior totally depending on apple's encoder?.