（5）输入“tar xvzf /home/plg/target-qtopia-konq.tgz –C /”命令，然后将上部生成的“target-qtopia-konq.tgz”文件解压到开发板的根目录下。
5.5 系统的调试
     硬件和软件都设计好之后，就需要对整个系统进行调试，调试的目的在于验证该系统是否能达到我们设计的要求，并对其中的不足之处进行修改。系统的调试一般采用JTAG仿真器加调试代理软件模式。也可以通过运行调试程序对系统进行调试。这里通过运行2440 test测试程序，来对系统进行调试。2440 test是源自三星的一个非操作系统测试程序，里面集成了很多小型的测试程序，涉及到GPIO的配置，中断的编写，常见接口的测试使用等，其中每一部分的测试代码都有很强的独立性。首先通过dnw采用USB下载将该测试程序烧写到NANDFLASH，然后通过超级终端对系统进行调试。2440 test程序调试目录如图18所示。
 
图18 2440 test程序调试目录
然后选择相应的调试命令，对系统进行调试，通过选择命令6对LCD显示进行调试。LCD显示如图19所示。
 
图19 LCD显示
然后，选择命令8对UDA1341TS音频播放进行调试，UDA1341TS音乐播放如图20所示。然后可以通过耳机或扩音器插入系统音频输出孔听到音乐。
 
图20 UDA1341TS音乐播放
最后，将USB摄像头接到开发板，系统实物如图21所示，然后对音视频采集与回放系统功能进行整体调试。
 
图21 系统实物
经过测试，系统能够很好地完成音视频的采集与回放，图像清晰，实时性好。但也有一些不足之处，比如音视频不能保持完全同步，另外存在一些噪声问题。音视频的不同步一直都是音视频采集与回放系统的一个通病，有很多的原因会导致这种情况。可能是音视频编码的原因，也可能是处理器运算能力不足导致。这里主要是因为音频流和视频流的分离而产生的。通常的做法是将音频流和视频流进行码流合并，但这需要很复杂的算法，增加了处理器的负担。另外，还可以通过设置时间戳的方法使音视频输出达到同步。主要做法是通过选择一个参考时钟，然后给每个采集到的音视频数据块打上时间戳，当播放音视频时，读取数据块上的时间戳，同时参考当前参考时钟上的时间戳进而来安排播放。这种办法比较简单且较常用。对于系统中存在的噪声问题，主要是因为采集端对音频信号的处理存在缺陷。可能是音频采集设备的问题，也可能是音频处理器对模拟信号的数字转换存在一些不足。对于这些问题都还需要进一步去研究解决。
6.    结束语
由于嵌入式系统能保证系统响应的实时性和运行的可靠性，目前广泛应用到工作和生活各个领域。本文设计的音视频采集与回放系统具有功耗小，成本低，实时性好，运行稳定，便携性好等优点。可广泛应用于音视频监控、视频聊天、3G视频通话、影音播放等。但由于自身能力及条件限制，设计没能将系统与无线网络很好的联系起来，没能将采集到数据流进行打包无线传输，如若那样就可以在打破空间距离的限制，整个系统就会更加的完美。当然随着科技及制造工艺的不断进步，我们还可以找到集成化程度更高，运算能力更强，功能更加齐全的芯片，这样就会设计出更加强大和可靠的系统。 ARM音视频采集与回放系统的设计(9):http://www.751com.cn/tongxin/lunwen_1387.html