本文 以 ffmpeg4.4 源码为准，a.mp4下载链接：百度网盘，提取码：nl0s 。
早期 FFmpeg 在 转 码 后 输出 直播 流 时并 不支持 编码 一次 之后 同时 输出 多路 直播 流， 需要 使用 管道 方式 进行 输出， 而在 新版本 的 FFmpeg 中 已经 支持 tee 文件 封装 及 协议 输出， 可以 使用 tee 进行 多路 流 输出， 本节 将 主要 讲解 管道 方式 输出 多路 流 与 tee 协议 输出 方式 输出 多路 流。
刘歧; 赵文杰. FFmpeg从入门到精通 (电子与嵌入式系统设计丛书) (p. 405). 北京华章图文信息有限公司. Kindle Edition.
本文主要讲解 tee 方式 输出多路流 在 ffmpeg.c 里面的逻辑实现，命令如下：
ffmpeg.exe -re -i a.mp4 -vcodec h264_mf -acodec aac -map 0 -f tee "[f=flv]tcp://127.0.0.1:1234/live/stream | [f=flv]rtmp://192.168.0.122/live/livestream"上面的命令 音频编码 为 AAC，视频编码为 H264，转成 flv 的封装，然后推了两路流。
1，tcp 流，把 flv 的数据放在 tcp 包里面进行传输。
2，rtmp 流，把flv 的数据放在 rtmp 上层进行传输。
这两路流的服务器请自行搭建。
首先分析 -map 0 参数在 ffmpeg.c 里面的逻辑，map 的定义在 ffmpeg_opt.c 里面。
{ "map", HAS_ARG | OPT_EXPERT | OPT_PERFILE |
OPT_OUTPUT, { .func_arg = opt_map },
"set input stream mapping",
"[-]input_file_id[:stream_specifier][,sync_file_id[:stream_specifier]]" },"[-]input_file_id[:stream_specifier][,sync_file_id[:stream_specifier]]" 这句注释，我也没看出这个 map 的具体用法，所以直接分析代码逻辑，从代码逻辑推导出 map的 具体用法。
从代码可以看出 map 会调用 opt_map 函数。opt_map 里面会 操作这两个变量 o->nb_stream_maps 跟 o->stream_maps， 这里面有一个新的结构 StreamMap，如下：
typedef struct StreamMap {
int disabled; /* 1 is this mapping is disabled by a negative map */
int file_index;
int stream_index;
int sync_file_index;
int sync_stream_index;
char *linklabel; /* name of an output link, for mapping lavfi outputs */
} StreamMap;opt_map函数 的重点如下，已经圈出来了：
o->nb_stream_maps 会对哪些逻辑产生影响呢？请继续往下看，
从上图可以看到，在 open_output_file 函数里面使用了 nb_stream_maps 这个变量，如果这个 nb_stream_maps 是 0，就会执行以下逻辑：
1，从输入文件 选出分辨率最高的视频流 作为 视频输出流的 输入。
2，从输入文件 选出声道数最多的音频流 作为 音频输出流的 输入。
由于 我们命令行指定 了 -map 0，所以 nb_stream_maps 等于 2，因为 a.mp4 里面有两个流。所以不会走上面的逻辑。而是走下面的 else{}.
open_output_file 里面的重点逻辑如下：
如上图所示，本文的命令会跑进去红笔圈出来的逻辑。
-map 参数 分析完毕，这个 map 选项 是对多个输入输出流 做指定的，指定哪个输入流对应哪个输出流。
-map 0 后面带一个 0 ，实现的功能就是 把输入文件的所有流都输出给输出文件，不选最好的流进行输出，所有流都输出。
接下来 分析 -f tee 的实现，-f 的定义在 ffmpeg_opt.c 里面。
{ "f", HAS_ARG | OPT_STRING | OPT_OFFSET |
OPT_INPUT | OPT_OUTPUT, { .off = OFFSET(format) },
"force format", "fmt" },如果你看过之前的博客文章，就知道 f 是强制指定封装格式，所以 tee 肯定是一个类似 flv 之类的伪封装格式。
首先 -f 的解析是这样的，-f tee 最后会以 key=value 的方式，也就是 f=tee 的方式丢进去 o->g->format_opts，然后给 avformat_open_input 函数用，如下：
err = avformat_open_input(&ic, filename, file_iformat, &o->g->format_opts);所以 -f tee 跟 -f flv 是类似的，在 api 层使用没有太大的区别。
这样一看 就知道 tee 肯定是 在 libavformat 目录下有个 c文件的实现，果然，libavformat\tee.c 文件存在，部分代码如下：
static const AVClass tee_muxer_class = {
.class_name = "Tee muxer",
.item_name = av_default_item_name,
.option = options,
.version = LIBAVUTIL_VERSION_INT,
};这是一个 伪封装格式，并不是真正意义的音视频封装格式，只是为了 api 函数的通用性设计出来的。
tee 还有另一种写法，命令如下：
ffmpeg.exe -re -i a.mp4 -vcodec h264_mf -acodec aac -map 0 -f flv "tee:tcp://127.0.0.1:1234/live/stream|rtmp://192.168.0.122/live/livestream"这种写法 tee 看起是一种协议，而不是一种封装，实际上是一样的，这也是一个伪协议。
版权所属：知识星球：弦外之音，QQ：2338195090。 由于笔者的水平有限， 加之编写的同时还要参与开发工作，文中难免会出现一些错误或者不准确的地方，恳请读者批评指正。如果读者有任何宝贵意见，可以加我微信 Loken1。