Re: [MP3 ENCODER] Interesting high quality settings and possible bug

2000-10-06 Thread Frank Klemm
for higher bit rates. It becomes interesting for bitrates in the range from 8...24 kbps. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] VBR brutal test file, bug in ATH?

2000-10-06 Thread Frank Klemm
. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] LAME file name changes from 3.86 to 3.87?

2000-10-05 Thread Frank Klemm
:: :: :: That name was changed because one make system (MSDOS?) interpreted :: the '-' in quantize-pvt.c as a compiler option. :: MSDOS can't store a name like "quantize-pvt.c", you got at most: "quantize.c" or "quanti~1.c". -- Mit freundlichen Grüße

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

2000-10-04 Thread Frank Klemm
:: :: 3. Creating a dozen or so odd types, all synonymous with 'int' :: is a great idea. But I saw a few 'int's left. I think :: we need to replace these with more new types. :: When you were a physicist, you were a cgs advocate and a SI enemy, right? -- Mit freundlichen Grüßen Frank

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

2000-10-04 Thread Frank Klemm
. * unlikely in music also means that it is not (urgent) necessary to fic this bug in WinAmp to play correctly older lame encoded files Does it decrease performance to make this command line configurable? -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED

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

2000-10-04 Thread Frank Klemm
uint_fast16_t uint_fast32_t uint_fast64_t uint_fast128_t bool ... Also note: float_t and double_t And there are also a lot of Unix types out there (having currently fixed sizes): pid_t, dev_t, ino_t, fsid_t, gid_t, uid_t, mode_t, umode_t, nlink_t, ... -- Frank Klemm -- MP3 ENCODER mailing list ( http

[MP3 ENCODER] wrong prototype

2000-10-04 Thread Frank Klemm
fft routines are wrongly prototyped: void fft_long ( lame_internal_flags* gfc, FLOAT x_real [BLKSIZE ], int, sample_t ** ); void fft_short ( lame_internal_flags* gfc, FLOAT x_real [3] [BLKSIZE_s], int, sample_t ** ); void init_fft ( lame_internal_flags* gfc ); Right is: void

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

2000-10-04 Thread Frank Klemm
32 18 105.33 60.13 45 Binaural, Sennheiser HD 560, diffuse field. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] Parameter setting functions...

2000-10-04 Thread Frank Klemm
On Wed, Oct 04, 2000 at 09:42:51PM +0100, Sigbjørn Skjæret wrote: Just thought I'd say my thoughts on the different parameter setting function proposals we've had so far... Individual functions for each parameter: Pros: - None. ;) Cons: - Litters the API with "thousands" of

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

Re: [MP3 ENCODER] resampling

2000-10-02 Thread Frank Klemm
= cheychev_polynom ( (double) STOP_BAND / i, ORDER ); damp = 10. * log10 ( 1. + ripple * poly * poly ) + ( ORDER 1 ? 0. : -PASS_BAND_RIPPLE ); printf ( "%5u Hz%9.2f dB\n", i, -damp ); } return 0; } -- Mit freundlichen Grüßen Frank Klemm eMai

Re: [MP3 ENCODER] resampling

2000-10-02 Thread Frank Klemm
:2. c) Both should be possible. I only need the input: a), b) or c). -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER

Re: [MP3 ENCODER] MMX question

2000-09-28 Thread Frank Klemm
(_){float x,sin();for(_=0;__*_8;_+=_) ... -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se

Re: [MP3 ENCODER] resampling

2000-09-28 Thread Frank Klemm
in unnecessary distortions. You can see this in the spectral view of CoolEdit Pro. LTI stands for Linear Time Invariant. Non LTI systems are generating additional frequencies instead of only emphasing and deemphasing frequencies. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED

[MP3 ENCODER] Second question: Compatiblity

2000-09-28 Thread Frank Klemm
coding. In this case compatibility can be achieved via a simple trick. [_] Frontends also accessing this structure during the coding process. This makes things much harder. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49

Re: [MP3 ENCODER] resampling

2000-09-28 Thread Frank Klemm
ScalarWindow ( Dest.fData [i], Coeff [i%iNew], sData + k ); } -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER

Re: [MP3 ENCODER] TagItem issues...

2000-09-27 Thread Frank Klemm
instead of patching the results of this problems. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se

Re: [MP3 ENCODER] Free format

2000-09-27 Thread Frank Klemm
, reason for BUG? :: 2880*8 = 23040 bits, more than 32767/2, reason for BUG? :: :: I haven't looked deeper at this, I had no time yet :-(. :: test this also with --noshort. --decoder crashs on larger data rates and --noshort. -- Mit freundlichen Grüßen Frank Klemm eMail

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

2000-09-27 Thread Frank Klemm
). Example: The easiest AR filter, a integrator (1st order) can only be programmed by a infinite long MA filter. Are polyphase filters LTI systems? FFT filters aren't. And they are comparable with the subset of MA filters. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL

[MP3 ENCODER] Please Vote: Interface types

2000-09-27 Thread Frank Klemm
) Note: POSIX unbuffered I/O works in this way: open/read/write/close/lseek/dup/dup2 Good operating Systems also hiding the internal structure by memory protection (Kernel/User space). Hope this helps. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED

Re: [MP3 ENCODER] TagItem issues...

2000-09-27 Thread Frank Klemm
uot;The following error occured", error ); fwrite ( fp, 1, bb.len, bb.ptr ); if ( bb.size 16384 ) printf ( "BitBuffer was increased by a subroutine, instead of crashing!\n" ); free_bytebuffer ( bb ); error = lame_close ( gfp ); if (error) lame_perror ( "Shit, the l

Re: [MP3 ENCODER] realtime encoding specs ?

2000-09-25 Thread Frank Klemm
' lameopt='-b128 -V0 -q1 -mj --lowpass 15.0' lameopt='-b128 -V1 -q1 -mj --lowpass 15.0' lameopt='-b160 -V0 -q1 -mj --lowpass 15.0' If you are recording for CDs change fs to 44100. May be someone can add this to lame (rlame.sh = recorder lame)? -- Mit freundlichen Grüßen Frank Klemm

Re: [MP3 ENCODER] TagItem issues...

2000-09-25 Thread Frank Klemm
ndif LAME* lame_open ( void ); intlame_set_crc( LAME*, enable_t ); intlame_set_genuine( LAME*, bool ); intlame_set_lowpass( LAME*, double ); intlame_close ( LAME* ); double lame_report_lowpass ( const LAME* ); // I hate set and ge

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

2000-09-24 Thread Frank Klemm
oding. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] Simple ABX testing program

2000-09-24 Thread Frank Klemm
= r/R Review f/F Forward/Cue -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] various questions (was: Some suggestions for LAME - please review)

2000-09-24 Thread Frank Klemm
(+/- 3 dB) * attack time: ca. 0.5 ms * release time: ca. 20...30 ms * but: no silence between the attacks How to capture Win95 Screen Shots? What utility would be the best? -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] various questions (was: Some suggestions for LAME - please review)

2000-09-24 Thread Frank Klemm
e also ISO 532: "Methode de calcul du niveau d'isononie" Another question: I have some C++ programs generating test signals. The programs are around 1...2 KByte large and generating WAV-Files in the range from 1...10 MByte. Some of them are really nasty for MP3. Should we collect such p

Re: [MP3 ENCODER] various questions (was: Some suggestions for LAME- please review)

2000-09-24 Thread Frank Klemm
Long Blocks Short Blocks 32 kHz: ...15.25 kHz...14.92 kHz 44.1 kHz: ...15.96 kHz...15.50 kHz 48 kHz: ...15.96 kHz...15.62 kHz -- Mit freundlichen Grüßen Frank Klemm PS: °) minimum requirements of studio equipment frequency response. eMail | [EMAIL P

Re: [MP3 ENCODER] post-encoding mp3 amplification

2000-09-24 Thread Frank Klemm
/~lrsp/English/index.html I can't download any file. Download starts at 5 KB/s and decreases slowly to 50...100 B/s. Time-Out after 50...100 KB. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] post-encoding mp3 amplification

2000-09-23 Thread Frank Klemm
-point PCM file. These decoders have problems with high level clipping and with low level quanization noise. MP3 can handle a dynamic of up to 400 dB. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641

Re: [MP3 ENCODER] Live-XMMS 1.0.0 and Lame 3.87

2000-09-23 Thread Frank Klemm
is displaying a lot of nonsense for RT tasks. You can write RT programs allocating 50% of the CPU power and top still says the program generates a load below 1%. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home

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

2000-09-23 Thread Frank Klemm
ear can't distinguish noises with nearly the same spectral power density, so it is sufficient to code a noise signal with a similar but different SPD. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] latest sfb question

2000-09-18 Thread Frank Klemm
(A) \___/ \ _ \___ \_ \___ \_ \_ \_ \_ x\ 40 dB(A)\_ \ \_ \ \_ -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641

Re: [MP3 ENCODER] castings

2000-09-18 Thread Frank Klemm
:: :: 1) one type is long double, the other will be casted to long double :: 2) one type is double, the other will be casted to double :: 3) one type is float, the other will be casted to float Fully wrong. The rest I haven't checked. -- Mit freundlichen Grüßen Frank Klemm eMail

