Tcpmp音频文件解码流程分析
来源:互联网 发布:手机淘宝触屏版首页 编辑:程序博客网 时间:2024/06/01 11:04
主线程ProcessThread工作流程。主线程ProcessThread中通过调用p->Format->Process进行解码,并将解码后的数据通过waveoutWrite进行播放;其它为解码结果向上层的一些状态反馈操作,以及特殊情况的一些处理。
p->Format->Process实际调用Format_Process函数。Format_Process函数中排除loadHeader,Sync这些处理,核心为p->Process,p->Process函数实际调用的是Format_ProcessStream。Tcpmp的缓冲机制正是在函数Format_ProcessStream中实现的。
Format_ProcessStream中,若上一个packet未处理,直接调用Format_Send处理上一个包;否则,通过Format_FillQueue()读取packet,并处理一定数量(Stream->PacketBurst个)的packet,若在处理Stream->PacketBurst个packet的过程中,缓冲区已满,则退出处理过程。
Format_Send函数中,先有一段特殊处理(具体含义未知,但跟踪发现只有歌曲结束的最后一秒才会执行此处理)。然后调用Stream->Process(实际为code中 Process)进行处理,若packet未处理,说明缓冲已满,退出;否则置标志Stream->Pending=0,表示packet已处理。
code中 Process函数中有2个很重要的函数:
1. p->Process
2. p->Out.Process
函数1调用解码器进行解码。实际调用equalizer中的Process函数。Tcpmp的所有解码工作均在此函数中进行,包括音色的平衡、衰减、高低音的设置等。
函数2对解码的数据进行播放。实际为waveout_win32中的Process函数。
p->Pending代表的物理意义是:缓冲区是否已满。若不满,需调用函数1进行解码;否则调用函数2将之前解码的数据写入缓冲区。
waveout_win32中的Process函数中有2个数据比较重要。p->Used 和 p->BufferLimit。p->BufferLimit表示解码数据缓冲区buffer的个数,p->Used表示已经使用的解码数据缓冲区buffer的个数。若缓冲区所有buffer都被使用(if (p->Used >= p->BufferLimit)),直接调用Write将缓冲区中的数据写入进行播放(若播放成功,会将等待播放的数量p->Waiting加1);否则,调用Send将当前解码的数据插入缓冲区链表尾部。
整个过程中还有一个比较重要的函数:waveout_win32中的WaveProc,此函数为一个回调函数,当通过waveoutWrite写入的数据被播放后,回调此函数释放缓冲区的buffer,同时将等待播放的数量p->Waiting减1。
主线程被分配的CPU时间片不多的话,会听到播放的歌曲卡一下,是由于解码的数据已经全部播放完(p->Waiting==0),未有新解码的数据准备好,没有内容可播放,所以卡了一下。
- Tcpmp音频文件解码流程分析
- ffmpeg 解码流程分析
- FFMPEG解码流程详细分析
- framework MediaCodec解码流程分析
- FFmpeg解码opus音频文件
- TCPMP 原代码分析1
- TCPMP 原代码分析2
- TCPMP源代码分析
- TCPMP源代码分析
- TCPMP源代码分析---窥豹一斑
- TCPMP源代码分析
- TCPMP源代码分析
- TCPMP 源代码分析1
- TCPMP 源代码分析2
- TCPMP源代码分析
- TCPMP源代码分析
- TCPMP源代码分析---窥豹一斑
- TCPMP源代码分析
- VB 2008网络编程
- oracle 修改日志大小及增加日志成员
- Linux环境下Maven仓库的搭建(nexus)及Mavan的简单使用
- 怎么减少错误的发生
- Android横竖屏切换
- Tcpmp音频文件解码流程分析
- 堆排序算法,附图与C++代码
- 修改Windows下软件默认安装路径
- java 创建文件+写入文件
- IOU配套脚本------ 自动通过gnome-terminal tab页连接IOU
- Java中的事务处理
- 开始贴VB编程的学习过程
- 3d世界尽在掌握!—— directx 8.1/9 graphic 全解析
- 穷学生