@LanhuaMa 本命年的運勢大抵不會太好，聽說最近剛剛拒絕了一眾人一起聚餐的邀請。

@keengrass flarum 现在已经很简单了，composer 一条命令就装好了，更新也不再那么容易出岔子了。我一个完全的非程序员都能玩得转。

@cye3s 我不是 programmer, 就是个普通使用者，因此只是从使用者的角度，之前 XUL 时代 Firefox 简直就是浏览器中的航空母舰，几乎各种事情都能做，是个全能型的（从下 BT 到 Live Bookmarks 到看 EPUB 到管理 FTP 到在 Titlebar 上弄个迷你播放器播放在地音乐等等等等无所不能……如今很多就是直接完全不行了，有的至今弱得一比，比如那个 EPUB Reader, WE 版本和之前的简直就不能比），如今真的是……可以说但从功能性上来说，到现在都没回过 50% 的血来。强制停掉 XUL-based add-ons 那会儿实在是太痛了，刻骨铭心，妈的。（我至今留着一个 Waterfox Classic 的 profile, 不时还扒翻出来进去看一圈，那些经典 add-ons……）

我以前也是一直用 ESR (68, 78, 91, 102, 115, 128) 一年一更一年一大折腾。不过今年年初因为彻底移除了 Chrome 所以切换到 current channel 上来了。有些贱兮兮的网站不给比较老的 ESR 用（比较老也不过是几个月而已，妈的！）。

@witherzuo 并没有，从 2013 年以来的每年 1 月相对前年 1 月的市占比跌幅如下：

2013: 9.3%
2014: 9.3%
2015: 8.3%
2016: 14.4%
2017: 7.2%
2018: 20.1%
2019: 20.0%
2020: -3.9%
2021: 17.9%
(Source: statcounter)

除了 2020 年小有回升外，明显可以看出自从强行停掉 XUL 后其市占比的跌幅迅速加大（ 57 是 2017 年出的）。

强行向 Chrome 看齐做 Chrome 的小跟班并不会让更多的人用你，只会让人家想：那我为什么不用 Chrome?

不能为了改变而改变，那是折腾。也不能把倒行逆施说成是向前看。就像这两年的 Chrome 一样，一直在折腾，一直在倒退（ Manifesto V3 这波我都没提，因为早就彻底卸载了 Chrome, 主要是这两年的 UI refresh 实在是太他妈的恶心了，完全无法忍受的恶心），搞得民怨沸腾，我绝对不会像某些使用者那样让自己去「自适应」，原先还留着一个 Chrome 在某些不支援 Firefox ESR 的网站上做替补（这样的网站有的，刻意追新的那种，后来我也尽量让自己不上这种垃圾网站~），但如今它搞得这么恶心我宁可让自己迁移到 Firefox 的 current channel 上来也绝不再留着那么傻逼、丑陋又恶心的 Chrome 了，连当备胎都不够资格。Firefox 也一样，虽然我是它的忠实使用者，但是强制停用 XUL 这事儿一辈子都不原谅，永不原谅~（尤其考虑到，它只是不让 add-ons 用，它自己一直在用，到现在还在用，呵呵。）

@takeshima 不是，他说的应该是：

1. 从 Firefox 40 开始，Mozilla 要求所有的 add-ons 必须要 sign 才行，导致一些老的无人维护的 add-ons 无法使用；
2. 从 Firefox 57 开始，Mozilla 强硬而粗暴地禁绝了 XUL-based add-ons, 强制只允许 WebExt-based add-ons, 导致大量 add-ons 无法使用，且至今、至今 Firefox 的拓展功能性都完全没法与之前的 XUL 时期相比。

第二点是痛感最深的，我当时把 56.0.2 一直用到了 2019 年 5 月（ 2019 年 5 月还发生了第一次「证书过期」事件，和 2025 年 3 月 15 日的这次情况差不多，不过那次更严重而且是出于意外、没有预期的），直到 Firefox 68 ESR 才勉强、勉强、勉强算是能用，并且此后也是充满了各种颠簸与折腾。我至今对 Mozilla 强行切到 WebExt 是怀恨的，无法原谅。在那之前我本来每年都给 Mozilla 捐一点钱，后来就再也不捐了，并且写了一封充斥着大写字母与我所能想到的所有辱骂之词的邮件发了过去。

@cye3s 没您资历那么老，但今年也是俺用 Firefox 的第 21 年。

