DIT4096 and CS8406 hardware mode audio formats - diyAudio
Go Back   Home > Forums > Source & Line > Digital Source
Home Forums Rules Articles diyAudio Store Gallery Wiki Blogs Register Donations FAQ Calendar Search Today's Posts Mark Forums Read

Digital Source Digital Players and Recorders: CD , SACD , Tape, Memory Card, etc.

Please consider donating to help us continue to serve you.

Ads on/off / Custom Title / More PMs / More album space / Advanced printing & mass image saving
Thread Tools Search this Thread
Old 7th June 2012, 12:16 AM   #1
diyAudio Member
Join Date: Jan 2004
Location: US
Default DIT4096 and CS8406 hardware mode audio formats


For years I'd have trouble understanding what was going on with the audio formats supported in the DIT4096 and CS8406 ICs in hardware mode. Both chips seem to be identical in terms of functionality. The audio format is set by two pins on both ICs, incidentally the same way. They both support 24 bit left justified, I2S, 24 bit right justified, and 16 bit right justified. My question is, how does one determine what an audio source will output, and what does it mean?

For the DIT4096, I've seen two schematics on this site for modifications of Sony CD players. In both schematics the DIT4096 was configured for 16 bit right justified. Is 16 bit right justified common for CD players?

On the internet I've seen schematics using the CS8406 in video game consoles for adding S/PDIF output. In the modifications for Sega Saturn, Sega Dreamcast, and SNES, the CS8406 has been configured for 16 bit right justified. So does this mean it's common for those videogame consoles to use the 16 bit right justified format?

For the Nintendo Gamecube, PSX, SNES, and Sega Saturn, the TC9231N was also used in earlier designs, but the word clock was always inverted with a logic IC. The TC9231N only seems to support EIA-J and no other formats. So this would mean that those consoles also output in 16 bit right justified, except if you are using an EIA-J IC like the TC9231N, the word clock must be inverted.

And another thing I've noticed with XM radios using the older decoder ICs, specifically the STA450, always seem to output data in I2S with a 24 bit sample length. The register description in the datasheet for configuration of the output format on the STA450 says:

Address : 0x4F
Type : R/W
Software Reset : NA
Hardware Reset : NA
This register is red by STA450A before to leave the wait mode.
Bit [1:0] 00: 16 bits mode.
01: 18 bits mode
10: 20 bits mode
11: 24 bits mode
Bit 2 0: LRCLK and PCM_OUT sampled on the falling edge of the SCLK
1: LRCLK and PCM_OUT sampled on the raising edge of the SCLK
Bit 3 0: the output is in I2S format.
1: the output is in SONY format.
Bit 4 0: LRCLK = 0 (low) will select the left channel.
1: LRCLK = 1 (high) will select the left channel
Bit 5 0: data are in the last SCLK cycles of LRCLK (right aligned)
1: data are in the first SCLK cycles of LRCLK (left aligned)
Bit 6 0: the transmission is done LSB first.
1: the transmission is done MSB first.
Bit 7 0: no iec958 output.
1: iec958 output, data on I2S pin (PCSD) are no more valid.
First thing I wonder, what is the "Sony" format? Is this 16 bit right justified?

But, it seems like the register is always configured for I2S and 24 bit sample length. This is the case on a lot of the earlier radio's I've looked at. There were two DIT4096 schematics floating around the net at the time when I was experimenting with these radios, and both of them had the DIT4096 configured for I2S.

Another thing you may notice is the mention of IEC958 output. The STA450 had a pin which directly outputted TTL S/PDIF. It was turned on and off by a register, but in the radio's I've experimented with, it was always enabled, even the car radio tuners. I've used this output quite often and it worked very well with whatever driver interface I've decided to use. One thing that always puzzled me to this day is that the only XM radio that had S/PDIF output never utilized it, it used an S/PDIF interface IC.

With all that, that leaves me with one last question. Does the I2S standard specifically state a specific sample length, or can any sample length be used? And also, why do these S/PDIF interface ICs need to know the format? I would guess so the IC knows where to put the data and how to multiplex all of the clocks together.

Thank you.
  Reply With Quote
Old 22nd October 2015, 06:51 PM   #2
aulday is offline aulday  United Kingdom
diyAudio Member
Join Date: Jun 2011
I have the same questions. Did you work this lot out?
We cover many technical bases: www.TechyHeadz.com you are most welcome
  Reply With Quote


Hide this!Advertise here!
Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
About Audio formats. CECCO Digital Source 3 20th December 2011 07:25 PM
DIT4192 DIT4096 consumer mode pin settings Salar Digital Line Level 10 8th July 2010 10:01 PM
DIR9001 + DF1704 Input in Hardware Mode Salar Digital Source 0 22nd March 2010 06:35 PM
Please help with DIT4096 mode configuration Korr Digital Line Level 0 18th February 2009 03:53 PM
CS8405A Hardware mode connection KY Digital Source 0 8th March 2005 12:16 PM

New To Site? Need Help?

All times are GMT. The time now is 07:11 PM.

vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2017 DragonByte Technologies Ltd.
Copyright 1999-2017 diyAudio

Content Relevant URLs by vBSEO 3.3.2