mieki256's diary

とりあえず、Poser Pro 11 を使って、512 x 512 の、女の子の画像をレンダリングして、それを元画像にして実験。元画像は以下。


実にキモいですね…。

学習モデルデータは、v2-1_768-ema-pruned.ckpt を使ってみた。

img2img に元画像をドラッグアンドドロップで渡して、プロンプトには「1girl」と入力。以下の画像が生成された。

parameters

1girl,
Steps: 20, Sampler: DPM++ SDE Karras, CFG scale: 7, Seed: 1972562182, Size: 512x512, Model hash: ad2a33c361, Model: v2-1_768-ema-pruned, Denoising strength: 0.75

たしかに画像が生成された。生成されたけど、これのどこらへんが「girl」やねん？ AI君には「girl」ってこう見えてるの？

Denoising strength の値がデフォルトの 0.75 で処理させると上記のような結果が出てくるけれど、数値を下げれば元画像に沿った生成処理になってくれるらしい。0.5 まで下げてみると、生成される画像が変わってきた。

parameters

1girl,
Steps: 20, Sampler: DPM++ SDE Karras, CFG scale: 7, Seed: 1147899033, Size: 512x512, Model hash: ad2a33c361, Model: v2-1_768-ema-pruned, Denoising strength: 0.5

今度は少しだけ「girl」らしい生成画像になってきた。もっとも、ジョジョのスタンドの出来損ないみたいな見た目だなと…。というかコレ、バトルで敗北していくときのスタンドじゃないかな。

高画質化を狙えるらしいプロンプトを打ち込んでみる。

• Postivie prompt : masterpiece, best quality, photo realistic, realistic,
• Negative prompt : painting, sketches, (worst quality:2), (low quality:2), (normal quality:2), lowers, normal quality, ((monochrome)), ((grayscale)),

ざっくり説明すると…。

• Positive Prompt には、「こういう画像を出してくれ」的なキーワードを列挙する。
• Negative Prompt には、「こういう画像は避けてくれ」的なキーワードを列挙する。
• Postitive prompt に "masterpiece, best quality, " を指定すると、高画質化が狙える。らしい。たぶん。
• "photo realistic, realistic, " を指定すると、写実的な見た目に寄せてくれる。らしい。たぶん。
• Negative prompt に "painting, sketches, " を指定すると、おそらく手描き風を避けてくれるのかな。たぶん。
• "(worst quality:2), (low quality:2), (normal quality:2), lowers, " を指定すると、最低画質、低画質、通常画質、低解像度を避けてくれるっぽい。たぶん。
• "((monochrome)), ((grayscale)), " を指定すると、白黒画像、グレースケール画像を避けてくれるのだろう。たぶん。
• (hoge:1.4) とか (hoge:2) とか (hoge:0.5) といった記述をすると、どの程度効果を利かせるのか数値で指定できる。らしい。大きくても 1.4 - 2.0 ぐらいにしたほうがいい、という話も見かけた。
• hoge で1.0倍、(hoge) で1.1倍、((hoge)) で約1.2倍の効果にしてくれる、らしい。
• 余談。Stable Diffusion web UI のプロンプト(入力欄)で、(hoge:1.0) と書かれたところにカーソルを合わせて、Ctrl + Up(↑)、Ctrl+ Down(↓) を叩くと、数値を0.1単位で変化させられる。

加えて、Denoising strength を 0.4 に弱めてみた。

また、CFG scale を、7 から 5 に減らしてみた。CFG scale は、数値が大きいとプロンプトの内容に従おうとするけれど、その分無理な感じの合成をするので画像の破綻が増え始めて、数値が小さいとプロンプトの内容から離れてAIが自分勝手に合成するけど、その分破綻しにくい画像が生成されやすくなる、らしい。

「らしい」「たぶん」ばかり書いてあるけど、どれも本当に効果が出てるのか、そういう解釈でいいのか、ちょっと自信が無い…。

parameters

girl, masterpiece, best quality, photo realistic, realistic,
Negative prompt: painting, sketches, (worst quality:2), (low quality:2), (normal quality:2), lowers, normal quality, ((monochrome)), ((grayscale)),
Steps: 20, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 4219038187, Size: 512x512, Model hash: ad2a33c361, Model: v2-1_768-ema-pruned, Denoising strength: 0.4

かなり改善されてきたけど…。夢の中に出てきたら、うなされそうです…。

