党玉涛

设置视频码率的必要性        在视频会议应用中，视频质量和网络带宽占用是矛盾的，通常情况下视频流占用的带宽越高则视频质量也越高；如要求高质量的视频效果，那么需要的网络带宽也越大；解决这一矛盾的钥匙当然是视频编解码技术。评判一种视频编解码技术的优劣，是比较在相同的带宽条件下，哪个视频质量更好；在相同的视频质量条件下，哪个占用的网络带宽更少。        是不是视频码率越高，质量越

Xvid是基于MPEG4协议的编解码器，x264是基于H.264协议的编码器，ffmpeg集合了各种音频，视频编解码协议，通过设置参数可以完成基于MPEG4,H.264等协议的编解码，现在将其对比结果罗列如下：1.软件版本：        Xvid:1.2.1        x264:无        ffmpeg:0.52. 视频样本 foreman.ci

h264编码原理复杂，参数众多。为了方便使用无论x264还是其他编码的实现框架，都封装了几种现有的编码模型，只需要根据编码速度的要求和视频质量的要求选择模型，并修改部分视频参数即可编码。模型的选择就是通过x264_param_default_preset（）实现。int x264_param_default_preset( x264_param_t *param, const ch

/**************************************************************************** * x264_param_default: ****************************************************************************/void x264_param_d

码率控制：ffmpeg/x264 码率控制 分析ffmpeg编码：ffmpeg 编码示例x264编码定义三个接口。调用流程图：一 初始化     x264_param_t param; x264_param_default_preset(¶m, "superfast", "zerolatency");//根据prese

ffmpeg编码h264流参看：ffmpeg编码示例x264编码h264流：x264编码示例有效影响视频码率的参数有：一：间接影响1.关键帧间隔x264ffmpeg说明命令行字段命令行字段max-keyint

ffmpeg 自身有h264的解码模块。编码却需要打包入其他编码库。具体效率分析参看：主流开源编解码器Xvid,x264,ffmpeg 性能对比（转）实现编码定义了四个函数。一：帧添加结束后flush，将未输出的avpacket写入调用flush原因分析：ffmpeg /x264视频流编解码末尾丢帧问题分析和解决int vflush_encoder(AV

一：问题int avcodec_encode_video2(AVCodecContext * avctx,AVPacket * avpkt,const AVFrame * frame,int * 

定义三个函数处理解码h2641.编码前初始化，返回视频宽高int* decode_init(char * in_filename){ avcodec_register_all(); av_register_all(); decode_frame = av_frame_alloc(); AVPacket pkt; //获取各种上下文

soundtouch 源码下载地址编译完成之后$soundstretch --helpThis program is subject to (L)GPL license. Run "soundstretch -license" formore information.This application processes WAV audio files b

做三次测试。（1） jniclass内写成静态变量和公共java方法。修改静态变量后，native层该量也跟着修改，传送参数为jclass。jniinterface packet:class   JniClass{           static int count = 0;            public void print()            {

java中每个方法都有唯一的签名。在jni利用反射机制调用时候经常用到。以下为方法签名中，参数和返回类型字母含义。

1. 阻塞I/O通信模型 假如现在你对阻塞I/O已有了一定了解，我们知道阻塞I/O在调用InputStream.read()方法时是阻塞的，它会一直等到数据到来时（或超时）才会返回；同样，在调用ServerSocket.accept()方法时，也会一直阻塞到有客户端连接才会返回，每个客户端连接过来后，服务端都会启动一个线程去处理该客户端的请求。阻塞I/O的通信模型示意图如下： 

System.currentTimeMillis() 与sleep（）存在误差。精度跟系统相关，10ms-15ms为常见误差，多媒体操作多用  System.nanoTime()  返回纳秒值。即用  System.nanoTime()  /1000000L 替换  System.currentTimeMillis() 参考jdk文档：在指定的毫

移动端录像在yuv数据上存在如下问题： 1.无论android还是ios都不能直接从摄像头取出颜色空间为i420的数据，所以在编码前需要进行格式转换。2.而且由于所取图像得分辨率必须是摄像头所提供分辨率中得一组，所以有可能需要裁剪。3.另外由于1)想让无论用户哪个方向拿手机所录的视频内容永远“头朝上”，  2)摄像头默认返回图像为横屏图像（宽大于长）所以需要旋转。4.前置摄

用了几天atom，感觉功能挺全面，界面也不错，相比vim和subltext更好用点。整理一下快捷键。 ViewCtrl  + \                            打开关闭目录，焦点会集中到目录上F11                                  全屏打开或关闭ctrl +,                             

ffmpeg视频滤镜处理及其效果

ffmpeg 中滤镜的实现其实并不高明，但是功能强大，先给出过滤镜的代码，再翻译我认为有的玩的滤镜。一帧通过滤镜的函数：int Filter_One_Frame(FilterArgs *filter_args,AVFrame *frame, AVFrame *filt_frame,const char * filter_descr){ int ret; avc

屡次想经营一个技术博客，总因为各种理由推脱。这次下定决心开写，不为自我营销，不为扩大社交，只为了督促自己学习。近几个月定时更新两条线，一个是短视频处理技术，一个是《算法导论》笔记，也借机温故知新。精力有限而且学习也不能贪多，所以每周仅各一篇。警告诸多网站：原创博客，未经本人允许不得转载。移动端视频录制的技术方案，我所能想到并且尝试过的，有如下几种：方案一： 用系统开发sdk