Might want to change this to general IEC61937 datastream support.  I think if we had generic IEC61937 
datastream passthrough we could support quite a bit more than just DTS--also DD, DDEX, MP3, DTS 
ES, DTS 96/24, and a whole host of other formats, right?

*** Bug 202 has been marked as a duplicate of this bug. ***

Not possible with the SB hardware S/PDIF chip.  Sorry.

One thing that came up when I was talking with Dean about this is that DSD is most often multichannel when the analog outputs of shocker will be 2ch.  So if you are passing this data to the DAC too, this may create some confusing limitations like some DSD works with the analog outputs while other DSD does not.  A lot of this is related to the 'closing the analog loop' concept where when SACD and DVD-A were first put to market they were only allowed to be decoded by authorized chips or sent over SPDIF with IEC61937 and the copy protect bit.

-- Multi channel audio and S/PDIF

IEC958 was named IEC60958 at 1998. IEC60958 (The S/PDIF) can carry normal audio and IEC61937 datastreams. IEC61937 datastreams can contain multichannel sound like MPEG2, AC3 or DTS. When IEC61937 datastrams are transferred, the bits which normally carry audio samples are replaced with the databits from the datastream and the headers of the S/PDIF signal. Channel-status information contains one bit (but 1) which tells if the data in S/PDIF frame is digital audio or some other data (DTS, AC3, MPEG audio etc.). This bit will tell normal digital audio equipments that they don't try to play back this data as they were audio samples. (would sound really horrible if this happens for some reason).

The equipments which can handle both normal audio and IEC61937 just look at those header bits to determine what to do with the received data. 

Kevin notes that new HD formats might get ripped into such a datastream.

We need some content of this format to develop with.  If someone has some, feel free to attach a snippet!