qbqbqbqb

qbqbqbqb

V2EX member #143992, joined on 2015-10-23 12:47:57 +08:00
Today's activity rank 25596
Per qbqbqbqb's settings, the topics list is hidden
Deals info, including closed deals, is not hidden
qbqbqbqb's recent replies
按理说 XMP 头里面 VCamera 开头的元数据应该不影响谷歌相册兼容性,因为我自己使用的 OPPO 手机的 Live photo 就是 XMP 头里有 GCamera (谷歌原生)+OpCamera (私货)的元数据,不影响谷歌相册播放。

文件末尾 vivo 附加的 box 可能是影响因素( OPPO+谷歌兼容的 live photo 没有这部分)。

另外可以再 Vibe 分析一下 Exif ,看一下里面是否有私货,有的字段比如 UserComment 可以包含一些能被手机相册识别的 feature flag ( bitmask )。
另外你可以用你的手机在微博、小红书等社交平台上下载一个别人用苹果上传的 live photo (社交软件下载的时候会自己构造一个兼容你手机格式的 jpg ,私货比手机自己拍摄的少)。可以把这个样本一起给 AI 进行 vibe 分析+开发。
你可以用自己的 vivo 手机拍一张 live photo ,然后 vibe 分析一下元数据格式(私货成分+Google 原生动态照片成分),再尝试 vibe 出一个输出最简有效格式的 Vivo 动态照片的 app (一定要反复测试,去除所有冗余的字段和含义未知的字段值,避免造成兼容性干扰),理论上应该可以输出能让 Vivo 相册和 Google Photos 都能识别的动态照片。

上述操作中使用 vivo 手机拍摄的样本的时候,需要排除其中的 HDR Gain Map ( Google UltraHDR + VIVO 私货)的干扰(让 AI 知悉 jpg 里除了内嵌 mp4 以外还内嵌了其它私货注意区分即可),可以另外 vibe 一个剥离 HDR Gain Map 只保留正常 jpg 部分的 app 。

我自己就是按照以上思路让 AI 自己做了一个 Skill 来生成 OPPO 兼容的 live photo ,OPPO 自带相册+谷歌相册+国内社交软件都能识别。
版本答案(假设开发框架跨平台,不考虑有平台锁定的开发需求例如 iOS 移动端,Win 客户端等):
1. Windows 笔记本:处理(非开发类) Windows only 办公需求,以及其它轻量级需求。
2. Linux 台式机:主力开发平台。选用台式机主要考虑到安装 Linux 系统的便利程度,其次才是性能因素。

如果自己安装配置环境以及 Troubleshooting 能力强,且平时 Windows only 的办公需求少,不太在意笔记本续航,也可以一步到位直接在笔记本上装 Linux (可能需要牺牲笔记本原厂的一些便捷功能,谨慎选用,Linux 还是推荐在台式机上运行)。

以上这个是无厂商锁定,可以随意选取你喜欢的品牌/厂商的 PC 机的方案,如果自己已经拥有相应的设备(笔记本+台式机各一台)甚至无需购置新机。

如果你没有 mac 平台使用经验或明确的特定软件需求,不建议仅仅是为了 Agentic Coding 而跟风购置 mac 设备。适合 Agentic Coding 的 Linux 系统在你既有的 PC 设备上基本都能轻松运行(包括但不限于 WSL ,其它虚拟机,双系统,独立使用一台闲置设备全盘安装等方式)。
2 days ago
Replied to a topic by ZxBing0066 程序员 OpenCodeGo 的 DeepSeek V4 Flash 感觉不纯了
@ponelyr 绝大多数 CLI Agent 都是不支持“系统代理”的,要么用 TUN 模式,要么设置 http_proxy https_proxy 环境变量( CLI 支持的情况下)
2 days ago
Replied to a topic by ZxBing0066 程序员 OpenCodeGo 的 DeepSeek V4 Flash 感觉不纯了
@ponelyr 多半是因为节点没用上。

你是用的 OpenCode 还是其它软件? OpenCode 不支持“系统代理”,只支持通过 http_proxy, https_proxy 环境变量来设置代理。其它软件自行寻找正确的挂代理方法。

或者使用万能的 TUN 模式。
补充一下,第二个问题,如果有适配别的软件的需求的话,根据你要适配的 target 来,区分清楚是 32 位版本还是 64 位版本,全部使用一致的一种,不要混用。

确认版本要看 target 字符串里面有没有"i686"( 32 位)或者"x86_64"( 64 位)字样。
不要看发行版品牌名(“mingw-w64”同时提供有 64 位和 32 位版本)
不要看 exe 文件名(都是 mingw32-make.exe )
第一个问题的话,看一下你移动过的几个环境变量,是不是包含了其它内置 MinGW 的软件,MinGW 工具链出问题其中一个很常见的原因就是 DLL 版本不匹配,一般都是因为电脑上装了别的自带 MinGW 的软件,加了环境变量。


第二个问题的话,除非有特殊需求,64 位系统一定要下载 64 位版本( x86_64 )的 MinGW 工具链,混用 32 位的容易出问题。

如果你用的 MinGW 发行版不支持的话,可以考虑换成 winlibs 或者 mingw-w64 (注意"mingw-w64"是发行版名称,不代表一定是 64 位的,下载的时候要看一看是不是 x86_64 版本)。

32 位和 64 位版本的 make 程序名称都是 mingw32-make.exe ,容易搞混,记得检查你实际下载到的二进制是哪个 target 的。
11 days ago
Replied to a topic by DejavuMoe 云计算 2026 年,选择 Podman 还是 Docker
@msojocs Podman Desktop 自动映射依赖 WSL2 自带的自动映射,你看一下 WSL2 里面启动一个监听本机 127.0.0.1 地址和任意端口的程序,会不会自动启动一个 wslrelay.exe 后台进程自动转发端口。如果这个没问题的话,Podman 自动映射应当也没问题。如果有问题的话,需要检查一下 WSL2 的配置。
@neoshui rEFInd 应该是支持读取其它分区的(可能需要重新安装一下 rEFInd ,配置一下相应文件系统的 UEFI 驱动),可以试一下配置成直接读你的 Linux 分区里面的内核。
主流 UEFI 引导器里只有 systemd-boot 是必须把内核放在 ESP 里,其它基本都支持别的分区(文件系统支持会有一些差异)。
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3131 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 13:40 · PVG 21:40 · LAX 06:40 · JFK 09:40
♥ Do have faith in what you're doing.