5chSummary

以下は、提供された5chのログから、指定された生成AIの「モデル」（NovelAI (NAI), Pony, illustrious(イラストリアス, リアス,ill,IL), Noobai, FLUX, Wan, Qwen）に関する話題をすべて抽出したものです。抽出の基準は以下の通りです：

• 指定されたモデル名（またはその略称/バリエーション、例: Qwen2509, Qwen Image Edit 2509など）が明示的に言及されている箇所を対象としました。
• 各モデルの言及箇所をメッセージ番号とともに引用し、関連する文脈を簡潔にまとめました。
• 特に、そのモデルが選ばれている理由（例: 機能性、性能、エロ対応、使いやすさなど）がログ内で言及されている場合、それを抽出・明記しました。
• 指定モデル以外のモデル（例: Grok, Smoothmix, Sora2, NanoBananaなど）は抽出対象外としました。
• ログ全体で、Pony, illustrious, FLUXの言及は一切ありませんでした。

NovelAI (NAI)

• 667: 「naiが深夜に操作画面を変えてきた。少しスッキリした」
  • 文脈: NAIの操作画面が変更されたという報告。スッキリした点が好評。
  • 選ばれている理由: 明示なし（変更点の共有のみ）。
• 668: 「一瞬のお漏らしの模様。変更点はポーションと画像参照が1つにまとまってどちらかを選ぶ仕様になる様子。」
  • 文脈: NAIの変更点の詳細（ポーションと画像参照の統合）。
  • 選ばれている理由: 明示なし（変更点の共有のみ）。

Noobai

• 767: 「最近のモデルは何が人気なんだすか？ 最後に見てたときはnoob系が人気でワイはObsession好きだったんやが」
  • 文脈: 最近の人気モデルを尋ねる中で、noob系（Noobai関連）が過去に人気だったと振り返り。
  • 選ばれている理由: 過去に人気だった（noob系全体の人気を指す）。Obsession（関連モデル？）が個人的に好きだった。
• 768: 「細かいことはさておきとりあえずwaiのv14でいいじゃんが流れだと思う」
  • 文脈: 人気モデルとしてwaiのv14（Noobaiのバリエーション？）を推奨。
  • 選ばれている理由: 細かいことを気にせず、とりあえずこれでいいという流れ（手軽さや汎用性）。

Wan

• 713: 「Sora2のアニメチックなやつをそのままアニメチックに出せるような学習でエロアニメをガチ学習してほしい Wanも全盛期Grokも実写ベースのせいなのか滑らかに動きすぎ（FPSの問題ではない）」
  • 文脈: Wanの動きが滑らかすぎるという指摘。実写ベースのためアニメチックなエロ動画に不向き？
  • 選ばれている理由: 明示なし（欠点の指摘が主）。
• 748: 「Wanのシフト値もそうだけど、「動きやズレを抑制する≒変化を抑制する」だからプロンプトの追従性は下がるのが妥当な気がする Image editは色ズレと下に無意味な帯ができるのに悩まされてたけど、fp8モデルからfp16に変えたらオッケーになったわ、単純に精度で殴るのが正攻法だわな」
  • 文脈: Wanのシフト値で動きやズレを抑制するとプロンプト追従性が下がる。Image edit（Qwen関連）と比較。
  • 選ばれている理由: 明示なし（パラメータ調整の文脈）。

Qwen

Qwenに関する言及が最も多く、主にQwen2509やQwen Image Edit 2509のバリエーションを中心に、衣装変更機能、エロ対応、ズレ対策などが議論されています。

• 692: 「Qwen2509、nanobanana、seedream系で衣装だけ替えれるってやつで Tシャツなんだけど水でビショ濡れでピタっと体張り付き乳首透け浮きみたいなのとか 全身透けドレス、透けレオタード等のエッチ要素混じったのにも替えれるんですか？」
  • 文脈: Qwen2509で衣装変更（エッチ要素含む）の可否を質問。
  • 選ばれている理由: 衣装変更機能（エッチ要素対応）が目的。
• 693: 「»692 本家はエロだめだからAIO版やGGUF版ならいけそうな気がするにゃ」
  • 文脈: 本家QwenはエロNGだが、AIO版やGGUF版なら可能。
  • 選ばれている理由: エロ対応のためAIO/GGUF版を選択（本家はエロNG）。
• 697: 「»693 AIOとGGUFにできて本家ができないのはちょっと理屈としておかしいで AIOは基本的にLoRAマージしてるだけやしGGUFはただの量子化版（軽量版）やで 本家のbf16でLoRA使った方がエロも当然精度が高いで」
  • 文脈: QwenのAIO/GGUF版と本家bf16の比較。bf16+LoRAでエロ精度が高い。
  • 選ばれている理由: エロ精度の高さのため本家bf16+LoRAを推奨（AIO/GGUFは軽量だが本家の方が優位）。
