slwiser
Headphoneus Supremus
- Joined
- Jun 23, 2001
- Posts
- 6,317
- Likes
- 25
I did not know exactly where to place this question. It is related to the signal from computer as a source so I am asking it here.
What are the family relationships between AES/EBU signal and the S/PDIF signal? ADAT signal? How do these signals compare concerning jitter? Signal strength? RF interference? etc.
I found this link which attempts to explain some of this but I would like it if someone could put this into more layman's terms for me.
http://emusician.com/mag/emusic_spar...nge/index.html
Note that these partial paragraphs are interesting to me:
"The AES/EBU format is self-clocking: word clock is embedded in the digital audio stream. As a result, a single cable carries two channels of audio plus word clock. However, master-clocking AES/EBU devices is also possible and even recommended in larger, more complex systems."
"As with AES/EBU, S/PDIF word clock is carried in the digital audio bit stream. However, S/PDIF devices don't typically come with separate BNC word-clock connectors, so they can't be configured for a master-clock system."
If this is so then would the AES/EBU has an inherent advantage over the S/PDIF signal while on coax or lighpipe? While the article states that the AES/EBU signal is self clocking it does not clearly state that the S/PDIF is? Suggesting an advantage to me? What am I missing?
Then there is ADAT: "The ADAT Optical format uses an embedded clock signal that does the same job as standard word clock." How does this compare as a primary signal with AES/EBU and S/PDIF practically?
Example: If I have a sound card (i.e., REM Digi96/8 that is capable of any one of these signals moving data over a AES/EBU 100 ohm cable with XLR connectors to a Lavry DA10 into its AES connector) would the AES/EBU signal be self clocking and the Lavry's internal synchronous dejitter mechanism read that clock negating any potential jitter?
Now for a can of worms; would this setup with its embedded word clock feeding a device able to read that clock be an equal to using an I2S signal using an Off-Ramp into a DAC that can handle the I2S signal?
I know, several to many questions? But questions I have been attempting to finds some answers too.
Thank you for any information/clarifications that you can provide.
You can see my sig for my bias and context for asking these questions!
What are the family relationships between AES/EBU signal and the S/PDIF signal? ADAT signal? How do these signals compare concerning jitter? Signal strength? RF interference? etc.
I found this link which attempts to explain some of this but I would like it if someone could put this into more layman's terms for me.
http://emusician.com/mag/emusic_spar...nge/index.html
Note that these partial paragraphs are interesting to me:
"The AES/EBU format is self-clocking: word clock is embedded in the digital audio stream. As a result, a single cable carries two channels of audio plus word clock. However, master-clocking AES/EBU devices is also possible and even recommended in larger, more complex systems."
"As with AES/EBU, S/PDIF word clock is carried in the digital audio bit stream. However, S/PDIF devices don't typically come with separate BNC word-clock connectors, so they can't be configured for a master-clock system."
If this is so then would the AES/EBU has an inherent advantage over the S/PDIF signal while on coax or lighpipe? While the article states that the AES/EBU signal is self clocking it does not clearly state that the S/PDIF is? Suggesting an advantage to me? What am I missing?
Then there is ADAT: "The ADAT Optical format uses an embedded clock signal that does the same job as standard word clock." How does this compare as a primary signal with AES/EBU and S/PDIF practically?
Example: If I have a sound card (i.e., REM Digi96/8 that is capable of any one of these signals moving data over a AES/EBU 100 ohm cable with XLR connectors to a Lavry DA10 into its AES connector) would the AES/EBU signal be self clocking and the Lavry's internal synchronous dejitter mechanism read that clock negating any potential jitter?
Now for a can of worms; would this setup with its embedded word clock feeding a device able to read that clock be an equal to using an I2S signal using an Off-Ramp into a DAC that can handle the I2S signal?
I know, several to many questions? But questions I have been attempting to finds some answers too.
Thank you for any information/clarifications that you can provide.
You can see my sig for my bias and context for asking these questions!