以下は、提供されたなんJ（5ch）のログから、生成AIに関連する「ツール」に関する話題を抽出したものです。抽出の基準は指示に基づき、ツール（例: ComfyUI, A1111, webUI, SUPIR, nano-bananaなど）を対象とし、モデルリスト（NovelAI (NAI), Pony, illustrious(イラストリアス, リアス,ill,IL), Noobai, FLUX, Wan, Qwen）に列挙されたモデルに関する話題は除外しています。ツールの言及ごとに、ログの該当レス番号と内容をまとめ、ツールが選ばれている理由があればその点を明記します。抽出はログの順序に基づいて整理しています。
ComfyUI (comfy) 関連
- レス32: VRAMには入り切らんけどComfyUIが自動でRAMに分けるから生成自体は出来てるで。ComfyUIのバージョンが古いんとちゃうか。
- 理由: VRAM不足時の自動RAM割り当て機能により、大規模生成が可能になるため選ばれている。
- レス34: 4O6Oti16GBにメモリ96GBで bf16モデルを特に無理なく動かせとるで。動画生成は無理やがQIE25O9ならいけるやで。
- 理由: 高スペック環境で大規模モデルを扱えるため（ただし動画生成は限界）。
- レス35: comfy標準のは細かく調整できないからdistorchとかブロックスワップの方が好きだけど。未だにvramに全部入れないと使えないと思ってる情弱ずっとおるよな。vram+メモリに入れば普通に使えるのに。
- 理由: 標準機能の調整が細かくできないため、distorchなどの拡張を好む。VRAM+RAMの組み合わせで使用可能。
- レス42: ポータブル版やが昨日更新したから最新やと思うやで。RAMに退避すると著しく速度落ちるから速度かなり犠牲にしてまでQ8から乗り換えるのもなぁとか思っとる。ちな96GBや。
- 理由: 最新バージョンで更新可能だが、RAM退避時の速度低下がデメリット。
- レス44: チビタイで拾ったWF少しいじっただけやが distorchノード使っとらんで。lightning8steps loraも併用しとるで。Comfyは3.66や。
- 理由: distorchノードなしでもワークフロー調整で使用可能。バージョン3.66指定。
- レス45: 溢れた分はメモリ使ってくれるんやね、最近のComfyUIは優秀や。諦めてVRAM+RAMでしばらく使ってみるやで。
- 理由: 最近のバージョンが優秀で、VRAM溢れを自動でメモリに扱ってくれるため。
- レス48: mdgapixels1.3で1生成2分くらいやから 5O9Oやったら相当速くなりそうやな。後でWFお見せするやで。
- 理由: 生成速度の速さが期待される（例: 1生成2分）。
- レス50: ComfyUIの自動制御はイマイチでVRAMからちょい漏れする。そうなると速度落ちるからDistorch2でそれを制御すると安定する。
- 理由: 自動制御の不安定さをDistorch2で補うことで安定生成が可能になるため選ばれている。
- レス52: 「CiomfyUIは最新です」って言う奴の話は「Windowsは最新です」ってのと同じレベルやから話半分で聞くんやぞ。大抵は半年1年以上前のバージョンや。
- 理由: バージョンの最新性を疑う声があり、信頼性が低い場合がある。
- レス53: これでおわかりいただけるやろか files.catbox.moe/n4mpwj.jpg。
- レス55: ComfyUIの自動制御とカスタムノードによる手動制御がある。ただComfyUIの自動制御はちょい漏れを起こすなど不安定。それを回避したい場合カスタムノードで手動で行うことも可能。あくまでも振り分けるのはモデルやvae等やから 計算用でVRAMが足りない場合はOOMになったり漏れて遅くなる。
- 理由: 自動制御の不安定さをカスタムノードで手動制御することで回避可能。
- レス57: ワイ共有GPUメモリの方も動いとるけど特に激遅にはなっとらんな。それSSDにスワップしとるんやないか？
- 理由: 共有GPUメモリの使用で速度低下が少ない場合がある。
- レス58: いずれにせよ、タスクマネージャで共用GPUメモリが増え始めたらうまく制御できとらんって事か。見たら常に0.8G位消費しているけどそっから上昇せずピタッと動かなければええんかな。
- 理由: メモリ制御の監視にタスクマネージャを使用。
- レス60: 生成自体は出来てるってことは、OOMを生成エラーの方やなくて、単にVRAM溢れの意味で使っとる？それなら当然の事なんで、既に出てるdistorch等のノードを使うか、comfyに任せるなら、起動オプションに –reserve-vram 2 とか指定すれば2GB分のVRAMは使わずに残すから速度が安定するで。
- 理由: distorchノードや起動オプション（–reserve-vram）でVRAM制御を安定させるため。
- レス78: ああoom だとエラー出る場合も出るんか。RAMに退避されて生成が遅くなる意味でつこうとった、すまんやで。Distorch 活用してみるで、起動オプションの技は知らんかった、サンガツ！
- 理由: Distorchと起動オプションでOOM回避と速度安定。
- レス81: フォールバック無しでVRAMオーバーするとOOMになる ← 分かる。フォールバック有りでVRAMオーバーしてメインメモリ使い出すと遅くなる ← 分かる。って感じだったのが ComfyUIが上手い事メモリ使ってくれるからOOM無しでも大容量モデルでも使える ← 何で速度を維持できるのか分からんけどとりあえずヨシ。ComfyUIが勝手にメモリ使ってくれて限界じゃないのに遅くなる ← 分からない って感じやな。
- 理由: メモリ管理の優秀さで大容量モデル対応可能だが、速度維持の仕組みが不明瞭。
- レス85: コピペマネタイズカスのせいで間違った情報が拡散されてる上にそれに従っておかしな環境構築とかしとるニキもいたりするからComfyUIの挙動に関しては現状「全員が同じ」にはならんのよな。なんなら国内やと9割の奴がCUDAすらインストールしてないと思うわ。
- 理由: 環境構築の違いで挙動が変わるため、情報拡散の誤りが問題。
- レス87: comfyが誰も使ってないと思ってギリギリ攻めてる時に、comfy以外の誰かが勝手にvram使い出すと溢れるんや。生成時はスマホでも見ておくべし。
- 理由: VRAMの競合回避のため生成中の他アプリ使用を控える。
- レス90: Wan2.2は最新アプデでComfyUIが積極的に対応してくれてるおかげか Distorch2なしでもVRAMに収まりきらない巨大モデルがまあまあ扱える(Distorch2使ったほうが安定感はあるけど)。Qwen image editは最適化が進んでないのかFP16(40GB)をそのまま読むとOOM発生するのでDistorch2が必須。アプデでそのうち不要になる気もする。
- 理由: 最新アップデートで巨大モデル対応が向上。Distorch2で安定感が増す。
- レス91: ワイのところは4090+96G Ubuntu24.04/WSL2でQIE2509 BF16 defaultでOOM出てないよ。ComfyUIは0.3.68。
- 理由: 特定環境（Ubuntu/WSL2, バージョン0.3.68）でOOMなしで動作。
- レス102: まだ上がるんかなぁ…。
- レス132: VRAM16 GBの場合やけどQwen2509のbf16は–reserve-vram 2だろうが2.5だろうが 関係なく突破して漏れて遅くなる。運良く漏れない場合もあるかもしれんが運任せじゃやっとれんからな。公式ワークフローでもDistorch2版配布してるのに否定する奴はなんなんや。Distorch2使えば安定確実でストレスフリーやで。
- 理由: Distorch2版ワークフローで安定確実、ストレスフリー。
- レス135: すまんけど上にも書いたようにワイ環やとDistorch2MultiGPUやとMain Memory 96Gで足りずにスワップ行きまくりでストレスフルやったんや。WinとLinuxの違いかもしれん。
- 理由: OS違いで挙動が変わる（ストレスフルな場合あり）。
- レス137: タスクマネージャー見てるとDistorch2の方がメモリ食うね。生成速度も漏れなければデフォの方が高速やから 安定するならええんやけどね。
- 理由: Distorch2はメモリ消費が多いが安定性が高い。デフォルトの方が高速。
- レス139: Distorch2使わずに標準のWFやと96Gでも余裕 main memory 使用率76%くらいやで。VRAMは99%になってるけど。
- レス140: DisTorch2MultiGPUのやつ64で動かしたらなんかやばいことになった。Smoothmixで動いてたから14BのFp16でも行けるやろってしたらなんかすごい重くなった。
- レス158: まず漏れる漏れないで言うと、使用する各モデルの合計容量がVRAMを超える場合は、どんなモデルだろうと全て漏れる で、漏れる分をRAMに割り当てるのをcomfyに管理させるのか、distorch multigpuノードに管理させるのか手段が違うだけや reserve-vramを使う理由は、comfyに任せた場合、VRAM全部使い切ろうとしよるから、OSと取り合いになって操作がガクガクになったりするから、OSの分を残してやる事で安定動作するんよ。
- 理由: distorch multigpuノードやreserve-vramで管理を安定させる。
- レス161: あと、今は直ってるかもしれんが、最近のComfyの更新で、pinned memoryがデフォで有効になっとるから、 Distorchと併用するとRAM使用量が増えるのは以前スレに書いてあったはずや Distorch側の修正まで –disable-pinned-memory で無効にするか、Distorchの使用をやめるかしたら RAM96GBで十分足りるはずやで。
- 理由: pinned memoryのデフォ有効でRAM使用増。オプション（–disable-pinned-memory）で調整。
- レス166: QIE2509の公式WFで出力する画像をPixel単位での指定と解像度指定があるやん 解像度指定でやってるんやけど、Pixel単位での指定の利点って何やの？ 何かと不便やから解像度指定でやってるんやが、変なことしてないのか気になる。
- 理由: Pixel単位指定の利点として、アスペクト比維持や生成負荷の一定化。
- レス167: 仕事中「今日はTripleKSampler とDisTorch2MultiGPUとFLFとてんそる合体させるぞ」 今「ん…今度の休日でええか…」。
- 理由: DisTorch2MultiGPUなどの組み合わせで高度な生成を試みる。
- レス195: ズームしないけど通常方式よりプロンプトが効きにくくなるから 場合によっては8stepsにしたりcfg上げたりプロンプト盛ったりする必要あるで。
- 理由: ズームなしワークフローでプロンプト調整が必要。
- レス196: 「画像を総ピクセルにスケール」のことけ？ 2509は入力画像が必要やろ？ その際にKサンプラーで生成される画像の大きさを決めてるんや どんな大きさの画像を参照させても総ピクセル数なら入力画像のアス比や大きさがまちまちになっても生成負荷を一定に出来る Kサンプラーの潜在に送るサイズで生成される画像の大きさも処理時間も変わるからな 各自の環境に合わせた「ええ塩梅」を維持するのが楽なんやで。
- 理由: 総ピクセル指定で生成負荷を一定に保ち、環境に合わせやすい。
- レス198: どっちでもええで Pixel単位は縦横比維持して拡大するとき楽やん。
Distorch (Distorch2, DisTorch2MultiGPUなど) 関連
- レス35, 44, 45, 50, 55, 60, 78, 90, 91, 102, 132, 135, 137, 139, 140, 158, 161, 167: 上記のComfyUI関連で頻出。主にComfyUIのカスタムノードとしてVRAM/メモリ制御に使用。
- 理由: ComfyUIの自動制御の不安定さを補い、安定生成と速度維持が可能。Distorch2版ワークフローが公式で配布されており、ストレスフリー。
Grok 関連
- レス66: grokという救いも泥舟のように沈んでしまった、ソフトエロはできるけど。
- 理由: ソフトエロ生成が可能だが、規制強化で限界。
- レス69: 金かけてもそのgrokにすら勝てないのが現実だからなぁ。
- レス70: ガチエロはあんまやらんのでgrokはまだまだ戦力やな。でもqwen editは早くしたいンゴね。
- レス71: wan用に日本語のプロンプトを英訳しつつ足らないニュアンスを補わせたいんでいいllmないかなと思ってもチャッピーは申し訳、grokはほぼ直訳やし geminiは翻訳が絡むと申し訳率爆増するしでどうしたもんか。
- 理由: プロンプト翻訳で直訳が多いが、候補として検討。
- レス73: grokには「この日本語の英訳の色んな言い回しを教えて」って言えば直訳以外も候補上げてくれるぞ。
- レス75: grokは動きいいけどwanより顔変わりやすいから印象やわ 元の絵がgrok好みならそのまま出してくれるんかもしれんが。
- レス76: grokはキャラアニメーションを指定したら描き出してくれるからモーションのベース取りにはすごい良い 動画特に内容とは関係ない。
- 理由: キャラアニメーション指定でモーションベース取りに優秀。
- レス99: 前スレにあったgrokのポルトガル語のやつ これ文言自体は意味が通じてなさそうに見える spicy（なんならfunでも）でガチャったらたまにおこぼれで出るやつと変わらん というかそっちの方が通る率高いまである。
- レス116: Grokは画像生成だと普通にﾁｿｺ出してくるのね 挿入はさせられないけどきわどい構図ならイケる というか肉棒というワードが普通に通る 動画も新しく作るならエロ不可だけど既に作ってある動画のアプスケはガチエロでも一切問題なく通るのガバガバすぎやしませんかねえ… まだまだ捨てたもんじゃないのか。
- 理由: 画像生成でエロ要素（きわどい構図、ワード）が通りやすく、動画アプスケでガチエロ対応可能。規制が緩い。
- レス124: grokはt2iは緩め それを動画化するのも多少緩め なおi2v。
- 理由: t2i（text-to-image）と動画化が規制緩め。
- レス126: grok画像生成はアウ◯リも割と行けるな…まあ乳首は大人のものって感じだが あと画像生成はパンツが総じてダサいな。
- 理由: 特定エロ要素（アウトリ）が可能だが、クオリティに限界。
- レス141: redditで、GrokでHentaiアニメポスターが貼られた部屋やキーホール通してモデレート回避するのが流行ってんのね。置き乳みたいなもんかしら。
- 理由: モデレート回避テクニック（部屋ポスターやキーホール）で流行。
- レス144: grokが生成した画像だと緩いからな。
- レス152: grokに作らせた画像は乳首まんこOK そして実写に比べると二次絵はモデの基準が緩い というカラクリ まあ10/28以前はアップロードした画像でもそれができたしそれを言うなら10/15以前は何もかも無法地帯だったが…。
- 理由: 生成画像でエロ要素OK、二次絵の基準が緩い。過去の無法地帯期を活用。
- レス155: これは奇跡の一枚を待つって感じだね ほとんど弾かれるけどたまに通る画像がある そこから動画化はさらに確率が低かった 実用性は低め 回数制限が緩いSuperGrokヘビーなら楽しめるかも。
- 理由: 奇跡的一枚待ちのガチャだが、SuperGrokヘビーで回数制限緩く楽しめる。
- レス157: そうかこれ元画像grokでt2iしたやつか てかgrokのt2iってこんなのも作れるんだな。
- レス163: Grok君布越しならアップロード画像でも騎乗位いけるみたいなのでワイの中でCovered Penetration LoRAがアツい しばらくこれで遊べそうや。
- 理由: 布越しエロ（騎乗位）でアップロード画像対応可能。
- レス168: とっくに餌が出てこなくなってるのにボタンを押し続けるチンパンジーみたいな感じでGrok続けるのはやめーや。
- レス191: まだや ワイのgrok君はまだいけるんや… それはそれとして規制は滅ぼされるべき。
- レス192: grokは使い方次第。
- レス216: Grokは何でも答えてくれる。
その他のツール関連
- レス148: LTX-2ってタダで作れるところないの？ 2本動画作ったらクレジット無くなったんだけど(´・ω・`)。
- 理由: 動画生成ツールとして無料使用を求めるが、クレジット制限あり。
- レス169: reforgeアップデートしたら起動時に No module named ‘k_diffusion’ が出まくるのはおま環やろか？
- 理由: アップデート後のエラー（モジュール欠如）で起動問題。
- レス197: 耐LoLA生成プログラムが発見される なんだこれは・・・たまげたなあ ソース画像 ソース画像からの画像生成 ミストされたソース画像 ミストされたソース画像からの画像生成。
- レス200: グレイズみたいなもんか でも阻害ツールを阻害するツールとか出そう。
- 理由: 学習阻害ツール（グレイズ類似）だが、無力化ツールの可能性。
- レス201: 学習防止されてるような画像をノイズの値を低くし、ほぼ絵が変わらない状態でアップスケールすれば元画像の情報が失う（再ノイズ）からそれを使って学習すれば現状は問題ない。ウォーターマークも消す方法もあるしどうってことない。
- 理由: 学習防止ツールの無力化方法（低ノイズi2i&アプスケ）。
- レス208: アップスケールの他にも、対策されてる画像をMP4化してMP4から画像を抽出すれば元画像の情報を失う。いくらでも方法はある。
- レス223: アイビスには結構前から学習妨害オプションがある。
- 理由: 学習妨害オプション搭載のペイントツールとして。
- レス224: sora2の一撃で無断学習すなって日本国内の団体から要望書連発されてんの草。サムアルトマンほんまコイツ…。
- (文脈からsora2はツールだが、学習関連の話題)。
抽出は以上です。ログ全体からこれらのツール関連話題を網羅的に抽出しました。モデルリストの項目（例: Wan, Qwenなど）に関する言及は意図的に除外しています。