For those who care, I just found an ACM version of lame here :
http://www.davetech.org/Soft1/Files/Audio/lamecom.zip
I haven't tested it so far.
--
MP3 ENCODER mailing list archive is at:
http://www.mail-archive.com/mp3encoder%40minnie.cs.adfa.edu.au/
I know mp3_check can do it...
Only keep valid frames from any MP3 files...
The problem is that I never released publicly the Win32 build/corrections...
And I have no time to do so :(
so if you use Linux, you can do it :)
- Original Message -
From: "Roel VdB" [EMAIL PROTECTED]
To:
Is RH_AMP the same as RH_NOISE_CALC ?
- Original Message -
From: "Robert Hegemann" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 22, 2000 10:57 AM
Subject: Re: [MP3 ENCODER] CBR quality improvement
Naoki Shibata schrieb am Fre, 22 Sep 2000:
Hi,
I've just
I was looking at the 3.86beta code and was wondering something...
What does all the defines (except xxx_H or xxx_INCLUDED) mean ?
Would it be possible to have a simple text file explaining all these defines
?
Maybe one could try non-default features, but since one don't know what they
are
Thanx Alex,
From what I know, a vocoder work in frequency, and analyse the signal.
Resampling just add/delete samples from the original so that played at a
different samplig freq, it will sound (nearly) the same.
But if you resample and play at the same sampling freq, the pitch will be
n Fri, Sep 08, 2000 at 06:48:49PM +0200, Steve Lhomme wrote:
| Hum...
| And if 19 is a magic value, why didn't you use the following ?
|
| BLACKSIZE = 200
| filter_l = (BLACKSIZE - 19)
|
| | David: can you run the same test with a stencil 10x bigger?
| | To do this, change:
| |
| |
trimming and normalization can be done without first scanning the whole
file.
you'll to tell me how !
for the begining of the stream OK. But at the end, maybe there is a 2s pure
digital silence and the another thing...
And for normaliztion I don't see how at all, seince you need to need the
Well, a pre-processor is what I'm programming. But you can't integrate it
with lame since it can't work in real-time/pipe (for DC adjust, trimming,
normalisation).
- Original Message -
From: "Frank Klemm" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 08, 2000 1:20 AM
Hum...
And if 19 is a magic value, why didn't you use the following ?
BLACKSIZE = 200
filter_l = (BLACKSIZE - 19)
| David: can you run the same test with a stencil 10x bigger?
| To do this, change:
|
| BLACKSIZE = 200change in util.h
| filter_l = 191change in
If you look at the sources of mp3_check you'll find something that scan MP3
files. So it should be easy to only keep the first frames...
- Original Message -
From: "Patrick Ndjiki-Nya" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 07, 2000 9:27 AM
Subject: [MP3
You should apply a 16 Hz lowpass filter for DC removal. Note that lowest
organ note has 16.3Hz.
Did you hear tones under 16Hz? Did you have speakerboxes that you will give
these low frequencies? I want to made sub-woofer with 16-30Hz range for my
home stereo, but no lower.
Well. I think you're
I'm currently doing a simple command-line program to do it, using
libsndfile. It will also trim files (remove blank in the beginning and end)
and adjust DC offset.
I'll publish the source when it reaches alpha state.
- Original Message -
From: "Francois du Toit" [EMAIL PROTECTED]
To:
Even working with floats ???
What is the LSB in this case ?
- Original Message -
From: "Frank Klemm" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 05, 2000 9:23 AM
Subject: Re: [MP3 ENCODER] normalization
| On Tue, Sep 05, 2000 at 02:21:45AM +0200, Francois du Toit
Nibbles ?
One of my favorite games !!
- Original Message -
From: "Joshua Bahnsen" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 05, 2000 7:31 PM
Subject: Re: [MP3 ENCODER] lame source C++ compatible?
| Now wouldn't a run at compile time mp3 encoder be awesome?? I
Yep, and I personnaly use a lame EXE with libnsdfile support, so not only wav files
are supported !
- Original Message -
From: "Christopher Wise" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 01, 2000 1:12 AM
Subject: Re: [MP3 ENCODER] RazorLame 1.1.0 released
On
Thanx, that was the info I was missing.
Now I get the track length on every example I had (some with free format too, some
with different sampling freq, some with different bit rates)
- Original Message -
From: "Mark Taylor" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, August
I had a problem with some files to compute the length in second of a
frame. I was using various Layer III format and is some cases the formula
"frame_time = samples / frame_per_second" wouldn't give me the right
length. I assume it might be comming from this LSF.
How do you calculate
I think the only way is to find every frame, and analyse the header. It will give you
the frame length with the formula mentionned earlier
(sample_per_frame/sampling_frequency).
Otherwise, you'll be missing the VBR aspect of files (unless you can get the 'real'
bit rate).
- Original
BIT_RATE = 1 means free format.
This seems kinda confusing -- why use 1 to indicate free when MPEG uses 0?
0 is for 'reserved' (I'm not responsible of this part of the code).
I've checked the file in hexadecimal, and sometimes I get
frame header at 202 bytes from the previous instead
Doh !!!
Sorry for the lame question ;)
- Original Message -
From: "Gabriel Bouvigne" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 18, 2000 8:43 PM
Subject: Re: [MP3 ENCODER] Free format
I'd like to find a free format encoded file.
Does anyone of you know where I
I'm highly interrested since, from what I found, the CRC computing is different
between Layers and Versions (the amount of data and the order).
- Original Message -
From: "Frank Klemm" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 18, 2000 2:38 AM
Subject: Re: [MP3
Thanx very much !
That was the kind of info I was looking for.
Even the ISO spec are available :) (not sure if it's their initial form)
And sadly it seems that the CRC is much more complicated than I thought (just scanning
a part of the header and the whole audio encoding).
- Original
It's called Rename (dev code is F2) on Windows.
You just rename your mp3 files with a wav extension.
- Original Message -
From: "Sterling Windmill" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 17, 2000 8:53 PM
Subject: [MP3 ENCODER] mp3 compressed wav files
Anyone
OK, and what about the bits included in table B5 ?
I saw on this list that the ISO CRC is broken. Is yours OK ?
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 16, 2000 4:01 PM
Subject: RE: [MP3 ENCODER] CRC on MP3
Howdy,
I'd like to
Thanx for the info !
I'd like to have a deeper look at the ISO spec (ISO 13818-3). Any idea where I could
find this ?
I found this message back in my archives of this list :
Gabriel Bouvigne - 04/08/2000 - Re: [MP3 ENCODER] Voice encoding questions
-
For your problem, there are
I don't think disk space is a problem these days.
The (big) advantage of one large mp3file containing the entire album (like
AiD suggests) is that players like winamp don't delay playback when a track
ends and another begins. When using seperate files, Winamp checks playtime,
ID3-TAG and
A quick e-mail just to let you know that the Makefile.DJGPP (lame 3.86) also works
fine with MingW32 (Mini GCC for Win32 which uses the MFC to reduce the code size).
I'll try to build libsndfile and let you know if it works (if you're interrested).
I also want to try the MMX code, but doesn't
Were these bug fixes proposed to the mpg123 CVS / dev team ?
Yes, LAME/mpglib has some bug fixes from the original mpg123/mpglib.
Mostly fixes in the 'scfsi' feature, which is used by MP3's produced
by LAME and Xing.
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
I've heard some time ago about a software (a plug-in for RealPlayer or something like
that) which enhance the sound quality of encoded music (.RA and .MP3) and it mostly
process a better phase between signals and generate 'supposed' harmonics. So I think
it's a common problem of audio encoding
The bug in Winamp and I also figured out it is a bit faster (less CPU use).
I couldn't really hear the difference anyway...
- Original Message -
From: "Cavallo de Cavallis" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 17, 2000 7:13 PM
Subject: Re: [MP3 ENCODER] MP3 decoder
30 matches
Mail list logo
