因为项目上用到的是 海思3536的bt1120接口对接 FPGA.项目上用到的是 1920 x 1080,60Hz.逐隔. 上图看到, BT1120的接口 有 16根 数据线 和 一根 时钟线. 下面说一下接口的时序及说明. 对于一帧视频图像,有视频帧消隐区和 行消隐区.这些概念首先得明白,才能往下看. 上图我们看到视频中的某一帧的状态.L1 和 L2 是帧消隐区, 同样  L5 和 L6也是帧消隐区.我们看看下图,来说明各个参数的意义. 从上图我们看到了再 L3 和 L4行之间才是真正的有用的

海思的dll,解码h264  解码后转出yuv12 dll自己百度下载  hi_h264dec.dll   hi_h264dec_w.dll   调用方法: if (H264Dec.Hi264DecAU(_decHandle, pH264Data, frameLen, 0, ref _decodeFrame, 0) == 0)   pH264Data是h264帧的句柄,frameLen是h264帧的长度,_decodeFrame是解码后的yuv帧   海思H264解码库 hi_h264dec_w

(本文由四川艾普作为数码科技有限公司 苏斌.范清华 收集) 高清网络视频监控发展到今天.正的高清时代.诸多有实力的高清摄像机厂家的产品线也逐渐完好起来,高清网络视频监控的配套产品有更加丰富和成熟.与此同一时候困扰非常多人的高清网络摄像机与后端平台或者与后端NVR互联互通的问题也在逐渐迎刃而解,这得益于各个方案研发公司.生产厂家.平台商.标准协议组织都不遗余力的在网络摄像机协议对接这块投入了大量精力,使得高清网络摄像机与第三方设备或者软件平台的对接不再像早期那么尴尬.现阶段面向市场的高清推广商以及

2.1.官方mppsample的总体分析2.1.sample的整体架构(1)sample其实是很多个例程,所以有很多个main(2)每一个例程面向一个典型应用,common是通用性主体函数,我们只分析venc(3)基本的架构是:venc中的main调用venc中的功能函数,再调用common中的功能函数,再调用mpp中的API,再调用HI3518E内部的硬件单元.(4)sample的配置和编译,重点注意很多环境变量,目录结构不要乱动,参考第一季.2.2.sample代码学习的关键(1)得理解很多

ref :https://blog.csdn.net/wytzsjzly/article/details/82500277   前言 H264视频编码技术诞生于2003年,至今已有十余载,技术相当成熟,它的优势在于有高的视频的压缩率,利用帧间和帧内预测(Estimation).变换(Transform)和反变换.量化(Quantization)和反量化.环路滤波(Loop Filter).熵编码(Entropy Coding)等视频编码技术,可以实现高质量.低码率的视频流编码.H.264提供了网

问题背景 目前市面上的大部分IPC摄像机音频输出基本都是G711.G726编码格式,而在类似于<基于EasyNVR实现RTSP/Onvif监控摄像头Web无插件化直播监控>这种业务中,都是在类似于EasyNVR这样的适配服务中进行音频的转码,也有在类似于<EasyDarwin开源流媒体云平台支持EasyCamera摄像机.EasyCamera手机直播监控.EasyNVR等多终端接入>这种arm设备中需要进行音频转码AAC的需求情况,我们发现在类似于hisi海思芯片的大部分ARM系统

前言 最近来到深圳,跟许多做硬件的小伙伴聊安防.聊互联网.聊技术,受益颇多,其中聊到一点,大家一直都在想,互联网发展如此迅猛,为啥大部分的摄像机还是采用的传统G.726/G.711的音频编码格式呢,如果能直接输出AAC格式的音频,再配合H.264+AAC,基本上编码数据就不用再做处理,就可以直接做协议转换的输出了,输出:RTSP.RTMP.HLS.MP4.FLV各种协议和封装格式,而如果还是传统安防的音频格式,不但音频数据要做转码,时间戳也要重新矫对,非常不便: 为什么呢? 目前市面上的大部分摄

EasyRTSPClient是EasyDarwin开源流媒体团队开发.提供的一套非常稳定.易用.支持重连的RTSPClient工具,接口调用非常简单,再也不用像调用live555那样处理整个RTSP OPTIONS/DESCRIBE/SETUP/PLAY的复杂流程,担心内存释放的问题了,全平台支持(包括Windows/Linux 32&64,ARM各平台,Android,IOS),接口简单且成熟稳定! 调用示例 EasyRTSPClient:以RTSPClient的形式,从RTSP URL将音视

IPC网络高清摄像机基础知识1(IPC芯片市场分析以及“搅局者”华为海思 “来自2013年”) 2016-06-02 14:23:49 Times_poem 阅读数 9734更多 分类专栏: IPC网络摄像头基础知识   版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/Times_poem/article/details/51566877 需求说明:了解IPC(IP Camera)网络摄像

目录 一.前言 二.SPI管脚信息获取 2.1 SPI_SCLK.SPI_SDI.SPI_SDO管脚复用寄存器 2.2 片选SPI_CSN0-SPI_CSN3管脚寄存器 三.配置和使能与SPI相关的管脚 3.1 海思himm工具配置管脚 四.用户态APP使用SPI 4.1 示例 4.2 效果 一.前言 因为部门的一个负责海思驱动开发的老同事另谋高就了,部门又暂时找不到人来对接他的任务,所以领导就让我这个菜鸟来硬着头皮顶上了.在这我也对这位老同事表示深刻的感谢,在对接的期间,那么耐心教导我,让我这