学習モデルデータ、v2-1_768-ema-pruned.ckpt には限界があるのかもしれない。学習モデルデータを、話題の、chilloutmix_.safetensors に変更してみる。

parameters

girl, masterpiece, best quality, photo realistic, realistic,
Negative prompt: painting, sketches, (worst quality:2), (low quality:2), (normal quality:2), lowers, normal quality, ((monochrome)), ((grayscale)),
Steps: 20, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 1534430406, Size: 512x512, Model hash: a757fe8b3d, Model: chilloutmix_, Denoising strength: 0.4

おお…。これならたしかに「girl」の画像だ…。Poser の、あのキモ画像から、こんな画像にしてくれるとは…。

そんなわけで、どんな学習モデルデータを使うかで、全く違う画像が生成されるのだなと。ここまで違ってくるとは。

ちなみに、「russian child」「asian child」といったキーワードも反応してくれる模様。

parameters

russian child, girl, masterpiece, best quality, photo realistic, realistic,
Negative prompt: painting, sketches, (worst quality:2), (low quality:2), (normal quality:2), lowers, normal quality, ((monochrome)), ((grayscale)), nsfw,
Steps: 20, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 209150273, Size: 512x512, Model hash: a757fe8b3d, Model: chilloutmix_, Denoising strength: 0.6

parameters

asian child, girl, masterpiece, best quality, photo realistic, realistic,
Negative prompt: painting, sketches, (worst quality:2), (low quality:2), (normal quality:2), lowers, normal quality, ((monochrome)), ((grayscale)), nsfw,
Steps: 20, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 509918546, Size: 512x512, Model hash: a757fe8b3d, Model: chilloutmix_, Denoising strength: 0.6

なるほど、たしかに、ロシアとアジアな感じに分かれた。

_javaで超簡単にGUIを作成するためのEclipseプラグイン「SwingDesigner」 インストール - プログラミングのメモ を参考に、Swing Designer なる、GUIのレイアウト？ができるプラグインをインストール。

• ヘルプ
• → 新規ソフトウェアのインストール
• → 「作業対象」で「Luna - http://download.eclipse.org/releases/luna」を選択
• → 一般用ツール → Swing デザイナー、にチェックを入れてインストール。

Swing Designer と同様の手順で、プログラミング言語 → 動的言語ツールキット - Ruby開発ツール にチェックを入れてインストール。

• sudo aptitude install ntp でインストール。
• /etc/ntp.conf を編集。
• sudo service ntp restart でサーバ再起動。
• ntpq -p で動作確認。

以下を参考にして作業。

_Ubuntu 12.04 サーバー再構築(15) NTPとして動作させる｜ろっひー
_忘れんぼなサーバ管理者の備忘録　〜 NTP編 〜
_NTPの設定：tech.ckme.co.jp
_Ubuntu 12.04 LTS - NTPサーバー ： Server World

_GM-OPTB01B 。 有線版。2,470円。

無線版の _24OPTB01B という製品も存在していて、本当は無線版のほうが欲しかったのだけど。どの通販ショップを探しても無線版は売り切れ中。下手すると今後は有線版すら売り切れ・入手不可になりそうな気がしてきたので、この際仕方なく有線版を購入。

今までは、アクロス AMS-24TBGという手持ちトラックボールを使ってたのだけど。AMS-24TBGは、下部に左ボタンしか無くて、右ボタンを押しながらボールを操作することができない。つまりは片手で右ドラック操作ができないから、右ボタンドラッグによるマウスジェスチャを使いたい場合は非常に困る。その点、今回入手した GM-OPTB01B は下部に右ボタンもついている。これで快適になるはず。

と予想したのだが、甘かった。実際使ってみたところ、

1. 右ボタンを押すことで本体がぐらぐら揺れる。
2. → ボールに親指を乗せているからボールまで動いてしまう。
3. → 意図しないジェスチャ操作が入力されてしまう。

左右ボタンを押した際に、本体を手の平のどこらへんで固定するのか、という視点が欠けた形状になっている気がする。単にクリックするだけなら問題が無いあたり、おそらくドラッグ操作についてはよく考えないまま設計したのではなかろうか。

