p.s.: 还有一件事忘了说了，OP 你想去本地住一段时间体验一下也是非常对的。也要看看当地人是否隐含性排外。欧洲大陆是比较排外的地方，有些人会直截了当地表达出来，有些人会隐含地表露（就是他们自己都不觉得，但说的那个话吧，其实特别高傲）。我在英国住了一年多了，体验特别明显，本地人、印巴裔都很友好，从未遇到一个言语中有令人不舒服的，但那些大陆来的人，经常就能遇到那种比较隐含性排外的，比较有意思的是，他们来到英国，本来也是「外地人」，然而却将他们在自己国家里面对外地人的那种高傲隐藏不住地表露了出来。

以前还在中国大陆时就听人说过一些欧洲大陆国家排外，我还不信，刚来到英国时，甚至遇到过在欧洲大陆某国住过十年以上的最后又再次润英国了，嫌那里人排外，我仍旧将信将疑，后来见的人多了，发现还真是真的，有的时候你能感受到对面这个欧陆人他不是不真诚、不友善，只是有那种天生的高傲味儿，说出来的话不经意间就带刺，很烦人。

基于以上的原因，我谨慎地建议任何想润的人首先先考虑英语国家。

OP 不要把养羊或者当司机想得特别美好，可以的话先试着问问别人（比如到红迪或什么地方用英语或者丹麦语问）这俩工作有什么坑。因为如果没坑的话，很少会出现开放给外来劳工的现象。就好比很多人说的「润出去的都去送外卖了」——然而他们根本不知道，在像伦敦这样的大城市，送外卖的往往是人家本地土著，根本轮不着外来劳工（不是说没有，但主力军全是看着手脚双全年龄也不大的本地白人）。像送外卖这样被中国大陆人看不起的工作，因为收入高，本地人都会去抢着干，那么如果一份工本地人不抢着干，那可能是有什么隐含问题的。

倒不是劝 OP 不要润，而是别看着一些太过意象美好的工作／地区去润，润还是要润的，而且尽快吧。

可以试试 Softmaker Office, 全平台，和 MSO 很像且「还原度」高（比如它的 Excel 函数是最多的），买断或者订阅都可以，价格也不贵。

这个问题其实很久了，自从 Windows 10 + 某代 CPU 之后就有，具体记不清了，但必须是这两个要素齐集，非 Windows 10 不会、较老的 CPU 也不会。而且算是一个痼疾，目前只知道 Server 版系统不会，其他的包括 LTSC 也会有，就是这种不太像死机的「活死状态」，我遇到的表现为荧幕熄灭后无法唤醒，但机身一点也不热，音乐确实照放，按任何键都无效，只有重启。不是 100% 能够复现，但有不小的几率。1809 LTSC 似乎相对好些，但也只是家人作为使用者的感觉。出现这个痼疾后，我这种长期不关机主义者只好长期坚持使用 Server 版了。Server 版确实从来不会出现这种现象。

@L4Linux NVENC 的 slow 一点用都没有。实际上，hevc_nvenc 把所有能调的参数都调到最佳，也仍然差的要命。不是差一点半点，而是差的要命，真的很要命。转换后的结果是转换前的两倍大，画质反而还下降了。就这么渣。

@mortal 用 hevc_nvenc 压，将 4K 源压 1080p, 参数设为

-vf scale=-1:1080:flags=lanczos+accurate_rnd+full_chroma_inp+full_chroma_int [-pix_fmt yuv444p16le -c:v hevc_nvenc -preset slow -rc vbr -cq 0 -qmin 2 -qmax 23 -spatial-aq 1 -aq-strength 15 -bufsize 20M -rc-lookahead 64 -refs 16 -bf 3 -b_ref_mode middle] -c:a libfdk_aac -ac 2 -b:a 320k

得到的结果基本上是原 4K 文件的 70% 到 80% 左右（原 4K 文件是 35Mbps 的恒定码率录像）；

其质量还不如用 libx265 压，其他参数相同，仅替换上方中括号中的部分为

… -pix_fmt yuv444p10le -c:v libx265 -preset veryslow -crf 27 …

的画面质量，而后者的文件大小在原 4K 文件的 25% 左右。

其实我还是有做一些其他的压码试验的，hevc_nvenc 将 4K 压往 1080p, 得将 -qmax 调到 20 左右画面才勉强看不出画质减退（尽管仔细比较还是能看到的），此时得到的 1080p 的文件大小已经是原 4K 文件的 120% 到 130% 左右了，也即，用 GPU 压码，如果不是将画幅缩小到 ¼ 的话，那压出来的文件至少得是原始大小的 5 倍，才能勉强维持一个可看的画质。

