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
At least the Airplay wish is now "reduced" to getting JACK running, as shairport-sync has JACK support enabled in the latest pre-release.