Re: [MP3 ENCODER] castings

2000-09-18 Thread Frank Klemm
:: :: Albert you are right, but this shows that it is necessary to be :: resolved, not casted. :: Compile programs with gnatmake, not with gcc ;-) -- Mit freundlichen Grüßen Frank Klemm PS: Ada programs are compiled with gnatmake. Make functionality is part of Ada itself. eMail

Re: [MP3 ENCODER] latest sfb question

2000-09-18 Thread Frank Klemm
Emacs Settings ~~ So, you can either get rid of GNU emacs, or change it to use saner values. To do the latter, you can stick the following in your .emacs file: (defun linux-c-mode () "C mode with adjusted defaults for use with the Linux kernel." (interactive) (c-mode)

Re: [MP3 ENCODER] castings

2000-09-18 Thread Frank Klemm
(a+b-b!=a on overrun) can be supported). -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se

Re: [MP3 ENCODER] castings

2000-09-18 Thread Frank Klemm
d Finished LCLint checking --- 3 code errors found -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] latest sfb question

2000-09-18 Thread Frank Klemm
response of the audio equipment and listening room, especially interferences and hall. See remarks in AAC listening test. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R

Re: [MP3 ENCODER] castings

2000-09-18 Thread Frank Klemm
; // give a different result on gcc printf ( "%30.12f\n", (double)x * (double)y ); printf ( "a*a is %g, sizeof(a*a) is %u\n", a*a, sizeof(a*a) ); // ;-) return 0; } Maybe Richie made an arrangement with the FORTRAN compiler builder to save their jobs for the next 50

Re: [MP3 ENCODER] castings (OT)

2000-09-18 Thread Frank Klemm
it should be gave the same result. But it gave different results. Also tables are much nicer. Table lookup is faster and more error proof than text parsing ;-) -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] Time-stretching (off topic)

2000-09-14 Thread Frank Klemm
and also preecho problems, with can be reduced by variable analyzer window size. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] MP3 DECODER: Current frame channel type

2000-09-14 Thread Frank Klemm
point interpolation instead of the sinc interpolator? -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching)

2000-09-13 Thread Frank Klemm
that. An functions become shorter. Programmers may like large functions, at least maintainers not. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany

Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching)

2000-09-13 Thread Frank Klemm
time display shows the REAL world time which normal humans really interest. The last is the remaining real world time until the program is finished. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641

Re: [MP3 ENCODER] Percentages (informational)

2000-09-13 Thread Frank Klemm
[Charset iso-8859-2 unsupported, filtering to ASCII...] :: Frank Klemm wrote: :: :: The following outputs have the following meanings: :: ::[ ] p = 0.00%, never used ::[%..] 0.00% p 0.01% ::[%.0] 0.01% p 0.05% ::[%.1

Re: Re[2]: [MP3 ENCODER] MS switching

2000-09-12 Thread Frank Klemm
% -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] --voice

2000-09-12 Thread Frank Klemm
any problem ;-) The same can be done with: phone, voice, radio, tape, cd and studio. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: Re[4]: [MP3 ENCODER] MS switching

2000-09-12 Thread Frank Klemm
Hertz kbps kilo bits per second bpf bits per frame That's why FhG switches to 48 kHz on 320 kbps. But: A lot of players and soundcards have problems with 48 kHz Upsampling of lame is worse (downsampling is good, but not very good) -- Frank Klemm -- MP3 ENCODER mailing list

