Android Audio 01 - Control Block

Audio CB: audio_track_cblk_t

userBase, serverBase, frameCount, stepUser, stepServer, buffer, frameAvailable, frameReady

userBase: 写数据的基数位置

serverBase: 读数据的基数位置

FrameCount: 读写大小

stepUser:更新写数据的位置

stepServer: 更新读数据的位置

underrun模式：生产者跟不上消费者，消费者得wait，生产者有数据了signal

生产者：obtainBuffer/memcpy/releaseBuffer

消费者: getNextBuffer/releaseBuffer

-------------------------------------------------------------------------------------------

cblk_t      |                  server读 |               user写                |                |

-------------------------------------------------------------------------------------------

stepUSER() and stepServer的作用是调整当前偏移的位置，可以看到，他们仅仅是把成员变量user server的值加上需要移动的数量，user和server的值并不考虑FIFO的边界问题，随着数据的不停写入和读出，user和server的值不断增加，只要处理得当，user总是出现在server的后面，因此frameAvailable和frameReady才会成立。根据这种算法，user和server都会大于FIFO的大小，frameCount，那么如何确定真正的写指针的位置了？需要用到userbase这个变量。在stepUser中，每当user的值越过(UserBase+farmeCount) userBase就会增加frameCount，这样映射到FIFO中的偏移总是可以通过user-userBase获得。因此，获得当前FIFO的写指针可以通过buffer（）返回

p = mCblk->buffer(mcblk->user)

---------------- 华华丽丽的分割线----------------------------------

细读了android中关于audio这块的源码，发现有个地方设计的挺巧妙的。

他将一块有限的线性buffer，变成了可以循环的环形缓冲，生产者/消费者模式

原来的代码函数是，frameAvaliable Buffer stepUser// frameReady/stepServer etc.

我稍微简化了些，留作以后可能需要生产者/消费者的读写I/O

  1 const int bufferSize = 1000;
  2 const int loopStart = 1000;
  3 //userBase = everytime the buffer write cross the scope,
  4 //loop to the first place, userBase += bufferSize
  5
  6 /*
  7  * buffer():provide the init position for write
  8  */
  9 void* audio_track_cblk_t::buffer(int write) const
 10 {
 11         return buffers + write - userBase;
 12 }
 13 //how many bytes could be available
 14 int audio_track_cblk_t::bufferAvailable()
 15 {
 16     int limit = (read < loopStart) ? read : loopStart;
 17     return limit + loopStart - write;
 18 }
 19 int audio_track_cblk_t::updateWrite(int frameCount)//frameCount is how many bytes been written
 20 {
 21     //update the position of write
 22     write += frameCount;
 23     if (write >= userBase + bufferSize){
 24         userBase += bufferSize;//userBase will loop to the front
 25     }
 26     return write;
 27 }
 28 int audio_track_cblk_t::bufferCouldRead()
 29 {
 30 // write will always larger than read position
 31 // whenever the loop has happened
 32 // the max gap between write and read will be bufferSize
 33             return write - read;
 34 }
 35 bool audio_track_cblk_t::updateReadPos(int frameCount)
 36 {
 37     LOG("after read, update the read position");
 38     LOG("frameCount is the buffer size been read");
 39     read+= frameCount;
 40
 41     if ( read >= userBase + bufferSize)
 42         userBase += bufferSize;
 43
 44     signal();//signal the write side
 45     return true;
 46 }

 

稍微说明：

bufferSize就是这块线性内存的大小，userBase其实一直被增长，但是每次都是bufferSize的整数倍，当write越界了，超过bufferSize了，比如写了1300，bufferSize才1000，那userBase就必须加上1000，这样write-userBase=300，这样才是正确的相对写位置。读位置同理。

write要一直比read快，否则生产者/消费者模型就有问题了。wait/signal/broadcast/ could help.