前言 由于近期项目需求,需实现在浏览器上实时预览接收UDP视频流信息.此功能若在VLC上可轻松播放,奈何由于Chrome.Firefox版本的升级,渐渐浏览器不支持外部插件,因而使用VLC web插件也成为泡影.在前辈指导下,采用FFmpeg + SRS + ckplayer的方式实现了该功能. 这种方式实现原理,主要是通过以下3个步骤完成: 1.FFmpeg将UDP视频流转换成rtmp流并推送至SRS服务器: 2.SRS作为rtmp服务器向其他客户端分发该视频流资源: 3.ckplayer作为

项目使用mingw环境g++5.3,C++调用ffmpeg接收rtsp流,再通过C#显示.结构上是C#调用C++的so文件,读取得到的视频帧(RGB888格式),通过图片控件显示. 一开始是使用opencv打开视频源,本地文件和rtsp的源使用一样的接口,方便使用.但是通过opencv打开rtsp源的时候,发现720p2Mbit的视频能够正常打开,但1080p的视频打开后出马赛克,卡顿比较多. 而同样的视频源,使用VLC就能流畅的打开,不过延时很高,大约1s. 后来又发现,使用i3低电压版CPU

ffmpeg -re -f h264 -i udp://192.168.5.49:10002 -vcodec libx264 -f flv rtmp://192.168.5.155/live/1

花费一些时间,然后全部扔了.为了不忘记和抛砖引玉,特发此贴. ffmpeg解析ts流 1.目的     打算软件方式解析出pat,pmt等码流信息 2.源代码所在位置         下载ffmpeg开源代码,官网http://ffmpeg.org/     具体代码位置libavformat/mpegts.c 3.代码分析 (a)整体分析     mpegts_read_header函数获取ts中节目信息,内部关键代码摘录如下:     seek_back(s, pb, pos);//指向码流

本博客曾经发布了通过 Finalspeed 加速 Shadowsocks 的教程,大家普遍反映能达到一个非常不错的速度.Finalspeed 虽好,就是内存占用稍高,不适合服务器内存本来就小的用户:而且现在 Finalspeed 停止维护,就需要寻找一个能替代 Finalspeed 的工具. 今天我就给大家介绍这么一个能替代 Finalspeed 的项目 — Kcptun. Kcptun介绍 Kcptun 是一个非常简单和快速的,基于 KCP 协议的 UDP 隧道,它可以将 TCP 流转换为 K

多网卡下接收udp组播 往往会接收失败 因为用错了网卡 例如我想要接收2网段 其他电脑出的udp组播  我电脑有有线网和wifi在window下可以这样 route add 230.0.0.1 mask 255.255.255.255 192.168.2.144 即接收udp://230.0.0.1这路流 使用2网段 192.168.2.144是本机2网段的IP 参考了http://blog.chinaunix.net/uid-7187477-id-4561457.html

负载均衡是指在多个后端服务器之间有效地分配网络流量. 从NGINX Plus R5[1] 版本开始可以代理和负载均衡传输控制协议(Transmission Control Protocol,TCP)通信.TCP是许多流行应用程序和服务的协议,如LDAP.MySQL和RTMP. 从NGINX Plus R9[2]版本开始可以代理和负载平衡UDP流量.用户数据报协议(User Datagram Protocol,UDP)是许多流行的非事务性应用程序的协议,如DNS.syslog和RADIUS. 反向

1. 项目需要使用ffmpeg推rtmp流至crtmpserver,然后直播./usr/bin/ffmpeg -re -loop 1 -i tmp/234.jpg -r 10 -f flv rtmp://127.0.0.1:8085/live/phone-234 2. 下载crtmpserver源码,官网(http://www.rtmpd.com/)经常上不去,去github下载https://github.com/j0sh/crtmpserver 3. 需要安装cmake然后编译.yum in

1.    前言 很多朋友在做网络编程开发的时候可能都遇到这样的问题,在进行接收二进制流的数据的时候,使用strlen库函数来得到 二进制数据长度的时候并不准确.为什么呢??首先,使用strlen进行统计长度的为字符串,并非二进制流数据,因此在 获取二进制数据流的定长中并不适合.解决的问题必然使用网络接收函数的返回值来进行判断,如recv和recvfrom等. 2.    简单的网络服务器 Linux中简单的网络服务器做起来很简单,无非就是以下几个步骤 创建网络套接字(socket) --> 绑

通过http请求传递xml流和接收xml流的代码示例 //1.在servlet中post一个xml流:import java.io.OutputStreamWriter;import org.jdom.Document;import org.jdom.Document; public void doPost(HttpServletRequest request, HttpServletResponse response)    throws ServletException, IOExcepti

