Ruurd Adema ruurdadema

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!

	# References:
	# https://cmake.org/cmake/help/latest/command/add_custom_target.html
	# https://samthursfield.wordpress.com/2015/11/21/cmake-dependencies-between-targets-and-files-and-custom-commands/
	# https://gist.github.com/socantre/7ee63133a0a3a08f3990
	# https://stackoverflow.com/questions/24163778/how-to-add-custom-target-that-depends-on-make-install
	# https://stackoverflow.com/questions/30719275/add-custom-command-is-not-generating-a-target
	# https://stackoverflow.com/questions/26024235/how-to-call-a-cmake-function-from-add-custom-target-command
	# https://blog.csdn.net/gubenpeiyuan/article/details/51096777

	cmake_minimum_required(VERSION 3.10)

	Latency Comparison Numbers (~2012)
	----------------------------------
	L1 cache reference 0.5 ns
	Branch mispredict 5 ns
	L2 cache reference 7 ns 14x L1 cache
	Mutex lock/unlock 25 ns
	Main memory reference 100 ns 20x L2 cache, 200x L1 cache
	Compress 1K bytes with Zippy 3,000 ns 3 us
	Send 1K bytes over 1 Gbps network 10,000 ns 10 us
	Read 4K randomly from SSD* 150,000 ns 150 us ~1GB/sec SSD