免责申明(必读!):本博客提供的所有教程的翻译原稿均来自于互联网,仅供学习交流之用,切勿进行商业传播.同时,转载时不要移除本申明.如产生任何纠纷,均与本博客所有人.发表该翻译稿之人无任何关系.谢谢合作! 前言:这篇文章是我翻译的第一篇关于cocos2d的文章,我在翻译的时候尽量按原文意思来,但难免会加入自己一些理解进去.还有这篇文章所采用的xcode版本是3.2.5,用xcode4.0的朋友可能实现起来有点出入,我会在文章的最后给出解决办法. 文章原来出处:http://www.raywende

1.1    什么是VELT VELT的全称是Visual EmbedLinuxTools,它是一个与visual gdb类似的visual studio插件,用以辅助完成Linux开发.利用这个插件,将可以在visual studio的IDE中进行Linux应用程序的开发(包括编译和调试),也可以进行uboot和linux内核的编译,并根据编译时的错误信息正确定位到源码.目前的版本是0.1.4,仅支持vs2013.此插件可以在CSDN下载频道下载(http://download.csdn.ne

因项目需要,这一周弄了一下live555.需求:海思编码——>RTSP server,使用VLC可以访问,类似于网络摄像机的需求.看了一下,live555的架构太复杂了,半桶水的C++水平还真的需要花点时间才可以明白.由于live555的例子server使用的是读取文件,打包成RTSP包然后发送.例子运行live555MediaServer,把对应的视频文件发到该服务的目录下面,在VLC使用rtsp://ip:8554/file.264即可播放file.264视频. 个人简单理解live555的

在3518A.3518C的基础上深化完善,推出了Hi3518E.作为新一代IP民用摄像机SoC,Hi3518E集成新一代ISP,优化了编码前图像处理算法,采用新一代H.264编码器.同时采用业内领先的低功耗工艺和内部低功耗架构设计,使得Hi3518E在低码率,高图像质量,低功耗方面持续引领行业水平.Hi3518E集成DRAM,POR,RTC,AudioCodec,Sensor电平转换以及各种时钟输出等,将极大的降低IP摄像机的ebom成本.与海思DVR/NVR芯片相似的SDK设计,能够支撑客户快

最近在折腾HI3518C的芯片,应用到IPCamera上,最终获取多路不同分辨率的视频流供不同需求的预览切换.此处简单记录一下视频前处理元VPSS(Video Process Sub-System)的多通道间的关系以及使用心得. HI3518C的视频子系统包括:视频系统初始化模块(MPP_SYS_CONF_S).视频输入模块(VI).视频前处理模块(VPSS).视频编码模块(VENC)和视频输出模块(VO)组成. HI3518C的VPSS是视频数据编码前的预处理单元,主要完成对一幅输入图像的统一

本文转自EasyDarwin开源团队成员Kim的博客:http://blog.csdn.net/jinlong0603/article/details/75645378 引言 目前EasyDarwin团队开发的开源EasyAACEncoder支持将各种音频数据(G.711A/PCMA.G.711U/PCMU.G726.PCM)转码成AAC(with adts)格式,其中aac编码部分采用的是业界公认的faac库,EasyAACEncoder支持Windows.Linux.ARM等多种平台,能够应

视频输入(VI)模块实现的功能:通过 MIPI Rx(含 MIPI 接口.LVDS 接口和 HISPI 接口),SLVS-EC,BT.1120,BT.656,BT.601,DC 等接口接收视频数据.VI 将接收到的数据存入到指定的内存区域,在此过程中,VI 可以对接收到的原始视频图像数据进行处理,实现视频数据的采集. 重要概念 视频输入设备 视频输入设备支持若干种时序输入,负责对时序进行解析. 视频输入 PIPE 视频输入 PIPE 绑定在设备后端,负责设备解析后的数据再处理. 视频物理通道 物

/********************************************************************* * By                       :     Lile * Last Modified   :     2015年3月3日星期二  08:46:13 * Email                 :     roger0212@163.com * HomePage      :      http://blog.csdn.net/li

VO(Video Output,视频输出)模块主动从内存相应位置读取视频和图形数据,并通过相应的显示设备输出视频和图形. 1. 基本概念 3519A芯片支持的显示/回写设备.视频层和图形层见下表. 注:缩写解释 DHD0:Device HD0,超高清设备 0. DHD1:Device HD1,高清设备 1. VHD0:Video layer of HD0,超高清视频层 0,隶属于 DHD0. VHD1:Video layer of HD1,高清视频层 1,隶属于 DHD1. VHD2:Video

1. 概述 海思提供的媒体处理软件平台(Media Process Platform,简称 MPP),可支持应用软件快速 开发.该平台对应用软件屏蔽了芯片相关的复杂的底层处理,并对应用软件直接提供 MPI(MPP Program Interface)接口完成相应功能.该平台支持应用软件快速开发以下 功能:输入视频捕获.H.265/H.264/JPEG 编码.H.265/H.264/JPEG 解码.视频输出显 示.视频图像前处理(包括去噪.增强.锐化).图像拼接.图像几何矫正.智能.音 频捕获及输

显示屏幕(LCD)模块提供屏幕相关功能接口,调用者为上层应用模块(含 init.状态机.ui),上下文依赖关系,如图 3-7 所示. 系统框架为 linux+Huawei LiteOS 双系统架构,媒体业务部署在 Huawei LiteOS 端,为了上电快速预览,需要屏幕需部署在 Huawei LiteOS. 用户交互业务在 linux 端,屏幕亮度.熄屏/亮屏等屏幕动态属性需要在 linux 端提供接口. 屏幕 HAL 层含 linux 和 Huawei LiteOS 业务接口. linux