Slimeify
2025-09-21T16:17:58+00:00
显卡压缩的 h265 体积和 h264源文件差不多 但是速度快 能有 25 倍速
用 cpu 体积能减小为原来的五分之一 但是只有四倍速不到 速度慢 cpu 风扇嗡嗡转 在 72-84 度徘徊 cpu 是 265k
用 cpu 体积能减小为原来的五分之一 但是只有四倍速不到 速度慢 cpu 风扇嗡嗡转 在 72-84 度徘徊 cpu 是 265k
压制视频是不是要用高贵的 cpu 压缩
SpeedyTheThird
不光是体积大小差异，cpu编码的视频质量也是大大优于显卡编码质量的。
Slimeify
Reply to [pid=841622979,45198629,1]Reply[/pid] Post by [uid=63203723]trilobyte[/uid] (2025-09-25 00:30)
10g的h264压完只有1.99g了 [s:a2:你看看你] 但是机箱响了半天 要爆炸了
10g的h264压完只有1.99g了 [s:a2:你看看你] 但是机箱响了半天 要爆炸了
Loner0702
抛开码率谈质量是不科学的
cpu在低码率的情况下(小于5000kb/s)，动态较多的视频，画质比较好
如果你给了很大的码率，或者视频本身动态较少，那么gpu压也没啥问题，画质差别不大
cpu在低码率的情况下(小于5000kb/s)，动态较多的视频，画质比较好
如果你给了很大的码率，或者视频本身动态较少，那么gpu压也没啥问题，画质差别不大
coookiie
和文件大小无关
压制参数决定了同体积下画质的差别
今天的显卡硬编码约等于CPU medium preset
总的来说 slow是画质的天花板 veryslow属于吃饱了撑的 所以GPU编码仍然落后CPU一级
前提是你CPU真的开slow preset
压制参数决定了同体积下画质的差别
今天的显卡硬编码约等于CPU medium preset
总的来说 slow是画质的天花板 veryslow属于吃饱了撑的 所以GPU编码仍然落后CPU一级
前提是你CPU真的开slow preset
monato
[quote]显卡压缩的 h265 体积和 h264源文件差不多[/quote]你肯定选错参数了，要么用错工具了。
同码率的h264和h265的体积差距还是很明显的，怎么会差不多？
同码率的h264和h265的体积差距还是很明显的，怎么会差不多？
Slimeify
Reply to [pid=841624010,45198629,1]Reply[/pid] Post by [uid=60258523]嘴上名作粉碎锤[/uid] (2025-09-25 00:44)
 ffmpeg -hwaccel cuda -i 111111.mp4 -c:v hevc_nvenc -preset p4 -cq 23 -c:a copy output_h265.mp4
 ffmpeg -hwaccel cuda -i 111111.mp4 -c:v hevc_nvenc -preset p4 -cq 23 -c:a copy output_h265.mp4
gabriel_gts28
不久前试过，同参数下，GPU加速文件体积大20~30%，速度快200%
然而我还是选择用CPU压，反正压得不多，扔后台慢慢压
而且为了降低噪音和前台不卡顿，还限制它的CPU占用，延长压制时间
然而我还是选择用CPU压，反正压得不多，扔后台慢慢压
而且为了降低噪音和前台不卡顿，还限制它的CPU占用，延长压制时间
Ikxpzzz
[quote][pid=841623741,45198629,1]Reply[/pid] Post by [uid=9082596]ayconanw[/uid] (2025-09-25 00:40):
抛开码率谈质量是不科学的
cpu在低码率的情况下(小于5000kb/s)，动态较多的视频，画质比较好
如果你给了很大的码率，或者视频本身动态较少，那么gpu压也没啥问题，画质差别不大[/quote]问一下这什么原理
怎么有一种手工慢活精品
vs
机器产品
一样的味道？
或者说
小锅炒
vs
大锅饭
是gpu干活粗糙吗？
cpu更加精细？
抛开码率谈质量是不科学的
cpu在低码率的情况下(小于5000kb/s)，动态较多的视频，画质比较好
如果你给了很大的码率，或者视频本身动态较少，那么gpu压也没啥问题，画质差别不大[/quote]问一下这什么原理
怎么有一种手工慢活精品
vs
机器产品
一样的味道？
或者说
小锅炒
vs
大锅饭
是gpu干活粗糙吗？
cpu更加精细？
coookiie
[quote][pid=841624521,45198629,1]Reply[/pid] Post by [uid=65402789]QQQQ123456788[/uid] (2025-09-25 00:52):
 ffmpeg -hwaccel cuda -i 111111.mp4 -c:v hevc_nvenc -preset p4 -cq 23 -c:a copy output_h265.mp4[/quote]cq23的意思是固定画质 码率变动
