以下は、提供された5chログから、指定された生成AIの「モデル」に関する話題をすべて抽出したものです。抽出対象は以下のモデルに限定し、各モデルの言及箇所をログ番号付きで引用・整理しました。特に、そのモデルが選ばれている理由(例: 性能、利点、欠点、特定の用途での適性など)が明記されている場合、それも抽出・強調しています。ログ全体をスキャンした結果、以下のモデルに言及がありました(Pony, Noobai, FLUXはログ内で一切言及なし)。
NovelAI (NAI)
- 617: “NovelAIをv4からv4.5にしたら妙にムチムチしだしたわ”
- 理由: v4からv4.5へのアップデートで、生成される画像の体型がムチムチ(肉感的)になる変化を指摘。選ばれている理由は明記されていないが、アップデートの影響として体型生成の特徴が挙げられている。
illustrious (イラストリアス, リアス, ill, IL)
- 524: “»459 この彩度の画風ってなんて言うんだ? magazine coverクソ合うから使いたい i2iでしか出ん”
- 理由: 特定の彩度(色合い)の画風がmagazine coverプロンプトとよく合うため使いたいと述べている。ただし、i2i(image-to-image)生成でしか出ないという制限を指摘。
- 605: “未だにエロはSDXLっていうのがなぁ… せっかく4090とか買ったわけだがリアス以降なんかなぁ…”
- 理由: エロ画像生成ではSDXLが主流だが、リアス(illustrious)以降のモデルが物足りないと感じている。高スペックPC(4090)を買ったのに活かせていないという不満から、選ばれている理由としてエロ生成の適性が不足している点を指摘。
- 637: “»635 イラストリアスとかだと学習されてないからgrokに頼るヨロシ”
- 理由: モアイ像のような特定のオブジェクトが学習されていないため、illustriousでは再現できない。代わりにGrokを推奨しており、選ばれている理由として学習データの不足が挙げられている。
Wan
- 445: “5090とか過剰やろと思ってたら動画は簡単に上回ってくるんやね wan2.5は80Gとか見たしもうみんなpro6000買おう!!”
- 理由: Wan2.5が動画生成で80GBものリソースを消費するため、高スペックGPU(pro6000)を推奨。選ばれている理由として、動画生成の高負荷対応力が挙げられている。
- 484: “»477 プロンプトじゃなくてモデルの問題じゃないかな それこそその辺の欠点が改善されてるらしいというのがvpredとか言ってるやつ でもLoRAも専用のものにしないとvpredの利点が死ぬのでお手軽に目的のことができるかというと微妙 »485 wai14ですねー モデルの問題なのか”
- 理由: 暗い背景生成時の被写体明るさの問題がモデル(Wai14?)の問題だと指摘。vpredのような改善版が欠点を解消する可能性を挙げ、LoRAの専用使用で利点が活きる。選ばれている理由として、特定の欠点(照明制御)の改善が期待される点。
- 499: “今更気づいたんやけどwan2.2って対応解像度720pまでなんやな 知らずに960pで生成しとったわ…”
- 理由: Wan2.2の対応解像度が720pまでという制限を指摘。選ばれている理由は明記されていないが、解像度制限による使いにくさを欠点として挙げている。
- 501: “Smooth mix wan2.2 おっぱいサイズのプロンプト検証 ・huge breastssmall breastsは比較論としては従うけども、hugeにしては小さいしsmallにしては大きい ・貧乳を英訳するとsmall breastsになるので、日本人が想定してる貧乳とAI側が理解する貧乳が別物になる ・flat chestは学習してせいなのか、わからんのでとりあえず標準おっぱい出しをするので無意味プロンプト ・Child系が有効、1girl構図ならばシンプルに「she is a child」がかなり効く ・おっぱい最低保証があるのでいわゆるまな板レベルのおっぱいを脱衣で出すことは無理そう ・貧乳プロンプトの相談をChatGPTにするとガチの児童ポルノ案件を警戒される”
- 理由: Smooth mix Wan2.2でおっぱいサイズのプロンプト検証を行い、プロンプトの効き方や学習の偏り(最低保証サイズ、Child系有効など)を詳細に分析。選ばれている理由として、エロ生成(体型制御)の柔軟性と制限が挙げられている。特に、プロンプトの解釈差が日本人の想定と異なる点が欠点。
- 522: “smoothMIXの作者ワークフローにブロックスワップやら加えていじったもので5分以内に出力終わるがネガ効かせるのにCFG1以上にすると途端に倍以上に伸びるの辛いお”
- 理由: SmoothMIXをベースにワークフローを改造し、出力時間を5分以内に短縮。ただし、ネガティブプロンプトを効かせるためのCFG調整で時間が倍増する欠点。選ばれている理由として、出力速度の効率化が挙げられている。
- 527: “彩度はさほど意識してないが多分モデルの特徴やからとりあえずzuki anime試してみ” (注: zuki animeはWan関連のモデルか? ログの文脈からWanの特徴として扱う)
- 理由: 特定の彩度の画風がモデルの特徴だと指摘。zuki animeを試すよう推奨。選ばれている理由として、画風の再現性が高い点。
- 571: “WanVideoWrapperにMoChaが来てたので試してみたで ※音声注意 左が元画像/右がMoCha 動かしたのはこの娘 長尺行けたら面白そうなんやけど720*480の9sec(24fps,217f)でBlockSwap40でもVram24GB使っとる あと参照絵がアニメ系でも変換させるとセミリアル系になるから セミリアル系をつかったけど それでもちょっと変わる(顔が怖くなってるw)口パクはしない”
- 理由: WanVideoWrapperにMoChaを追加して動画生成をテスト。VRAM消費が24GBと高く、長尺生成が面白い可能性を指摘。ただし、アニメ系参照絵がセミリアルに変換される欠点。選ばれている理由として、動画生成の拡張性(MoCha追加)とVRAM負荷の高さが挙げられている。
- 589: “DisTorch2mutliGPU使ってみたんやが結論から言うと神 Wan2.2の生成時間がワイ環で使用前255秒が使用後135秒に短縮 ComfyUI任せのBlockswapだとVRAM上限まで使って微漏れが発生し生成時間が延びる … 次はTensorRT導入や”
- 理由: Wan2.2の生成時間をDisTorch2mutliGPUで135秒に短縮し、神ツールと評価。VRAM管理の安定性が向上。選ばれている理由として、生成速度の大幅改善とVRAM効率化が挙げられている。
- 596: “»343 のWanMoESchedulerを使ったwanvideo用ワークフロー 生成条件によってシフト値を自動設定してくれるというやつ モデルを読み込んで算出した設定値だけ使う様にしている フロー自体はnative版+lora+sageattention+webp保存+拡大+フレーム補完”
- 理由: WanMoESchedulerを使ったワークフローでシフト値を自動設定。Native版をベースに拡張。選ばれている理由として、自動設定による効率化と拡張機能(LoRA、SageAttentionなど)の利便性。
- 630: “smoothニキのWFベースに自分なりに改造したけどほぼ原形ないテセウスの船やわ 高速化・効率化ノード足してflf2vやt2v対応して3段サンプラーにしてtensorrtなど細かいとこもちょこちょこ ComfyはWF弄りも地味に楽しくてええな”
- 理由: Smooth(Wan関連)のワークフローを改造し、高速化・効率化を実現。3段サンプラーやTensorRT対応。選ばれている理由として、カスタマイズの柔軟性と楽しさが挙げられている。
- 634: “ワイも利点とかようわからんまま雰囲気で増やしてみただけやけど 素のsmoothやと暴れすぎるのが多少大人しくなる+初段サンプラーのみCFG2以上にすることでネガティブも効かすってイメージ ステップはHighHighLowで1+3+4とか2+4+6とかにしてるわね”
- 理由: Smooth(Wan関連)の素の状態で動きが暴れすぎるのを3段サンプラーで抑制。ネガティブプロンプトの効きを向上。選ばれている理由として、動き制御の安定化。
Qwen
- 511: “レスリングの画像をQwenEditで裸にしたらスケベすぎる よくあの複雑な組み方を適切に解釈できるもんだな”
- 理由: QwenEditでレスリング画像を裸に編集し、スケベすぎる結果に。複雑な組み方を適切に解釈できる点を評価。選ばれている理由として、編集の精度(解釈力)とエロ生成のスケベさが挙げられている。
- 545: “今はSDXLでガチャっていったん満足するの出してから背景や細部をQwen image editで再描画ガチャしてる”
- 理由: SDXLでベース生成後、Qwen image editで背景・細部を再描画。選ばれている理由として、インペイント後の境目誤魔化しや細部修正の適性が高い点。
これらの抽出はログの文脈を尊重し、モデル名が明示的に登場した部分に限定しました。Wan関連の言及が最も多く、動画生成の効率化やカスタマイズが主な理由として挙げられています。他のモデルは散発的で、特定の欠点や用途が焦点です。
以下は、提供された5chのログから、生成AIの「モデル」に関する話題を抽出したものです。抽出の基準は以下の通りです:
- 生成AIのモデル名(またはその派生/バージョン)が言及されている話題に限定。
- 除外モデル一覧(NovelAI (NAI), Pony, illustrious(イラストリアス, リアス, ill, IL), Noobai, FLUX, Wan, Qwen)およびこれらの派生(例: Wan2.2, Smooth Mix Wan2.2など)は除外。
- 特に、そのモデルが選ばれている理由が言及されている場合、それを強調して抽出。
- 抽出対象が少ないため、関連するレス番号と内容を引用し、まとめています。ログ全体で除外対象が多かったため、抽出数は限定的です。
抽出された話題のまとめ
ログ内で除外対象外の生成AIモデルとして主に言及されているのは、以下のモデルです。これらに関する話題をレス番号順に抽出・整理しました。理由が明記されている場合に注記。
- vpred (レス484, 487)
- 内容: 「それこそその辺の欠点が改善されてるらしいというのがvpredとか言ってるやつ」「vpredは昔さわってとらうまがある」
- 抽出ポイント: モデルの欠点(例: 暗い背景での被写体の明るさ問題)を改善する可能性が理由として挙げられている。ただし、LoRAの互換性やお手軽さが微妙と指摘。選ばれる理由: 暗い照明の欠点を補うための改善版として期待されている。
- wai14 (レス485)
- 内容: 「wai14ですねー モデルの問題なのか」
- 抽出ポイント: 暗い背景で被写体が明るくなってしまう問題をモデルの特性として議論。選ばれる理由: 特定の照明問題(dark, dim lighting)のテストモデルとして使用されているが、問題の原因として疑われている。
- SD1.5 (レス520)
- 内容: 「SD1.5の時は勃起してたやで 最近は慣れたのか生成が作業になったのか勃起することはなくなったで」
- 抽出ポイント: エロ画像生成時の興奮度を過去のモデルとして比較。選ばれる理由: 過去の生成体験が新鮮で興奮を誘うものだったが、慣れにより作業化。エロ生成の初期体験として好意的に振り返られている。
- SDXL (レス545, 605)
- 内容: 「今はSDXLでガチャっていったん満足するの出してから背景や細部をQwen image editで再描画ガチャしてる」「未だにエロはSDXLっていうのがなぁ… せっかく4090とか買ったわけだがリアス以降なんかなぁ…」
- 抽出ポイント: エロ生成でガチャ(ランダム生成)を繰り返し、満足する画像を出力してから細部修正に使用。選ばれる理由: エロ生成のベースとして安定して使われているが、ハイエンドGPU(4090)環境での最新モデル不足を嘆く声あり。インペイントとの組み合わせで実用的。
- zuki anime (レス527, 528)
- 内容: 「彩度はさほど意識してないが多分モデルの特徴やからとりあえずzuki anime試してみ」「サンガツ!!これや!」
- 抽出ポイント: 特定の画風(彩度の高さやmagazine cover風)を再現するためのモデルとして推奨。選ばれる理由: ユーザーが求める彩度の高いアニメ風画風を特徴として持っており、i2i(image-to-image)生成で効果的。テストで即座にマッチしたため好評。
全体の考察
- ログの大部分が除外対象のモデル(特にWanシリーズやQwen関連)で占められており、抽出可能な話題は少数でした。
- 選ばれる理由として主に挙げられているのは、「特定の欠点改善(例: 照明問題)」「エロ生成の安定性や興奮度」「画風の再現性」などの実用性・体験面です。
- これらのモデルは、動画/画像生成の細部調整や問題解決の文脈で議論されており、ユーザーの生成作業の効率化を目的とした選択が見られます。
もし追加のログや詳細なフィルタリングが必要でしたら、 уточнитеください。