Re: [MP3 ENCODER] default high pass filtering

2000-05-09 Thread Shawn Riley
>Does anyone know how a high pass filter is usually implemented? The >convolution approach (like the low pass filter) seems like it would be >expensive and require a lot of extra internal buffering: a 10Hz >signal takes 4410 samples to represent one period. To get good >frequency resolution (so

[MP3 ENCODER] free format bitstreams and iso documentation

2000-05-09 Thread Leonardo Stern
> 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.4.2.3 "The

Re: [MP3 ENCODER] free format bitstreams

2000-05-09 Thread Mark Taylor
> > > The ISO spec says that free format bitstreams are limited > > to 320kbs, but lame will allow you to specify any bitrate over 8kbs. > > (lame prints warnings when using freeformat) > > > According to my ISO doc (section 2.4.2.3), for layer III, decoders are not > required to support higher

Re: [MP3 ENCODER] default high pass filtering

2000-05-09 Thread Mark Taylor
> > Hello > > > > I would vote for a default 14Hz high pass filter, removable with the -k > > option. > > > > Why an high pass filter: > > *theorical minimum audible freq for humans is 20Hz (also very discutable) > > *most soundcards are unable to reproduce less than 20Hz frequencies > > *most

Re: [MP3 ENCODER] Mp3 encoders quality tests

2000-05-09 Thread George
Hi, David! > > What do You recommend to me? Use the in_mp3.dll of v2.22? > What about doing a mp3 decoder quality test too ? :-) a Mp3 decoder quality? Maybe after the Mp3 Encoders quality tests... why not?:-) > That in_mp3.dll is AFAIK fraunhofer based and fraunhofer is > touted to be one of

Re: [MP3 ENCODER] default high pass filtering

2000-05-09 Thread Segher Boessenkool
> Hello > > I would vote for a default 14Hz high pass filter, removable with the -k > option. > > Why an high pass filter: > *theorical minimum audible freq for humans is 20Hz (also very discutable) > *most soundcards are unable to reproduce less than 20Hz frequencies > *most speakers are unable

Re: [MP3 ENCODER] default high pass filtering

2000-05-09 Thread Greg Maxwell
While I preety much agree with the rest of the post, I must comment on this one basis. On Tue, 9 May 2000, Gabriel Bouvigne wrote: [snip] > why a 14Hz high pass filter and not a 20Hz one: > because the lowest tone produced by a true musical instrument is 16Hz (it's > from organ). [snip] And th

[MP3 ENCODER] default high pass filtering

2000-05-09 Thread Gabriel Bouvigne
Hello I would vote for a default 14Hz high pass filter, removable with the -k option. Why an high pass filter: *theorical minimum audible freq for humans is 20Hz (also very discutable) *most soundcards are unable to reproduce less than 20Hz frequencies *most speakers are unable to reproduce less

Re: [MP3 ENCODER] GA/GP

2000-05-09 Thread Greg Maxwell
On Tue, 9 May 2000, Mark Stier wrote: > Hello, > > > File size is easy enough to measure, but "sound quality" is not. > > It is purely subjective. > > VERY HARD to define on a computer. > > Are there any examples demonstrating (so I can _hear_ them) that a > 'mathematical' comparison algo that

Re: [MP3 ENCODER] GA/GP

2000-05-09 Thread Mark Stier
Hello, > File size is easy enough to measure, but "sound quality" is not. > It is purely subjective. > VERY HARD to define on a computer. Are there any examples demonstrating (so I can _hear_ them) that a 'mathematical' comparison algo that tries to keep differences at a minimum doesn't work? I

[MP3 ENCODER] Lame 3.81 and free-format VBR

2000-05-09 Thread Michael Hare
Hi everyone- Has anyone tested these new VBR streams on hardware players and had negative effects? How many bits for frame were wasted when being forced to hold to the ISO standards? -Michael -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] GA/GP - About GA/GP - long !

2000-05-09 Thread David Balazic
[EMAIL PROTECTED] wrote: > > Mark Stier wrote: > > > > -BEGIN PGP SIGNED MESSAGE- > > > > Hello, > > > > have you ever thought of setting up a distributed Genetic > > Programming network which lets you optimize or even find algorithms > > suitable for music/speech compression 'automatical

[MP3 ENCODER] OggVorbis

2000-05-09 Thread Nils Faerber
Hello all! If I remember correctly the Lame project started out to implement a completely free audio encoder. But soon afterwards many patents came across the developer's mysterious ways and decision was made to go along with MPEG layer 3 and sh*t on the patents (a good idea anyway, IMHO). But now

Re: [MP3 ENCODER] Continuation of crippling wavs

2000-05-09 Thread Jaroslav Lukesh
| Odesílatel: Shawn Riley <[EMAIL PROTECTED]> | The album will be a mix of ballads & rock songs. How do you guys suggest we do it? | | Note that we'd like there to have no percievable difference between the original & effected sound in the studio. | I decided that the MP3 encoding should be bad f

Re: [MP3 ENCODER] Mp3 encoders quality tests

2000-05-09 Thread David Balazic
George wrote: > > What do You recommend to me? Use the in_mp3.dll of v2.22? What about doing a mp3 decoder quality test too ? :-) That in_mp3.dll is AFAIK fraunhofer based and fraunhofer is touted to be one of the best ( ?? ) Did you think about doing the decoding yourselves and distributing o