The MP3 encoder will resample your audio to 16/44.1 before it does it's things.
Wondering where you got this from? Is this down-sampling to 16/44.1k before mp3 encoding specific to the encoder you use and is this pre-encoding downsampling discussed on the manual for the encoder or something?
It might be lame specific. But I read it in the documentation for that (or of that) encoder which seems popular as the goto MP3 encoder. It also makes sense in that MP3 is optimized for CD quality. Not to imply that ALL encoders do the resample first step. Or that the codec itself is CD quality specific.
lame/USAGE
--- low bitrates ---
lame will automatically convert to 16 bit (as will FhG and Xing)
(slightly paraphrased)
--- CRC error protection ---
Yes this really does work correctly in LAME. However it takes 16 bits per frame that would otherwise be used for encoding.
--- sampling frequency in kHz ---
LAME will automatically resample the input file to one of the supported MP3 samplerates if necessary.
lots of references to "The input file can be any input type supported by encoding", but no list of encoding supports directly... Without delving into the actual code anyway. But it stands to reason that most of the bug reporting and fixes would be related to 16 bit 44.1kHz samples (CD quality). So even if the other rates are supported, there may be unreported and unresolved issues related to content (if only in theory). And on the manpage for frequency options the list 8/11.025/12/16/22.05/24/32/44.1/48 is listed. Which would imply that 24 bit 96kHz is NOT a supported encoding
under "-b n" in the man page.
- For MPEG-1 (sampling frequencies of 32, 44.1 and 48 kHz)
- For MPEG-2 (sampling frequencies of 16, 22.05, and 24 kHz)
- For MPEG-2.5 (sampling frequencies of 8,11.025, and 12 kHz)
(with a list of n values for each)
Mpeg-1 Layer III for what passes as a playable MP3 on my MR-1000 field recorder. (stereo ONLY, if the latest firmware hasn't addressed that quirk on that device)