流媒体

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接

SkeyePlayer RTSP Windows端(下文简称：SkeyePlayer)播放器之前抓图代码主要通过OpenCV来实现，且数据格式转换的效率过于低下；故而在当时的代码中采用线程机制来解决抓

SkeyePlayer RTSP Windows播放器新增OSD字幕叠加接口方法，这个接口和码率信息显示接口方法类似，都是调用FFRender库的接口实现的多OSD叠加，下面讲解下该方法的调用和注意事

SkeyePlayer RTSP windows播放器支持D3D和GDI两种渲染方式，其中D3D支持格式如下： GDI支持格式如下： GDI渲染方式则是我们熟知的采用GDI进行图像绘制，其优势就是通用

经常我们会在流媒体推送端提到“数据回调”这个词，在多媒体编程中，我们会比较常用到线程数据回调，在SkeyeClient管理类代码中用到了两个数据回调函数，分别是DShow原始音视频数据采集回调函数和S

在近期发布的SkeyeLive多窗口版本中，由于界面的局限性，选择性的将本地采集的音视频参数设置在界面上剔除掉了（暂时还没想好放在哪里，后续版本会在界面调整后添加），大家可以查看SkeyeLive源码

鉴于广大码友对RTMP推送扩展支持HEVC(H265)的Metadata数据结构还存在不清楚的地方，这里对RTMP推送Metadata的结构进行详解。 首先， 我们先讲解下 H.264/AVC met

SkeyeLive是OpenSKEYE开源流媒体团队开发的一个集采集，编码，RTSP/RTMP推流和流媒体RTSP服务于一身的通用库，目前支持Windows，Android平台，通过SkeyeLive

SkeyeLive是OpenSKEYE开源流媒体团队开发的一款功能丰富的开源PC端流媒体推流拉流直播软件项目，目前支持Windows、Android版本，后续将支持ios版本，其中Windows版本的

SkeyeExPlayer for Windows是基于ffmpeg进行开发的全功能播放器，开发过程中参考了很多开源的播放器，诸如vlc和ffplay等，其中最强大的莫过于vlc，但是鉴于vlc框架过

下面我们来讲解一下关于SkeyeExPlayer接口的调用，主要分为C++和C#两种语言，C++也可以基于VC和QT进行开发，C++以VC MFC框架为例进行讲解，C#以Winform框架为例进行讲解

SkeyeExPlayer（windows）接口说明如下： SkeyeExPlayer_Open 说明：打开一个媒体流或者媒体文件进行播放，同时返回一个 player 对象指针 参数说明： fileU

SkeyeExPlayer主要基于ffmpeg进行开发，在SkeyeExPlayer开发过程中，曾遇到一个相对比较棘手的问题，该问题一般在播放不是很标准的流或者网络情况较差，容易出现丢帧的情况特别容易

在讲解SkeyeExPlayer快放慢放之前，我们首先要讲解下SkeyeExPlayer的音视频同步机制，我们采用视频同步音频的方式进行时间戳同步，无音频情况下视频自同步；视频自同步的情况比较简单这里

本篇文章基于上一篇SkeyeExPlayer(Windows)开发系列之采用ffmpeg进行录像进行补充，测试发现录像的切片除了第一个时间戳是正常的，其他的初始时间戳均不正常而且是之前切片的时间长度的

在SkeyeExPlayer的开发过程中，经测试发现ffmpeg的读取网络流以及网络数据的接口都有较大概率出现阻塞的问题，ffmpeg也提供了设置阻塞回调或者设置超时等方式来跳出阻塞而不会导致接口永久

这篇和ffmpeg进行截图类似，不过省略掉编码的过程，从网络上或者文件读取的数据为编码后的数据，直接进行写文件即可，本文以写MP4文件为例进行讲解。 1.创建线程执行开启录像 2.初始化拉去流进行录像