以下是ffmpeg文档中提到的。
ffmpeg 调用 libavformat 库(包含解复用器)来读取输入文件并从中获取包含编码数据的数据包...然后将编码数据包传递给解码器...解码器生成未压缩的帧(原始视频/PCM 音频/... ) 可以通过过滤进一步处理...
这是否意味着您始终可以从所有压缩格式/编解码器(如 h.264)中提取原始大尺寸视频?
以下是ffmpeg文档中提到的。
ffmpeg 调用 libavformat 库(包含解复用器)来读取输入文件并从中获取包含编码数据的数据包...然后将编码数据包传递给解码器...解码器生成未压缩的帧(原始视频/PCM 音频/... ) 可以通过过滤进一步处理...
这是否意味着您始终可以从所有压缩格式/编解码器(如 h.264)中提取原始大尺寸视频?
与“无损”相比,视频压缩通常是“有损”的。
这意味着通过压缩数据并随后对其进行解压缩,您最终会得到(希望)可以接受的原始数据的近似值。
使用有损压缩技术存储图像和视频通常没问题,因为人类不太擅长感知图像中的细节——例如,我们的大脑可以仅从上下文中填充大量细节(因为我们的眼睛只有一小块区域)在“高分辨率”的中心),我们的眼睛对绿色的强度比红色或蓝色更敏感(这解释了 RGB565 中的分配)。
所以,当你说:
你问了一个问题,但留下了很多误解的机会。
这个不完美的结果图像将有“压缩伪影”。如下图夸张的例子所示:
由于评论也非常关注音频质量,因此发生了完全相同的事情。然而,音频是一种带宽低得多的媒体,这使得无损编解码器变得实用(例如FLAC)。
从 PCM/WAV → MP3 → PCM 转换将导致输出 PCM 文件具有由 MP3 编码/解码过程引入的伪像 - 这些无法删除。
此外,连接编解码器将允许每个编解码器引入自己的工件,并且应用编解码器的顺序会对输出产生重大影响。
转换 PCM → MP3 → OGG vorbis → Opus与PCM → Opus 不同,因为每个中间编解码器都是有损的。
我制作了一个示例音频文件,将其呈现为另一个夸张的示例。这是“ The 69 Eyes ”的“ Tonight ”的前 30 秒,每 5 秒在以下链条之间交替:
这里的效果是戏剧性的,更高的频率(即:踩镲)几乎完全从音频中移除,并且具有重要的通道(左/右)交互,这在开始时特别明显。
一般编解码器的简短回答:
任何无损编解码器,如FLAC或ZIP都可以完全反转。
任何有损编解码器(如JPEG或MP3)都无法完全反转。
这个原则对视频编解码器也有效。
这
HuffYUV
是无损视频编解码器的示例。并且
x264
是有损视频编解码器的示例。不,你误解了那句话。
你不能显示压缩图像,就像你不能阅读压缩文本或阅读 ZIP 压缩文件而不先解压缩一样。要显示任何图像,您必须以某种方式在内存中逐个像素地表示未压缩的图像。
这并不意味着未压缩的图像将与原始图像相同——这取决于使用的编解码器。据我所知,没有常用的无损编解码器。有损编解码器的目标是足够接近地表示原始视频,以使未压缩的视频在正常情况下无法区分,即。当以预测的分辨率和帧率播放时。在查看压缩的静止图像(即帧率=0)时,您肯定会看到伪像,除非压缩期间的比特率设置得不切实际(即产生太大的输出文件)(我的这个答案在某种程度上是相关的)。
顺便说一下,MP4 只是一种文件格式,即。它告诉您压缩数据是如何存储在文件中的,但不能确定它是如何压缩的。MP4 可以使用多种编解码器。H.264 可能是与 MP4 一起使用的最流行的视频编解码器,但不要引用我的话。我猜音频通常是用 AAC 压缩的。
这是一个很常见的错误。
您可以从有损格式转换为无损格式,但损坏已经造成。
无损输出文件将显示您不喜欢有损格式的所有损坏(损坏的细节、添加的人工制品)。你不能把它拿回来。
唯一的选择是联系出版商,看看他是否还有原始的无损文件,并且愿意以某种方式将它们上传给您。
没有增强按钮这样的东西。警告:电视剧