>
> this is strange... obiously something has changed in 3.86...
>
> C:\cdexbeta>lame.exe --abr 201 -b160 -h -mj f:\temp.wav f:\templame385.mp3
> LAME version 3.85 (www.sulaco.org/mp3)
> Win32 binaries from www.chat.ru/~dkutsanov/
> Using polyphase lowpass filter, transition band: 208
> "R" == Robert Hegemann <[EMAIL PROTECTED]> writes:
R> I just wanna let you know that it does not compile out of the
R> box mainly because your provided mathinline.h interferes with
R> the one installed in my Linux system.
umm,,, just remove the *MY* mathinline.h and delete the
this is strange... obiously something has changed
in 3.86...
C:\cdexbeta>lame.exe --abr 201 -b160 -h -mj
f:\temp.wav f:\templame385.mp3LAME version 3.85 (www.sulaco.org/mp3)Win32 binaries from
www.chat.ru/~dkutsanov/Using
polyphase lowpass filter, transition band: 20805 Hz - 2133
here is the web page for nasm.
http://freshmeat.net/redir/homepage/928438189/
At Mon, 7 Aug 2000 19:38:15 +0200, you wrote:
>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).
Hi Takehiro!
> Hi all,
>
> I just made my latest snapshot with a "whole new psymodel".
> it uses always MAXNOISE and do not normalize the spread function.
> and it always uses mixed block, subblock gain, scalefactor scale.
>
> The VBR mode of this code passes the "vbrtest.wav", and even more,
>
Steve Lhomme schrieb am Mon, 07 Aug 2000:
> 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)
Hello Robert,
Monday, August 07, 2000, 6:47:16 PM, you wrote:
>> In order to get the (much) higher --nspsytune filesizes down, I used
>> "--athlower -21" (or -20->-23) to compensate. [seems to go negative
>> :)]
RH> I'm sorry to say, but in my opinion it is a really bad idea to lower the file
R
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 k
Hi Roel!
> In order to get the (much) higher --nspsytune filesizes down, I used
> "--athlower -21" (or -20->-23) to compensate. [seems to go negative
> :)]
I'm sorry to say, but in my opinion it is a really bad idea to lower the file
size with that --athlower switch, you are tweaking at the wron
Hello,
RV> finding: "--nspsytune" sounds _a lot_ worse than the normal psymodel.
RV> The graphs show a lower overall distortion amplitude, but there is
RV> this noise that I can even clearly hear upto V1 (didn't test V0).
I triple-checked this. Remember those noise graphs I made
(original-decod
Hello Mark,
MT> Naoki's latest work makes a significant improvement to the psycho
MT> acoustics, so you might want to try it with --nspsytune.
MT> (scalefac_scale can still be enabled with -q1). Some of the stuff in
MT> --nspsytune will make it into the default settings soon.
MT> Mark
[ALL usin
Actually, I meant only to provide a pointer to the legitimate distribution
page for EditPro. It looks like it might be a useful MP3-related tool.
On Mon, 7 Aug 2000, David Brown wrote:
> no!!! turn this mailing list into an audio appz war3z list ;)
>
> -Original Message-
> From: [EMAIL
no!!! turn this mailing list into an audio appz war3z list ;)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tim Ruddick
Sent: 07 August 2000 14:31
To: [EMAIL PROTECTED]
Subject: Re: [MP3 ENCODER] Mayah EditPro
On Mon, 7 Aug 2000, Jaroslav Lukesh wrote
On Mon, 7 Aug 2000, Jaroslav Lukesh wrote:
> | http://cooler.irk.ru/sound/software/editors/edpro22.zip
>
> Hmmm... And what about Editpro v 3.0...?
http://www.mayah.com/content/products/editpro/editpro.html
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
| Hi folks,
|
| Just found this link to Mayah EditPro:
| http://cooler.irk.ru/sound/software/editors/edpro22.zip
Hmmm... And what about Editpro v 3.0...?
Jaroslav Lukesh
--
note: (Bill) Gates to Hell!
--
MP3 ENCODER mail
you can find this file at:
ftp://ftp.thedeepsky.com/outgoing/
>> :: I am looking for a program to check the integrity of mp3's. I know
that Nero Burning Rom does some sort of check on mp3's before burning them,
but I haven't been able to find a similar utility to check my MP3's without
Nero.
>>
Thanks E. I like the term "fixed".
"E. Zann" wrote:
> Hi folks,
>
> Just found this link to Mayah EditPro:
> http://cooler.irk.ru/sound/software/editors/edpro22.zip
>
> This version is fixed by Radium, here is what they
> say about it: "Mayah EditPro is an MP3 file editor.
> It allows you to ed
Hello Mark,
Sunday, August 06, 2000, 11:34:04 PM, you wrote:
MT> I tend to agree with this, and I think we should disable
MT> scalefac_scale for now (it can still be enabled with -q1
MT> for testing)
after some re-consideration this seems wisest imo too. after some
reports of -q1 producing poor
Hi folks,
Just found this link to Mayah EditPro:
http://cooler.irk.ru/sound/software/editors/edpro22.zip
This version is fixed by Radium, here is what they
say about it: "Mayah EditPro is an MP3 file editor.
It allows you to edit mp3 files directly, meaning
there is no lengthy 're-encoding' or a
Frank wrote-
>What about an option "adjust-level-for-psycho-model", which increases the level for
>the threshold computation, so low level music is coded with more bits.
Perhaps the ATH used for masking should be dependent upon the AC volume for each
frame, down to a point (for example, -50dB)
| 3) FhG (-br 64000 -qual 9 -crc -no-is -esr 44100) sounds very good.
(Man,
| is it slow, though.) Again, without the forced MPEG-1 sampling rate, the
| mp3enc31 will attempt to use 22050.
...
| So my question(s) are: Is the solution to my problem to
filter/downsample
| (and use joint, when
21 matches
Mail list logo