VLC库多实例控制音频非独立的问题

项目场景

在 Windows 下,有一个封装了VLC库接口的类,可拉取 RTSP 流播放,该类的部分代码如下:

cpp 复制代码
// 封装的VLC类
class LibVlcPlayerBase {
   protected:
    virtual int initialize() {
        const char *const argv[] = {
            "--log-verbose=3",
            "--no-plugins-cache",
            "--rtsp-tcp",
        };
        m_pInstance = libvlc_new(sizeof(argv) / sizeof(argv[0]), argv);
        m_pMedia = libvlc_media_new_location(m_pInstance, m_rtspUrl.c_str());
        m_pMediaPlayer = libvlc_media_player_new_from_media(m_pMedia);
    }

    int OpenSound() {
        return libvlc_audio_set_volume(m_pMediaPlayer, 100);
    }

    int CloseSound() {
        return libvlc_audio_set_volume(m_pMediaPlayer, 0);
    }

   protected:
    libvlc_instance_t* m_pInstance = nullptr;
    libvlc_media_player_t* m_pMediaPlayer = nullptr;
    libvlc_media_t* m_pMedia = nullptr;
};

问题描述

如果有两个 LibVlcPlayerBase 实例:

cpp 复制代码
std::shared_ptr<LibVlcPlayerBase> pClient1;
std::shared_ptr<LibVlcPlayerBase> pClient2;

两个实例对象分别初始化完成并通过 rtsp 播放视频流。发现音频的控制并不是独立的,pClient1 调用OpenSound 设置音量为100,发现 pClient2 的音频会被同时设置为100。打开 Windows 音量合成器,发现只有一个"VLC media player(LibVLC 3.0.21)":

这样导致两个实例的音频无法独立控制。


原因分析

在 Windows 下使用 VLC 库时,多个实例共享同一音频会话的问题通常是由于默认音频输出模块未正确隔离实例导致的。


解决方案

修改代码,强制使用 DirectSound 音频模块:

cpp 复制代码
virtual int initialize() {
    const char *const argv[] = {
        "--log-verbose=3",
        "--no-plugins-cache",
        "--rtsp-tcp",
#ifdef _WIN32
        "--aout=directsound",  // 指定音频输出模块为directsound,使每个VLC实例的音频可单独控制
#endif // _WIN32
    };
    m_pInstance = libvlc_new(sizeof(argv) / sizeof(argv[0]), argv);
    m_pMedia = libvlc_media_new_location(m_pInstance, m_rtspUrl.c_str());
    m_pMediaPlayer = libvlc_media_player_new_from_media(m_pMedia);
}

这样一来,打开 Windows 音量合成器,发现原先 "VLC media player(LibVLC 3.0.21)" 已变成了应用程序名:

虽然看起来仍然不是独立的两个条目出来,但是已经能实现两个实例的音频单独控制了。

总结

在 Windows 系统下,是否指定使用 ‌DirectSound‌ 音频模块会导致不同的行为表现,主要与 ‌Windows 音频架构‌和 ‌VLC 的默认行为‌相关。不指定音频模块‌,VLC 会根据系统环境和自身编译配置‌自动选择音频输出模块‌。在较新的 Windows 系统(如 Win10/11)中,默认可能选择 ‌WASAPI‌(Windows Audio Session API),因为它支持更现代的音频架构。

当使用 WASAPI 时,所有通过同一进程创建的 VLC 实例(如 libvlc_instance_t)可能被系统视为‌同一个音频客户端‌,导致在 Windows 音量合成器中仅显示一个条目(如 "VLC media player"),多个实例的音量控制被合并,无法独立调节。

性能与兼容性差异:

特性 WASAPI DirectSound‌
延迟‌ 更低(支持独占模式) 较高(强制共享模式)
音质‌ 支持无损音频(如 24-bit/192kHz) 可能受系统混音器重采样影响
多实例隔离 需额外配置(如不同进程) 可通过虚拟设备名隔离
‌系统兼容性‌ Win Vista+ Win XP+
相关推荐
音视频牛哥1 小时前
Android音视频开发:基于 Camera2 API 实现RTMP推流、RTSP服务与录像一体化方案
android·音视频·安卓camera2推流·安卓camera2推送rtmp·安卓camera2 rtsp·安卓camera2录制mp4·安卓实现ipc摄像头
summerkissyou19875 小时前
android13-audio-AudioTrack-写数据流程
android·音视频
卢卡上学6 小时前
【AI工具】Coze智能体工作流:5分钟制作10个10w+治愈视频,无需拍摄剪辑
人工智能·音视频·ai视频·ai智能体
zimoyin7 小时前
WSL音频转发配置流程:WSL2/WSL1全适配
linux·音视频·wsl·虚拟机·ekho
优选资源分享9 小时前
foobar2000 2.25.3 汉化版:Windows 音频播放器
音视频
mcu201813 小时前
3.5mm音频口对外输出的音量和电压测试
音视频
阿伟*rui14 小时前
互联网大厂Java面试:音视频场景技术攻防与系统设计深度解析
java·redis·websocket·面试·音视频·高并发·后端架构
Android系统攻城狮14 小时前
Android16音频之获取Track状态AudioTrack.getState:用法实例(一百二十九)
音视频·android16·音频进阶·track状态
kkk_皮蛋14 小时前
RTP 协议详解:WebRTC 音视频传输的基石
音视频·webrtc
音视频牛哥14 小时前
深度解析SmartPlayer:如何打造工业级Android RTSP/RTMP直播播放器
音视频·rtsp播放器·rtmp播放器·安卓超低延迟rtsp播放器·安卓超低延迟rtmp播放器·rtsp播放器安卓端·rtmp播放器安卓端