如题,内容使用以下SQL复制:
INSERT INTO
hu60_bbs_topic_content(floor, uid, content, ctime, mtime, topic_id, reply_id)
SELECT
@floor:=@floor+1 as floor,
uid,
content,
time as ctime,
time as mtime,
103711 as topic_id,
0 as reply_id
FROM
(SELECT @floor:=0) t,
hu60_addin_chat_data
WHERE
room='公共聊天室' AND
lid BETWEEN 118 AND 161;
@tasy5kg,用过,但硬件编码出来的效果很差(但听说新版 Intel 核显 HEVC 编码效果可媲美 x265,且速度飞快。可惜我是 Kaby Lake 的 CPU,至少要 Ice Lake)
QSVEnc 作者在 2022-02 有个较新的测试:https://rigaya34589.blog.fc2.com/blog-entry-1431.html
以下是 2020-03 时的测试:
@老虎会游泳,像 B站、Youtube 等,他们是用天量 CPU 去转码视频嘛?还是有啥硬件编码方案呢?
@老虎会游泳,另外,你知道有啥平民级的 HEVC、AV1 硬件编码方案嘛
@无名啊,消费级也就那老三样嘛,NVIDIA NVENC、AMD AMF、Intel Quick Sync。HEVC基本上都支持,AV1基本上都不支持,除了最近发售的英特尔A380独显说是支持。
@老虎会游泳,是不是也就 Intel Quick Sync 看得过去?
@无名啊,我最近只用了NVENC,因为是30系,编码器是新的,我对HEVC编码结果非常满意。
@无名啊,预设拉到最高质量(veryslow),类型选VBR,码率适当加大,效果很好。
@老虎会游泳,打得过 x265 medium 嘛?我在那个博主的博客上,没看到 30系 N卡 的编码效果对比
@老虎会游泳,Intel Quick Sync 快逼近 x265 veryslow 了
@无名啊,x265太慢了,我没有耐心等到编码结束,所以对比没有现实意义。nvenc输出的文件足够小,画质足够让我满意,它就是好的编码器。我没有必要去和一个不具有实用价值的编码器进行对比。
@老虎会游泳,噢,我说的都是同码率下的对比啊,大码率意义不大
@老虎会游泳,我觉得 x265 medium 速度还是可以接受的,比 x264 veryslow 快,质量高
@无名啊,1小时的视频如果转码超过5分钟,我估计就会放弃转码了。除非是从视频剪辑软件导出,不得不进行一次编码。无论采用什么编码器都无法避免画质损失,不转,画质总是最好的。
@老虎会游泳,那 x265 可能比较难满足你
x264 medium 还好说
@无名啊,所以我最近并没有对视频文件进行转码。我最近真正使用视频编码器,只有两个场景:
都是生成新的媒体文件,而不是编码转换。
一但生成好,我就不会再想动视频编码了,后续要剪切什么的都是直接
-c copy
@无名啊,我导出选HEVC的时候从不设置码率上限,反正文件再大也不会超过B站限制,不用担心传不上去。至于它想怎么给我压制那是它的事。
@老虎会游泳,嗯,剪辑肯定无损剪舒服
@老虎会游泳,不关心码率的话,什么编码器也没有太大所谓了。
比如楼下那张图里,x265 veryslow 的质量,最差编码器也可以用 5 ~ 6 倍的码率弥补回来