enhanced rtmp

2026年 5月 20日下午3:36

## 协议简介
在此协议发布之前，我们一般采用扩展flv_id的方式支持opus(13)/hevc(12)/av1(13)/h266(14)等原本flv协议不支持的编码。并且在国内广泛应用，阿里、百度等直播云皆支持。但并未提交标准，且id数也将会不够用, 仅4bit，最多到15。

协议文档
https://github.com/veovera/enhanced-rtmp/blob/main/enhanced-rtmp.pdf

## 支持情况
此标准发布后，youtube已经支持，obs也支持，ffmpeg6.1也会开始支持。
Node-Media-Server 开源版v2.6之后支持enhanced-rtmp标准推流
NodeMediaServer 商用版v3.21之后支持enhanced-rtmp标准推流，v3.22支持enhanced-rtmp标准播流

## 问题注意
尽管协议规定可以扩展发送NetConnection connect 命令时加入fourCcList来告知服务端支持的编码来区分采用哪个标准来提供播放。但是常用的http-flv在发送连接请求时没有这种定义，所以当开启enhanced-rtmp模式后，播放采用enhanced-rtmp标准封装数据。国内采用扩展flv_id 的播放器，SDK等产品就会不兼容。

## 开启方式
### 推流
更新到最新3.22.0，无需更改配置，NodeMediaServer自动识别并兼容两种推流标准

### 播流
```
[rtmp]
# rtmp协议端口(TCP)
port       = 1935
# rtmp协议chunk size
chunk_size = 60000
# enhanced_rule 为匹配规则的流使用enhanced_rtmp标准进行播放
# 此参数只影响播放时,服务端发送的标准.
# NodeMediaServer 同时兼容flv_extension_id标准推流和enhanced_rtmp标准推流
# 默认为关闭状态,所有播放的流按模式,扩展 h265_flv_id=12, av1_flv_id=13
# https://github.com/veovera/enhanced-rtmp
enhanced_rule = */*
```
开启规则后，任何流播放rtmp,http-flv,kmp 都按enhanced-rtmp标准