FFmpeg RTMP推(收)HEVC/H265流 （ijk）

最新推荐文章于 2024-05-05 14:54:55 发布
最新推荐文章于 2024-05-05 14:54:55 发布
阅读量1.4k 收藏 1
点赞数
分类专栏： 音视频 android
原文链接：https://blog.csdn.net/smallhujiu/article/details/81703434
版权

ijk是用ffmpeg的，所以修改完后，ijk也可以支持

https://blog.csdn.net/smallhujiu/article/details/81703434

方法：1

FFmpeg RTMP推HEVC/H265流

方法2：

按下文替换相关文件

https://github.com/CDN-Union/H265

备份，方法1的文章 ：

    直播流媒体协议中，HLS和RTMP协议是两大主流协议。而众所周知的原因，RTMP在许多年前就已经停止拓展和更新，因此标准一直无法支持HEVC的编码格式。目前国内的CDN还有金山云等已经对RTMP进行了标准扩展，播放器上ijkplayer也扩展了该修改。

    具体FFmpeg的修改代码如下：

From e40fcb1113cb1c93c48b8ef74b8aec6437f23d84 Mon Sep 17 00:00:00 2001
From: Franken Zeng <zengfanping@kingsoft.com>
Date: Wed, 14 Jun 2017 21:33:54 +0800
Subject: [PATCH] The RTMP protocol extensions for H.265/HEVC
 
---
 libavformat/flv.h    |  1 +
 libavformat/flvdec.c | 16 +++++++++++++---
 libavformat/flvenc.c | 29 ++++++++++++++++++++---------
 3 files changed, 34 insertions(+), 12 deletions(-)
 
diff --git a/libavformat/flv.h b/libavformat/flv.h
index df5ce3d17f8..089bc76972d 100644
--- a/libavformat/flv.h
+++ b/libavformat/flv.h
@@ -109,6 +109,7 @@ enum {
     FLV_CODECID_H264    = 7,
     FLV_CODECID_REALH263= 8,
     FLV_CODECID_MPEG4   = 9,
+    FLV_CODECID_HEVC   = 12,
 };
 
 enum {
diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
index 2d89bef15f2..c8073b88a92 100644
--- a/libavformat/flvdec.c
+++ b/libavformat/flvdec.c
@@ -36,6 +36,7 @@
 #include "internal.h"
 #include "avio_internal.h"
 #include "flv.h"
+#include "hevc.h"
 
 #define VALIDATE_INDEX_TS_THRESH 2500
 
@@ -291,6 +292,8 @@ static int flv_same_video_codec(AVCodecParameters *vpar, int flags)
         return vpar->codec_id == AV_CODEC_ID_VP6A;
     case FLV_CODECID_H264:
         return vpar->codec_id == AV_CODEC_ID_H264;
+    case FLV_CODECID_HEVC:
+        return vpar->codec_id == AV_CODEC_ID_HEVC;
     default:
         return vpar->codec_tag == flv_codecid;
     }
