Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Felix von Leitner
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

Re: [MP3 ENCODER] LAME/MPG123 ACM

2000-02-18 Thread Acy Stapp
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

AW: [MP3 ENCODER] LAME/MPG123 ACM

2000-02-18 Thread Rolf Hanich
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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Takehiro Tominaga
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

Re: [MP3 ENCODER] OFFTOPIC - LAME/MPG123 ACM

2000-02-18 Thread David Balazic
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

RE: [MP3 ENCODER] calc_xmin

2000-02-18 Thread Mathew Hendry
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

AW: [MP3 ENCODER] LAME/MPG123 ACM

2000-02-18 Thread Rolf Hanich
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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Jeremy Hall
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

Re: [MP3 ENCODER] LAME/MPG123 ACM

2000-02-18 Thread Ross Levis
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

Re: [MP3 ENCODER] Fix for stdout on OS/2 (maybe has to be fixed on others too?)

2000-02-18 Thread Paul Hartman
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

Re: [MP3 ENCODER] Fix for stdout on OS/2 (maybe has to be fixed on others too?)

2000-02-18 Thread Mark Taylor
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

[MP3 ENCODER] LAME/MPG123 ACM

2000-02-18 Thread Ross Levis
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

Re: [MP3 ENCODER] calc_xmin

2000-02-18 Thread Mathew Hendry
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/ )

Re: [MP3 ENCODER] calc_xmin

2000-02-18 Thread Mathew Hendry
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

AW: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Rolf Hanich
-- 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

AW: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Rolf Hanich
-- 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

Re: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Mathew Hendry
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

[MP3 ENCODER] L.A.M.E. Source, EXE, and DLL mirror

2000-02-18 Thread Chuck Zenkus
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/ )

RE: [MP3 ENCODER] xing vs. fhg (vbr)

2000-02-18 Thread Ross Levis
IMO Xing. Ampex wrote: is xing or fhg better at vbr? -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

RE: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Ross Levis
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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Robert Hegemann
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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Robert Hegemann
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,

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Segher Boessenkool
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/ )

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Albert Faber
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

RE: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Robert Hegemann
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

[MP3 ENCODER] xing vs. fhg (vbr)

2000-02-18 Thread Ampex
is xing or fhg better at vbr? -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

AW: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Rolf Hanich
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

Re: [MP3 ENCODER] crc check

2000-02-18 Thread Robin
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

Re: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Mark Stephens
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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Jose Mejuto
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

Re: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Mark Taylor
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:

RE: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Takehiro Tominaga
"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.

RE: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Mathew Hendry
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

Re: [MP3 ENCODER] crc check

2000-02-18 Thread Mark Taylor
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

RE: [MP3 ENCODER] ATH matching to VBR quality

2000-02-18 Thread Slavo Kopinec
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

Re: [MP3 ENCODER] mp3 vs. wma

2000-02-18 Thread Scott Manley
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.

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Mark Taylor
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)

[MP3 ENCODER] crc check

2000-02-18 Thread Robin
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 --

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Mark Taylor
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

[MP3 ENCODER] sMP3m

2000-02-18 Thread Robert Hegemann
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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Albert Faber
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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Albert Faber
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

RE: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Mathew Hendry
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

RE: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Mathew Hendry
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

Re: [MP3 ENCODER] html doc

2000-02-18 Thread Mark Taylor
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/ )

Re: [MP3 ENCODER] using lame363 for shuttle transmission

2000-02-18 Thread Mark Taylor
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]

Re: [MP3 ENCODER] ATH matching to VBR quality

2000-02-18 Thread Mark Taylor
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