私はもともと信号処理でこの質問をしましたが、トピックから外れていました。それで、ここに行きます！
Audacity から記録を 2 回エクスポートしようとしましたが、毎回同じパラメーターとタグを使用しました。結果のファイルには異なるチェックサムがありました。そこで、2 つのファイルの差分を (バイナリとして) 開きました。
私が最初に試したのは、32 ビット フロート PCM を含む wav ファイルでした。ファイル全体で 3 ビットだけが異なっていました。
0000003c: 01000000 01001001 01110000 01010111 01001100 11100111 @IpWL.
なりました
0000003c: 01000111 01001001 01110000 01010111 01001100 11100111 GIpWL.
私の最初の質問は次のとおりです。これらの 3 つのビットは何に使用されますか?
次に、これと同じ手順をflacファイルで試しました。長くなりすぎるのでここには貼り付けませんが、何が起こったのかというと、ファイルの先頭ではあちこちにわずかな違いしかありませんでしたが、ファイルの奥に行くほど、ファイルが異なっていました。
何故ですか？flac 圧縮アルゴリズムは決定論的ではありませんか?
最後に、16 ビット署名付き PCM を含む wav ファイルを取得し、それを 16 ビット署名付き flac ファイルに変換してから、wav に戻しました。私が取得したファイルは元のファイルと非常に似ていますが、これらのファイルのサンプルからわかるように、データが 33 バイトずれているようです。
元のファイル:
00000294: 11111110 11111111 11111111 11111111 11111101 11111111 ......
0000029a: 11111011 11111111 11111100 11111111 11111110 11111111 ......
000002a0: 00000000 00000000 11111011 11111111 00000000 00000000 ......
000002a6: 00000001 00000000 00000010 00000000 00000001 00000000 ......
000002ac: 11111101 11111111 11111110 11111111 11111100 11111111 ......
000002b2: 11111100 11111111 11111101 11111111 11111101 11111111 ......
000002b8: 00000001 00000000 00000010 00000000 11111100 11111111 ......
000002be: 11111100 11111111 11111011 11111111 11111010 11111111 ......
000002c4: 00000010 00000000 00000010 00000000 00000000 00000000 ......
新しいファイル:
000002b2: 00000011 00000000 00000011 00000000 11111110 11111111 ......
000002b8: 11111111 11111111 11111101 11111111 11111011 11111111 ......
000002be: 11111100 11111111 11111110 11111111 00000000 00000000 ......
000002c4: 11111011 11111111 00000000 00000000 00000001 00000000 ......
000002ca: 00000010 00000000 00000001 00000000 11111101 11111111 ......
000002d0: 11111110 11111111 11111100 11111111 11111100 11111111 ......
000002d6: 11111101 11111111 11111101 11111111 00000001 00000000 ......
000002dc: 00000010 00000000 11111100 11111111 11111100 11111111 ......
000002e2: 11111011 11111111 11111010 11111111 00000010 00000000 ......
なんで？