Re: [MP3 ENCODER] ATH matching to VBR quality

> 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 > i

Re: [MP3 ENCODER] using lame363 for shuttle transmission

> 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 PROTECTE

Re: [MP3 ENCODER] html doc

> 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] question about calc_noise

> > In calc_noisex(), tot_noise is stored as a sum of distortions. > Each distortions are calculated in dB (10*log10). > Assuming that one distortion is -3 and another distortion is +3, > total distortion will be zero. Is it what we expect ? > > I think checking tot_noise means that we allow

Re: [MP3 ENCODER] using lame363 for shuttle transmission

I will update and check out the new changes. Then I will make the encoders restart with the new settings. I will make the 96k use the current binary, and I will make the 56k use the tonight's binary. The RTP code still does not seem to be generating any packets, so I will still make lc generate

Re: [MP3 ENCODER] using lame363 for shuttle transmission

On Sun, 13 Feb 2000, Mark Taylor wrote: [snip] > > so does this mean you have merged Takehiro's changes back in? > 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 k

RE: [MP3 ENCODER] using lame363 for shuttle transmission

> 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 v

RE: [MP3 ENCODER] using lame363 for shuttle transmission

> 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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

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 (tmp>0) ms_ener_ratio_old=tot_ener[3]/tmp; to fix it, add the following line to the initial

Re: [MP3 ENCODER] using lame363 for shuttle transmission

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 an

[MP3 ENCODER] sMP3m

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 i

Re: [MP3 ENCODER] using lame363 for shuttle transmission

> > 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 t

[MP3 ENCODER] crc check

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 -- MP

Re: [MP3 ENCODER] using lame363 for shuttle transmission

> > > 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

[MP3 ENCODER] mp3 vs. wma

what are your thoughts? -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] using lame363 for shuttle transmission

> 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

Re: [MP3 ENCODER] mp3 vs. wma

> 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] crc check

> 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

RE: [MP3 ENCODER] ATH matching to VBR quality

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 (origina

RE: [MP3 ENCODER] using lame363 for shuttle transmission

> 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 > resul

RE: [MP3 ENCODER] using lame363 for shuttle transmission

> "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 which contains these macros. /* Macr

Re: [MP3 ENCODER] mp3 vs. wma

> 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: http://www.soundandvisionmag.com/SoundAndVision/FrameSet/0,1670,_sl_S

Re: [MP3 ENCODER] using lame363 for shuttle transmission

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 "volatil

Re: [MP3 ENCODER] mp3 vs. wma

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 a

Re: [MP3 ENCODER] crc check

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 ENC

AW: [MP3 ENCODER] mp3 vs. wma

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 a

[MP3 ENCODER] xing vs. fhg (vbr)

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

RE: [MP3 ENCODER] using lame363 for shuttle transmission

Mathew Hendry schrieb am Die, 15 Feb 2000: > > > >0x805e2cc : 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 variab

Re: [MP3 ENCODER] using lame363 for shuttle transmission

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, 200

Re: [MP3 ENCODER] using lame363 for shuttle transmission

> > >0x805e2cc : 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

Segher Boessenkool schrieb am Die, 15 Feb 2000: > > > >0x805e2cc : 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 O

Re: [MP3 ENCODER] using lame363 for shuttle transmission

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

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 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] xing vs. fhg (vbr)

IMO Xing. Ampex wrote: >is xing or fhg better at vbr? -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

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

http://www.zlurp.com/opensource/lame.htm Chuck Zenkus www.zlurp.com -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] mp3 vs. wma

> 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 lik

AW: [MP3 ENCODER] mp3 vs. wma

-- 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 Panel/Multimedia/Devic

AW: [MP3 ENCODER] mp3 vs. wma

-- 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 Direc

[MP3 ENCODER] calc_xmin

Hi all, The ABORTFP problems we're having appear to be due to a compiler bug. Broken loop optimisation, I think. Looking at the compiler output, we have _calc_xmin: pushl %ebp ; set up the stack frame, and save off a few registers movl %esp,%ebp subl $76,%esp pushl %edi pushl %esi

Re: [MP3 ENCODER] calc_xmin

> 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

Re: [MP3 ENCODER] calc_xmin

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/ )

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

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: /* open the MP3 output file */ if (!strcmp(gf->outPath, "-")) { outf = stdout; } else { to: /* open the MP3 output file */ if (!strcmp(gf->outPa

[MP3 ENCODER] LAME/MPG123 ACM

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 th

Re: [MP3 ENCODER] LAME/MPG123 ACM

> > 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 reaso

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

> 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 ar

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

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, chan

Re: [MP3 ENCODER] LAME/MPG123 ACM

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] LAME/MPG123 ACM

And while you're on it , how about writing a driver ( for windows ) for the SoundBlaster 64 PCI ( aka Ensoniq AudioPCI ) that allows you to actually use all four channels ( like with linux ) ? I'm sure there is a demand for it , because the most asked questions for the DJ programs (*) is "Can I us

Re: [MP3 ENCODER] LAME/MPG123 ACM

I don't think this is related to LAME is it? 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 allows you to > actually > use all four channels ( like with linux ) ? > I'm sure there is a demand

Re: [MP3 ENCODER] using lame363 for shuttle transmission

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 =

AW: [MP3 ENCODER] LAME/MPG123 ACM

>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 does

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

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 ) tha

Re: [MP3 ENCODER] using lame363 for shuttle transmission

Segher wrote:> >> > >0x805e2cc :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

AW: [MP3 ENCODER] LAME/MPG123 ACM

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 reaso

RE: [MP3 ENCODER] calc_xmin

> 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

Re: [MP3 ENCODER] LAME/MPG123 ACM

I'm willing to do it if someone can point me toward some information about writing one, and if there is a stable version of LAME I can use. - Original Message - From: "Ross Levis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 16, 2000 3:29 AM Subject: Re: [MP3 ENC

Re: [MP3 ENCODER] LAME/MPG123 ACM

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

Re: [MP3 ENCODER] using lame363 for shuttle transmission

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