5chSummary

以下は、提供されたログ（レス番号4から240まで）から、指定された生成AIの「モデル」に関する話題をすべて抽出した結果です。抽出の基準は以下の通りです：

• 対象モデル：NovelAI v4もしくはv3 (NAI), Pony, illustrious 0.1,1.0,1.1,2,3,3.5vpred (イラストリアス, リアス,ill), Noobai, FLUX, HiDream, Wan2.1 (wan), FramePack。
• ログ内の言及をすべて抽出し、モデル名ごとに分類。重複や文脈の似たものはまとめつつ、関連するレス番号を明記。
• 特に、そのモデルが選ばれている理由（例: 性能、使い勝手、互換性、容量など）が明記されている場合、それを強調して抽出。
• 抽出対象外: リスト外のモデル（例: paruparu, SDXLなど）や、単なるComfyUI/EasyWanのインストール話（ただし、Wan2.1関連の文脈で言及されるものは含む）。Wan2.2はWan2.1の後継として関連するが、リストにないためWan2.1の文脈でのみ抽出。
• ログ全体で、NovelAI, FLUX, HiDream, FramePackの言及は一切なかったため、これらは抽出なし。
• 抽出はログの原文に忠実にし、ニュアンスを損なわないよう努めました。抽出件数が多かったWan2.1についてはサブカテゴリで整理。

Pony

• レス46: pony系とか魔人系のモデルは拘りがない限り全部消しちゃってもええと思う。久々にponyモデル引っ張り出してみたらあまりに使い勝手が悪くてこんなの使ってたのかとびっくりしたわ。
  • 選ばれている理由（または選ばれない理由）: 使い勝手が悪く、拘りがなければ消しても良いとされる。過去に使っていたが、今となっては驚くほど不便。
• レス49: ponyはだいぶお世話になったけど二次元的には解像度とタグ強化こないと未来ないわな。惨事は今でも強いと思うけど｡｡
  • 選ばれている理由（または選ばれない理由）: 過去にかなりお世話になったが、二次元的な解像度とタグ強化がなければ未来がない。惨事（おそらく他のモデル）は今でも強いため、Ponyの優位性が薄れている。

illustrious 0.1,1.0,1.1,2,3,3.5vpred (イラストリアス, リアス,ill)

• レス76: SSD「ひぎぃっ！？Illustriousのloraだけでパンパンなのにもう入らないよぉ！」
  • 選ばれている理由: 言及のみで理由は明記なし。ただし、LoRAの容量が大きく、ストレージを圧迫する点がネガティブに強調されている（選ばれているというより、容量の多さが問題視）。
• レス104: Civitaiを見始めてから1日も欠かさず投稿モデルを全部(サムネだけだけど)チェックしとったけど数日事情によりそれができなくなって以降もうどうでもよくなってしもうた。2年以上続けてたんやがあっけないもんや。まぁリアス(noob)がメインになってからしばらく経つし(ワイ的な)掘り出し物のモデルとかLoRAが出てくるってことも最近はめっきり減ってたし画像生成し始めてからCivitai見るのにどれだけ時間費やしてたんやろかと思うと頃合いなんかもわからん。
  • 選ばれている理由: リアス(noob)がメインになってから掘り出し物のモデル/LoRAが減ったため、チェックする価値が薄れた。メインとして使われているが、最近のトレンドとして飽和感がある。

Noobai

• レス104: 上記と同じ。リアス(noob)がメインになってから…（Noobaiはリアス(noob)の文脈で言及されており、Illustriousのバリエーションとして扱われる）。
  • 選ばれている理由: メインとして使われているが、掘り出し物が減ったため継続的なチェックのモチベーションが低下。

Wan2.1 (wan)

Wan2.1の言及は多く、後継のWan2.2との比較が中心。Wan2.1が選ばれている（または選ばれなくなる）理由として、互換性、容量、性能の陳腐化が頻出。

