流媒体

在我之前写的一篇文章《SkeyeRTSPLive传统视频监控互联网+实现利器解决方案》中提到RTSP转RTMP的转流过程，简化流程就是通过SkeyeRTSPClient拉RTSP流，获取音视频编码数据

在我之前写的一篇文章《SkeyeRTSPLive传统视频监控互联网+实现利器解决方案》中提到RTSP转RTMP的转流过程，简化流程就是通过SkeyeRTSPClient拉RTSP流，获取音视频编码数据

随着互联网的发展，传统安防行业已不再满足于仅仅通过一台PC机器，或者一台NVR接入摄像机源进行录像和监控的基本要求，人们迫切的需要利用目前相当便利的网络环境，以便能实现随时随地的观看到适应各种网络环境

不久前刚实现SkeyeRTMPPusher扩展支持h265推送，当时在网上也查找了很多资料，发现都不尽详细，而官方也没有更新对HEVC(H265，后文统称HEVC)tag的支持，反正是走了不少弯路，当

上一篇我们讲到了RTMPLive多流媒体协议转无插件直播协议(RTMP)解决方案，现在我们可以通过RTMPLive将网络摄像机IPC的流，以及网络电视流，或者点播服务器的回放流，甚至本地文件转发成RT

随着互联网以及科技水平的发展，对于互联网服务，PC不再是唯一选择，智能手机、平板电脑、特定的移动终端等都是可选择的用户终端硬件方式，因此，我们需要一款能将安防协议，电视广播协议以及其他各种格式的流媒体

不久前我们已经在RTMP推送端扩展支持了HEVC(H.265 后文统称H265)编码格式，但是，由于RTMP官方指定的协议格式已经不再更新，官方的播放器的Flash播放器并不支持H265格式的编码数据

在之前两篇关于SkeyeRTMPClient扩展支持HEVC(H.265)解决方案的文章中，我们已经完成了对H265的支持，本文主要阐述将H26和H265支持兼容起来，实现不同视频编码格式的自适应兼容

在上一篇 SkeyeRTMPClient拉取RTMP流扩展支持HEVC(H.265)解决方案 中关于HEVCDecoderConfigurationRecord结构解析的讲解存在一些表述上不清楚的地方

SkeyeRMS作为面向云端的录播服务器，目前正处于开发阶段，以往的SkeyeRMS查找通常只能精确到M3U8列表，而不能实现精确到时间点的查询，为了能实现精确到点的查询，我将M3U8列表从新遍历一遍

近期SkeyePlayer（windows）更新已全面支持H265的RTSP流的解码播放，这里就支持H265过程做简要介绍； 一、 libSkeyeRTSPClient库已支持H265视频源的RTSP

近期SkeyePlayer（windows）更新已全面支持H265的RTSP流的解码播放，这里就支持H265过程做简要介绍； 一、 libSkeyeRTSPClient库已支持H265视频源的RTSP

SkeyePlayer(Windows)中录像采用GPAC的MP4Box库来封装MP4，下面我将简单介绍MP4的封装调用流程和需要注意的点； 一、GPAC库的编译，GPAC是跨平台的库，windows

SkeyePlayer播放器以其低延时播放RTSP、RTMP等流而闻名，而低延时播放除了低延时的拉流库以及高编解码效率外，视频图像的高速渲染也尤为重要； 本篇以及系列文章主要讲解SkeyePlayer

SkeyePlayer依靠D3DRender强大的渲染能力我们可以实现很多视频编辑功能，比如电子放大功能，本文将深入D3DRender渲染引擎库代码，重点讲述其如何采用surface离屏表面技术来实现

鉴于大家对于SkeyePlayer插件的使用还不太熟悉，特此写一篇插件的使用文档，供大家参考；SkeyePlayer插件有两种，一种是基于IE的ActiveX控件，一种是基于FireFox（也支持多浏

SkeyePlayer支持多路拉流播放，而拉流解码的过程需要占用系统资源，而我们都知道32位程序最多只能利用4G的内存，而现在动则8G，16G的内存空间是完全不能被利用的；所以，为了充分利用内存资源，

测试发现，通过SkeyePlayer拉取网络摄像机的流, 其音频可能是G711，G726等，而写MP4或者转推RTMP等都不支持这些音频格式，那么我们就需要将其音频转码成AAC，可以使用libSkey

接上一篇[SkeyePlayer源码解析系列之录像写MP4]之续篇，我们来讲解一下关于H264编码格式中的一帧多nal(Network Abstract Layer, 即网络抽象层)，关于H264和N

概述 libSkeyePlayer实现对RTSP直播流进行实时采集和解码显示，稳定，高效，低延时；解码可采用intel硬件解码和软件解码两种方式，能实时进行录像和快照抓图，OSD叠加等功能。 API接