QUOTE(Egor @ Sep 21 2007, 01:42)

QUOTE(randal1013 @ Sep 21 2007, 12:44)

well this is a big WTF. i tried that command line, didn't work. re-downloaded/re-installed flac 1.2.1 and foobar 9.4.4.
Aha, confirmed

Flac.exe from the
flac-1.2.1b.exe package produces broken 24bit flacs. Foobar2000 0.9.4.4 won't play it, Winamp 5.35 will play with skips.
Edit. Channel count and samplerate don't matter, all 24 bit audio is affected.
ok, I have just finished checking into this.
first, it is not generating corrupt files. second, this behavior should occur with certain 24bit files on any flavor of flac-1.2.1, including both versions of the installer.
what is happening is that the encoder is taking advantage of 1.2.x features to encode the 24bit file more efficiently. this was not supposed to be released yet to give s/w more time to update to a 1.2.x decoder, but was picked up by a CVS merge that was too broad.
probably the reason it's not playing in foobar is the decoder is pre-1.2.x, but it could also be related to how it handles 6ch FLAC files.
I am going to post this info to the 'flac 1.2.1 released' thread soon, please follow up with any questions regarding this specific problem there.
QUOTE(tebasuna51 @ Sep 21 2007, 05:57)

QUOTE(jcoalson @ Sep 21 2007, 01:51)

if the wav file has a channel assignment and order that matches one of FLAC's, you don't need --channel-map=none. if it doesn't match, you need --channel-map=none to make flac preserve the non-standard order. sounds like your wav file needed --channel-map=none and it encoded ok with it.
The undocumented parameter --channel-map=none is used only to force Flac accept standard wav header instead WAVE_FORMAT_EXTENSIBLE wav header.
all --channel-map=none does is to not try and figure out the channel order, instead encoding channels as the same order they appear in the input. if the input is WAVEFORMATEXTENSIBLE it will also save the channel mask in a tag.
QUOTE(tebasuna51 @ Sep 21 2007, 05:57)

Maybe --channel-map=0x3F can be used to send flac the correct MaskChannels?
The only significative difference betwen standard and WAVE_FORMAT_EXTENSIBLE header is this field.
that won't work, --channel-map is intended to specify the channel assignments in a format-independent way, but only --channel-map=none is currently implemented.
there may be a --channel-mask option in the future for use with old WAVEFORMATEX multichannel files which will automatically reorder the channels to FLAC order if possible.
Josh