懒的态度

今年无疑是难以令人忘记的一个年份…… 因为疫情的关系，从三月份开始WFH。 升降桌的使用率大幅提升，显示器支架也派上了大用场。 慢慢的把客厅的一角变为了“工作空间”，发现了部分家具布局的问题，逐渐开始调整。 网购了很多东西，也订阅了很多服务， 年末的时候找ISP解决宽带掉线的问题，NBN的技术人员上门换了新的Connection Box，接线口也都给换了，再配上新入手的无线路由器，嗯嗯，上网的稳定性带来了莫名的安全感。 再过不到100分钟就是新的一年了， 2021 新的希望～祝所有的人都身体健康

电动卷帘窗最近一直有问题，盘查下来应该不是电池本身的问题，因为另一扇窗户开关正常，而且更换了wall plate之后仍旧如此。 于是开始寻思是否是wall plate背后那根电线的接触不好，唯一可能的只有接头处的垫片，但如果需要重做的话需要有一个Wire Stripper Plier，而且还要找到对应的垫片型号。 上网搜索了一圈，发现大概是名为 Insulated Terminal 或是 Crimp Terminal 之类的东西，根据垫片的具体形状还分为很多类： * RV (Ring Terminal) * SV (Spade Terminal) * BV (Butt Connector) * FDD (Female Disconnector) * MDD (Male Disconnector) 我所需要的类型大概是 `fdd1.25-250` 之类的吧。

