Re: [MP3 ENCODER] 32 or 44.1kHz for 128 kbit/sec mp3s from soundcard?

[Chris Sidi]

On Tue, 4 Jul 2000, Chris Sidi wrote:
 Are there soundcards out there that don't support playback at 32kHz but do
 support 44.1kHz?  Shoutcast's dsp plugin text file says:
 
[search for] the LARGEST number in the Hz column that your speed can
support that is a MULTIPLE OF 11 --
choosing 44, 22, or 11 kHz will assure that the majority of listeners
can hear your broadcast.

I emailed [EMAIL PROTECTED] and got the below response (hopefully Tom
Pepper doesn't mind me sharing his response).  However, just so it's clear
I was talking aboot recording an fm radio station or a mixer hooked up to
cd players and turntables from my line-in and getting to choose my sample
rate.  I wasn't going to resample CD rips.

-Sidi

From [EMAIL PROTECTED] Tue Jul 25 09:48:41 2000
Date: Sun, 23 Jul 2000 18:35:21 -0700
From: Tom Pepper [EMAIL PROTECTED]
To: Chris Sidi [EMAIL PROTECTED]
Subject: Re: Why should sample rate be a multiple of 11 kHz?

lots of soundcards don't have the timing right for samplerates not based
around 11, because most soundcards have a 11khz clock and not a 16khz clock.
besides, most source audio is at 44kHz anyway, and the conversion to 16 or
32 takes an initial conversion to the nearest multiple of 11, so there's no
real benefit to using 16/32.

-t

- Original Message -
From: "Chris Sidi" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, July 23, 2000 4:01 PM
Subject: Why should sample rate be a multiple of 11 kHz?


 dsp_read.txt recommends choosing a sample rate that's a multiple of 11 khz
 saying that "will assure that the majority of listeners can hear your
 broadcast."  Howso?  Are there soundcards that can't play 16 or 32 kHz
 audio?  Or mp3 players that can't?  Why this recommendation?

 From dsp_read.txt:

 * Browse the attributes menu, searching for a combination of your
 speed, stereo/mono choice, and the LARGEST number in the Hz column
 that your speed can support that is a MULTIPLE OF 11 --
 choosing 44, 22, or 11 kHz will assure that the majority of listeners
 can hear your broadcast.

 I tried searching the listserv archives and everything else at
 shoutcast.com but didn't see the answer.

 Thanks,
 Chris Sidi


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] efficiently do multiple bitrates at once?

[Chris Sidi]

On Sat, 17 Jun 2000, Gabriel Bouvigne wrote:
 Moreover, if the sampling rate is the same, if you change the bitrate,
 the frequency cut-off will be different.

Are the frequent cut-offs different at the higher bitrates, like 96, 128
and 192? (Yes admittedly I probably won't be streaming over 128kbit/sec,
but I'm curious.)

-Sidi

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

RE: [MP3 ENCODER] mp3enc31 different on windows, linux?

[Chris Sidi]

On Fri, 9 Jun 2000, Alex Broadhead wrote:
 I traced the problem to the code for computing whether to insert a padding
 slot or not, which is written using floating point arithmetic.  The two CPUs
 were getting different values in about the 15th place after the decimal
 (18th significant digit) on a floating point divide

In my case, the CPUs are identical (at least they should be - I should
double check the company who built them got it right), only the platforms
(and I guess the compilers used) are different.  Do different platforms
get slightly different results for floating point division when using the
same CPU?

Sorry for my ignorance, the closest thing to this I've studied is MIPS
assembly.

Thanks,
Sidi

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )