Codec ID 的问题，苹果只认 hvc1 ，图里的是 hev1 。用 ffmpeg 转换非常简单：
ffmpeg -i input.mp4 -c copy -tag:v hvc1 output.mp4

说个跑题的，我最近也换了个 4K 160Hz 的显示器，发现给 MacBook 用可能有点小问题。

首先是开启 VRR 用了两天，这两天都发生了 KP 。然后我换成了固定 160Hz 似乎没在发生了。

然后经过一晚上睡眠后，今天我唤醒发现显示器出现了断连现象，同时 WindowServer 占了特别多的内存。我开始是怀疑 Apple Silicon 的 DCP 模块实现有 bug ，用了 DSC 就会触发。因此我今天把刷新率改成了 DP 1.4 原生的 120Hz 试试，看看还会不会有问题。

绝大部分时候都在用 Safari ，只有少量网络调试和测试的情况下用 Chrome 。尤其是前段时间出现的那个 ERR_NETWORK_CHANGED 问题让我更少用 Chrome 了。

可以用 iconv 命令转换：

iconv -f GBK -t UTF-8 file.txt > converted.txt

可以考虑用 cargo-zigbuild

Intel 平台上的 Xcode 是把 iOS 应用代码编译成 x86 然后再运行的，而 App Store 是只提交 ARM 的。

每年都是在 6 月初的 WWDC 发布。虽然 macOS 最近几年在应用程序上经常没活硬整，但是 SDK API 的改进还是实打实的。独立开发 SwiftUI 应用越来越方便，自用不考虑兼容的话写着很舒服。

我之前写过类似的工具。遇到的问题是 Extension 有 50M 的内存限制，本地处理需要注意省资源才行。我用了 Vision 框架里提供的中文 OCR ，内存使用起码 35M ，而且时不时就超了然后被系统杀掉，提示“无效的直播会话”。

快速测试了下，应该是 iOS 端腾讯会议登录后添加的什么数据。删掉之后需要重新登录，然后又生成 16 条

拯救 macOS 游戏生态的只能是苹果自己。什么时候能别惦记着自己那破 Metal ，彻底地拥抱 Vulkan 才能让平台上的游戏有起色。

这不是搜一下就有的事情
https://github.com/upgradeQ/OBS-Studio-Python-Scripting-Cheatsheet-obspython-Examples-of-API
看 Move source 和 Duplicate source

@falcon05 按 Command + Option + G ，然后输入 / 就可以了。你看不到一些 ls 能列出的内容是因为有些是隐藏的。按一下 Command + Shift + .（句号）就可以切换是否显示隐藏文件。

https://vip2.loli.io/2023/04/08/EjPWIMunwDHiCls.png

https://vip2.loli.io/2023/04/08/L76WNSPD8ye5Yl1.png

顺带一提，Finder 的隐藏文件一般有两种情况，一个是常见的 . 开头的文件，另外还有一种 file flags ，带有 hidden 的也会被 Finder 隐藏。File flags 也是可以用 ls 显示出来的，要设置的话具体可以参考 man chflags 。

https://vip2.loli.io/2023/04/08/pnb8q2QhLoEOgZi.png

所以为什么 Finder 难用？因为上面这些东西从来没有什么系统的文档，都是我平时道听途说来的经验。

@jqtmviyu Safari 在 2020 年就已经支持 WebP 了。我觉得 Safari 被认为是 IE 的一大原因是不给做 backport ，iOS 上的 Safari 版本是只能随着系统升级而更新的，macOS 上是只有最近两个大版本的系统才提供 Safari 更新。相比于 Chrome Firefox 那边飞涨的版本号实在是太保守了点。

@BlackAdlerChi Safari 和系统结合更紧密一些，能自动填充的更多。比如短信验证码，算是系统给的特权吧。

TamperMonkey 价格还行，其实我后来还发现有 Userscripts 这类免费的，也挺好用的。

1. 是
2. 设备互联和自动填充方便
3. 没有多用户切换
4. 绝大多数情况下用 Safari ，需要管理多个小号的时候用 Chrome 。

场景：我拓展只装了 Adguard 和 TamperMonkey ，其他的目前没有需求。事实上 Xcode 有个工具可以一键把 Chrome 拓展转换成 Safari 的，但是苹果给的 API 少一些，转了不一定就能用。

libSystem.B.dylib 应该是 macOS 上的 libc ，属于系统的一部分，正常来说所有程序都会动态链接这个库，不能再去掉了。只剩这一个动态库的话，可以说这个程序是静态的，其他人系统无法运行应该不是链接库的问题。我想了几种可能的原因：

1. 系统版本：如果不指定的话，默认情况下编译出来的程序所需的系统版本是和当前系统一致的。可以通过 otool -l nginx | grep minos 查看。可以加编译参数把目标版本设置得低一些，比如 -mmacosx-version-min=11.0 ，就是兼容 Big Sur 版本。

2. 架构：可能你用的是 Apple Silicon ，编译出来的是 arm64 的二进制文件，别人电脑是 x86 的，就无法运行。这就需要交叉编译，可以看官方文档 https://developer.apple.com/documentation/apple-silicon/building-a-universal-macos-binary

3. 签名：macOS 的安全规则比较苛刻，对于下载的文件，如果没有合适的签名可能会阻止运行。试试 xattr -d com.apple.quarantine nginx 把隔离去掉。

启动时 Dock 一直跳应该是在验证应用的签名，有时候还需要联网。比较老的系统没这个步骤，启动就比较爽快。为了安全和功能性带来的开销我觉得还算可以接受，但是体验上的下降很难讲道理。遇到一个卡顿的地方从用户的角度很难仔细地去 profile 到底是功能还是 bug 带来的，只能都怪系统不行。

第一次使用的时候联网下载，后续使用的时候让在意隐私的用户关闭联网权限我觉得就够了。

看起来是 cloudflared 不在默认 PATH 下。因为 iTerm 启动 command 的时候还没有加载 zshrc ，自定义 PATH 没生效。
可以先用 which cloudflared 看它的绝对路径，然后把 ProxyCommand 里的 cloudflared 替换成绝对路径。