- 博客(14)
- 资源 (5)
- 收藏
- 关注
RSS订阅原创 h264 I帧的判断
H264数据的NALU 头的格式如图2 所示： F：forbidden_zero_bit.1 位，如果有语法冲突，则为 1。当网络识别此单元存在
2013-10-28 10:37:08
6437
1
转载 丢包导致的视频花屏马赛克问题解决办法
H264视频在分组网络中传输丢包不可避免，尤其在网络环境不好时传输h264码流，丢包会导致解码端花屏，马赛克严重，这方面的前沿技术是 FEC, NACK, 前者是 前向纠错技术，后者是重传，二者结合能很好的解决丢包引起的视觉效果，这东西一般小厂家都没有，如果想丢包时即使让画面停顿，也不要花屏，我想的最直接的办法是：一旦发现丢包，在下一个I帧到来之前，所有过来的包都丢掉，所以一旦发现丢包，做个标记，
2013-10-25 09:37:12
11415
5
原创 android 截屏 和屏幕录像
android上获取屏幕内容的方法有以下几种：1.调用view的getDrawingCache接口，得到屏幕内容的bitmap；优点是使用方便，缺点是只能获取单个view的图像内容，如果此view被切换到后台，或者屏幕上还有别的view，那获取的内容都不是你在屏幕上看到的全屏的图像。2.调用系统截屏接口。android4.0以后系统自带截屏功能，使用方法是按下 power+volume
2013-10-16 15:52:46
5025
1
转载 X264码率控制流程
码率控制的理论知识：码率控制的目的和意义：图像通信中码率控制的目的：通过调节编码参数，控制单位时间内的编码视频流的数据量，以使产生的比特流符合各种应用的需求。视频压缩的效率和视频内容有很大的关系，对于变化多样的画面，视频编码的输出的码流变化较大，在信道环境不好的时候就容易导致解码端显示的质量的不稳定。率失真理论：由于传输带宽和存储空间的限制，视频应用对压缩比有较高的要求。而
2013-10-14 10:14:04
2918
转载 X264 实时视频流编码参数设置
洒家对编码也是一知半解，很多参数意义也不太清楚，基本都是实际调整参数后，观看效果。如果描述错误，勿喷。洒家也没打算深入研究，洒家只是想用用该编码器。本人使用x264主要想调整的参数，第一，profile，也就是使用baseline还是main,还是high编码。可以通过该接口设置x264_param_apply_profile();第二, 编码复杂度param.i_
2013-10-14 09:46:13
4580
转载 x264_param_t 结构注解
typedef struct x264_param_t{ CPU 标志位 unsigned int cpu; int i_threads; 并行编码多帧 int b_deterministic; 是否允许非确定性时线程优化 int i_sync_lookahead; 线程超前缓冲 视频属
2013-10-12 11:34:53
1160
转载 H264码率控制简介
码率控制实际上是一种编码的优化算法，它用于实现对视频流码流大小的控制。那么它控制的目的是什么呢？ 我们可以试想一下，同样的视频编码格式，码流大，它包含的信息也就越多，那么对应的图像也就越清晰，反之亦然。目前常用的两种码流控制方式是VBR和CBR，VBR是动态比特率，CBR是固定比特率。那么他们是怎么来实现的呢？ 我们首先看视频编码的目的，它是为了在有限的带宽中传输尽可能清晰的视
2013-10-12 11:23:08
5501
3
转载 x264参数介绍（二、分析和视频可用性信息）
翻译自：http://mewiki.project357.com/wiki/X264_Settings，水平有限，勿吝指教。第一部分：http://blog.yikuyiku.com/?p=2029分析partitions默认：’p8x8,b8x8,i8x8,i4x4′说明：H.264在压缩前会被切分为16×16大小的宏块。这些块可被进一步切分成更小的块，利用此参数，可
2013-10-12 11:18:06
1424
转载 x264参数介绍（一、帧类型和码率控制）
翻译自：http://mewiki.project357.com/wiki/X264_Settings，水平有限，勿吝指教。第二部分：http://blog.yikuyiku.com/?p=2206输入用1个绝对路径定义输入文件（或者2个，rawYUV文件）。如下例：x264.exe -o NUL C:input.avsx264 -o /dev/null ~/input
2013-10-12 11:16:48
4611
原创 IP网络视频丢包误码恢复技术
IP网络视频传输的丢包和误码会造成马赛克、花瓶等视频质量下降的问题，保障和恢复视频质量的技术在此总结一下。 1.重传，NACK 重传机制，即在发现丢包的情况下发送端重新发送丢失的包， NACK,需要借助视频缓冲 (video jitter buffer),以及RTCP协议， RFC 5104 定义了 RTCP 协议如何承载此控制流程，客户端需要在sdp里添加 a=rtcp-
2013-10-12 10:44:39
3853
2
转载 DTMF
DTMF 叫多音双拼，也叫二次拨号.voip 承载dtmf 有三种方法，inband, rfc 2833(最新rfc 为4733,ims里面引用)，和 sip info 方法。inband方式是把按键产生的buffer放到语音rtp流里面一起传输而不是类似rfc 2833方式 定义特殊的rtp事件，而每个按键（1,2,3,4,5.。。。）的数据buffer产生可以通过算法生成，也可以直
2013-10-12 10:14:44
6667
转载 IP视频通信中的丢包—“恢复技术”
在IP视频通话中，即使是在丢包率很小的情况下也会对使用效果造成较为明显的影响。正是由于这个原因，自从上世纪九十年代中后期IP视频会议技术出现以来，在“有损耗”的IP网络上成功召开视频会议的能力一直是一项挑战。近年来，随着低成本，共享式的网络线路的普遍采用(如DSL，有线，卫星，LAN和WAN，公共互联网等)以及使用更高通话带宽(通常需要支持更高的视频分辨率)则使这一问题显得更为突出。 造成丢包
2013-10-12 10:05:14
2211
转载 H264 GOP
在视频编码序列中，主要有三种编码帧：I帧、P帧、B帧，如下图所示。 ● I帧即Intra-coded picture（帧内编码图像帧），不参考其他图像帧，只利用本帧的信息进行编码 ● P帧即Predictive-coded Picture（预测编码图像帧），利用之前的I帧或P帧，采用运动预测的方式进行帧间预测编码 ● B帧即Bidirectionally predicted pi
2013-10-12 09:36:32
4613
转载 H264 码率控制
本文 来自 csdn ucser http://blog.csdn.net/perfectpdl, 转载注明出处，谢谢。 voip视频通信中丢包在所难免，作为丢包处理机制中的一种，自动码率控制，在视频丢包时降低码率，网络恢复后再提高码率，确保通信质量。 对一个编码器来说，图像质量的损失产生在量化环节，调整量化步长也是码率控制的最主要手段：量化步长越小，数据损失越
2013-10-12 09:29:11
2790
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人