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…
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.
Not yet but actively figuring out what to do about that!
Nice project. Have you tried measuring the round trip audio latency on Linux?
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…
Keychron, Q1 I think?
> That being said, it sounds like this latency figure was only achieved in very ideal configurations, and we don't know the reliability/rate of late packets compared to DVS. Hm, the audio latency doesn't fluctuate so…
Oh thanks for that feedback, easy change.
The next Rev will have an additional oscillator to support 44.1/88.2. Just curious though, since I don’t work at these sample rates. Is resampling not good enough? Or maybe I don’t understand the mastering flow.
That is sort of true, although it should be possible to take advantage of the resampler in PipeWire or JACK (zalsa_in/zalsa_out) to effectively get multiple interfaces in the same graph. I would expect some hit to the…
Yep, thanks for clarifying about this!
Check out the round trip latency measurements for audio interfaces on Linux here: https://interfacinglinux.com/linux-compatible-audio-interfac... AFAIK the best one is RME AIO Pro PCIe card. ETH-68 matches the round…
Lol, this wasn't my choice really! The JACK server's default UDP listen port is 3000 with the netone backend, so that is default port that ETH-68 sends to. This can be adjusted on both ends
1G would certainly decrease the processing latency (not the audio latency) by quite a bit. STM32H7 doesn't have a 1G MAC. 1G MAC is kind of rare on "friendly" microcontrollers, although there are at least two that I'm…
Thanks for your interest! I made a single reddit post about ETH-68 this week and this has been copied around various forums. My intent was to figure out if anyone thought this would be cool enough to produce. I'm trying…
Yes this is an older codec but it has been reliably in production for around 20 years, and has a high channel count to cost ratio. The specifications are not cutting edge but I get comparable performance to my trusty…
Hi, I'm Alex, I made ETH-68. I didn't create the post here on HN but I will answer some of the questions that have come up in the comments
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…
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.
Not yet but actively figuring out what to do about that!
Nice project. Have you tried measuring the round trip audio latency on Linux?
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…
Keychron, Q1 I think?
> That being said, it sounds like this latency figure was only achieved in very ideal configurations, and we don't know the reliability/rate of late packets compared to DVS. Hm, the audio latency doesn't fluctuate so…
Oh thanks for that feedback, easy change.
The next Rev will have an additional oscillator to support 44.1/88.2. Just curious though, since I don’t work at these sample rates. Is resampling not good enough? Or maybe I don’t understand the mastering flow.
That is sort of true, although it should be possible to take advantage of the resampler in PipeWire or JACK (zalsa_in/zalsa_out) to effectively get multiple interfaces in the same graph. I would expect some hit to the…
Yep, thanks for clarifying about this!
Check out the round trip latency measurements for audio interfaces on Linux here: https://interfacinglinux.com/linux-compatible-audio-interfac... AFAIK the best one is RME AIO Pro PCIe card. ETH-68 matches the round…
Lol, this wasn't my choice really! The JACK server's default UDP listen port is 3000 with the netone backend, so that is default port that ETH-68 sends to. This can be adjusted on both ends
1G would certainly decrease the processing latency (not the audio latency) by quite a bit. STM32H7 doesn't have a 1G MAC. 1G MAC is kind of rare on "friendly" microcontrollers, although there are at least two that I'm…
Thanks for your interest! I made a single reddit post about ETH-68 this week and this has been copied around various forums. My intent was to figure out if anyone thought this would be cool enough to produce. I'm trying…
Yes this is an older codec but it has been reliably in production for around 20 years, and has a high channel count to cost ratio. The specifications are not cutting edge but I get comparable performance to my trusty…
Hi, I'm Alex, I made ETH-68. I didn't create the post here on HN but I will answer some of the questions that have come up in the comments