mieki256's diary

set A1111_HOME=C:/aiwork/stable-diffusion-webui
set PYTHON=
set GIT=
set VENV_DIR=
set COMMANDLINE_ARGS=--ckpt-dir %A1111_HOME%/models/Stable-diffusion --embeddings-dir %A1111_HOME%/embeddings --lora-dir %A1111_HOME%/models/Lora

http://127.0.0.1:7860/?__theme=dark

• OS : Windows10 x64 22H2
• CPU : AMD Ryzen 5 5600X
• HDDスタンド : Logitec LGB-1BSTU3 (USB3.0接続)
• ツール : HDD Scan V2.0

◎ OWL-EGP35/EUとの比較 :

◎ eSATA接続のHDDケースの扱いに困ってる。 :

◎ コンセントが足りない。 :

python pymztinfo.py MZT_FILE

or

pymztinfo.exe MZT_FILE

> pymztinfo.exe S-BASIC_1Z007B.MZT
Input file : S-BASIC_1Z007B.MZT
0x00     : File mode = 0x01 (Binary)
0x01-0x11: Filename  =  S-BASIC
0x12-0x13: File size    = 0x6C80 (27776)
0x14-0x15: Load Address = 0x1200
0x16-0x17: Exec Address = 0x7E0F
0x18-0x3F: 11 30 11 CD 09 00 CD 15
           00 00 00 00 00 00 00 00
           00 00 00 00 00 00 00 00
           00 00 00 00 00 00 00 00
           00 00 00 00 00 00 00 00
0x40-0x43: Patch Enable
Adrs=0x1221 , Size=0x0C (12) , Data (Hex)=ED F4 03 ED F4 04 ED F4 01 ED F4 02
body length: 0x6C80 (27776)

◎ MZTファイルのフォーマット仕様をメモ。 :

◎ 参考ページ。 :

◎ 不明点。 :

◎ インストール。 :

◎ コンパイル。 :

zcc +mz -lm -o hello -create-app hello.c

◎ 結果。 :

#include <stdio.h>

int main(void) {
  printf("\n-- HELLO WORLD --\n");
}

#include <stdio.h>

#define DISPADRS 0xd000
#define ATTRADRS 0xd800

int main(void)
{
  for (int c = 0; c <= 255; c++)
  {
    char d = c;
    for (int y = 0; y < 25; y++)
    {
      int x = 30;
      char *p;
      char *q;
      p = (void *)(DISPADRS + y * 40 + x);
      q = (void *)(ATTRADRS + y * 40 + x);
      while (x < 40)
      {
        *p++ = d;    // display code
        *q++ = 0x40; // attrib
        x++;
      }
      d++;
    }
  }
  return 0;
}

/*
int init(void)
{
  return 0;
}
*/

◎ 最新版にしたら動いた。 :

#include <stdio.h>

#define DISPADRS 0xd000
#define ATTRADRS 0xd800

int main(void)
{
  for (int c = 0; c <= 255; c++)
  {
    unsigned char d = c;
    for (int y = 0; y < 25; y++)
    {
      int x = 30;
      unsigned char *p;
      unsigned char *q;
      p = (unsigned char *)(DISPADRS + y * 40 + x);
      q = (unsigned char *)(ATTRADRS + y * 40 + x);
      while (x < 40)
      {
        *p++ = d;    // display code
        *q++ = 0x40; // attrib
        x++;
      }
      d++;
    }
  }
  return 0;
}

/*
int init(void)
{
  return 0;
}
*/

◎ 参考ページ。 :

udo gem install gosu -- --with-cflags=-I/usr/local/include/SDL2 --with-cppflags=-I/usr/local/include/SDL2 --with-ldflags=\"/usr/local/lib/libSDL2.a /usr/local/lib/libSDL2_ttf.a\"

◎ 感想。 :

あくまでお絵かきソフトなので、ドットエディタとして利用するのは少々厳しい印象だった。一応、ブラシセットの右向き三角アイコンをクリックすると、「サンプル」内に「1ドット」というブラシがあるので、ドット単位で描けそうな気配を感じてしまうのだけど…。

左右対称モードは、真ん中に1ドットを含めてしまう実装のようで、右側の領域が1ドット右にずれた結果になってしまう。いやまあ、真ん中に1ドット入れたい場合は、むしろこの仕様のほうが都合がいいのだろうけど…。自分は、昔のゲーム機のように、「8x8ドット等のキャラチップを左右反転して横に並べたらこう見える」的なイメージで作業していたりするので、ちょっとしっくりこなくて。

