Swift 是可以的：

https://gist.github.com/hguandl/808135a6e0936bb28a5bf4709d9f04ea

这种可以吗

https://i.imgur.com/pdT2KQu.png

新的防误触太敏感了，实测贴了钢化膜会加剧触控失灵的问题。升级 iOS 18.0.1 后有所缓解，但是感觉上还是不如我之前用过的 13 Pro 和 14 Pro Max 那样指哪打哪（也都贴了钢化膜）。

@jiangzm delegate 这种设计模式 + Swift 的 ARC 特性决定了几乎只能这样写，不然就会造成内存泄漏。如果是纯 Swift 应用的话可以封装成 async 函数来解决，但是看你是要和桥接 objc ，那就没有太好的方法。

我推测这与弱引用有关。capturePhoto 不会保持对 delegate 的引用，导致其在 takePhoto 结尾被直接释放掉了。可以试一试给 TakePhotoWithCompletion 加个自定义 deinit ，打一下日志或断点看一下释放时机。

@asdv342 应该是和当时的 Sidecar 功能类似，T2 有 HEVC 编码的硬件加速。

拿来吃饭早就不大行了，但是当玩具我很喜欢。语法设计很现代化，可以当默认全用 Arc 的 Rust 。而且 SwiftUI 特别好上手，心血来潮想造轮子的时候，写起来会很爽，自带的 UI 组件一眼看起来还挺像模像样的。

我用的同款显示器，要开 HDR 的话，色准和光晕是 miniLED 几乎无法避免的问题，只能上 OLED 。要不直接就关闭分区背光，需要时再打开吧。

可以使用 GitHub API 。需要注意的是这个有 IP 访问频率限制，所以最好带上 token 请求。

https://docs.github.com/rest/releases/assets#list-release-assets
https://docs.github.com/rest/authentication/authenticating-to-the-rest-api

> “顺便问下现在怎样将带 gain map 的 JPG 保留 gain map 转换为 HEIF 呢”

最简单的使用苹果的 Core Image 库。可以参考 WWDC24 里的相关介绍。

https://i.imgur.com/zieF1vY.png

这一句代码即可读取 HDR 图片，当前版本的 macOS 暂时还无法识别 JPEG 里的 gain map ，理论上到时候 macOS 15 应该会支持。

https://i.imgur.com/pzparUt.png

如果只考虑苹果平台的兼容性，那就可以用以上代码直接导出 ISO HDR 图片，去年就已经支持此 API 。

https://i.imgur.com/jX1Eavu.png
https://i.imgur.com/ArhgjTF.png

这两个是今年新增的，保存成带 gain map 的图片。第一个是分别给出 SDR 和 HDR ，库自动计算出 gain map ；也可以像第二种那样直接提供 SDR 和 gain map 。

综上，等 macOS 15 完全支持 ISO gain map 后应该就能打通这个图像转换的流程了。

https://developer.apple.com/videos/play/wwdc2024/10177/
看起来下个版本的系统就支持 ISO gain map 了

还没被 ISO 完全标准化吧，苹果早在 iPhone 12 那时候就出了个自己的一套 gain map 格式，不知道未来会怎么过渡。

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 应用越来越方便，自用不考虑兼容的话写着很舒服。