<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 13, 2019 at 11:23 AM Manuel Haible <<a href="mailto:lacuna_@gmx.net">lacuna_@gmx.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:Verdana;font-size:12px"><div>
<div><br><div><div>
I am in a love-hate relation with digital audio processing,<br>
never experienced a converter in person that is comparable to an all-analog chain.<br>
Speacially the very highs and 3Dness. <br></div></div></div></div></div></div></blockquote><div><br></div><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">I suspect you've never double-blind tested this. If you have, good for you.</div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:Verdana;font-size:12px"><div><div><div><div>And I guess there is no mastering-studio running 48k in 2020, no offence intended.<br></div></div></div></div></div></div></blockquote><div><br></div><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">This proves absolutely nothing. Audio engineers are no more immune to marketing BS than anyone else. <br></div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:Verdana;font-size:12px"><div><div><div><div><div><br>
It seems like this is taking care of the drifting clocks with a buffer and alignment?<br></div></div></div></div></div></div></div></blockquote><div><br></div><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">zita_a2j will resample the stream from hardware it uses to make it match the apparent difference in speed between the hardware it is using, and the hardware that the JACK server is using. There will be no drift and no alignment issues.</div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:Verdana;font-size:12px"><div><div><div><div><div>
<b>The RME as master? Does that mean the hardware-clock of the RME would define the whole DSP-chain? Somewhere I read that RME-cards can only run as slave in Linux, but maybe this is outdated?</b></div></div></div></div></div></div></div></blockquote><div><br></div><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">This is false., and was never true.<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:Verdana;font-size:12px"><div><div><div><div><div><br>
There might be some other down-sides? Phase issues ect? ... I will read more ...</div></div></div></div></div></div></div></blockquote><div><br></div><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">All the downsides come from your desire to build a digital audio system with 9 clocks in it. This is absolutely the wrong thing to do. The fact that you can use software (like zita_aj2) to hide or gloss over the fact that this is wrong doesn't stop it being wrong, and doesn't get rid of the downsides of having 9 clocks. Rule #1 for digital audio: 1 clock.<br></div><br></div></div></div>