背景:实现全志R16-linux开发板上的mplayer的调试
一、mplayer软件架构:
这里详细介绍了alsa的相关知识
二、问题解决1:播放卡顿
0.问题描述:播放过程中会突然发生卡顿,就是感觉声音突然快进了似的。
1.mplayer.c中的调用了fill_audio_out_buffers 这个函数:
这个代码主要是两个while循环:
循环1:while(1)这一部分主要是通过get_space()函数获取需要写的字节数,一直填充,直到其数值大于outburst才停止。这里还根据数据的大小算出sleep的时间,防止占用cpu过多。
循环2:while(bytes_to_write)这个地方根据上面的值进行数据的填充。
2.其中调用了get_space()这个函数
这里面调用了很多alsa驱动的函数。
snd_pcm_status_get_avail 来获取当前驱动缓冲区中可用的帧数。
就是这个函数主要是来从buffer中拿出一个帧的长度,如果buffer不够一针,就拿出那么多,如果超过了一针,那么久取出一针的长度。
1 ret = snd_pcm_status_get_avail(status) * bytes_per_sample; 2 // printf("aaa:buf=%d\n", ao_data.buffersize); // always 88200 3 // printf("aaa:bpS=%d\n", bytes_per_sample); // always 4 4 if (ret > ao_data.buffersize/8){ // Buffer underrun? 5 // printf("aaa:ret\n"); 6 ret = ao_data.buffersize; // never 7 } 8 // printf("aaa:getSpace=%d\n", ret); // 88200 when cracking 9 return ret;
音乐播放buffer层次:
三层buffer:应用程序buffer(mplayer使用的buffer)、alsa驱动buffer(ring uffer)、硬件buffer。
数据在这三层buffer中传输,
问题分析:
猜测:有hw:0,0 只能write 8的倍数的数据,default数据则是随便的,需要实验验证一下。
暂时结论就是,由于每次都是好像跳过了一针,推测是因为写的时候把之前的buffer覆盖了,导致丢帧了。
解决:扩大buffer
https://blog.csdn.net/kickxxx/article/details/8291598
三、问题解决2:播放器有哒哒哒的声音:
下面是开发板开机的一个启动脚本,经过定位发现是加载一个gpio_key的时候会发生哒哒哒的声音。
因为加载的事案件驱动,尝试按了一下案件,发现只要按一下案件,就不会有噪声了。
首先看问题驱动的源码