请教,降低ffmpeg与色彩空间有关参数后为何无法提高压缩比?
ffmpeg吧
全部回复
仅看楼主
level 6
首先我要说明,我不懂ffmpeg处理视频的过程,所以目前就是根据命令行在瞎用,目前一般情况下压缩效率还行,高于等于720p分辨率的压缩效率还行,比如本例中的视频 但肯定有很大改进空间。但360p分辨率压缩效率就差,居然还压缩比还无法超过B站用x264编码压缩的视频。
我想到有些视频不需要用很高的色彩,毕竟根据图片压缩经验从24位色彩降低到265色的话文件大小立即变小,当然我没在ffmpeg文档中找到很激进的色彩设置,所以降低色彩参数用的是bt470bg或m,但这样压缩后视频文件大小未被压缩,画面有一点点细微差异总之非特定情况下无法察觉。主要是围绕colorprim=bt470bg:transfer=bt470bg:colormatrix=bt470bg这仨参数,我分别在libx264 libx265编码器都试过,用colorspace滤镜也试过,都无法进一步压缩文件大小。
我在libx265-params里加入这些参数定义 colorprim=bt470bg:transfer=bt470bg:colormatrix=bt470bg 也能生效,但很奇怪用PotPlayer看属性 视频metadata的 colour_primaries_Original 和 colour_primaries参数成对出现,用ffprobe -v error -show_streams倒是看不出来异常,但是看文件属性中的压缩比 Bits/(Pixel*Frame) : 0.029 ,我理解这个值达到0.016附近会比较好。
另外,我也发现从metadata来看我的压缩过程不规范。
General
Unique ID : 17736959944534812119367205992777565793 (0xD5803A47184D2586A6B96A3AFE2C661)
Complete name : F:\导出\VID_20250131_194029装饰灯光color_bt470bg vorbis_scale0_compress7_voip_cutoff0.mkv
Format : Matroska
Format version : Version 4
File size : 62.0 MiB
Duration : 10 min 7 s
Overall bit rate mode : Variable
Overall bit rate : 856 kb/s
Frame rate : 29.417 FPS
Writing application : Lavf60.3.100
Writing library : Lavf60.3.100
ErrorDetectionType : Per level 1
COM.ANDROID.VERSION : 10
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : [email protected]@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 10 min 7 s
Bit rate : 775 kb/s
Width : 720 pixels
Height : 1 280 pixels
Display aspect ratio : 0.562
Frame rate mode : Constant
Frame rate : 29.417 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 0)
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.029
Stream size : 56.1 MiB (91%)
Title : VideoHandle
Writing library : x265 3.5+96-9c9ab68fc:[Windows][GCC 12.2.0][64 bit] 8bit+10bit+12bit
Language : English
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
colour_primaries_Original : BT.601 PAL
Transfer characteristics : BT.709
transfer_characteristics_Origi : BT.470 System B/G
Matrix coefficients : BT.709
matrix_coefficients_Original : BT.470 System B/G
VENDOR_ID : [0][0][0][0]
Audio
ID : 2
Format : Vorbis
Format settings, Floor : 1
Codec ID : A_VORBIS
Duration : 10 min 7 s
Bit rate mode : Variable
Bit rate : 64.0 kb/s
Channel(s) : 2 channels
Sampling rate : 44.1 kHz
Compression mode : Lossy
Delay relative to video : -3 ms
Stream size : 4.63 MiB (7%)
Title : SoundHandle
Writing application : Lavc60.3.100
Writing library : libVorbis (Reducing Environment) (20200704 (Reducing Environment))
Language : English
Default : Yes
Forced : No
VENDOR_ID : [0][0][0][0]
2025年02月01日 02点02分 1
level 7
360p得用rmvb压制呀,老强。 要用符合时代的东西。
2025年02月01日 08点02分 2
你回答不靠谱,新压缩算法兼容360p分辨率,且视频内容符合算法要求,怎可能出现老算法优于新算法?还有,ffmpeg默认情况下不支持rmvb这种格式。 还有,我问题里说了从B站下载的视频,还是经过下载插件的脚本压制的结果,看到是libx264编码,但就这样还比我用libx265压缩后上面贴出来压缩比要高。
2025年02月01日 16点02分
rv40、rv60是对低分辨率优化的算法,x265起步定位就是4k,块划分侧重大块64*64,当年最小块默认8*8,免费的x26n比不上币站、腾讯、爱奇等自研avc、hevc编码器,商业环境,节省1kb码率都能能节省一大笔开支
2025年02月02日 00点02分
@贴吧用户_0E8MtUX 额~你比我懂,这里可能有个误区,我以为用工具从B站下载来的视频文件就是服务器端的视频文件,但实际可能并不是,我不确定B站服务器端的视频文件是怎样的,因为我是通过客户端下载的,客户端下载时可能重新编码。
2025年06月02日 15点06分
@😫赖床达人 多用用mkvtool工具就能明白,音频、视频、字幕都可以是独立文件,这工具可以把几个文件打包成mkv
2025年06月03日 03点06分
level 6
要补充一下,如果把视频改成黑白片,肯定能明显缩小文件体积,但视频仍然需要彩色的,毕竟不是看报纸。但话说回来,即便把视频改成黑白片,其压缩比也没有想象中的翻好几倍,这说明问题没有解决,可能像科普说的那样YUV420本身彩色信息也不多主要是灰度信息。
2025年02月01日 18点02分 4
level 7
ffmpeg libx265三个提高压缩比的参数
1.去掉重复帧 2.单线程 3.打开时域滤波
2025年02月04日 10点02分 5
level 2
大哥呀,都知道YUV420了,难道不知道其代表的意思?明度信息4,色度信息2,这还是编码前的,编码后更小,然后您还在这个更小的信息占比下使劲压,其实你就是把色度信息丢了,也不见得会小多少……用x265软件压缩,级别placebo,crf模式质量27,声音编码用aac_he模式VBR 3,2小时视频,8核16线程估计可以干个三四天,出来的视频,质量我不敢说,但是大小我觉得您一定会满意的……
2025年02月15日 06点02分 6
在不计算力面前,x265已经看不到aom尾灯了
2025年02月17日 08点02分
aom只花了九成算力压制: wwwg。lanzouu。com/ic6hD2mh1vrg;AMD 8845HS,锁3.7GHz,整机功耗45瓦,得几个小时压制该片。
2025年02月17日 08点02分
@贴吧用户_0E8MtUX 告诉你了是两小时视频转码可能要3天时间,不是这个10分钟的视频,仔细看呀,找茬都找不到地方……另外AV1再厉害,但我的裸眼3D手机不支持该编码,也无法用第三方播放器软解码实现该手机裸眼3D功能,所以它对我毫无用处,您不用鼓吹了,觉得厉害您用就是呀,老对我安利干啥?
2025年02月18日 06点02分
@tstxwwzj 新生技术突破现有技术是一个事实。此处只是举例突破了更高压缩率(信息密度)。x265 placebo 和aom cpu-used 1 可以看成相同编码速度。依此资源为例,实打实耗费几个小时压制。折算120分钟视频也是几天。102Kbps码率x265加任何参数+placebo都达不到的清晰度。
2025年02月18日 09点02分
1