ladybird/Libraries/LibMedia/Audio/PlaybackStream.cpp

/*
 * Copyright (c) 2023-2025, Gregory Bertilson <gregory@ladybird.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include "PlaybackStream.h"

namespace Audio {

#if !defined(AK_OS_WINDOWS)
ErrorOr<NonnullRefPtr<PlaybackStream>> __attribute__((weak)) PlaybackStream::create(OutputState, u32, SampleSpecificationCallback&&, AudioDataRequestCallback&&)
#else
ErrorOr<NonnullRefPtr<PlaybackStream>> PlaybackStream::create(OutputState, u32, SampleSpecificationCallback&&, AudioDataRequestCallback&&)
#endif
{
    return Error::from_string_literal("Audio output is not available for this platform");
}

}
LibAudio: Create a playback class with a PulseAudio implementation This adds an abstract `Audio::PlaybackStream` class to allow cross- platform audio playback to be done in an opaque manner by applications in both Serenity and Lagom. Currently, the only supported audio API is PulseAudio, but a Serenity implementation should be added shortly as well. 2023-07-04 06:55:53 -03:00			`/*`
LibMedia: Make PlaybackStream use the output's sample specification Instead of specifying the sample rate, channel count/map, etc. to the PlaybackStream, we'll now use the output device's sample specification whenever possible. If necessary, the stream will fall back to sane default. This hugely simplifies AudioMixingSink, since it no longer has to take care of reinitializing the stream with a new sample specification when it encounters a track with a higher sample rate or more channels. We wouldn't be likely to benefit from this anyway, since it turns out that at least Windows's virtual surround doesn't work through WASAPI at all, and WASAPI likely wouldn't support downmixing. This commit breaks playback of audio files that don't match the system default audio device's sample rate and channel count. The next commit introduces a converter into the pipeline to allow mixing of any sample specification. 2025-12-10 21:49:25 -03:00			`* Copyright (c) 2023-2025, Gregory Bertilson <gregory@ladybird.org>`
LibAudio: Create a playback class with a PulseAudio implementation This adds an abstract `Audio::PlaybackStream` class to allow cross- platform audio playback to be done in an opaque manner by applications in both Serenity and Lagom. Currently, the only supported audio API is PulseAudio, but a Serenity implementation should be added shortly as well. 2023-07-04 06:55:53 -03:00			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

			`#include "PlaybackStream.h"`

			`namespace Audio {`

LibWeb: Enable in Windows CI 2025-06-28 02:14:03 -03:00			`#if !defined(AK_OS_WINDOWS)`
LibMedia: Make PlaybackStream use the output's sample specification Instead of specifying the sample rate, channel count/map, etc. to the PlaybackStream, we'll now use the output device's sample specification whenever possible. If necessary, the stream will fall back to sane default. This hugely simplifies AudioMixingSink, since it no longer has to take care of reinitializing the stream with a new sample specification when it encounters a track with a higher sample rate or more channels. We wouldn't be likely to benefit from this anyway, since it turns out that at least Windows's virtual surround doesn't work through WASAPI at all, and WASAPI likely wouldn't support downmixing. This commit breaks playback of audio files that don't match the system default audio device's sample rate and channel count. The next commit introduces a converter into the pipeline to allow mixing of any sample specification. 2025-12-10 21:49:25 -03:00			`ErrorOr<NonnullRefPtr<PlaybackStream>> __attribute__((weak)) PlaybackStream::create(OutputState, u32, SampleSpecificationCallback&&, AudioDataRequestCallback&&)`
LibWeb: Enable in Windows CI 2025-06-28 02:14:03 -03:00			`#else`
LibMedia: Make PlaybackStream use the output's sample specification Instead of specifying the sample rate, channel count/map, etc. to the PlaybackStream, we'll now use the output device's sample specification whenever possible. If necessary, the stream will fall back to sane default. This hugely simplifies AudioMixingSink, since it no longer has to take care of reinitializing the stream with a new sample specification when it encounters a track with a higher sample rate or more channels. We wouldn't be likely to benefit from this anyway, since it turns out that at least Windows's virtual surround doesn't work through WASAPI at all, and WASAPI likely wouldn't support downmixing. This commit breaks playback of audio files that don't match the system default audio device's sample rate and channel count. The next commit introduces a converter into the pipeline to allow mixing of any sample specification. 2025-12-10 21:49:25 -03:00			`ErrorOr<NonnullRefPtr<PlaybackStream>> PlaybackStream::create(OutputState, u32, SampleSpecificationCallback&&, AudioDataRequestCallback&&)`
LibWeb: Enable in Windows CI 2025-06-28 02:14:03 -03:00			`#endif`
LibAudio: Create a playback class with a PulseAudio implementation This adds an abstract `Audio::PlaybackStream` class to allow cross- platform audio playback to be done in an opaque manner by applications in both Serenity and Lagom. Currently, the only supported audio API is PulseAudio, but a Serenity implementation should be added shortly as well. 2023-07-04 06:55:53 -03:00			`{`
			`return Error::from_string_literal("Audio output is not available for this platform");`
			`}`

			`}`