<div dir="ltr">My guess is that it's likely in the amp; did you try hooking up the Topping to the new pi? Or, the converse; hook the amp up to the workstation and see if you see a delay?<div><br></div><div>Does the Pi have a USB soundcard, or a "hat" sort of thing? Some of the hats have buffers in them to reclock the audio signal; this can add a delay too. I'm not familiar with the MA12070P, but as it's I2S, maybe it is adding a buffer.<br><div><br></div><div>Also, you can have module-zeroconf-discover on the workstation rather than tunnel, and it will be fine, but I doubt that's the source of latency.</div><div><br></div><div>You can login to the pi over ssh and turn up logging to a very verbose degree and watch it, you'll see messages about measured latency, probably both on the "server" (the Pi) and on the client (your workstation).</div><div><br></div><div>100Mbps is indeed fast enough. I've got a similar setup at home but I'm sending 24/96 audio for boring techy reasons, and it doesn't have any problem keeping up, so 16/44 is way easier (CD quality is more than sufficient, that's not why I'm doing this).</div><div><br></div><div>Regarding your last question, you could certainly login to the Pi, put a wav file over there, and do "paplay file.wav" and see if the delay after hitting enter "feels" the same as over the network. My guess is that it will.</div><div><br></div><div>If the delay can't be worked around, there might be ways to tell the pulse audio stack to account for it in playback to get for example your YouTube to sync up right. I know that VLC can do this.</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 25, 2021 at 7:34 PM Matt Garman <<a href="mailto:matthew.garman@gmail.com">matthew.garman@gmail.com</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">I am using a Raspberry Pi as a "sound server".  Essentially, the RPI<br>
is connected to the actual audio hardware.  The RPI advertises itself<br>
via module-native-protocol-tcp and module-zeroconf-publish.  My<br>
desktop/workstation in turn uses the RPI for playback via<br>
module-tunnel.<br>
<br>
Everything seems to work as expected, except there is a noticeable lag<br>
between doing something on the PC, and having the audio "catch up" on<br>
the RPI.  For example, watching YouTube - the audio and video are out<br>
of sync to the point of being unwatchable.  Or using a simple audio<br>
player on the PC, hitting "play" or "stop", there is a noticeable<br>
delay from when the button is pressed to when the action actually<br>
takes effect.<br>
<br>
I can't think of a good way to measure the lag, but I'm guessing it's<br>
around half to three fourths of a second.<br>
<br>
To be clear, there are no stutters or skips or other audio artifacts.<br>
Playback is smooth and sounds as good as I expect - but the lag is a<br>
problem.<br>
<br>
What's interesting is, this is actually the second RPI sound server<br>
I've built.  The first one had this lag, but to a much smaller degree,<br>
as in, barely noticeable.  The differences between the systems are:<br>
the first (barely noticeably lag) is an RPI 4, connected to a Topping<br>
D70 DAC.  The new system (with the obvious latency issue) is an RPI 3,<br>
connected to an MA12070P-based amplifier.  IOW, the RPI hardware and<br>
audio hardware are different.  But the network is the same, and the<br>
devices are all in the same physical location (i.e. same cable<br>
length).<br>
<br>
The RPI 3 does have only 100mbps network, and the RPI 4 has gigabit.<br>
The rest of the network chain is all gigabit.  These are all hardwired<br>
networks (i.e. no wireless).  I feel like 100mbps is more than<br>
sufficient for CD-quality audio.  The RPI isn't running any other<br>
services or doing any other work.<br>
<br>
Any thoughts on how I might track this down?  Or what config options I<br>
can play with to see if it improves the situation?  Also, as the RPI<br>
is headless, I can't think of a good way to determine if the latency<br>
is on the RPI itself, or comes from the network between the PC and<br>
RPI.<br>
<br>
Thanks!<br>
_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank">pulseaudio-discuss@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><b>Matt Feifarek</b></div><div>+1.608.403.5432 phone / SMS / Signal / WhatsApp</div><div><a href="https://mattfeifarek.com" target="_blank">mattfeifarek.com</a></div><div><br></div></div></div>