顺带一提，497 是 nginx 自己定义的非标准 http 状态码，当 http 请求发送到 https 端口上会触发这个错误，因此将这个错误设置为 301 跳转即可实现当 http 请求发送到 https 端口时跳转为 https 协议。

@mmdsun 暂停那个功能要传一个 COPY_FILE_RESTARTABLE 参数进去的，不传的话理论上不会影响性能吧

如果是搞 Windows 开发的话可以看看 wil https://github.com/microsoft/wil
主要是 RAII resource wrappers https://github.com/microsoft/wil/wiki/RAII-resource-wrappers
虽然 RAII 并不是非常 modern 的特性了，可能 C++03 甚至 C++98 都能用，但个人认为用简单的一层 RAII 封装代替手动释放资源是很典型的把 C 语言代码现代化为 C++代码的方案。另外 wil 仅仅是封装了指针本身，相比 MFC 那种把函数都封装的库，前者恰到好处，代码量不大。
虽然 wil 是给 Windows 用的，但实际上许多代码是与系统无关的，可以提出来拿到别的系统用。个人希望有个现成的类似的 wil 库可以在 Linux 等系统上用，C++标准库里的 unique_ptr 可以解决部分问题，但没有 wil 那么灵活，比如 POSIX open 打开文件后返回的是 int 的 fd ，此时就不能用 unique_ptr 了。
还有一个技巧是标准库的 std::string 和 std::vector 可以 resize 后用 data()获取内部 buffer ，然后作为缓冲区传递给一些 C API ，可以减少一次拷贝。

@strp ImageMagick 有提供 Windows Binary https://imagemagick.org/script/download.php#windows
而且里面就有个 GUI 程序 IMDisplay.exe

好消息是 ImageMagick https://imagemagick.org 是没问题的
转换成 jpg 后的效果图 https://i.imgur.com/ycvdNwk.jpg

@ysc3839 测试发现 GStreamer 的 qtdemux 还不支持 HEIF

试试用 FFmpeg 或者 GStreamer 来解？

eject?

NDI Tools 不知道行不行

@iloveayu Windows 的授权机制挺复杂的，我听说的情况是使用微软账号购买的话则会跟随账号，使用序列号激活则会绑定硬件。
但是曾经 Win10 用序列号激活后再登录微软账号，设置里也会显示“与 Microsoft 账户关联”，退出登录账号又不会显示关联，怀疑这里显示有问题。楼主的图里面没有写关联，如果已经登录了微软账号，可能说明这个问题已经修复了。

@Rookie01 我也不知道

如果没有用微软账号在商店购买 Windows ，那估计是根据硬件信息激活的，可能是二手的硬件。

去看源码，看看是谁读的，然后找 Ubuntu 中对应的软件再看源码读了哪里。

主要问题是虚拟机跑 macOS 没有 GPU 加速会卡吧，手机方面反而不是问题

@ysc3839 为什么不直接用 Git for Windows ？因为 Git for Windows 没有 pacman 。

@ysc3839 顺便说一下我为什么选 MSYS2 zsh 。首先是选择了一个 Unix shell ，因为目前世界上绝大多数命令行用户还是在使用类 Unix 系统的，各种资料很丰富。其次是选择了 zsh ，不选 bash 是因为后者可扩展性较弱，zsh 配合 Oh My Zsh 挺好用的，资料也多。最后选择了 MSYS2 作为 POSIX 兼容层，因为 wsl 性能、与 Windows 的交互性还是不如 MSYS2 的。

准确说我使用的 MSYS2 是 Git for Windows 的修改版本 https://github.com/git-for-windows/git/wiki/Install-inside-MSYS2-proper
Git for Windows 对 MSYS2 runtime 进行了一些修改 (比如在 MSYS2 中使用 Windows 的用户目录)，但是并未被上游合并。以及去掉了 git 对 POSIX API 的依赖，使其成为原生 Win32 应用，性能更好。

标准的 http 不行，因为发送请求后只能单向接收，http proxy connect 可以。

我选择 MSYS2 zsh