• 710: 「»692 LoRA不使用で行けた、プロンプトは「Image1の画像の少女の服装をImage2の少女の服装と服の透け状態に変える。セーラーカラーとネックチーフを消す。」 Qwenは「エロが駄目」というよりは「エロを学習してない」だから参照画像で情報補えばいけるという仕様なよう」
  • 文脈: QwenでLoRAなしで衣装変更（透け状態含む）成功。エロ学習なしだが参照画像で補完可能。
  • 選ばれている理由: エロ学習なしでも参照画像でエロ対応可能（仕様の利点）。
• 711: 「»697 そうなんか、RedditでGGUFはエロでも出せるってみて、実際本家エロ表情読み込ませたら顔だけ切り取られたかのように出されたけどGGUFはなぜか大丈夫だったんや。bf16はしらんやで GGUFはただの量子化モデルなのになんでやと思ったけど脳死でつこうとったやで誤情報すまんやで Lora使えば出るはその通りやと思うで」
  • 文脈: QwenのGGUF版でエロ表情が出せた体験談。本家は失敗したが、GGUFやLoRAで可能。
  • 選ばれている理由: エロ対応のためGGUF版を選択（Reddit情報に基づく）。
• 716: 「»692 ワイもやってみたで濡れT張り付き浮き透け乳首 リアルやとアレやからセミリアルで Qwen Image Edit 2509」
  • 文脈: Qwen Image Edit 2509で透け乳首などのエッチ衣装変更をテスト。
  • 選ばれている理由: セミリアルなエッチ要素の生成のため。
• 724: 「»409 »397やけど挿すだけで無事動いたで qwen2509動かすと50GB弱位使うんでやっぱり増やして良かったわ」
  • 文脈: qwen2509の動作確認。メモリ使用量が50GB弱。
  • 選ばれている理由: 明示なし（動作とメモリ使用の共有）。
• 727: 「Qwen Image Edit 2509でズレないようにするワークフローあるんやけど なんかプロンプトの効きがあまりよくない もしかしたらワイの組み方にミスがあるかもしれんが ワイは多少ズレても気にならんから扱いやすい方がええかな」
  • 文脈: Qwen Image Edit 2509のワークフローでズレ対策を議論。プロンプト効きが悪い。
  • 選ばれている理由: 扱いやすさとズレ対策のため（多少のズレを許容）。
• 740: 「透けさせると乳首の表現が少し弱い 体型とポーズは指示出せばもうちょい寄る気がする」
  • 文脈: （画像付きで）透け表現の弱さを指摘。恐らくQwen関連。
  • 選ばれている理由: 透け表現や体型/ポーズ調整のため。
• 742: 「»710 »716 こうゆう体系違いでも着せ替え出来ますの？ 制服のほうに体系そのままで柄付き透け水着きせたいとか」
  • 文脈: Qwenで体型違いの衣装変更（透け水着）の可否を質問。
  • 選ばれている理由: 体型維持したままの衣装変更（透け要素含む）機能のため。
• 748: 「Image editは色ズレと下に無意味な帯ができるのに悩まされてたけど、fp8モデルからfp16に変えたらオッケーになったわ、単純に精度で殴るのが正攻法だわな」
  • 文脈: Image edit（Qwen関連）のズレ対策でfp8からfp16に変更し改善。
  • 選ばれている理由: 精度向上のためfp16を選択（ズレや帯の問題解決）。
• 789: 「ズレなしもできたで さっきのは等倍やなくて縮小してたわ ズレ警察も乳首警察もこれなら文句ないやろ 水濡れ警察にはつかまりそうやが」
  • 文脈: （画像付きで）Qwenでズレなし生成成功。乳首や水濡れ表現の議論。
  • 選ばれている理由: ズレなしの生成のため。
• 792: 「Q-I-E2509の公式フローだとこんなんが出てくるんやが SimpleComfyのZuntanワークフローやとちゃんと動くんやがなぁ 何が違うんや」
  • 文脈: Q-I-E2509（Qwen Image Edit 2509）の公式フローとZuntanワークフローの比較。生成結果の違い。
  • 選ばれている理由: 明示なし（ワークフローの動作比較）。

---

以下は、提供されたなんJ（5ch）のログから、生成AIの「モデル」に関する話題を抽出したものです。抽出の基準は以下の通りです：

• 生成AIのモデル（主に画像/動画生成、キャプション生成、オーディオ関連のAIモデルなど）に関する言及を対象とし、除外モデル一覧（NovelAI (NAI), Pony, illustrious(イラストリアス, リアス,ill,IL), Noobai, FLUX, Wan, Qwen）およびこれらの派生（例: Qwen2509, Qwen Image Editなど）は除外。
• 特に、そのモデルが選ばれている理由（性能、使いやすさ、特定の機能など）が明示されている場合、それを抽出して強調。
• ログの投稿番号を参考に、関連する抜粋と簡単な要約を記載。重複や曖昧な言及はまとめ、全体を整理して提示。

抽出されたモデルに関する話題

