OK - I've tried trunk-intel-20070730-2013.dmg, and the problem is still there (this is on a MacBook Pro running OS X 10.4.10).
A bit more digging in Trac has turned up this:
https://trac.videolan.org/vlc/ticket/600 . If I have understood this ticket correctly, the problem with playing 24-bit flac's has been known about for ages, but has got mixed up with an issue over ordering multiple channels in the flac format. I'm a bit puzzled about why problems with 5.1 channel flacs should stop 24-bit, 2-channel audio from being supported. In any case, the channel order does seem to me to be defined in the flac frame header now (see
http://flac.sourceforge.net/format.html#frame_header):
Channel assignment
0000-0111 : (number of independent channels)-1. Where defined, the channel order follows SMPTE/ITU-R recommendations. The assignments are as follows:
1 channel: mono
2 channels: left, right
3 channels: left, right, center
4 channels: left, right, back left, back right
5 channels: left, right, center, back/surround left, back/surround right
6 channels: left, right, center, LFE, back/surround left, back/surround right
7 channels: not defined
8 channels: not defined
1000 : left/side stereo: channel 0 is the left channel, channel 1 is the side(difference) channel
1001 : right/side stereo: channel 0 is the side(difference) channel, channel 1 is the right channel
1010 : mid/side stereo: channel 0 is the mid(average) channel, channel 1 is the side(difference) channel
1011-1111 : reserved
What is the best way to raise the priority of fixing the 24-bit flac issue, and attach it to an earlier milestone than bugs paradize? Shall I submit a new ticket and upload some samples, or could the development team re-prioritise ticket 600?
Regards,
P.