5chSummary

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

• ログ内の投稿をスキャンし、これらのモデル名（またはその略称/派生形、例: WAI/WAN/Wan2.2, IL/リアス, Qwenなど）が明示的に言及されている箇所を抽出。
• 一般的な「モデル」や「Checkpoint」に関する言及は、指定モデルに直接関連しない限り除外（例: 一般的な古いモデル/新しいモデルの議論は除外）。
• 各抽出項目では、投稿番号、関連文脈の引用、モデルが選ばれている理由（もし明示的に述べられている場合）を記載。
• NoobaiとFLUXについては、ログ全体で一切言及が見つからなかったため、空のセクションとして記載。
• 抽出はモデルごとに分類し、投稿番号の昇順で並べています。

NovelAI (NAI)

• 投稿145: “novelai辺りがエロ版sora2作ってくれんかな”
  • 内容: NovelAIがエロ版Sora2のようなものを開発してほしいという希望の言及。
  • 選ばれている理由: 明示なし（エロ対応の動画生成モデルとして期待されているニュアンス）。

Pony

• 投稿61: “ponyのモデルは流石にHDDに退避したけど もう1年以上使ってない 「久々に使うか、でも戻すのめんどいわね…」”
  • 内容: PonyモデルをHDDに退避させたが、1年以上使っていない。久々に使いたいが面倒という悩み。
  • 選ばれている理由: 明示なし（古いモデルとして退避されたが、潜在的に再利用の可能性あり）。
• 投稿65: “古いモデルは絶対使わないね 1.5とかponyはLoRAもCheckPointも全部捨てたな”
  • 内容: 古いモデルとしてPonyのLoRAとCheckpointをすべて捨てた。
  • 選ばれている理由: 明示なし（古いため使わないと判断）。
• 投稿89: “ワイは一貫してtaggerで出たやつから上記消して全シャッフルで作って問題ない感じやから何も変えてへん リアスになってからはあんまり作ってないけど同手法でponyで作ったのはこんな感じやで”
  • 内容: PonyでLoRAを作成した作例を共有。リアス（illustrious）移行後はあまり作っていないが、同じ手法で問題ない。
  • 選ばれている理由: 明示なし（手法の共有としてPonyの作例を挙げている）。

illustrious(イラストリアス, リアス, ill, IL)

• 投稿47: “»26 WAI-NSFW-illustriousどれが一番良いのか自分の中で結論が出てない”
  • 内容: WAI-NSFW-illustriousがどれが一番良いか結論が出ていない。
  • 選ばれている理由: 明示なし（比較検討中）。
• 投稿67: “ILのキャラloraだけで500GBぐらいあるけど次のモデル来たら全部破棄することになるんかな つかdim32とか64とかで作ってる奴多いけど意味あんの？”
  • 内容: ILのキャラLoRAが500GBあり、次のモデルが出たら破棄するか悩んでいる。dim32/64の作成の意味を疑問視。
  • 選ばれている理由: 明示なし（容量の問題で悩み）。
• 投稿89: “ワイは一貫してtaggerで出たやつから上記消して全シャッフルで作って問題ない感じやから何も変えてへん リアスになってからはあんまり作ってないけど同手法でponyで作ったのはこんな感じやで”
  • 内容: リアスになってからはLoRAをあまり作っていないが、以前の手法で問題ない。
  • 選ばれている理由: 明示なし（移行後の変化として言及）。
• 投稿99: “… 構図やキャラに影響や左右されないし、リアスにない画風も出るしワイはこのやり方でやっとる”
  • 内容: リアスにない画風も出るという利点の言及（LoRA作成手法の文脈）。
  • 選ばれている理由: リアスにない画風が出るため、この手法を採用（柔軟性が高い）。
• 投稿199: “s://files.catbox.moe/pxo77s.png takaneロスつらいんやが、当面の代わりはEasyLlasaみたいな感じなん？”
  • 内容: takaneロス（おそらくモデル喪失）の代わりとしてEasyLlasaを挙げる（Llasaはillustrious関連の派生？）。
  • 選ばれている理由: 明示なし（代替モデルとして提案）。

Noobai

• 該当なし（ログ全体で言及が見つかりませんでした）。

FLUX

• 該当なし（ログ全体で言及が見つかりませんでした）。

Wan

• 投稿56: “脳死で更新してたけどWAIって新しければ良いってわけやないんやな まぁ何が良くなって何が悪くなったかすら全くわからんが”
  • 内容: WAI（Wanの派生？）の更新を脳死でしていたが、新しければ良いわけではないと気づく。
  • 選ばれている理由: 明示なし（更新のデメリットに気づいた）。
• 投稿104: “wan22のBaseやFastmixをQ4からQ6に変えると何か良い変化感じる？”
  • 内容: Wan22のBase/FastmixをQ4からQ6に変えると良い変化があるか質問。
  • 選ばれている理由: 明示なし（量子化の変化をテスト）。
