gpu编码速度薄纱cpu不是常识么...cpu编码是追求极限质量，吹毛求疵的压制组之前最喜欢用志强压片了，巨慢 ...
其实cpu默认参数速度还算可以接受。但有些完美主义者要-presetveryslow 算力相同的情况下不考虑最近Intel的bug哪个便宜买哪个，反正你导出也会用CPU软件编码的。优先肯定考虑QSV，AMD的编解码就没好用过。 本帖最后由 tide~ 于 2024-8-4 03:26 编辑
楼主只说剪视频，没说转不转码，有些老软件支持到H.264，例如xx影音大师，只按时间轴剪切或合并、不转码的话，基本就按拷贝速度100-200MB/s，这在3/5/8代笔记本上都这样；
如果用老软件来转码（不支持核显加速），H.264 10Mbps降至6Mbps，分辨率/编码方式H264/fps都不变，我在小主机（11代移动酷睿4C8T 全核4.1GHz+96EU iris核显）上得到2x速率，这和跑x264_FHD_Benchmark 测试软件得到33.41fps差不多一个数量级吧（1x多点，测试软件大概是22Mbps，码率降低速度会高点）
同一视频还是干上面的转码，剪映开启核显加速（没试过关闭），能得到近10x的速率 （导出用时是视频时长的1/10）；这对我而言提高了5倍；
两种方式都是CPU占用率100%（使用率/核心时间就不好比了），核显加速后任务管理器看到1个解码单元吃满、另1个略有负荷(10-15%左右)，但不显示编码单元（win10）；
从功耗上看核显约10w（解码时10w封顶了：跑过很多超变态AV1/H265 视频解码，fps解不满时也没超过10w，此时pot播放器显示解码单元、渲染单元几乎满载，任务管理器看3D部分也接近满载；但跑甜甜圈则可以到接近30w，3D部分也是显示满载，这也是我不理解的地方：是不是编/解码时只能占几个EU固定不变的？因为远远小于30w）
应该是核显解码单元负责解码，CPU负责编码-但核显编码单元也帮大忙，不然我这CPU自己跑不出10x编码能力啊；
12-14代台式U 大小核算下来（全核睿频+小核IPC除以145%）是我这个老平台的4-6倍能力不止，相对而言，核显帮忙编码的占比%就低了（也只有24EU）；这时就只拼CPU了，我觉得会出现一个瓶颈：核显解码单元的解码速度，制约了CPU编码速度；除非有些软件，支持CPU+核显混合解码、再混合编码？不知道了，未经论证，纯粹胡猜吧
抛砖引玉，偶尔用，小白水平；也收藏了不少编解码的能力评测文章，大半夜的懒得翻了 pr中n+i联合加速的
不管是预览，还是输出时都可以联合加速 [晕倒]看了半天，人家问的I核和A核，，非得扯tm的犊子什么n卡啥的，直接总结 I核解码多，A核少，轻度剪辑都差不多。重度请插显卡不就行了。
页:
1
[2]