Try following when you want to resample 38125 to 44100:
* change samplerate without resampling to 44100, sound will for 15.6%
speedy and shorten now. In many cases it should be useable without any
following processing.
* change pitch (to 38125/44100) and length (to 44100/38125) for this
sample.
I'm just glad I made a contribution to lame (albeit a very very small one
8-)
>From: Mark Taylor <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [MP3 ENCODER] V3.70 Default Mode
>Date: Tue, 4 Apr 2000 19:02:01 -0600
>
>That should fix it! Thanks for finding
That should fix it! Thanks for finding this, even if it was
just hours after the latest releaes :-)
Mark
> From: "spahm ." <[EMAIL PROTECTED]>
> Date: Tue, 04 Apr 2000 19:46:02 EDT
> Content-Type: text/plain; format=flowed
> Sender: [EMAIL PROTECTED]
> Precedence: bulk
> Reply-To: [EMAIL P
No luck with that, same thing.
- Original Message -
From: "Mark Taylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 04, 2000 12:11 PM
Subject: Re: [MP3 ENCODER] V3.70 Default Mode
>
>
>
> At 160kbs, the compression ratio is 8.8 (and it is printed
> correctly by both
Sorry I spoke too soon before.
Actually gfp->mode_fixed isn't being initialized in lame.c. Setting it to 0
where other gfp-> 's are seems to fix it.
>From: Mark Taylor <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [MP3 ENCODER] V3.70 Default Mode
>Date:
> X-Authentication-Warning: geek.rcc.se: majordom set sender to
>[EMAIL PROTECTED] using -f
> X-Sender: [EMAIL PROTECTED] (Unverified)
> Date: Tue, 04 Apr 2000 19:00:39 +0200
> From: Jose Mejuto <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
> Sender: [EMAIL PROTECTED]
> Prece
> Sorry, I haven't uploaded it anywhere yet. Could you please give me a FTP site
>address
> where I can upload it? Or, should I send it to you via e-mail? [That'll result in
> increase in size during the transfer because of the MIME encoding, though].
I can handle a mail that size without too mu
At 13:20 03/04/00 -0600, you wrote:
>After talking to Scott quite a bit about this in #mp3encoder, (and not
[...]
>does a lot of lowpass filtering which removes most of the aliasing
>caused by bad resampling)
Hello,
I am looking for free routines to up/downsampling audio for my freeware
project
Sorry, I haven't uploaded it anywhere yet. Could you please give me a FTP site address
where I can upload it? Or, should I send it to you via e-mail? [That'll result in
increase in size during the transfer because of the MIME encoding, though].
Monty wrote:
> > As you may have noticed, we are wo
why wouldnt you use maximum compression when benchmarking?
- Original Message -
From: "Dimitris Tziouris" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 04, 2000 11:11 AM
Subject: [MP3 ENCODER] The best lossless encoder
> Everybody interested in lossless encoding shoul
> On Tue, 4 Apr 2000, Dimitris Tziouris wrote:
>
> > Everybody interested in lossless encoding should take a look at
> > http://mac.terrashare.com/index.htm The encoder is called "Monkey's Audio"
> > and it rocks! Here is a test I did:
> No source code though. :(
The Ogg project's older 'Squish'
I noticed that the DLL that I compiled for 95/98 didn't work in 2000, I
figured it was a glitch. Most likely it's because I used the Intel Compiler
for those on 95/98 or something like that. I am going to install 2000 again
and do some testing. Although I'm not sure how often I'll update the page.
On Tue, 4 Apr 2000, Dimitris Tziouris wrote:
> Everybody interested in lossless encoding should take a look at
> http://mac.terrashare.com/index.htm The encoder is called "Monkey's Audio"
> and it rocks! Here is a test I did:
No source code though. :(
later
mike
--
MP3 ENCODER mailing list ( ht
> X-Authentication-Warning: geek.rcc.se: majordom set sender to
>[EMAIL PROTECTED] using -f
> From: Gabriel Gilin <[EMAIL PROTECTED]>
> Date: Tue, 4 Apr 2000 16:05:42 +0200
> Content-Type: text/plain;
> charset="iso-8859-1"
> X-Priority: 3
> X-MSMail-Priority: Normal
> X-MimeOLE: Produced
Everybody interested in lossless encoding should take a look at
http://mac.terrashare.com/index.htm The encoder is called "Monkey's Audio"
and it rocks! Here is a test I did:
Original file size:101.499KB
Lpac and Monkey's Audio: normal compression
Encoder File size En
> X-Authentication-Warning: geek.rcc.se: majordom set sender to
>[EMAIL PROTECTED] using -f
> Date: Tue, 4 Apr 2000 18:00:16 +0200
> From: Ingo Saitz <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
> Sender: [EMAIL PROTECTED]
> Precedence: bulk
> Reply-To: [EMAIL PROTECTED]
> X-U
I get the same result as Joshua using djgpp & msvc. I noticed that
Makefile.msvc still has loopold.c in it. Could that be it?
>From: Mark Taylor <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [MP3 ENCODER] V3.70 Default Mode
>Date: Tue, 4 Apr 2000 10:11:26
At 160kbs, the compression ratio is 8.8 (and it is printed
correctly by both your lamei and lamem) Here's the code in
lame which disables jstereo if compression_ratio < 9
(from lame.c):
/* At higher quality (lower compression) use STEREO instead of JSTEREO.
* (unless the user explicitly
MoiN
I recommend some minor changes to parse.c to make the switch
--cwlimit useful. Please change the argument-parsing call in
line 386 from "atoi( nextArg );" to "atof( nextArg );". Also you
should include the default value of cwlimit (8.8717) into the
usage information yo get with "lame --help"
>
> With the 3.67 (using then DLL), when I resample 22050 to 44100, I get clicks
> too.
> The result sounds not really bad, but clicks are presents...
>
> How is it possible to correct that ?
> Thanks
Yep the clicks in 3.67 mainly come from teh cubic interpolation code which
isn't checking fo
With the 3.67 (using then DLL), when I resample 22050 to 44100, I get clicks
too.
The result sounds not really bad, but clicks are presents...
How is it possible to correct that ?
Thanks
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
> As you may have noticed, we are working on quality benchmark tests. Today, I
> made some sounds with my keyboard and recorded via line-in. I started to encode
> them with different encoders. Soon I found out a sound that no encoder can
> encode properly. It's a simple sound of a hi-hat. I tried
To make sure I wasn't just imagining things, I tried it again. I doubt it
would be the file I was encoding, I tried "When I Grow Up" by Garbage. I
used the following command line lame -h -b 160, that's it. It makes no
difference whether I use -h or not, I tried it with and without. Here is the
exa
Dear Developers,
As you may have noticed, we are working on quality benchmark tests. Today, I
made some sounds with my keyboard and recorded via line-in. I started to encode
them with different encoders. Soon I found out a sound that no encoder can
encode properly. It's a simple sound of a hi-hat
I think that, from of a user's perspective, default modes should never be
changed ever, unless
1) it is for a good and significant reason (i.e. impossibility to support
the old mode, or a global change in standards)
2) it is very well explained in to the user.
It seems like this particular change
> > format is 38.125 kHz, most encoders die painfully because they can't
gawd! The prime factors for 38125 are 5^4 * 61 !
Sony know how to choose sample rates which will alias badly when resampled...
Scott Manley (aka Szyzyg) /-- _@/ Mail -\
___ _ _
On Mon, Apr 03, 2000 at 07:57:29PM +0200, Robert Hegemann wrote:
> Takehiro Tominaga schrieb am Mon, 03 Apr 2000:
> > It's not mistake. maybe.
> > it is because Mark deleted the old "loopold.c" code from LAME.
> > "loopold.c" is too old and not mentainanced.
> > I think default mode at lower b
27 matches
Mail list logo