V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
cmichael
V2EX  ›  视频技术

同样 2160 的画质,为什么一个 70G,一个 30G,差别在哪里?

  •  
  •   cmichael · 159 天前 · 3832 次点击
    这是一个创建于 159 天前的主题,其中的信息可能已经有所发展或是发生改变。

    Hacksaw.Ridge.2016.2160p.BluRay.REMUX.HEVC.TrueHD.7.1.Atmos

    Hacksaw Ridge 2016 Multi 2160p UHD BluRay Hevc10 HDR10 DTSHD & ATMOS 7.1 -DDR

    是不是 remux 和 hevc 的差别?也不至于差 1 倍容量吧?

    另外请问下,两者相同象素下画质上差别明显吗?

    44 条回复    2023-12-05 17:27:17 +08:00
    tediorelee
        1
    tediorelee  
       159 天前
    根本差距是码率吧?
    mcluyu
        2
    mcluyu  
       159 天前
    下面那个大吗? HDR10 DTSHD & ATMOS 7.1 -DDR 后面就是差距啊 HDR , 各种音频技术, 都占空间, 但是大头估计还是码率, 可以看下详细信息, 然后是否有多国语言音频等等
    iomect
        3
    iomect  
       159 天前
    码率 帧率 音频之类的
    你发的下面的是 hdr10 而且还有 dts atoms 这种全景音频
    下面这个还标了个 multi 2160 看命名比正常 2160 要好一些
    JensenQian
        4
    JensenQian  
       159 天前
    你下下来看下不就好了
    后面那个带 hdr ,楼上也说了,主要还是码率
    还有编码也会,现在油管 8k 都是 av1 ,流量可以省很多啊
    zsw
        5
    zsw  
       159 天前 via Android
    不同格式压缩率和压缩算法丢失细节的差别
    InDom
        6
    InDom  
       159 天前
    毕竟国内视频网站 4k 可能都没几 G 。码率才是根本。

    可以看下 《柴知道-视频网站的蓝光是这么骗你的》
    wy315700
        7
    wy315700  
       159 天前
    屏幕越大差距越大

    你放大到电影院那么大的屏幕你就会发现,就算是蓝光圆盘的 4K ,可能也比不过电影院 DCP 格式下的 1080P
    chonger
        8
    chonger  
       159 天前
    影响体积的两大因素:
    1.分辨率
    2.码率
    3.时长
    你只注意到了第一点,至于音频什么的在海量的视频流前都是属于 other 。
    shenhuilin0
        9
    shenhuilin0  
       159 天前   ❤️ 3
    xtreme1
        10
    xtreme1  
       159 天前
    shenhuilin0
        11
    shenhuilin0  
       159 天前   ❤️ 4
    cmichael
        12
    cmichael  
    OP
       159 天前
    一般多少码率合适?
    ThomasKim
        13
    ThomasKim  
       159 天前
    其实有的时候大小也会欺骗人,记得以前上学的时候,时间比较多,所以下载电影都是直接下 1080p ,当时 4k 还不是主流,基本上低于 5g 的电影看都不看一眼,直到有一天,一个女同学也喜欢看电影给我拷贝了几个她喜欢的电影,其中有一部我也有,但是我的是 6 个 g 的 1080p ,她的不知道多少分辨率,但是大小只有 2g 左右,后面我无意间点开了之后才发现,比我的画质要好很多,对比起来,我的画面偶尔会有失帧,而且有些地方还会有一点马赛克,从那以后我就不追求文件大小了,不管什么分辨率,我只下载,下载人数比较多的资源了。
    234ygg
        14
    234ygg  
       159 天前
    两小时 30GB 和 70GB 其实实际画质区别不大,也就个位数百分比的观感区别,如果不是拉窗帘在顶级电视上看的话大概率根本感受不到区别
    ho121
        15
    ho121  
       159 天前 via Android
    @ThomasKim 失真和马赛克可能是设备性能不够了
    atuocn
        16
    atuocn  
       159 天前
    音频流虽大,但在视频流面前不算什么。如果你觉得画质差不多,那小的哪个码率就是适合的。remux 是重新混合的意思,一般是原版视频、音频分离后,重新打包。hevc 是编码方案,两个不是同一个东西。后面那个有标注 Hevc10 ,是不是 10bit 视频?
    shimanooo
        17
    shimanooo  
       159 天前
    影响面很多。至于画质差异,我用这个工具手动对比 g**hub.com/pixop/video-compare

    另外还有自动化的评估方法,vmaf 之类的。不过可能需要原片。
    shimanooo
        18
    shimanooo  
       159 天前   ❤️ 1
    @ThomasKim

    女同学:这是我用双路线程撕裂者 SVT-AV1 preset 1 从原盘软压的片子,画质能不好吗 doge.
    wanguorui123
        19
    wanguorui123  
       159 天前
    码率(压缩比)
    RSTAR
        20
    RSTAR  
       159 天前
    一般 4k 的片子在 70 寸的电视上,达到 20G 以上就够用了,再大也很难看出区别。
    如果电视支持杜比视界,尽量选杜比视界版本,相比 SDR 或一般 HDR ,观感差别明显。
    kaedeair
        21
    kaedeair  
       159 天前
    第一个几乎可以视作为原盘,第二个是转码过的,正常情况下是 remux 的大
    cmichael
        22
    cmichael  
    OP
       159 天前
    https://www.aliyundrive.com/s/6PBuGkdHSgX

    我空间不足下载速度受限,哪位 vip 的兄弟对比下 bitrate 区别,实际画质有多大差别?
    jsq2627
        23
    jsq2627  
       159 天前
    70g 左右一般是原盘或者 remux 了,是直接从蓝光原盘上扒回来的原版视频音频流,没有二次压制和重编码。( remux 仅代表换成了 mkv 容器方便播放,并没有对音视频重编码)

    30g 这个版本看起来是经过二次压制的。

    我以前也喜欢下载各种高码率原盘,但是后来对比各种版本,感觉自己肉眼看不出差别(也可能我的播放设备不够好),所以现在一般都选择体积最小的 WEB-DL 版本了。
    Shana16
        24
    Shana16  
       159 天前 via iPhone
    一个压过,一个原片再封装。
    Greendays
        25
    Greendays  
       159 天前
    画质差别微乎其微。H265 编码已经很高效了,流媒体上一个小时 1GB 左右的 4k 在电脑显示屏上就已经效果不差了。如果要上投影仪或者大电视,可能一个小时 5GB 也够了。不过我没有大电视,不知道实际情况。
    icemberry
        26
    icemberry  
       159 天前
    我之前下过一个两个蓝光的原盘,一摸一样的内容,只是发售地区不一样,但文件大小差了一倍(老电影,本身都不算大),在那对比半天也没看出来画质差距,最后才发现原来是大文件那个有 8 国语言,多了 7 个音轨...
    enchilada2020
        27
    enchilada2020  
       159 天前 via Android
    @icemberry 好家伙 多语言学习资料是吧
    icemberry
        28
    icemberry  
       159 天前
    @enchilada2020 是吉卜力的《魔女宅急送》,画质参数一模一样,但大的那个甚至内置了粤语音轨,惊呆了
    iovekkk
        29
    iovekkk  
       159 天前
    大部分人都讲到点子上了,就是码率问题
    我讲点有意思的
    日本正规骑兵片,1080p 原盘和网络流媒体版本的 4k 视频,就我个人观感而已
    1080p 原盘看着更自然更舒服一点,我是说观感
    taotaodaddy
        30
    taotaodaddy  
       159 天前
    必须是码率
    码率中包含的各种细节,包括但不限于:
    更丰富的色彩
    更多的暗部细节
    更好的噪点控制
    当画面放大时,这些就能给你更直观的感受
    Tink
        31
    Tink  
       159 天前
    码率不一样
    Shana16
        32
    Shana16  
       159 天前 via iPhone
    @iovekkk 可能网上 4K 是插值上去的。
    Binlabs
        33
    Binlabs  
       159 天前
    @chonger 最重要的视频编码你没提,其它参数相等情况下,h264 ,h265 ,av1 编码出来的体积可能天差地别。
    Binlabs
        34
    Binlabs  
       159 天前
    在码率和其它参数相同的情况下,用 h264 编码出来的体积可能是 60G ,用 av1 编码出来的可能是 24G 。
    PrinceofInj
        35
    PrinceofInj  
       159 天前
    现在有些动画片,1080 的 264 编码一部三四个 G ,我用 ffmpeg 的 svtav1 编码默认设置重压之后,肉眼没发现有啥区别,27 寸 4k 屏。而体积只有不到原来的 10%,
    frankkly
        36
    frankkly  
       159 天前
    @shenhuilin0 #11 大佬,求一张完整的图~
    nnikolaatteslaa
        37
    nnikolaatteslaa  
       159 天前
    在同等分辨率下:
    如果帧率一定,码率越大,占用空间就越大;
    如果码率一定,帧率越大,占用空间就越大。

    如果视频在同等分辨率、帧率、码率的情况下,
    压缩率越大,占用空间也就越小。

    如果视频在同等分辨率、帧率、码率、压缩率的情况下,
    不同视频容器,如:mp4 、flv 、mkv
    也会有差距



    注:在高压缩率下会对码率有一定影响!
    AoEiuV020JP
        38
    AoEiuV020JP  
       159 天前
    我研究直播录像的时候就了解到了,cpu 编码同样码率比显卡编码清晰,
    我有些录像 4 小时 32G 左右卡 B 站上传极限,省的自己压缩,但其实这些只是为了减轻 cpu 压力选择 N 卡编码设置 15k 到 20k 超高码率才这样,
    实际上画质和 cpu 编码 7k 码率画质差不多,甚至可能不如,
    总之视频大只能说明码率大,不能说明画质一定如何,
    expy
        39
    expy  
       159 天前
    只说你网盘分享的两个文件的话。

    血战钢锯岭.2160p.BluRay.REMUX (2016)
    REMUX 意思是把破解的蓝光碟盘里的视频流和主音轨拿来混流成一个 mkv 文件,去掉花絮其它语言的音轨,画质和原盘一样。
    血战钢锯岭.Hacksaw.Ridge.2016.BluRay.2160p.x265.10bit.HDR.4Audio.mUHD-FRDS.mkv
    这个文件意思是 FRDS 压制组使用 x265 把原盘重新编码的文件,一般情况画质会不如原盘,技术够好可以做到肉眼观看差别不大。FRDS 好像是国内一个 pt 站的压制小组。

    破解的原盘是文件夹里一大堆文件,播放也不太方便,有的还带一堆多语言音轨和字幕。钢锯岭这部美版 4K 原盘就 86GiB ,带英语和西班牙配音和字幕。

    command line: eac3to F:\Temp\HACKSAW_RIDGE 1) -check
    ------------------------------------------------------------------------------
    M2TS, 1 video track, 3 audio tracks, 2 subtitle tracks, 2:19:19, 11.988p
    1: Chapters, 16 chapters
    2: h265/HEVC, 2160p24 /1.001 (16:9), 10 bits
    3: TrueHD/AC3 (Atmos), English, 7.1 channels, 48kHz
    (embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz)
    4: AC3, Spanish, 5.1 channels, 640kbps, 48kHz
    5: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz
    6: Subtitle (PGS), English
    7: Subtitle (PGS), Spanish
    [s07] Extracting subtitle track number 7...
    [a03] Extracting audio track number 3...
    [a05] Extracting audio track number 5...
    [v02] Extracting video track number 2...
    [a04] Extracting audio track number 4...
    [s06] Extracting subtitle track number 6...
    Video track 2 contains 200401 frames.
    Subtitle track 6 contains 1655 captions.
    Subtitle track 7 contains 1292 normal and 7 forced captions.
    eac3to processing took 4 minutes, 35 seconds.

    Done.
    Tyrant1984
        40
    Tyrant1984  
       159 天前
    HEVC 编码效率真的高很多,很多 1 小时左右的 1080P 视频,用 HEVC 压缩后不到 1G ,7-800M 的画质都很棒,根本看不出瑕疵。唯体积论真的过时了。
    我以前也是喜欢下 70G 的蓝光原盘,直到我硬盘装满了之后,发现 HEVC 或者.H265 压缩基本等同于三倍体积的.H264 编码质量,所以现在下载 4K 电影如果是 HEVC 编码,20G 左右基本上画质就到头了,再大就是浪费硬盘
    EdmondGUO
        41
    EdmondGUO  
       159 天前
    @chonger 准确的说是码率和时长, 分辨率对大小没有影响,因为大小可以看做是码率*时长,不同分辨率的同码率同时长视频大小是一样的
    EdmondGUO
        42
    EdmondGUO  
       159 天前
    @nnikolaatteslaa 不对吧老哥,码率=大小/时长=帧率*分辨率*压缩率。如果在同等分辨率、帧率、码率的情况下,压缩率就确定了,怎么还有压缩率越大的说法?
    nnikolaatteslaa
        43
    nnikolaatteslaa  
       159 天前
    @EdmondGUO 这个还涉及到采样率大小
    acreti
        44
    acreti  
       145 天前
    > 是不是 remux 和 hevc 的差别?也不至于差 1 倍容量吧?
    答:是的,是正常情况。REMUX 相当于原盘的主干文件,编码可能为 H.264 或 HEVC ;厂商压盘的时候给的码率非常高,因为蓝光盘的空间还是蛮大的,不好好利用就浪费了;但是码率与画质的关系不是线性的,有“边际效应”,越往上收益越低。假设:一个 1GB 的视频,通过无损视频编码,体积可能增长到 100GB ,但画质不变,若再将这 100GB 文件通过 HEVC 压缩到 1GB ,画质基本没差,但是不能说 HEVC 的压缩效率高达 99%。


    > 另外请问下,两者相同象素下画质上差别明显吗?
    答:如果是正经压制组出品的,肉眼观看下,基本很难看出区别。正因为蓝光原盘给的码率太充裕了,压制组才有操作空间,压制出体积小,画质却几乎不变的视频。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2442 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 37ms · UTC 16:01 · PVG 00:01 · LAX 09:01 · JFK 12:01
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.