不过生日 + 1

甚至已经到了如果一下子被人问及年龄我都得现算一下的地步。

如果感到讶异，说明诸位还年轻，早晚也会有这一天（指年龄需要靠算~）

OP 遇到的问题实际上是字型档的问题，不知道为什么，Notepad++ 对部分字型档的彩现很慢，换一个系统自带的经典字型（比如新细明体、微软正黑之类）开起来就会快很多。

@Valyrian

是的，你说到的这条非常重要，YouTube 刻意打压 1080p 的画质（大概跟 COVID 初期的大降质有关），往下的 720p 也好，或者任何 1080p 以上的解析度也好，画质都没有 1080p 那么烂。YouTube 的 1080p 简直是烂到了不能看的地步，因此不得不在去年还是前年来着，又出了个「高码率 1080p 」，然后给弄成了 Premium 专享……

不能简单换算。不过，如果 YouTube 的 4K 影片的画质对你来说可以接受，你可以把要转换的视频都传到 YouTube 上去，然后等 YouTube 给你转完了再自己下载下来（使用 yt-dlp 当然是，不然 YouTube 自带的只允许你下 720p ）。

AV1 和 H265 既不是一个世代也不是一个派系的——AV1 是 VP9 的后代，世系大体上是 VP8 → VP9 (webp 在这里) → AV1 (avif 在这里); H265 是 H261 → H262 → H263 (很多人可能不知道，当年火爆全网的 rm/rmvb 也是一种 h263) → H264 → H265 → H266 这样连贯下来的。论代来说，AV1 和 H266 算是一代的。

如果一定要自己压的话，这里有一篇
https://kokomins.wordpress.com/2019/10/10/anime-encoding-guide-for-x265-and-why-to-never-use-flac/
建议参考一下。尽管它这里说的是压 anime, 但它借着讲 anime 把很多概念都讲清楚了，你可以根据从这里学到的概念来考虑自己该如何选择。

我自己几年之前也总结过一篇，写在了这里——
https://www.reddit.com/r/2000committee/comments/12s5llm/some_personal_libx265_notes/
当然就不如人家写的好，就是一些自己用的时候的经验（当时花了整整 2 个月的时间去做压码测试），而且也没有后续的更新，比如后来我终于搞懂了 ffmpeg 的 scaler (也不算是完全搞懂吧，但是已经能够写出像 crop='floor(if(gte(iw,ih),min(iw,ih*(28657/17711)),min(iw,ih*(17711/28657)))/2)*2:floor(if(gte(iw,ih),min(ih,iw*(17711/28657)),min(ih,iw*(28657/17711)))/2)*2' 的表达式了——这个式子表示找到长边，然后以长边作为裁切后的长边，裁切为长边比短边为黄金分割), 但是也没有去更新它。

很多人都吹 AV1 如何如何好，但很遗憾，或许是我太过粗鄙愚笨，我无论如何都压不好 AV1, 以我上面的描述，可以看出我是愿意拿出很长的时间去学习编码的参数以及进行自己测试的，但无论我如何测试，我总是发现 AV1 总是需要比压 H265 长得多得多得多的时间以及以比 H265 多出好多的码率，才能达到近乎 H265 的画质水准——甚至还是不行，如果进行截取单一影格放大，进行精细到像素的对比的话。我不知道他们那些研究是如何做出来 AV1 优于 H265 的，反正在愚笨的我这里完全无法复现。我可以忍受更久的压码时间，但是码率更高、质量反而更糟就……同理还有 VP9, 用 libwebp 压出来的图片，最终的画面质量无论如何就是比不过 JPEG (我一般用 cwebp -mt -q 95 -m 6 -sharp_yuv -af -alpha_filter best -sns 0 作为基准参数，但有时生气了就算把 q 调到 100, 放到 Ps 里去放大摁着像素去比会发现 webp 就是会有一些「掉色」的感觉，一些颜色压完就不「鲜艳」了).

因此我个人从来不信 VP8/VP9/AV1 这一套，目前还是摁着 H265 用，H266 虽然现在也有了而且 ffmpeg 也支援了，但我想还是再等个 3 年等它完全稳定、成熟后再说。（但是第一段仍旧成立，我自己也经常这么做，因为经过 YouTube 压制后的画质虽然不是那么能让人接受，但是毕竟体积小，然后浏览器都支持直接播放，因此有很多场景下很好用。）