また、マウスカーソル(描画カーソル)と描画位置が1ドットほどずれていて悩んでしまった。大きいキャンバスサイズで作業するなら気にならないだろうけど、1ドット単位でチマチマ描く際は非常にツライ。というか使い物にならない。

クリックすればそこにドットが置かれる、という仕様ではないあたりも厳しい。マウスをしばらく動かしてると謎のタイミングでドットが置かれ始める、みたいな。「ドットを打つ」とよく言うけど、このソフトはそもそも「打てない」。一応、補正の類は切ってみたり、ブラシ間隔は小さくしてみたつもりだけど、結局、「ドラッグされたら描画」という実装らしい。

ブラシの描画モードを「通常」から「乗算」にすると、最初の1ドットだけ二重に描画されてそこだけ暗くなってしまう。描き始めの時だけ何か特殊な処理をしているようだなと…。

そんな感じで、ドットエディタとしては使えないなと。まあ、あくまでお絵かきソフトなので、ドットエディタとして試用すること自体が間違っているのだけど。

シンメトリーモード・左右対称描画もそうだし、他にも、キャンバスを指定数で分割して、タイルマップ用のチップ画像に使えそうなシームレス画像を作れたりするあたり、なんだかちょっと便利そうなのだけど…。 *1 惜しいというか、もったいないなと。いやまあ、ドットエディタとして使えることを期待するのがそもそもおかしいけど。

◎ ずれる問題について。 :

◎ スタンプ風のブラシって何だろう。 :

• irb --noreadline で起動する。
• もしくは、~/.irbrc に IRB.conf[:USE_READLINE] = false を追加。

◎ readline.dllをインストールしてみたらどうなるだろう。 :

◎ rb-readlineなるライブラリがあるらしい。 :

◎ Linux上で試してみた。 :

• Windows7 x64 上で、64bit版 cmd.exe ではなく、32bit版 cmd.exe が呼ばれた際、cmd.exe のデフォルトアイコンとは違うアイコンが表示されてしまう時がある。
• 代わりに表示されるアイコンは、Golang だったり、Strawberry Perl だったり、msysGit だったり、とにかく色々。環境による。
• Windows7 x64 のスタートメニューに登録されてる cmd.exe のショートカットファイルは 64bit版のみだけど、32bit版 cmd.exe のショートカットファイルもスタートメニューに作っておけば解決する。
• 32bit版 cmd.exe の場所は、C:\Windows\SysWOW64\cmd.exe。
• 64bit版 cmd.exe の場所は、C:\Windows\system32\cmd.exe。
• 起動した cmd.exe が64bit版か32bit版かを確認する方法。echo %PROCESSOR_ARCHITECTURE% と打って、AMD64 と出たら64bit、x86 と出たら32bit。

1. C:\Windows\SysWOW64\cmd.exe のショートカットファイルをデスクトップに作成。
2. ショートカットファイルの名前を、「0 コマンドプロンプト x85.lnk」に変更。最初に「0」をつけてるのは、ファイル名順でソートされた時、一番最初にこのショートカットファイルが見つかるようにするため。
3. スタートメニューの場所をエクスプローラで開く。スタートボタン → すべてのプログラム、を右クリック。「開く - All Users」を選択。
4. デスクトップから、スタートメニューに、ショートカットファイルを移動。「お前管理者か？ ソレやっていいのか？」と尋ねられるので「管理者だよ。やってくれよ」と許可する。

◎ GLFWなるものが気になる。 :

◎ ダイソーで色々と購入。 :

◎ 帰宅後CanDoにも足を伸ばした。 :

652090 ▼:key=0.0    <--- メインループ頭のキー入力読み取り直後。通常処理時。
652092 Main:key=0.0  <--- メインループ内の各シーンメイン処理開始。通常処理時。
652130 ▼:key=0.0
652132 Main:key=0.0
652170 ▼:key=0.0
652172 Main:key=0.0
652210 ▼:key=0.0
652212 Main:key=0.0
652250 ▼:key=0.0    <--- 「終了」ボタンを押す直前のフレーム。

                     <--- 「終了」ボタンが押されて、「終了しますか？」が表示されている。 

667056 Main:key=0.0  <--- 「終了しますか？ YES/NO」で、「NO」を選んだ直後。
                           一つ前の出力から数秒経過してるので、「サスペンド」？していたことがわかる。
                           最初にレジューム処理に飛ばず、メインループ内に戻ってきてる、ということがわかる。
                           ただ、メインループ内で参照してるキー入力値は、
                           「終了」ボタンを押す前のキー入力値なので、ここに戻ってくる分には問題はない。

667067 ▼:key=100020.100000   <--- レジューム時なのだから、一旦レジューム処理に飛んでほしいところだが、
                                   その前に、メインループが1回実行されてしまっている。
                                   このタイミングで、「NO」を押した際の、選択キー入力が読み取られてしまう。

