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

2000-09-16 Thread Mark Powell
On Fri, 15 Sep 2000, Greg Wooledge wrote: Most of you probably know this, but for those who don't: BI = 2== Billion:10^12 (10^6*2) TRI = 3 == Trillion: 10^18 (10^6*3) In the US, MONO = 1 == Million = 10^6 (10^3 * 10^(3*1)) BI = 2 == Billion = 10^9

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

2000-09-15 Thread Mark Powell
On Wed, 13 Sep 2000, Arne Zellentin wrote: I think it's not the estimated time of arrival, but the remaining time until arrival. RTUA? Actually I think it's Estimated time _to_ arrival. Ofs and tos are quite often left out of acronyms. I'm not sure but I think I've also seen ETA with the

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

2000-09-15 Thread Greg Wooledge
Francois du Toit ([EMAIL PROTECTED]) wrote: Most of you probably know this, but for those who don't: BI = 2== Billion:10^12 (10^6*2) TRI = 3 == Trillion: 10^18 (10^6*3) In the US, MONO = 1 == Million = 10^6 (10^3 * 10^(3*1)) BI = 2 == Billion = 10^9 (10^3 *

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

2000-09-13 Thread Gabriel Bouvigne
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?) This difference is probably because in mpeg-1 there are

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

2000-09-13 Thread David Balazic
Jaroslav Lukesh wrote: | Another question: | What is ETA? A basque terror organization? I don't found it in any printed | dictionary, also not in the big webster I bought in England. But you find | nearly all C keywords in it ;-) | | | eta: the 7th letter of the Greek alphabet -- H or n

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

2000-09-13 Thread David Balazic
Frank Klemm wrote: On Tue, Sep 12, 2000 at 12:25:46PM +0200, Gabriel Bouvigne wrote: FhG forces 48 kHz on 320 kbps. Maybe to bring the bits/granule ratio to the right place. But in VBR mixed sampling rates are fordidden. Also in CBR. I recall seeing a test bitstream with

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

2000-09-13 Thread Mark Taylor
Frank, your are missing a third option: PROJECT_MAINTAINER_DOES_NOT_CARE_AND DOES_NOT_WANT_THIS_CODE_IN_LAME The display is updated every 50 frames. It is simple and works well enough. I want this type of code kept to an absolute minimum since this kind of stuff really belongs in the front

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

2000-09-13 Thread Frank Klemm
:: :: Frank, your are missing a third option: :: :: PROJECT_MAINTAINER_DOES_NOT_CARE_AND DOES_NOT_WANT_THIS_CODE_IN_LAME :: :: The display is updated every 50 frames. It is simple :: and works well enough. :: :: I want this type of code kept to an absolute minimum since this kind

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

2000-09-13 Thread Frank Klemm
:: :: This also prevents lame from update frequencies in the range of :: 50...60 Hz :: (resulting in additional hum!) on Athlon 1000 systems coding mono, :: low :: quality MPEG-2 files. Sounds worse. :: :: Are you saying (I hope say is correct) that on fast systems,

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

2000-09-12 Thread Gabriel Bouvigne
The 4 examples I brought were POSSIBLE information you have after coding a PCM file. These are possible scenarios after you have coding files. You've tried to do your very best and you see after coding it wasn't. Real world examples and exercises: After coding with -V0 you got: --snip--

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
On Tue, Sep 12, 2000 at 12:25:46PM +0200, Gabriel Bouvigne wrote: In both cases I think ( I didn't really calculate) the size increase should be something around 5%. Wrong. For the slight increase ca. 0.1%, for the more harder ca. 1%. Yes, it's tolerable, but I personnaly don't think

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

2000-09-12 Thread Mark Stephens
ETA - Estimated time of arrival. kind of obscure :) mark stephens - Original Message - From: "Frank Klemm" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 12, 2000 4:00 PM Subject: Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching) Anothe

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] min bitrate and bit reservoir (was: MS switching)

2000-09-12 Thread Arne Zellentin
On Mit, 13 Sep 2000, you wrote: :: 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? Actually I think it's Estimated time _to_ arrival. Ofs and tos are