其实已经有不少工具可以生成 ASCII Art ，其中比较有名的是 libcaca: https://github.com/cacalabs/libcaca
想用 ASCII Art 播放视频的话可以用 mpv 的 caca 输出: https://mpv.io/manual/stable/#video-output-drivers-caca

看到这个我就想吐槽，我人在日本，上个月用真实地址正规日本信用卡开了一台东京的用来放私人服务，也没用来做代理，结果还不到一个月就给我封了，真特么搞不懂。

不存在所谓「正常」的色彩映射，因为从高亮度映射到低亮度的算法（叫做 tone mapping ）并没有一个标准，也就是说没有正确答案。tone mapping 算法可以说是现在各品牌电视的主要竞争项目之一，可见其科技含量之高。

@Tink 先确保你关了自动亮度，然后电视如果较长时间播放高亮度内容的话为了控温会自动降低亮度，导致显示效果不一样。

解码肯定不是问题，因为如果解码性能不够的话会表现为持续的掉帧而不是看 20 秒卡 10 秒这样的。大概率是电视的 SMB 性能不行。SMB 其实是很吃 CPU 的。

@dinghao188
https://play.google.com/store/apps/details?id=com.google.android.calculator
Google 计算器在横屏和竖屏模式下都是全功能。

@cond0r
第一个问题我说的是已经打开的软件。
第二个问题，开机自动加载了，息屏再打开，又复原了。

Iris 核显 -> 非 Iris 核显

我感觉 2020 年以前的 Windows 本外接屏幕基本都是归独显管吧。Xe 以前的核显支持的 HDMI 和 DP 的版本都贼低，连 4K 60Hz 都不支持，而且以 Iris 核显那孱弱的性能渲染两个屏幕也太勉强了。

@AX5N AAC 之类比较现代的编码的话你这说法还可以理解，MP3 对高频基本上是一刀切的，对高频比较敏感的人还是不难听出区别的

给每个显示器设置不同的 DPI 的时候在显示器之间移动窗口可以自动缩放么？如果不能的话那我觉得还是残废。
另外 Linux 的颜色管理还是垃圾，连自动加载指定的 color profile 都做不到。

@akring 牺牲性能换取功能，也没什么不合理。你不在乎这些功能有人在乎。

这明显是强制暗黑模式的问题，国产厂商喜欢默认开启强制暗黑，即使是对已经支持暗黑模式的应用。把那个应用的强制暗黑关掉就好。

index 是慢，但是它写代码的体验就是比 Xcode 这个垃圾好得多。编译项目都是调用 Xcode 工具链能有什么区别。

@statumer 没必要自己配置的，重启到装好的系统以后默认是配置好的，这个只是 Live CD 的临时系统。

切换内置的 color profile 没用的，去租一台校色仪校色是最便宜的方法。

这怎么就阴阳怪气了？ What Java has that Kotlin does not 这个列表一直就在官方文档里，建议加上这一条有什么问题么？