• レス19: kijaiニキによると、wan2.2のI2Vはクリップ埋め込みを使って学習されていないからモデルには画像クロスアテンション層すら存在しない。2.1のloraを2.2モデルでロードするとloraキーエラーが発生するのもこのため。これらのレイヤーは存在しないためパッチを適用できないが残りの重みは適用されるから依然として効果を発揮するってことらしいから2.1のlora使ってログに大量のエラー出ても問題無しやね。
  • 選ばれている理由: Wan2.2との互換性があり、LoRAを流用可能（エラー出ても効果発揮）。ただし、層の違いで完全互換ではない。
• レス28: i2vの場合はCLIPにmodel+clipのlora挟んでも意味ないってことか。本来ならmodel用のloraをunetに、clip用のloraをCLIPにみたいな面倒な学習をしないといけないのか（Wan2.1のLoRA関連）。
  • 選ばれている理由: 言及のみ。学習の面倒さがネガティブに触れられる。
• レス59: EasyWan消してWan22インストールすればええんか？
• レス64: モデルやloraも別物なんよな？22より優れてる要素が残ってないならもう使わんやろし容量でかいから思い切って消すのもありやなって。WAN2.1のLORAも若干効果があるってZuntanさん言ってたので念のため。
  • 選ばれている理由（または選ばれない理由）: Wan2.2より優れた要素がなく、容量が大きいため消すのもあり。ただし、LoRAは若干効果ありで退避推奨。
• レス65: ワイはもう2.1使うことはないやろなって感じとるで現に使ってない。
  • 選ばれている理由（または選ばれない理由）: もう使わないため、陳腐化。
• レス66: 自分はひとまずLORAと成果物だけ退避して本体は消しちゃったな、一部配布終了しちゃってるのもあるし、WAN2.1のLORAも若干効果があるってZuntanさん言ってたので念のため。
  • 選ばれている理由: LoRAは若干効果ありで退避推奨。本体は容量のため消去。
• レス75: ワイも2.1消したもう起動するとこはないやろなLoRAだけ退避させとけばええよ。
  • 選ばれている理由（または選ばれない理由）: 起動の機会なしで消去推奨。LoRAだけ退避。
• レス78: EasyWan2.1導入時にダウンロードでAll.batした影響でフォルダが650GBもあるで。
  • 選ばれている理由（または選ばれない理由）: 容量が極めて大きい（650GB）が、導入時のダウンロード影響。
• レス91: zuntanニキ経由で入れた旧wan環境、2.2入れたから容量すごいんで消したいんやけどcutとか2つの動画を繋げるワークフローとかが優秀なんでまだ消せぬ容量食うモデルだけ消しちゃえばええのか。
  • 選ばれている理由: ワークフローが優秀で残したいが、容量が大きいためモデルだけ消去検討。
• レス113: wan2.1のLoRAでもそこそこ効くからまだ遊べるが2.2で学習したほうが凄く良くなりそうだし早く学習回したいやで。
  • 選ばれている理由: LoRAがそこそこ効くためまだ遊べる。ただし、2.2での学習の方が良くなる見込み。
• レス146: draw thingsにwanのモデルデータ入れるとこまで来たけど、draw thingsをどう設定したら動画モデルを動かせるのかわからなすぎて今これ。
  • 選ばれている理由: 言及のみ。draw thingsへの移植試行中。
• レス148: 2.2のアニメ系nsfwLoRAってもう出てるんか？今作ってるニキ達は2.1の流用してんかな。
  • 選ばれている理由: 2.2向けLoRA待ちで、2.1のLoRAを流用中。
• レス166: github.com/kohya-ss/musubi-tuner/pull/399#issuecomment-3146991530 きたかLoRA作成（Wan2.2関連だが、2.1の文脈でLoRA作成の進展）。
• レス171: 動画のLoRAはMMD産のエロ動画を元の動きとカメラワークを学習して2次元アニメチックで任意のキャラに変更可能とかそういうのできるのだろうか？（Wan2.1/2.2のLoRA関連）。
  • 選ばれている理由: 言及のみ。学習の可能性を探る。
