- 博客(5)
- 收藏
- 关注
RSS订阅原创 RTP音频流分析以及乱序问题的解决方法（二）
前面文中描述了打包格式为RTP，负载为G.711的音频流的分析方法。并且得知了设备收到的RTP流有严重的乱序情况。那么，发送端发出的流是正常的，接收端收到的流却乱序严重，这是什么原因呢？一、查看路由linux命令行输入 tracert -d 目的IP二、发送端要增加VBV控制发送速度有的发送端并不控制发送速度，UDP本身并不是可靠连接，发送速度不均匀、过快，
2017-06-22 11:55:02
6275
原创 RTP音频流分析以及乱序问题的解决方法（一）
一、背景描述：近日，项目现场传来消息，终端音频解码声音不正常，有爆破音。我们的项目的视音频使用RTP协议封装，视频使用H.264格式，音频使用G.711格式，使用UDP发送接收。音频流传输是这样的：终端A -> 流媒体服务器 -> 终端B在现场的同事，在流媒体服务器上面进行了抓包，流媒体服务器收到的音频流、发出去的音频流，解出来的声音都没有问题。二、如何从RTP包中
2017-06-22 09:57:26
8801
原创 音视频同步的简要总结
平台为嵌入式音视频解码器，使用linux作为操作系统，音频采用alsa架构。一、STC（本地时钟作为一个基准）如果是ts封装，可以使用PCR；如果为RTP封装，可以使用音频时间戳或者rtcp的本地时钟。原理就是将PCR或者音频时间戳（为了音频play时自己使用，要有一个偏移，但只要是同源就行）同步到本地STC中。本地STC在解码端可以使用一个硬件STC维护多组，就是使用time_b
2015-09-09 17:11:11
1653
原创 C程序中的段错误跟踪
想要准确的跟踪段错误需要以下几点1、C程序中加入信号捕获和段错误地址打印代码2、编译程序时，加入 -g -DDEBUG 选项3、段错误发生时，利用打印出的地址，使用addr2line追踪，或者nm工具追踪。
2015-03-27 16:17:03
1164
原创 vsftp 移植时遇到的“500 OOPS：socket 错误”解决办法
近日将vsftp 2.0.5 移植到嵌入式系统中，遇到了一个奇怪的问题。编译、安装、配置都没有问题，登陆都OK。就是登陆后，只要一LS或者DIR，需要从数据通道传递数据了，就会返回“500 OOPS：socket ”错误，跟着服务器端就断开连接了。 跟入代码中，发现是创建socket的时候，socket()函数返回的错误，打印errno后，发现错误代码是 EACCES， 权限问题。
2013-08-19 15:17:32
2606
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人