>
> M> #2 brings up another point: short blocks using a fixed
> M> big_values=576 (meaning the special huffman tables for the runs
> M> of data which are just 0 or 1 are not used). This was just
> M> lazyness on the part of the ISO programmers. Takehiro, have
> M> you given any thought to coding up a search for a more optimal
> M> short block big_values ?
>
> Oh !....
>
> I believed we can't use the count1 region when the block type is short.
> I checked ISO standard and will optimize the coding if available.
> ---
> Takehiro TOMINAGA // may the source be with you !
> --
> MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
It is a little confusion to me because short blocks have fixed values
for the region0/region1 partition which says that region1 ends at 576.
And thus you could assume that big_values has to be at least 576 - but
I just checked the mpglib source and it specifically allows
big_values to be smaller than both region0 and region1.
The latest version of the frame analizer shows the "big_values"
( c1=big_value(gr=0),big_value(gr=1) at the top of the window)
Take a look at a FhG produced mp3 file with a lot of short blocks :-)
Mark
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