ボールが予想より大きかったのも難点。中玉トラボとしてメジャーな Logicool Marble Mouse よりは小さいけれど、AMS-24TBGのボールよりは一回り大きい。人間の親指は、左右には動くが前後にはさほど動かないので、小玉なら親指の可動範囲でなんとか収まるが、中玉になると前後(上下？)がさほど動かせない。だから、中玉を親指で操作するトラボは、親指の置き方までよく考えて設計しないと操作しづらいモノになる。どうしてもう少し小玉にしなかったのだろうか…。まあ、小玉にすると玉を転がす回数が増えるので、それを良しとしなかったのかもしれないけど。しかし、それで操作がしづらくなるのでは、元もこうも無いだろうと思うのだけど。

触り始めた当初、ボールはかなり滑らかに動いているように思えた…が、どうも回しているうちに急に動きが鈍くなる・場所によってはボールがビクともしなくなるポイントがいくつかあって非常に困った。ボールを押さえているリング状の蓋を取り外し、支持球部分を掃除したら、滑らかに動いてくれるようになった。

リング状の蓋は、上から見て時計回りに回せば外れるが、回しただけでは外れない。マイナスドライバーの一番小さいモノなどをボールと蓋の間に差し込み、てこの原理で力を入れてやらないと取り外せない。ただ、ちゃんと蓋を回し切ってない状態で力を入れると、ボールは傷つけるわ、蓋にヒビが入るわ、悲惨な状態になるだろうから大変気を使いながら作業しないといけない。…この手の蓋って、機構的にもう少しどうにかならんのかな。

マウスにもなる製品、という話だけれど。マウスとして使ってみたところ、実に使いづらく。これならマウス機能は省いて、その分手持ちトラボとしての使い易さを追求してほしかった。

ホイール回転の重さはフツーだけど、ホイールクリックは異様に固い。タブブラウザ上で中ボタンクリック(=ホイールクリック)を多用する自分には大変厳しい固さ。AMS-24TBGと同様に、ボールを押してもホイールクリックになるように設計してあれば、まだ回避策もあっただろうに…。

ということで、スペック的には名機になりそうだと思ったけれど、実際入手して使ってみたら色々ともう少しな部分があって、なんだかもったいない製品だなと思えた。地道に少しずつ改良を加えていけば、「手持ちトラボなら絶対コレだろう」という定番の製品・商品になりそうだけど。そもそもトラボという商品ジャンル自体、見た目だけで根拠なくイロモノ扱いする客が多そうな予感もあるし、なんだかこれっきりで次の製品は出ないような気もする。なんだか惜しいなあ。改良していけば素晴らしい製品になるだろうに。もったいないなあ。

もしも次の製品が出るなら、拡張ボタンもつけてほしい気もしたり。この手のトラボは基本的にはだらだらした姿勢で使うものだから、手元でアレコレ操作できると更に嬉しい。つまりショートカットキー等を割り当てられる拡張ボタンが多ければ多いほど助かるわけで。また、ホイールクリックの固さなども、拡張ボタンに中ボタンを割り振ることで回避できる場合もある。爪楊枝の柄のようなポチッとしたゴム製ボタンでも、ついていればそれだけで結構使えるはずなので、もしも次があるなら…まあ、次は無いんだろうけど…。

このままではなんだか口惜しいので、少し工夫を試みた。100円ショップで買った厚みのあるすべりどめスポンジを、2段重ねで右ボタンのちょうど反対側の位置に張り付けた。右ボタンを押すと、手の平にすべりどめスポンジが当たって本体が固定される。そこそこ右ボタンドラッグ、つまりマウスジェスチャがやりやすくなった。…まあ、ホイールクリックが固い点はどうしようもないんだけど。

ゲーム用マウスとして売られている品。USB接続の有線マウス。3,470円。

ここのところずっとワイヤレスマウスを使ってきたのだけれど。ワイヤレスは便利ではあるものの、省電力モードに入った時の反応の悪さが気になるわけで。もしかするとその際の反応の悪さがカーソル移動・ポインティングのし難さに繋がっているのかもしれないと思えてきたので、今回は試しに有線版を購入してみようと。

このマウスは、ホイールのすぐ横に拡張ボタンが付いている。この拡張ボタンに中ボタンを割り振ることができれば、ホイールクリックがどれだけ酷くても、それを回避することができるかもしれない。と思ったのでこの製品を選択。

