With your test method I assume results are going to be "larger files for larger blocksizes"
Going by way of 32-bit .wav you have more options. You can even wvunpack to wav and refalac to ALAC and split by cuepoints.Actually, refalac works as a .wav cue splitter too, without going by way of ALAC.
F**k you, Dolby!
PS I maintain FOSS that decodes Dolby formats using FFmpeg.
E-AC3 can have a legacy AC-3 bitstream embedded in it (E-AC3 audio in Blu-Rays does have it), but I admit I was confused with regards to whether its presence is mandatory. I also remember reading that HD-DVD could convert E-AC3 to AC3 with a claimed "no loss on the base 5.1 audio" (which was a selling point back in the format wars since the legacy AC-3 bitstream can be of low bitrate), so I assumed that even if a legacy AC3 bitstream isn't mandatory, there is at least a way to extract some kind of "base payload". As It turns out, no "base payload" gets extracted and the conversion is just some clever "hybrid re-compression" method (which brings the question: Is this method covered by patents? And if yes, when do they expire? Though I admit it's a very specialized question for anyone here to know).Is there a patent list (and anticipated expiration date) for "demuxing" the legacy stream inside the E-AC3 stream to AC3?There is no legacy AC3 stream within the E-AC3 stream. E-AC3 decoders are required to be backwards compatible with AC3 streams, but not the other way around - AC3 decoders can't decode any part of the E-AC3 bitstream, because there is no AC3 "base payload" inside them.
Perhaps you were thinking of DTS inside DTS-HD?
* For the "traditionally known as heavy" compressors - OptimFrog (compresses to 252 MB at -10) and Monkey's (256 MB at Extra High) - sample rate does not affect file size by a single byte.That means no compression parameters depend on the sample rate.
* FLAC: 68 kB between 16k (largest) decreasing to 192 (smallest; two higher rates slightly up again) at -5; nearly as much difference at -8. 268 MB at -8FLAC has a seek table, and the reference encoder seems to use seek points at fixed time intervals. Since the higher sample rates have shorter play time, the seek table gets smaller as the sample rate goes up.
* TTA: 533 kB difference, size decreasing in sample rate. 267 MB.Much like FLAC, TTA has a seek table that gets shorter when the playback length decreases. Unlike FLAC, the block size is directly controlled by the sample rate, so the size difference is at least partially explained by changes in the compression efficiency.