[MP3 ENCODER] LP's

[Francois du Toit]

Sorry for the offtopic, but maybe someone can help 
me. I am looking for something that explains how two channels are encoded on a 
single groove LP. I can't find anything through the search engins.

Thanks
Francois

[MP3 ENCODER] normalization

[Francois du Toit]

I want to implement a normalizing routine in one of 
my programs, can anybody recommend one? It would be for 16 bit CD 
audio.

Would simply multiplying by a constant factor and 
rounding be good enough or would the rounding errors cause some 
problems

sorry for the offtopic

Francois

[MP3 ENCODER] corrupt mp3 finder

[Francois du Toit]

I am looking for a program to check the integrity 
of mp3's. I know that Nero Burning Rom does some sort of check on mp3's before 
burning them, but I haven't been able to find a similar utility to check my 
MP3's without Nero.

I thought someone out there should know 
something

Thanx
Francois

[MP3 ENCODER] ACM codec

[Francois du Toit]

What happened to the LAME ACM codec. Wasn't there 
someone who was going to attemp to write one?

Re: Re: [MP3 ENCODER] Masking in stereo

[Francois du Toit]

Does the -ms option use half the bitrate for each channel or does it change
from from frame to frame?

- Original Message -
From: Robert Hegemann [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 30, 2000 2:03 PM
Subject: Re: Re: [MP3 ENCODER] Masking in stereo


 Ross wrote:
  Shawn Riley wrote:
 
   So the encoder would have a cow if it was using forced JS  that
  happened?
 
  Mark, can you mention if LAME can turn off joint-stereo when needed even
  when -mj is specified.  Or does it force it on for all frames?
 
  Thanks,
  Ross.

 Hi Ross,

 just to make it clear, joint stereo is not M/S stereo.
 If you turn joint stereo on, the encoder is allowed to
 encode a frame as:

  - stereo
  - M/S stereo, M=(L+R)/SQRT2 S=(L-R)/SQRT2
  - intensity stereo, for some higher frequencies the
mid channel M together with a little information
about the position (more left,middle,little bit more right)

 It is then on the encoder to make the best use out of it.

 So, for LAME we don't have intensity stereo, the channel
 modes go like this:

 -mj  LAME decides to encode the actual frame as stereo
  or M/S stereo, depending on the output of GPSYCHO,
  our psychoacoustic model in LAME. As a result you
  may get a mp3 like ststmsmsstmsst...

 -mf  LAME encodes all frames in M/S stereo

 -ms  LAME encodes all frames in stereo

 -mm  LAME encodes all frames in mono

 Ciao Robert

 --

 Robert Hegemann:

  e-mail at university:  [EMAIL PROTECTED]
   private:  [EMAIL PROTECTED]
 [EMAIL PROTECTED]

  my homepage: http://linux.unixcity.de/catwalk/index.html

 Sent through GMX FreeMail - http://www.gmx.net
 --
 MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] highq mode

[Francois du Toit]

I also think 9 for high and 0 for low is a more natural. Lame has a lot of
options, so whoever uses it
would know to use it correctly or at least check the usage file. Besides, it
seems to me that lame is al about change.


- Original Message -
From: Jeremy Hall [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 01, 2000 11:34 PM
Subject: Re: [MP3 ENCODER] highq mode


 I disagree.  From a functional standpoint, changing an option to cause it
 to do the exact opposite of what it once did is confusing at best, and
 disrupts expected behavior.  People upgrading from one release to another
 will find that their "great" sound mp3s will now be horrid, and their
 horrid ones will sound great.  A drop-in replacement for lame will do
 different things.

 I have no problems with adding new options, but changing existing options
 is a bit rough.

 _J

 In the new year, Greg Maxwell wrote:
  On Tue, 1 Feb 2000, Jeremy Hall wrote:
 
   but then you're in conflict with VBR.
 
  VBR should be changed. It makes more sence for big numbers to denote
  bigger bitrate in VBR.
 
 
  --
  MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
 

 --
 MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] Storage of DLL and EXE's

[Francois du Toit]

Do you know your site doesn't support resume downloading?

- Original Message - 
From: Chuck Zenkus [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 31, 2000 12:58 AM
Subject: [MP3 ENCODER] Storage of DLL and EXE's


 If anyone cares...We will be storing complied versions of L.A.M.E. at our
 FTP site.
 Currently they will only be PC/WIN32 versions. If anyone would care to
 upload other platforms.
 They are more then welcome. Just drop me an e-mail.
 
 DLL's
 ftp.zlurp.com/dll/lame.DLL ftp://ftp.zlurp.com/DLL's/Lame.DLL 
 
 EXE Comand Line
 ftp.zlurp.com/exe/lame ftp://ftp.zlurp.com/EXE's/Lame 
 
 Chuck Zenkus
 www.zlurp.com http://www.zlurp.com 
 
 --
 MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
 

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] var bitrate quality

[Francois du Toit]

Is the variable bitrate quality in any way not as 
good as constant bitrate?
Fraunhofer's new encoder only encodes var bitrates 
in fast mode. 

No Subject

[Francois du Toit]

Where can I get the frame analyzer for a Win98 
platform?
I am no programmerand I have no idea how to 
compile the sourcecode

No Subject

[Francois du Toit]

There is a lot of talk about Blade being better 
than FhG at higher bitrates.
I would like to hear some opinions about that. Also 
how does Lame fit into all of this?
As I understand it, Lame should be better than 
Blade at low bitrates, but is this also true for
higher bitrates?