実際触ってみたところ、まず、妙に重い。どうもゲーム用マウスと言うことで、中に重りが入っているのだとか。余計なことを…。いやまあ、ゲームマニアには重いほうがいいのかな。自分はゲームをしたいわけではないので、そのうち分解して重りを外せるなら外してみたい。でも面倒だな…。

ホイールクリックは比較的軽かった。IMO並に軽い。嬉しい誤算。しかし、ホイール回転は重い。こんなに重いとは思わなかった。残念。もしかすると、ホイールを使った武器選択時などの事を考えて重くしているのであろうか。

左ボタン、右ボタンは、気のせいかもしれないが重い感じがする。やはりゲーム用に以下略。

拡張ボタンは比較的押しやすい位置にあるような気がする。少なくとも、MSやLogicoolのマウスよりはヨサゲ。このあたりはMSのマウスが特に酷く、「この拡張ボタンを押せるのはETぐらいじゃないのか」と思えるほど、指の長さを考えていない妙な位置にあったりする。そういった製品に比べたら、このマウスはまだマシ。

カーソル反応・カーソル移動については文句なし、のような気がする。Logicool VX-N、M705はセンサ位置が変な場所にあって思うようにカーソルを動かせなかったけど、これはフツーに真ん中の位置にあるのでフツーに動かせる。いやまあ、腕全体でマウスを動かす人には、センサ位置なんてどうでもいいことらしいのだけど。自分は比較的手首より先でマウスを動かすので、センサ位置が変な場所にあるとカーソル移動すら満足にできなくなるわけで。

_X-718BK-JP - forPCActionGamer Wiki* を辿って、 _http://www.x7.cn/en/driver.asp?model=X-718BK からdriverを落としてインストールしてみた。driverというか、マウスのボタン割り当てを変更してマウスが持ってるメモリに書き込むツールのようだけど。ホイール横のオレンジのボタンに中ボタンを割り当ててみたら、まるで真っ当な3ボタンマウスを使っているかのような快適さに。素晴らしい。これは素晴らしい。本当に素晴らしい。もうコレで、ホイールクリックがまともなマウスを探さなくて済む。このマウスのように、ホイール横にオレンジのボタンがついてる製品を選べばどうにかなる。素晴らしい。

Wiiリモコンを2本持って、腕を広げたり、狭めたり、片手だけ広げたり、両方下げてみたり、上に持ち上げてみたり、交差させたりすることで、車の速度が変わってた。

木に糸を引っ掛けて、糸の端を右手と左手でそれぞれ持って、2本の糸の間に何かを乗せて、糸を持った腕を広げたり狭めたり下に降ろしたりすると、糸の間にあるソレが自分から遠ざかったり手元に来たりする、みたいな感じの操作感覚。
図で描かないと分からないよな…。

これって面白いのかね。よくわからん。

GoogleガジェットとかVistaのサイドバーガジェットとかで、プリキュアの玩具をそれっぽく再現。…してどうする。BANDAIから訴えられるだろうな。

PC上のソフトで、玩具に転送するデータ等を作成できる、てな状況は作れないだろうか。女児の居る御家庭で、お父さんがPCで、娘さんのためにデータ作成。娘さんの玩具に転送。娘さんは大喜び。とか。…今時、そんなことができる時間的な余裕はないわな。＞お父さん。仕事で忙しくて。

なんだろうと思うのだけど。＞プリキュア5。動物の姿は呪いをかけられた仮の姿で人間体のほうが真の姿ならなんだか夢があるな。と思ったがそういうパターンに対するアンチテーゼ的な設定なのかもしれないと思えてきた。しかし動物と人間では恋愛関係になっても禁断の恋にしかならんだろうしでなんだかな。

MS-DOS用のジャギ消しツールが。これだ。と思ったらPC-98用だった。うぐぅ。

カップラーメン売り場でどれにしようか迷ってたら、小学生高学年ぐらいの女の子と、母親らしき女性がやってきた。母親がカップラーメンを手に取ったところ、女の子が、「もうカップラーメンはやだよー」と体を揺すりながら、眉をしかめながら、嫌がってた。

なんだかとても悲しい気持ちになったのは何故なんだろう…。

検索してたら目についた。この一文に、ちょっと笑ってしまったり。そう。今ならまだ、「○○抜きでは日本におけるblog草創期を語れない」と言われるようなサイトになるのもけして夢ではなく（言いすぎ？） …いや、もちろん冗談ですけど。そういう事もあったなと思い出してしまっただけなんですが。

