#include <AudioDevice.h>
Inheritance diagram for CAudioDevice:

This class is meant as a basis for OS/hardware specific audio card 'drivers'. Examples are ALSA & OSS for Linux, or Window's support for audio devices.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Implemented in CAudioDeviceLinux. |
|
|
|
|
|
|
|
|
Implemented in CAudioDeviceLinux. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Implemented in CAudioDeviceLinux. |
|
|
|
|
|
Implemented in CAudioDeviceLinux. |
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||
|
Implemented in CAudioDeviceLinux. |
|
||||||||||||
|
Implemented in CAudioDeviceLinux. |
|
|
Implemented in CAudioDeviceLinux. |
|
|
Change parameters of capture/playback.
If the new sound attributes are the same as the current ones, the function immediately returns true and does not emit a signal. In case no stream is being captured or played back, nothing really happens; it just sets the initial parameters, emits the SoundAttributesChanged signal and returns true. Otherwise, the following happens:
Changes to the sound attributes are emit()ted between stopping and starting the audio stream(s). It is possible multiple emits are generated with no audio data in between, for example when the (hardware) driver rejects the new attributes. Because of this, the receiver always knows the exact format of the audio stream when reading from its CAudioRingBufferReader. |
|
|
virtual void ShowSettingsDialog() = 0;
Implemented in CAudioDeviceLinux. |
|
|
Let the world know we (are about to) change the sound attributes. This signal is emitted when the new attributes are set in the device. This signal can be emitted multiple times in a row between stop and start of capture/playback, depending on whether the new SoundAttributes are accepted. See also SetSoundAttributes() |
|
|
Implemented in CAudioDeviceLinux. |
|
|
Implemented in CAudioDeviceLinux. |
|
|
Implemented in CAudioDeviceLinux. |
|
|
Implemented in CAudioDeviceLinux. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.3.7