HEVC的这个参数不能和H.264直接等效
另外如果你的视频源不是无损YUV 而是已经是H.264的 那压H.265算二压 会把H.264的方形失真算成画面细节压进去
二压建议2pass固定码率 而不是用cq/crf
 ffmpeg -hwaccel cuda -i 111111.mp4 -c:v hevc_nvenc -preset p4 -cq 23 -c:a copy output_h265.mp4[/quote]cq23的意思是固定画质 码率变动
HEVC的这个参数不能和H.264直接等效
另外如果你的视频源不是无损YUV 而是已经是H.264的 那压H.265算二压 会把H.264的方形失真算成画面细节压进去
二压建议2pass固定码率 而不是用cq/crf
Nissault
[quote][pid=841624521,45198629,1]Reply[/pid] Post by [uid=65402789]QQQQ123456788[/uid] (2025-09-25 00:52):
?ffmpeg -hwaccel cuda -i 111111.mp4 -c:v hevc_nvenc -preset p4 -cq 23 -c:a copy output_h265.mp4[/quote]用handbrake试一下，我用H265对比H264一般能多压缩30%的体积。
AV1和H265差不多，Av1只在低码率和大文件下优势大一些。
?ffmpeg -hwaccel cuda -i 111111.mp4 -c:v hevc_nvenc -preset p4 -cq 23 -c:a copy output_h265.mp4[/quote]用handbrake试一下，我用H265对比H264一般能多压缩30%的体积。
AV1和H265差不多，Av1只在低码率和大文件下优势大一些。
coookiie
[quote][pid=841624659,45198629,1]Reply[/pid] Post by [uid=26579956]qwzsea[/uid] (2025-09-25 00:54):
问一下这什么原理
怎么有一种手工慢活精品
vs
机器产品
一样的味道？
或者说
小锅炒
vs
大锅饭
是gpu干活粗糙吗？
cpu更加精细？[/quote]视频编码非常复杂 存在相当多的级别和档位 通过开启不同的技术 可以实现在底层编码逻辑一致的情况下 更高效率的结果
gpu编码其实不是GPU在计算 而是使用了一个集成在GPU核心上的独立硬压单元
他的逻辑是写死在电路上的的 最高支持什么级别的编码也是固定的 因为占用面积 功耗 设计难度等等考量 他不会支持非常高的编码配置级别
NVENC现在最高p7 实际上可用p6 画质约等于cpu的medium preset
cpu可以支持更复杂 精度更高的档位 因为是软件计算 不依赖硬件本身的
问一下这什么原理
怎么有一种手工慢活精品
vs
机器产品
一样的味道？
或者说
小锅炒
vs
大锅饭
是gpu干活粗糙吗？
cpu更加精细？[/quote]视频编码非常复杂 存在相当多的级别和档位 通过开启不同的技术 可以实现在底层编码逻辑一致的情况下 更高效率的结果
gpu编码其实不是GPU在计算 而是使用了一个集成在GPU核心上的独立硬压单元
他的逻辑是写死在电路上的的 最高支持什么级别的编码也是固定的 因为占用面积 功耗 设计难度等等考量 他不会支持非常高的编码配置级别
NVENC现在最高p7 实际上可用p6 画质约等于cpu的medium preset
cpu可以支持更复杂 精度更高的档位 因为是软件计算 不依赖硬件本身的
Angle
[quote][pid=841624659,45198629,1]Reply[/pid] Post by [uid=26579956]qwzsea[/uid] (2025-09-25 00:54):
问一下这什么原理
怎么有一种手工慢活精品
vs
机器产品
一样的味道？
或者说
小锅炒
vs
大锅饭
是gpu干活粗糙吗？
cpu更加精细？[/quote]CPU就4～8核，显卡几千上万核，运算方式就不一样[s:ac:哭笑]
问一下这什么原理
怎么有一种手工慢活精品
vs
机器产品
一样的味道？
或者说
小锅炒
vs
大锅饭
是gpu干活粗糙吗？
cpu更加精细？[/quote]CPU就4～8核，显卡几千上万核，运算方式就不一样[s:ac:哭笑]
Fishh
Reply to [pid=841624010,45198629,1]Reply[/pid] Post by [uid=60258523]嘴上名作粉碎锤[/uid] (2025-09-25 00:44)
你在说啥，码率相同体积还能差很多吗，一斤铁比一斤棉花重？
你在说啥，码率相同体积还能差很多吗，一斤铁比一斤棉花重？
coookiie
[quote][pid=841625866,45198629,1]Reply[/pid] Post by [uid=60394072]墮落的晨星[/uid] (2025-09-25 01:15):
CPU就4～8核，显卡几千上万核，运算方式就不一样[s:ac:哭笑][/quote]显卡编码和显卡的“核心”无关
是显卡上独立的编码单元计算的
以及多说一句 显卡实际上更接近巨型单核心 并行计算单元并不能独立工作 必须同时执行相同的指令 只是输入的数据不同
举个例子 你让显卡计算一个if a {b} else {c}的代码 输入1万个数据 其中一半a会是真的 另一半a不是真的
显卡实际上干的事情是全部计算a 然后 b 然后 c 最后根据结果 去掉a是真的的数据的 c结果 同时去掉a为否的 b结果 然后输出给你
这些计算不可分割 只能一口气跑到底
CPU就4～8核，显卡几千上万核，运算方式就不一样[s:ac:哭笑][/quote]显卡编码和显卡的“核心”无关
是显卡上独立的编码单元计算的
以及多说一句 显卡实际上更接近巨型单核心 并行计算单元并不能独立工作 必须同时执行相同的指令 只是输入的数据不同
举个例子 你让显卡计算一个if a {b} else {c}的代码 输入1万个数据 其中一半a会是真的 另一半a不是真的
显卡实际上干的事情是全部计算a 然后 b 然后 c 最后根据结果 去掉a是真的的数据的 c结果 同时去掉a为否的 b结果 然后输出给你
这些计算不可分割 只能一口气跑到底
coookiie
[quote][pid=841624010,45198629,1]Reply[/pid] Post by [uid=60258523]嘴上名作粉碎锤[/uid] (2025-09-25 00:44):
你肯定选错参数了，要么用错工具了。
同码率的h264和h265的体积差距还是很明显的，怎么会差不多？[/quote]同码率的HEVC和AVC体积当然完全相同了 因为同码率就是同体积的意思啊…
你想说的是质量接近的HEVC和AVC吧？
你肯定选错参数了，要么用错工具了。
同码率的h264和h265的体积差距还是很明显的，怎么会差不多？[/quote]同码率的HEVC和AVC体积当然完全相同了 因为同码率就是同体积的意思啊…
你想说的是质量接近的HEVC和AVC吧？
GoobeyGoobs
Reply to [pid=841623836,45198629,1]Reply[/pid] Post by [uid=1830154]MikeZTM[/uid] (2025-09-25 00:41)
[url]https://obsproject.com/forum/resources/ultimate-encoder-quality-analysis-2020-nvenc-vs-amf-vs-quicksync-vs-x264.998/[/url]
我了解到的情况是从图灵开始 N卡的264编码质量就强于CPU的slow预设了
[url]https://obsproject.com/forum/resources/ultimate-encoder-quality-analysis-2020-nvenc-vs-amf-vs-quicksync-vs-x264.998/[/url]
我了解到的情况是从图灵开始 N卡的264编码质量就强于CPU的slow预设了
coookiie
[quote][pid=841629234,45198629,1]Reply[/pid] Post by [uid=1698382]死寂天空[/uid] (2025-09-25 02:53):
[url]https://obsproject.com/forum/resources/ultimate-encoder-quality-analysis-2020-nvenc-vs-amf-vs-quicksync-vs-x264.998/[/url]
我了解到的情况是从图灵开始 N卡的264编码质量就强于CPU的slow预设了[/quote]之前的测试和nv官方的宣传是大于等于x264 medium
当然后来p7模式出来之后我也没跑过 一直在用p6 因为直播的时候p7会掉帧
[url]https://obsproject.com/forum/resources/ultimate-encoder-quality-analysis-2020-nvenc-vs-amf-vs-quicksync-vs-x264.998/[/url]
我了解到的情况是从图灵开始 N卡的264编码质量就强于CPU的slow预设了[/quote]之前的测试和nv官方的宣传是大于等于x264 medium
当然后来p7模式出来之后我也没跑过 一直在用p6 因为直播的时候p7会掉帧
BlazeGod
你说的非常对，硬件编码不可能打得过cpu软编的。尤其是编码效率也就是体积比……
vmaf这种流媒体提出的量化标准看看得了，还有ssim也没法完全反映真实观感，前面强于slow的真说得出口，自己拿个无损压一下一对比就知道什么情况了……
以及svtav1编码效率更强悍，实测2mbps也要强于6mps的nvnec hevc，当然速度温度那是你的钱包问题，不是cpu软编的问题[s:ac:goodjob]
vmaf这种流媒体提出的量化标准看看得了，还有ssim也没法完全反映真实观感，前面强于slow的真说得出口，自己拿个无损压一下一对比就知道什么情况了……
以及svtav1编码效率更强悍，实测2mbps也要强于6mps的nvnec hevc，当然速度温度那是你的钱包问题，不是cpu软编的问题[s:ac:goodjob]
GoobeyGoobs
Reply to [pid=841660552,45198629,1]Reply[/pid] Post by [uid=65497594]HystericalRat[/uid] (2025-09-25 10:37)
现在除了A卡硬编码比较拉 N卡I卡的硬编码早就把软编码秒飞了 除非你想用压制组的参数几天压一部片
现在除了A卡硬编码比较拉 N卡I卡的硬编码早就把软编码秒飞了 除非你想用压制组的参数几天压一部片