On Sun, 14 Dec 2014 21:02:12 +0300 lvqcl <lvqcl.m...@gmail.com> wrote:
> Richard Ash wrote: > > > As someone who get this warning quite a lot when encoding (because > > the .wav files come from a closed hardware recorder which isn't > > going to get a firmware update), I don't mind too much which header > > gets written (because the wav file will be read with libsndfile), > > but I would mind if it meant that --verify when encoding didn't > > work for these files (I have no idea at what point the verification > > is done, but changing this does mean that the decoded file header > > will be different to the original input file, which might be the > > reason it's the way it is). > > Currently the header of a decoded WAV file can be different to the > original WAV file because FLAC doesn't preserve 'fmt ' chunk. > > For example: create a 24-bit stereo .wav file with > WAVEFORMATEXTENSIBLE header with channel mask == 3. Encode it > to .flac then decode back to .wav. FLAC creates a 24-bit stereo .wav > file with WAVEFORMATEX header. That makes sense, thanks! Richard _______________________________________________ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev
