安装与账户

使用教程

Windows 安装与更新在 Windows 安装与更新

保存工程,关闭 AE,再安装完整包。

安装步骤

  1. 在「我的账户」选择 Windows 安装包;首次获取可先前往「获取插件」。
  2. 保存工程并完全退出 After Effects。关闭仍在使用 Only Scripts 的独立窗口。
  3. 运行 Only-Scripts-Setup.exe,按安装器指引选择 AE 与组件。NativeBridge 是面板所需组件,附带效果可按需选择。
  4. 等待安装器显示完成,再启动 AE,从「窗口 → 扩展 → Only Scripts」打开面板。

更新已有安装

同样先保存工程并关闭 AE,再运行新版完整安装包。4.6.6 的更新说明明确保留已有模型和运行目录;首次使用的新组件仍可能需要下载。

当前文档面向 AE 2020 及更新版本。具体系统与原生效果范围,以账户页提供的对应平台安装包说明为准。

完成后检查

重开 AE 后,能从扩展菜单打开面板;在面板中核对版本。

MacOS 安装在 MacOS 安装

选择对应平台的包,按随包说明完成安装。

安装步骤

  1. 在「我的账户」选择 MacOS 对应的安装包,先阅读该包的系统与组件说明。
  2. 保存工程并完全退出 AE,再按随包指引运行安装器。
  3. 若使用 CEP ZIP 手动安装路线,使用包内配套的 Install-ExprFlow-CEP.py 与伪效果安装文件,保持配套文件放在原来的相对位置。
  4. 完成安装后重启 AE,从「窗口 → 扩展 → Only Scripts」打开面板。

平台范围

CEP 面板和原生效果分别有自己的平台包。某个效果在 Windows 可用,不表示它已经包含在你拿到的 MacOS 包中;请核对下载页的组件列表。

完成后检查

核对面板可打开,并检查准备使用的效果是否列在该平台包的组件说明中。

激活与更换设备激活、账户与更换设备

账户负责下载与设备管理,AE 面板负责当前设备授权。

开始使用

  1. 保留购买时收到的卡密。在账户页首次绑定卡密与邮箱后,可通过邮箱验证码登录查看授权和下载。
  2. 打开 AE 中的 Only Scripts,在授权界面输入卡密,等待当前设备授权完成。
  3. 保持网络连接。当前授权需要在线复核;连接失败时,先检查网络,再按界面提示重新验证。

更换设备

遇到设备数量限制时,可在旧设备的卡密信息中解除本机绑定,再到新设备激活。账户页也提供设备绑定信息与自助解绑入口,具体次数以账户显示为准。

解除本机绑定会立即锁定这台设备。请先保存工程,并确认新设备可使用同一卡密。

完成后检查

面板显示当前设备授权完成;账户中的卡密、期限与设备信息符合预期。

常见问题

扩展菜单找不到面板扩展菜单里找不到 Only Scripts

先完全退出 AE,再用完整安装包修复;若提示另一份安装,先核对副本。

什么时候适用

适用于重开 AE 后,「窗口 → 扩展」中没有 Only Scripts。若菜单已有入口、点开后白屏,这是加载问题,不要把它当作菜单未安装。

按实际情况处理

安装时 AE 没有完全退出,或安装器曾报错/被中断
  1. 保存所有工程,在 AE 菜单退出应用;不要只关合成或工程窗口。
  2. 从官网账户下载对应平台的完整包。Windows 运行 Only-Scripts-Setup.exe;使用 ZIP 时先完整解压,再运行包内安装入口,不要只取出一个启动文件。
  3. 按安装器完成组件安装,确认没有错误后再启动 AE,打开「窗口 → 扩展 → Only Scripts」。

检查结果:扩展菜单出现入口,点击后能进入面板或授权界面。

安装完成但仍无入口,或安装器提示 Found another Only Scripts CEP install
  1. 记下当前打开的 AE 版本,以及安装结果显示的目标位置和版本;确认不是启动了另一套 AE。
  2. 若曾手动复制、换过 CEP 目录或同时装了多份,不要继续向多个目录复制。保留安装器关于另一份安装的完整提示,让支持人员确认 AE 实际加载的副本。
  3. MacOS 使用账户页对应平台包或其随包安装说明;Windows 原生组件安装成功不能证明 MacOS 面板已经安装。

检查结果:支持人员能定位实际安装副本;修正后从目标 AE 的扩展菜单打开面板。

仍未恢复时,提供这些信息

  • AE 的完整版本、Windows/MacOS 版本、所用安装包文件名和安装时间。
  • 安装器的第一条错误,或另一份安装的完整提示;附扩展菜单截图。
  • 如果入口存在但白屏,请明确说明“入口存在”,并附面板截图,不要只写“无法安装”。

完成后检查

目标 AE 的「窗口 → 扩展」出现 Only Scripts,且能打开授权页或面板;安装器退出本身不算恢复。

设备名额已满卡密已绑定两台设备

SEAT_LIMIT_REACHED旧设备可解除本机绑定;旧机不可用时,可在官网账户按设备列表自助解绑。
你可能看到的提示该卡密已绑定两台设备,请在旧设备解除本机绑定或联系管理员处理换机。

什么时候适用

完整提示为“该卡密已绑定两台设备”,或原因码 SEAT_LIMIT_REACHED。它表示设备名额已满;只有连接失败、卡密错误或到期提示时,不按本条解绑。

按实际情况处理

还能打开准备停用的旧设备
  1. 先保存旧设备上的 AE 工程。点 Only Scripts 面板左上头像,进入「更新与设置 → 版本更新」。
  2. 展开「卡密信息」,核对卡密尾号确实是要换机的卡密,再点「解除本机绑定」。解除后旧设备会立即锁定。
  3. 回到新设备,在「验证授权」界面的许可证输入格粘贴完整卡密,点「验证并解锁」。

检查结果:旧设备显示本机绑定已解除;新设备完成当前设备授权。

旧设备无法打开,但官网账户仍有可用自助解绑配额
  1. 登录官网「我的账户」,在卡密列表中选中这张卡密;到「设备绑定」按设备名称和“绑定于”的时间找到准备停用的旧设备。
  2. 先核对「剩余自助解绑」和目标设备,再点该设备旁的「解除绑定」;如要求邮箱验证,按页面完成验证。确认弹窗会说明:释放一个设备名额,并扣除1次自助解绑配额。
  3. 确认后等待设备列表与剩余配额更新,再回新设备点「验证并解锁」。官网解绑后,旧设备在下次在线复核时需要重新授权。
  4. 若超时或结果不明,使用「重试并查询结果」或设备旁的「查询解绑结果」确认同一操作的结果;该重试不重复扣次,不要改选另一台设备重复操作。

检查结果:目标旧设备从绑定列表中移除,可用名额释放,新设备验证成功。

官网剩余配额不足、解绑按钮不可用,或同一操作仍查不到结果
  1. 先保留卡密状态、剩余配额、目标设备名称/绑定时间和页面提示,不反复提交新的解绑。
  2. 通过购买渠道申请处理换机。不要把「移除卡密」当设备解绑:它只解除卡密与邮箱的关系,不释放设备名额,也不重置到期时间或解绑配额。

检查结果:配额/授权或未决操作得到正确处理后,新设备可以验证。

实际提示是网络不可达或授权过期,而不是设备数量上限
  1. 保留真实提示,按对应网络或到期状态处理。此时解绑并不能修复网络,也不能延长授权期限。

检查结果:真实原因得到处理后可验证,不额外改变仍需使用的设备绑定。

仍未恢复时,提供这些信息

  • 卡密尾号、提示中的原因码、要停用的设备名称与绑定时间。
  • 旧设备或官网解绑后的结果原文、剩余配额、新设备验证时间;不要提供验证码或完整卡密。

完成后检查

新设备显示“已完成当前设备授权”,且需要继续使用的其他设备没有被误解绑。

Only Shadow

使用教程

光影与灯光入门用 Only Shadow 完成一次调光

添加效果、等待深度和法线,再调整灯光与阴影。

操作步骤

  1. 选择素材或子合成图层,在 AE 效果菜单的「ArrayPro」分类添加 Only Shadow。
  2. 打开图像编辑器,等待深度和法线准备完成;缺少模型时先回到「管理组件」准备。
  3. 调整灯光位置、功率和环境补光,比较自然光照与赛璐璐风格。
  4. 自然光照且灯光半径非零时,在「阴影 → 高级」中从标准 4 采样开始,按需要比较精细 16 采样。

检查画面

先检查主体轮廓、透明边缘与明暗分界,再决定是否增加采样。第一次模型准备与后续调光是不同阶段,处理速度会受图像尺寸和运行环境影响。

完成后检查

深度与法线已准备,灯光调整产生符合预期的明暗变化。

常见问题

模型未准备或提示缺少模型Only Shadow 模型显示未准备,或准备后仍提示缺模型

先准备独立的「Only Shadow 模型」项;基础组件或通用模型包就绪不代表它已就绪。
你可能看到的提示未准备 / 待校验 / 资源准备完成后仍未找到模型文件

什么时候适用

Only Shadow 无法生成深度/法线,运行组件中的该模型项显示“未准备”“待校验”,或明确提示准备后仍未找到模型文件。

在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。展开“效果模型”,检查独立的「Only Shadow 模型」一项;不要只看基础组件总数。

按实际情况处理

该项显示“未准备”或“待校验”,按钮为“准备”
  1. 点击「Only Shadow 模型」这一行的「准备」,等待下载、依赖准备与运行验证。已检测到文件仍可能需要校验。
  2. 完成后确认该行“已就绪”,再回原素材重做模型生成。通用“模型包”用于其他工具,不能代替这一项。

检查结果:Only Shadow 模型项通过完整检查,实际深度与法线生成完成。

提示“资源准备完成后仍未找到模型文件”或该项变为“失败”
  1. 如果面板只显示总错误,按提示中的「日志路径」打开文件。也可点「打开目录」,在 logs 文件夹中找 runtime-dependency-downloads.log,搜索本次 jobId 对应的 RESOURCE_MANAGER_FAILURE,读取 stage、causeCode、causeMessage。旧版没有这份文件时,保留面板已有的完整提示。
  2. 如果是下载/授权/空间错误,先按对应原因解决;如果是 TORCH、ONNX Runtime 或导入错误,按模型依赖分支处理。
  3. 在管理组件点「打开目录」,从系统文件管理器地址栏确认实际目录;若处于“关闭 AE 后自动迁移”,先按提示完成迁移。不要从另一个目录任意复制一份权重来充当完整运行环境。

检查结果:本次任务的目录中所有必要资源都通过检查,原错误消失。

当前版本提示统一资源管理器/安装器不可用,或不支持该平台自动准备
  1. 保存工程并退出 AE,核对账户下载包与系统平台相符,并使用完整安装包修复组件。
  2. 平台本身未支持时,获取明确支持的平台/显卡版本或支持说明;不要照 Windows 的命令手工补依赖。

检查结果:对应平台存在可用的完整准备路线,模型项能够验证通过。

仍未恢复时,提供这些信息

  • 该模型行的状态与完整错误、实际面板版本、系统与显卡信息。
  • jobId、resourceId、stage、causeCode、causeMessage,以及是否更改过资源位置。

完成后检查

Only Shadow 模型项显示已就绪,并完成一次实际深度/法线生成;不是只确认文件存在或基础组件为3/3。

Torch 不含 CUDA 构建CUDA 准备提示 TORCH_CPU_BUILD

重试 Only Shadow 模型项的专用准备;不要靠重下权重或向系统 Python 装包。
你可能看到的提示TORCH_CPU_BUILD · The managed Torch package was built without CUDA

什么时候适用

诊断的 causeCode 为 TORCH_CPU_BUILD,或包含“The managed Torch package was built without CUDA”。它表示当前加载的 Torch 没有 CUDA 构建信息,与驱动初始化失败不同。

在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。查看「Only Shadow 模型」这一行及其具体错误;通用“模型包”不是这条修复入口。

按实际情况处理

Only Shadow 模型项为失败/未准备,能看到“重试”或“准备”
  1. 先结束正在使用 Only Shadow 的其他准备任务,再点击该模型行的「重试」或「准备」。
  2. 让安装包自身的专用准备流程检查依赖;具备相应修复的版本会处理 CUDA Torch,已有权重文件不是这个错误的直接原因。
  3. 等该项显示“已就绪”,再对原素材执行一次模型准备。

检查结果:新诊断不再是 TORCH_CPU_BUILD,模型准备可完成。

仍重复同一错误,或界面显示已就绪但实际生成失败、没有重试入口
  1. 先结束正在进行的任务,在管理组件点「刷新状态」,等待状态检查结束;如果该模型行变为失败/未准备,再用该行出现的「重试/准备」,完成后重试原素材。
  2. 保留本次模型任务的诊断,重点是 causeCode、torch、torchPath、cuda、python 与 phase。
  3. 核对实际安装版本,并取得明确包含这项依赖修复的配套完整包或支持修复;当前源码存在修复,并不代表你安装的包已包含。不要自行用 pip 覆盖系统或共享 Python。

检查结果:配套依赖修复后,实际生成任务通过,而非仅文件存在。

原因码实际上是 TORCH_CUDA_UNAVAILABLE
  1. 转到 CUDA 无法初始化的分支;当前 Torch 包可能已经包含 CUDA,重新下载同样的依赖未必能修复驱动/设备问题。

检查结果:按实际初始化原因处理,避免重复安装无关包。

仍未恢复时,提供这些信息

  • Only Scripts 版本、显卡与驱动版本、Only Shadow 模型项状态。
  • 同次任务的 causeCode、phase、python、torch、torchPath、cuda;有 diagnostics.json 或诊断行时保留原文件/上下文。

完成后检查

实际 Only Shadow 模型准备成功,新诊断不再报告 TORCH_CPU_BUILD;只看到权重或“下载完成”不够。

CUDA 无法初始化CUDA 无法在当前设备初始化

TORCH_CUDA_UNAVAILABLE先读取 cudaInitError;驱动、设备和依赖缺失要分别处理,不要反复重下模型。
你可能看到的提示TORCH_CUDA_UNAVAILABLE · Torch cannot initialize CUDA on this device

什么时候适用

causeCode 为 TORCH_CUDA_UNAVAILABLE,或包含“Torch cannot initialize CUDA on this device”;CUDA_TENSOR_FAILED 则是在小型 CUDA 运算检查时失败。

在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。保留模型任务中的 cudaInitError/causeMessage,与当前显卡、驱动版本一同判断。

按实际情况处理

设备不满足该安装包 CUDA 路线的要求,或系统未正常识别显卡
  1. 在系统设备信息中核对实际显卡,不只看电脑宣传型号;Windows 可查看「设备管理器 → 显示适配器」。
  2. 若显卡有设备错误,先按显卡厂商正式说明恢复驱动,再正常重启系统后重试模型准备。
  3. 若机器本身不支持这条 CUDA 路线,核对安装包明确支持的显卡/平台,获取匹配版本;不要把再次下载 CUDA 权重当成兼容性修复。

检查结果:系统正常识别受支持设备,CUDA 初始化可通过。

显卡可见,但 cudaInitError 指向驱动/初始化异常
  1. 保存工程,结束自己运行的 GPU 任务,正常退出 AE;按显卡厂商说明检查驱动安装状态,必要时重启系统。
  2. 重新进入运行组件,检查 Only Shadow 模型项;仅在该项提供「重试/准备」时执行,再进行一次实际模型生成。
  3. 仍失败时保留初始化错误原文;驱动错误不应靠无休止下载相同依赖来处理。

检查结果:不再报告初始化失败,实际模型准备能执行。

CUDA_TENSOR_FAILED,原因文本明确是 out of memory/内存分配失败
  1. 先保存并结束自己不需要的 GPU 任务,正常重启后只做一次最小模型检查。
  2. 若最小 CUDA 检查仍失败,把原因与设备信息交给支持人员;该阶段不是单纯把输入图缩小就一定能绕过的问题。

检查结果:小型 CUDA 运算检查通过,随后实际模型生成也通过。

仍未恢复时,提供这些信息

  • causeCode、cudaInitError(若有)、causeMessage、phase、torch/cuda 版本。
  • 显卡完整型号、驱动版本、系统版本,以及正常重启后是否仍发生;不是只提供“GPU 不可用”。

完成后检查

CUDA 初始化和运算检查通过,并完成实际模型生成;设备管理器显示显卡不等于 CUDA 已可用。

模型依赖导入失败模型依赖导入失败

DEPENDENCY_IMPORT_FAILED先区分 Python 缺模块、ONNX Runtime 版本/后端错误,再准备对应组件。
你可能看到的提示DEPENDENCY_IMPORT_FAILED / ORT_VERSION_MISMATCH / ORT_CUDA_PROVIDER_MISSING

什么时候适用

出现 DEPENDENCY_IMPORT_FAILED、ModuleNotFoundError、ImportError、ORT_VERSION_MISMATCH 或 ORT_CUDA_PROVIDER_MISSING。先抄出实际缺失的模块名/原因码。

在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

按实际情况处理

Python 行提示“依赖不完整”“缺少模块”,或基础图像模块导入失败
  1. 在管理组件的 Python 行点「准备」或失败后的「重试」,由配套流程修复共享运行组件。
  2. 完成后点「刷新状态」,确认 Python 行已就绪;再回到原工具重做最小任务。

检查结果:原来缺少的模块检查通过,原工具开始运行。

ORT_VERSION_MISMATCH / ORT_CUDA_PROVIDER_MISSING,或 Only Shadow 的专用模型依赖导入失败
  1. 处理「Only Shadow 模型」这一行,而不是通用模型包。结束其他准备任务后,使用其「重试/准备」入口。
  2. 保留诊断中的 onnxruntime、onnxruntimePath 和 providers。错误表示实际加载版本/执行提供器不匹配,不是仅缺一份权重。
  3. 安装包若不能修复,取得明确配套的完整版本或支持修复;不要把别处的 onnxruntime 文件复制进目录。

检查结果:加载到配套依赖,所需执行提供器存在,完整模型检查通过。

日志说安装器缺失、统一资源管理器不可用,或同一模块修复后立即再次缺失
  1. 核对是否只复制了部分插件文件、旧面板仍在被加载;保存工程并关闭 AE,使用完整安装包重新安装。
  2. 若完整安装后仍失败,保留实际 Python 路径、模块加载路径和安装包版本,让支持人员核对版本配套关系。

检查结果:组件与实际运行的面板来自配套安装,模块能够被加载。

仍未恢复时,提供这些信息

  • 第一条 ImportError/ModuleNotFoundError 的完整原文与模块名。
  • python、依赖版本/加载路径、providers、phase;说明失败发生在 Python 行还是 Only Shadow 模型行。
  • 实际安装包版本;不要只给最后一行“准备任务失败”。

完成后检查

相同模块/后端检查不再失败,并用原工具完成实际处理。

图片与视频超分

使用教程

图片超分入门放大一张图片

在超分工具中选择静态图片,输出 2× 或 4×。

操作步骤

  1. 在 Only Scripts 的「实验」页找到「超分」,点击「点击或拖拽添加视频/图片」区域,选择一张本地静态图片,也可以直接拖入。
  2. 按目标尺寸选择 2× 或 4×。倍数同时作用于图像的宽和高。
  3. 按素材需要调整增强强度,在「图片格式」中选择输出格式,再点击「开始超分」;默认输出位置在源文件所在目录。
  4. 完成后定位输出,用计划使用的显示尺寸检查细线、文字、脸部与轮廓。需要透明度时选择支持透明的输出格式。

选择输出格式

图片任务提供 PNG、JPEG、WebP。JPEG 不保留透明度;处理透明素材时,优先选择 PNG 并检查输出边缘。

视频处理涉及连续帧、封装和音轨,静态图片的效果与耗时不能直接代表视频。

完成后检查

最终宽高符合倍数,输出格式与透明度符合用途。

常见问题

内存或显存分配失败超分提示 out of memory 或内存分配失败

E_OUTOFMEMORY先结束当前任务,用单张小图和 2× 重试,区分输入规模与运行环境问题。
你可能看到的提示out of memory / E_OUTOFMEMORY / bad_alloc / VK_ERROR_OUT_OF_DEVICE_MEMORY

什么时候适用

「超分」任务日志包含内存分配错误。VK_ERROR_OUT_OF_DEVICE_MEMORY 指向设备内存;VK_ERROR_OUT_OF_HOST_MEMORY/bad_alloc 也可能涉及系统内存,不能把所有情况都只叫显存不足。

在「实验 → 超分」点标题旁的「设置」,再切到「任务详情」;这里能查看队列、任务日志,并使用「中断」「改路径」「打开目录」。

按实际情况处理

高分辨率图片、4× 或多个 GPU 任务同时运行时失败
  1. 先复制首条内存错误及输入宽高,再在「任务详情」点「中断」,等任务停止。保存并结束自己不需要的其他 GPU 任务。
  2. 在队列停止后移除暂时不需要的任务,只保留一张较小测试图;回主卡把「倍数」设为 2×,再点「开始超分」。
  3. 小图成功后,再分别比较原图2×、原图4×。4× 的输出像素量更大,2×成功不等于4×一定能运行。

检查结果:小图2×可完整输出;能明确定位是哪些尺寸/倍数开始失败。

小图2×仍立即失败,或错误指向主机内存
  1. 保存工程并正常退出不需要的高内存/GPU应用;必要时正常重启系统,再只运行这一个测试任务。
  2. 检查系统可用内存和驱动状态。仍失败时提交实际错误,不要把增强强度调为0后宣称AI推理已恢复,因为0强度走的是缩放路径。

检查结果:相同AI任务能够完整结束,或得到可复现的环境问题记录。

仍未恢复时,提供这些信息

  • 第一条内存错误及前后日志、源宽高、输出倍数、任务数量、实际使用的后端信息。
  • 显卡/显存、系统内存、驱动与插件版本;小图2×、原图2×、原图4×分别是否成功。
  • 当前源码含部分内存失败的自动分块重试,但不能据此断言已装包具备该逻辑,也不能保证所有内存分配都可重试。

完成后检查

同一设置的输出文件可打开且尺寸正确,日志不再出现内存错误;没有把0强度普通缩放当AI恢复。

缺少 Python 图像运行组件静态图片超分提示需要共享 Python 图像运行组件

先准备 Python 行;图片保真处理还需要共享图像运行组件,不能只准备超分模型。
你可能看到的提示图片保真处理需要已就绪的共享 Python 图像运行组件

什么时候适用

适用于单张图片任务出现上述原文,或“图片保真预处理没有返回有效素材”“图片保真处理未返回完成结果”。这是图片预处理/保真阶段,不要因为视频任务能开始就认定图片所需组件齐全。

按实际情况处理

Python 项显示未准备/依赖不完整/失败
  1. 在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。在 Python 行点「准备」或「重试」,完成后「刷新状态」确认该项就绪。
  2. 回「实验 → 超分」,添加一张本地 PNG,选择2×,在「设置 → 图片格式」选 PNG,再点「开始超分」。
  3. 若这次变成具体 ImportError,按缺失模块处理;不要只反复下载通用模型包。

检查结果:这张图片通过保真预处理并生成可打开的2×文件。

Python 已就绪,但仍提示缺运行组件或没有返回有效素材
  1. 在「实验 → 超分」点标题旁的「设置」,再切到「任务详情」;这里能查看队列、任务日志,并使用「中断」「改路径」「打开目录」。记录最先失败的阶段:image_fidelity_prepare / image_source_fidelity,以及首条 Python 异常。
  2. 保存工程并退出 AE,用包含该图片功能及配套运行文件的完整安装包修复;这类预处理脚本缺失不能靠改变图片格式修复。
  3. 仍失败时提交实际面板版本与首个异常,让支持人员核对图片处理文件和 Python 的配套关系。不要自行安装一个系统 Python 来替代受管组件。

检查结果:配套图片处理文件存在且能由受管Python运行,预处理成功。

仍未恢复时,提供这些信息

  • 实际安装版本、首条错误、失败阶段、Python 项状态。
  • 图片格式、宽高、倍数、增强强度,以及一张非敏感小PNG是否同样失败。

完成后检查

静态PNG测试得到可打开、宽高各2倍的输出,任务没有再停在图片预处理/保真阶段。

旧版提示 file or directory旧版超分出现 file or directory 提示

这是图片输入/输出配对错误;先核对完整版本,改格式或重下模型不能修复它。
你可能看到的提示inputpath and outputpath must be either file or directory at the same time

什么时候适用

任务日志原文为“inputpath and outputpath must be either file or directory at the same time”。这是文件/目录调用配对错误,不按显存不足、网络失败或模型缺失处理。

按实际情况处理

来自旧版的静态图片任务
  1. 记录实际插件版本和错误原文;保存工程并关闭 AE,安装更新说明明确包含静态图片处理修复的完整包。
  2. 重新打开 AE,在「实验 → 超分」通过文件区域添加一张本地 PNG,选择 2×,在「设置 → 图片格式」选 PNG 后点「开始超分」。
  3. 这类输入/输出配对由工具内部决定,没有一个图片格式或强度参数能修复旧调用;不要反复重下模型。

检查结果:同一张图片产生可打开的 2× 输出,不再出现 file or directory 配对错误。

认为已更新,但新开的 AE 仍出现同一原文
  1. 从面板左上头像的「更新与设置 → 版本更新」核对实际加载版本,保留版本信息;安装器完成不代表 AE 一定加载了新副本。
  2. 在「实验 → 超分」点标题旁的「设置」,再切到「任务详情」;这里能查看队列、任务日志,并使用「中断」「改路径」「打开目录」。复制该图片任务从开始到首个错误的完整日志,附源图片类型、宽高与输出格式。
  3. 由支持人员确认安装副本和对应包是否包含此修复。不要把当前源码已改为文件到文件,直接当作你安装的包已包含。

检查结果:实际加载的配套版本完成同一静态图片任务。

仍未恢复时,提供这些信息

  • 实际面板版本、安装包文件名、错误原文,输入是单图还是文件夹。
  • 图片格式和宽高、倍数、任务日志;不需要上传敏感原图,可用同类小图复现。

完成后检查

单张测试图输出文件可打开,宽高为原图各 2 倍,并不再出现 file or directory 原文。

文字与图形

使用教程

文字动画预设应用与调整文字动画

选择文字层、预览预设,再设置粒度和动画阶段。

操作步骤

  1. 在当前合成选择文字图层,打开文字动画的「基础」或「高级」分类。
  2. 预览并选择预设,按需要选择字符、单词或行,以及入场、出场或组合阶段。
  3. 应用预设,在 AE 的效果控制中调整对应动画参数,并预览图层起点和终点。
  4. 多选文字层时,先用短片段检查每层的时序;需要清理时,使用文字动画自带的清除操作。

保留工程内容

部分打字与乱码类预设会使用 Source Text 表达式。对已有表达式、混合字符格式或复杂排版的文字,先保存工程,再检查应用后的文字和样式。

完成后检查

文字内容与格式符合预期,入场和出场的时间正确。

SVG 图形库使用本地 SVG 图形库

添加 SVG、导入合成,并从 AE 形状层导出。

操作步骤

  1. 打开 SVG 图形库,选择你的本地资源文件夹,或通过图形库入口加入 SVG。
  2. 选择资源并查看预览,再导入目标合成;导入后检查缩放、位置和透明边缘。
  3. 从 AE 导出时,选择静态二维形状层,再使用导出入口。多层时按用途选择合并或分别导出。
  4. 在图形库中确认文件出现,并打开导出文件检查几何、颜色与透明度。

适用范围

SVG 与 AE 形状并不支持完全相同的效果。复杂滤镜、图片、文字、通用蒙版、部分渐变和特殊混合方式可能被明确拒绝。需要完全保留外观时,先在原绘图工具中简化为支持的路径。

本地 SVG 库继续可用,历史公共资源分享入口已经退役。

完成后检查

导入后的形状可编辑,导出 SVG 的内容与预期一致。

Only Point 点线入场用 Only Point 制作点线入场

用进度控制散点、轮廓与原图之间的变化。

操作步骤

  1. 确认当前平台安装包包含 Only Point,选择有清晰轮廓的静态素材图层。
  2. 在 AE 效果的「ArrayPro」分类添加 Only Point。
  3. 为「进度」设置起止关键帧,预览散点 → 轮廓 → 原图的变化。
  4. 分别调整圆点与描边;在「完成状态」中选择恢复原图层,或保留点线。

素材选择

优先用静态图形或有透明轮廓的素材检查效果。连续变化的素材会逐帧重新提取轮廓,不应把静态图形的节点稳定性直接推断到动态素材。

完成后检查

进度关键帧控制变化,完成状态与预期一致。

常见问题

SVG 结构不受支持SVG 导入或导出提示不支持的结构

SVG_UNSUPPORTED_ELEMENT按提示的 SVG 元素/属性或 AE 形状操作器简化副本,再用单个图形验证。

什么时候适用

导入提示 SVG_UNSUPPORTED_ELEMENT / PROPERTY / CLIP_PATH 等,或导出提示 SVG export unsupported。先保留冒号后的对象名称;“不支持 SVG”并不是足够具体的诊断。

按实际情况处理

导入:SVG_UNSUPPORTED_ELEMENT: text/image,或不支持的 filter/mask/clipPath
  1. 保留原 SVG,在原绘图软件另存一份用于 AE 的副本。
  2. 提示 text 时把文字转换为路径;提示 image 时将嵌入位图单独作为素材导入 AE,不能靠改文件后缀变成矢量。
  3. 提示 filter、mask、clipPath 时,在绘图软件将需要的可见结果整理为普通路径;无法转为受支持路径的外观,改用导出的图片素材。
  4. 回到 SVG 图形库点「导入 SVG」,先用这一份简化文件验证,检查轮廓、颜色和透明度。

检查结果:该具体拒绝项消失,导入后的外观符合需求。

导入:SVG_UNSUPPORTED_NONUNIFORM_PATH_STROKE 或复杂 CSS/百分比长度
  1. 在绘图软件副本中将描边扩展为填充路径,并把外观/变换展开;复杂样式改为直接附在对象上的简单样式。
  2. 先导出一个最小图形再导入,确认不再报相同的非均匀描边/样式/长度错误。不要直接删掉错误属性来假装保持原外观。

检查结果:图形成功导入,描边与几何没有意外变化。

从 AE 导出:SVG export unsupported,后面列出 shape operator、效果或裁切合并限制
  1. 复制待导出的形状层作为工作副本,按错误列出的操作器/效果逐项简化;先只选一个静态二维形状层。
  2. 用图形库的「保存选中形状为 SVG」验证单层。若提示合并了分别裁切的层,改为分别导出并逐个检查,不强行合并。
  3. 无法转为支持的静态形状时,保留 AE 工程或输出图片;转换器不会自动实现原效果的全部外观。

检查结果:导出文件可正常打开,轮廓、透明度和外观符合用途。

仍未恢复时,提供这些信息

  • 完整 SVG_UNSUPPORTED_* 或 SVG export unsupported 原文,含冒号后的元素/属性/操作器。
  • 是导入还是导出、源绘图软件、单层/合并/分别导出方式;附能复现的最小 SVG 或非敏感形状层。

完成后检查

转换成功且在 AE 与导出文件中检查几何、颜色、透明边缘;文件存在不代表外观已保真。

结果回写到 AE

超分与音轨分离

把处理结果带回 AE把处理结果带回 AE

先读取选中图层,再决定是否将结果写回合成。

操作步骤

  1. 打开目标合成,选择要处理的音频或视频图层,在工具中读取选中图层。
  2. 检查队列中的素材、范围与输出设置;外部文件任务按需要启用导入 AE。
  3. 处理期间保留任务开始时的原图层。重开面板后,要重新读取 AE 图层任务。
  4. 完成后检查结果文件、目标合成与时间范围;若原图层失效,先保留输出,再重新选择正确图层。

写回保护

工具会核对任务开始时的图层身份。原图层被删除或替换时,结果不会按旧图层序号随意写到另一个图层。

完成后检查

结果出现在正确合成和范围,其他图层没有被误替换。

常见问题

结果未写回或找不到原图层结果未写回,提示找不到原图层

SOURCE_LAYER_MISSING先保留已经生成的输出,再手动导入或重新读取正确图层;不要按旧序号替换。
你可能看到的提示SOURCE_LAYER_MISSING · 找不到任务开始时的原视频图层,结果未回退到其他图层

什么时候适用

提示 SOURCE_LAYER_MISSING /“找不到任务开始时的原视频图层,结果未回退到其他图层”;音轨分离也有对应的原音频/视频图层提示。说明自动写回没有找到原身份,不表示处理文件一定没生成。

按实际情况处理

输出文件已生成,只是没有进入合成
  1. 超分任务:在「实验 → 超分」点标题旁「设置」,切到「任务详情」并点「打开目录」。音轨分离任务:在「实验 → 音轨分离」点标题旁「设置」,切到「任务详情」并点「打开目录」。先找到最终输出并打开检查,不要清空队列后才找结果。
  2. 在 AE 打开确实需要接收结果的合成,使用 AE 的「文件 → 导入 → 文件」导入输出,再手动放入正确位置。
  3. 核对画面/音轨、时长与入出点;不要仅凭同名图层或相同序号自动覆盖。

检查结果:结果保存在正确合成与时间范围,无关图层未被替换。

原图层已被删除/替换,或重开面板后继续使用旧的 AE 队列项
  1. 先保留能用的输出与工程。若确实需要重新处理,在目标合成重新选择正确图层。
  2. 超分在「实验 → 超分」点「读取图层」;音轨分离在「实验 → 音轨分离」点「读取图层」。重新检查队列素材与范围后再开始,不要继续依赖旧队列里的图层身份。

检查结果:新任务绑定当前真实图层,后续写回能找到它。

输出文件本身不存在或无法打开
  1. 这还包含生成失败,先处理工具任务日志中的输出/编码错误;仅重新选择图层不能补出不存在的文件。

检查结果:先生成可用文件,再处理导入与写回。

仍未恢复时,提供这些信息

  • 工具名称、SOURCE_LAYER_MISSING 完整行、任务前后是否删除/替换图层或重开面板。
  • 目标合成、原图层名称与任务范围;输出文件是否存在、能否打开。可用最小非敏感工程说明复现步骤。

完成后检查

输出文件可打开,出现在正确合成/时间段,且没有因为旧图层序号误替换其他层。

运行组件与日志

准备与日志

准备与迁移运行组件准备 AI 工具的运行资源

从「实验 → 运行组件 → 管理组件」进入,按组件状态逐项处理。

找到正确入口

  1. 在 AE 中打开 Only Scripts,切换到「实验」,找到「运行组件」卡片,点击「管理组件」。
  2. 点击窗口顶部的「刷新状态」。分别查看 FFmpeg、Python、模型包和 Only Shadow 模型,不要把基础组件已就绪当作所有模型都已就绪。
  3. 记下报错的是哪一行,再按下面对应的状态处理。需要定位文件时,用窗口中的「打开目录」进入当前缓存位置。

按状态操作

显示「待检查」
  1. 先点击「刷新状态」并等本次检查结束。刷新只检查已有资源,不会替你下载缺失模型。
  2. 如果检查转成失败,展开窗口下方的「任务日志」,复制具体原因码,再查对应的报错条目。

检查结果:每一行得到明确的就绪、未准备或失败状态。

显示未准备,或本地检查失败
  1. 点击缺失组件所在行的「准备」;需要一起补齐基础依赖时,使用「准备缺失项」。
  2. Only Shadow 使用单独的「Only Shadow 模型」行,在该行点击「准备」。
  3. 等待准备与本地检查结束,再回到原工具,用一张小图或一段短素材做一次处理。需要停止时,使用当前任务提供的「暂停」或「中断」。

检查结果:所需组件显示已就绪,原工具能生成实际结果文件。

需要换盘或调整资源存储位置
  1. 先等待当前处理任务结束,或通过任务提供的控件停止任务,再点击「更改位置」。
  2. 选择有足够可用空间、允许写入的空目录;不要选择当前资源目录的父目录、子目录或用户配置目录。
  3. 确认后查看迁移提示。如果显示「关闭 AE 后自动迁移」,按下一种情况完成迁移,不要把选好位置当作已经搬迁完成。

检查结果:目标目录通过检查,并显示明确的迁移状态。

选择新位置后显示「关闭 AE 后自动迁移」
  1. 这表示迁移正在等待退出,不是已经切换完成。先保存工程,等渲染或处理任务结束,再退出 AE 和仍在使用这些资源的独立窗口。
  2. 等待迁移完成后重开 AE,再进「管理组件」,检查缓存目录是否已经变为你选择的位置。
  3. 如果显示「目录迁移失败」,保留该提示与目标位置,按目录权限、占用或空间问题排查;不要手动搬动一半资源文件。

检查结果:缓存目录已经切换,刷新状态后所需组件通过检查。

完成后检查

需要的组件分别通过本地检查,并且原工具成功完成一次小任务。下载进度到 100% 或仅看到模型文件,都不等于运行资源已全部可用。

找到日志与整理问题记录找到日志,整理排查记录

展开「任务日志」,找到这次任务的具体原因,必要时复制记录模板。

从面板取出这次任务的原始错误

  1. 进入「实验 → 运行组件 → 管理组件」,展开窗口下方的「任务日志」。如果尚无日志,先查看刚才报错的工具是否提供自己的日志或完整错误文本。
  2. 按发生时间找到最后一次失败任务。看到 RESOURCE_MANAGER_FAILURE 时,记录同一条中的 resourceId(哪个资源)、stage(失败阶段)、causeCode 和 causeMessage(具体原因)。
  3. 复制该错误前后的上下文,并保留 jobId(如果有)。不要只截取最后一行 RESOURCE_INSTALL_FAILED,也不要把几次不同任务的日志混在一起。
  4. Only Shadow 还可能出现 ONLY_SHADOW_VERIFICATION_FAILURE 或 ONLY_SHADOW_DIAGNOSTIC;同样记录失败时间、原因码与错误原文。

需要打开本地日志文件时

  1. 如果提示中已经显示「日志路径」,以该实际路径为准。在系统文件管理器中打开它所在的文件夹,再用文本编辑器打开日志。
  2. 没有显示路径时,可点击「管理组件」中的「打开目录」,查看 logs 文件夹里的 runtime-dependency-downloads.log。
  3. 如果这个文件不存在,先提供面板里的本次任务日志;不同安装包可能没有同样的持久日志输出,不必为了找文件反复启动准备。

复制模板,填入你的实际情况

工具或功能:
Only Scripts 版本(AE 面板实际显示):
AE 版本:
Windows / MacOS 版本:
显卡型号(AI / GPU 问题时填写):
发生时间与 jobId(如果有):
管理组件显示的缓存目录:
完整错误原文:
resourceId / stage(如果有):
causeCode / causeMessage(如果有):
出现前的操作步骤:
已经尝试的方案与结果:
本次错误前后的日志:

提供前检查

请填实际安装版本,不要用本网站的版本号代替。素材相关问题可换成能复现的非敏感小样;去掉完整卡密、验证码、私人素材和临时下载链接后,再提供排查记录。

完成后检查

别人拿到记录后,能看出是哪个工具、哪个阶段、哪条原因,以及已经尝试了什么;无需再从一张“处理失败”的截图猜测。

下载与授权

下载超时或无法连接资源下载超时或无法连接

RESOURCE_NETWORK_ERROR先按 DNS、代理、超时或证书原因码处理连接,再继续原任务。
你可能看到的提示资源下载超时。 / 无法解析资源服务器地址。 / 代理 CONNECT 失败。

什么时候适用

出现 RESOURCE_NETWORK_ERROR、RESOURCE_NETWORK_TIMEOUT,或下载提示无法解析地址、代理 CONNECT 失败、TLS 证书验证失败。在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

如果面板只显示总错误,按提示中的「日志路径」打开文件。也可点「打开目录」,在 logs 文件夹中找 runtime-dependency-downloads.log,搜索本次 jobId 对应的 RESOURCE_MANAGER_FAILURE,读取 stage、causeCode、causeMessage。旧版没有这份文件时,保留面板已有的完整提示。

按实际情况处理

causeCode=ENOTFOUND:无法解析资源服务器地址
  1. 从 causeMessage 记下服务器域名,确认电脑已经联网;网页能打开并不代表该资源域名能解析。
  2. 重新连接当前网络,或切到可用的另一网络后,只重试同一组件。若公司/校园网络限制该域名,把域名与发生时间交给网络管理员核查。

检查结果:不再出现 ENOTFOUND,任务进入连接或下载阶段。

EPROXYTIMEOUT/EPROXYCONNECT,或系统代理软件已退出但系统仍设置了代理
  1. 打开你使用的代理软件,确认它正在运行、当前节点可连接,且系统代理设置指向当前实际服务。当前下载器会读取系统或环境代理设置。
  2. 不再使用该代理时,通过代理软件恢复正常系统代理设置;不要只关软件留下不可连接的代理地址。
  3. 返回运行组件,在已有暂停任务点「继续」,或在失败行点「重试」。

检查结果:代理连接错误消失,已接收字节持续增加。

ETIMEDOUT/ESOCKETTIMEDOUT 或 RESOURCE_NETWORK_TIMEOUT,已有下载进度
  1. 先检查网络是否仍在传输。确实已经失败时,恢复稳定网络后重试/继续;不要删除下载缓存来试图修复超时。
  2. 若日志 retryAttempt 不断增长并最终耗尽,保留重试记录,换可用网络再试一次。

检查结果:任务越过原进度,完成下载并进入验证。

ECONNREFUSED:资源服务器拒绝连接
  1. 电脑配置了代理时,先确认实际代理服务仍在运行;未使用代理时,记下报错的资源域名与时间。不能仅靠一个缺失或 false 的诊断字段断言网络没有经过代理。
  2. 在可用的另一网络重试一次。仍是同一服务器拒绝连接时,交给网络管理员或支持人员检查服务可达性;不要把它当模型损坏重新安装依赖。

检查结果:连接被接受,任务进入下载。

HTTP 429 或 5xx,内置重试最终用尽
  1. 停止连续手动点重试,保留 status、retryAttempt 和 retryLimit;429 属于请求受限,5xx 是服务端错误。
  2. 等待当前这一轮结束,稍后再对同一资源重试。持续发生时提交资源与时间,用户侧重启或重下模型不能保证修复服务端问题。

检查结果:服务恢复接受请求,资源完成下载和检查。

CERT_/ERR_TLS_/UNABLE_TO_VERIFY:证书验证失败
  1. 核对电脑日期和时区;使用受管理网络或 HTTPS 检查代理时,让网络管理员确认受信任证书配置。
  2. 保留证书错误原文,使用配置正常的网络后再试。不要关闭 TLS 证书验证。

检查结果:同一资源可通过正常 HTTPS 连接下载。

仍未恢复时,提供这些信息

  • causeCode、causeMessage、资源域名、发生时间、resourceId 与 jobId。
  • 是否使用系统/环境代理,是否换网络后恢复;无需提供代理账号、密码或临时下载链接。
  • 若只有 HTTP 状态码,请一并提供:401/403、404、410 和 5xx 不能都当作网络超时处理。

完成后检查

下载字节继续增长,资源随后通过验证;不能只以浏览器可联网作为恢复判断。

下载地址已失效资源下载地址已失效

URL_EXPIREDHTTP 410 时重新检查资源并继续任务;401/403 则先处理授权。
你可能看到的提示URL_EXPIRED · 资源下载地址已失效,请重新检查资源。

什么时候适用

完整错误包含 URL_EXPIRED 或 HTTP 410 /“资源下载地址已失效”。临时地址有有效期;404 与授权失败不是同一问题。在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

按实际情况处理

已有任务处于“已暂停”,继续时出现 410
  1. 使用已有任务的「继续」,让工具重新发起资源检查与下载。地址过期必须取得新地址,不能靠手动复制旧链接继续。
  2. 若本次任务已进入失败终态、没有“继续”,用失败资源行的「重试」启动新检查。保留下载缓存,不需要手动粘贴链接。

检查结果:任务取得新地址并恢复传输,随后完成验证。

新的检查仍然返回 410
  1. 如果面板只显示总错误,按提示中的「日志路径」打开文件。也可点「打开目录」,在 logs 文件夹中找 runtime-dependency-downloads.log,搜索本次 jobId 对应的 RESOURCE_MANAGER_FAILURE,读取 stage、causeCode、causeMessage。旧版没有这份文件时,保留面板已有的完整提示。
  2. 记录失败的 resourceId、version、status 和 jobId,提交给支持人员核对下载地址签发与有效期。重复复制同一个临时 URL 无法延长有效期。

检查结果:服务提供可用地址,客户端完成下载。

实际是 401/403 或 404
  1. 401/403 先在面板完成授权验证再重试。404/RESOURCE_NOT_FOUND 表示该资源版本不可用,应提供资源名与版本核对清单,不按“链接过期”处理。

检查结果:按实际状态恢复授权或资源可用性。

仍未恢复时,提供这些信息

  • 本次 HTTP 状态、resourceId、version、jobId、发生时间和重试次数。
  • 只提供错误与资源身份;临时下载 URL 和其中的 token 不要公开。

完成后检查

已接收字节重新增加,任务通过下载与本地验证,不再返回 410。

下载授权失败资源下载授权失败

RESOURCE_AUTH_FAILED先在「验证授权」完成当前设备解锁,再回到失败资源行重试。
你可能看到的提示RESOURCE_AUTH_FAILED · 资源下载授权失败,请重新验证授权。

什么时候适用

出现 RESOURCE_AUTH_FAILED 或资源下载 HTTP 401/403。它表示下载请求未通过授权检查,不能由此推断已下载模型丢失。在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

按实际情况处理

面板显示“验证授权”或提示需要重新验证
  1. 连接可用网络,在许可证输入格粘贴卡密,点击「验证并解锁」,等到当前设备授权完成。
  2. 进入「实验 → 运行组件 → 管理组件」,点「刷新状态」,再在原来失败的资源行点「重试」。

检查结果:设备验证通过,同一资源可以下载。

验证本身返回设备数量上限、到期或卡密无效
  1. 先按验证界面的真实提示解决:名额上限处理旧设备绑定;到期或卡密无效核对购买/授权状态。下载重试不会改变这些状态。
  2. 授权问题解决后再返回运行组件,不要为了下载而删除模型或切换到系统 Python。

检查结果:当前设备获得有效授权,再完成下载。

面板已解锁,但重新检查资源仍然 401/403
  1. 如果面板只显示总错误,按提示中的「日志路径」打开文件。也可点「打开目录」,在 logs 文件夹中找 runtime-dependency-downloads.log,搜索本次 jobId 对应的 RESOURCE_MANAGER_FAILURE,读取 stage、causeCode、causeMessage。旧版没有这份文件时,保留面板已有的完整提示。
  2. 保留这次成功授权的时间,以及随后失败资源的 status、resourceId、jobId。提交支持核对授权与资源下载之间的状态,不需要再次解绑正常设备。

检查结果:服务接受该设备的资源请求,下载与验证完成。

仍未恢复时,提供这些信息

  • 面板授权成功/失败的文字与时间、卡密尾号。
  • 同一资源的 HTTP 状态、resourceId、version、jobId;不要发完整卡密或临时链接。

完成后检查

当前设备授权有效,并能完成原来 401/403 资源的一次下载或本地准备。

安装与占用

任务一直等待或提示繁忙资源任务一直等待或提示繁忙

RESOURCE_MANAGER_BUSY先确认是其他任务正在占用,还是异常结束后的等待;不要直接删除锁或运行目录。
你可能看到的提示RESOURCE_MANAGER_BUSY

什么时候适用

出现 RESOURCE_MANAGER_BUSY,或组件长时间显示“等待任务”。在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

记录失败任务的 jobId 与发生时间,并查看是否另有下载、安装、模型准备或已暂停任务。

按实际情况处理

同一运行目录还有进度在变化的任务,或界面显示“已暂停”
  1. 继续使用已有任务,不要再次点同一项目的准备按钮。已暂停的任务用顶部「继续」恢复。
  2. 确实不再需要该任务时,在它所属的运行组件窗口点「中断」,等界面显示已中断/失败且控制恢复后,再启动另一个任务。

检查结果:已有任务能继续,或结束后新任务不再被占用拦住。

准备曾异常退出,当前没有可见的活动任务
  1. 保留本次日志,保存工程并正常退出 AE,再关闭你自己打开的 Only Scripts 独立窗口。
  2. 重新打开目标 AE,只从一个面板进入管理组件,点击目标行的「准备」或「重试」。
  3. 4.6.6 灰度说明包含 Only Shadow 异常结束后残留锁的一项修复。若正在用更旧版本,可先通过账户完整安装包更新;已是 4.6.6 仍繁忙时,不能据此认定所有锁恢复分支都已经修复。

检查结果:新任务能进入检查、下载或验证阶段,并最终通过检查。

正常退出并重开后仍立即繁忙,或日志还显示 reclaim/gate 等占用信息
  1. 停止反复启动准备任务。如果面板只显示总错误,按提示中的「日志路径」打开文件。也可点「打开目录」,在 logs 文件夹中找 runtime-dependency-downloads.log,搜索本次 jobId 对应的 RESOURCE_MANAGER_FAILURE,读取 stage、causeCode、causeMessage。旧版没有这份文件时,保留面板已有的完整提示。
  2. 提交同一 jobId 的失败记录和正常退出后的复现时间,由支持人员核对锁的拥有者。不要手动删除锁目录或终止不明 Python/Node 进程。

检查结果:锁拥有者被核实并按对应问题修复;不是靠删除模型文件绕过。

仍未恢复时,提供这些信息

  • Only Scripts 实际安装版本、运行组件当前状态、是否有暂停任务。
  • 同一任务的 jobId、resourceId、stage 与 RESOURCE_MANAGER_BUSY 完整行。
  • 异常退出前做了什么,以及正常退出/重开后能否立即复现。

完成后检查

新的准备任务能完成对应组件检查;原有已安装模型仍可用于一次实际处理。

资源安装失败资源安装失败

RESOURCE_INSTALL_FAILED先取出同一任务的 stage、causeCode、causeMessage,再按下载、验证或安装切换分别处理。
你可能看到的提示RESOURCE_INSTALL_FAILED · 资源安装失败。

什么时候适用

出现 RESOURCE_INSTALL_FAILED /“资源安装失败”。这是总错误,不等于一定下载坏了,也不等于一定没有权限。在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

如果面板只显示总错误,按提示中的「日志路径」打开文件。也可点「打开目录」,在 logs 文件夹中找 runtime-dependency-downloads.log,搜索本次 jobId 对应的 RESOURCE_MANAGER_FAILURE,读取 stage、causeCode、causeMessage。旧版没有这份文件时,保留面板已有的完整提示。

按实际情况处理

causeCode 是 ENOSPC,或明确写“磁盘空间不足”
  1. 在管理组件点「打开目录」,从系统文件管理器地址栏核对实际目录,再检查该磁盘可用空间。安装会同时需要下载文件、解包内容和目录切换空间,不能只按最终模型大小判断。
  2. 换盘时使用「更改位置」选可写的空目录;看到“关闭 AE 后自动迁移”后保存并退出 AE,迁移完成再重开并核对新目录,然后重试失败项目。

检查结果:相同资源不再因空间失败,安装与检查完成。

stage=install/commit,causeMessage 含 rename,尤其同时出现 EPERM/EBUSY
  1. 这次失败发生在把目录切换为正式安装时;单凭 EPERM 不能知道是权限、占用还是哪一个进程。先保留 rename 的两端路径和错误原文。
  2. 通过当前任务的「中断」结束仍活动的操作,再保存工程,正常退出 AE 与自己打开的 Only Scripts 窗口。重新打开后只重试失败的组件一次。
  3. 若同样的 rename 阶段仍失败,停止重复下载,把记录交给支持人员检查目录切换与占用;不要给整个运行目录重置权限。

检查结果:该资源能从安装切换进入完成状态,本地检查通过。

stage=validate,或 causeMessage 是 ImportError/缺模块/执行后端检查失败
  1. 下载可能已经结束,失败的是运行验证。Python 问题处理 Python 行,Only Shadow 问题处理其模型行;不要仅重下通用“模型包”。
  2. 按具体模块或原因码处理;TORCH_CPU_BUILD、TORCH_CUDA_UNAVAILABLE 与 ONNX Runtime 后端错误属于不同分支。

检查结果:原先失败的导入/后端检查通过,再完成安装。

记录显示下载地址、网络或包不完整,而不是安装切换
  1. 对 410 重新检查资源;对 401/403 先验证授权;对网络原因码先修连接。
  2. 连接恢复后使用该行「重试」或已有任务的「继续」。不要手动复制临时解包文件来拼出“已安装”目录。

检查结果:任务通过下载、解包和验证,不再停在同一原因。

仍未恢复时,提供这些信息

  • 复制同一 jobId 的 RESOURCE_MANAGER_FAILURE,包含 resourceId、version、stage、causeCode、causeMessage。
  • rename 分支附出错的源/目标目录与错误原文;导入分支附缺失模块/后端名称。
  • Only Scripts 版本、系统、缓存磁盘可用空间。日志中的下载链接、token 和完整卡密不要公开。

完成后检查

失败资源行显示“已就绪”,并用其所属工具完成一个最小任务;单看“下载100%”不算安装恢复。

存储空间不足资源目录磁盘空间不足

RESOURCE_WRITE_FAILED先确认缓存磁盘空间;需要换盘时选空目录,并等关闭 AE 后迁移完成。
你可能看到的提示资源目录磁盘空间不足。

