零基础入门多媒体音频(4)-GENIVIProjectAudioManager总览

GENIVI Project的AudioManager是一个专门设计用于汽车信息娱乐系统的音频管理解决方案。它负责管理和控制车辆内的音频源和音频路径,确保各种音频信号能够正确、高效地在车辆的音响系统中传输和播放。

AudioManager的核心功能包括音频源的管理、音频路径的控制以及音频信号的处理。它能够识别和管理多种音频源,如收音机、CD播放器、蓝牙设备、USB接口等,并根据用户的选择或系统的设定,将音频信号传输到相应的音响设备,如扬声器、耳机等。

此外,AudioManager还具备音频信号处理的能力,可以对音频信号进行放大、均衡、混响等处理,以提升音频的音质和听感。它还能够根据车辆的行驶状态和环境噪声,自动调整音频的音量和音质,确保驾驶者和乘客在任何情况下都能获得最佳的听觉体验。

总的来说,GENIVI Project的AudioManager是一个功能强大、灵活可配置的音频管理解决方案,适用于各种汽车信息娱乐系统的开发和集成。它能够为驾驶者和乘客提供高品质的音频体验,同时满足车辆制造商对于音频系统的特殊需求。

GENIVI Project AudioManager共可以分为两个部分:audiomanager,audiomanagerplugins。audiomanager是项目的核心框架层,包含了守护进程daemon的启动;各插件的加载,初始化;提供基础特性支持,包括调试信息管理(DLT),数据库(sqlLite),跨进程通行(Dbus,CAPI);插件间的调用传递。audiomanagerplugins是项目提供的扩展插件。共包含三部分,command(项目软件与项目以外的软件的信息传递,调用传递),control(音频功能的核心决策层,负责业务逻辑的处理),routing(音频业务的具体执行者)。commandsender主要用于audiomanager向外床底系统中状态的变化,如系统加/删的主链接,sink/source数量变化,sink/source状态变化,系统增/删sink/source。我们发散一下思维,再android音频中扮演commandsender角色的模块是什么呢?

就是audioservcie里面的各类广播消息。这两者都实现了将音频系统状态的变化传递给系统的关注者。让这些利益相关者做出响应。本质上使用了观察者模式。

commandreceiver类是audiomanager对外暴露的功能接口。(也就是外部软件(某种程度上plugin也在此列)可以调用audiomanager做哪些功能)。我们可以类比到android的audiomanager,audiosystem,audiotrack等接口。虽然commandsender和commandreceiver从名字上看来只是调用方向的相反,但是实际上实现的功能和设计目的时完全不一样的。不免让人觉得设计者是纯粹为了简单和对称进行这样命名的。

下面是截取的一些典型代码片段。

commandreceiver

复制代码
   am_Error_e connect(const am_sourceID_t sourceID, const am_sinkID_t sinkID, am_mainConnectionID_t& mainConnectionID);
    am_Error_e disconnect(const am_mainConnectionID_t mainConnectionID);
    am_Error_e setVolume(const am_sinkID_t sinkID, const am_mainVolume_t volume);
    am_Error_e volumeStep(const am_sinkID_t sinkID, const int16_t volumeStep);

commandsender

复制代码
id cbNewMainConnection(const am_MainConnectionType_s mainConnection);
    void cbRemovedMainConnection(const am_mainConnectionID_t mainConnection);
    void cbNewSink(am_SinkType_s sink);
    void cbRemovedSink(const am_sinkID_t sink);
    void cbNewSource(const am_SourceType_s source);
    void cbRemovedSource(const am_sourceID_t source);
    void cbNumberOfSinkClassesChanged();
    void cbNumberOfSourceClassesChanged();

RoutingReceiver的作用是routing插件向audiomanager主进程通知route相关元素状态的变化,比如注册/注销音频域,注册/注销音频网关,注册/注销音频转化器等。以及ack从routingsender送过来的命令执行情况。

routingsender是用于audiomanager主进程操作route元素。包括链接source和sink。设置source/sink属性(音量,节点状态)等。

ControlReceiver的作用是让contro插件能调用audiomanager提供的数据库,打印等基础功能,间接调用routingplugin插件实现的功能。

ControlSender的作用是让contro插件能够在audiomanager执行重要功能逻辑时注入自己想要附加的逻辑。

相关推荐
EasyGBS17 分钟前
ONVIF设备接入国标GB28181视频平台EasyGBS:不用国标也能一键拉流!
服务器·php·音视频
音视频牛哥3 小时前
SmartMediaKit 推拉流MP4录像实践:实时传输与本地留存一体化
音视频·rtmp推流录像·rtmp播放端录像·rtsp播放端录像·rtsp流录制·rtmp流录制·rtsp服务器录像
石臻臻的杂货铺4 小时前
做 AI 视频,先让 Blender 把镜头演一遍
人工智能·音视频·blender
ALINX技术博客4 小时前
【黑金云课堂】FPGA技术教程Vitis开发:SD卡WAV文件读取音频播放实验
fpga开发·音视频
沐禾安信21 小时前
AVI 视频打不开?2026 四款转 MP4 工具封神
音视频·电脑录屏
兵叔物联1 天前
基于FFmpeg的短视频自动剪辑工具
ffmpeg·音视频
AORUO奥偌1 天前
从“拼凑”到“集成”:音视频系统如何重塑弱电智能化建设逻辑
音视频·公共广播系统·音视频系统·多媒体会议与ip广播系统·多媒体会议系统
禹亮科技1 天前
大型国企会议室音视频集成实战:3间120㎡空间Poly G7500+LED大屏+讯飞多语言会议系统落地方案
音视频·视频会议系统集成·上海禹亮科技·讯飞听见多语言会议系统·poly g7500
音视频牛哥1 天前
SmartMediaKit macOS版RTSP/RTMP低延迟播放器:技术架构、核心能力与应用实践
音视频·低延迟rtsp播放器·macos直播播放器·macos rtsp播放器·macos rtmp播放器·rtsp播放器mac版·rtmp播放器mac版
潜创微科技1 天前
沁恒CH9339:USB3.0超高速对拷,两台电脑一根线共享一切
音视频