The encoding parameters specified do not conform to the FLAC Subset and may not be streamable or playable in hardware devices. If you really understand the consequences, you can add --lax to the command-line options to encode with these parameters anyway. See http://flac.sourceforge.net/format.html#subset
I'm interested in getting the maximum possible compression with FLAC, regardless of encode time. According to the documentation, a setting of up to -r 16 is possible. Yet anything over -r 8 results in an error code for me. Am I missing something?
Why waste the time to do this?
Because of a portable player that is almost full?
Proof of concept for the inquisitive mind.
but flac says that the only valid values are from 0 to 15 inclusive (when the documentation says otherwise).
should I use -r 0,15 instead?
I'm surprised it goes up to 15. The Rice residual partition order is a 4 bit field and the 0xF value is reserved for an escape code.
I take it it used to be possible but now it's no longer? should I use -r 0,15 instead?
Quote from: compleat on 18 September, 2013, 09:12:51 AMshould I use -r 0,15 instead?Well, I wouldn't recommend it anyway (I don't think it will gain you much, but you can try anyway) but if you want to allow FLAC to use any number of partitions allowed by the spec, you should use that. Chances are very, very small any file you convert will have a partition order of 15 in any block. Partition order 15 means 32768 partitions, which is not going to work with a blocksize of only 4096.
[...] and the filesize was a bit smaller (1 mb less on a gross aproximation, 69 vs 68 mb if using ls -lh to see the filesizes, don't remember right now exactly how many bytes). [...] It's the first time I've managed to shrink it lol (albeit using the command line on linux).