![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
常用记录
文章平均质量分 85
壹零仓
勇敢 自信 冷静 乐观
展开
-
OBS推流工具介绍及桌面录屏推流功能实现
本文介绍了OBS基本操作,并通过一个实际场景的例子,来说明OBS在我们流媒体领域中的应用,其使用方式比ffmpeg更加简单,提供更加易于操作的界面,如果使用好,也能为项目节省不少成本原创 2023-07-31 16:10:36 · 201202 阅读 · 0 评论 -
音视频领域强大的辅助工具-ffmpeg常用操作介绍
ffmpeg -i [输入文件名/地址] [参数选项] -f [格式] [输出文件/地址]-i后为媒体流的输入,可以为文件,也可以是视频流地址[参数选项]定义流媒体转换的参数,详细定义了转换的方式-f 后为输出的媒体流格式,定义输出媒体流的输出格式之后直接为输出媒体流到文件或者到推送地址参数-i后为流媒体的输入,为H264裸流文件test.h264;参数选型为-vcodec copy 表示视频的编码格式为流媒体源的格式,即还是H264;-f mpegts表示输出的流媒体为ts;原创 2023-07-08 16:06:13 · 212076 阅读 · 0 评论 -
使用nginx的rtmp模块搭建RTMP和HLS流媒体服务器
前面文章中已经介绍了《使用nginx搭建rtmp流媒体服务器》和《使用nginx搭建HLS服务器》,其实nginx的RTMP模块本身就支持接收RTMP推流、提供RTMP拉流服务及HLS切片器功能,因此可以直接通过nginx的rtmp模块直接接收RTMP推流、对音视频流进行HLS切片,而不需要ffmpeg去生成切片。原创 2023-01-16 23:45:00 · 164430 阅读 · 0 评论 -
使用nginx搭建HTTP FLV流媒体服务器
前文已经介绍了RTSP、RTMP、HLS的流媒体协议,还有一种比较常见的流媒体协议HTTP FLV,其兼具RTMP的实时性及HLS的网络适应性的优点,在很多点直播领域广泛应用。协议名HTTP FLVRTMPHLS传输方式HTTPTCPHTTP视频封装格式flvTS视频时延低低高数据格式连续音视频流连续音视频流TS切片文件web无插件播放支持,通过flv.js不支持,需要flash插件支持,直接HTML5的video标签即可播放防火墙或代理穿透支持不支持。原创 2023-01-16 19:14:17 · 218107 阅读 · 2 评论 -
使用nginx和ffmpeg搭建HLS流媒体服务器
最近研究HLS流媒体协议,需要临时搭建HLS服务器,这里记录下搭建的过程(操作系统:CentOS Linux release 7.9.2009 (Core))原创 2023-01-12 21:25:46 · 212342 阅读 · 0 评论 -
使用nginx临时搭建rtmp服务器
由于需要研究rtmp协议交互方式及报数据格式,使用nginx临时搭建一个rtmp服务器,主要通过nginx的rtmp扩展模块实现接收RTMP推送的音视频流,同时提供RTMP拉流服务的能力。原创 2023-01-03 12:22:10 · 165778 阅读 · 3 评论 -
centos7修改默认yum源为国内源
yum下载的默认镜像地址速度很慢,一般会更改镜像源为国内的镜像地址,比如163,阿里云等,本文介绍下修改yum源的步骤。原创 2023-01-03 12:18:55 · 2174 阅读 · 1 评论 -
wireshark抓包数据提取TCP/UDP/RTP负载数据方法
在视频抓包分析过程中,有时候需要从TCP、UDP、RTP中直接提取payload数据,比如较老的摄像机,有一些直接通过TCP/UDP传输视频裸流,或者PS打包的视频流,通过提取TCP和UDP的负载数据就可以直接组成裸流或者PS流文件,通过视频分析工具(Elecard StreamEye Tools,可关注公众号。的消息)分析视频流数据是否正常。的消息,获取提取方式,这里详细介绍直接提取RTP负载,不做任何组包操作,这里以PS over rtp流的包为例,从此包中提取RTP流的方式。原创 2022-12-20 20:10:07 · 159752 阅读 · 0 评论 -
chrome 开启HEVC硬件解码
通过上文配置好的快捷键(一定要从入口打开)打开chrome,输入支持HEVC的视频网址(哔哩哔哩有很多HEVC视频),这里采用我们项目的播放器,播放前端HEVC的摄像机视频,能够正常播放,查看GPU使用情况,GPU VIDEO DECODE项有波动,说明已开启硬件解码。安装完成后,打开如下图,如果有红框内容,则表示支持HEVC。有红框的内容,说明配置成功。原创 2022-09-20 19:10:36 · 11784 阅读 · 3 评论 -
wireshark提取视频数据之RTP包中提取H264和H265
本文主要描述从wireshark包数据中提取出H264和H265裸流数据方法,裸流通过RTP封包方式发送,从抓包中直接提取视频流数据,进而进行流媒体问题定位原创 2022-11-18 17:56:38 · 162052 阅读 · 5 评论 -
wireshark提取RTSP over TCP中的视频流
打开小工具,直接双机rtpovertcpto264.exe打开,选择刚刚保存的tcp负载原始二进制文件,选择tcp header中视频流的streamid,样例中streamid=0,点击转换,即可提取出H264原始码流。原创 2022-12-12 16:44:33 · 159365 阅读 · 4 评论 -
visual studio 2013上搭建arm交叉编译环境(一) 引言
最近使用SlickEdit进行arm9应用程序的开发,感觉代码编辑、查找、定义跳转、函数引用处查询等功能非常不好用,这可能是由于我之前都是在visual studio(vs)上进行代码的开发的原因,个人感觉作为集成开发环境,VS+VA 进行代码的开发是最方便,最好用的,所以就尝试了下,在visual studio 2013上建立一个arm的交叉编译环境,经过两天的资料查询和调试,终于编译成功。原创 2016-03-18 21:54:22 · 6310 阅读 · 0 评论 -
visual studio 2013上搭建arm交叉编译环境(四)makefile配置及编译过程
交叉编译makefile配置及编译过程上篇文章已经介绍了cygwin测试工程建立和生成的方法,本文在此工程的基础上,介绍makefile修改及编译过程。 debug.mak是makefile的配置文件,此文件通过makefile中如下语句导入到makefile中,作为makefile特定变量的定义文件。下面是debug.mak文件,应该很容易理解。#DO NOT EDI原创 2016-03-19 12:51:29 · 4375 阅读 · 1 评论 -
visual studio 2013上搭建arm交叉编译环境(二) cygwin等软件的安装及配置
前文已经简单介绍了要使用visualstudio来搭建arm交叉编译环境需要安装的软件,本篇介绍下各种软件的安装方法,主要介绍sygwin的安装和cygwin中arm9交叉编译环境的建立,至于vs的安装,visual gdb的安装非常简单,就不做介绍。一 Visual gdb的安装使用可参考如下文章:http://blog.csdn.net/wu936754331/article/deta原创 2016-03-18 22:57:26 · 4806 阅读 · 2 评论 -
visual studio 2013上搭建arm交叉编译环境(三)Visual studio2013中Cygwin工程的建立
前两篇文章已经介绍了在vs上搭建arm环境的准备工作,现在开始介绍在visual studio2013上建立arm9代码编辑和编译的环境。首先,打开vs2013,file->new->project,在Templates选项卡下选择visualGDB,如果没有此选项说明visual gdb没有安装成功,请重新按章,在此选项卡下选择MinGW/Cygwin Project Wizard,在下面原创 2016-03-19 12:42:38 · 5430 阅读 · 0 评论 -
Flask在linux系统下环境的离线搭建及简单实用教程
linux下flask的安装,主要介绍离线安装方式及简单的flask实例应用原创 2017-06-04 10:28:44 · 4963 阅读 · 1 评论 -
Flask在windows下安装及在eclipse下开发的环境配置
flask在windows下开发环境的搭建,及使用eclipse开发flask的配置原创 2017-06-04 22:48:28 · 3182 阅读 · 0 评论 -
使用windows自带的网络命令工具抓包
在音视频领域,涉及到对接码流传输的各种问题,很多是通过抓包来定位,常用的抓包工具,windows下使用wireshark,linux下tcpdump,这两种是我使用最多的,最近定位一个现场问题,现场客户机电脑不能随便安装软件,且安装wireshark一般需要中断以下网络,对此客户是不允许的,在不得已的情况下,使用windows自带的网络分析命令抓取网络包,然后传输到自己的电脑上进行分析,这里记录下使用方式。原创 2022-09-20 18:59:28 · 29132 阅读 · 1 评论