AES67 (an open standard for high quality audio over IP) is becoming mainstream in the world of broadcast and professional audio industries, however there is a very limited amount of open source software available to interoperate with it. As a result we are often just replacing XLRs with Ethernet, without taking advantage of the possibilites the software give. While Virtual Soundcards enable some of this, native network implementations would allow greater flexibility.
This is my wishlist of things that would help change that. Hopefully one day it can be turned into a AES67 Awesome List.
As open source has resulted in very rapid evolution of the web, I believe the same is possible for professional/broadcast audio.
It is possible that some of this already exists and I just havn't found it yet. Please add a comment below if you know of something!
- A guide to setting up a PTP master using Linux + GPS (Raspberry PI + UBlox gps module?)
- Long-running Stream recorder / Recording of Transmission archiver
- Either write 1 hour audio files to disk
- Or write chunked audio (~6 seconds per audio file) to disk, that can then be streamed back using HLS/DASH
- Write files based on the PTP/RTP clock
- Ensure that missing packets don't skew time (replace with silence/repeat previous packet?)
- A test tone generator
- A talking clock (based on 'wall clock' PTP time)
- Play an audio file directly to the network
- Looping (allowing line identification streams)
- with resampling to make the audio match the rest of the network
- A AES67 stream router
- Web interface to make remote control/monitoring easy
- Relay multicast/unicast streams from one subnet to another
- Monitor the parameters of multicast streams on the network
- Samplerate
- Number of subscribers
- Silence detector
- Trigger the execution of a command
- Trigger the sending of an MQTT message?
- Level meter
- Allow remote monitoring in GUI / Text console
- Software mixer
- Mix together multiple input streams into an output stream
- Remote control of the levels of each incoming stream (MQTT?)
- Other tunable parameters?
- LADSPA host
- AES67 → LADSPA Plugin → AES67
- Make jackd interoperable with AES67
- Could you then run jackd without any native audio / kernel support?
- How different is Netjack to AES67?
- Apple AirPlay bridge
- Playing audio on iOS device → AES67
- AES67 Audio → AirPlay speakers
Hi !
I am very excited to find this wishlist, because I am currently stirring a lot of things related to open-source AES67 support for Linux. I am an audio engineer and former IT nerd, and I have a LOT of motivation about this. Let me comment your list :
Wish 1 : it is actually pretty easy, I will try to draft a tutorial as soon as I have tested every case I can think of. But all in all, on a fresh latest Debian install, it does not take me more than half an hour to fully configure a master ptp server.
Wish 4 : I don’t understand what you mean by a talking clock ?..
Wishes 2, 3, 5, 7, 9, 10, 11 : all these ideas could be gathered in one : we need an AES67 virtual soundcard ALSA module. That way, every need of streaming or recording audio to/from the network is narrowed down to using a simple audio device. (See Audinate’s Dante Virtual Soundcard, Merging’s Virtual Audio Device, Lawo’s R3LAY VSC, etc). I found this github with some guidelines, wrote to the author but did not get an answer yet : https://github.com/SimonTait/alsa67
I would like to start laying some milestones on this driver, but kernel programming involves a pretty steep learning curve for me :D
Wishes 6 and 8 : they could also be gathered : it could become a unique discovery/monitoring/routing software, much like Audinate’s Dante Controller or Merging’s ANEMAN.
Wish 7 : something could be derived from this project : https://github.com/WMFO/Silence-Detector
Wish 12 : why would like this feature ?