Martijn van Beurden
2013-Jun-25 11:40 UTC
[flac-dev] Sourceforge pages (was: Even more brands for links and sourceforge pages)
On 05-06-13 00:27, Erik de Castro Lopo wrote:> Martijn van Beurden wrote: >> Considering flac.sourceforge.net, is this ever going to be updated? In >> case it should be redirected, I checked on my own sourceforge project >> webpage, adding the following two lines to .htaccess should redirect >> traffic to any resource on flac.sourceforge.net to xiph.org/flac >> >> RedirectMatch permanent ru/(.*)$ http://xiph.org/flac/$1 >> RedirectMatch permanent (.*)$ http://xiph.org/flac/$1 > Ralph? Any chance of getting this done? > > Cheers, > ErikI'd like to bring this up once more, as the flac.sourceforge.net pages haven't been updated for almost 6 months now.
Dear Friends, What does it mean "wasted bits-per-sample in source subblock" in the subbframe header? Might it be, for instance, that some bits can be discarded at once because the maximum amplitude is such that renders them constant zero along the uncoded subblock? For instance, with 16 bit resolution, if signal is less than 1/4 * 32767, the two most significant bits are zero along the entire subblock, so 2 bits are wasted. Or, rather, the bit excess between original 16 bit and encoded data? Thank you. Best regards, Federico Miyara
On 25-06-13 20:59, Federico Miyara wrote:> What does it mean "wasted bits-per-sample in source subblock" in the > subbframe header? > > Might it be, for instance, that some bits can be discarded at once > because the maximum amplitude is such that renders them constant zero > along the uncoded subblock?No. It's at the 'other side', its not about the most significant bit being zero but rather about the least significant bit being zero. If you want to know more about this, look up LossyWAV, that's a tool that uses this particular format-feature to implement a lossy codec by using lossless codecs.