from Hacker News

AES67 resources – Audio over IP protocol

by phlhar on 7/11/20, 6:07 PM with 33 comments

  • by microcolonel on 7/11/20, 9:55 PM

    Remembered this a few days ago when watching the recent Wintergatan video where buddy there hooks up this massive multicore with a bunch of preamps to the Marble Machine X, and I'm just there thinking β€œIt sure is satisfying to attach and click in a 28-channel multicore cable, but why not use AES67 (or AES50 for that matter)?”.

    Nice thing about AES67 is that you can also, in theory, run the preamps and ADCs off PoE.

  • by j_spencer on 7/12/20, 1:18 AM

    I work in a lot of live sound settings and it's common to see Dante[1] cards coming with a lot of audio consoles these days. It's a proprietary protocol (with support for 1024 channels at 32-bit / 192kHz over a single link); add-in cards for consoles can be quite expensive.

    A lot of the time, we're needing to connect devices to Dante through a Dante interface (which can be expensive) or via a Dante Virtual Soundcard.

    It will be interesting to see AES67 appearing more in consoles, especially lower end consoles. Hopefully this will open up Audio over IP to more audio professionals without resorting to proprietary protocols which can make it hard to connect systems from various vendors.

    [1] https://en.wikipedia.org/wiki/Dante_(networking)

  • by jand on 7/11/20, 9:25 PM

    This sounds like fun tech.

    But isn't this dead before it really lifts off? Intel 1588 is not supported by every customer-NIC, and far from supported by most switches and such.

    So if i have to build a "special" hardware environment anyway, why use AES67 and not some other proprietary solution without IP which may (? or may not) deliver better latency and jitter?

    Last time i checked (which is a while back), the same support-argument would apply to multicast.

    Am i missing the point here? Please enlighten me. Thank you!

  • by lukeh on 7/12/20, 4:50 AM

    I started working on an AVB to AES67 gateway, still a work in progress (back to day job now), but code is here – https://github.com/PADL/OpenAvnu/blob/lukeh/avb/README.AES67...
  • by bawolff on 7/11/20, 6:46 PM

    What an unfortunate acronym