xiangjai的专栏

最近研究了android的实时视频网络传输问题，在视频处理方面花费了大量精力进行研究，总结出以下五套方案，并加以比较 以320×240大小的视频传输为例方案压缩率压缩/传输方式实时性平均流量消耗 传输距离用camera的回调函数发送原始的yuv420数据0无压缩，按帧传输高(20~30 fps)很高(6.5 Mbps)

如何计算G711语音等的打包长度和RTP里timestamp的增长量一般对于不同的语音有不同的打包周期，而不同的打包周期又对应着不同的timestamp in RTP那么是如何计算的呢，我们通过G711举个例子G711的打包周期分为10ms,20ms,30ms,sample rate是8000，速率是64kbit/s64kbits,意味着每秒发送64000比特

一、虚拟机环境搭建1、安装ubuntu 14.04虚拟机:         因为可以屏蔽svn版本问题，如果使用14以下版本svn版本是1.7以下的，在不能下载代码而是使用代码包的情况下会遇到因为svn版本不能同步的问题。这个时候需要手动升级svn版本到1.8+2、开启root登陆：         为了启用root 帐号（也就是设置一个口令）使用：  

GOP/ 码流 /码率 / 比特率 / 帧速率 / 分辨率GOP（Group of picture）       关键帧的周期，也就是两个IDR帧之间的距离，一个帧组的最大帧数，一般而言，每一秒视频至少需要使用 1 个关键帧。增加关键帧个数可改善质量，但是同时增加带宽和网络负载。         需要说明的是，通过提高GOP值来提高图像质量是有限度的，在遇到场景

视频带宽计算公式(码流_分辨率_帧率)  码流　　码流（Data Rate）是指视频文件在单位时间内使用的数据流量，也叫码率或码流率，是视频编码中画面质量控制中最重要的部分，一般我们用的单位是Kb/s或者Mb/s。一般来说同样分辨率下，视频文件的码流越大，压缩比就越小，画面质量就越高。码流越大，说明单位时间内取样率越大，数据流，精度就越高，处理出来的文件就越接近原始文件，图像质量越好，

经过长时间的code,基本上已经wancheng

文本介绍视频的处理流程。图1中显示了两路视频会话视频信号流过程。图1 视频流程示意图以一路视频会话为例，主要分为以下几个线程：1）视频源产生线程：Camera生产视频画面，封装成视频帧，以一定帧率投递到下一个模块。；2）采集线程：由Capturer负责采集视频帧，并对视频帧进行一定处理，如调整画面亮度。并送入各个发送链路的编码模块编码并发送出去；

本文概要介绍webRTC的音频处理流程，见下图：webRTC将音频会话抽象为一个通道Channel，譬如A与B进行音频通话，则A需要建立一个Channel与B进行音频数据传输。上图中有三个Channel，每个Channel包含编解码和RTP/RTCP发送功能。以一个Channel而言，应用程序中将包含三个活动线程，录音线程，音频接收线程和播放线程。1）录音线程：

一、概述本文讲述的是对H264编码且封装成MP4格式的视频流进行RTP打包过程时需要了解的一些基本知识。二、H264的基础知识1.H264的编码格式H.263 定义的码流结构是分级结构，共四层。自上而下分别为：图像层(picturelayer)、块组层(GOB layer)、宏块层(macroblock layer)和块层(block layer)。而与H.263 相比，H.264

借鉴：http://blog.youkuaiyun.com/zgyulongfei/article/details/7538523    http://blog.youkuaiyun.com/jzl19901027/article/details/9864351代码： public class StsdBox { private byte[] buffer = new byte[1024 * 6

/******************************************************************** function: g.711 decoder and encoder ********************************************************************///hyy add 2010.4.9 b

本文就经常见的一种格式PCM(44字节)的Wav文件头进行分析一.解析文件头表1　8KHz采样、16比特量化的线性PCM语音信号的WAVE文件头格式表（共44字节）偏移地址 字节数 数据类型 内容 文件头定义为00H 4 char "RIFF" char riff_id[4]="RIFF"04H 4 long int 文件总长-8 long int size0=文总长-

说明：这个是一年前的工作了，现在把相关资料整理一下。 目录1.    概述2.    AMR编码方式3.    AMR文件结构示范图4.    AMR帧头格式分析5.    异常帧分析6.    AMR帧读取算法7.    参考资料1.      概述现在很多智能手机都支持多媒体功能，特别是音频和视频播放功能，而AMR文件格式是手机端普遍支持的音频文件格

虽然看到论坛有很多人问过，但我还是不明白。。。。一、开始我没有在sdp里加到那两个参数(简单的只是sprop- parameter-sets=H264)，发送的h264流是这样是，它是一开始编码才有sps和pps ,之后就没有了，所以是当vlc断开再连接时，我在服务器发送第一个包是加上pps和sps，vcl播放流畅。二、要实现组播，我在sdp里加上 sprop-parameter-se

1、使用FFMpeg进行视频采集，使用Live555进行RTP传输，使用VideoView进行播放。csdn提到：重载FrameSource，写一个服务类，可以从FrameSource的派生类读取帧数据，转发给live555.评价：本方案大型访问量大的不行，少量连接比如100以内的可以。2、用gstreamer完成采集、编码、组播。客户端使用VideoView进行播放。评价

CONTENT:        ＊  AMR简介         ＊ AMR 话音质量评定          ＊ AMR 文件结构解析           ＊ AMR 帧结构解析            ＊ AMR 帧读取算法             ＊ AMR 解码原理及流程              ＊ AMR 模式选择自适应机制              一、A

一. h264基础概念1、NAL、Slice与frame意思及相互关系 1 frame的数据可以分为多个slice.每个slice中的数据，在帧内预测只用到自己slice的数据， 与其他slice 数据没有依赖关系。 NAL 是用来将编码的数据进行大包的。 比如，每一个slice 数据可以放在NAL 包中。I frame 是自己独立编码，不依赖于其他frame

在用Android手机进行h264硬编码的时候如果要进行视频流的实时传输与播放，就需要知道视频流的Sequence Parameter Sets (SPS) 和Picture Parameter Set (PPS)。今天算是看明白如何获取SPS和PPS，在这里记录下来，希望有需要的朋友可以在这里获取到一些些的帮助。首先说一下大前提，我设置的视频录制参数为：mMediaRec

1、RTP Header解析                                                                                                                                                       图11)        V：RTP协议的版本号，占