• 投稿117: “… そもそもNSFWの動作は単調だからWan2.2でも十分で非ローカルエロOKのメリットはワイらに対してあんまないやろ”
  • 内容: NSFW動作が単調なのでWan2.2で十分。
  • 選ばれている理由: NSFW動作が十分で、非ローカルエロのメリットが少ないため（十分性が高い）。
• 投稿123: “wan2.2で細かく複雑な動作が上手くできないからめちゃくちゃ困ってるんだが！！”
  • 内容: Wan2.2で細かく複雑な動作が上手くいかない悩み。
  • 選ばれている理由: 明示なし（動作の限界に不満）。
• 投稿176: “RAM128GBだけど初期WAN22と比べてメモリ使用量めっちゃ減ってない？ VRAM12GBだから解像度上げたらOOMなるし64GBでいけるんやないか？”
  • 内容: WAN22のメモリ使用量が減ったと感じ、64GBでいけるか検討。
  • 選ばれている理由: 明示なし（メモリ効率の良さ）。
• 投稿177: “ワイもVRAM12GB民やけどWanでメモリが64GB以上あった方が良い状況が分からん 32GBから96GBにアプグレしたんやけどタスクマネージャ見ても24-38GB位で収まってるから 64GBでも良かったのかなってちょっと損した気分なんよね”
  • 内容: Wanでメモリ64GB以上が必要な状況が分からない。実際の使用量が低い。
  • 選ばれている理由: 明示なし（メモリ使用量が低く、過剰スペックに感じる）。
• 投稿184: “Easywan22の基本設定のQ4Fastと解像度640ならVRAM12GBメモリ64GBで困らん そういうふうにチューンされてるのがEasywan22だもの 解像度上げたりGGUF上げたりするとメインメモリゴリゴリ食い始める”
  • 内容: Easywan22は基本設定で低スペックで動作するようチューンされている。
  • 選ばれている理由: 低スペックで動作するようチューンされているため（使いやすさ）。
• 投稿185: “QuantStack/Wan2.2-I2V-A14B-GGUF Hugging Face”
  • 内容: Wan2.2のGGUFバージョンのダウンロード先共有。
  • 選ばれている理由: 明示なし（共有）。
• 投稿186: “Zuntan/Wan22-I2V_A14B-Lightning-GGUF Hugging Face zuntanが高速化LoRAとマージしてるのもあったわ Q3から16bitまで揃ってるで”
  • 内容: Wan22の高速化LoRAマージ版GGUFのダウンロード先共有。
  • 選ばれている理由: 高速化LoRAがマージされているため（速度向上）。
• 投稿187: “まぁRAMVRAM上げたところで今以上の高精度のmodel使ったらそりゃいっぱいになるわって話で easywan22のデフォでも普通に動画作れるし足りてるなら上げる必要はないが1080pポン出ししたいならVRAM24GbかRAM128Gbあったほうがええと思う 参考までにeasywan22ワークフローで832x1216の5秒はVRAM24GbｘRAM64GbでギリギリOOMにならん”
  • 内容: easywan22のデフォルトで動画生成可能。高解像度には高スペックが必要。
  • 選ばれている理由: デフォルトで普通に動画作れるため（手軽さ）。
• 投稿190: “easywan22で使用モデルの量子化の精度上げてみてその変化をどう評価するかや 特に動きの面でな”
  • 内容: easywan22で量子化精度を上げて動きの変化を評価する提案。
  • 選ばれている理由: 明示なし（精度向上のテスト）。
• 投稿218: “Sora全盛のところあれやけど KijaiのWan Animate Preprocessを試してみたで 従来のAnimete WFに比べてposeの検出は高め maskの検出は同程度だけどシンプル mask検出は使わんくてええかも”
  • 内容: Wan Animate Preprocessを試し、pose検出が高いと評価。
  • 選ばれている理由: pose検出が高く、シンプル（検出精度の良さ）。
• 投稿222: “… エロはWan一強”
  • 内容: エロ生成ではWanが一強。
  • 選ばれている理由: エロ生成で一強（優位性）。
• 投稿231: “7割~8割が転載と学級会したいだけのお客さんが占めててwan2.2の時と毛色が違いすぎる。”
  • 内容: wan2.2の時と議論の毛色が違うという言及（Sora2との比較）。
  • 選ばれている理由: 明示なし（過去の話題性との比較）。
• 投稿236: “Smooth Mix Wan 2.2　civitaiから落として使おうと思ったら40G近くあって絶望ゾ（VRAMとストレージ容量的な意味で）”
  • 内容: Smooth Mix Wan 2.2が40GB近く大きく、絶望（容量の問題）。
  • 選ばれている理由: 明示なし（容量のデメリット）。
• 投稿251: “»185-186 高速化loraマージの有無で何が変わるんやろか Smooth Mix Wan 2.2も出たがでかすぎて量子化？待ちってことは分かったわ 液体の質感あげたいからくそでかモデルで効果あるなら飛びつくんやが”
  • 内容: Smooth Mix Wan 2.2が出たが大きく、量子化待ち。高速化LoRAマージの変化を質問。液体の質感向上に期待。
  • 選ばれている理由: 液体の質感を上げたいため（質感向上の可能性）。

