rtmp属于传输协议,底层是tcp。那么真正的传输是靠tcp,解析是靠rtmp,所以rtmp和tcp结合起来使用。所以本篇wiki解决两个问题:
- rtmp 没有input format,和FLV同时使用input FORMAT
- rtmp协议和tcp的结合使用
1 rtmp和FLV共用一个 input format
rtmp是没有input format的。使用的flv的input format:
AVInputFormat ff_flv_demuxer = {
"flv",
NULL_IF_CONFIG_SMALL("FLV format"),
sizeof(FLVContext),
flv_probe,
flv_read_header,
flv_read_packet,
.read_seek = flv_read_seek,
.extensions = "flv",
.value = CODEC_ID_FLV1,
};
每一个input format有两种判断条件:一个是probe函数,一个是extensions。在rtmp协议中extensions肯定是失效的,那只有这个probe函数了。
static int flv_probe(AVProbeData *p)
{
const uint8_t *d;
int i = 0;
int j = 0;
uint8_t c;
d = p->buf;
if (d[0] == 'F' && d[1] == 'L' && d[2] == 'V' && d[3] < 5 && d[5]==0 && AV_RB32(d+5)>8) {
av_log(NULL,AV_LOG_DEBUG,
"flv_probe perfect\n");
return AVPROBE_SCORE_MAX;
}
return 0;
}
来判断内存中的前三个字符是不是”FLV”。而从tcp中读取的书中,前三个字符肯定不是“FLV”。通过分析代码
static int rtmp_open(URLContext *s, const char *uri, int flags){
......
if (rt->is_input) {
// generate FLV header for demuxer
rt->flv_size = 13;
rt->flv_data = av_realloc(rt->flv_data, rt->flv_size);
rt->flv_off = 0;
memcpy(rt->flv_data, "FLV\1\5\0\0\0\011\0\0\0\0", rt->flv_size);
}
......
}
把FLV的头部在开始读之间就已经写入到内存的开头了。所以ffmpeg对于RTMP的处理逻辑是,也就是URLProtocol ff_rtmp_protocol的整理处理思路是:
- tcp读取数据
- 解析rtmp包
- 转化成FLV格式并写入内存
rtmp和FLV的关系有这么紧密吗?同一家公司出产,并且除了穿了一套外套外,其他都一样。但是这样的处理有点绕,我怀疑也只有ffmpeg这么搞了。
rtmp和tcp的结合使用
并且rtmp和tcp都有一个对应的协议,首先肯定是找到了 ff_rtmp_protocol 。通过url
rtmp://10.16.4.175/live/abc
通过rtmp字符找到rtmp的URLProtocol。
URLProtocol ff_rtmp_protocol = {
.name = "rtmp",
.url_open = rtmp_open,
.url_read = rtmp_read,
.url_write = rtmp_write,
.url_close = rtmp_close,
};
后开始执行rtmp_open
static int rtmp_open(URLContext *s, const char *uri, int flags)
{
RTMPContext *rt;
char proto[8], hostname[256], path[1024], *fname;
uint8_t buf[2048];
int port;
int ret;
rt = av_mallocz(sizeof(RTMPContext));
if (!rt)
return AVERROR(ENOMEM);
s->priv_data = rt;
rt->is_input = !(flags & AVIO_FLAG_WRITE);
解析url,得到ip:port,组成另一个url:tcp://ip:port
av_url_split(proto, sizeof(proto), NULL, 0, hostname, sizeof(hostname), &port,
path, sizeof(path), s->filename);
if (port < 0)
port = RTMP_DEFAULT_PORT;
ff_url_join(buf, sizeof(buf), "tcp", NULL, hostname, port, NULL);
open 另一个url,也就是tcp protol :ff_tcp_protocol。rt->stream就为URLContext*。
if (ffurl_open(&rt->stream, buf, AVIO_FLAG_READ_WRITE) < 0) {
av_log(s , AV_LOG_ERROR, "Cannot open connection %s\n", buf);
goto fail;
}
......
}
后面的真正的读写都是靠rt->stream来进行的,譬如rtmp_read调用了rt->stream->tcp_read。 看一下:tcp 的protocol。
URLProtocol ff_tcp_protocol = {
.name = "tcp",
.url_open = tcp_open,
.url_read = tcp_read,
.url_write = tcp_write,
.url_close = tcp_close,
.url_get_file_handle = tcp_get_file_handle,
};
听简单,是我想多了。我想到了crtmpserver中的分层,tcp和udp一层,rtmp高一层,用到了很多的虚拟类,那复杂得我翻了很久的代码。这个很清晰明了。还是C语言清晰点。