CPU 压码，除了慢之外，没有任何毛病。上面说的这些是自己的录像，没有经过后期处理，因此要保证质量的话得到的结果比较大。如果是网上那些 REMUX 的蓝光片源，用 libx265 去压，即使 -crf 设到 20, 1080p 压 1080p, 也能将 20+GB 的文件缩小到 2 到 3 GB 左右，压缩效率可以说是非常高了，而且画质真心不错，我一般压蓝光片源都是将 -crf 设到 20 就足矣，这样得到的结果在文件大小和画质上正好都合意。

另，目前 libsvtav1 压出来的质量很差，根本无法跟 libx265 相比。我使用最新的 libsvtav1 试着压制了一下，使用 -preset 3 -crf 33, 结果用着比 -preset veryslow -crf 20 的 libx265 还要久的编码时间，得到了一个大概近似于 -crf 25 的 libx265 压制出来的文件大小，结果停帧对比发现画质比 -crf 26 的 libx265 压出来的还要差，画面上可以看出明显的画质差异，甚至一些细节被完全抹除，这还是在开启了 -svtav1-params tune=0 去 sharpening 的前提下。

总结来说，如果追求最佳的画质和文件大小，还是得用 libx265, preset 上 veryslow 或者至少 slow, 然后 crf 设在 18 到 22 之间慢慢压、慢慢等。

@hanbing135 感谢告知。我不在中国大陆，并不在乎中国大陆的行货 SONY 手机使用什么（之前在中国大陆的时候也从未用过装有中国大陆定制系统、中国大陆软件的行动装置或者笔电以及桌上型电脑），只是转告 OP 一个传闻。

没有。根据 OP 的描述来看，也确实不适合用 SONY.

我一直是 SONY 手机的死忠粉，可以非常开心地告诉 OP, SONY 这几年来反而越来越多地砍掉自己给原生 Android 画蛇添足的那些玩意儿，到我手上这个 Xperia 1 III 来说，连自带的天气、相册等 app 都没有了，基本上就是个原生 Android (除了拍照 app 是自家的)。

不过如果 OP 在中国大陆的话，听说 SONY 要和魅族合作采用后者的魔改系统（只是听说）。

OP 这是返祖了。直到至晚 150 年前这还是人类的正常现象，夜里睡觉要中途起来活动一下，甚至还要搞个抹黑社交，再吃点东西，然后再睡。

晚期智人演化出睡彻夜的社会现象的时间在 20 世纪初。

目前在 102.3.0esr, 没有这个问题，可查查看是不是跟你装的其他带有清理功能的软体有关。举个个人经历：曾经有一段时间，CCleaner 配合 MoscaDotTo 的 Winapp2, 在勾选上 Compact Database 后会「好心」地帮我清理 prefs.js 中的一些它认为没有用的行，导致出现不少问题，后来可能有人跟他们反应，就又没事了。因此怀疑是否是其他非 Firefox 本体的清理工具在作祟，尤其你说降级到 100 都仍然存在这一点，有点让人怀疑不是 Firefox 的事。

楼上说的 browser.migrate.chrome.history.maxAgeInDays 经查应该与我们这些在本地备份并继承 profile 的无关，我看了下我到现在还能找到很久很久很久之前的记录，远大于 6 个月。

ffmpeg (参: https://trac.ffmpeg.org/wiki/Capture/Desktop )

正常来讲，一段画质优良 1080p 30fps 的 8-bit YUV 4:2:0 视频，如果用 libx265 编码，选 veryslow 的 preset, crf 控制在 20 到 22 左右，不加 tuning （但如果是从 10-bit 源向 8-bit SDR 转别忘了加噪，不然颜色单调的暗景那 banding 有够受的——尽管加噪也是个技术活，h264 时代那些盗版片源上的 grain 看着就好像隔着一层毛玻璃一样；原本就是 8-bit 的已经有 banding 的目前没有发现任何可以去除的方法，升位深、改 chroma sampling 都没用），得到的结果（仅视频轨部分）应该在 12 – 18 Mbps 左右，取中间值，也就是 15 Mbps, 也就是 1.875 MB/s 或 112.5 MB/min 或者 6.6 GB/h. 如果将 crf 上调到 18, 则码率会升高到 20 – 30 Mbps, 但得到的效果可以说放到 4K 屏幕上播放都会觉得非常清晰。如果 OP 的视频，如果是从网络上下载的，先算算看是否一分钟的大小小于 50 MB, 小于的话，就不建议再费力气了，因为画质已经足够烂了，转一回更烂一回。