Re: [MP3 ENCODER] Winamp/100hz bug: SOLVED!

2000-10-03 Thread Youri Pepplinkhuizen




Great! Just one thing - does the fact big_values 
is limited to 8192 now mean a loss of quality?

Imposing a maximum value of 8191 is a completely unneeded restriction 
which results in a (very tiny) loss of quality.

I don't get this, since apparantly, it is a needed 
restriction. Or is it like this: dist10 uses 8206 after adding 15 to big_values and LAME used to add 15 to 8206? I'm 
confused. Does this mean LAME complies to the ISO spec now or was the ISO spec 
incorrectly specified?

-Youri


Re: [MP3 ENCODER] Winamp/100hz bug: SOLVED!

2000-10-03 Thread Youri Pepplinkhuizen

Hmmm, nah I don't think it should. If even the ISO source uses 8206, why
change it when the Nitrane bug has already been fixed by Nullsoft? Also, how
come only Nitrane is triggered by this setting? All other decoders work
fine. It would seem like it, that using a value of 8191 is more of a
'workaround' to the Nitrane bug, but the actual bug is still present. Since
Nullsoft said they fixed it now, I don't think LAME has to lose quality just
to help out users of older versions of Winamp.

Just my opinion, I could be wrong. :)

-Youri

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



[MP3 ENCODER] Some suggestions for LAME - please review

2000-09-21 Thread Youri Pepplinkhuizen

Hi,

I got some suggestions for LAME. They're not too complicated (probably are
to implement, though), so here goes:

- LAME VBR doesn't encode the LSB (Least Significant Bit) correctly (as
described on http://privatewww.essex.ac.uk/~djmrob/mp3decoders/lsb.html) -
what exactly is causing this and how could it be fixed?
- A good suggestion, IMHO: freeformat VBR encoding up to 640 kbs - this
feature could be implemented through the -B switch (with additional values
of 384/448/512/640), which would default to 320, but could be set higher to
give a freeformat VBR. This would have the advantage that some parts which
are too difficult to compress even with 320 kbs could use even higher
bitrates which would improve the quality of those frames. I'm sure not many
people would mind a freeformat VBR MP3 if it would mean a nice improvement
in quality without having the file bloated like with freeformat CBR.
- An engine which would analyze the source data and find out which mode
for -X would be best to use for compression (I have to admit though, that I
am not too familiar with the -Xx settings - if someone could please explain
these modes (or point me to a document which explains them), I'd be very
grateful)

That's all for now. LAME is the best MP3 encoder out there - better than FhG
even - and I am certain it will improve much more, considering the great
people that are working on it right now. Keep up the good work!

Thanks!

-Youri

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )