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

2000-09-17 Thread Jaroslav Lukesh
| Odesílatel: [EMAIL PROTECTED] | I grabbed Sprenger's smsPitchScale.cp from http://www.dspdimension.com/ | and wrapped a bit of support code around it. This program will change the | pitch of an audio file - this means you can play it back so that talking is | twice as fast but *at the s

Re: [MP3 ENCODER] LAME as a shared lib

2000-09-17 Thread Sigbjørn Skjæret
>The fix is to do what Frank suggests: go to a data-encapsulted >type interface, where every parameter must be set via >a function. We would need to write about 100 functions >along the lines of: lame_set_input_samplerate(). A much better (and tidier) solution is to have one function that you

[MP3 ENCODER] LAME as a shared lib

2000-09-17 Thread Mark Taylor
I added the stuff recently posted about making a libmp3lame.so to the Makefile, but just now realized the following problem: the LAME API is frozen. Different versions of LAME dont require any code changes to the calling application, but they do require the calling app to be recompiled since we

Re: [MP3 ENCODER] castings

2000-09-17 Thread Robert Hegemann
Albert Faber schrieb am Son, 17 Sep 2000: > Robert, > So if i have the following piece of code > > int my_signed= -1; > unsigned int my_unsigned=10; > > if (my_signed>my_unsigned) > printf("my_singed > my_unsigned\n"); > else > printf("my_singed is <= my_unsigned\n"); > > It should print

Re: [MP3 ENCODER] castings

2000-09-17 Thread Albert Faber
Robert, So if i have the following piece of code int my_signed= -1; unsigned int my_unsigned=10; if (my_signed>my_unsigned) printf("my_singed > my_unsigned\n"); else printf("my_singed is <= my_unsigned\n"); It should print: "my_singed > my_unsigned\n" according to your implicit casting r

Re: [MP3 ENCODER] latest sfb question

2000-09-17 Thread Robert Hegemann
Mark Taylor schrieb am Son, 17 Sep 2000: > > > > Gabriel Bouvigne schrieb am Son, 17 Sep 2000: > > > > Well, CBR doesn't care about sfb21 distortions, VBR does > > > > for MPEG-1. When using --noath the sfb21 still gets its > > > > ATH value. > > > > > > > > > Ok, but how about --athlower 100 ?

Re: [MP3 ENCODER] castings

2000-09-17 Thread Robert Hegemann
Albert Faber schrieb am Son, 17 Sep 2000: > Robert, > And if you don't cast it, you will leave it up to the compiler, thus the > behavior becomes compiler specfic, will it cast the unsigned to a signed or > will it cast the signed to an unsigned value. What does happen, if you don't > cast, and as

Re: [MP3 ENCODER] latest sfb question

2000-09-17 Thread Mark Taylor
> > Gabriel Bouvigne schrieb am Son, 17 Sep 2000: > > > Well, CBR doesn't care about sfb21 distortions, VBR does > > > for MPEG-1. When using --noath the sfb21 still gets its > > > ATH value. > > > > > > Ok, but how about --athlower 100 ? Will it leads to an endless loop? That > > could be a pr

[MP3 ENCODER] encoder.c file missing

2000-09-17 Thread Albert Faber
Mark, I noticed that you added the encoder.c file to the MSVC project file, however the encoder.c file is missing Albert -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] castings

2000-09-17 Thread Albert Faber
Robert, And if you don't cast it, you will leave it up to the compiler, thus the behavior becomes compiler specfic, will it cast the unsigned to a signed or will it cast the signed to an unsigned value. What does happen, if you don't cast, and assign my_signed to my_unsigned if my_unsinged > INT_M

Re: [MP3 ENCODER] problems in main.c with MSVC 5

2000-09-17 Thread Mark Taylor
> X-Authentication-Warning: geek.rcc.se: majordom set sender to >[EMAIL PROTECTED] using -f > From: Robert Hegemann <[EMAIL PROTECTED]> > Date: Sun, 17 Sep 2000 19:45:10 +0200 > Content-Type: text/plain > Sender: [EMAIL PROTECTED] > Precedence: bulk > Reply-To: [EMAIL PROTECTED] > > The declarat

