根本不存在“composer渲染农场”——solidworks composer不支持分布式渲染，所谓“渲染农场”实为用户将导出的png序列上传至瑞云等通用平台，再用ffmpeg等工具合成视频，费用按单帧处理时间×帧数×费率计算。
根本不存在“Composer渲染农场”这个东西——SOLIDWORKS Composer 本身不支持分布式渲染，所有所谓“Composer渲染农场”都是误称，实际是用户把 Composer 导出的单帧图像序列（如 PNG 序列）上传到通用渲染农场（如瑞云、渲染101），再用其他软件（如 FFmpeg、After Effects、Blender）合成视频。价格按单帧渲染时间 × 帧数 × 单位费率计算，和 Composer 无关。
为什么搜不到“Composer渲染农场”官方服务
SOLIDWORKS Composer 没有网络渲染接口，也不生成可被农场调度的任务包。它导出的是本地文件：要么是视频（MP4/AVI/MOV），要么是图像序列（PNG/TIFF）。所谓“用农场渲 Composer 动画”，真实流程是：
- 在 Composer 中导出
帧序列（不是视频），命名规则必须为frame_0001.png这类连续编号格式 - 手动打包整个文件夹，上传到瑞云或渲染101，并选择合成软件（如
FFmpeg或After Effects）作为后处理工具 - 农场只负责跑你指定的命令行或脚本，例如：
ffmpeg -framerate 30 -i frame_%04d.png -c:v libx264 -crf 23 output.mp4 - Composer 自身不参与任何远程调度、资源分配或任务分发
单帧渲染时间怎么估算才不被多收钱
渲染农场按“每帧耗时（分钟）× 帧数 × 单位费率”计费，但 Composer 导出的 PNG 序列本身不“渲染”，只是截图。真正耗时的是你加的后处理步骤。容易被多收费的点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
抗锯齿图像输出没开 → 截图模糊，你要求农场“重渲高清”，结果农场真用 Blender 开光照算一遍，费用翻倍 - 导出时没关
实时阴影和环境光遮蔽→ Composer 本地截图慢，但你误以为是农场卡，反复提交任务 - 帧尺寸设成 4K（3840×2160）却没预合成 → 每帧都要重绘全部零件，截图耗时从 0.8 秒/帧涨到 5 秒/帧，费用直接 ×6
- 用了含透明通道的 PNG，但合成命令没加
-pix_fmt yuva420p→ FFmpeg 报错失败，你重提三次任务，白付三份钱
上传前必须做的四件事（否则农场拒收或乱收费）
瑞云、渲染101 等平台对输入文件结构敏感，不满足以下任一条件，可能静默失败或人工介入加价：
- 帧文件夹内**不能有中文路径、空格、特殊符号**，例如
D:\composer_out\装配动画_v2\会失败，必须改为D:/proj_assembly_v2/frames/ - 必须提供明确的
合成脚本（哪怕只有一行 ffmpeg 命令），不能只传一堆 PNG 让农场猜你怎么合 - 帧率必须写进脚本或任务备注，例如
-framerate 30，否则默认按 25 处理，动画变慢 - 若原始 Composer 视图启用了
剖面视图或爆炸状态，需确认所有帧都已刷新——未刷新的帧可能导出为黑图，农场不会替你重截
真正影响价格的不是“Composer”，而是你导出的帧质量
农场不看你是谁导出的，只看你给的输入是否干净。同一段 120 帧动画，不同导出方式成本能差 5 倍：
- 错误做法：开
High Quality抗锯齿 + 4K 分辨率 + 每帧带 Alpha + 实时阴影 → 单帧截图 4.2 秒 → 120 帧 ≈ 8.4 分钟 GPU 渲染时间 → 按GPU_D类卡 8元/卡·时计，费用 ≈ 1.12 元 - 正确做法：关阴影 + 分辨率 1920×1080 + 关 Alpha + Medium 抗锯齿 → 单帧截图 0.35 秒 → 120 帧 ≈ 0.7 分钟 → 同样机型费用 ≈ 0.09 元
省下的不是软件钱，是你自己多打的那几下勾选框。
