>
> Another point : Painter explains model I, "A non linear Psychoacoustic Model
> applied to the ISO MPEG Layer 3 coder" from Baumgarte extends model I. It
> seems that a lot of publications are exploring the model I while we only
> have the model II for layer III. Did you try to adapt model I t
>
> Sorry to bring bad news:
>
> " 7. If, as a consequence of a court judgment or allegation of patent
> infringement or for any other reason (not limited to patent issues),
> conditions are imposed on you (whether by court order, agreement or
> otherwise) that contradict the conditions of this
>
>
> Has anyone looked into the 'left channel attentuation' claimed by the USE
> mp3 test site?
>
anyone know what they mean by this?
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
> >
> >In the ISO docs, i=1..1024, code uses normal C convention: i=0..1023
> >
> >Leonid found and fixed this bug last august.
> >
> did the explanation make it into comments in the code? that
> would avoid a lot of repeat questions...
>
will do!
--
MP3 ENCODER mailing list ( http://geek.rcc.
>
> In l3bitstream.c, subblock_gain[0-2] is allocated 3 bits per one window.
> So the limit is 0 to 7, I think.
> But in loop.c, subblock_gain is limited between 0 to 2.
>
> I don't know MPEG 1 Layer 3 standard, so I don't know which is correct.
>
Actually, the default is all subblock_gains=0.
In l3bitstream.c, subblock_gain[0-2] is allocated 3 bits per one window.
So the limit is 0 to 7, I think.
But in loop.c, subblock_gain is limited between 0 to 2.
I don't know MPEG 1 Layer 3 standard, so I don't know which is correct.
AFAIK, mpg123 can play MP3 file with subbloc_gain = 7 normaly.
Hello everybody.
After a long period of neglect, MacLAME has been brought up to date with
LAME 3.36beta. If anybody is interested in downloading my patches, they
can be found here:
http://www.terrazzoworks.com/nonprophet/MacLame/
Of course, I would be happy to entertain suggestions, or any oth
>is there a buffer option in Lame?
>I need larger IO bufs.
Heh, as a matter of fact, I've just started a little discussion about that. ;)
If you are getting LAME from The Amiga Alternative Audio Page, the next
version there will probably have a bigger static buffer even if there haven't
been an
Hello,
is there a buffer option in Lame?
I need larger IO bufs.
Kind regards
--
__ __
/ / / /
/ / / /
/ / / /
__ __ / / / / 730 kkeys (210 MHz)
\ \ \ \/ / / /
\ \ \/ / / /
\ \/ /\/ /
\__/\__/ Amiga 1200T PPC AA AmigaOS 3.0 PowerUp Ober
> > Does anybody know why the Hann window defined by :
> > window[i] =0.5*(1-cos(2.0*pi*(i-0.5)/BLKSIZE));
> > in the ISO doc became
> > window[i] =0.5*(1-cos(2.0*pi*(i+0.5)/BLKSIZE));
> > in LAME ?
> >
> > Lionel
> > --
>
>In the ISO docs, i=1..1024, code uses normal C convention: i=0..1023
Hi Mark,
you wrote on Wed, Oct 27 1999:
>> lame -b 128 -X5 -v -V 4 -h -k -d --resample 48 in.wav out48.mp3
>The bug is that the error message "Error: resample code not yet
>written!" was not being printed :-)
LOL! Thanks for the clarification.
>I think the upsample to 48kHz at 320kbs because
Hello Mark,
÷åòâåðã, 28 îêòÿáðÿ 1999 ã., you wrote:
MT> int fskip(FILE *sf,long num_bytes,int dummy)
MT> {
MT> char data[1024];
MT> int i=0,nskip=0,num_to_skip = num_bytes;
MT> while (num_to_skip > 0 ) {
MT> nskip = (num_to_skip>1024) ? 1024 : num_to_skip;
MT> i = fread(data,(size_
Has anyone looked into the 'left channel attentuation' claimed by the USE
mp3 test site?
--
The comments and opinions expressed herein are those of the author of this
message and may not reflect the policies of the Martin County Board of
County Commissioners.
--
MP3 ENCODER mailing list ( http
On Thu, 28 Oct 1999, Nils Faerber wrote:
> Hello all!
> After some discussions of Lame's license and the use of Lame in commercial
> applications I had some talk with the company I have contact to and they
> changed their interface in order to include Lame as standalone program. This
> should at
> Hello all!
> After some discussions of Lame's license and the use of Lame in commercial
> applications I had some talk with the company I have contact to and they
> changed their interface in order to include Lame as standalone program. This
> should at least end teh discussion about GPL or no
Hello all!
After some discussions of Lame's license and the use of Lame in commercial
applications I had some talk with the company I have contact to and they
changed their interface in order to include Lame as standalone program. This
should at least end teh discussion about GPL or not for this k
Title: Re : [MP3 ENCODER] spreading function buggy?
> When you say using -10 and 25 gives nonsense, I think you are
> confusing tempx and tempy? The values of -10 and 25 should be applied
> to tempy not tempx, as shown above. They give very reasonable results
> which agree with the curve in
On Wed, Oct 27, 1999 at 07:52:14PM +0100, Sigbjørn Skjæret wrote:
> It's no hack, it's pure ANSI .. it's the reference buffer value for
> input/output.
i'd be _very_ surprised if this is true. does ANSI C3.159-1989 really
describe such a variable? i don't have a copy of the standard document,
18 matches
Mail list logo
