我将一个流从 FFmpeg 的一个实例传输到另一个实例，但由于在中间流上使用了压缩，因此最终结果很难看。我需要一个无损管道来防止这种情况发生，我希望它同时包含音频和视频。
我怀疑这个问题有不止一个答案，因此任何提供详尽解决方案列表（兼容容器和可以通过管道传输的编解码器）的人都会获得加分。任何处理其他数据（如字幕）的人也可以获得奖励积分。
编辑：我正在寻找合适的编解码器/容器组合。我不知道为什么人们很难弄清楚这一点，因为我说我已经使用了管道，现在我需要它是无损的。
我不知道如何解释这一点而不显得自负，但这是一个常见问题解答网站。提出需要非常具体的答案的问题不会帮助数百万通过将自己的问题输入搜索引擎而访问该站点的用户。我的问题旨在帮助需要在 FFmpeg 实例之间无损传输数据的任何其他人，而不会用一堵叙述墙和代码解释我在做什么，为什么它不起作用，以及为什么这是唯一的选择来分散每个人的注意力。
当我创建磁盘大小非常小的 PNG 文件时，我倾向于怀疑文件大小是否变得不如查看者解压缩图像所需的时间重要。从技术上讲，这也是微不足道的，但我已经想了很长时间了。我们都知道压缩率越高的 PNG 图片压缩时间越长，但解压时间是否越长？
我不知道这些信息是否会影响这个问题，但我想知道这与图标类型文件（它们很小，因为它们包含的像素很少）和巨大的艺术线条文件（它们很小，因为它们压缩了它们的像素非常有效）。
编辑：为了回应我得到的答案，我想指出这并不是严格的网络问题。Windows 用户可能不会注意到这一点，但桌面环境中使用的大多数图标都是以 PNG 压缩格式存储的，并且在系统启动时需要渲染数十个图标。我提到的巨大线条艺术主要是像http://simpledesktops.com/ 上的那些桌面壁纸，但各种海报、视频游戏资源和其他东西也适合这种描述。