少步生成，
参考任务完成得怎样？
从人物与场景，到动作、运镜和声音。10 个公开示例，6 种方案，对照完整输入，检查该保留的、该改变的，以及最终生成效果。
正在读取实验记录…
如何读这组对比
固定输入，不挑选结果
每个任务只生成一个 seed；六种方案共用持久化的 FP32 视频、音频初始噪声，以及相同参考文件、顺序、prompt、分辨率和帧数。沿用公开示例的结构化或简短指令，不为某个方案单独改写。参考不是首帧约束，也不保证逐像素保留。
50 / 8 指真实前向次数
原版为 50 NFE，其余为 8 NFE。Euler 网格点数分别为 51 / 9；PDD 使用发布者的并行解码机制。每个 rank 的实际前向次数、噪声哈希和 sigma 网格均记录在结果元数据中。
不是六个同底模消融
前五组使用原版 Ref2VA 底模；Rkss 使用作者要求的 b20–49 FL2VA–Ref2VA 混合底模、曲线 AdaLN 和 INT8 ConvRot。它的差异包含底模与运行路径，不应全部归因于 LoRA。
看效果，也看适用范围
Base50 是比较基线，不是真值，也不保证每项任务都正确。任务来自公开演示，并非严格独立测试集。这里只测一个 seed，不能推断稳定胜率。观察笔记注明审阅方式；视频声音均由对应方案独立生成，没有借用 Base 音轨。
耗时仅供运行记录
初期脚本让 8 个 rank 重复计算同一个样本，吞吐调度不合理。后续改为共享 FSDP 分片权重、各 rank 处理不同任务。LightX 与 PDD 各用两个案例完成 8 步对照，最终视频／音频 latent 和压缩前输出张量均逐位一致；这不代表压缩后的 MP4 逐像素相同。均为 CP1；此前 CP8 未通过数值检查，未用于正式结果。条件编码缓存、串行／样本并行和批内等待均影响页面耗时，因此这些秒数不能直接用于计算加速倍率。
原生格式转换与纠错
VDN、Motion Enhancer 与 Rkss 的原生权重按官方转换规则交换 SwiGLU 的 gate/value 输出行；LoRA 只交换 B，INT8 底模同时交换对应缩放行。此前漏掉这一步的输出已作废、隔离并使用相同输入重跑，不参与页面评价。修正后的全部 fc1 分片读取、实际 GPU LoRA 与 INT8 投影／激活已通过数值检查；这属于组件级转换验证，不宣称与完整 ComfyUI 流水线逐像素等价。