如题，内容使用以下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 倍的码率弥补回来