Showing the changes to notes/VERSIONS (1 of 1 file). Show all
Unified · Split
| @@ -357,6 +357,27 @@ Music Conference/. https://mcd.stanford.edu/publish/files/2007-icmc-uana.pdf · 356 unmodified lines | ||
| 357 | 357 | - (added) example: ai/knn/knn-search.ck |
| 358 | 358 | - (added) example: ai/knn/knn2-classify.ck |
| 359 | 359 | - (added) example: ai/knn/knn2-search.ck |
| 360 | + -------------- | |
| 361 | +- (updated) real-time audio backend has been updated | |
| 362 | + *** thank you Dana Batali *** | |
| 363 | +- (added) all platform: driver support | |
| 364 | +- (added) Windows: ASIO, WASAPI, DirectSound | |
| 365 | +- (added) linux: now can build multiple drivers into single executable | |
| 366 | + > make linux-pulse linux-alsa linux-jack | |
| 367 | +- (fixed) macOS bluetooth/Apple AirPods audio input device error; | |
| 368 | + |- CONTEXT: Apple AirPods (and a number of other Bluetooth headphones) | |
| 369 | + show up in macOS as its own audio input device and supports only one | |
| 370 | + sample rate (24K in the case of AirPods). ChucK, like most full-duplex | |
| 371 | + audio software, requires matching sample rates for audio input and | |
| 372 | + output. By default, it would try to initialize with a sample rate of | |
| 373 | + 44.1K or 48K and would fail initialization due to the rate mismatch | |
| 374 | + with the AirPods. | |
| 375 | + |- FIX: ChucK now has additional logic when initializing default audio | |
| 376 | + devices, and will automatically try to match with a different input | |
| 377 | + devices when needed. | |
| 378 | +- (fixed) VM timing issue when real-time audio initialization switches to | |
| 379 | + a different sample rate when the requested/default sample rate is not | |
| 380 | + available | |
| 360 | 381 | - (added) new default duration 'eon' == day * 365.256363004 * 1000000000.0 (thanks nshaheed) |
| 361 | 382 | example: eon => now; // a long long time from now |
| 362 | 383 | - (added) new static method for all Objects |