js接收文件流并下载 标签(空格分隔): js 在此输入正文 <script type="text/javascript"> function download(filename) { var oReq = new XMLHttpRequest(); oReq.open("GET", "<你的返回流的Action路径>", true); oReq.responseType = "blob"; oReq.

最近服务部署到一个Linux上面,接收udp的广播流花屏,问运维说带宽正常,就琢磨了一下应该的丢包了,程序本身申请的socket缓存还是蛮大的,就看看系统的缓存, 用命令cat /proc/sys/net/core/rmem_max 可以看到 确实很小,需要改大一点,步骤如下: 1.下面的代码添加到/etc/sysctl.conf的末尾,然后保存 # Controls socket buf size by leisiyuannet.core.rmem_default = 8388608net.c

文件流转换 一般用于axios设置接收文件流设置时responseType: 'blob'当接口报错时,前端因已设置responseType: 'blob'无法再接收json格式数据,会把json格式数据转为blob格式,而到了这里拦截器已无法识别blob进而无法对blob数据进行拦截,这个时候就需要前端将数据blob格式进行转换成正常的json的数据,这会导致前端无法显示报错信息   /**  * 文件流转换 主要代码块,可自定义下载文件名称  * @param {} data  */ exp

ffmpeg在avformat_open_input里面已经实现了UDP的协议,所以只需要设置好参数,将url传递进去就可以了. 和打开文件的方式基本一样: 01 AVCodecContext *pVideoCodecCtx = NULL; 02 AVCodec *pVideoCodec = NULL; 03 avcodec_register_all(); 04 av_register_all(); 05 avformat_network_init(); 06 if(m_pConfigManag

前言 最近有点迷茫,所以将自己用过的东西写个Demo记录一下,复习复习. 具体实现: Easydarwin 一个开源的好用的流媒体平台框架. FFMPEG  一个视频音频处理神器,就是用起来有点麻烦,必须保证命令正确. FFMPEG将视频或者视频地址(Rtsp,Rtmp)转码推流到EasyDarwin做转发,FFMPEG将EasyDarwin视频做切片成M3U8文件. 网站直接访问M3U8文件,实现HLS点播.算是一个粗糙的Demo,具体可以根据需求更改. 参考: FFMPEG: 官网参考 流媒

前言   ffmpeg播放rtsp网络流和摄像头流.   Demo   使用ffmpeg播放局域网rtsp1080p海康摄像头:延迟0.2s,存在马赛克     使用ffmpeg播放网络rtsp文件流:偶尔卡顿,延迟看不出    使用vlc软件播放局域网rtsp1080p海康摄像头:演示2s,不存在马赛克    使用vlc软件播放网络rtsp文件流:不卡顿,延迟看不出     FFmpeg基本播放流程 ffmpeg解码流程   ffmpeg新增API的解码执行流程.  新api解码基本流程如下:

本来主要讲述如何利用ffmpeg将输入视频流通过转码的方式转成m3u8文件.如何通过http的方法将切边推送给客户端,不在本文中讲述. 输入视频流可以是rtsp流,也可以是http,还可以是文件等等.转码的基本流程如下图所示: 图1. 生产hls视频流 视频流解复用可以获得packet,对应的实现方法是av_read_frame. 下面给出代码: 1. 初始化ffmpeg void Init() { av_register_all(); avfilter_register_all(); avfo

最近一段时间在研究传屏低延迟传输相关的一些东西.本来想使用gstreamer来验证下rtp over udp传送h264 nal数据相关 的,结果发现竟然不能用playbin来播放rtp的数据!诚然,这也有其原因,因为rtp需要一些带外数据,这是不能简单通过流 来检查的,然而也没有手段简单传入sdp给playbin,让其正常工作.没有办法,在gstreamer-devel和https://bugzilla.gnome.org bug管理平台上搜了一圈,有人碰到类似的问题,但是没有完整的解决方案,

之前尝试过很多网上利用Windows编译FFmpeg的文章,都没有办法编译X64位的FFmpeg,有些教程中有专门提到编译64位的FFmpeg需要下载mingw-w64-install,但是编译的过程中总是遇到各种错误.尝试了很久依然没有成功. 然后在网上看见另外一篇教程:VS2015编译FFMPEG.方法很简答,并且成功编译了X64位的FFmpeg.特此记录:转自:http://blog.csdn.net/gongxp123456/article/details/52879976 系统环境:W

一.前言 在 Android 音视频开发学习思路 中,我们不断的学习和了解音视频相关的知识,随着知识点不断的学习,我们现在应该做的事情,就是将知识点不断的串联起来.这样才能得到更深层次的领悟.通过整理 Android 音视频开发(一) : 通过三种方式绘制图片 我们知道可以使用ImageView和SurfaceView甚至是View来展示图片,通过整理 Android 音视频开发(三):使用 AudioTrack 播放PCM音频 我们知道如何播放音频原始数据了.那么可不可以定义为,我们找到了如何