【发布时间】：2018-03-12 10:39:39
【问题描述】：
我想一劳永逸地了解时基计算和重新缩放在 FFMPEG 中的工作原理。 在回答这个问题之前，我做了一些研究，发现了许多有争议的答案，这使得它更加混乱。 所以基于官方FFMPEGexamples一个必须
将输出数据包时间戳值从编解码器重新缩放到流时基
类似这样的：
pkt->pts = av_rescale_q_rnd(pkt->pts, *time_base, st->time_base, AV_ROUND_NEAR_INF|AV_ROUND_PASS_MINMAX);
pkt->dts = av_rescale_q_rnd(pkt->dts, *time_base, st->time_base, AV_ROUND_NEAR_INF|AV_ROUND_PASS_MINMAX);
pkt->duration = av_rescale_q(pkt->duration, *time_base, st->time_base);
但是在this question 中，一个人问了我类似的问题，他举了更多的例子，每个人的做法都不一样。与所有这些方法都很好的答案相反，对我来说只有以下方法有效：
frame->pts += av_rescale_q(1, video_st->codec->time_base, video_st->time_base);
在我的应用程序中，我在 FFMPEG API 之外以 60 fps 生成视频数据包 (h264)，然后将它们写入 mp4 容器。
我明确设置：
video_st->time_base = {1,60};
video_st->r_frame_rate = {60,1};
video_st->codec->time_base = {1 ,60};
在我为输出格式上下文编写标题之后，我看到的第一件奇怪的事情发生了：
AVDictionary *opts = nullptr;
int ret = avformat_write_header(mOutputFormatContext, &opts);
av_dict_free(&opts);
之后，video_st->time_base 填充：
num = 1;
den = 15360
我不明白为什么。
我想请人解释一下。接下来，在写框架之前，我会计算 数据包的 PTS。就我而言，PTS = DTS，因为我根本不使用 B 帧。
我必须这样做：
const int64_t duration = av_rescale_q(1, video_st->codec->time_base, video_st->time_base);
totalPTS += duration; //totalPTS is global variable
packet->pts = totalPTS ;
packet->dts = totalPTS ;
av_write_frame(mOutputFormatContext, mpacket);
我不明白，为什么编解码器和流具有不同的 time_base 值，即使我明确地将它们设置为相同。因为我在所有示例中看到 av_rescale_q 总是用于计算持续时间，所以我真的希望有人解释这一点。
另外，作为比较，为了实验，我决定尝试为WEBM 容器编写流。所以我根本不使用 libav 输出流。 我只是抓取用于编码 MP4 的相同数据包并将其手动写入EBML stream。在这种情况下，我这样计算持续时间：
const int64_t duration =
( video_st->codec->time_base.num / video_st->codec->time_base.den) * 1000;
WEBM 需要乘以 1000，因为时间戳在该容器中以毫秒为单位显示。这很有效。那么为什么在 MP4 流编码的情况下，time_base 存在差异，必须重新调整？
【问题讨论】：