• レス220: 朗報】ショタ腰振りを覚える NSFW LoRA使ったらバチーンと腰動かしてくれるようになった（Wan2.1のLoRA関連）。
  • 選ばれている理由: NSFW LoRAが動きを強化し、効果的。
• レス222: VRAM12Gでも一応動く＆LoRAなしでもちゃんとプロンプトに追従する これがWAN2.2 エロはLoRAの拡充待ち（Wan2.1のLoRAを比較しつつ）。
  • 選ばれている理由（または選ばれない理由）: Wan2.2の性能向上により、LoRAなしでも追従可能（2.1のLoRAは拡充待ち）。

抽出結果は以上です。ログの大部分がWan2.2の話題で占められており、Wan2.1は主に「過去のモデルとして比較・移行されるもの」として扱われています。もし追加のログや уточненияが必要でしたら、お知らせください。

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

• 対象: 生成AIのモデル（チェックポイント、LoRA、テキストエンコーダーなど）に関する言及。ログの文脈から、動画生成（特にWAN2.2関連）が中心ですが、静止画モデルなども含めています。
• 除外: 指定された除外モデル一覧（NovelAI v4/v3 (NAI), Pony, illustrious 0.1/1.0/1.1/2/3/3.5vpred (イラストリアス, リアス, ill), Noobai, FLUX, HiDream, Wan2.1 (wan), FramePack）に関する話題は抽出していません。これらのモデルが言及されていても、その部分をスキップまたは関連しない文脈のみ抽出。
• 抽出方法: ログのレス番号を基に、関連する会話を要約・引用形式で抽出。モデルが選ばれている理由（例: 性能、互換性、使い勝手など）が明示されている場合、特に強調して記載。
• 注意: WAN2.2は除外リストに含まれていないため、抽出対象としました（Wan2.1は除外）。ログ全体がWAN2.2中心ですが、他のモデル（例: Rouwei-gemma, paruparu）も抽出。抽出は重複を避け、関連性の高いものを優先。

抽出されたモデル関連話題

1. WAN2.2（主に動画生成モデルとして）

