Hi Frank,
1. FFT filters are strictly speaking no filters (they are not a LTI system),
so they have some nasty properties, which are more or less audible. The
audibility depends on the steepness of the filter. So high passes should
never be made by FFT filters. Never ever.
On Sun, Oct 01, 2000 at 09:10:19PM +0200, Robert Hegemann wrote:
So for backward compatibility we should make a wrapper library
with the old interface (as much as possible) and mark this as
old and outdated, to give clients the possibility for smooth
migration to
I was going through my backlog of email that still needs to be
answered, and I came upon Rob's Jun 21 message (below) about the
maximum value of the big_values range. As I read this message for the
third time, still not sure what to think about this issue, it occured
to me: This has to be the
Here's a diff against Makefile.in cvsed this morning. Not every system has
GNU make as the default:
-
*** Makefile.in Sun Oct 1 19:34:33 2000
--- Makefile.in.fixed Mon Oct 2 10:11:54 2000
***
*** 450,462
$(LN_S) $(SHARED_LIB_MAJOR) $(SHARED_LIB)
$(PGM): lib
Naoki IIRC, bug of winamp is also triggered by FhG encoded mp3 file.
This means that nitrane has more than one bug.
So, changing IXMAX_VAL to 8191 doesn't solve all problems.
I think we should investigate what FhG encoder does, and make lame do
what FhG does.
--
Naoki Shibata e-mail:
::
::
::I think this should be a seperate utility outside of lame? Most people
::encode from CDs, which usually are already correctly filtered for stuff
::below 20 Hz.
::
:: For pop music this is (mostly) true. I will test several CDs. Next week.
:: The psycho part I would
::
:: Question: When fs_in/fs_out is not representable by a:b with little a and b,
:: what do you like best:
::
:: [_] Lame rounds fs_in in a way, so fs_in/fs_out is representable by little a:b
:: [_] Lame have a function to resample exactly any ratio
:: [_] both,
What about the proposal to design and discuss a well designed lame API now
without implementation? AFAICS this takes at least 3 months, if you want to
have a durable and neat API, Mark don't want to change the API until summer
2001. May be should use this time to design all the structures
X-Authentication-Warning: geek.rcc.se: majordom set sender to
[EMAIL PROTECTED] using -f
Date: Mon, 02 Oct 2000 18:32:58 +0900
From: Naoki Shibata [EMAIL PROTECTED]
Content-Type: text/plain; charset=US-ASCII
Sender: [EMAIL PROTECTED]
Precedence: bulk
Reply-To: [EMAIL PROTECTED]
Mark
Should we change IXMAX_VAL to 8191?
pros:
1. as Rob points out, less false syncwords in the bitstream.
(8206 is encoded as 0x1FFF).
2. LAME produced mp3's will no longer trigger Winamp bug.
cons:
1. Winamp may not bother to fix their decoder
2. Tiny loss in quality just to pander to
This is a good idea. Some comments (Frank: not all of these are serious:-)
I am serious :)
5. All developers should be required to take 200 hours of UML training
before working on any more code.
6. Learn more about CVS, especially about making your own branch.
---
[EMAIL PROTECTED] // may
On Fri, 29 Sep 2000, Robert Hegemann wrote:
does someone know any sample where a VBR encoded MP3 with -q1
gives a better sounding MP3 compared to a same sized VBR with -q2 ?
From your recent postings I'm detecting that you think -q1 can only rarely
give a sonic improvement. In fact it is
I know mp3_check can do it...
Only keep valid frames from any MP3 files...
The problem is that I never released publicly the Win32 build/corrections...
And I have no time to do so :(
so if you use Linux, you can do it :)
- Original Message -
From: "Roel VdB" [EMAIL PROTECTED]
To:
I was only wondering about the size of the wav's (not the binary contents).
As noted in a parallel reply from Mark, the discrepancy had something to do
with the VBR header being decoded into extraneous samples.
Thank you,
Liviu
- Original Message -
From: "Zia Mazhar" [EMAIL PROTECTED]
True, it was the -t encode switch.
By the way, isn't "lame -?" -t disable writing wav header when
using --decode a bit misleading about this?
Yes, that is a little misleading: "-t" option is listed twice,
since it disables wav headers when decoding, and disables
Xing headers when
For decoder enthusiasts: 100hz bug fixed versions of Nitrane and their
upcoming Nitrane replacement are available at:
http://www.sulaco.org/mp3/winamp/winamp.html
Nullsoft sent me these .zip files, but I haven't tested them
yet. They are probably also available somewhere on www.winamp.com.
::
:: Question: When fs_in/fs_out is not representable by a:b with little a and b,
:: what do you like best:
::
:: [_] Lame rounds fs_in in a way, so fs_in/fs_out is representable by little
a:b
:: [_] Lame have a function to resample exactly any ratio
:: [_]
17 matches
Mail list logo