Re: [MP3 ENCODER] problem in layer2 decoding?

2000-09-17 Thread Albert Faber
Gabriel, The problem was that the return code, when the end of file has been reached, was wrong (0 instead of -1). Because of that, the mp3dec structure did contain all zeros, so that's why the "number of channels has changed in mp3 file" message popped up. Albert - Original Message -

Re: [MP3 ENCODER] latest sfb question

2000-09-17 Thread Robert Hegemann
Gabriel Bouvigne schrieb am Son, 17 Sep 2000: > > Well, CBR doesn't care about sfb21 distortions, VBR does > > for MPEG-1. When using --noath the sfb21 still gets its > > ATH value. > > > Ok, but how about --athlower 100 ? Will it leads to an endless loop? That > could be a problem. I think that

Re: [MP3 ENCODER] problems in main.c with MSVC 5

2000-09-17 Thread Robert Hegemann
The declaration of sample_t should find its way into lame.h. Apropos, the frame analyzer is not API conform, it includes more than lame.h (ie. util.h, etc) Joshua Bahnsen schrieb am Son, 17 Sep 2000: > The most recent main.c in CVS does not compile correctly for me with > MSVC 5. Worked fine las

[MP3 ENCODER] castings

2000-09-17 Thread Robert Hegemann
Hi all, I see a tendency that compiler warnings get casted away. The problem is, that these castings make your compiler happy, but there is a high potential that this only covers BUGS. Everytime someone will cast away compiler warnings he should back up his change with an assertion! For example

Re: [MP3 ENCODER] latest sfb question

2000-09-17 Thread Gabriel Bouvigne
> Well, CBR doesn't care about sfb21 distortions, VBR does > for MPEG-1. When using --noath the sfb21 still gets its > ATH value. Ok, but how about --athlower 100 ? Will it leads to an endless loop? That could be a problem. I think that when --athlower is used, the lowering of the ath in sfb 21

Re: [MP3 ENCODER] latest sfb question

2000-09-17 Thread Robert Hegemann
Gabriel Bouvigne schrieb am Son, 17 Sep 2000: > Normally the ATH is used as the masking value for the latest sfb. But > if --noath is used, how is this sfb processed? > > Regards, > > -- > > Gabriel Bouvigne - France > [EMAIL PROTECTED] > icq: 12138873 > > MP3' Tech: www.mp3-tech.org Well, CB

[MP3 ENCODER] latest sfb question

2000-09-17 Thread Gabriel Bouvigne
Normally the ATH is used as the masking value for the latest sfb. But if --noath is used, how is this sfb processed? Regards, -- Gabriel Bouvigne - France [EMAIL PROTECTED] icq: 12138873 MP3' Tech: www.mp3-tech.org -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] Lame resampling

2000-09-17 Thread Gabriel Bouvigne
The results of the modification of the resampling filter size are shown here: http://bboard.mp3.com/mp3/ubb/Forum1/HTML/003127.html Regards, -- Gabriel Bouvigne - France [EMAIL PROTECTED] icq: 12138873 MP3' Tech: www.mp3-tech.org -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/

Re: [MP3 ENCODER] Psycho masking (once again)

2000-09-17 Thread Gabriel Bouvigne
> Hi! > > Nobody interested in implementing some sort of psycho masking in lame... > (see attachment Dolby, Fraunhofer) > > Regards > Piotr Borowski Do you think that according to those graphs AC3 and FhG models are better that Lame? It allows us to see that at 256k the FhG acm codec does not p

Re: [MP3 ENCODER] Psycho masking (once again)

2000-09-17 Thread Robert Hegemann
Piter B. schrieb am Son, 17 Sep 2000: > > Hi! > > Nobody interested in implementing some sort of psycho masking in lame... > (see attachment Dolby, Fraunhofer) > > Regards > Piotr Borowski What's your problem with LAME's psychoacoustic? Do you think LAME has none and should have the same psy

[MP3 ENCODER] Psycho masking (once again)

2000-09-17 Thread Piter B.
Hi! Nobody interested in implementing some sort of psycho masking in lame... (see attachment Dolby, Fraunhofer) Regards Piotr Borowski mask.rar