On Sat, 16 Oct 1999, Mathew Hendry wrote:
> > As a suggestion keep the subject relevant so that people can filter if
> they
> > want.
Sorry, copied from answer in other thread (toolame1d):
http://www.oreilly.com/catalog/hpc2/toc.html
> Quite a good page:
>
> http://www.ontek.com/mikey/optimization.html
>
[...Other interesting things]
Just another remark/suggestion, which could maybe be true for all other
things relevant to (too)lame also;
is anyone doing/considering documenting the code (outside the C-src);
I also mean at several levels:
1) theoretical optimization stuff e.g. subband anal/resynth
window is symmetrical, cos/sin table can be reduced by folding at..., ...
2) how can/could this be put down in source code efficiently
3) what alternatives were examined/compiled and compared for 2) and why
was something finally selected (for best speed, least memory consumption,
whatever).
I think this could save some efforts (re-inventing the wheel,
like my optims (will report later) seem to be compared to Takehiro's);
the list-mail-archive is not really handy for this I think,
(My own contrib in this area? I am considering doing this for
subband-filtering). It could also expand lame into a "better MPEG-audio
understanding" platform ??? Too ambitious ???
regards,
Patrick.
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
