Re: [MP3 ENCODER] Greetings

1999-11-08 Thread Osamu Shigematsu
Hello, Ben. on 99.11.8 5:01 PM, "Ben \"Jacobs\"" at [EMAIL PROTECTED] wrote: 1. In C/C++ Language settings panel, try disabling "ANSI Strict". I think that will allow you to compile the //-style comments. I also solve this way, though, this is not good solution. The best way is to fix

Re: [MP3 ENCODER] Digital editing/conversion

1999-11-08 Thread DAVID BALAZIC
From: Bill Eldridge [EMAIL PROTECTED] I was reading in one source that you can 1) convert MP L3 to MP L2 in the digital domain without going analog mpg123 -s source.mp3 | musicin /dev/stdin result.mp2 Hmm, maybe You was thinking of somethinf else ? :-) 2) that MP L2 (l3?) gain cross-fades

Re: [MP3 ENCODER] Digital editing/conversion

1999-11-08 Thread Bill Eldridge
DAVID BALAZIC wrote: From: Bill Eldridge [EMAIL PROTECTED] I was reading in one source that you can 1) convert MP L3 to MP L2 in the digital domain without going analog mpg123 -s source.mp3 | musicin /dev/stdin result.mp2 Hmm, maybe You was thinking of somethinf else ? :-) Nah, I'm

[MP3 ENCODER] Something is wrong again. :P

1999-11-08 Thread Sigbjørn Skjæret
Something is wrong again, as I now am experiencing random crashes again, this has been long gone, but somewhere around 3.30-3.50 it has been reintroduced. :( I'm not sure, but I believe the previous problem was due to buffer overflow or some dodgy memory allocation .. if anyone could check this

Re: [MP3 ENCODER] Something is wrong again. :P

1999-11-08 Thread Mark Taylor
From: "Sigbjxrn Skjfret" [EMAIL PROTECTED] Something is wrong again, as I now am experiencing random crashes again, this has been long gone, but somewhere around 3.30-3.50 it has been reintroduced. :( I'm not sure, but I believe the previous problem was due to buffer overflow or some

Re: [MP3 ENCODER] Greetings

1999-11-08 Thread Mark Taylor
on 99.11.8 5:01 PM, "Ben \"Jacobs\"" at [EMAIL PROTECTED] wrote: 1. In C/C++ Language settings panel, try disabling "ANSI Strict". I think that will allow you to compile the //-style comments. I also solve this way, though, this is not good solution. The best way is to fix source

[MP3 ENCODER] LAME 3.54beta

1999-11-08 Thread Mark Taylor
LAME 3.54 beta will soon be on the web site: Encoder delay is now 48 samples. Can be adjusted to 1160 to sync with FhG (see ENCDELAY in encoder.h) Takehiro Tominaga: Faster Huffman encoding routines Takehiro Tominaga: New MDCT routines with shorter delay (48 samples instead of 528) and even

[MP3 ENCODER] lame vs. fhg

1999-11-08 Thread Ampex
this is a bit off subject, but is the goal of lame to equal or surpass the fhg mp3 codec in quality? is it possible to improve on the fhg algorithms? -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] 32K limit (was Greetings)

1999-11-08 Thread Osamu Shigematsu
Hello, Mark. on 99.11.9 10:29 AM, Mark Taylor at [EMAIL PROTECTED] wrote: I've got so many patches which change all the c++ comments to c style, I finally gave in and got rid of all the //'s :-) Thank you very much for your job! 2. To solve the problem of local data 32k in file "lame.c", I