::
:: Currently my aim is, that the program is compilable with:
:: gcc 2.95.2
:: g++ 2.95.2
::
:: I run gcc 2.95.(3) and SAS/C (the latter is usually much more helpful on
:: warnings, and still much more forgiving on "errors")...
::
Can you add g++ for testing?
Or also some other
I've added support of 8, 16, 24 and 32 bit PCM data.
Supported are big and little endian.
But maybe the behaviour has changed.
If there are changes, currect the line:
int big = ( gfp-input_format != sf_wave ) ^ ( gfp-swapbytes == TRUE ) ;
in get_audio.c.
If big is 0, the data is treated
I hope you guys correct all the errors. Please make sure that no new bugs show up
on the next beta release! If it's very much "broken" I think it'll be best to
start again with a previous alpha, one before someone broke it. Thank you all who
are working hard on making LAME such a great encoder!
Mathew Hendry wrote:
> From: "Scott manley" [EMAIL PROTECTED]>
>
> You should search for a prgaram called 'Shorten' this is also a lossless
> compressor for Unix (free for unix
*ahem*
hello , considering that there isn't a monkeys audio for linux, I don't
supose there are any developers out
Estrunfus Maleficus schrieb am Son, 03 Sep 2000:
Mathew Hendry wrote:
From: "Scott manley" [EMAIL PROTECTED]
You should search for a prgaram called 'Shorten' this is also a lossless
compressor for Unix (free for unix
*ahem*
hello , considering that there isn't a monkeys
Robert Hegemann wrote:
Estrunfus Maleficus schrieb am Son, 03 Sep 2000:
Mathew Hendry wrote:
From: "Scott manley" [EMAIL PROTECTED]
You should search for a prgaram called 'Shorten' this is also a lossless
compressor for Unix (free for unix
*ahem*
hello ,
:: I run gcc 2.95.(3) and SAS/C (the latter is usually much more helpful on
:: warnings, and still much more forgiving on "errors")...
Can you add g++ for testing?
Or also some other C++ compiler?
Or use gcc at monday/wednesday and friday and g++ at the rest?
I have no incentive to use C++ at
I hope you guys correct all the errors. Please make sure that no new bugs
show up on the next beta release! If it's very much "broken" I think it'll be
best to start again with a previous alpha, one before someone broke it. Thank
you all who are working hard on making LAME such a great encoder!
Are you sure about that? The Layer2 decoding code doesn't compile for
me, and when I try to decode it says something about bug!!?? or
something like that, every file I try to decode does it (mp3, I disabled
layer1 and layer2 for now just so it would compile).
Josh
"Sigbjørn Skjæret"
I've improved the correlation calculator a little bit, so not only the
correlation of the pure signal is calculated, but also the correlation of
the (in time) differentiated signal.
Normally the correlation of differentiated signal is a little bit lower than
the of the original signal. But a lot
Hi Everyone,
I haven't been keeping up with things for the last week, because
my wife and I just had our first baby :-) (baby's requisite website:
www.wildpuppy.com/baby)
Anyway, now LAME CVS fails all my test cases. This is normal since
small changes in just the order of operations will show
Are you sure about that? The Layer2 decoding code doesn't compile for
me, and when I try to decode it says something about bug!!?? or
something like that, every file I try to decode does it (mp3, I disabled
layer1 and layer2 for now just so it would compile).
Ah, yes, I hadn't come that
::
:: I think, if there are really cases where MS frames would take a lot more
:: bits than ST frames, then we can tune our switching criterion and see
:: for example how the energy ratios (already calculated in GPSYCHO) look
:: like. Maybe another constraint for energy ratios would solve
:: :: I run gcc 2.95.(3) and SAS/C (the latter is usually much more helpful on
:: :: warnings, and still much more forgiving on "errors")...
:: Can you add g++ for testing?
:: Or also some other C++ compiler?
:: Or use gcc at monday/wednesday and friday and g++ at the rest?
::
:: I have
14 matches
Mail list logo