Tcpmp音频文件解码流程分析

主线程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)，未有新解码的数据准备好，没有内容可播放，所以卡了一下。