#Loopback tutorial windows 10#
#Loopback tutorial code#

Before an application can record from a loopback device, the user must identify the loopback device and enable it for use.Дifferent vendors assign different names to their hardware loopback devices.

Thus, applications that depend on them will not work on all systems.

Not all audio adapters have loopback devices.

Hardware loopback devices have the following disadvantages for audio applications: Although hardware loopback devices are similar in operation to the WASAPI loopback mode, they can be more difficult to use. Some hardware vendors implement loopback devices (as opposed to pin instances on render devices) in their audio adapters. When the hardware does not support a loopback pin, WASAPI copies the output stream from the audio engine into the loopback application's capture buffer, in addition to copying the audio data to the hardware's render pin. If the hardware supports a loopback pin on the render endpoint, WASAPI uses the audio provided on this pin for the loopback stream. The implementation of loopback by WASAPI depend on the capabilities of the hardware. Exclusive-mode streams cannot operate in loopback mode.

#Loopback tutorial windows 10#

In Windows 10 versions 1703 and higher, event-driven loopback clients are supported, and no longer need the workaround involving the render stream.ДЄ client can enable loopback mode only for a shared-mode stream (AUDCLNT_SHAREMODE_SHARED). Each time the client receives an event for the render stream, it must signal the capture client to run the capture thread that reads the next set of samples from the capture endpoint buffer. To work around this, initialize a render stream in event-driven mode. In versions of Windows prior to Windows 10 1703, pull-mode capture client does not receive any events when a stream is initialized with event-driven buffering and is loopback-enabled. In the call to the IAudioClient::Initialize method, change the value of the second parameter ( StreamFlags) from 0 to AUDCLNT_STREAMFLAGS_LOOPBACK.In the call to the IMMDeviceEnumerator::GetDefaultAudioEndpoint method, change the first parameter ( dataFlow) from eCapture to eRender.

#Loopback tutorial code#

In the code example in Capturing a Stream, the RecordAudioStream function can be easily modified to configure a loopback-mode capture stream. However, other types of audio applications might find loopback mode useful for capturing the system mix that is being played by the audio engine. WASAPI provides loopback mode primarily to support acoustic echo cancellation (AEC). Initialize a capture stream in loopback mode on the rendering endpoint device.ДЄfter following these steps, the client can call the IAudioClient::GetService method to obtain an IAudioCaptureClient interface on the rendering endpoint device.Obtain an IMMDevice interface for the rendering endpoint device.To open a stream in loopback mode, the client must: In loopback mode, a client of WASAPI can capture the audio stream that is being played by a rendering endpoint device.