summaryrefslogtreecommitdiff
path: root/tests/test_schema.py
diff options
context:
space:
mode:
authortanaka takashi <isazaka@gmail.com>2026-09-12 20:12:17 +0900
committertanaka takashi <isazaka@gmail.com>2026-09-12 20:12:17 +0900
commitfd987cb31fd20483080f8d80ce35b53f101f243f (patch)
tree0e1d04c1f233e57d05f91006c8fd04f4caf89446 /tests/test_schema.py
parent23f6c0850385d873d2e55926a34855c479cd3def (diff)
feat: SD 1.x向けScheduler対応を5種類に整理
generation.schedulerの正式対応値をdpmpp_2m_karras、dpmpp_2m_sde_karras、euler_a、ddim、lcmに限定し、既定値をdpmpp_2m_karrasへ変更する。旧dpmpp_2m、eulerおよび未知値は起動時の設定validationで拒否する。 Scheduler生成処理をPipelineFactoryへ集約する。DPM++ 2M系はDPMSolverMultistepSchedulerを共用し、algorithm_type、solver_order=2、use_karras_sigmas=Trueで通常版とSDE版を切り替える。Euler Ancestral、DDIM、LCMは現在のpipeline scheduler configを引き継いで構築する。 LCM-LoRAは既存のmodel.lora設定から通常のLoRAとして読み込み、LCM選択時にもstepsとcfg_scaleを自動調整せずTOML値をそのまま使用する。MCP Tool schemaにはscheduler入力を追加しない。 Specifications.md、Design.md、config.mdおよびconfig.example.tomlのenum、既定値、対応表、設定例を新仕様へ統一する。5 schedulerの変換、DPM++ constructor option、旧値と未知値の拒否、省略時の既定値、MCP schema非公開をテストで検証する。 検証: ruff check、ruff format --check、pyright、pytest(39 passed)、インストール済みDiffusersで5 schedulerの実インスタンス構築を確認。
Diffstat (limited to 'tests/test_schema.py')
0 files changed, 0 insertions, 0 deletions