様々な考え方、様々な情報を容易に目にできる機会が増えるなら、そのあたりの呼称なんて何でもいいと思ったり＞自分。blogと呼ぶほうがウケがいいし伝わりやすいなら、blogでいいじゃんと思うし。日本には無かった新しい概念ということになってたほうが普及に弾みがつくのであれば、先人達には申し訳ないと思いつつも草創期ということで構わんとすら思うし。いや、一般人への認知度でいえば草創期に間違いないけれど。便利なツール・サービスは広まって活用されてほしいと単純に思うし。

というわけでもっとblogブームが盛り上がらないものかと夢想したり。ワイドショー番組のマダム紹介のコーナーで、「xx時からはマダムのblogタイムなのです」とナレーションがついたりしないか。みのもんたが、「奥さん、blogは体にいいんですってよ」と言ったりしないか。きっとその日のうちに本屋の棚からblog関連書籍が消滅する。勢い余って間違って「ネットって書いてあるからこれかしら」と『ネットランナー』を買っちゃった専業主婦がファイル共有ソフトの方にハマっちゃって話がおかしな方向に。可愛い我が子の画像や映像を共有するのがブームになってしまい既存ユーザは怨嗟の声をあげ、しかしその手の趣味の人間が『素人画像』欲しさにハイエナのように集まり始めてそりゃもうてんやわんやの大騒ぎ。blog万歳。

ありえない。

前述のまとめページで紹介されてた。なるほど。こういう感じか。画面サイズが固定されるのはイイ感じ。PC上で見てもレイアウトが破綻しないから。

ワークメモリ容量というのは、Flashデータが置かれる領域なのだろうか。それとも処理中に作業用として使われる領域なのか。でも、FLASHがどのくらい作業領域を使うかなんてデータ制作者側で判るものなんだろうか。…そういえば、MDのワーク領域ってどのくらいだったっけ。64KBか。それに比べたら多いのかな。でも、プログラム・データも入る領域だとすると少ない気もする。いや。初期のMD用ソフトは1〜2Mbitだったかな。それと同じくらいか。画面解像度もMDと同じくらいだし。ということは、MD相当のハードとして考えればいいのか。 _こちらのページ によると、MD版コラムスが1Mbitで、MD版ゴールデンアックスは4Mbitだったらしい。すると、i-mode＝コラムスは入るけどゴールデンアックスは入らないハード、と考えるのもアリだろうか。…と思ったら違った。 _このページ に、ファイルサイズについても書いてあった。1ページ20KBと書いてある。…少ない。コラムスどころの話じゃない。それともアプリはまた別の領域を使うのだろうか。そのうち調べてみやう。

Headline部をフレームにしてみたがどうもしっくりこない。結局元に戻した。

jikenbo+テーマのHeadline部分はtableタグでレイアウトされているが、divとCSSを使う事でも同様の結果が得られるらしい。試しに、tDiaryのスタイルシート指定を参考にして、その方法でHeadline部分領域を配置してみた。tableで指定した場合、table内が確定しないとtable自体が表示されないが、divで指定した場合、既に確定した部分から即座に表示してくれるので、体感上は表示が速くなったように感じる。実際には処理時間は変わっていないので完全に気のせいなのだけど。

を考えると、SUBコマンドで逐一分けていったほうが情報の適切な分類という面ではいいのかもしれない。

実装されているようだ。いっそTDSに乗り換えてしまおうか。各記事(NEWコマンドによる指定)単位でのツッコミ機能さえ実装されていればすぐにでも乗り換えるのだけど。

の中で

$Entities{'Flow'} = [$Entities{'Inline'}, $Entities{'Block'}, 'HR'];

と書いたら動いたみたい。これでいいのかどうかはわからないけど。

パッと見、左側のHeadline部に重さを感じる。手を入れるならそのへんだろうか。文字と背景の明度差がそれほど無ければ、文字は読みにくくなるものの、単なる模様に見え始めるだろうから、存在が薄れて右側の本文に目が行くようになるかもしれない。が、最低限リンクが張ってある事が伝わらないとそもそもHeadlineを置いている意味が無くなる。リンクである事を伝える方法で一番簡単なのは、文字に対して、通常利用時のリンク色、アンダーライン表示を維持し続ける事だろう。となると、文字と背景の明度を調整することで解決を図るのは難しい。