It’s easy to compute but I figured I’d save it here for reference
Rate | bPS | BPS | KB/sec | Mins/GB | CD ratio | Notes |
44.1-16 | 1,411,200 | 176,400 | 172.27 | 101 | 1.00 | Redbook CD |
44.1-24 | 2,116,800 | 264,600 | 258.4 | 67 | 1.50 | |
48-16 | 1,536,000 | 192,000 | 187.5 | 93 | 1.09 | |
48-24 | 2,304,000 | 288,000 | 281.25 | 62 | 1.63 | Standard DVD |
88.2-24 | 4,233,600 | 529,200 | 516.80 | 33 | 3.00 | |
96-24 | 4,608,000 | 576,000 | 562.5 | 31 | 3.27 | Popular for modern classical music recordings |
176.4-24 | 8,467,200 | 1,058,400 | 1,033.6 | 16.9 | 6.00 | |
192-24 | 9,216,000 | 1,152,000 | 1,125.0 | 15.5 | 6.53 |
This represents actual data bits to represent the music – no overhead. If you want to know what bandwidth is needed to carry an SPDIF signal at a given rate, add extra for packet overhead.
The formula is simple:
bits per second = S * C * B S = sample rate (samples per second) C = channels (2 for stereo) B = bits per sample
For example for CD we have
S = 44100 C = 2 B = 16 S * C * B = 1,411,200 bits per second
Note: most DACs internally oversample before D-A conversion. They typically oversample at the highest integer multiple of the source rate that is less than their max rate. For example the Cirrus/Wolfson WM8741 has a max rate of 192k, so CD and DVD are oversampled 4x to 176.4 and 192 respectively. This happens automatically within the DAC chip. Because of this, it’s usually pointless to oversample an audio signal before feeding it to a DAC – the DAC is going to do it anyway, so why waste processing power and bandwidth doing it yourself?