月天寒的专栏

转自：http://blog.csdn.net/chenchong_219/article/details/37990541这篇介绍h264的写的不错，赞一个。1、码流总体结构：h264的功能分为两层，视频编码层（VCL）和网络提取层（NAL）。H.264 的编码视频序列包括一系列的NAL 单元，每个NAL 单元包含一个RBSP。一个原始的H.264 NALU 单元常由 [

转自：http://blog.csdn.net/jwybobo2007/article/details/7054140网络抽象层单元类型 (NALU):NALU头由一个字节组成,它的语法如下:      +---------------+      |0|1|2|3|4|5|6|7|      +-+-+-+-+-+-+-+-+      |F|NRI| 

转自：http://blog.csdn.net/zhuweigangzwg/article/details/44152239这里首先说明下H264的结构：00 00 00 01/00 00 01->nal(1bytes)->slice->宏块->运动估计向量。如果h264的body中出现了前缀则由00 00 00 01/00 00 01变为00 03 00 00 01/00 0

我看到的解释h264语法结构比较全面的一篇文章，转自：http://blog.csdn.net/yangzhongxuan/article/details/8003494名词解释 场和帧 ：    视频的一场或一帧可用来产生一个编码图像。在电视中，为减少大面积闪烁现象，把一帧分成两个隔行的场。片：             每个图象中，若干宏块被排列成片的形式。片

一、流媒体简介　　流媒体是指在internet中使用流媒体技术的连续时基媒体，例如视频、音频或多媒体文件。流式传输方式是将音视频、动画等多媒体文件经过压缩后分成一个个小数据包，当用户端发出请求时，由服务器端向用户端实时、连续传送这些小数据包，动态变化的网络可能使各个包选择不同的路由，故到达用户端的时间延迟也就不同。在用户端用播放器播放时，需要为接收数据开辟缓存区，以弥补时延和时延抖动的影响和保

1、安装相关依赖包sudo apt-get install libgtk2.0-dev libgnome2-dev如果是在终端下直接编译的话，可以方便的输入GTK+的include、lib依赖，即在gcc 命令后加上`pkg-config --cflags --libs gtk+-2.0`（注意`这个符号是1签名那个键，还有在这段字符之前加个空格）。比如：gcc -o test

在YUV420中，一个像素点对应一个Y，一个2X2的小方块对应一个U和V。对于所有YUV420图像，它们的Y值排列是完全相同的，因为只有Y的图像就是灰度图像。YUV420sp与YUV420p的数据格式它们的UV排列在原理上是完全不同的。420p它是先把U存放完后，再存放V，也就是说UV它们是连续的。而420sp它是UV、UV这样交替存放的。(见下图)假设一个分辨率为8X4的YU

比较简单的测试，如下：服务器ip是8.8.8.8，turnserver默认监听端口是3478，则测试路径是http://8.8.8.8:3478，用浏览器打开该链接，如果看到“TURN Server”的字样说明turnserver是正常运行。如果访问不了，那就那可能是服务挂了或者说是服务没有开启。如果常常因为重启了服务而忘记启动该服务的话，建议写个脚本，开机自动运行服务。怎么写呢？

转自：http://blog.csdn.net/jiaozi07/article/details/41749943看到ORTP是纯C实现的rtp库,于是移植到3518e试用一下.1.下载源码http://www.linphone.org/technical-corner/ortp/downloads里面有个tar res跳转链接跳转入http://download.sa

在ubuntu上的整个编译过程其实就是标准的./configure &&make &&sudo make install几个问题记录下:1.如果系统没有装SDL1.x版本的话，默认是不会编译出ffpaly命令的。因为ffmpeg的音视频显示依赖SDL库，且必须是1.x版本的SDL。2.运行ffplay时，有些机器上会出现Could not initialize SDL -

转自:http://blog.csdn.net/bripengandre/article/details/2238818RTP协议分析第1章.    RTP概述1.1. RTP是什么RTP全名是Real-time Transport Protocol（实时传输协议）。它是IETF提出的一个标准，对应的RFC文档为RFC3550（RFC1889为其过期版本）。RFC355

在P2P实时音视频领域，NAT穿越是一个非常重要的技术。NAT穿越技术使得客户端和客户端直接进行通讯，从而减少了端到端的延迟，并大大减轻了服务器的压力，降低成本。NAT是什么NAT的全称Network Address Translation，通常指的是把内网地址转换成外网地址。一般家用的无线路由器就用到了NAT技术。NAT技术的出现是为了解决IPv4地址不够的问题，而且还能够避免来