Re: [MP3 ENCODER] Naming

2000-05-11 Thread Caster
What about LAME Allows MP3 Encoding? Caster - Original Message - From: steve m. To: [EMAIL PROTECTED] Sent: Thursday, May 11, 2000 2:36 AM Subject: Re: [MP3 ENCODER] Naming Zia Mazhar wrote: Well, I think the name LAME doesn't need to be changed whateve

Re: [MP3 ENCODER] MPEG2

2000-05-11 Thread Mark Taylor
> > Hi, > > Excuse me, I must be missing something really obvious.. I see that > lame supports MPEG 2 and 2.5, but how do I create an MPEG 2 or 2.5 > file with lame? I don't see a switch for it.. Is it enabled > automatically for some kinds of audio? > > Regular MP3s are Just MPEG 1, right? >

Re: [MP3 ENCODER] hack for IEEE754 FPU

2000-05-11 Thread Sigbjørn Skjæret
>"integer operations overflowing" !? >I checked this hack on the SunOS ultrasparcII + SUN C(Workshop 4.2). >I got a message like this... >"quantize-pvt.c", line 1177: warning: integer overflow detected: op "<<" >"quantize-pvt.c", line 1178: warning: integer overflow detected: op "<<" >"quantize-pv

Re: [MP3 ENCODER] free format bitstreams and iso documentation

2000-05-11 Thread Sigbjørn Skjæret
[...] >As Gaby pointed out, it says the "decoder is not requires to support..." >which doesnt say they are invalid MP3 files :-) Hey, btw, I just tested free-format with mpega.library and AmigaAMP's internal decoder (FhG licensed), and both failed miserably. :/ - CISC -- MP3 ENCODER mailing li

[MP3 ENCODER] MPEG2

2000-05-11 Thread Alex Shnitman
Hi, Excuse me, I must be missing something really obvious.. I see that lame supports MPEG 2 and 2.5, but how do I create an MPEG 2 or 2.5 file with lame? I don't see a switch for it.. Is it enabled automatically for some kinds of audio? Regular MP3s are Just MPEG 1, right? -- Alex Shnitman

Re: [MP3 ENCODER] free format bitstreams and iso documentation

2000-05-11 Thread Gabriel Bouvigne
> > According to my ISO doc (section 2.4.2.3), for layer III, decoders are not > required to support higher free format higher than 320kbps. So free format > is not restricted to <=320kbps. > > And decoders must support free format at least up to 320k. > > My ISO 13818-3 documentation : Section 2

Re: [MP3 ENCODER] free format bitstreams and iso documentation

2000-05-11 Thread Mark Taylor
> X-Authentication-Warning: geek.rcc.se: majordom set sender to >[EMAIL PROTECTED] using -f > From: "Leonardo Stern" <[EMAIL PROTECTED]> > Date: Tue, 9 May 2000 21:56:42 -0300 > Content-Type: text/plain; > charset="iso-8859-1" > X-Priority: 3 > X-MSMail-Priority: Normal > X-MimeOLE: Produce

Re: [MP3 ENCODER] default high pass filtering

2000-05-11 Thread Segher Boessenkool
> On some signals, however, highpass filters can do bad things as well. > For example, after processing this file > http://www.geocities.com/SiliconValley/Bit/5683/test1c.zip > with a 5 Hz highpass filter, the peak amplitude increased > to about 52000, resulting in lots of clipped samples. Tr

Re: faster mdct(Re: [MP3 ENCODER] Hardware reccomendation)

2000-05-11 Thread Takehiro Tominaga
> "T" == Takehiro Tominaga <[EMAIL PROTECTED]> writes: Segher> Oh, by the way, anyone interested in better DCT's? Naoki> I made faster mdct_long and sent it to Takehiro. T> and it was merged to my tree. maybe tomorrow, CVS tree will T> get it. T> it's very swift :) It'

[MP3 ENCODER] USAGE file

2000-05-11 Thread Takehiro Tominaga
Hi all, I found USAGE file in the LAME is quite old especially VBR. I think html documents are sufficient and we can remove the USAGE file. --- Takehiro TOMINAGA // may the source be with you! -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] hack for IEEE754 FPU

2000-05-11 Thread Takehiro Tominaga
> "S" == Sigbjrn Skjret <[EMAIL PROTECTED]> writes: >> This feature is not default because it is deeply depending on >> IEEE754 floating point calculation and there're some computers >> NOT compatible to IEEE754. (but it is so rare :p) S> When trying this hack the results got

Re: [MP3 ENCODER] default high pass filtering

2000-05-11 Thread Istvan Varga
Segher Boessenkool wrote: > > Perhaps someone could find a wav wich produces this disturbing high frequency > > echos while encoding with lame due to low frequency signals. This could be > > bassNN_N.wav from SQAM (at low bitrates). > > about anything from "Grotus" as well (_very_ fat bass) On

[MP3 ENCODER] where to find newest linux Lame binaries?

2000-05-11 Thread vdbj
Hello All, I'm looking for a page as great as Dmitry Kutsanov's is for win32 binaries, but with recent compiled Linux binaries. Anyone? thanks? Also they (.r3mix.net visitors) asked me if the Lame is linux-multithreaded? I'm guessing not since there is only 1 important consecutive encoding p

Re: [MP3 ENCODER] OggVorbis

2000-05-11 Thread Jack Moffitt
> Related question: wouldn't the experience accumulated in the Lame > project be useful for the ogg project (GPSYCHO,...) ? Couldn't Lame > and ogg cooperate ? they already do. we all work for the same company, and for the same goals. icecast, ogg, lame, and some other stuff are all part of the

Re: [MP3 ENCODER] OggVorbis

2000-05-11 Thread Pierre Hugonnet
"steve m." wrote: > > Nils Faerber wrote: > > > Other opinions? > > CU > > nils > > if it isn't mp3, it kind of limits what one can do... =( sure there may be a >player, or plug_ins for some players but you lose the freedom that exists in mp3 >being a "standard". for me it would mean that