• 関連レス: 19, 28, 32, 51, 58, 59, 60, 64, 65, 66, 75, 87, 90, 97, 113, 141, 143, 144, 148, 151, 153, 154, 157, 160, 166, 172, 177, 181, 182, 198, 199, 202, 211, 222, 223, 227, 228, 229, 231, 234, 236, 239, 240
• 抽出内容と理由:
  • WAN2.2のI2V（Image-to-Video）機能について、CLIP埋め込みを使わず学習されており、画像クロスアテンション層が存在しないため、2.1のLoRAをロードするとエラーが出るが、残りの重みが適用され効果を発揮する（19）。理由: 互換性が高く、エラー無視で使用可能で便利。
  • I2Vの場合、CLIPにmodel+clipのLoRAを挟んでも意味がないため、model用のLoRAをUNetに、clip用のLoRAをCLIPに適用する必要がある（28）。理由: 学習の面倒さを指摘しつつ、WAN2.2の構造的な特徴を活かした使い方を推奨。
  • 3060tiのような低スペックGPUでも動画生成可能で、情報スルーしていたのを後悔（32）。理由: スペック要件が低く、アクセスしやすくなったため選ばれている。
  • StabilityMatrix+ComfyUI+WAN2.2で動画生成後、メモリが解放されず手動終了が必要だが、生成自体は可能（51, 53, 54, 58）。理由: メモリ使用量が多いが、32GBマシンでも動作し、SSD負荷を考慮しつつ64GB推奨。安定性が高いため選ばれている。
  • EasyWan2.1からWAN2.2への移行で、モデルやLoRAを別物として扱い、2.1のLoRAを退避して本体削除（59, 60, 64, 65, 66, 75）。理由: 2.1より優位で、2.1のLoRAが若干効果ありつつも、容量節約と性能向上のため移行。将来の互換性を考慮。
  • ワークフローでフレーム数を調整可能で、波まで動く動画生成が可能（87, 90）。理由: デフォルト3秒を簡単に伸ばせ、初心者向けの使いやすさ。
  • 高速化技術は2.1のように後から出てくる可能性（97）。理由: 出たばかりだが、性能向上のポテンシャルが高いため期待。
  • 2.1のLoRAを強引に使用しても効果あり、学習対応待ち（113, 148）。理由: アナル中出しなどのNSFW LoRAが効き、2.2専用学習でさらに良くなる見込みのため選ばれている。
  • 中国語プロンプトの方が英語より効きが良い気がする（141）。理由: プロンプトの反応が良く、雰囲気で生成可能。
  • 一般的な動きの精度が向上しつつ、マニアックな動作（おしっこ、ピストン）はまだ限界あり（143, 239）。理由: 実用性が出てきたため選ばれているが、パイズリなどのピストン運動はLoRA拡充待ち。
  • メモリ使用量減を期待（144）。理由: 非VRAMメモリの負荷が高いが、将来バージョンで改善の見込み。
  • アニメ系NSFW LoRAは2.1流用中（148）。理由: 2.2専用が出ていないため暫定使用。
  • EasyWan22で導入し、モデル容量はLoraなしで30-36GB、VAE+テキストエンコーダーで20-30GB（153, 227, 228, 229, 231）。理由: 簡単に導入可能で、スペック据え置きながら性能向上。
  • SageAttention組み込みでワークフロー簡略化（154, 157）。理由: 注意モードがデフォルトで便利。
  • FLF2V（First-Last Frame To Video）対応で動画生成強化（160）。理由: 公式対応で使い勝手向上。
  • LoRA作成対応が進み、kohya-ss/musubi-tunerで可能（166）。理由: 学習機能の拡張でカスタムLoRA作成しやすくなった。
  • カメラワークを追加で動かすプロンプトが有効（182, 198, 240）。理由: シンプルプロンプトでカメラ動かしやすく、回転や正対時の演技追加で表現力向上。
  • 自然言語プロンプトでエロ動作可能だが試行錯誤必要（183, 199, 202, 211）。理由: Danbooru式より文章式が良く、ChatGPT連携で効率化。
  • VRAM12GBでも動作し、LoRAなしでプロンプト追従（222, 223）。理由: 敷居が下がり、エロLoRA拡充待ちながら実写/イラスト対応。
  • 2koma扱い可能（234）。理由: 個別シーン生成で柔軟。
  • ComfyUIとの二刀流推奨（236）。理由: 動画専用で静止画環境を崩さず使用可能。
  • アニメっぽくするにはヌルヌルすぎる（237）。理由: 扱い難いが、将来的にうごイラ職人を逆転するポテンシャル。
  • 5080super/5090検討で速度1.5倍期待（239）。理由: 高スペックGPUで効率化のため。

2. Rouwei-gemma（プロンプト処理モデル）

• 関連レス: 110
• 抽出内容と理由:
  • 実証段階で強調不可だが、BREAKや並びを気にせず均等処理可能。CLIPと併用（110）。理由: プロンプトの均等処理が面白く、良い題材で試す価値ありのため選ばれている。

3. paruparu（モデル名、NSFW対応？）

• 関連レス: 188
• 抽出内容と理由:
  • おねショタや赤ちゃんプレイに応用可能（188）。理由: 応用力が高く、特定のシチュエーションで効果的。

4. その他のモデル関連（forge coupleなど）

• 関連レス: 214, 219
• 抽出内容と理由:
  • forge coupleと2komaで2コマシーン安定生成（214, 219）。理由: ガチャ要素強いが、中出しフィニッシュなどのエロシーンで打率が高く、タグ調整でエロい絵が出やすいため選ばれている。

全体の考察

• WAN2.2がログの大部分を占め、性能向上（精度、互換性、低スペック対応）、LoRAの暫定使用、将来期待が主な選定理由。静止画から動画への移行を促す話題が多い。
• 除外モデル（例: Pony, Illustrious）は複数言及されているが、抽出対象外とした。
• 抽出量を効率的にまとめましたが、追加の文脈が必要なら уточните。