[MP3 ENCODER] RPC support

2000-09-12 Thread Frank Klemm
, but the outer layers of lame. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching)

2000-09-12 Thread Frank Klemm
There are two possiblities for display update frequency: 1st) #define I_HAVE_NEVER_SEEN_LAME_ON_A_486_100_OR_A_ATHLON_1000 and display updates every 50 frames (MPEG-1) or 100 frames (MPEG-2) (Why this differences?) 2nd) Do not define

Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching)

2000-09-12 Thread Frank Klemm
. $ _ This feature is enabled for -qual=7...9 and without any quality selector. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] Percentages (informational)

2000-09-12 Thread Frank Klemm
of already coded frames * Showing the percentage relative to the number of expected frames Both have advantages and disadvantages. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching)

2000-09-12 Thread Frank Klemm
:: ETA - Estimated time of arrival. :: Why this time changes continuously? Is the estimation so bad? I think it's not the estimated time of arrival, but the remaining time until arrival. RTUA? -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED

Re: [MP3 ENCODER] Re: MP3 Format

2000-09-10 Thread Frank Klemm
610 KB voice (0...12 kHz) fs=24 kHz fs=32 kHz 1.8 MB 2.0 MB So I suggest to use block 1, which uses the fs with the lowest bitrate. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64

[MP3 ENCODER] VBR / CBR / ABR

2000-09-10 Thread Frank Klemm
) 36864 36864 36864 What would be done in VBR/ABR if the needed frame size is between two allowed sizes? Emitting frames with wobbling effective frame size or also using a (small) bit pool and a more constant effective frame size? -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL

[MP3 ENCODER] MS switching

2000-09-10 Thread Frank Klemm
becomes more and more unlikely for high bitrates. This is better than a sharp break. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] Extending report

2000-09-10 Thread Frank Klemm
Is it possible to extend the report at the end? 128.0 kbps frames: 1 total, 571 short, 8917 Mid/Side "%5.1f kbps\tframes: %5lu total, %4lu short, %5lu Mid/Side\n" -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] very lowand very high-quality settings

2000-09-10 Thread Frank Klemm
e. :: And if it's not the case, why only lowpassing and not bandpassing? :: Bandpassing is better, indeed. If available. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid

Re: [MP3 ENCODER] include-defines

2000-09-10 Thread Frank Klemm
4 name_extention_INCLUDE 5 name_DOT_extention 6 somethingelse_H Select one and apply it to ALL files. 3) seems to be a good joice. Someone against this? -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721

Re: [MP3 ENCODER] LAME style guide, rule #1

2000-09-10 Thread Frank Klemm
hing to do with MP3. Okay, C is a language "guarantee for nothing, compile everything", so it's very difficult to write something which is "complient C code". Yesterday I compiled "The old man and the sea", got only 3 warnings, but the program does not run. Strange ;-) --

Re: [MP3 ENCODER] Correlation mid/side

2000-09-09 Thread Frank Klemm
. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] Correlation mid/side

2000-09-09 Thread Frank Klemm
. * ld (32767/19100) ) = floor ( 4. * 0.77867 ) = floor ( 3.1147 ) = 3 Enlarge scale factors by 3. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany

Re: [MP3 ENCODER] Correlation mid/side

2000-09-08 Thread Frank Klemm
nally, all that is mathematically right, should not be right in life. :: To find a mathematical solution, fill out the sheet: aim (note: not a know solution, really the aim): addition conditions: -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (364

Re: [MP3 ENCODER] Correlation mid/side

2000-09-08 Thread Frank Klemm
of trimming, and then had the one of :: DC adjust. I think I'll go this way, since I have to scan the whole file for :: the other processings... :: trimming and normalization can be done without first scanning the whole file. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED

Re: [MP3 ENCODER] Lame re-sampling bug?

2000-09-08 Thread Frank Klemm
change in util.h | filter_l = 191change in util.c | 200 - 19 == 191 ??? -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] Correlation mid/side

2000-09-07 Thread Frank Klemm
) * -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] problems with LAME CVS

2000-09-07 Thread Frank Klemm
this problem. For -ms I doubt that this is the case. See ^^^ Also note that "a" tends to slip from big positive values directly to opposite negative values. See also next e-Mail. -- Mit freundlichen Grüßen Frank Klemm eMai

