大家好！过程及问题描述：使用ffmpeg库，我从网络接收到一个带有数据（视频、音频等）的媒体流。所有必要的上下文等都从流中复制，然后包由av_interleaved_write_frame. 一切都按应有的方式工作，即创建文件，写入数据，然后在任何播放器中正确正确地显示所有内容，即重新混合工作。
问题。在没有数据的情况下，更准确地说，当连接暂时断开时，需要以流频率将存根帧（带有某种铭文的常规视频帧）添加到文件中。我已经做了一些事情，但到目前为止它不起作用。
也许有人会提出一个想法，它是如何“以正确的方式”完成的？谢谢
我解决了这个问题，所以我会给出一个答案。我们将讨论视频流，因为其他一切（声音、文本、数据）都更容易。
有两种方法，其中一种对我来说仍然是理论上的，我将从它开始。
Theoretical Media 流中的数据是通过适当的算法（编解码器）压缩的，所以当你收到第一个直播数据时，你也会收到相应的算法（它们的名称，编解码器本身必须提前安装在系统中），以防万一对于连接丢失，理论上您可以将帧添加到输出设备 - 需要使用网络编解码器压缩的存根（我重复一遍；当然，必须预先安装在系统中）。出现的问题是根据一般 IPBB 方案计算流中帧的连接（特别是，B - 帧包含来自它们之前和之后的帧的信息）、帧编号等。可惜时间有限，遇到了“混”的问题，没能及时解决，于是改用了第二种方法
实用 在这种方法中，一切都简单得多，但系统上的负载更大。您创建自己的格式（在 ffmpeg 范式中 - 其他上下文，即流、其他编解码器等），任意选择任何合适的编解码器（可能与输入意外重合，但这不是重点）解压带有流编解码器的输入流（输入流的帧）并重新编码“您自己的”。当连接断开时，您获取存根帧（任何图像）并使用之前准备的“您的”编解码器将它们驱动到您的输出设备中。此方法中的帧编号是端到端的，IPBB 没有问题。唯一的负面影响是系统的额外负载，因为执行了输入流的“可选”解码和转码为您的格式。