新增GPU远程转码、转码到AV1切片等功能
最近更新加了不少东西,我先挑两个聊:远程GPU转码,和AV1切片,一个管速度,一个管体积。
 

远程GPU转码

EFV之前就能用本地GPU做转码加速了,长期跑量没问题。但有个场景一直没覆盖好,也就是视频量不算大,偶尔集中来一批,或者某阵子要处理积压的视频,本地CPU又比较一般,转码排着队,干着急。
 
这种需求是阶段性的。为了偶尔几天的高峰去长期租一台显卡服务器,算下来不划算。GPU服务器大多按月、按整机租,价格不低,而你的高峰期可能一周就结束了。剩下的二十多天,机器空着,钱照付。
 
所以做了远程GPU转码。思路很简单,也就是本地不动,把编码步骤丢到远程GPU跑,跑完结果自动拉回来。需要的时候开一台实例,转完删掉,费用只花在实际用算力的那段时间,且远程转码期间,水印、字幕、去水印这些原有功能完全不影响,包括前端转码进度条,即完全兼容。

处理流程图:
 


目前支持两种远程方式。一种是远程服务器配置,适合自己有GPU服务器渠道或更划算方案的。另一种是VAST配置,按小时计费,开了就用,转完就删。

且EFV可以直接在后台创建VAST实例,并进行管理等操作,基本属于很好上手,如图:
 

为什么推荐VAST?
5090、4090谁不想要?但真去买或者长期租一台,对个人开发者和小团队来说门槛不低。

VAST算是目前我见过性价比较高、显卡型号最全的临时GPU租用商了。按小时计费,价格也灵活。我的建议是平时把视频攒着,攒够一批开一台GPU实例集中转,转完EFV会自动删除实例,停止计费。GPU时间基本全花在实际任务上,不会出现机器开着却不干活的情况。

举个实际例子,每天转100部视频,租一张5090,大概0.45美刀/小时,一天费用1美刀左右,一个月30美刀上下。实际会有浮动,但跟直接买或长期租显卡服务器比,差距很大。
 
使用建议
长期有大量转码任务的,直接把EFV装在GPU服务器上,本地部署跑高负载最稳。

只是偶尔需要加速的,就用远程转码功能,用VAST或其他支持临时租用的服务就行。开一台转一批,转完就删,速度拉起来了,成本也不会一直挂着。
 

转码到AV1切片

AV1被普遍认为是H.264的下一代替代格式,YouTube、Netflix这些平台都在推,相比H.264最直接的区别就是,同等画质下文件更小。小多少?实测下来,1080P 1000码率的AV1,画质已经超过H.264 2000码率的1080P,体积接近砍半,画面反而更好。

对视频站来说这意味着什么?存储和带宽成本直接降。视频少的时候感觉不明显,量一上去,切片文件的体积差距会实打实体现在机器、存储和CDN费用上。

之前为什么没用?
两个原因。一是慢,早期只能靠CPU软编码,压得小但转得重,放到正式业务里不划算。二是兼容性,前几年浏览器、播放器和设备对AV1的支持不完整,转出来用户也未必能播。

现在的情况
放到新一代GPU上看,编码速度已经不是主要问题了。这次专门对编码参数做了适配。以5090为例,GPU转AV1的速度跟转H.264已经比较接近,体感上差别并不大。

兼容性也比以前好了很多,但还没到100%。Chrome、Edge、Firefox都支持,桌面端基本没问题。手机端要看芯片,高端机型都行,中低端和老机型有概率播不了,Safari这边目前比较明确支持AV1硬解的设备,包括iPhone 15 Pro、M3系列Mac、M4版iPad Pro,以及后面新出的相关设备。

如果主要在App上使用,兼容性好控制,没有硬件解码也能走软解,只是老设备在高分辨率下会有性能和功耗压力。如果同时要在网页端使用,就需要自己掂量用户设备情况,直接切AV1还是继续H.264。

按目前的趋势,YouTube、Netflix这类头部平台都在持续推进,硬件厂商也在跟进适配。行业普遍预估2028年前后AV1会达到主流覆盖,方向没问题,只是还有一段过渡期。

最后,这版更新先写这些。转码链路上该补的短板在慢慢补,后面还有东西在做。