5chSummary

抽出された「ツール」に関する話題

ログ全体を精査し、生成AIに関連するツール（ComfyUI(comfy), A1111, webUI, SUPIR, nano-bananaなどの画像/動画生成インターフェース、カスタムノード、拡張ツールなど）の話題のみを抽出。モデル（NAI, Pony, illustrious/リアス/ill/IL, Noobai, FLUX, Wan, Qwenなど）関連は一切除外。LLM（ChatGPT, Gemini, Grokなど）のプロンプト生成用途はツール例に合致しないため除外（Grokは後述の画像/動画編集ツールとして一部抽出）。LoRA/scheduler/グラボ/TTSなどはツール扱いせずスキップ。

抽出基準：

• ツール名が明示的に言及され、生成AIの画像/動画生成・編集・学習・動画補間などで使用されているもの。
• 選ばれている理由（例: 速度、安定性、使いやすさ、機能）が述べられている場合、その点を併記。

1. ComfyUI (comfy)

• 671: 「ワイも5090やがLoRA作らんしリアスしかやらんし 10秒前後で一連の生成終わるのはええけど comfyやからそもそもサンプラーのプレビュー段階でガチャれるしで 今んとこあんま恩恵ないンゴね」
  • 理由: 生成が速い（10秒前後）が、サンプラーのプレビューでガチャりやすい。