@@ -340,6 +343,11 @@ static int flv_set_video_codec(AVFormatContext *s, AVStream *vstream,
         par->codec_id = AV_CODEC_ID_MPEG4;
         ret = 3;
         break;
+    case FLV_CODECID_HEVC:
+        par->codec_id = AV_CODEC_ID_HEVC;
+        vstream->need_parsing = AVSTREAM_PARSE_NONE;
+        ret = 3;     // not 4, reading packet type will consume one byte
+        break;
     default:
         avpriv_request_sample(s, "Video codec (%x)", flv_codecid);
         par->codec_tag = flv_codecid;
@@ -1149,10 +1157,12 @@ static int flv_read_packet(AVFormatContext *s, AVPacket *pkt)
 
     if (st->codecpar->codec_id == AV_CODEC_ID_AAC ||
         st->codecpar->codec_id == AV_CODEC_ID_H264 ||
-        st->codecpar->codec_id == AV_CODEC_ID_MPEG4) {
+        st->codecpar->codec_id == AV_CODEC_ID_MPEG4 ||
+        st->codecpar->codec_id == AV_CODEC_ID_HEVC) {
         int type = avio_r8(s->pb);
         size--;
-        if (st->codecpar->codec_id == AV_CODEC_ID_H264 || st->codecpar->codec_id == AV_CODEC_ID_MPEG4) {
+        if (st->codecpar->codec_id == AV_CODEC_ID_H264 || st->codecpar->codec_id == AV_CODEC_ID_MPEG4
+                || st->codecpar->codec_id == AV_CODEC_ID_HEVC) {
             // sign extension
             int32_t cts = (avio_rb24(s->pb) + 0xff800000) ^ 0xff800000;
             pts = dts + cts;
@@ -1168,7 +1178,7 @@ static int flv_read_packet(AVFormatContext *s, AVPacket *pkt)
             }
         }
         if (type == 0 && (!st->codecpar->extradata || st->codecpar->codec_id == AV_CODEC_ID_AAC ||
-            st->codecpar->codec_id == AV_CODEC_ID_H264)) {
+            st->codecpar->codec_id == AV_CODEC_ID_H264 || st->codecpar->codec_id == AV_CODEC_ID_HEVC)) {
             AVDictionaryEntry *t;
 
             if (st->codecpar->extradata) {
diff --git a/libavformat/flvenc.c b/libavformat/flvenc.c
index 899b07ea7be..eb955e5b451 100644
--- a/libavformat/flvenc.c
+++ b/libavformat/flvenc.c
@@ -34,6 +34,7 @@
 #include "libavutil/opt.h"
 #include "libavcodec/put_bits.h"
 #include "libavcodec/aacenctab.h"
+#include "hevc.h"
 
 
 static const AVCodecTag flv_video_codec_ids[] = {
@@ -46,6 +47,7 @@ static const AVCodecTag flv_video_codec_ids[] = {
     { AV_CODEC_ID_VP6,      FLV_CODECID_VP6 },
     { AV_CODEC_ID_VP6A,     FLV_CODECID_VP6A },
     { AV_CODEC_ID_H264,     FLV_CODECID_H264 },
+    { AV_CODEC_ID_HEVC,     FLV_CODECID_HEVC },
     { AV_CODEC_ID_NONE,     0 }
 };
 
@@ -486,7 +488,7 @@ static void flv_write_codec_header(AVFormatContext* s, AVCodecParameters* par) {
     FLVContext *flv = s->priv_data;
 
     if (par->codec_id == AV_CODEC_ID_AAC || par->codec_id == AV_CODEC_ID_H264
-            || par->codec_id == AV_CODEC_ID_MPEG4) {
+            || par->codec_id == AV_CODEC_ID_MPEG4 || par->codec_id == AV_CODEC_ID_HEVC) {
         int64_t pos;
         avio_w8(pb,
                 par->codec_type == AVMEDIA_TYPE_VIDEO ?
@@ -533,7 +535,11 @@ static void flv_write_codec_header(AVFormatContext* s, AVCodecParameters* par) {
             avio_w8(pb, par->codec_tag | FLV_FRAME_KEY); // flags
             avio_w8(pb, 0); // AVC sequence header
             avio_wb24(pb, 0); // composition time
-            ff_isom_write_avcc(pb, par->extradata, par->extradata_size);
+            if (par->codec_id == AV_CODEC_ID_HEVC) {
+                ff_isom_write_hvcc(pb, par->extradata, par->extradata_size, 0);
+            } else {
+                ff_isom_write_avcc(pb, par->extradata, par->extradata_size);
+            }
         }
         data_size = avio_tell(pb) - pos;
         avio_seek(pb, -data_size - 10, SEEK_CUR);
@@ -836,7 +842,7 @@ static int flv_write_trailer(AVFormatContext *s)
             AVCodecParameters *par = s->streams[i]->codecpar;
             FLVStreamContext *sc = s->streams[i]->priv_data;
             if (par->codec_type == AVMEDIA_TYPE_VIDEO &&
-                    (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4))
+                (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4 || par->codec_id == AV_CODEC_ID_HEVC))
                 put_avc_eos_tag(pb, sc->last_ts);
         }
     }
@@ -880,15 +886,16 @@ static int flv_write_packet(AVFormatContext *s, AVPacket *pkt)
     int64_t cur_offset = avio_tell(pb);
 
     if (par->codec_id == AV_CODEC_ID_VP6F || par->codec_id == AV_CODEC_ID_VP6A ||
-        par->codec_id == AV_CODEC_ID_VP6  || par->codec_id == AV_CODEC_ID_AAC)
+        par->codec_id == AV_CODEC_ID_VP6  || par->codec_id == AV_CODEC_ID_AAC) {
         flags_size = 2;
-    else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4)
+    } else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4 || par->codec_id == AV_CODEC_ID_HEVC) {
         flags_size = 5;
-    else
+    } else {
         flags_size = 1;
+    }
 
     if (par->codec_id == AV_CODEC_ID_AAC || par->codec_id == AV_CODEC_ID_H264
-            || par->codec_id == AV_CODEC_ID_MPEG4) {
+            || par->codec_id == AV_CODEC_ID_MPEG4 || par->codec_id == AV_CODEC_ID_HEVC) {
         int side_size = 0;
         uint8_t *side = av_packet_get_side_data(pkt, AV_PKT_DATA_NEW_EXTRADATA, &side_size);
         if (side && side_size > 0 && (side_size != par->extradata_size || memcmp(side, par->extradata, side_size))) {
@@ -951,6 +958,10 @@ static int flv_write_packet(AVFormatContext *s, AVPacket *pkt)
         if (par->extradata_size > 0 && *(uint8_t*)par->extradata != 1)
             if ((ret = ff_avc_parse_nal_units_buf(pkt->data, &data, &size)) < 0)
                 return ret;
+    } else if (par->codec_id == AV_CODEC_ID_HEVC) {
+        if (par->extradata_size > 0 && *(uint8_t*)par->extradata != 1)
+            if ((ret = ff_hevc_annexb2mp4_buf(pkt->data, &data, &size, 0, NULL)) < 0)
+                return ret;
     } else if (par->codec_id == AV_CODEC_ID_AAC && pkt->size > 2 &&
                (AV_RB16(pkt->data) & 0xfff0) == 0xfff0) {
         if (!s->streams[pkt->stream_index]->nb_frames) {
@@ -1021,9 +1032,9 @@ static int flv_write_packet(AVFormatContext *s, AVPacket *pkt)
             else
                 avio_w8(pb, ((FFALIGN(par->width,  16) - par->width) << 4) |
                              (FFALIGN(par->height, 16) - par->height));
-        } else if (par->codec_id == AV_CODEC_ID_AAC)
+        } else if (par->codec_id == AV_CODEC_ID_AAC) {
             avio_w8(pb, 1); // AAC raw
-        else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4) {
+        } else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4 || par->codec_id == AV_CODEC_ID_HEVC) {
             avio_w8(pb, 1); // AVC NALU
             avio_wb24(pb, pkt->pts - pkt->dts);
         }

通过该项修改即可拓展FFmpeg中RTMP对于HEVC的支持。

    我的上一篇文章，《FFmpeg+Nginx搭建RTMP直播推流服务》记录了FFmpeg+Nginx的RTMP的搭建方式。

    但是由于服务端Nginx并没有添加HEVC下重发flv的header头部，因此播放器端只有在从流的最开始才能够成功的解码，否则会出现缺少解码参数集导致无法成功解码。解决办法有两个：

     1. 在FFmpeg代码中每一包都手动添加解码参数集于flv的header中，修改如下：

     ff_write_packet中

    if (par->codec_id == AV_CODEC_ID_AAC || par->codec_id == AV_CODEC_ID_H264
            || par->codec_id == AV_CODEC_ID_MPEG4 || par->codec_id == AV_CODEC_ID_HEVC) {
        int side_size = 0;
        uint8_t *side = av_packet_get_side_data(pkt, AV_PKT_DATA_NEW_EXTRADATA, &side_size);
        if (side && side_size > 0 && (side_size != par->extradata_size || memcmp(side, par->extradata, side_size))) {
            av_free(par->extradata);
            par->extradata = av_mallocz(side_size + AV_INPUT_BUFFER_PADDING_SIZE);
            if (!par->extradata) {
                par->extradata_size = 0;
                return AVERROR(ENOMEM);
            }
            memcpy(par->extradata, side, side_size);
            par->extradata_size = side_size;
            flv_write_codec_header(s, par, pkt->dts);
        } else {
            flv_write_codec_header(s, par, pkt->dts);
        }
    }

 2. 修改Nginx，添加HEVC的支持。这部分暂无时间修改

 

 

P.TAN
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【FFmpeg实战】H264, H265硬件编解码基础及码流分析
C/C++Linux、音视频、DPDK
06-29 5139
帧间压缩一般是无损的。IDR图像之后的图像永远不会使用IDR之前的图像的数据来解码。也就是说，CMSampleBuffer 既可以作为 CVPixelBuffer 对象的容器，也可以作为 CMBlockBuffer 对象的容器，CVPixelBuffer 可以说是未压缩的图像数据容器，而 CMBlockBuffer 则是压缩图像数据容器。AVCC格式的一个优点在于解码器配置参数在一开始就配置好了，系统可以很容易的识别NALU的边界，不需要额外的起始码，减少了资源的浪费，同时可以在播放时调到视频的中间位置。
FFmpeg 常用命令汇总
disikj的专栏
09-22 2689
ffmpeg功能强大，参数配置众多，最好的方式查看它的命令行帮助文档，各个参数都有详细的说明，唯一的遗憾就是没有例子，对于初入媒体领域的人来说，门槛比较高。不明白的参数，可以多试试，再接合MediaInfo工具查看具体信息，通过VLC或者FFMPEG自带的 ffplay播放器播放，就容易理解了。以其强大的功能而在音视频领域著称，从音视频格式转换、裁剪、拼接、提取字幕到提取视频流，编解码等无所不能，本页汇集整理FFmpeg常用命令。
【FFmpeg】使用 ffmpeg 命令实现直播推拉流 ( 推流和拉流简介 | 流媒体服务器搭建 | 使用 ffmpeg 命令进行推流操作 | 使用 ffmpeg/ffplay 命令进行拉流操作 )
最新发布
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
05-05 9046
一、推流和拉流简介 1、直播推流和拉流操作 2、直播推流和拉流涉及到的软件 3、推流 -> 拉流 流程 二、流媒体服务器搭建 1、相关文件准备 2、创建 ECS 云服务器实例 3、配置安全组 4、使用 WinSCP 上传流媒体服务器软件及配置脚本 5、使用 SecureCRT 连接服务器 6、搭建流媒体服务器 三、使用 ffmpeg 命令进行推流操作 四、使用 ffplay 命令进行拉流操作 五、使用 ffmpeg 命令进行拉流操作
ffmpeg 支持用h265编码的rtmp
howesao的专栏
08-04 2964
ffmpeg 支持用h265编码的rtmp
rtmp 播放h265 (rtmp 播放hevc)
lsheevyfg的专栏
11-11 8802
rtmp 播放h265 首先要扩展flv协议，国内常用扩展方式是给flv的videotag.codecid增加一个新类型(12)来表示h265(hevc),其他和h264规则差不多，另外和h264不同的地方是要解析HEVCDecoderConfigurationRecord，从HEVCDecoderConfigurationRecord中解析出vps, sps, pps. 有了vps, ...
ffmpeg推h265流
QHRL11030502的博客
05-25 4368
金山修改的版本 https://github.com/ksvc/FFmpeg/ 直播协议HLS和RTMP协议是两大主流协议。RTMP在多年前就已经停止更新，因此无法支持HEVC的编码格式。目前国内的CDN还有金山等已经对RTMP进行了标准扩展，播放器上ijkplayer也扩展了该修改 libavformat/flv.h | 1 + libavformat/flvdec.c | 16 +++++++++++++--- libavformat/flvenc.c | 29 ++++++...
ffmpeg rtmp推、拉hevc/h265流，建议centos 7.0以上的系统版本
11-08
当虹云视频应用云平台，提供一站式直、点播，视频编辑、云导播、视频云发布、直播转推等，专业解决直播，点播视频一站式托管服务，提供部分功能免费试用券。有两个动态库，放在/etc/lib64中报此类. `GLIBC 低，在...
ffmpeg 编译 支持 h265 rtmp 推流
08-04
在本教程中，我们将详细讲解如何在Windows环境下，使用MSYS2 MinGW 64-bit编译FFmpeg，使其支持H265编码和RTMP推流。 一、安装MSYS2 MinGW 64-bit 1. 首先，从MSYS2官方网站下载最新版本的MSYS2安装程序。 2. 安装...
可以播放flv封装的hevc/h265的flv安装包
02-26
可以播放flv封装的hevc/h265的flv安装包
支持对H265的rtmp推流，复用，解码，播放的FFMPEG
10-23
FFmpeg通过`ffmpeg.exe`命令行工具支持H265的RTMP推流，这意味着我们可以将包含H265编码的视频源推送到支持RTMP的服务器，例如YouTube Live、Facebook Live等。推流的基本命令格式为： ```bash ffmpeg -i 输入源 -c:...
H265编码解码/推流
09-20
随着高清显示设备的发展和高清数字视频内容的日益增多，人们对于视频观看体验的要求也越来越高。新一代视频编码技术H.265/HEVC应运而生，作为新一代视频编码技术
ffmpeg.5.0.1_重新编译exe_支持flv_H265+H264编码和解码+H265编码和解码
05-07
ffmpeg.5.0.1_重新编译exe_支持flv_H265+H264编码和解码+H265编码和解码
ffmpeg4.3.1源码 增加 flv 对H265/HEVC的支持
12-17
为了让H265编码的FLV流可以通过RTMP协议推流和拉流，开发者可能在解码器和编码器的接口处进行了调整，确保H265视频流可以正确地与RTMP协议交互。 4. **错误处理和兼容性改进**：为了确保修改后的FFmpeg能够与不同的...
ijkplayer 编译增加支持更多的音视频格式
工宗浩生财指南针
04-17 1375
ijkplayer是B站开源的一款基于ffmpeg的移动端播放器。但为了减少播放器的体积，很多音视频的格式播放默认都是不支持的，需要自己下载ijkplayer源码进行编译。这里以mac环境下android为例，简述ijkplayer的编译过程，以及为了支持更多音视频编码格式所要做的工作。mac环境下编译要稍微简便点，不需要安装虚拟机和linux操作系统。
ffmpeg推RTP
sun007700的专栏
12-17 1157
https://www.cnblogs.com/swing07/p/10903280.html r>ffmpeg -re -stream_loop -1 -i D:\work\file\shipin\tmp.264 -vcodec copy -f rtp rtp://127.0.0.1:8000>test.sdp tor>ffplay -protocol_whitelist "file,udp,rtp" -i test.sdp
FFmpeg发送流媒体的命令（UDP，RTP，RTMP）
dianyimo9099的博客
08-01 2955
这两天研究了FFmpeg发送流媒体的命令，在此简单记录一下以作备忘。1.UDP1.1. 发送H.264裸流至组播地址注：组播地址指的范围是224.0.0.0—239.255.255.255下面命令实现了发送H.264裸流“chunwan.h264”至地址udp://233.233.233.223:6666ffmpeg -re -i chunwan.h264 -vcodec...
FFmpeg RTMP推HEVC/H265流
Jensen Lee的博客
01-23 6450
&nbsp; &nbsp; 直播流媒体协议中，HLS和RTMP协议是两大主流协议。而众所周知的原因，RTMP在许多年前就已经停止拓展和更新，因此标准一直无法支持HEVC的编码格式。目前国内的CDN还有金山云等已经对RTMP进行了标准扩展，播放器上ijkplayer也扩展了该修改。 &nbsp; &nbsp; ...
Java h265视频抽帧提取照片支持Window，Linux
qq_40985985的博客
01-28 1468
Java h265视频抽帧提取照片支持Window，Linux 1. Windows下可调用ffmpeg.exe实现 2. linux下使用FFmpegFrameGrabber
ffmpeg ffplay 265 nginx
12-10
FFmpeg是一款免费跨平台的音视频处理工具，能够实现音视频的编码、解码、转码、剪辑、合并等功能。它支持多种音视频格式，包括H.265（HEVC）编码格式。HEVC是一种高效的视频压缩编码标准，相较于H.264编码，可以在相同的压缩比下获得更高质量的图像。因此，使用FFmpeg可以对H.265格式的视频文件进行编解码处理。 FFplay是FFmpeg工具集中的一款简易播放器，可以用于播放多种音视频格式的文件。通过FFplay，我们可以使用HEVC编码格式的视频文件进行播放，以便观看和检查视频的质量和效果。同时，FFplay还支持实时网络播放，可以通过流媒体协议（如RTMP、HTTP等）进行直播和点播，非常适用于网络视频应用。 Nginx是一款高性能的Web服务器和反向代理服务器，可以处理大量的并发请求。在音视频流媒体领域，Nginx可以作为一个流媒体服务器使用，支持HTTP、RTMP等多种流媒体协议。通过配置Nginx，可以将FFmpeg编码的H.265视频文件作为视频源文件，提供给网络用户进行播放或下载。同时，Nginx还可以进行负载均衡和高可用配置，以保证流媒体服务的稳定性和可靠性。 简而言之，FFmpeg是一个功能强大的音视频处理工具，FFplay是一个简易的视频播放器，Nginx则是一个高性能的流媒体服务器。三者结合使用，可以实现对H.265编码格式的音视频文件进行处理、播放和网络传输。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值