一直用简单的librtmp或者其他开源推流实现方式.没有太关注细节问题.直到最近一次测试长时间推流.遇到了3字节时间戳溢出问题,即时间戳超过0xffffff,服务器断开. 复现方式:用yasea推流到SRS或者Nginx-rtmp.yasea版本要求2017-08-30以及以前的版本.SRS不做特殊要求,本次使用v2.0.243 release版.Nginx-rtmp版本不做特殊要求,本次使用Nginx: 1.13.3. yasea推流到srs,超过4.5小时,当时间戳超过0xffffff,sr

为了让大家少踩笔者踩过的坑,目前将工作中搭建rtmp推流服务器的步骤总结如下: 步骤1: 下载 nginx 1.7.11.3 Gryphon 下载链接: http://nginx-win.ecsds.eu/download/nginx 1.7.11.3 Gryphon.zip,下载完成后解压, 将解压后的目录命名为nginx_1.7.11.3_Gryphon (此处注意千万不要命名为nginx-1.7.11.3-Gryphon,笔者初次搭建rtmp推流服务器时,将解压后的目录命名为nginx-1

前些日子在github上提交了基于GPUImage的IOS直播推流SDK(https://github.com/runner365/GPUImageRtmpPush) 最近整理了android直播推流SDK,在github上开源出来. 1,支持市面上绝大部分的rtmp服务器 nginx-rtmp,SRS,RED5等 2,视频用软编,兼容性好 市面上的一些android rtmp推流sdk用的是android中mediacodec来进行,但是有两个缺点: 1,mediacodec这个类在andro

自己写的一个方法 function split_time(time){//将当前时间转换成时间搓  例如2013-09-11 12:12:12   var arr=time.split(" ");   var day=arr[0].split("-");   var hour=arr[1].split(":");   return Date.UTC(day[0],(day[1]-1),day[2],hour[0],hour[1],hour[2])

目的可能是为了获取rtmp真正的推流ip 如果rtmp推流地址是域名,往CDN推流的话,需要nslookup  的那种DNS解析,然后获取的几个ip 可以使用netstat -n 等命令查看 1935端口的真正ip是多少,废话不多说,下面是代码: -------------------- 代码中可能只需要关心 EnumTCPTable() 然后判断 if (htons((u_short)pTcpTable->table[i].dwRemotePort) == 1935) 获取该端口的ip ---

本文转自EasyDarwin团队成员Alex的博客:http://blog.csdn.net/cai6811376/article/details/74783269 需求 在做EasyDSS开发时,总是在测试推流效果. 当然,可以使用libEasyRTMP进行推流测试. 有时候,我们想使用OBS进行推流测试,也可以,这很好. 以及其他RTMP推流工具. 但是,别忘了,还有ffmpeg这个神器.ffmpeg可以获取各种视频流,并推送给EasyDSS RTMP流媒体服务器. 比如,拉取摄像机RTSP

function split_time(time){//将当前时间转换成时间搓 例如2013-09-11 12:12:12 var arr=time.split(" "); var day=arr[0].split("-"); var hour=arr[1].split(":"); return Date.UTC(day[0],(day[1]-1),day[2],hour[0],hour[1],hour[2])/1000; //将当前时间转换成时

示例:https://young-cowboy.github.io/gallery/rtmp_client/index.html 在国内的直播场景中通常使用,rtmp协议作为推流协议.RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写,由Adobe公司开发. 想要在浏览器中实现rtmp推流,就必须借助flash的帮助.而且HTML5规范里面并没有针对RTMP的实现.毕竟这个协议标准是Adobe公司制定的. 在网上搜索了一些资料.发现有一个rtmp-

前些日子在github上提交了基于GPUImage的iOS直播推流SDK(https://github.com/runner365/GPUImageRtmpPush) 最近整理了Android直播推流SDK,在github上开源出来. 1,支持市面上绝大部分的rtmp服务器 nginx-rtmp,SRS,RED5等 2,视频用软编,兼容性好 市面上的一些android rtmp推流sdk用的是android中mediacodec来进行,但是有两个缺点: 1,mediacodec这个类在andro

ffmpeg在以前介绍过,是一个相当强大的工具,我们这次利用它实现rtmp推流(最终推流地址统一为rtmp://127.0.0.1:1935/live/123). 1.首先下载ffmpeg和ffplay   http://ffmpeg.org/ 官方下载链接为:http://ffmpeg.org/ 2.cmd进入ffmpeg所在目录   cmd进入ffmpeg.exe所在目录 3.ffmpeg查看电脑设备 输入下面的语句即可列出电脑的设备 ffmpeg -list_devices true -f

package com.awifi.video.media.test; import org.bytedeco.javacpp.avcodec; import org.bytedeco.javacv.FFmpegFrameGrabber; import org.bytedeco.javacv.FFmpegFrameRecorder; import org.bytedeco.javacv.Frame; import org.bytedeco.javacv.OpenCVFrameConverter;

OBS 功能强大,几乎所有你想要的场景它都有,用起来很顺手.可以将桌面.摄像头.程序窗口通过rtmp推送到流媒体服务器上. 当然如果你是开发者,想基于OBS做二次开发,实现二次产品化的化,难度比较大,OBS代码量很大,驾驭起来难度很大,有bug的话,跟踪起来很累. 下载地址:OBS下载 以下是官方介绍: What is OBS Studio? OBS Studio is software designed for capturing, compositing, encoding, recordi

很多开发者在做Android平台RTMP推流或轻量级RTSP服务(摄像头或同屏)时,总感觉接口不够用,以大牛直播SDK为例 (Github) 我们来总结下,我们常规需要支持的编码前音视频数据有哪些类型: 1. Android摄像头前后camera通过OnPreviewFrame()回调的数据接口: @Override public void onPreviewFrame(byte[] data, Camera camera) { frameCount++; if (frameCount % 30

EasyRTMP介绍 EasyRTMP是结合了多种音视频缓存及网络技术的一个rtmp直播推流端,包括:圆形缓冲区(circular buffer).智能丢帧.自动重连.rtmp协议等等多种技术,能够非常有效地适应各种平台(Windows.Linux.ARM.Android.iOS),各种网络环境(有线.wifi.4G),以及各种情况下的直播恢复(服务器重启.网络重启.硬件设备重启),今天我们讲解的是EasyRTMP中rtmp推送连接的建立.推送H264+AAC音视频.以及rtmp推送重连过程的详

网上关于直播相关的文章很多,但是讲解还是不够系统,对于刚刚接触直播开发的朋友实施起来会浪费不少时间.下面结合我自己的经验, 介绍一下直播方面的实战经验. 分成两个部分 第一部分是标题中介绍的基于RTMP推送文件流与视频流,PC端拉流RTMP,移动端拉流m3u8也就是hls 下一篇介绍基于websocket+canvas,进行拉流播放. 一 准备工作 1.准备RTMP服务器,我是在win10下开发,我是安装了docker for windows,然后下载镜像nginx-rtmp-server,(使

本文转自EasyDarwin团队成员JOHN的博客:http://blog.csdn.net/jyt0551/article/details/75730226 在我们测试EasyPusher/EasyRTMP的过程中发现有些设备预览时,明显偏暗!在稍微暗点的环境中几乎很难看清东西-额,这是怎么回事呢?又是安卓设备的兼容性问题,头疼! 好吧,停止抱怨,撸起袖子开始干. 对,我们想到了.把摄像头的scene设置成了一个比较亮的模式对吧?下面是摄像头可能支持的模式,这么多我逐一试试: SCENE_MO

EasyRTMP是什么? EasyRTMP是一套RTMP直播推送功能组件,内部集成了包括:基本RTMP协议.断线重连.异步推送.环形缓冲区.推送网络拥塞自动丢帧.缓冲区关键帧检索.事件回调(断线.音视频数据回调),通过EasyRTMP我们就可以避免接触到稍显复杂的RTMP推送或者客户端流程,只需要调用EasyRTMP的几个API接口,就能轻松.稳定地进行流媒体音视频数据的推送,支持市面上绝大部分的RTMP流媒体服务器,包括Wowza.Red5.ngnix_rtmp.crtmpserver等主流R

问题来源 2017.12.18 今日有杭州某教育领域客户反馈EasyPlayerPro在播放一个rtmp源时,画面显示异常的问题.截图如下: 问题复现 一番思考, 将显示格式改为D3D显示, 正常, 截图如下: 问题调试 推测应该是分辨率的问题, D3D显示是固定的拷贝, 而GDI显示是由api DrawDibDraw实现, 在源端将分辨率固定为编码分辨率, 显示效果截图如下: 问题解决 的确,就是源端分辨率的问题, 仔细查看发现, 回调出来的分辨率是显示分辨率(width, height),而

利用ffmepg推264流到rtmp服务端出现错误WriteN, RTMP send error 10053,具体如下图所示. 图1推流到rtmp服务错误 原因是视频流缺少SPS,PPS信息,加上这两个信息即可.

第一步:准备工具 OBS推流工具下载及配置可以参见:OBS推流工具 第二步:安装流媒体服务 Windows/Linux系统环境中搭建直播流媒体服务 极速安装,下载解压一键启动即可,支持Windows和Linux双系统. 第三步:创建直播软件源码直播间 选择 [云直播服务]->鉴权直播 ,点击 [创建直播] 第四步:获取直播软件源码推流地址 点击复制获得推流地址: rtmp://192.168.1.11:10085/hls/pce_Bw9mR?sign=t5e_fQrigz 第五步:配置OBS推流