Re: [MP3 ENCODER] -h (High quality causing ringing artifacts ?) ?

Taken straight from the cdex 1.30 beta1 help page, is this true with 3.85 ? does it really cause ringing artifacts with high quality on ? It has been right with a few betas in the past, but I think that now you can use the -h switch safely. Regards, -- Gabriel Bouvigne - France [EMAIL

Re: [MP3 ENCODER] -h (High quality causing ringing artifacts ?) ?

sorry, hope this is better - Original Message - From: "Taupter" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 10, 2000 2:52 AM Subject: Re: [MP3 ENCODER] -h (High quality causing ringing artifacts ?) ? David, Avoid HTML mail. Please send text-only e-mails to this

[MP3 ENCODER] --nores

Hi, Just a simple question to check if I fully understand this: If I wanted to encode in the highest possible quality for MP3, would I not have to use -b 320 and --nores to disable the bit reservoir, to avoid frames being encoded with only 90% of the specified bitrate, so ensuring that each frame

Re: [MP3 ENCODER] new VBR code

Don, Is it just me or the mp3 produced with that setting (compared to normal -b192) are somewhat LOWER in dB levels than normal -b192 mp3 ? Either my erars are acting up or winamp is faulty! :) ..or i'm right ? - Original Message - From: "Don Melton" [EMAIL PROTECTED] To: [EMAIL

Re: [MP3 ENCODER] lame exit problems

At 22:56 09/07/00 -0400, you wrote: Is there any way to force a DOS box close after lame has completed encoding? With the Windows binary, it exits properly but with the DOS one it just says Finished and the box stays open. So if I'm using the DOS version to encode with say audiograbber, I can

Re: [MP3 ENCODER] --nores

I ran a quick check: lame -b 320: average bits/frame: 8046 lame --nores -b 320: average bits/frame: 7917 So even at 320kbs, --nores should only be used for specialized purposes. I've personnally got a different opinion than Mark about it. The iso specs forbid usage of

Re: [MP3 ENCODER] --nspsytune

Hi Mark, Mark Right now, the spreading function Mark is normalized so that (for example) convolving s3 with a constant Mark function will not remove any energy and return the same constant. Is there any reason why energy should be preserved here? Mark After the spreading function is

Re: [MP3 ENCODER] 32 or 44.1kHz for 128 kbit/sec mp3s from soundcard?

Mark Taylor wrote: If someone was encoding 128kbit/sec mp3s from their soundcard (ie from an analog source like a mixer instead of a CD rip) and was okay with these default low pass filter frequencies, should they probably use 32kHz as the sample rate instead of 44.1 kHz? If you test

Re: [MP3 ENCODER] --nspsytune

Hi Mark, Mark Right now, the spreading function Mark is normalized so that (for example) convolving s3 with a constant Mark function will not remove any energy and return the same constant. Is there any reason why energy should be preserved here? just a convention. s3[][] is

Re: [MP3 ENCODER] --nores

Gabriel Bouvigne schrieb am Mon, 10 Jul 2000: I've personnally got a different opinion than Mark about it. The iso specs forbid usage of reservoir with 320k frames and up. So I personnally think that --nores must be used when encoding with -b 320. Otherwise, it could cause problems in

Re: [MP3 ENCODER] new VBR code

Mark Taylor schrieb am Mon, 10 Jul 2000: -F: Not recommended. This was added to force a minimum frame size even if the data could fit in a smaller framesize. -F was added because some obscure portable couldn't handle frames 64kbs. Originally -F had no

Re: [MP3 ENCODER] new VBR code

The thing I worry about with VBR is the following: A VBR with an average bitrate of 180kbs may sound as good as a 200kbs CBR 99% of the time. But 1% of the time the psycho acoustics could screw up and use 128kbs when it needed 180kbs. So 1% of the file might only be as good as a 128kbs

Re: [MP3 ENCODER] --nspsytune

Mark Taylor schrieb am Mon, 10 Jul 2000: Why I attenuate 3dB (0.7 != -1.5dB) here is that there is a description in Zwicker's book that peak of masking is 3dB below masker. Why I increase masking by 2dB later is that I tuned this value by listening tests. I dont know if this is

Re: [MP3 ENCODER] --nspsytune

There is a relation between sound pressure level and sound intensity level if there is a plain wave (in german "ebene Schallwelle") L = 20*lg(p/p0) dB = 10*lg(I/I0) dB p0 := 2E-5 Pa I0 := 1E-12 W/m^2 1W = 1 Nm/s for coherent sounds one uses the sound pressure (coherent sounds:

Re[2]: [MP3 ENCODER] new VBR code

Hello Mark, Monday, July 10, 2000, 6:21:20 PM, you wrote: MT The thing I worry about with VBR is the following: MT A VBR with an average bitrate of 180kbs may sound as MT good as a 200kbs CBR 99% of the time. But 1% of the time MT the psycho acoustics could screw up and use 128kbs MT when it

[MP3 ENCODER] A clip that chokes vbr_mt and blade256S, but not vbr_rh

Hello Mark, Monday, July 10, 2000, 7:27:20 AM, you wrote: MT yes, please send me the .wav files with a description of the MT problem. I have two samples already with artificts, but I MT haven't had a chance to figure out what is wrong. MT Mark I put it (temp) on my website: (1.900kbyte)