To be honest I don't understand well the hufmann part of the code (neither
the mdct one).
But if I'm right, there are some possible tables for short blocks and others
for long ones. The loop tries all the possible and keep the best one.
Gabriel Bouvigne - France
[EMAIL PROTECTED]
icq: 12138873
MP3' Tech: www.mp3tech.org
----- Message d'origine -----
De : Mark Taylor <[EMAIL PROTECTED]>
� : <[EMAIL PROTECTED]>
Envoy� : lundi 7 juin 1999 01:20
Objet : Re: [MP3 ENCODER] VBR suggestions
> >
> > Before the current Xing engine, there was a thing (awfull) called
tompg.exe
> > from xing for mpeg audio encoding. I can send it to you if you're
> > interested, but it's a win32 file.
> > The interesting thing is that there is an option in it to specify to
pass or
> > not in the psy model, or to let the encoder choose.
> > The other thing I'm quite sure is that they don't choose what huffmann
table
> > to use, they only use a fixed one.
> >
> >
>
> Do you understand the huffmann encoding? I dont know anything about
> that part of the code. Would using a fixed table give a significant
> speedup? We could try and add it to the -f option. Another related
> thing is to just use all scalefactors=0 for -f. This would mean just
> one pass through outer_loop, makeing the code much faster. With no
> psy-model, there is really no good way to tell which combination of
> scalefactors is better than any other combination.
>
>
> Mark
>
> --
> MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
>
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