Re: [MP3 ENCODER] problems with LAME CVS

2000-09-07 Thread Frank Klemm
intfd; report_init (); if (argc 2) readfile ( "stdin", 0 ); else while ( (name = *++argv) != NULL ) { if ( (fd = open ( name, O_RDONLY )) = 0 ) { readfile ( name, fd ); close ( fd ); } else {

Re: [MP3 ENCODER] Lame re-sampling bug?

2000-09-07 Thread Frank Klemm
freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] problems with LAME CVS

2000-09-07 Thread Frank Klemm
ik/Fraunhofer_Beispiele/extended-PCM/BlackBird.wav -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] Correlation mid/side

2000-09-06 Thread Frank Klemm
new option: --nice: Changes priority depending on system load (uses clock, gettimeofday and sleep: nice is not portable and useless to it bad design) -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone

Re: [MP3 ENCODER] Correlation mid/side

2000-09-06 Thread Frank Klemm
:: Yes. The question is what you hear first, the distortion or the primary tone. :: I want to made sub-woofer with 16-30Hz range for my :: home stereo, but no lower. :: Note: fu box volume 50 Hz10 l 40 Hz24 l 30 Hz77 l 20 Hz 390 l 10 Hz 6250 l -- Mit freundliche

Re: [MP3 ENCODER] lame source C++ compatible?

2000-09-06 Thread Frank Klemm
:: enough to make porting a chore, usually an unnecessary one. Then you have :: C99 with a pile of features that C++ lacks, such as variable-length arrays. :: So it is wise to use the subset of C89/C95/C99 and C++ that is identically in this languages. -- Mit freundlichen Grüßen Frank Kle

Re: [MP3 ENCODER] ABR 320?

2000-09-05 Thread Frank Klemm
:: would it be possible to encode an mp3 at ABR 320 using frames larger :: than 320 kbps? :: e.g. 440kbps , 560kbps :: 560 kbps result in distortions. 551 kbps is the last without heavy artefacts. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL

Re: [MP3 ENCODER] normalization

2000-09-05 Thread Frank Klemm
errors cause some problems Rounding cases problems, especially on high quality/low noise audio. The simpliest way is to add 0.75 LSB triangle noise before rounding. -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] mpglib compiles once again...

2000-09-05 Thread Frank Klemm
fixed a mono-decoding bug in layer1.c?! :: Fixed. First I tried to print out the Layer I/II/III file format (download of Staroffice was necessary). Guessing is really not my strength. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49

Re: [MP3 ENCODER] VBR, distortion, and CBR

2000-09-05 Thread Frank Klemm
1.412 : 1 :: +3.5 99.9 9.5 1.496 : 1 :: Search also for "masking_lower" in "lame.c". -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-

[MP3 ENCODER] Multi Pass MP3 Encoder

2000-09-05 Thread Frank Klemm
-| MS/LR ^^^ gpsycho ^^ coder ^ coder (out of bit scenario) -- Mit freundlichen Grüßen Frank Klemm °) circular overlapping buffer Two successive buffers are filled with the same data. | 1 2 3 4 5

Re: [MP3 ENCODER] the -mx mode - different philosophy

2000-09-05 Thread Frank Klemm
[Charset iso-8859-2 unsupported, filtering to ASCII...] :: Frank Klemm wrote: :: :: :: -md is not documented. :: :: :: :: What is it ? Does anyone made a dual channel mode? :: :: :: :: :: It's like -ms, but no bitrate balance is possible between the channels :: (maybe also

Re: [MP3 ENCODER] Correlation mid/side

2000-09-05 Thread Frank Klemm
- bit pool fuel - (the future of the audio file using one mechanism I mailed before) - user options? -- Mit freundlichen Grüßen Frank Klemm °) SPL = Sound preasure level eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545

Re: [MP3 ENCODER] normalization

2000-09-05 Thread Frank Klemm
cause some problems :: | :: | Rounding cases problems, especially on high quality/low noise audio. :: | :: | The simpliest way is to add 0.75 LSB triangle noise before rounding. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721hom

[MP3 ENCODER] Coding history report for each (non trivial) function

