On Wed, 13 Nov 2019, Manuel Haible wrote:
- The Expert Sleepers converters will interface with
They are the only ones who have DC-coupled i/o with 20 Vpp,
for control-voltages and audio.
So low latency is important but sample accuracy not so much.
And I guess there is no mastering-studio running 48k
in 2020, no offence
None taken. I am also pretty sure that the 96k is an advertizing feature
rather than technical. More to do with not having customers walk down the
street to someone who charges the same but uses 96k. If you are doing
mastering as a living, using 96k is fine. Doesn't sound any better, has
more losses than gains but it does keep the dollars rolling in so it is
but if I would use more than one USB 3.2 - PCIe slots
in a desktop-computer,
the bandwith would be more than sufficient!???
My experience with USB 3 plugs on my desktop is that no matter where I
plug in the motherboard silently routes any of them through the same USB
bus anyway. Remember that they are USB 2.0 interfaces even if plugged into
a USB 3.0 plug. (even if the interface says USB 3 compatable it is likely
USB2.0 audio via USB 3) So adding dedicated USB PCIe cards may help, using
a USB 3 hub may (or not) help.
- 96k for the Madi-Chain and 48k for the ADAT Expert
Maybe this could be achieved
- with zita-ajbridge by re-sampling?
Yes this would work. As you are usng the USB devices for voltage control
there is no need for sample accuracy or other sonic artifacts introduced
- Or with zita-njbridge in a network with one
Rasperry-Pi for each
USB-connection and re-sampling?
With this I might get rid of USB-conflicts, too. Running into more possible
R-pi 4 would be ok, R-pi 1-3 (so far as I know use USB internally for the
network IF as well and there is only one. Rpi4 fixes this. However,
network style bridging normally adds latency, so test first with one unit
to see how much this is (normally one or two buffer sizes of latency).
Just a quick note on 96k vs 48k for reduction of latency. While this seems
like a possibility as 1024 buffer size goes through twice as fast at 96k
for example. The determining factor in latency is normally not the sound
card but rather USB itself (1 ms access cycle) or the amount of CPU power
available for DSP. So running at 64 buffer size at 48k generally means
needing to run at 128 buffer size to get the same reliability (maybe
Is running different samplerates a good idea?
Once you are using SRC anyway, it makes very little difference. Running
them all from the same clock would be ideal.