AI
原本是不打算回应这个离谱问题的，可看到楼上在胡扯，就忍不住要纠正一下。首先，问题里提到码率足够，这就意味着是无损的情况。在这种情况下，avc、hevc、raw这三者其实没有差别，都是无损的，连一个像素的差异都不存在。这里没提到av1，是因为我还没有测试过支持无损的av1编码器。那压缩率方面？首先，raw的体积肯定是最大的，要是完全不压缩的话，其体积会非常庞大，所以raw的压缩率几乎是最低的。其次是avc，使用x264进行无损编码时，体积很大，不过相比raw已经有了很大改善，它的编码速率并不高。另外一个常见的支持无损模式的avc编码器是h264_nvenc，它的速率会高很多，但是压缩率就比不上x264了。压缩率最高的是hevc，采用x265的无损模式时，它的压缩率比x264的无损压缩率要高出很多，不过速度比x264慢不少，因为没有针对无损进行优化，不过可以手动调整参数来加快速度，hevc_nvenc在支持无损方面也是同样的道理。avc的标准（也就是MPEG - 4 part 10）中的Hi444PP配置支持14bit位深度，x264最高支持yuv444p10le、qsv nv12、nvenc yuv444p16le（这个16bit比较抽象，在实际使用的时候可能不被支持，我没有测试过，下面也是同样情况）、amf p010le。再来看hevc，M
AIn 4:4:4 16 Intra Profile配置支持16bit，x265最高支持yuv444p12le、qsv p012le、nvenc yuv444p16le、amf p010le。此外，hevc对hdr的支持性更佳。关于分辨率和帧率的最大支持情况，这要看标准的支持以及编解码器的支持，这里就不详细阐述了，简单说一下标准的最大支持情况：高分辨率示例 @最高帧速率（最大存储帧）为3,840×2,160@300.0（16）、7,680×4,320@128.9（5）、8,192×4,320@120.9（5），最大亮度采样率（samples/s）为4,278,190,080，最大亮度图像尺寸（samples）为35,651,584。过了几天再看这个问题，就更让人难以忍受了，居然有人说要传输png图流。这是嫌CPU负载不够高，还是觉得带宽太富裕了？在没有硬件解码支持png的情况下，单纯依靠CPU来对png进行编解码，如果是8k 30fps的raw，还有什么能处理这个的？难道要用9950x来转码吗？这也太离谱了。
