| Age | Commit message (Collapse) | Author |
|---|
|
|
|
cases.
In some cases, weird sample rates can cause AudioUnit output
units to misbehave. Instead, use resampling for non-native rates
to make sure this does not happen.
|
|
|
|
|
|
|
|
cubeb-coreaudio-rs has hit a case when running its tests on MacOS 12
where it fails the `assert(destination && source);` in `PodCopy` because
it tried to push 0 samples to an auto_array of length 0, as the internal
auto_array buffer had not been allocated yet.
|
|
|
|
test_logging.cpp, as it's not essential for the test
|
|
|
|
|
|
Removed in 789eaa.
|
|
|
|
|
|
|
|
This fixes a warning: INT32_MAX cannot be represented as a float.
|
|
|
|
|
|
|
|
|
|
|
|
comfortably
|
|
buffer size to be 3 times the burst size
|
|
|
|
reinitialize the duplex stream
|
|
|
|
This is not 100% correct, but prevents crashing on an assert in the very
common case of opening multiple streams back to back with logging
enabled.
|
|
and output
|
|
|
|
|
|
The break removed here makes sense for input-only, where breaking has no
side effects. In a loopback duplex case like here it makes the callback
exit early, before having written all frames. This can be caused by
clipping on the input side (as observed on MacOS) and creates a
distortion that sounds terrible.
|
|
|
|
supported issue
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is what is recommended by upstream.
|
|
|
|
|
|
|
|
parameters
|
