Takehiro> but..... but it is not faster than the old brute force calculation Takehiro> algorithm, and obviously slow (about 20% for filtering itself, 5% for Takehiro> overall encoding process) on my celeron 464 linux box. The code obviously needs optimization. Since I couldn't understand how current window_subband works, I chose not to optimize the code. Since almost all MP3 decoders use DCT version of the algorithm in subband synthesis, it should become faster than naive one, perhaps. :) -- Naoki Shibata e-mail: [EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- Re: [MP3 ENCODER] 3.80 VBR obs... Robert Hegemann
- Re: [MP3 ENCODER] 3.80 VBR obs... Ross Levis
- Re[2]: [MP3 ENCODER] 3.80 VBR ... Dmitry
- Re: [MP3 ENCODER] the road to ... Scott Manley
- Re: [MP3 ENCODER] the road to next(v4.00?) Shawn Riley
- Re: [MP3 ENCODER] the road to next(v4.00?) Mark Stephens
- Re: [MP3 ENCODER] the road to next(v4.00?) Mark Taylor
- Re: [MP3 ENCODER] Speeding up window_subband Takehiro Tominaga
- Re: [MP3 ENCODER] Speeding up window_subband Naoki Shibata
- Re: [MP3 ENCODER] Speeding up window_subband Takehiro Tominaga
- Re: [MP3 ENCODER] Speeding up window_subban... Naoki Shibata
- Re: [MP3 ENCODER] Speeding up window_su... Takehiro Tominaga
- Re: [MP3 ENCODER] the road to next(v4.00?) Bruce Janson
- RE: [MP3 ENCODER] the road to next(v4.00?) Ross Levis
- Re: [MP3 ENCODER] the road to next(v4.00?) Jaroslav Lukesh
- Re: [MP3 ENCODER] the road to next(v4.00?) Shawn Riley
- Re: [MP3 ENCODER] the road to next(v4.00?) Richard A. Smith
- Re: [MP3 ENCODER] the road to next(v4.00?) Adam Whitehead
- [MP3 ENCODER] The SUBJECT... Zia Mazhar
- [MP3 ENCODER] Why it's still a patch against is... Christian Schepke