4K电影中,音频数据点多大比例?
1597 9
[1 楼] 珂2019 [泡菜]
21-11-8 09:21
举例来说,

一个2160p.BluRay.HEVC.TrueHD.7.1.Atmos的m2ts文件,21.4GB。视频数据速率53595kbps,总比特率554235kbps.音频比特率640kbps,6频道,采样频率48kHz。

同样内容的2160p.UHD.BluRay.x265,10.5GB。视频数据速率22456kbps,总比特率26054kbps。音频比特率3598kbps。

这样,前者的音频数据应该是1.5GB左右,后者的音频应该是1.4GB左右,对吗?
不过,这样算出来的音频+视频总的大小,比文件的体积大了一点,不知哪里算错了。

视频的话,x265压缩到22456/53595=48%。这样理解对吗?
[10 楼] 263469250 [泡菜]
21-11-12 16:49
珂2019 发表于 2021-11-8 17:22
比特流是变量指的是什么?文件属性中给出的比特流是不是全片的平均速率?
比特率有标注平均的,也有标注瞬时峰值的~平均码率用来衡量整片文件大小,以及大概画质使用~瞬时码率用来衡量解码难度~一般都是先说平均的,后面可以写更详细的再写峰值码率的。
[9 楼] 老天真 [泡菜]
21-11-11 13:58
珂2019 发表于 2021-11-8 09:21
举例来说,

一个2160p.BluRay.HEVC.TrueHD.7.1.Atmos的m2ts文件,21.4GB。视频数据速率53595kbps,总比特率554235kbps.音频比特率640kbps,6频道,采样频率48kHz。

同样内容的2160p.UHD.BluRay.x265,10.5GB。视频数据速率22456kbps,总比特率26054kbps。音频比特率3598kbps。

这样,前者的音频数据应该是1.5GB左右,后者的音频应该是1.4GB左右,对吗?
不过,这样算出来的音频+视频总的大小,比文件的体积大了一点,不知哪里算错了。

视频的话,x265压缩到22456/53595=48%。这样理解对吗?


码率不一样的也能放在一起比?
[8 楼] 暗淡の月 [泡菜]
21-11-8 17:36
珂2019 发表于 2021-11-8 17:21
后边那个的音频格式应该与前一个一样,文件后缀是mkv。前边那个是原盘的一个文件。
忘了写片长,记着是58分32秒。这样,从片长、比特率是不是就可以算音频、视频的数据量了?
是的,这样就可以计算了.
除了LPCM编码的音轨及DD(TrueHD内核),DTS(DTS-HDMA内核)音轨采用的是固定比特率,次时代音频编码和一般视频编码都是波动的可变比特率,给出的数据为全片平均比特率(即你前面所说的平均速率)
[7 楼] Bohnenkaffee [陈年泡菜]
21-11-8 17:34
珂2019 发表于 2021-11-8 17:22
比特流是变量指的是什么?文件属性中给出的比特流是不是全片的平均速率?
无损压缩就是变化的,全无压缩:wav是恒定码率。mp3也分恒定及变化码率。视频也是一回事。
[6 楼] Bohnenkaffee [陈年泡菜]
21-11-8 17:29
原盘占的多,因为有不同的格式,语言什么的。remux一般会删减没什么用的东西,最后留的是什么都不一样。
[5 楼] 珂2019 [泡菜]
21-11-8 17:22
ihouse 发表于 2021-11-8 14:58
如果文件名标识正确的话,两个都是X.265压缩。都是x265 HEVC

但是第一个包含Dolby Atmos音轨的m2ts文件肯定会大很多

还有比特流都是变量,并且前端解码和后端解码测出来的也不同


比特流是变量指的是什么?文件属性中给出的比特流是不是全片的平均速率?
[4 楼] 珂2019 [泡菜]
21-11-8 17:21
暗淡の月 发表于 2021-11-8 16:30
正规压制组的文件命名是有一定规范的,4k,1080p的原盘及remux还有HDTV录制视频的视频编码与据此为源压制过的重编码版的视频编码名称会有明确区分,比如原盘的视频编码只会命名为hevc(h265),avc(h264),vc1,mpeg2等,而重编码版则只会命名为x265,x264以示区别
如果文件没命名错误的话
第一个文件是4k hevc原盘重新封装的remux."音频比特率640kbps"仅为无损音频TrueHD 7.1-Atmos的ac3内核码率,音频码率应该要算TrueHD 7.1-Atmos的码率,这个没给出,自然按640k算就不对了
第二个文件是x265重编码版,音轨没注明用的是什么,按码率可能是TrueHD,也可能是DTS-HDMA?

另外 楼主的文中也写了"Atmos.TrueHD 7.1"是八声道,而其内核DD只有6声道(即杜比数字,又叫ac3)

ps 第一个文件也可能直接是原盘中的视频文件,未必是重新封装的remux,毕竟remux可以重新封装为m2ts,ts(这个现在用得少了),mkv.不过没关系,如果命名正确的话,音视频部分都是无损的(相对片源而言) ...


后边那个的音频格式应该与前一个一样,文件后缀是mkv。前边那个是原盘的一个文件。
忘了写片长,记着是58分32秒。这样,从片长、比特率是不是就可以算音频、视频的数据量了?
[3 楼] 暗淡の月 [泡菜]
21-11-8 16:30
珂2019 发表于 2021-11-8 09:21
举例来说,

一个2160p.BluRay.HEVC.TrueHD.7.1.Atmos的m2ts文件,21.4GB。视频数据速率53595kbps,总比特率554235kbps.音频比特率640kbps,6频道,采样频率48kHz。

同样内容的2160p.UHD.BluRay.x265,10.5GB。视频数据速率22456kbps,总比特率26054kbps。音频比特率3598kbps。

这样,前者的音频数据应该是1.5GB左右,后者的音频应该是1.4GB左右,对吗?
不过,这样算出来的音频+视频总的大小,比文件的体积大了一点,不知哪里算错了。

视频的话,x265压缩到22456/53595=48%。这样理解对吗?
正规压制组的文件命名是有一定规范的,4k,1080p的原盘及remux还有HDTV录制视频的视频编码与据此为源压制过的重编码版的视频编码名称会有明确区分,比如原盘的视频编码只会命名为hevc(h265),avc(h264),vc1,mpeg2等,而重编码版则只会命名为x265,x264以示区别
如果文件没命名错误的话
第一个文件是4k hevc原盘重新封装的remux."音频比特率640kbps"仅为无损音频TrueHD 7.1-Atmos的ac3内核码率,音频码率应该要算TrueHD 7.1-Atmos的码率,这个没给出,自然按640k算就不对了
第二个文件是x265重编码版,音轨没注明用的是什么,按码率可能是TrueHD,也可能是DTS-HDMA?
以下内容由 暗淡の月 于 2021-11-8 16:33 补充
另外 楼主的文中也写了"Atmos.TrueHD 7.1"是八声道,而其内核DD只有6声道(即杜比数字,又叫ac3)
以下内容由 暗淡の月 于 2021-11-8 16:46 补充
ps 第一个文件也可能直接是原盘中的视频文件,未必是重新封装的remux,毕竟remux可以重新封装为m2ts,ts(这个现在用得少了),mkv.不过没关系,如果命名正确的话,音视频部分都是无损的(相对片源而言)
[2 楼] ihouse [禁言中]
21-11-8 14:58
如果文件名标识正确的话,两个都是X.265压缩。都是x265 HEVC

但是第一个包含Dolby Atmos音轨的m2ts文件肯定会大很多

还有比特流都是变量,并且前端解码和后端解码测出来的也不同