• 673: 「公式ノードの「Mahiro is so cute that she deserves a better guidance function!! (´ω`)」の名称変更されててワロタ」
• 676: 「ComfyUI Node: まひろちゃんは可愛いからもっと良いガイド機能が欲しい！！(。・ω・。)」
  • 理由: 日本語の文字入れが可能（»675で言及）。
• 769: 「今はRIFE-TensorRT-Autoってカスタムノードがあるからそっちに切り替えればあっさり入ると思うで CLIで変換作業する必要もない 元のノードはなんか古いバージョンのモジュール使ってpyprojectがビルドしようとするから環境によっては失敗するんや」
  • ComfyUIのカスタムノードとしてRIFE-TensorRT-Autoを推奨。理由: 導入が簡単（CLI不要）、環境依存の失敗が少ない。
• 790: 「ComfyUI-Trellis2を試そうとしたらGPU要件でダメだった」
  • VRAM16GB以上が必要（GPU要件が高いため使えない）。

2. Grok (画像/動画生成・編集ツール)

• 639以降多数の言及（644, 646, 649, 704, 716, 723, 739, 740, 741, 742, 744, 749, 757, 760, 761, 764, 765, 780など）。主にエロ画像/動画生成、i2i編集、プロンプト追従で使用。
  • 644: 「Grokは意外と行けるで エッロにもめっさ強い」
    • 理由: エロ生成に強い。
  • 649: 「Grokはエロに強いけどGPTやGeminiほど気が利かないので欲しいエロ要素はしっかり書き記す必要がある あとバリエーション付けてと依頼しても以前と同じ物を繰り返しやすい 使いこなせたらエロエロに出来るけどサラッと設定を並べただけだと満足いく出来にならないんよね」
    • 理由: エロに強いが、詳細指定必須、バリエーション出しにくい。使いこなせば高品質。
  • 704以降: Grokの編集機能（i2i, 動画生成）でディープフェイク/脱がし/フェラ動画などが問題化。»723「単にXLというかリアス系モデルでFrench kissの画像出して あとはgrokで「二人はフレンチキスをする」って動画にしただけさ」
    • 理由: 手軽（数秒で動画生成）、プロンプト理解力が高い（»749で複数動作を簡潔プロンプトで実現）。
  • 739: 「grokスレ民の必死さは異常 あんなに必死にgrokで試行錯誤するその熱量の半分もあればcomfy覚えて動画作れるだろ」
    • 対比でComfyUIより手軽さがネック（モデレーション待ちで1時間かかる）。
  • 765: 「grokのi2i着せ替え遊びをローカルでやるなら今はQwen-Image-Edit-Rapid-AIOがいいのか？」（Grokの代替として言及）。

3. SVI (Stable Video Interpolation? ComfyUI動画生成ツール、SVI Pro含む)

• 665: 「SVI繋ぐサンプラーが増えるほど その全てで当たり引く確率が激減してくから かかる時間増えてる割に満足な動画減るのがつらいンゴ ローカル的には当たりと当たりを滑らかに繋ぐ技術の方が 時間的にありがたい」
  • 理由: サンプラー増で当たり率低下・時間増（改善希望）。
• 672: 「それぞれのサンプラーのseedを別々にしといて手前のシーケンスから順にfixedにしていけば、そこのサンプラーの出力はキャシュされてるから続きからできるで」
  • seed固定で効率化のTips。
• 678: 「SVIが少し盛り上がったので 先日紹介したStoryMemを再投入 SVI Proのanchorみたいに 1つ前の動画から任意の5フレームをmemory_imagesにする」
  • SVI Proのanchor機能代替としてStoryMem使用。理由: 安定性向上。
• 684: 「SVI一晩中回した中でまあまあうまくいったやつ」
• 695: 「SVIでフェラ練習したやで Smoothmix(High)とDasiwa(Low)」
• 701,725,746,827: StoryMemとの組み合わせで顔一貫性/安定性が高い（SVI Proより無印の方が顔安定）。»827「SVI ProよりSVI無印の方が顔の一貫性は高い」「memory_images増やしで3次元化抑制可能」。
  • 理由: 顔崩れにくい、memory参照で安定（ただし増やしすぎで引っ張られるデメリット）。

4. RIFE TensorRT / rife tensorrt (動画補間ツール)

• 653: 「rife tensorrtの導入やってるんやが、自分のcudaやらの環境に合わせてテキストファイル内のバージョン変えるとこで詰まってる どこのサイト見てバージョン確認すればええか教えてくれんか…」
• 762: 「takenokoニキのforkならrife tensorrtのインストが楽だった記憶がある」
• 763: 「ニキのおかげでrifeTensorrtの導入は今はそんなに怖くないよ」
• 769: 「RIFE-TensorRT-Autoってカスタムノードがあるからそっちに切り替えればあっさり入ると思うで」
  • 理由: 導入簡単（CLI不要）、takenoko fork/RIFE-TensorRT-Autoで環境依存失敗少ない。
• 771: バージョン確認難（nvidiaページ推奨？）。

5. Kohya_lora_param_gui / sd-scripts (LoRA学習GUIツール)

• 668: 「どうやって学習環境作ってるかわからんけどGUIの簡易インストーラーとかなら一度venv丸ごと消して 簡易でインストールした後さらに手動で高速化関係入れないと5000系に最適化された学習環境にならんよ」
• 670: 「Kohya_lora_param_gui 使わせてもらってます」「sd-scripts 消してPowershellから… accelerate config」
  • 理由: 5000系GPU最適化に手動高速化必須（xformers消去、bf16使用）。

6. その他のツール

• 640: 「felo aiで使ったら右下の透かし出ないんだよね しかも指示に対する忠実度もGeminiからより高かった 最近のfeloの無料枠じゃスルーされて使えなくなってるようだけど」
  • 理由: 透かしなし、忠実度高い（ただし無料枠制限）。
• 677: 「Leeyesが遅いしバグだらけ」「Illustraもワイのほしいものとは方向性が残念ながらちゃうくて」
  • Leeyes: 遅い・バグ多（画像ビューワ代替作成）。
• 678,701,725,731,782: StoryMem (ComfyUIカスタムノード、SVI/WanVideo用)。理由: 任意フレーム参照で安定（1,21,41,61,-1枚推奨）、JSON不要でプロンプト指定可。WanVideoWrapper限定だが重い。
  • WanVideoWrapper: 重い（»782）。
• 816: 「QI2512で出力してyoloで人物だけ置き換えてる」「adetailerで置き換える時にfeatherの値を大きく」「segmentよりもbboxで置き換えたほうがマシ」
  • yolo/adetailer: 人物置き換えに使用。理由: 背景マッチング良好（feather大で境界ぼやけ抑制）。
• 827: MM2V / MI2V (動画ツール)。理由: memory_images増前にMI2Vに変えると2.5次元化抑制。

これでログの全ツール関連話題を網羅。ComfyUI/Grok/SVIが最多言及で、ローカル動画生成の中心ツールとして議論活発。理由は主に「安定性」「速度」「導入容易さ」「一貫性」。