2000-09-05 Thread Frank Klemm
error bug removed */ -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] MGDIFF

2000-09-05 Thread Frank Klemm
/` if diff -bwB --brief $file1 $file2; then echo equal $i else echo -e "\033[7mDifferent: $i\033[0m" mgdiff -title "mgdiff $i" -geometry 1536x800 -args "-bw" $file1 $file2 sleep 2 fi done -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED

Re: [MP3 ENCODER] Frank's coherence [off topic?]

2000-09-05 Thread Frank Klemm
a remark on this piece of code. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] Layer III decoding has been broken between Mo and now

2000-09-05 Thread Frank Klemm
Decoding of Layer 3 doesn't work anymore. Last checkout/commit/checkout in the night So/Mo worked, now it is broken. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str

[MP3 ENCODER] Neues File

2000-09-05 Thread Frank Klemm
Ich benötige ein neues File für mlame/mlame.bat mlame_corr.c oder so. mlame soll (auf Wunsch) automatisch zwischen -ms, -mj und -mm umschalten. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641

Re: [MP3 ENCODER] Please stop breaking LAME... ;)

2000-09-04 Thread Frank Klemm
. :: Waiting for more than 2 or 3 days makes it nearly impossible to check in changes. That are the results of the usage of SourceSafe at work. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail

Re: [MP3 ENCODER] Please stop breaking LAME... ;)

2000-09-03 Thread Frank Klemm
hen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] Please test byte order handling

2000-09-03 Thread Frank Klemm
as little endian, otherwise as big endian. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se

[MP3 ENCODER] Some of the test signals

2000-09-03 Thread Frank Klemm
el Sol -- [5] Fragilidad.wav 5.396%6.870% 56.256% Sting/Nada como el Sol -- [5] Fragilidad.wav -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena

Re: [MP3 ENCODER] the -mx mode - different philosophy

2000-09-03 Thread Frank Klemm
with 20 CD albums): -mm 100% -mj -mm * 1.62 ...1.88 -mf -mj * 0.999...1.001 -ms -mm * 1.985...2.001 -md is not documented. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R

Re: [MP3 ENCODER] Please stop breaking LAME... ;)

2000-09-03 Thread Frank Klemm
ou write a C program with 1 serious error/1500 LOC, you are a top programmer. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER

Re: [MP3 ENCODER] lame source C++ compatible?

2000-09-02 Thread Frank Klemm
isturb the remaining thousands of warnings. C++ have problems more problems to compile every collection of ASCII characters ;-) -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid

Re: [MP3 ENCODER] Please stop breaking LAME... ;)

2000-09-02 Thread Frank Klemm
turn value of the final fwrite(). There are runtime libs out there which reports an error for the request of writing 1 item of 0 bytes. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail |

Re: [MP3 ENCODER] mlame usage without naming .mp3.mp3

2000-09-02 Thread Frank Klemm
:: How do you get mlame to batch encode MP3-MP3 without adding a ".mp3" to :: every file; resulting in a file with ".mp3.mp3" as extentions? :: :: Brent :: -- :: MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ ) :: Fiexed. -- Mit freundlichen Grüßen

[MP3 ENCODER] Heavy problems with lame source file design

2000-09-02 Thread Frank Klemm
I have heavy problems replacing the definition of the element: internal_flags in the structure lame_global_flags. lame_internal_flags is defined in lame.h with: // /* more internal variables, which will not exist

[MP3 ENCODER] Encoding 44.1 kHz as 48 kHz sounds not so very well

2000-09-01 Thread Frank Klemm
Why a quadratic interpolation is used for upsampling instead of a sinc interpolator? -- Frank Klemm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] lame/CODING_STYLE

2000-09-01 Thread Frank Klemm
:: Frank Klemm schrieb am Fre, 01 Sep 2000: :: lame/CODING_STYLE, version 0.001 ;-) :: - :: This is the first try of a Coding Style: :: :: notes on some points :: :: * Don't use tabulators (the character

[MP3 ENCODER] lame source C++ compatible?

2000-09-01 Thread Frank Klemm
How to compile lame on a system where only a C++ compiler is available (the C compiler costs extra money)? Currently lame generates nearly uncountable errors with a C++ compiler. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641

  1   2   >