| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
from a real-time thread to another thread.
It's largely inspired from the crate cubeb-coreaudio-rs uses, but ported to
C++.
|
|
mmsystem.h that declares timeGetTime instead.
|
|
This fixes #733.
|
|
WIN32_LEAN_AND_MEAN is defined.
|
|
|
|
|
|
|
|
|
|
This shouldn't have any behavioural effect as the WASAPI resources are
reference counted internally.
|
|
system.
Also clear out the memory used by the async logger when it's shut down.
This relies on the fact that enabling and disabling logging is performed
on the same thread, but I think this is a reasonnable thing to do. We
could assert it though.
|
|
|
|
|
|
This covers some callbacks, but not all of them: the APIs that don't
require explicitely creating the thread will see their thread registered
separately.
|
|
It's useful to be able to enable logging dynamically while the program
is running, and this can now be done on any thread.
Various threads are logging (directly or asynchronously via the ring
buffer), it's better to have those atomic.
Both values are always checked before logging, and both must be non-null
to log.
|
|
|
|
|
|
|
|
argument.
|
|
|
|
The purpose of this header is to be swapped by cubeb users to use any
number of frame profiler (tracy/Gecko Profiler/trace_event.h, etc.).
|
|
Not the prettiest but it does the job. Thanks to @ashleyz we don't really care about checking the log level here, it's checked ahead of time, which is nice because we don't want to carry it in the async log payload.
|
|
Added `ALOG` macro and updated `ALOGV` for use with asynchronous logging. Both macros should now verify log level.
|
|
|
|
rearrange the cross-thread load to be the second load; being a little late may cause it to be lucky! (this probably doesn't matter)
|
|
Follow up to https://github.com/mozilla/cubeb/pull/695. Before that PR,
we would fail setup when GetDevicePeriod failed. This restores that
behaviour.
|
|
|
|
Potentially significantly shrinks the list of devices to search when
matching BT output device with specified BT input device. On my local
machine, this shrinks the list from 25 to 7, and reduces the initial
enumerate time from ~67ms to ~32ms (and a subsequent call from ~14ms to
~12ms).
|
|
Devices in this state are not visible in the Sound Control Panel or
other typical places in the OS audio UI, so there's little point in
including them in cubeb's device list.
On my test machine, this reduces the number of devices enumerated from
118 to 25 - reducing the cost of an initial cubeb_enumerate_devices from
~215ms to ~67ms (and a subsequent call from ~22ms to ~14ms).
|
|
- Rather than "leak" an atomic bool to the stuck render thread, we
instead "leak" the entire stream and leave the render thread to clean
up.
- render thread now checks `handle_emergency_bailout()`, which frees the
stream and exits the render thread in bailout condititions.
- Removed `thread_ready_event`, since it's no longer needed.
|
|
state_callback.
|
|
* Don't change `output_device_id` once it's set
* Fallback to use default device only when not specifying a device
We should only fallback to use default device if the user doesn't
ask to use a particular device.
* Follow default device changes only when using default device explicitly
We should get the default device change notifications only when users
ask to follow the default devices.
* Don't reinit stream when user-selected device is unplugged
If the user specifies a device explicitly, don't switch device for
the stream when the selected device is gone. We should fire an error
callback instead.
* Rename `picked_output_device_id` to `selected_output_device_id`
* Rename fallbackable to allow_fallback
* Correct the comments
* Fix double free problem
unique_ptr can not be initialized from another unique_ptr's raw pointer,
otherwise we will free the pointee twice!
* Add an util to copy wide-char string
* Prefer move
This might be overkilled, but it expresses the intention clearly
|
|
We should not always reset the device when the current device is unplugged.
The device reset or not should follow the
CUBEB_STREAM_PREF_DISABLE_DEVICE_SWITCHING pref.
|
|
|
|
|
|
Instead of changing `stm->output_device_id` in the `wasapi_find_bt_handsfree_output_device`,
setting it in `setup_wasapi_stream` makes all `stm->output_device_id` updates in the same place
|
|
|
|
|
|
The value returned from `GetDevicePeriod` is the same as `latency_hi` from `wasapi_create_device`
|
|
`wasapi_create_device` is called in `setup_wasapi_stream_one_side` to customize input settings. We should call it only when setting up input side.
|
|
The duplex stream's `input_bluetooth_handsfree` shouldn't be reset during setting output side
|
|
|
|
`default_period` is used to calculate the input latency. We can avoid calling for output.
|
|
|
|
|
|
|
|
|
|
|
|
|
