- Apr 25, 2004
- 44
- 0
- 0
I am trying to get to the bottom of this question so I figured I would ask around...
I knew when I purchased my Athlon 64 and Nforce 3 board, I would be leaving the world of Soundstorm behind. However, I figured that surely someone would have a PCI card that would do real-time Dolby Digital encoding. Of course, no such thing exists. Every time someone talks of such a solution, they are told "not enough bandwidth." I always bought this and went on my merry way. However, how is there not enough bandwidth?
PCM 16-bit/44.1k stereo -> (((16 x 44100) / 1024) / 8) x 2 = 172 KB/s -- "CD quality sound"
That gives us two channels of audio. Well, Dolby Digital is 5.1 and the .1 is a low bandwidth channel.
So, even if we take that times three, we are at 516 KB/s. This is how much raw bandwidth 6 channels of sound at "CD Quality" would take up. This is nowhere near the PCI bus limit.
And then I realized something - all this audio makes it to my sound card now a okay. Obviously there is enough bandwidth to get the raw audio channels TO the sound card. Right? I think this is where I am getting confused on WHAT the bandwidth limitation is.
Because once the raw audio signals hit the sound card, then it should be left up to the hardware to take the regular positional audio signals and turn them into a single Dolby Digital stream that can then be passed out via optical or coax to my receiver.
Soundstorm had to have the same PCI bus limitations, even if it was tied to the south bridge, so how is it any different? I know it used Hyper Transport to gain more bandwidth but bandwidth from where to where?
Or are we talking about general limitations in the PCI bus in general? I mean, you aren't sure you get to read off the bus every clock cycle, but do we not cycle fast enough where this shouldn't be an issue? Is this tied back to the ancient roots of PCI?
Also, is the AC-3 codec so poorly designed? I mean, this came out in the early 90s. Are you telling me that in the last 10+ years our CPUs have not become powerful enough to do real time AC-3 encoding? Think of the next run of CPUs - dual core, 64 bit, many MANY floating point extensions - and it can not do AC-3 encoding with the efficiency needed to also play a game at the same time?!
So what is the straight dope? Is it not wanting to pay the licensing fees needed? Is it a bandwidth limitation but in something else? Is it just the thought that there is no market for such hardware? What is going on here?
Thank you

EDIT -> http://www.cmedia.com.tw/product/CMI9780.htm aparently CMedia has a chip that can do this albeit in software (so there is going to be a CPU hit) However, it does not seem that any seperate sound cards are based on this chipset. A soyo Socket A board based on the KT880 chipset uses this sound chip.
So again, what is stopping someone from taking CMEDIA's chip and slapping it on a sound card?!
EDIT AGAIN-> http://www.cmedia.com.tw/product/CMI8768_plus.htm
" Valuable software technology:
l Dolby Digital Live 5.1 (AC-3) Real-time Encoder (only 8768+)"
So - it looks like the AC-3 encoding is done in software but yet it is still done in real-time. Last time I looked at my CPU usage while running HL2, I had some cycles to spare. It was my 6800 that was coming up short, not my 3500+
And a google search for that chipset brings me back to Anandtech where I quote
q[C-Media makers of the CMI8768+ 8CH High-Performance PCI Audio Single Chip has stated in c-media sales person emails that Hitec were most likely going to be the first to release a card with the CMI8768+ chip. (only the 8768+ actually encodes DD5.1 and it is just a chip, the 8768 does not encode DD5.1 as reported by card users)]q
I knew when I purchased my Athlon 64 and Nforce 3 board, I would be leaving the world of Soundstorm behind. However, I figured that surely someone would have a PCI card that would do real-time Dolby Digital encoding. Of course, no such thing exists. Every time someone talks of such a solution, they are told "not enough bandwidth." I always bought this and went on my merry way. However, how is there not enough bandwidth?
PCM 16-bit/44.1k stereo -> (((16 x 44100) / 1024) / 8) x 2 = 172 KB/s -- "CD quality sound"
That gives us two channels of audio. Well, Dolby Digital is 5.1 and the .1 is a low bandwidth channel.
So, even if we take that times three, we are at 516 KB/s. This is how much raw bandwidth 6 channels of sound at "CD Quality" would take up. This is nowhere near the PCI bus limit.
And then I realized something - all this audio makes it to my sound card now a okay. Obviously there is enough bandwidth to get the raw audio channels TO the sound card. Right? I think this is where I am getting confused on WHAT the bandwidth limitation is.
Because once the raw audio signals hit the sound card, then it should be left up to the hardware to take the regular positional audio signals and turn them into a single Dolby Digital stream that can then be passed out via optical or coax to my receiver.
Soundstorm had to have the same PCI bus limitations, even if it was tied to the south bridge, so how is it any different? I know it used Hyper Transport to gain more bandwidth but bandwidth from where to where?
Or are we talking about general limitations in the PCI bus in general? I mean, you aren't sure you get to read off the bus every clock cycle, but do we not cycle fast enough where this shouldn't be an issue? Is this tied back to the ancient roots of PCI?
Also, is the AC-3 codec so poorly designed? I mean, this came out in the early 90s. Are you telling me that in the last 10+ years our CPUs have not become powerful enough to do real time AC-3 encoding? Think of the next run of CPUs - dual core, 64 bit, many MANY floating point extensions - and it can not do AC-3 encoding with the efficiency needed to also play a game at the same time?!
So what is the straight dope? Is it not wanting to pay the licensing fees needed? Is it a bandwidth limitation but in something else? Is it just the thought that there is no market for such hardware? What is going on here?
Thank you
EDIT -> http://www.cmedia.com.tw/product/CMI9780.htm aparently CMedia has a chip that can do this albeit in software (so there is going to be a CPU hit) However, it does not seem that any seperate sound cards are based on this chipset. A soyo Socket A board based on the KT880 chipset uses this sound chip.
So again, what is stopping someone from taking CMEDIA's chip and slapping it on a sound card?!
EDIT AGAIN-> http://www.cmedia.com.tw/product/CMI8768_plus.htm
" Valuable software technology:
l Dolby Digital Live 5.1 (AC-3) Real-time Encoder (only 8768+)"
So - it looks like the AC-3 encoding is done in software but yet it is still done in real-time. Last time I looked at my CPU usage while running HL2, I had some cycles to spare. It was my 6800 that was coming up short, not my 3500+
And a google search for that chipset brings me back to Anandtech where I quote
q[C-Media makers of the CMI8768+ 8CH High-Performance PCI Audio Single Chip has stated in c-media sales person emails that Hitec were most likely going to be the first to release a card with the CMI8768+ chip. (only the 8768+ actually encodes DD5.1 and it is just a chip, the 8768 does not encode DD5.1 as reported by card users)]q