1. NanoBanana（NanoBanana2を含む）
   • 関連投稿: 692, 698, 711
   • 抜粋/要約: Qwen関連の文脈で「nanobanana、seedream系で衣装だけ替えれるってやつで Tシャツなんだけど水でビショ濡れでピタっと体張り付き乳首透け浮きみたいなのとか 全身透けドレス、透けレオタード等のエッチ要素混じったのにも替えれるんですか？」と質問あり。「NanoBanana2てなにができるんや」との問い合わせも。GGUF版（量子化版）がエロ表現で出せるとの言及（本家より精度が高いわけではないが、LoRA使用でエロ精度向上）。
   • 選ばれている理由: エロ要素を含む衣装変更が可能で、参照画像を補うことでエロ表現が実現しやすい仕様。エロが学習されていない本家モデルより、派生版（GGUFなど）がエロ対応で選ばれる場合がある（ただし誤情報の可能性あり）。
2. Sora2
   • 関連投稿: 713
   • 抜粋/要約: 「Sora2のアニメチックなやつをそのままアニメチックに出せるような学習でエロアニメをガチ学習してほしい Wanも全盛期Grokも実写ベースのせいなのか滑らかに動きすぎ（FPSの問題ではない）」。
   • 選ばれている理由: アニメチックな出力が可能で、エロアニメのガチ学習に向いていると期待されている。実写ベースの他のモデルより滑らかな動きが魅力だが、FPS以外の滑らかさが逆に不満点として挙げられている。
3. Grok
   • 関連投稿: 725, 745
   • 抜粋/要約: 「まだgrok触ってるんですかと言われそうだが内蔵キャラかなり判明してきた あと、置きニップレスができることもわかったが置きパイに比べると虚しいな」。また、「メローラは理想のお姫様の一人っすからね… 顔が変わるのはgrok内蔵の絵柄から外れてるものはいわゆるマスピ顔にされちゃうんだろうなと思ってる」。
   • 選ばれている理由: 内蔵キャラ（例: メローラのような理想のキャラクター）が判明し、置きニップレスなどの特殊表現が可能。絵柄の外れがマスピ顔になるが、理想のキャラクター生成に適しているため継続使用されている。
4. Obsession
   • 関連投稿: 767
   • 抜粋/要約: 「最近のモデルは何が人気なんだすか？ 最後に見てたときはnoob系が人気でワイはObsession好きだったんやが」。
   • 選ばれている理由: 過去に人気のnoob系と比較して個人的に好み（好きだった）と述べられている。具体的な性能理由は明記されていないが、好みの出力が得られる点が選定ポイント。
5. Smoothmix
   • 関連投稿: 817, 821
   • 抜粋/要約: 「smoothmixでI2Vしてると初めの画像から暗さとか明るさが変わってしまうんやけどこれはプロンプトが足りない？それともlow側のパラメータがおかしいんやろか」。背景の影やbacklightの影響で明るさが変わりやすいとの指摘。
   • 選ばれている理由: I2V（Image to Video）生成に使用されており、背景の雰囲気による変化が起きやすいが、プロンプトやパラメータ調整で対応可能。高速化LoRAを使わない場合でも背景に引っ張られやすい点が特徴。
6. Anime-Llasa-3B-Captions
   • 関連投稿: 836
   • 抜粋/要約: 「Anime-Llasa-3B-CaptionsでTTSタブのText to GenerateとSystem Metadataの内容を保存・読み込みできるよう app.pyに追記したんやけど もしよければ（すでにあったっけ？）」。保存機能の追記でTTS（Text-to-Speech）タブの運用を改善。
   • 選ばれている理由: アニメ向けキャプション生成に特化し、TTS機能の保存・読み込みが可能になるようカスタム追記されている。アニメ関連のテキスト生成で便利さが向上。
7. MMAudio
   • 関連投稿: 686, 695
   • 抜粋/要約: 「MMAudioのピッチ調整ワークフロー作ったんやけど ノードのバグなのかメモリーリークが発生して実行する度にRAMを40MB消費していく MMAudioの声が低音でイマイチなのを高音に調整できてシコリティ上がるんやけど ピッチ上げるノードが他になさそうなんでこりゃボツかな」。消費は40GBの誤記。
   • 選ばれている理由: 声のピッチ調整が可能で、低音を高音に変えることで「シコリティ（エロさ）」が向上。メモリリークのバグがあるが、他のノードに代替がないため選ばれている。

全体の考察

• 上記のモデルは、画像/動画生成、エロ表現、キャプション、音声調整などに焦点が当てられており、ログ全体でAI生成のワークフローやエロ関連の活用が主な文脈。
• 除外モデル（例: Qwen, Wan, NAIなど）が頻出するため、それらを避けつつ抽出。理由が明示されているものは、エロ対応の柔軟性や特定の機能（ピッチ調整、衣装変更、アニメチック出力）が選定ポイントとして目立つ。
• 抽出対象が少なかったのは、ログの多くが除外モデルや一般的なワークフロー議論に偏っていたため。もし追加のログや詳細が必要なら、 уточните。