[過去ログ] 【StableDiffusion】AIエロ画像情報交換25【NovelAI】 (1002レス)
1-
抽出解除 レス栞 あぼーん

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
15: (ワッチョイ b221-w4Nq) 2023/06/05(月)09:41 ID:1nddSKjm0(1/6) AAS
4090入らんケースなら4080も入らんから4070Ti以下しか選択肢がなくてVRAM12G止まりよ
あと4090どうにかして詰めたいなら割高だけど簡易水冷モデルでカード長280mm+240ラジみたいな構成のもある

予算的に4090が視野に入る余裕あるならケース取り替えるのが一番だと思うけどな
組み替えなんて週末に1時間くらい費やせばできるっしょ
24: (ワッチョイ b221-w4Nq) 2023/06/05(月)13:32 ID:1nddSKjm0(2/6) AAS
サイド解放で常時扇風機あてるんならエアフローなんて些細な問題よ
要は新鮮な空気をどうクーラーに届けるかってのとケース内に排気された熱い空気をどう外に出するかって話なんで
超吸気過多でマザボ全体に新鮮な空気を押し付け続ければ大体の事は解決する
26
(1): (ワッチョイ b221-w4Nq) 2023/06/05(月)14:04 ID:1nddSKjm0(3/6) AAS
>>22
お絵描きAIに関しては速度はともかく機能的には生成も学習も3060の12Gでできないことは殆どないわな

>>25
吸気排気のレイアウトの仕方で効率変わるから嘘ってほどじゃないよ
極端な話、吸気は底面のみで他は排気とかやってもグラボに新鮮な空気全部取られてCPU冷えないし
34
(1): (ワッチョイ b221-w4Nq) 2023/06/05(月)15:34 ID:1nddSKjm0(4/6) AAS
>>32
いわゆるデフォルメキャラはdanbooruではchibiというタグになるはず
外部リンク:danbooru.donmai.us

これで出ない・打率が悪いならモデルが悪いので別のモデル使うかLoRA探すなりで
二次モデルはdanbooruタグで学習してるので、danbooruタグ以外の語でやろうとしても時間の無駄になりやすい
38: (ワッチョイ b221-w4Nq) 2023/06/05(月)17:10 ID:1nddSKjm0(5/6) AAS
光モノが流行ったのもあるんでない
最近はサイド透明パネルで密封のケース多いっしょ

俺は光らせるの好きじゃないから全身メッシュケースでサイド18cmぶら下げてるけど
43
(1): (ワッチョイ b221-w4Nq) 2023/06/05(月)18:10 ID:1nddSKjm0(6/6) AAS
ここはほぼ皆stable diffusionだよ
novelAIとかmidjourneyとかのサービス系使ってる人も稀にいるかもしらんけど
エロ目的の場合はグラボ用意してローカル環境構築してstable diffusionが定番
90: (ワッチョイ b221-w4Nq) 2023/06/06(火)09:27 ID:lWZgQ43L0(1/8) AAS
以前書いたやつ

二次モデルで○○を出したい、出せない
 ↓
danbooruタグにある?─no→プロンプトだけじゃ無理 i2iやLoRA等使おうね
 ↓yes
登録作品数は100k以上ある?─no→プロンプトだけじゃ難しいかもね i2iやLoRA等使おうね
 ↓yes
該当タグでガチャろうね
外部リンク:danbooru.donmai.us

モデルがdanbooruタグで学習してるから何をやるにしてもdanbooruタグに依存する
省1
91: (ワッチョイ b221-w4Nq) 2023/06/06(火)09:33 ID:lWZgQ43L0(2/8) AAS
拡張とか使わないでプロンプトだけでお手軽にやりたいってのはわからんでもないけど
使ってるモデルでできること・できないことを見極めてやらないと
プロンプトいくらこねくり回しても時間と電気代をひたすらドブに捨てるだけになるよ

SDは"プロンプト頑張れば何でも描ける魔法のツール"ではない
モデルが知らんものは描きようがないのだ
96: (ワッチョイ b221-w4Nq) 2023/06/06(火)10:24 ID:lWZgQ43L0(3/8) AAS
使用頻度低いモデルとか生成した絵とかを適当にsataの安いSSDなりHDDなりに逃がしとけばいいんでない
99: (ワッチョイ b221-w4Nq) 2023/06/06(火)11:03 ID:lWZgQ43L0(4/8) AAS
>>98
SDは別にドライブレターに依存しないからどこに環境作っても動くよ
あとSDで一番読み込み速度欲しいのはモデルデータ類なんで4GBクラスのファイルが大量にnvmeに突っ込まれる
色々モデル集めたり自前マージとかやったりすると数百GBなんてあっという間よ
101: (ワッチョイ b221-w4Nq) 2023/06/06(火)11:45 ID:lWZgQ43L0(5/8) AAS
単純コピーしようとしたらvenv回りで面倒なことになったから
基本部分のインストール(git cloneからwebui_user叩く)だけやり直してモデルとかはコピーするという感じでやったな俺は
105
(3): (ワッチョイ b221-w4Nq) 2023/06/06(火)14:00 ID:lWZgQ43L0(6/8) AAS
>>104
実体はCでもDでもEでもXでもどこでも好きなとこに置きゃいいんだよ
要は別ドライブに置いたファイルを、SDのフォルダ内に置いてあるように見せかけるということ
SDのプログラムはフォルダ内のファイルしか読めない※から

※厳密にいえば方法は一応ある
112
(1): (ワッチョイ b221-w4Nq) 2023/06/06(火)15:28 ID:lWZgQ43L0(7/8) AAS
>>109
c:\webuiを丸ごと移動するんなら、c;\webuiというパスで今まで通りちゃんとアクセスできるようにすれば同じように動くよ
なのでc;\webuiというパスに対してフォルダのシンボリックを張る

まあぶっちゃけvenv死のうがgit cloneからbat一発で1111インストールできるんだから気軽にやりゃいいよ
114
(1): (ワッチョイ b221-w4Nq) 2023/06/06(火)15:36 ID:lWZgQ43L0(8/8) AAS
あーコロンセミコロンタイプミスしたから適当に読み替えてね

話はずれるけどwinのmklinkはlinuxのln -sと引数逆なので
元々linuxちょいちょい触ってたやつからすると結構めんどくさい
145
(1): (ワッチョイ b221-w4Nq) 2023/06/07(水)09:30 ID:C/qsX7Bg0(1/4) AAS
>>141
今の学習の仕組みからしてそういう事は起こらないように思える
単純にそのモデルがnsfwワードに該当する学習情報に乏しいんでないかね

あと二次のbooru系と三次の独自キャプション系だと反応するワードが違うから
違う体系のワードで学習した奴を混ぜたモデルだと、それぞれに対応するワードを入れないと
アルゴリズム的に推論がうまくいかんのではないかと思う(ワードに対する反応が弱い)

例えば足開くポーズを二次側はspread legs、三次側はlegs spreadで覚えてるとかだと
両方指定しないとピクセル情報が求めにくいみたいな
147: (ワッチョイ b221-w4Nq) 2023/06/07(水)09:36 ID:C/qsX7Bg0(2/4) AAS
lora作ってる時にネガティブ学習ワードみたいの設定できたらいいのになと思ったりしてた
153: (ワッチョイ b221-w4Nq) 2023/06/07(水)10:59 ID:C/qsX7Bg0(3/4) AAS
マージしてもモデルのファイル容量変わらんのだし元々持ってた情報はどんどん薄まっていくんじゃないのかね
160: (ワッチョイ b221-w4Nq) 2023/06/07(水)16:05 ID:C/qsX7Bg0(4/4) AAS
>>157
そらlora作りたいんならlycoris用の設定しててもあかんよ
正直その辺のbat使うくらいならGUI支援ツール系でも使ったほうがいいと思う
第三者作成のbat弄るのは手軽さにも欠けるし細かい機能対応も本家より遅れるし

俺は本家のドキュメント読んでbat自作するのに落ち着いた
tomlで設定管理できるの楽
200: (ワッチョイ b221-w4Nq) 2023/06/08(木)13:19 ID:05vPX4IV0(1/4) AAS
sd1.5ベースのモデルはだいたい512学習なので現実的に使える解像度は768*768くらいまで
1024とか出そうとすると人物が分裂したり崩れたりする
なのででかい画像は512〜768あたりの解像度+hires.fixで作る

ちなみにもともとhires.fixは上記の512学習モデルででかいサイズで出すと絵が崩れるのを防ぐ機能として開発された
今は改修されてディティールを追加しつつアップスケールするみたいな機能になってる
204
(1): (ワッチョイ b221-w4Nq) 2023/06/08(木)13:40 ID:05vPX4IV0(2/4) AAS
>>201
いやhires前の段階で崩れず狙い通りの構図が出せてるなら問題ないよ
hiresはi2iみたいなもんだから、hires前で崩れてなけりゃアプスケ後も大きな問題は起こらない

元が512*512ピクセルで学習してるから、解像度由来の破綻が一番少ないのは512*512だろうって程度の話ではある
自分は最近は512*640くらいをベースにしてる
768まで伸ばすと胴が伸びやすい
1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 1.856s*