参考[这篇文章](https://www.windowscentral.com/how-change-priority-order-network-adapters-windows-10) 重置了几个网络适配器的优先顺序。 Powershell命令： ``` > Get-NetIPInterface > Set-NetIPInterface -InterfaceIndex 30 -AutomaticMetric enabled ``` 根据文章描述，也可以手动修改每个网络适配器对应的Metrics （跃点数），数值越低则优先级越高。

PC 总算吃到了 Windows 10 的 2004 版本更新。 重启完毕之后 Docker Desktop 提示说可以将后端从 HyperV 虚拟机改为 WSL2，效能更佳。 听信了“广告”，下载了一个微软的内核更新程序，安装顺利，然后重启 Docker Desktop 就给跪了……错误信息说是 > 'C:\Users\john.doe\AppData\Local\Docker\vm-config\config.iso' 正由另一进程使用 搜索万能的 Google 后找到了这篇讨论： https://github.com/docker/for-win/issues/6822 简单来说就是 HyperV 仍旧在用，要么是到 HyperV 的管理器里头 shutdown 为 Docker 服务的那台虚拟机，并设置为不再随操作系统自动启动，然后重启一下 Docker Service；要么跑几个命令行分别关闭 Docker Desktop 和 WSL 再逆序启动。依据第一个方法速度解决了这个问题。

恶补了现在的电视知识。第一部分是关于画质的，Youtube 上看了几个视频： 1. [画质的秘密](https://www.youtube.com/watch?v=fHoKrUfHCvk) 2. [神仙打架](https://www.youtube.com/watch?v=8lI70URJuDk) 简单来说，电视机的“画质”也就是亮度、对比度和色彩管理的关系。 * 亮度 CRT电视由于技术限制，亮度的最高峰值在 150 nit，因此，早期的 SDR 规定，影视视频的亮度不能超过 100 nit。 但是，人眼的适应范围在 3000 nit 左右，而且可以感知的范围在 0.001 - 1,000,000 nit。这意味着在 SDR 标准显示范围内，会有大量的细节丢失。 现在的液晶电视普遍可以达到 400 nit 左右，于是，影视工业的 HDR 标准将亮度的最大值从 100 nit 提升到了 1000 nit。 * 对比度 但是随着亮度的提升，带来了另一个问题——如果屏幕上需要显示黑色的部分刚好靠在明亮的部分，那么，由于LED的发光原理会导致明亮部分附近一整片的亮度提升，也就是无法显示“纯粹的”黑色。OLED就没有这个问题。 为了解决这个问题，三星开始发力 [QD-OLED](https://tech.sina.com.cn/e/2018-11-28/doc-ihpevhcm0590873.shtml)，这也是一种自发光的平板电视技术，不过该技术 2019 刚刚发布，当下尚未实现量产。 而有的 LED 厂商选择了不同的思路，例如使用直下阵列式背光，就可以做到小区域的光暗控制。不过，在某些情况下，例如夜空中的一颗星星，由于星星所在的那一块还是要发光，所以仍旧会有光晕的存在。 如果愿意堆料，将LED光珠做的足够小，就可以既满足微小区域的高亮度，又实现接近 OLED 的暗场效果。例如苹果，就在自家的显示器里使用了 mini-LED 技术，在 32 英寸的小显示器里实现了 576 个分区背光，当然，这块屏幕，还不算支架，就需要4万块大洋！ 不仅如此，为了更好的控制对比度，电视机的芯片还可以使用算法对画面进行扫描，识别出哪些区域需要高亮，而哪些需要控制暗场。这一技术甚至在 OLED 电视上也被...

现在用的三星40寸总是感觉太小，不过由于现有的电视柜的尺寸也不大，长宽高分别是 120cm x 40 cm x 58 cm，搁在上面倒是合适的。由于电视柜和沙发的摆放角度，看电视的时候基本上必须要坐在沙发的左侧，否则视角就很糟糕。 在这个周末先把L形的沙发给转了90度，准备将电视机安放在落地窗前，这样可以充分利用落地窗前的开阔空间。在没有购买新的长电视柜之前，先把茶几临时当电视柜给布置了起来——不出所料，立马享受到了更佳的电视观看角度。 于是就有了新的想法——买一张更长的（预计 180cm 或是 200cm）电视柜，配上大屏幕的电视才爽嘛～ 花了不少时间做了一下研究，决定搜索符合以下条件的电视机： 1. 4K 8K的机型虽然现在各个品牌都有，不过考虑到技术成熟性、资源丰富程度，以及价格，暂时不做考虑。 4K的电视机现在基本上都支持HDR，这样XBOX 1x 就可以发挥显卡的威力了。 2. 55 寸或是 65 寸 小于 50 寸的不考虑，太大（超过65寸）的话领导不批准…… 早年有关于买电视的尺寸和看电视的距离成正比的说法，印象中需要3m-4m的距离，否则容易损害视力。仔细查了查知乎，发现那些都是基于老式显像管技术的算法，现在都是平板电视，基本上距离2.5m看65寸的没问题，甚至有回答说只取决于钱包的深度。 3. OLED 或是支持整列式背光 早期LED的背光都是一整块屏幕同时控制的，所以显示全黑的时候总是会漏光。OLED由于其发光原理的不同，基本上是像素级别的控制。 好在近年来有了阵列式背光这样的技术，简单来说就是将整块屏幕切割为几十块甚至是成百上千块的分区来控制，使得 LED 的控光效果有了突破性的改善。舍得堆料的机型甚至可以媲美 OLED 的黑色效果。

昨晚XBox打开后发现连不上网络，无论是有线还是无线都连不上。按着Hi键貌似也没反应，怒拔电源重开，结果杯具了——电源插回去之后，发现Hi键背光灯一直是橙色的，等了一会儿也是没有用，后来试着按Hi键超过十秒，希望重置为出厂模式来解决，也是无效…… 好在家里还有一台备用的无线路由，启用了SSID后救急。 今天上午干脆把荣耀路由Pro接到笔记本上，花了一个多小时翻来覆去地倒腾Hi键，发现有时候会响应，灯灭了之后感觉上是“重置”，ping 默认的IP地址也可以通，但无法访问到web interface。 上网看了一圈，猜测有可能是刚好路由器在更新，结果被我拔了电源……于是集中精力研究固件是否可以再刷入。 搜索中看到了有的大牛[通过购买编程器来重新刷入固件]( https://post.smzdm.com/p/ar08wxl7/)，大开眼界。 华为[自己的产品页面]( https://www.honor.cn/support/products/home-internet-media/honor-router-pro/)上居然没有提供固件的下载链接！ 好在通过搜索“华为荣耀路由pro固件”还有其型号“WS851”之类的关键字，找到了一个很老的版本 1.1.22，先在本地放了这个bin文件以备不时之需。 看到[花粉俱乐部的帖子](https://club.huawei.com/thread-7158236-1-1.html)介绍了其他型号的华为路由如何进入紧急恢复页面，抱着死马当活马医的想法尝试了一下，居然有用！ 心中默念了N遍“楼主好人”，把具体步骤记录如下： 1. 将路由器断电，WAN入口仍旧是接着互联网，笔记本通过网线连到路由器 2. 笔记本上准备好事先下载好的固件 3. 笔记本手动设置IP地址为 `192.168.0.X`，（`X`可以是除了1-254之间，除了100之外的任何整数）。子网掩码自然还是 `255.255.255.0`，网关无所谓，随便写`192.168.0.1`。 4. 一直按住Hi键，然后给路由通电，然后浏览器打开 `192.168.0.100` 这个地址，如果看到页面显示文本和按钮允许上传固件，就可以松开Hi键了。 5. 上传固件后等待三五分钟左右，然后切换回DHCP地址，重新访问 `192.168.3.1` 应该可以看到web int...

不知道何时起，我的老 Dell 笔记本上的 Bumblebee service 就停止工作了。想要跑个 `optirun glxgears -info` 居然提示说 Bumblebee 服务没有启动…… 找到以前的blog以及Arch的wiki仔细研究了一下，发现大概是曾经安装的nvidia驱动在某次系统更新后就出问题了。按照 [这个人的说法](https://www.reddit.com/r/archlinux/comments/a5nw93/cant_find_nvidia_module_when_doing_modprobe_nvidia/)，我又回到wiki里面仔细对比了自己的设备型号，发现貌似不应该安装 `nvidia-390xx`： > For GeForce 400/500/600 series cards [NVCx and NVDx] from around 2010-2011, > install the nvidia-390xx-dkmsAUR package. 于是抱着试一试的心态，重新安装了这个包，中间自然将原本的那个 package 给删除了： ➜ ~ yay -S nvidia-390xx-dkms :: Checking for conflicts... :: Checking for inner conflicts... ==> Package conflicts found: -> Installing nvidia-390xx-dkms will remove: nvidia-390xx ==> Conflicting packages will have to be confirmed manually [Repo: 1] dkms-2.8.1-3 [Aur: 1] nvidia-390xx-390.132-37 (nvidia-390xx-dkms) :: Downloaded PKGBUILD (1/1): nvidia-390xx (nvidia-390xx-dkms) 1 nvidia-390xx (nvidia-390xx-dkms) (Build Files E...

2019年底试图执行 `pacman -Syu` 的时候总是遇到一个错误，无法执行更新。 ``` ➜ ~ sudo pacman -Syu :: 正在进行全面系统更新... 正在解析依赖关系... 正在查找软件包冲突... :: python2-pyqt5 与 pyqt5-common 有冲突。删除 pyqt5-common 吗？ [y/N] y :: python2-pyqtwebengine 与 pyqtwebengine-common 有冲突。删除 pyqtwebengine-common 吗？ [y/N] y 错误：无法准备事务处理 (无法满足依赖关系) :: 安装 xorgproto (2019.2-2) 破坏依赖 'dmxproto' （libdmx 需要） :: 安装 xorgproto (2019.2-2) 破坏依赖 'xf86dgaproto' （libxxf86dga 需要） ``` 当时谷歌了一下没有发现有效的答案。刚好遇到假期也就搁置一旁。 今天又试了试搜索，果然[有解了](https://www.archlinux.org/news/xorg-cleanup-requires-manual-intervention/) ``` ➜ ~ sudo pacman -Rdd libdmx libxxf86dga 软件包 (2) libdmx-1.1.4-1 libxxf86dga-1.1.5-1 全部移去体积： 0.18 MiB :: 打算删除这些软件包吗？ [Y/n] Y :: 正在处理软件包的变化... (1/2) 正在删除 libdmx [####################################] 100% (2/2) 正在删除 libxxf86dga [####################################] 100% :: 正在运行事务后钩子函数... (1/1) Arming ConditionNeedsUpdate... ➜ ~ sudo pacman -Syu :: 正在同步软...