fcpxml 工程导出支持引用原始素材路径

[XueBi520]

导出工程到达芬奇，素材由于名称改变，只能一个一个素材重新替换匹配。如果能引用原始素材路径，而不是内部转码文件路径，将减少大量的工作量。或者内部文件名称和原始素材名称一致，这样达芬奇可以一键搜索匹配素材。

[0xsline]

@XueBi520 感谢反馈。这个问题已在 main 的 ff8fc629 修复：桌面端导入会保留原始素材路径和原始文件名，FCPXML 现在把原片写为 original-media、内部工作副本写为 proxy-media，达芬奇可优先按原始路径或文件名重连。

该修复尚未进入最新的 v0.1.7，将随下一个 GitHub Release 发布；发布前这个 Issue 先保持打开。

[0xsline]

已支持 ✅

FCPXML 导出现在把每个素材片段输出为 file:// 绝对路径（src/export/fcpxml.ts 的 resolveAssetSrc），直接指向本机媒体库中的原始上传文件（而非内部转码副本）。达芬奇/其他 NLE 打开工程时可按绝对路径自动链接，无需逐个手动替换匹配。

注意：引用的是媒体库中的原始文件路径（MEDIA_DIR 可配置）；若你手动移动过素材文件，仍需在 NLE 中重新链接一次。最新版本已包含。

[0xsline]

已支持（resolveAssetSrc → file:// 原始路径），关闭。

[XueBi520]

已支持（resolveAssetSrc → file:// 原始路径），关闭。

问题还是存在，可以看到文件名称确实变成原始文件名了，但是导入达芬奇依然提示片段未找到，而且最骚的，即便找到素材文件夹，也无法对应，还是提示没有找到素材。点击否不在搜索素材，2 次导入 1 次完全没有素材了，时间线素材就算拖回媒体池也没有重新连接的选项，第二次干净导入素材变成了 2 个音频文件，依然没有视频素材，也无法重新链接。 0.23 版本， macos，达芬奇工作流依然不可用

[0xsline]

The FCPXML fix is on main and shipped in v0.2.4 / v0.2.5:

• Exports now include a child element alongside src, carrying the media path in native UTF-8 (unencoded). DaVinci Resolve reads pathurl and does not decode percent-encoded non-ASCII from src — which is why Chinese-named media failed to relink before.
• The src attribute keeps its encoded form for Premiere compatibility, so both readers work.

Please verify on v0.2.5: export an FCPXML from a project containing Chinese-named media, import into DaVinci Resolve, and confirm the media relinks automatically. If it still prompts for the media, tell us the exact file name pattern so we can trace the remaining gap.