Thus spake Jeremy Hall ([EMAIL PROTECTED]):
then the current lame seg faults. I have not figured out how to gather
more info because it is in a pipe, like this.
Are you using an egcs snapshot?
Use gcc-2.95.2 instead, it is much more stable. I found the egcs
snapshots from the last months to
OK, did some searching. This appears quite easy to do.
Sign me up.
- Original Message -
From: "Ross Levis" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 15, 2000 11:10 PM
Subject: [MP3 ENCODER] LAME/MPG123 ACM
Sorry, I was wrong about Nero CE2K.
I had this thought
Ross wrote:
Sorry, I was wrong about Nero CE2K.
I had this thought some time ago. I'm not a C programmer so I can't do it
myself, but, is there anyone out there who is willing to write a Windows ACM
driver incorporating LAME MPG123. I know a lot of people are using FHG
for the sole reason
Segher wrote:
0x805e2cc calc_xmin+460:fldl 0xfff0(%ebp)
It loads from stack, offset -0x10; so it's a local variable.
-- for ( sfb = 0; sfb cod_info-sfb_lmax; sfb++ ){
Don't think so, no floats involved here.
yes, it is debugger's (and compiler's optimization) sake :).
I
Ross Levis wrote:
I don't think this is related to LAME is it?
No , not really. Should have marked it as OFF-TOPIC ( I did now ).
David Balazic wrote:
And while you're on it , how about writing a driver ( for windows ) for
the SoundBlaster 64 PCI ( aka Ensoniq AudioPCI ) that
From: Mathew Hendry [mailto:[EMAIL PROTECTED]]
Oh dear, the error reappears if I go from -O to -O2... could
be somewhere else now, as calc_xmin looks okay...
Now dying in quantize.c/VBR_iteration_loop (I'm testing with lame -v
fools.wav). Can anyone pin it down further?
-- Mat.
--
MP3
Mark Taylor wrote:
what's a Windows ACM?
Audio Compression Manager driver. (VCM=Video...) It provides native support from
MS-Windows OS calls to the codec. Any audio application would be able to
open/play save/encoder MP3 files just as if they were PCM WAV files. The
application doesn't
ok.
On today's build,
[root@Peppy lame]# date
Wed Feb 16 06:04:56 EST 2000
[root@Peppy lame]#
if one compiles with
CC_OPTS = -UNDEBUG -O -Wall -g -DABORTFP
lame_current behaves.
If you do
# these options were suggested with egcs-990524
# CC = egcs #egcc for Debian systems
# CC_OPTS
Mark Taylor wrote:
what's a Windows ACM?
Audio Compression Manager driver. (VCM=Video...) It provides native support from
MS-Windows OS calls to the codec. Any audio application would be able to
open/play save/encoder MP3 files just as if they were PCM WAV files. The
application doesn't
On Tue, 15 Feb 2000 22:37:20 -0700, Mark Taylor wrote:
From: "Paul Hartman" [EMAIL PROTECTED]
Date: Tue, 15 Feb 2000 22:54:38 -0600 (CST)
Recent changes to LAME on CVS have broken stdout on OS/2, some one please
make the following changes:
in main.c around line 44, change:
...
Are you
From: "Paul Hartman" [EMAIL PROTECTED]
Date: Tue, 15 Feb 2000 22:54:38 -0600 (CST)
Recent changes to LAME on CVS have broken stdout on OS/2, some one please
make the following changes:
in main.c around line 44, change:
...
Are you sure this is broken? The fsetmode commands are still
Sorry, I was wrong about Nero CE2K.
I had this thought some time ago. I'm not a C programmer so I can't do it
myself, but, is there anyone out there who is willing to write a Windows ACM
driver incorporating LAME MPG123. I know a lot of people are using FHG
for the sole reason that it is the
Oh dear, the error reappears if I go from -O to -O2... could be somewhere
else now, as calc_xmin looks okay...
-- Mat.
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
From: "Mathew Hendry" [EMAIL PROTECTED]
...
The values at -8(%ebp) and -16(%ebp) are never initialised. I don't know
what the compiler expects to find there.
Looking at it again, I think it's trying to load en0 and xmin, but they
haven't been initialised yet. Explicitly initialising them
--
Von:Ross Levis[SMTP:[EMAIL PROTECTED]]
Gesendet: Dienstag, 15. Februar 2000 21:40
An: '[EMAIL PROTECTED]'
Betreff:RE: [MP3 ENCODER] mp3 vs. wma
there's also no good mp3 DirectMedia codec except for the
discontinued FhG pro codec version 1
When you say
--
Von:Mathew Hendry[SMTP:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 16. Februar 2000 00:33
An: [EMAIL PROTECTED]
Betreff:Re: [MP3 ENCODER] mp3 vs. wma
Nero 4.0 and Cool Edit 2000.
They aren't ACM codecs (e.g. they won't show up in Control
From: "Ross Levis" [EMAIL PROTECTED]
there's also no good mp3 DirectMedia codec except for the
discontinued FhG pro codec version 1
When you say DirectMedia, do you mean a Windows ACM driver?. If so there
are newer versions of the FHG ACM released with some software packages
like
Nero
http://www.zlurp.com/opensource/lame.htm http://www.zlurp.com/opensource/lame.htm
Chuck Zenkus
www.zlurp.com http://www.zlurp.com
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
IMO Xing.
Ampex wrote:
is xing or fhg better at vbr?
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
there's also no good mp3 DirectMedia codec except for the
discontinued FhG pro codec version 1
When you say DirectMedia, do you mean a Windows ACM driver?. If so there
are newer versions of the FHG ACM released with some software packages like
Nero 4.0 and Cool Edit 2000.
Ross.
--
MP3 ENCODER
Albert Faber schrieb am Die, 15 Feb 2000:
Robert,
Can you be more specific with which file this error occurs, and what
options/settings are you using? So I can try to reproduce this problem on my
system.
Albert
Sure Albert!
It happens in "quantize-pvt.c", function calc_xmin (around line
Segher Boessenkool schrieb am Die, 15 Feb 2000:
0x805e2cc calc_xmin+460: fldl 0xfff0(%ebp)
It loads from stack, offset -0x10; so it's a local variable.
-- for ( sfb = 0; sfb cod_info-sfb_lmax; sfb++ ){
Don't think so, no floats involved here.
Ciao,
Segher
OK,
0x805e2cc calc_xmin+460: fldl 0xfff0(%ebp)
It loads from stack, offset -0x10; so it's a local variable.
-- for ( sfb = 0; sfb cod_info-sfb_lmax; sfb++ ){
Don't think so, no floats involved here.
Ciao,
Segher
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Robert,
Can you be more specific with which file this error occurs, and what
options/settings are you using? So I can try to reproduce this problem on my
system.
Albert
- Original Message -
From: Robert Hegemann [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 15, 2000
Mathew Hendry schrieb am Die, 15 Feb 2000:
0x805e2cc calc_xmin+460: fldl 0xfff0(%ebp)
It loads a floating point value from memory into a floating point register.
The value in memory is presumably invalid, so the CPU traps when it loads
it.
So we have to figure out which
is xing or fhg better at vbr?
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
My experiences:
at =64 k, wma (resp. asf, I always use Windows Media Tools to make MSaudio) is
clearly better than mp3. In my opinion, it is also better than RealAudio at any of the
low bit rates.
64 k is OK for movies etc. but lacks transparency for complex sounds.
I actually did observe
Hi all!
Thanks 4 the replies on this little issue...
now i know what *NOT* to do...
Greetz,
Robin
Royal Netherlands Academy Of Arts Sciences
Kloveniersburgwal 29
1011 JV AMSTERDAM
At Work : 020-5510865
At Home : 06-22283962
Check out:
Http://www.clavia.se/
News:
Nothin' yet
--
MP3
I think that WMA is easier to listent too at lower bitrates because the
distorion tends to mimick old analog recordings. Even at 160 it sounds
hissy, but very acceptable because my ears are used to ignoring the
distortion.
IMHO WMA at 128 is as good as MP3 at 128, if only because the artifacts
At 07:48 15/02/00 -0700, you wrote:
Declaring avg_slots_per_frame "volatile" (line 547 in lame.c) fixes it in
some cases. I was using the following test options, with fools.wav as my
source
Delcaring it volatile (what does that do?) or static changes the
As far as I know "volatile" means
From: "Ampex" [EMAIL PROTECTED]
Date: Tue, 15 Feb 2000 09:39:11 -0500
what are your thoughts?
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Check out this sound and vision online article:
"M" == Mathew Hendry [EMAIL PROTECTED] writes:
M BTW, can't check the -DABORTFP business, as this gcc doesn't
M support it (I guess I don't have the right libraries).
On my linux box, it is too :)
To compile with -DABORTFP, I need a newer fpu_contorol.h which contains
these macros.
From: Mark Taylor [mailto:[EMAIL PROTECTED]]
Declaring avg_slots_per_frame "volatile" (line 547 in
lame.c) fixes it in
some cases. I was using the following test options, with
fools.wav as my
source
Delcaring it volatile (what does that do?) or static changes the
results for me
hi all,
Does anyone knows what the CRC check option means? - is it better to use it
or not?
Greetz,
Robin
Royal Netherlands Academy Of Arts Sciences
Kloveniersburgwal 29
1011 JV AMSTERDAM
It uses 16bits of each frame to encode a CRC check of the header data.
So it will result in
I own one test CD where are parts of classical music recorded at different
levels (0, -20, -40, -60 and -80 dB). I tried -60 and -80 dB with and
without --noath and I can hear only discrete crackling sound (using
headphones and amplifier at max volume ;-\ ). With --noath it is much better
what are your thoughts?
WMA sounds very good on casual inspection, far better than mp3 at about
64kbit, probably about the same as AAC/Mpeg4 at that bitrate.
But it doesnt get any better as the bitrate goes up - and there's an annoying
hiss that reminds me of listening to old cassete tape.
From: Mathew Hendry [mailto:[EMAIL PROTECTED]]
The offending function appears to be lame.c/lame_encode(). If
I compile this
function separately with optimisation disabled the problem
disappears. Still
looking...
Declaring avg_slots_per_frame "volatile" (line 547 in lame.c)
hi all,
Does anyone knows what the CRC check option means? - is it better to use it
or not?
Greetz,
Robin
Royal Netherlands Academy Of Arts Sciences
Kloveniersburgwal 29
1011 JV AMSTERDAM
At Work : 020-5510865
At Home : 06-22283962
Check out:
Http://www.clavia.se/
News:
Nothin' yet
--
The RTP code still does not seem to be generating any packets, so I will
still make lc generate the RTP versions, but if I can figure out what is
broken with the rtp thingie, I'll update that and then cross the bridge on
how to get my changes back into the repository. Is there a way to
Hi, I read on the FAAC board about a freeware tool
named sMP3m Simple MP3 Maker by Lance Perkins.
It can play mp3s, rip and encode to MPEG1, MPEG2-lsf
and MPEG2-AAC. The features VBR (quality from 1-10),
fast encoding switch and Joint-Stereo together with
it's encoding speed, let me think, that
Sorry for the previous post, but tot_ener has to be initialized each time
L3psycho_anal since it is not declared static.
So forget the memset, and declare tot_ener as
FLOAT8 tot_ener[4]={0,0,0,0};
Under MSVC this will give not FPU problems anymore (at least when the
EM_OVERFLOW,_EM_UNDERFLOW
There seems to be a problem in the function L3psycho_anal , the tot_ener
variable is used before it is assigned or initialized in
FLOAT8 tmp = tot_ener[3]+tot_ener[2];
ms_ener_ratio_old=0;
if (tmp0) ms_ener_ratio_old=tot_ener[3]/tmp;
to fix it, add the following line to the
From: Mathew Hendry [mailto:[EMAIL PROTECTED]]
The offending function appears to be lame.c/lame_encode(). If
I compile this
function separately with optimisation disabled the problem
disappears. Still
looking...
Declaring avg_slots_per_frame "volatile" (line 547 in lame.c) fixes it in
From: Mark Taylor [mailto:[EMAIL PROTECTED]]
I just merged his changes back in tonight. Now if I use any
optimization, I get the floating point exceptions.
Compiling without -DABORTFP will ignore them. But I dont
know how they
are effecting the output.
This error is very
here's the 3.62 html doc
Gabriel Bouvigne - France
[EMAIL PROTECTED]
icq: 12138873
thanks - i updated CVS.
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
X-Authentication-Warning: geek.rcc.se: majordom set sender to
[EMAIL PROTECTED] using -f
From: [EMAIL PROTECTED] (Jeremy Hall)
Date: Fri, 11 Feb 2000 16:07:47 -0500 (EST)
Content-Type: text/plain; charset=US-ASCII
Sender: [EMAIL PROTECTED]
Precedence: bulk
Reply-To: [EMAIL PROTECTED]
From: "Slavo Kopinec" [EMAIL PROTECTED]
Date: Fri, 11 Feb 2000 11:55:33 +0100
I nominate this small change:
quantize-pvt.c, line 267:
replace
ath -= 114;
with
ath -= (122-gf.VBR_q*2);
to ensure that in high VBR modes (V0, V1) nothing is muted out. (br. is
increased by near
47 matches
Mail list logo