If the record target doesn't care about channel count, set it to the device count
The aforementioned merge happened
Take absolute value for peak!
80912d12e4c1 — Chris Cannam 2 years ago
I forgot these were currently only in a branch of bqresample - comment for the moment until later merge there
2efd1509711f — Chris Cannam 2 years ago
Make these parameters explicit
7a8667ea7a7a — Chris Cannam 2 years ago
Ensure latency is reported to application in terms of the source sample rate, not the target one
818954587967 — Chris Cannam 3 years ago
Fix incorrect stream reference for record latency, resulting in crash when started in record-only mode
afcc7ccdf3e9 — Chris Cannam 3 years ago
Fix crash when started in record-only mode
a373457ef7b7 — Chris Cannam 3 years ago
Fix typo in comment
66aaf093e668 — Chris Cannam 3 years ago
Doc notes
a83725aa74bb — Chris Cannam 3 years ago
Copyright dates
367419ef92e9 — Chris Cannam 3 years ago
Fix uninitialised member
d52a64d1c902 — Chris Cannam 3 years ago
Remove vestigial includes from earlier debugging
ed47cdd70d75 — Chris Cannam 3 years ago
Ensure the loop thread knows it should give other threads a chance, when awoken explicitly
f7eb0990c8df — Chris Cannam 3 years ago
Avoid compiler warnings (the semicolons were spurious)
ba2eb545ebc9 — Chris Cannam 3 years ago
A little more logging, especially when in debug mode
eba3168239f8 — Chris Cannam 3 years ago
Minor log improvement
5ffd85007b28 — Chris Cannam 3 years ago
Move JACK to end of listing
70b1f78cb9c5 — Chris Cannam 3 years ago
Minor debug output
6dabcd3fc131 — Chris Cannam 3 years ago
Don't blow up if the application channel count is zero; instead wait for the system to set one. Also add log callbacks
Next