667071 Main:key=100020.100000  <--- そのまま各シーンメイン処理に入る。
                                    選択キーが押されてるから、次のシーンに進んでしまう。

667257 RESUME_VM_EVENT S:key=100020  <--- ここでようやくレジューム発生がアプリに通知される。
                                          低レベルイベントとして processEvent() が呼ばれるので、
                                          レジューム発生フラグを立て、キーバッファをクリアしておく。
                                          でも、もう遅い…。

667259 RESUME_VM_EVENT E:key=0       <--- processEvent() 内処理を終了。

IA.rsm S                <--- IApplication.resume() 開始。
IA.rsm null chk try:0
667271 resume() S:key=0  <--- Canvas 内の resume メソッド開始。
                              ここでも、レジューム発生フラグを立て、キーバッファをクリアしておく。

667273 resume() E:key=0  <--- Canvas 内の resume メソッド終了。
IA.rsm mcRsm try:0
IA.rsm E                <--- IApplication.resume() 終了。

667303 ▼:key=100020.100000    <--- メインループ頭に処理が戻ってきた。
667343 ▼:key=0.100000      <--- レジューム発生フラグが立っていて、かつ、キー入力が入ってるので、
                                 キーが離されるまでループを空回しする。
667383 ▼:key=0.100000
667423 ▼:key=0.100000
667463 ▼:key=0.100000
667503 ▼:key=0.100000
667543 ▼:key=0.100000
667583 ▼:key=0.100000
667623 ▼:key=0.100000
667663 ▼:key=0.100000
667703 ▼:key=0.100000
667743 ▼:key=0.100000
667783 ▼:key=0.100000
667830 ▼:key=0.0         <--- キーが離されたので通常処理に戻る。が、もう次のシーンに進んでしまってるわけで…。
667869 Main:key=0.0
667879 ▼:key=0.0
667882 Main:key=0.0

• Canvas.processEvent(int type, int param) で type == Display.RESUME_VM_EVENT になった時。
• IApplication.resume() が呼ばれた時。

◎ N506iSで使えるminiSDの容量。 :

◎ miniSDって小さいな。 :

◎ 携帯に差し込んでみた。 :

◎ カードリーダーも購入したけど :

• レスポンスは悪いわ。
• ボタンがすぐに接触不良になるわ。
• 十字キーのプラスチック部分のバリ(?)をとらないまま平気でつけてたりするから特定方向だけ入りにくいわ。

◎ 繋いでみた。 :

◎ ゲームを遊んでみた。 :

◎ ボタンの割り当てがなんか変。 :

「×」「○」「□」「△」の順で、「ボタン0」「1」「2」「3」になってるから、標準状態で「ボタン0・1」を使うアプリだと、非常に操作しづらい状態に。…まあ、アプリ側で割り当てを変えられれば問題回避できるけど。

また、十字キーの「↑」「→」「↓」「←」を押すと、「↑+ボタン12」「→+ボタン13」「↓+ボタン14」「←+ボタン15」が返ってくるみたいで。アプリによってはちとマズイ動作になるかもしれん。…ん？ もしかして、デジタルパッドの十字キーって、ボタン12〜15に割り当てられるのかな。それなら問題はないのだろうけど。ちとそのへん、よくわからんです。

自分でメモしててよくわからなくなってきた。図にして置いておこう。

ボタン番号は、0〜15で記述。…コントロールパネルのソレは、1〜16で表示されてるけど、0から始まるほうが自分は判りやすいので。

◎ 来週から『ケロロ軍曹』が流れるらしい :

◎ 世間は何でもかんでも宮崎駿の手柄にしたいんだろうな :

構図的に余計な間が空いてるねえ

それでは画素がもったいない！

俺は自分の旋盤が直ればそれでいいんだよ！

◎ 他の配信コンテンツが気になるところ :

◎ 全然関係ない話 - ビデオカード :

リズムが含まれてる。

リズムがあれば、全員がソレに合わせて発声しやすい。

難易度が高くない。

事前に周到な学習が必要だったり、複雑なリズムを要求される応援では、参加者が限られてしまう。

言葉に意味がない。

命令でもないし、懇願でもない。言葉だけなら何の意味も含まない。意味のある言葉は、人によって発声しづらい時があるが、意味のない言葉は、その障壁がない。それでいて、応援してる様子はちゃんと伝わる。

◎ _ニッポン、チャチャチャ再々 :

◎ 君が代のリズム :

◎ バグの種類 :

◎ 要望 :

◎ 海外サーバへの対応 :