public sealed class NullAudioBackendThe backend with no sound card.
No guide page documents this yet — the page shows what the code says about itself.
Remarks
Two jobs, and they are the same job. A dedicated server, a batch tool and a CI run have no audio device and still run the mixer — a sound that was started has to finish, or the voice never comes back to the pool and the eight-hundredth footstep is silent on the server and audible on the client. And docs/plan/12 says audio correctness is tested at buffer level: a test that asserts on what the mixer produced needs somewhere to produce it that is not a speaker.
Why this is in Core and Vixen.Graphics.Null is in Platform. That one is a backend: it implements an RHI whose other implementations talk to drivers, and it lives beside them. This is the absence of a backend, and it is what Vixen.Audio's own tests render through — putting it in Platform would make the assembly that owns the mixer depend on a platform assembly to test the mixer.
Fields and properties (4)
public bool PacedWhether an opened device paces itself against a real clock.
public string NameWhat to call it in a log — OpenAL, WebAudio, Null.
public bool IsAvailableAlways. There is nothing here to be unavailable.
public bool SupportsCapture
Methods (5)
public IReadOnlyList<AudioDeviceInfo> EnumerateDevices()Every output it can see, default first if it knows which one that is.
public IAudioDevice OpenDevice(in AudioDeviceOptions options)Opens one.
public IReadOnlyList<AudioDeviceInfo> EnumerateCaptureDevices()Every microphone it can see, default first if it knows which one that is.
public IAudioCaptureDevice OpenCaptureDevice(in AudioCaptureOptions options)Opens one.
public void Dispose()Performs application-defined tasks associated with freeing, releasing, or resetting unmanaged resources.
Used by (6)
- PeerVoiceChat
- AudioEngineVixen.Audio
- AudioTestDataVixen.Audio.Tests
- CaptureTestsVixen.Audio.Tests
- MusicPlayerTestsVixen.Audio.Tests
- VirtualVoiceTestsVixen.Audio.Tests