以下は、提供された5chのログから、指定された生成AIの「モデル」に関する話題をすべて抽出したものです。抽出対象は以下のモデルに限定しています:
- NovelAI (NAI)
- Pony
- illustrious(イラストリアス, リアス,ill,IL)
- Noobai
- FLUX
- Wan
- Qwen
ログ全体をスキャンした結果、NovelAI (NAI)、Pony、illustrious、Noobai、FLUX に関する言及は一切ありませんでした。したがって、抽出できたのは Wan と Qwen のみです。
抽出は、ログの番号を基に該当部分を引用し、モデル名が登場する文脈を簡潔にまとめています。特に、モデルが選ばれている理由(例: スペック、性能、使いやすさなど)が明示されている場合、それを強調して抽出しました。重複や文脈の類似を避け、関連する話題をグループ化して整理しています。
Wan に関する抽出
Wan(Wan22, Wan2.2, easywan22, Smooth wan, SmoothMix, WAN2.2Fun-VACE などのバリエーションを含む)は、動画生成、スペック、ワークフロー、性能比較などの文脈で頻繁に言及されています。選ばれている理由として、動画生成の安定性、低VRAM環境での動作、LoRAとの組み合わせの柔軟性、プロンプトの工夫しやすさなどが挙げられています。
-
29, 31, 32, 47, 55, 71, 73, 75, 79, 86, 138, 144, 145, 189, 190, 193, 197, 198, 204, 212, 228: Wan2.2やeasywan22を使った動画生成のスペック要件(例: VRAM10GB, RAM64GB以上)とパフォーマンスの議論。理由: 低VRAM環境でも生成可能になるComfyUIアプデの影響で、Native版が使いやすくなった(例: 「ComfyUI本体更新によりNative(公式のテンプレ)で低VRAMでも生成できるようになった」)。wanvideowrapperは重いが、BlockSwap機能でメモリ効率が向上し、Native版を推奨する声(例: 「最近のkijai版というかWanVideoWrapperはクッソ重いのでワイはNative推しやな」)。SmoothMixはプロンプトの工夫だけで動くため楽しい(例: 「今はSmooth mixが楽しい、ポジティブプロンプトの工夫だけでちゃんと動く」)。OOM回避や生成時間の短縮が選定理由。
-
36, 134: ComfyUIでのBlockSwapとMultiGPUDistorch2の比較。理由: MultiGPUはメインメモリを仮想VRAM化して高速化・調整可能だが、BlockSwapで十分な場合もあり、共有RAMの割り当てが感覚的で使いやすい(例: 「multiGPUは数値を指定して直接メインメモリを仮想VRAM化して割り振ることができるが実際その数値を使うかというとそうでもない」)。
-
38: Wan2.2のVRAMキャッシュリーク修正によるRAM使用量の減少(90GB→50GB)。理由: ComfyUIアプデで効率化され、速度低下なしで使いやすい(例: 「10/14のアップデートでWan2.2のVramキャッシュリーク修正とかあるしその影響かなと思う」)。
-
44: wand(Wanのタイポ?)をdildoやsex toyとして使用したいが、最新モデルでもできない。
-
69, 96, 128, 137: Wan2.2の動画繋げや長尺生成の話。理由: LoRAとの組み合わせでエロ性能が高く、6秒×5の30秒動画が可能だが、顔の変化が課題(例: 「wan2.2で6秒×5の30秒繋げると別人だな。フェラとかにlora使ってるのも影響して」)。Sora2との比較で、Wan2.2+LoRAのエロ性能が優位。
-
162, 212, 214: Smooth wanやSmoothMixでの具体的な表現(騎乗位フェラ、肛門ヒクヒク)。理由: 追加学習データ不足で一部表現ができないが、ケツの動きは理解しており、プロンプトで抑制可能。安定再現は難しいが、学習の細かさで選ばれる(例: 「SmoothMixだと肛門だけが動くんじゃなくてケツの肉を大げさに寄せたり拡げたりするんだよな」)。
-
174: ComfyUIでのWan22のプロンプト強調((プロンプト:1.2)など)。
-
237: Smooth mixノードを使った動画生成で、BlockSwapとsage attentionを追加すると生成時間が半分に。理由: メモリ解放と効率化で遅延を減らすため選ばれている。
Qwen に関する抽出
Qwen(Qwen myjy, Qwen image, qwen image edit, nunchaku版Qwen image など)は、LoRA対応、生成速度、編集機能の文脈で言及。選ばれている理由として、LoRAの使いやすさ、CPUオフロード可能、背景生成の捗り、cfg調整による高速化が挙げられています。
-
59: deadman44がqwen myjyをリリース。理由: 新リリースとして話題(爺やん来たんか、という反応)。
-
138: simplecomfyuiでqwenやsmoothに挑戦。理由: ワークフローが転がっているため、手軽に試せ、OOM回避が可能。
-
143, 146: Qwenを使ったLoRA作成。理由: 背景生成が捗る(例: 「半年ぶりぐらいにLoRA作ってるけどQwenしゅんごい……」「背景作らせるのが捗ってええねぇ」)。
-
149: nunchaku版Qwen imageでLoRA使用可能(CPUオフロード、ビルド不要)。理由: 5070tiで4枚生成が30秒で完了し、高速(例: 「nunchaku版Qwen imageでloraを使えるようにするPR(CPUオフロード可能・ビルド不要)が進んでたので試してみたで」)。
-
166, 170, 171: qwen image editのネガティブプロンプトとLightning LoRA。理由: cfg1で高速生成可能だが、ネガティブが無効になるため調整が必要。2次元→3次元変換時はcfgを上げる(例: 「Lightning LoRAでcfg1にすると高速生成が可能」「2次元を3次元化する場合等はcfg1だとできないからcfgを上げる必要がある」)。Q6 vs fp8のモデルでネガティブの効きが変わる可能性。
以下は、提供された5chログから、生成AIの「モデル」に関する話題を抽出したものです。抽出の基準は以下の通りです:
- 生成AIのモデル名(または関連する具体的な話題)を対象とし、除外モデル一覧(NovelAI (NAI), Pony, illustrious (イラストリアス, リアス, ill, IL), Noobai, FLUX, Wan, Qwen)に該当するものは除外。
- 除外リストに該当しないモデル(例: Grok, Sora2, Veo3.1, SmoothMixなど)のみを抽出。
- 特に、そのモデルが選ばれている理由がログ内で言及されている場合、その点を明記。
- ログの該当部分を引用しつつ、要約して整理。重複や文脈の薄いものは統合。
抽出されたモデルと話題のまとめ
- Grok
- 話題の抽出: Grokは画像・動画生成の文脈で頻繁に言及されており、首や腕の伸ばし、健全なネタ動画の生成、パンツの表現回避、汁表現、唇のケバさ、規制強化、母乳表現、検閲の強化方針などが議論されている。例:
- “Grokちゃんなら首も伸ばせるよ ついでに腕も伸ばせる 健全なのはだいたい通るからお手軽ネタ動画が量産できていいね” (健全な動画生成が簡単で量産しやすい)。
- “Grok君、パンツのスジ部分に中身が貫通してくるの回避する方法ある?” → 回避策として「パンツは透けない」とプロンプト入力が提案。
- “Grok三大定型分 BGMなし パンツは透けない 汁なし” (定型的な表現回避の話題)。
- “Grokは今「許容し難い変態を炙り出すフェーズ」やと思ってるわw” (規制フェーズの文脈)。
- “grokはこの期に及んで検閲強化し続けてるので期待してはいけない” (検閲強化の懸念)。
- “grokくんに動画にしてもらうと唇がケバくなるのとあの特徴的な開いた口のせいで別人にしか見えない” (動画生成時の欠点)。
- “規制と言いながら母乳はいけるとか さてはイーロン” (母乳表現が許容される点)。
- “grokはもう今後のバージョンではエロそのものを学習しない方針になるんだろうな、どうせ検閲するなら意味ないし” (将来の学習方針の推測)。
- “汁の表現に定評のあるGrok” (汁表現の強み)。
- 選ばれている理由: お手軽に健全なネタ動画が量産可能で、課金不要でロゴが邪魔にならない点(”大体の健全サービスは課金しないとロゴが邪魔なんよな”)。また、汁表現や特定のエロ表現(母乳など)に定評があり、規制下でも一部の変態表現を炙り出すフェーズとして使われている。イーロン関連の規制緩和期待も背景にあり。
- Sora2
- 話題の抽出: 動画生成の音声性能や連続生成限界、編集点の違和感が議論。例:
- “67秒ぐらいで音声の切れ目があるのはやっぱ連続生成限界が最大それぐらいで後から結合というのをやってるからだろうか? 音声の切れ目のタイミングで編集点を作って、できるだけ違和感を減らす努力をしてるのはSora2ちゃん偉い” (連続生成の限界と編集の工夫)。
- “Sora2くんはほんま日本語音声強いな、相変わらずクソカット挟むなあとは思うけど” (日本語音声の強みとカットの欠点)。
- 選ばれている理由: 日本語音声の強みが挙げられ、音声の連続生成と編集の工夫が評価されている。Wan2.2+LoRAのエロ性能とGrokのお手軽さを併せ持つような理想的なモデルとして比較されている。
- Veo3.1
- 話題の抽出: 新機能「拡張」の性能がガッカリと評価。例:
- “Veo3.1の新機能である「拡張」のガッカリ性能っぷりを見るに単純長尺は大手クラウド環境ですら生成が無理なのが現状” (拡張機能の性能不足と長尺生成の難しさ)。
- 選ばれている理由: 特に理由の言及なし。むしろ性能のガッカリ感が強調され、長尺動画生成の限界を指摘する文脈で登場。
- SmoothMix (SmoothMix V2, Smooth mix)
- 話題の抽出: 動画生成のワークフローやOOM(Out of Memory)回避、ポジティブプロンプトの工夫、肛門表現の再現性などが議論。例:
- “今はSmooth mixが楽しい、ポジティブプロンプトの工夫だけでちゃんと動く” (プロンプト工夫で動作)。
- “SmoothMix V2のワークフローを使ってるんだ EasyWan22でもこのワークフローは問題なかったからPortable版でもいけると思ったけどダメだった” (ワークフローの互換性とメモリ問題)。
- “SmoothMixだと肛門だけが動くんじゃなくてケツの肉を大げさに寄せたり拡げたりするんだよな” (肛門表現の挙動)。
- “SimpleComfyuiにsmooth mixノード使って動画生成したら12分かかって草 アプスケもセットで走るから遅いんで1倍に設定すりゃ早くなるか?” (生成時間の長さと最適化)。
- 選ばれている理由: ポジティブプロンプトの工夫だけでちゃんと動く点が楽しく、Wan2.2+LoRA環境での細かい調整が萎える場合の代替として選ばれている。肛門などの細かい表現を試すのに適しているが、安定再現は難しいと指摘。
- Lightning LoRA
- 話題の抽出: CFG値の調整による高速生成とネガティブプロンプトの無効化。例:
- “Lightning LoRAでcfg1にすると高速生成が可能 cfg1にするとネガティブプロンプトが無効になる Lightning LoRAを使用したらcfg1にしないといけないかというとそんなことはない ただしcfgを1より上にすると生成時間が1.5倍程度増える 2次元を3次元化する場合等はcfg1だとできないからcfgを上げる必要がある なんか上手くいかないっていう時はcfg1によるデバフが原因だったりする” (CFG調整の詳細)。
- “4step LoRAでcfgを各1.5にしてもmouth movingあたりのネガは効いてない気がする” (ネガティブプロンプトの効き具合)。
- 選ばれている理由: CFG1で高速生成が可能で、生成時間を短縮できる点。2次元を3次元化するような場合にCFGを調整して柔軟に使える。
- Big Splash LoRA
- 話題の抽出: 液体表現のブースターとして使えるが、加減が難しい。例:
- “civitaiのBig Splash loraは液体表現のブースターとして使えるんだけど加減をすぐダバァされてしまう” (液体表現の強化と過剰さ)。
- 選ばれている理由: 液体表現をブーストする目的で選ばれているが、加減の難しさが欠点。
- Nova
- 話題の抽出: 分かれている理由の疑問。例:
- “novaってなんであんな分かれてるんやろ” (構造の分かれ具合への疑問)。
- 選ばれている理由: 特に理由の言及なし。構造の分かれ具合が謎として触れられているのみ。
追加の考察
- ログ全体で、Grokが最も頻出で、規制や表現の工夫に関する話題が中心。除外リストのモデル(Wan, Qwenなど)が多く登場するが、それらは抽出対象外とした。
- 選ばれている理由は、主に使いやすさ(お手軽さ、高速生成)、表現の強み(音声、汁、液体)、規制下での代替性などが挙げられる。
- 抽出はログの文脈を尊重し、AI生成のモデル関連に限定。もし追加のログや уточненияが必要であれば、教えてください。