Robin Gareus
5925ee0b7c
This fixes async callback from CoreAudio via AudioDeviceAddPropertyListener. Apparently in rare cases it can happen that the property listener calls back concurrently with processing on M1 machines using Rosetta. https://pastebin.com/upvc9LTc Thread 44 vs. Thread 32 May also be caused by plugin(s) taking a long time to change buffersize. Processing continues even though the buffersize callback has not yet completed. PS. I have not been able to reproduce this on an Intel machine, even with excessive buffersize changes. However since buffersize changes cannot (usually) happen concurrently with processing, taking the lock is reasonable. |
||
|---|---|---|
| doc | ||
| gtk2_ardour | ||
| headless | ||
| libs | ||
| luasession | ||
| msvc_extra_headers | ||
| MSVCardour3 | ||
| MSVCMixbus3 | ||
| MSVCvst_scan | ||
| nutemp | ||
| session_utils | ||
| share | ||
| tools | ||
| .dir-locals.el | ||
| .gitattributes | ||
| .gitignore | ||
| ardour.1 | ||
| COPYING | ||
| instant.xml.sae | ||
| msvc32-fixup.pl | ||
| nutempo-todo | ||
| PACKAGER_README | ||
| README | ||
| README-GITHUB.txt | ||
| system_config | ||
| testfile.flac | ||
| testfile.ogg | ||
| TRANSLATORS | ||
| waf | ||
| wscript | ||
Please see the Ardour web site at https://ardour.org/ for all documentation..
For information on building ardour:
https://ardour.org/development.html