Qwen

• 投稿79: “qwenedit2509の高速化loraまだかね そろそろ公開されるって聞いた気がするんやが”
  • 内容: qwenedit2509の高速化LoRAの公開を待っている。
  • 選ばれている理由: 明示なし（高速化を期待）。
• 投稿242: “hunyuan image 2.1はqwen imageと比べて明らかに光と陰影の表現が劣るけど2Kサイズ推奨は伊達じゃなく3584×1536の21:9でもほぼ破綻させず出力するのは凄い まぁ21:9を余すことなく使うテーマが難しいわけですが”
  • 内容: qwen imageと比べてhunyuan image 2.1の光/陰影表現が劣るが、高解像度出力が優れている。
  • 選ばれている理由: 明示なし（比較で光/陰影が劣るが、高解像度出力が強い）。

---

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

• 生成AIのモデル（Checkpoint、Sora2、Veo3、GPT-5、LLaSA、Hunyuan Image 2.1など）に関する言及を対象とし、除外リスト（NovelAI/NAI、Pony、illustrious/イラストリアス/リアス/ill/IL、Noobai、FLUX、Wan、Qwen）に該当するものは除外。
• 特に、そのモデルが選ばれている理由（好みの出力、規制の少なさ、性能比較など）が明示されている場合に強調して抽出。
• ログのレス番号を参考に、関連する話題を要約。重複や文脈の薄いものは統合して簡潔にまとめた。
• 抽出対象が少ないため、該当部分を時系列順にリストアップ。

抽出された話題

• 26, 28, 40, 56, 65 (Checkpoint関連): Checkpointの新しいバージョンが出たら古いものを削除して新しいものを使うが、古いCheckpointの方が好みの絵が出ることがあり、頭を抱えている。理由: 新しいものが必ずしも良いわけではなく、古い方が好みの出力が出る場合がある。無限にSSDを圧迫するので、使わないモデルはHDDに退避するのが基本。1.5などの古いモデルは絶対使わず、全部捨てた人もいる。

• 57, 199 (LLaSA関連): LLaSAは音源とセリフが大事。Takaneロスの代替としてEasyLLaSAが候補に挙がっている。理由: 音源やセリフの質が生成の鍵で、代替モデルとして使いやすい（当面の代わりとして選ばれている）。

• 71, 73, 112, 114, 116, 158, 166, 195, 210, 212, 220, 222, 223, 224, 225, 227, 234 (Sora2関連): Sora2の精度が高すぎて特定のキャラクター（ぼっちちゃんなど）が多出する現象。気まぐれで同じプロンプトでも出力が変わる大規模言語モデル。規制強化で版権キャラ生成不可、生成上限減少（5→3、100→30）。エロシーンやHentaiも学習しているが規制で出せない。キスの喘ぎ声や胸触りシーンは表現次第で可能。ローカル化には高スペック（TSUBAME4.0級の複数台）が必要。エロ無理で無風気味だが、版権やセリフが出る点がVeo3に勝っていた（今は規制で価値低下）。理由: 自動で音・声・カットが入り、手軽に動画生成可能（頭空っぽで夢詰め込める）。エロ容認派の影響で希望あり。リョナ系も出せて革命的だが、対策を避けるため表に出せない。版権アニメの話題性が高かったが、数日で規制終了。

• 96, 97 (手のひらサイズのスパコン関連): 手のひらサイズのスパコン（ZGX-Nano-G1n）が登場したが、パワー不足でモデル開発は無理。Moeが主流になって128GBが中途半端に。理由: AIモデル開発向きではなく、スペック不足のため選ばれていない（何ができるかわからない）。

• 114 (Veo3関連): Veo3に勝ててるのは版権やセリフが出ることだけだったのに、Sora2の規制で存在価値が薄れる。理由: Sora2との比較で、版権・セリフの出力が強みだったが、それだけでは不十分。

• 116 (GPT-5関連): GPT-5がゆるゆるで、申し訳するようになって阿鼻叫喚。理由: テキスト生成の緩さが話題だが、規制や変化で不満が出ている。

• 219, 242 (Hunyuan Image 2.1関連): Hunyuan Image 2.1は光と陰影の表現が劣るが、2Kサイズ推奨で3584×1536の21:9でもほぼ破綻せず出力可能。理由: 大きなサイズの出力が安定し、テーマ次第で使いやすい（21:9を余すことなく使うのが難しいが、凄い点として選ばれている）。

• 226 (Llama.cpp関連): GGUF化のためにLlama.cppを使う方法を探しているが、わかりにくい。理由: モデルをGGUF化するためのツールとして選ばれている（方法を探すほど需要あり）。

これらの抽出は、ログ全体からモデル名や関連議論を厳選したものです。除外リスト該当の話題（例: Wan、Pony、Qwen、Illustrious関連の多数の言及）は無視しました。抽出対象が限定的だったため、全体のログの約10-20%程度に該当。もし追加の文脈や уточненияが必要なら、教えてください。