什么时候适用

错误明确包含 ENOSPC 或“资源目录磁盘空间不足”,才按空间不足处理;EPERM 不是空间不足的证明。在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

按实际情况处理

当前磁盘可以腾出空间
  1. 在管理组件点「打开目录」,从系统文件管理器地址栏核对实际缓存目录,再查看它所在磁盘的可用空间。
  2. 先结束本次失败任务,只整理你确认可删除的其他文件。不要删运行组件目录来腾空间;解包和目录切换也需要额外空间。
  3. 回到失败的资源行点「重试」,观察是否完成安装验证。

检查结果:同一资源不再报 ENOSPC,并显示已就绪。

当前磁盘空间长期不足,需要迁移
  1. 等准备任务结束;若有暂停任务,先继续完成或通过「中断」结束,直到「更改位置」可用。
  2. 点「更改位置」,在空间充足的本地磁盘选可写的空文件夹。不要选当前资源目录的父目录、子目录或用户配置目录。
  3. 看到“关闭 AE 后自动迁移”时保存并正常退出 AE。待迁移结束再打开面板,确认缓存目录已经变为目标位置,再准备失败项目。

检查结果:新目录已生效,任务在目标磁盘完成,原资源仍能使用。

显示“目录迁移失败”,或选择目录后路径仍未变
  1. 不要手动搬走部分资源;保留迁移状态与原因。处于“关闭 AE 后自动迁移”时,未退出 AE 的等待属于正常状态。
  2. 已经退出且仍迁移失败时,提供源目录、目标目录、状态和错误信息,由支持人员确认迁移边界。

检查结果:迁移完成并被界面识别;不留下半搬迁的模型状态。

仍未恢复时,提供这些信息

  • ENOSPC 完整行、失败的 resourceId 和 stage。
  • 缓存目录所在磁盘的可用空间,以及是否正在迁移;有迁移错误时附状态原文。

完成后检查

界面显示的实际缓存目录在预期磁盘,失败组件已就绪,最小处理任务正常。

目录无法写入或文件被占用资源目录没有写权限或文件被占用

RESOURCE_WRITE_FAILED先看失败的操作:普通写入、rename 切换和文件占用不能只凭 EPERM 混为一谈。
你可能看到的提示资源目录没有写权限。 / 资源临时文件被占用。

什么时候适用

出现“资源目录没有写权限”“资源临时文件被占用”,或日志含 EACCES/EPERM/EBUSY。界面可能把 EPERM 映射成权限文案,但这并未识别根因。在 Only Scripts 的「实验」页,找到「运行组件」并点「管理组件」。展开「任务日志」,按本次失败时间找到对应任务;只看最后一行“失败”不足以区分原因。

如果面板只显示总错误,按提示中的「日志路径」打开文件。也可点「打开目录」,在 logs 文件夹中找 runtime-dependency-downloads.log,搜索本次 jobId 对应的 RESOURCE_MANAGER_FAILURE,读取 stage、causeCode、causeMessage。旧版没有这份文件时,保留面板已有的完整提示。

按实际情况处理

causeMessage 含 rename,stage 是 install/commit
  1. 记录 rename 的源目录与目标目录;这是安装目录切换失败,可能与占用或访问限制有关。
  2. 在所属窗口结束仍活动的任务,保存工程并正常退出 AE 与自己打开的 Only Scripts 窗口;重开后只重试失败组件一次。
  3. 仍在同一 rename 处失败时,交由支持人员检查该路径的实际占用/权限。不要直接把整个运行目录赋予宽松权限。

检查结果:目录切换通过,组件验证完成;无需删除现有模型。

错误发生在创建/写入文件,目标目录确实对当前账户不可写
  1. 确认错误中指向的目录与面板“缓存目录”一致;不要修改无关目录的权限。
  2. 结束当前任务后,用「更改位置」选择自己账户可写的空目录;按“关闭 AE 后自动迁移”的提示完成迁移,再重试。
  3. 若受公司权限策略限制,提供具体出错目录和写入操作给管理员处理。

检查结果:目标目录能正常写入,失败资源完成验证。

EBUSY 或“资源临时文件被占用”
  1. 检查是否还有同目录的模型准备、媒体处理或你自己打开的资源相关窗口,先用各自的「中断」结束不需要的任务。
  2. 等待任务进入终态后重试。不能确认谁在占用时,提供出错文件/操作,不要强杀不明进程。

检查结果:同一文件操作不再被占用阻断。

仍未恢复时,提供这些信息

  • 同一 jobId 的 stage、causeCode、causeMessage,尤其是失败操作名及两端路径。
  • 正常退出后能否复现;是否可迁移到可写空目录。EPERM 本身不足以证明是哪一个进程。

完成后检查

原先失败的具体写入或目录切换通过,组件已就绪且可用;不把错误文案变化当作恢复。

更新记录

灰度更新

Only Scripts 4.6.6

修复 Only Shadow 准备任务异常结束后,残留锁导致无法继续准备模型的问题。

更新说明

修复 Only Shadow 准备任务异常结束后,残留锁导致无法继续准备模型的问题。

本次为完整安装包。更新前请保存工程并关闭 AE,安装后重新打开;已有模型和运行目录保留。

维护记录

Only Shadow,光影有了独立工作区。

原生灯光编辑器、法线生成与持久化、二分明暗,以及几何分界整理。

这次变化

  • 原图、结果与分屏对比;独立灯光控制层,不创建 AE 灯光或空对象。
  • 二分阈值、收光、边缘柔度与阴影亮度;可选法线与深度输入。
  • 几何边缘、轮廓精简与细碎过滤;保留源图纹理及 Alpha。
  • 撤销/重做、实时数值预览、平移缩放;AI 法线使用独立本地运行资源。
维护记录

Only Point,进入原生安装包。

散点到轮廓,再到原图;点线效果现已纳入 Windows 原生组件选择。

这次变化

  • 进度关键帧驱动散点 → 轮廓 → 原图,或在完成时保留点线。
  • 点密度与描边几何独立;中文/英文参数界面,复用现有产品激活。
  • 版本更新面板重排,统一控件;在线轮询避免反复执行完整诊断。
维护记录

从文字到图形,细节继续打磨。

Only Sweep Fill、文字预设分组、SVG 往返与面板自定义。

这次变化

  • Only Sweep Fill 改进填充渲染,加入原生流向方向盘。
  • 文字动画按模式和起点分组;形状拆分、合并与变换几何修正。
  • SVG 窄面板布局调整,修正零值导出和文件写入失败处理;多层分别导出支持回滚。
  • 工具/实验卡片顺序可拖动、键盘调整并保存;可直接设置 CEP 面板背景色。
  • 灵动岛成员头像和限频戳一戳;保留方形头像比例。
  • Only Shadow 修正直通 Alpha 深度解释,并改善形状摄像机运动时的阴影稳定性。
  • 原公共 SVG 资源共享入口已移除;本地 SVG 库继续保留。
维护记录

生成图案,也整理素材。

ASCII Vision 新样式、媒体输入预览和更可靠的 AE 写回。

这次变化

  • ASCII Vision 增加 CheckerBlocks 与 SparkleGrid,共七种生成样式。
  • 超分活动输入支持动态预览;队列可移除 AE 输入,修复文件夹拖入。
  • 超分写回跟随原图层身份,不按旧索引或相同素材误替换。
  • Only Shadow 调整 Cel 阴影并缓存模型几何;灵动岛到达提示加入底缘辉光。
维护记录

状态更统一,过程更清楚。

统一加载表现,并继续修正原生效果与安装流程。

这次变化

  • 加载状态统一为斜向翻转方块,保留真实进度与取消路径。
  • Only Shadow 修正遮罩与半调合成。
  • 改进授权请求恢复和运行契约保留;这些内部修正不作为新的创作功能计数。