[MP3 ENCODER] VBR digital silence BUG

1999-11-03 Thread Robert Hegemann
As many of you may have noticed, if a track fades out the bitrate decreases downto min_bitrate (ie. 32kbits). But, if that track has a few more frames with digital silence (zero energy), the bitrate switches up to max_bitrate (ie. 224kbits). For a quick fix look at quantice.c around line 662,

[MP3 ENCODER] Greetings

1999-11-03 Thread Osamu Shigematsu
Hello, LAME developers. This is the first time for me to post the message to this community. So please let me allow introduce myself. My name is Osamu Shigematsu, and now porting LAME to Macintosh. My work had done and now optimizing the code for Macintosh. I'm newbie, though, I uploaded both

Re: [MP3 ENCODER] more patch merging... mdct fft

1999-11-03 Thread Sigbjørn Skjæret
check this new patch containing new MDCT/subband filtering and FFT. This patch can be applied to both of the original LAME 3.37beta(3.50stable) and LAME3.37 with my yesterday Huffman coding patch. Check mdct_sub in your newmdct.c... void mdct_sub( short *w0, short *w1, double

Re: [MP3 ENCODER] Lame license, commercial use, part II

1999-11-03 Thread Mark Taylor
On Mon, 1 Nov 1999, Mark Taylor wrote: 1. If you determine that distribution of LAME requires a patent license, and you obtain a patent license, you may distribute LAME even though redistribution of LAME may also require a patent license. Perhaps with an addition along the

Re: [MP3 ENCODER] ATH bug

1999-11-03 Thread Mark Taylor
once I made a mistake, but finally I found this BUG... see quantize.c of lame 3.37. iteration_loop calls compute_ath in line 372. it is before the setting of 2 variables, scalefac_band_long and scalefac_band_short (line 380). "compute_ath" routine calculates ATH using these 2

Re: [MP3 ENCODER] more patch merging... mdct fft

1999-11-03 Thread Mark Taylor
Hi all! 11/3 is holiday in Japan, and I have plenty of time... check this new patch containing new MDCT/subband filtering and FFT. This patch can be applied to both of the original LAME 3.37beta(3.50stable) and LAME3.37 with my yesterday Huffman coding patch. On my architechture,

Re: [MP3 ENCODER]

1999-11-03 Thread Mark Taylor
Rolf Hanich wrote: About quality: I tried Lame mainly because Audioactive (they licensed the Fraunhofer codec), while really good w. most music sources, was unable to encode one tune I cut from MTV (Oh Carolina) in that it ran over it twice as fast and produced something

[MP3 ENCODER] DVD and Xing

1999-11-03 Thread Mark Taylor
Slightly off topic: Wired had an interesting article about how the DVD encription was cracked due to Xing forgetting to encode their key in their software DVD player. If I understand correctly, this allowed some very clever hackers to not only get the Xing key, but they can now brute force any

Re: [MP3 ENCODER] more patch merging... mdct fft

1999-11-03 Thread Takehiro Tominaga
"M" == Mark Taylor [EMAIL PROTECTED] writes: M I applied the Huffman patch, it will be in 3.51. M The MDCT + FFT patch is more difficult. They are noticably M faster for me too, and I would like to get them into lame, but: M The before and after patch results are not