Hello, all.
Now I introduce my new Macintosh LAME.
It has GUI and users can encode from AIFF, WAVE, and CD audio with easy
operation. You can download it at;
http://www.ravi.ne.jp/fujibiz/lib/LAME_0127_1715.hqx
Pls note, this is eary beta version, so please do not let the end users know
Date: Wed, 26 Jan 2000 12:30:22 +0100
From: "Lionel Bonnet" [EMAIL PROTECTED]
I think there is a bug in scale_bitcount_lsf :
for ( over = 0, partition = 0; partition 4; partition++ )
{
if ( max_sfac[partition] max_sfac_tab[table_number][partition] )
On 27-Jan-2000 Mark Taylor wrote:
Mike also claimed he was interested in parallel encoding, but
I assume the real application is seamless splices of 30s mp3s created
by the FhG demo encoder :-)
Dammit you saw through my plan :). But the extension to parallel coding was a
legitimate hack.
I
I just committed a NOPOW define to CVS which when enabled will replace
certain pow() combinations with optimized variants .. this gives an average
of 20% speedincrease on my machines (68k PPC), might be more or less on
yours, try it out... ;)
It made no difference on my pentium II.
Ok, it
S I just committed a NOPOW define to CVS which when enabled will
S replace certain pow() combinations with optimized variants ..
S this gives an average of 20% speedincrease on my machines (68k
S PPC), might be more or less on yours, try it out... ;)
Why don't you use table :)
on 00.1.28 4:00 AM, Sigbj?rn Skj?ret at [EMAIL PROTECTED] wrote:
Ok, it seems 68k (040/060) benefits the most from this, because it doesn't
have exp/log functions in the FPU, and has to emulate them...
AltiVec has exp/log, but no pow. Using Vector Unit is much faster than
looking up table.