How would you evaluate Transporter from the quality of its
implementation of BNC and XLR digital ins/outs?
Which ones implement this better? Why?
Interesting to hear your judgments from pure technical point of view..
--
michael123
JohnSwenson;564825 Wrote:
> Transformers block DC between boxes, thus getting rid of low frequency
> ground loops. This can significantly improve sound in many
> circumstances.
>
> They do NOT improve impedance matching in most cases. Wide bandwidth
> pulse transformers are definitely a black ar
JohnSwenson;564763 Wrote:
> Another pet peave of mine with AES/EBU is the voltage level, its
> supposed to use 3-5V. Do the math on 3-5V into 110 ohm and you get
> about 30mA minimum that the transmitter has to try and dump into the
> cable, with fast squarewaves. This causes large voltage spikes
In case anyone cares..here is a link to the App Note, that
shows the differences between the Channel Status block, between AES/EBU
(Pro) and SPDIF (Consumer) modes.
http://www.cirrus.com/en/pubs/appNote/an22.pdf
Pat
--
ar-t
http://ar-t.co
-
pfarrell;564884 Wrote:
>
> For sure, and putting a digital signal through a TT patch panel is
> going
> to do wonderful things to the wave forms.
>
> --
> Pat Farrell
> http://www.pfarrell.com/
And thats one of the reasons such high voltages were used, to make sure
there was SOME semblance of
On 07/28/2010 08:07 AM, Andy8421 wrote:
> Just for a bit of historical perspective, the AES/EBU spec was designed
> so that digital audio could be handled in a studio environment just as
> if it was analogue. So not just mic cables, but patch panels and
> permanent wiring could all cary the 'new'
Just for a bit of historical perspective, the AES/EBU spec was designed
so that digital audio could be handled in a studio environment just as
if it was analogue. So not just mic cables, but patch panels and
permanent wiring could all cary the 'new' digital audio. This really
mattered if you were
michael123;564782 Wrote:
>
> BTW, is there transformer coupled output of AES/EBU in Transporter,
> right?
> I was told that transformer makes the cable less relevant..or I was
> misinformed?
Transformers block DC between boxes, thus getting rid of low frequency
ground loops. This can significan
michael123;564782 Wrote:
> Intuitively, I thought that higher voltage means better noise
> rejection..
For analogue audio signals, higher voltage levels usually (but now
always) result in better signal-noise ratio. However the problem with
digital signals is that they are RF square waves (nothin
Intuitively, I thought that higher voltage means better noise
rejection..
How do you explain that the XLR wire has limited bandwidth compared to
coax?
BTW, is there transformer coupled output of AES/EBU in Transporter,
right?
I was told that transformer makes the cable less relevant..or I was
mis
Another pet peave of mine with AES/EBU is the voltage level, its
supposed to use 3-5V. Do the math on 3-5V into 110 ohm and you get
about 30mA minimum that the transmitter has to try and dump into the
cable, with fast squarewaves. This causes large voltage spikes on the
power and ground planes in
seanadams;564564 Wrote:
> It's not a medium designed for RF. Low bandwidth, can't transmit a fast
> slew rate, and doesn't even make an attempt at impedance matching. Slow
> edge -> jitter. AES/EBU was invented by people who didn't understand
> s/pdif performance, before the issue was even apprec
michael123;564559 Wrote:
>
> What are the technical arguments to use RCA over BNC and XLR AES/EBU?
>
It's not a medium designed for RF. Low bandwidth, can't transmit a fast
slew rate, and doesn't even make an attempt at impedance matching. Slow
edge -> jitter. AES/EBU was invented by people wh
your momo;563130 Wrote:
> Thank you all for your valuable inputs.
> So if I summarize, AES data encoding through XLR out might be less
> robust due to usage of none ideal cable HW. So best is to stick on
> coaxial like RCA or better BNC out with 75 ohm cable.
And I still do not get why XLR cable
I don't have anything meaningful to contribute to the topic of this
thread, but I just wanted to thank Sean for still participating in
these forums. Bravo.
--
TiredLegs
TiredLegs's Profile: http://forums.slimdevices.com/me
seanadams;562354 Wrote:
> This has always been the case. Both outputs are active at all times,
> while the software setting allows you to choose the data format.
>
> In other words you can send s/pdif data on an AES/EBU electrical
> connection, or vice versa, and I have never heard of a DAC tha
JohnSwenson;563190 Wrote:
> Anyway, Blue Jeans Cable is one of the few places that actually uses
> high quality true 75 ohm BNC connectors on their cables.
>
> John S.
+1 on Blue Jeans Cable. High quality at a reasonable price
--
garym
---
your momo;563130 Wrote:
> Thank you all for your valuable inputs.
> So if I summarize, AES data encoding through XLR out might be less
> robust due to usage of none ideal cable HW. So best is to stick on
> coaxial like RCA or better BNC out with 75 ohm cable.
If you use BNC just be sure you get
Thank you all for your valuable inputs.
So if I summarize, AES data encoding through XLR out might be less
robust due to usage of none ideal cable HW. So best is to stick on
coaxial like RCA or better BNC out with 75 ohm cable.
--
your momo
--
your momo;562730 Wrote:
> Currently I made very good experience with the BNC out, but I could not
> hear clear difference between AES or S/PDIF data format.
seanadams;562845 Wrote:
> There isn't supposed to be.
To expand a little on Sean's comment, there is no difference in the
signal data tra
your momo;562730 Wrote:
>
> Currently I made very good experience with the BNC out, but I could not
> hear clear difference between AES or S/PDIF data format.
There isn't supposed to be.
--
seanadams
seanadams's Profile
seanadams;562657 Wrote:
> Indeed, the voltages are completely different. However, they will always
> be correct on the respective interface - each has its own electronics
> for the driving circuit. The software setting only controls the
> contents of the data stream, which is sent to all ports th
seanadams;562657 Wrote:
>
> Actually for the best signal you should use either of the 75Ω coax
> outputs. Although TP implements AES/EBU as well as possible, it is a
> defective specification and its only practical use is to take advantage
> of microphone cables you might have lying around the s
your momo;562634 Wrote:
>
> I know AES & S/PDIF are very close data format, but voltage level are
> also much higher with AES and I imagine that this could lead in
> saturation of the input, thus not sound on some material, especially on
> Toslink.
>
Indeed, the voltages are completely differe
Thank you Sean for that clarification, hereby I can confirm it works, no
matter of the settings, on all the DAC/inputs I have, even with a
Toslink connection.
I know AES & S/PDIF are very close data format, but voltage level are
also much higher with AES and I imagine that this could lead in
satu
This has always been the case. Both outputs are active at all times,
while the software setting allows you to choose the data format.
In other words you can send s/pdif data on an AES/EBU electrical
connection, or vice versa, and I have never heard of a DAC that won't
accept that.
It's quite si
Right TP FW is the same for a while now, as fare as I remember last
change (80) was with the move on SBS 7.4
But the behavior change I observe now is linked to the move on SBS 7.5
--
your momo
your momo's Profile: http://f
Not sure about the changes, but note that the firmware for the
transporter has not changed in a while. Mine is still 80, and I'm
running SbS 7.5.2.
--
garym
garym's Profile: http://forums.slimdevices.com/member.php?userid=
I don't see both in the SBS setting tab, but whatever I set I get valid
signal on both AES-EBU (XLR) and S/PDIF (BNC) out.
If I good remember, this was not the fact with previous (<7.5.0)
version of server. Original behavior was that depending on the setting
in the server digital out signal was av
Where do you see this? Looking in settings, player, audio, digital
output encoding mine is set to aes/ebu and I do not see spdif showing
up. I never really could tell a difference switching between anyway and
always wondered if that setting actually worked.
I don't think seeing both is proper.
Playing with some external DAC on my TP I noticed that since SBS 7.5.0
both encoding are allways enabled no matter what setting is made in the
server.
I could use S/PDIF(BNC) or AES-EBU (XLR) and listen to very good sound
without having to change SBS settings...
If I good remember, this "feature
31 matches
Mail list logo
