之前写过 <从H264码流中获取视频宽高 (SPS帧)> . 但发现很多局限性,而且有时解出来是错误的. 所以重新去研究了. 用了 官方提供的代码库来解析. 花了点时间,从代码库里单独把解析SPS的代码提取出来,写成函数. <最权威的从H264码流中,解析出最全的SPS信息. 包括宽高等> 欢迎大家下载,指导查看. 使用说明: 使用说明:1. 在使用的CPP中包含ProcessSPS.h2. 参考使用代码DataPartition *dp = AllocPartition(1);s

EasyRTMP是将H264流以及AAC流以RTMP协议推送到RTMP服务器上进行直播.EasyRTMP推送库中会从H264流中提取中SPS.PPS进行解析,开发的时候遇到过有些SPS解析有误,获取到的宽高不正确,导致播放的时候画面被拉长的问题.下面给出一份比较完善的SPS解析 SPS解析 定义sps结构 typedef struct { int i_id; int i_profile_idc; int i_level_idc; int b_constraint_set0; int b_cons

NAL全称Network Abstract Layer,即网络抽象层.在H.264/AVC视频编码标准中,整个系统框架被分为了两个层面:视频编码层面(VCL)和网络抽象层面(NAL).其中,前者负责有效表示视频数据的内容,而后者则负责格式化数据并提供头信息,以保证数据适合各种信道和存储介质上的传输.NAL单元是NAL的基本语法结构,它包含一个字节的头信息和一系列来自VCL的称为原始字节序列载荷(RBSP)的字节流. 如果NALU对应的Slice为一帧的开始,则用4字节表示,即0x00000001

http://blog.csdn.net/DiegoTJ/article/details/5541877 http://www.cnblogs.com/lidabo/p/4482684.html 分辨率计算

------------------------------------author:pkf ------------------------------------------time:2015-11-24 ----------------------------------------------qq:1327706646 h264在做rtp传输中的nalu 格式解析分辨率的时候,遇到nalu中sps 的解析结构,然后总结下三种格式流,annexb 即nalu sps pps sei i p

本文整理自自网络,非原创,喜欢相关文章请关注我们的微信公众号:blackerteam H.265 H.265是ITU-TVCEG继H.264之后所制定的新的视频编码标准.H.265标准围绕着现有的视频编码标准H.264,保留原来的某些技术,同时对一些相关的技术加以改进.新技术使用先进的技术用以改善码流.编码质量.延时和算法复杂度之间的关系,达到最优化设置.具体的研究内容包括:提高压缩效率.提高鲁棒性和错误恢复能力.减少实时的时延.减少信道获取时间和随机接入时延.降低复杂度等.H264由于算法优化

libx264 版本是 128libfaac 版本是 1.28 1.帧的划分 1.1 H.264 帧 对于 H.264 而言每帧的界定符为 00 00 00 01 或者 00 00 01. 比如下面的 h264 文件片断这就包含三帧数据: 第一帧是 00 00 00 01 67 42 C0 28 DA 01 E0 08 9F 96 10 00 00 03 00 10 00 00 03 01 48 F1 83 2A 第二帧是 00 00 00 01 68 CE 3C 80 第三帧是 00 00 0

相关源码下载: http://download.csdn.net/detail/keepingstudying/8340431 需要libfaac,librtmp 的支持, 1.帧的划分 1.1 H.264帧 对于H.264而言每帧的界定符为00 00 00 01或者00 00 01. 比如下面的h264文件片断这就包函三帧数据 00 00 00 01 67 42 C0 28 DA 01 E0 08 9F 96 10 0000 03 00 10 00 00 03 01 48 F1 83 2A 0

参考: 1,live555学习笔记10-h264 RTP传输详解(2) http://blog.csdn.net/niu_gao/article/details/6936108 2,H264 sps pps解析 http://download.csdn.net/detail/gyley2/5008185#comment

这段时间一直在进行编写H264文件的解析类,因此对于H264文件的格式有了初步的了解,官方文档也看了个大概.这篇文章主要是总结了一些为解码H264文件而需要的一些前期知识,话不多说,下面是干货,有些是自己在wiki上翻译过来的,有些是看官方文档后发现的一些关键部分. 首先了解一下视频文件中的一些知识: Video compression picture types(视频压缩图像类型) 1. 视频帧的压缩使用了不同的算法,这些应用于视频帧的不同算法被称为图像类型或者帧类型. a. I - 该帧可压

===================================================== H.264源代码分析文章列表: [编码 - x264] x264源代码简单分析:概述 x264源代码简单分析:x264命令行工具(x264.exe) x264源代码简单分析:编码器主干部分-1 x264源代码简单分析:编码器主干部分-2 x264源代码简单分析:x264_slice_write() x264源代码简单分析:滤波(Filter)部分 x264源代码简单分析:宏块分析(Anal

flv.js项目的代码有一定规模,如果要研究的话,我建议从demux入手,理解了demux就掌握了媒体数据处理的关键步骤,前面的媒体数据下载和后面的媒体数据播放就变得容易理解了. 先普及点背景知识,为什么HTML5视频播放要用 flv 格式? 因为Flash.我标题图片用的是“flash RIP”,flash快死了,但是它的影响力还在,flash技术是过去10多年的互联网视频基础技术,大量相关基础设施都是围绕Flash构建的,比如 CDN 普遍支持的 RTMP 和 flv over http协议

EasyRTSPClient 设计过程 概述 EasyRTSPClient 基于live555构建而成. 今天讲讲EasyRTSPClient的设计过程 EasyRTSPClient,主要包括以下部分: 1. 创建live555对象, 连接相机和收流 2. 解析收到的视频分辨率 3. 将SDP.音视频流.分辨率及其它相关信息通过回调函数进行回调 4. 回调连接.断线状态 5. 根据参数执行是否重连 创建live555对象,连接相机和收流 网上很多介绍的都是使用testRTSPClient来做客户

好久不写博客了,代码写了不少,但大多数都是拿来主义,要不是网上,要不就是自己曾经的代码拼装. 新工作是搞Android开发的,近期任务要求我封装一个Carmera类,自己也认为还是封装以后方便使用,弄了半天写好一个,能够调用手机前置后置摄像头进行拍照摄像,并能够依据设置相机各种參数,进行保存.发到这里分享下. package com.hourglass.camerademo; import java.io.BufferedOutputStream; import java.io.File; im

一.前言 安装完FMS4.5以后就有了apache2.2,由于在FMS安装目录里面,他是对外面已经安装的是没有影响的,默认情况向, FMS监听80端口接收traffic然后传递给Apache的8134端口(rootinstall/Apache2.2/conf/httpd.conf 文件中的 Listen 8134 更改),这个传递过程在高网络负载下会带来性能的问题.因此,做以下配置来解决这个问题: 1.修改rootinstall/conf/fms.ini, 将其中的ADAPTOR.HOSTPOR

===================================================== FFmpeg的库函数源代码分析文章列表: [架构图] FFmpeg源代码结构图 - 解码 FFmpeg源代码结构图 - 编码 [通用] FFmpeg 源代码简单分析:av_register_all() FFmpeg 源代码简单分析:avcodec_register_all() FFmpeg 源代码简单分析:内存的分配和释放(av_malloc().av_free()等) FFmpeg 源代

去年八月,爱立信公司推出了首款H.265编解码器,而在仅仅六个月之后,国际电联(ITU)就正式批准通过了HEVC/H.265标准,标准全称为高效视频编码(High Efficiency Video Coding),相较于目前的H.264标准有了相当大的改善.H.265旨在在有限带宽下传输更高质量的网络视频,仅需原先的一半带宽,即可播放相同质量的视频.这也意味着我们的移动设备(手机.平板电脑)将能够直接在线播放全高清(1080P)视频.而H.265标准也同时支持4K(4096×2160)和8K(8

好几年没上CNBLOGS了, 最近在研究FFmpeg编解码,一个人研究感到很寂寞,所以想通过博客来和大家分享和交流,呵呵. 最近研究的主题是: ANDROID手机同屏技术: 需要用到ANDROID截屏,然后通过FFmpeg将BMP编码成H264,然后通过RTP协议发送出去.接收端为手机,要求延时小,清晰流畅,并且手机还可以反控ANDROID主机. 我的想法是先在VS2010上将整个原理通路打通,先在PC上调试和DEMO,然后再移植.直接进行ANDROID的NDK编程,那个开发效率和调试效率太低啦

http://blog.csdn.net/avsuper/article/details/7663879 Adobe的Http Dynamic Streaming是针对苹果的HLS方案提出基于HTTP的流媒体传输方案,基于其方案说明,它既能支持HTTP也能支持RTMP,既能支持点播(VOD),也支持直播. 因此配了一下此方案,过程如下: 服务器环境:LINUX X86-64 8G内存 (我选择的试验方案是将FMS和Apache装到同一台机器上,分布式的安装这里不表)   软件环境: (此过程只保

使用librtmp进行H264与AAC直播 (转:http://www.codeman.net/2014/01/439.html) 1.帧的划分 1.1 H.264帧 对于H.264而言每帧的界定符为00 00 00 01或者00 00 01. 比如下面的h264文件片断这就包函三帧数据 00 00 00 01 67 42 C0 28 DA 01 E0 08 9F 96 10 00 00 03 00 10 00 00 03 01 48 F1 83 2A 00 00 00 01 68 CE 3C

AVOption用于在FFmpeg中描述结构体中的成员变量.一个AVOption可以包含名称,简短的帮助信息,取值等. 上篇文章中概括了AVClass,AVOption和目标结构体之间的关系.以AVFormatContext为例,可以表示为下图. 上篇文章主要概括了AVClass,AVOption和目标结构体之间的从属关系,但是并没有分析有关AVOption的源代码.本文分析有关AVOption的源代码. AVOption有关的API AVOption常用的API可以分成两类:用于设置参数的AP