macOS编译金山云ksvc ffmpeg,在rtmp flv之上支持hevc h265

写在前面

FFmpeg社区曾经有过一次针对RTMP扩展HEVC的讨论,最终达成的结论是如果Adobe扩展了RTMP,那么FFmpeg才可以接受HEVC扩展。现状是Adobe更新RTMP协议遥遥无期。

为推进HEVC视频编码格式在直播方案中的落地,经过CDN联盟讨论,并和主流云服务厂商达成一致,规范了HEVC在RTMP/FLV中的扩展…

以上内容摘自金山视频云的文章《FFmpeg代码导读系列(一,下半部)—-HEVC在RTMP中的扩展

金山云在ffmpeg的源码基础上增加了rtmp h265的支持,并且在github上开源

所谓工欲善其事,必先利其器。第一步,我们先编译代码,得到可以推拉rtmp h265流的ffmpeg,以及可以播放rtmp h265的ffplay。以便后续学习rtmp h265的协议知识。

本来,金山云ffmpeg的git wiki页《H.265 RTMP推流使用指南》上已经有编译的说明,但是我实际操作时遇到了一些问题,所以写了这篇文章。

另外,我之前还写了几篇和ffmpeg编译相关的文章(如果你在编译时遇到问题,也可以看看):

正文

我的实验环境是macOS Catalina 10.15.1

下载ksvc版本的ffmpeg,并切换到对应的3.4版本release分支:

1
2
3
$git clone https://github.com/ksvc/FFmpeg.git
$cd FFmpeg
$git reset --hard origin/release/3.4

编译:

1
2
3
4
5
6
./configure --enable-static --enable-pic \
--disable-encoders --enable-encoder=aac --enable-encoder=libx264 --enable-gpl --enable-libx264 --enable-encoder=libx265 --enable-libx265 \
--disable-decoders --enable-decoder=aac --enable-decoder=h264 --enable-decoder=hevc \
--disable-demuxers --enable-demuxer=aac --enable-demuxer=mov --enable-demuxer=mpegts --enable-demuxer=flv --enable-demuxer=h264 --enable-demuxer=hevc --enable-demuxer=hls \
--disable-muxers --enable-muxer=h264 --enable-muxer=flv --enable-muxer=f4v --enable-muxer=mp4 \
--disable-doc --extra-cflags="-fno-stack-check"

报错:

1
ERROR: x265 not found using pkg-config

原因是缺少libx265库,我们先下载并编译libx265:

x265的所有版本下载列表: https://bitbucket.org/multicoreware/x265/downloads/

我们选当前的次新版本x265_3.2.1,开始编译安装:

1
2
3
4
5
$wget https://bitbucket.org/multicoreware/x265/downloads/x265_3.2.1.tar.gz
$tar zxvf x265_3.2.1.tar.gz
$cd x265_3.2.1/build/linux
$./make-Makefiles.bash
$make && make install

回到ffmpeg目录,按上面的参数继续执行./configure

然后编译:

1
$make -j8

报错:

1
2
3
4
5
6
7
8
9
10
11
libavcodec/libx264.c:282:9: error: use of undeclared identifier 'x264_bit_depth'
if (x264_bit_depth > 8)
^
libavcodec/libx264.c:892:9: error: use of undeclared identifier 'x264_bit_depth'
if (x264_bit_depth == 8)
^
libavcodec/libx264.c:894:14: error: use of undeclared identifier 'x264_bit_depth'
else if (x264_bit_depth == 9)
^
libavcodec/libx264.c:896:14: error: use of undeclared identifier 'x264_bit_depth'
else if (x264_bit_depth == 10)

意思是找不到x264_bit_depth的定义,看名字明显是和x264相关的,打开本地的/usr/local/include/x264_config.h文件,可以看到:

1
2
#define X264_BIT_DEPTH     0
#define X264_POINTVER "0.155.x"

说明x264的头文件中是大写的X264_BIT_DEPTH,所以我就把libavcodec/libx264.c中的x264_bit_depth全部替换成了大写的X264_BIT_DEPTH

继续make -j8编译,成功得到ffmpeg和ffplay等可执行文件。

之后,我们就可以尝试推拉h265的流了。

1
2
3
4
5
#推流
$./ffmpeg -re -i ~/video/mp4/oceans.mp4 -c:a copy -c:v libx265 -f flv rtmp://your_rtmp_server/live/h265

#拉流
$./ffplay rtmp://your_rtmp_server/live/h265

这里需要注意的是,推拉流成功的前提是,你的rtmp服务器支持h265。

好,本篇文章到此结束。后面我会给我的开源Go流媒体服务器lal添加rtmp h265的支持,并提供可执行文件供大家直接使用,有兴趣的可以在github上关注一波,github地址: https://github.com/q191201771/lal

20200418补充,lal服务器已经支持h265了,欢迎使用lal和ffmpeg、ffplay进行h265测试。

本文完,作者yoko,尊重劳动人民成果,转载请注明原文出处: https://pengrl.com/p/20044/

0%