h264和h265哪个适合长期存储?_ZNDS问答

longlow

h264和h265哪个适合长期存储?

建议原片是什么编码，就尽量用对应的编码，除了h.264 10bit和造就淘汰掉的编码
尽量不要随便转码，费时间不说，压制参数不好的话会损伤画质，极端情况下体积甚至会变大
长期存储的话，更应该时不时找一下存储的资源有没有新的版本，找得到画质更好的片源的话就用更好的片源换掉。有不少电影甚至anime，在DVD出了10几年后又出了BD，如果没有引入什么问题，你难道还留着以前的DVD版吗？
而且一个编码被大部分设备支持以后，又会出现新的编码。在大多数设备支持1080p h.264后，hevc就出来了。hevc好不容易得到了chrome的支持，但是Intel在更早的时候就支持了av1。编码比解码普及慢，但是要质量高的话应该用CPU来编码
CPU性能也是在提升的，并且编码是可以充分利用CPU的所有核心的。skylake也就现在的Raptor Lake小核的性能，而且当时MSDT最高也就4c8t。现在的13代i7，性能是6代i7的好几倍

长期存储，这个与格式没啥关系啊，只与介质有关系。
你用相同介质存储的话，该坏不都是一起坏？

有这么个真理：
无论你采取什么格式和压缩比，转换后的画质永远差于转换前的画质
无论你把压缩比调的多么低都是如此，甚至你把压缩比弄成“倒的”，让转换后的文件大小大于转换前的，也是如此
所以说，除非原始文件体积大到实在无法接受，那源文件是啥格式，啥格式就适合长期存储
<hr/>有人说无损压缩
视频的有损压缩他不是只用有损压缩算法，他是有损无损全用上。
你手里有文件x，它必然有个母体a，x是a经无损压缩+有损压缩得来的，你把x再无损压缩，就相当于无损压缩两次，很显然是无功而返。
你就算第二次无损压缩的算法更精妙也不行，还有个真理:笨拙的无损压缩算法+精妙的无损压缩算法差于或等于只用精妙的无损压缩算法。
大体原理是，压缩本质是找规律，第一遍笨拙的算法会把规律打乱的一塌糊涂，让第二遍精妙的算法难以找规律
压缩图片有个办法，是先把x的无损压缩部分脱掉，然后换个更好的算法无损压缩，视频上似乎没有这么干的现成的工具

鉴于大家热情挺高，多说几句。
我原答案中的源码，指的是你自己生产出来的东西。比如你用iphone排的照片，拍得视频。用单反拍得raw格式的照片等等。如果不是你生产的东西，你一般是没有源码的，只有别人给你转好的格式，比如蓝光，DVD等等。
只要是有损压缩，每一次转换都会导致性能下降。比如你朋友圈那些转发了几十遍的照片，基本惨不忍睹。不过对于大部分个人来说，你个人的产出并不多，比如我512GB的iphone，一年也拍不满。所以10年也就是5T的容量就可以了。现在来看，不转换也没啥压力。
喷子别看了上面就开喷。我说的是一般人。特殊人群自己加容量。
至于网上下载的蓝光源码啥的，根本不是源码，就是一份别人的转换好的视频。你有空间就下大的，没空间就下小的。你要相信以后会出来更搞清的格式，你不用用那么大空间保留这些东西，因为你以后有好的肯定下更好的格式。
--- 下面是原答案
你要相信这个编码格式会一直发展，以后还会有更优秀的编码格式。
现在如果容量没啥压力，最优做法就是保留原始数据。或者对原始数据进行可复原的压缩。

h265 10bit压了这么久了，电视手机电脑早就支持的不能再支持了，如果你遇到播放问题，请先学会使用播放器
windows: potplayer mpc mpv
linux: vlc mpv
mac:iina vlc
andriod: nplayer mxplayer vlc xplayer
ios : nplayer(30元的那个) vlc
tv: kodi nplayer

h265 10bit可以明显的体积小，画质不错，大多数场景优于h264，但是要会压制

		自动登录	找回密码
密码			立即注册

h264和h265哪个适合长期存储?

相关问题更多>

最新回答