alowell

OK I tried this out and it works. I'm able to run ETH-68 through JACK on macOS, and hooked up to Reaper via JackMoebius

Thank you very much for this comment. TBH when I made the post on r/linuxaudio, I figured there was a chance it would get drowned out by all the AI generated VST posts but fortunately that wasn’t the case

XLR and combo XLR/TRS tend to be significantly pricier, which matters since there are 14x in the BOM.

Gotcha thanks. Just to be clear, the "high-quality NIC" is $20 on Amazon. The crappy TP-Link switch I'm using is also about $25. Achieving the ideal configuration takes little effort and money.

There is AES67 support in PipeWire as of 1-2 years ago. I've tried it with some Dante hardware that I own, running the hardware in AES67 mode. It didn't work very well for me, even after lots of fiddling. If the experience would have been better, I probably would not have started working on ETH-68. It might be better now, I hope that it is.

ETH-68 doesn't have nearly as broad of scope as AES67. It is a much simpler system, so easier to realize for a 1-person team working on weekends.

Just a few other comments: 1. AES67 usually means Dante hardware which is notoriously expensive. 2. Dante devices running in AES67 mode often (always?) have their capabilities reduced. At least in some cases you are limited to 48 kHz, and I believe you are also limited on latency compensation settings. Someone with more experience could chime in.

In my comment that you replied to, I outlined a scenario where the only clock is the ETH-68 clock, so yes audio is sampled at the ETH-68 clock.

See my other comment in this thread about resampling with PipeWire or JACK.

Possibly. The STM32H7 Ethernet MAC does have IEEE 1588 support, although I've heard that it is not straightforward to use.

Not yet but actively figuring out what to do about that!

Nice project. Have you tried measuring the round trip audio latency on Linux?

But the packets aren’t small when streaming audio. The latency improvement is substantial for 1000 byte packets as the accepted answer in your SO post demonstrates

I’m aware they botched the 5532. But it’s gonna be a hard life boycotting all of TIs components

It doesn’t need to be a separate LAN. But using a dedicated LAN helps to keep extraneous traffic from delaying time sensitive audio packets.

ETH-68 isn’t running PipeWire, or Linux. Maybe I don’t understand your question.

Not sure what you mean by realtime vs buffered. Care to elaborate?

Keychron, Q1 I think?