seanadams;420359 Wrote: > Interesting... although I'm still not clear as to why it works. FLAC > uses rice coding on a sample-by-sample basis, not a general > byte-at-a-time huffman/dictionary/window scheme (which would be useless > for audio). Makes me wonder if it's handled as a special case... > > ... ah yes, here it is: > > SUBFRAME_HEADER > [...] > > <1+k> 'Wasted bits-per-sample' flag: > > * 0 : no wasted bits-per-sample in source subblock, k=0 > * 1 : k wasted bits-per-sample in source subblock, k-1 follows, > unary coded; e.g. k=3 => 001 follows, k=7 => 0000001 follows.
That's cool. Did I earn a 2nd look by you at the "ac power overflow" thingy in the transporter :) i.e. http://forums.slimdevices.com/showthread.php?t=49157 -- mswlogo XP > Cat5 > Transporter > SPDIF > Meridian G68 > DSP6000, DSP5500HC, DSP5000 XP > Cat5 > SB3 > SPDIF > Meridian DSP5000 XP > Cat5 > SB3 > SPDIF > Meridian G91 > DSP5000 'My Transporter Setup' (http://forums.slimdevices.com/showpost.php?p=350741&postcount=45) 'Hitch Hikers Guide to Meridian' (http://www.meridianunplugged.com) ------------------------------------------------------------------------ mswlogo's Profile: http://forums.slimdevices.com/member.php?userid=9090 View this thread: http://forums.slimdevices.com/showthread.php?t=62874 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/audiophiles
