Re: [MP3 ENCODER] Some suggestions for LAME - please review

2000-10-02 Thread Mark Taylor
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.

Re: [MP3 ENCODER] mpglib related routines (Re: modularization)

2000-10-02 Thread Frank Klemm
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

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

2000-10-02 Thread Mark Taylor
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

[MP3 ENCODER] Fix for Makefile.in

2000-10-02 Thread Mark Powell
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

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

2000-10-02 Thread Naoki Shibata
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:

Re: [MP3 ENCODER] resampling

2000-10-02 Thread Frank Klemm
:: :: ::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

Re: [MP3 ENCODER] resampling

2000-10-02 Thread Frank Klemm
:: :: 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,

Re: [MP3 ENCODER] mpglib related routines (Re: modularization)

2000-10-02 Thread Mark Taylor
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

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

2000-10-02 Thread Mark Taylor
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

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

2000-10-02 Thread Gabriel Bouvigne
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

Re: [MP3 ENCODER] mpglib related routines (Re: modularization)

2000-10-02 Thread Takehiro Tominaga
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

Re: [MP3 ENCODER] -q1

2000-10-02 Thread Mark Powell
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

Re: [MP3 ENCODER] Broken MP3s

2000-10-02 Thread Steve Lhomme
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:

Re: [MP3 ENCODER] lame 3.87 encode-decode roundtrip

2000-10-02 Thread Liviu
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]

Re: [MP3 ENCODER] lame 3.87 encode-decode roundtrip

2000-10-02 Thread Mark Taylor
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

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

2000-10-02 Thread Mark Taylor
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.

Re: [MP3 ENCODER] resampling

2000-10-02 Thread Mark Taylor
:: :: 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 :: [_]