mieki256's diary

調査に使ったC言語のソースは以下。GLFW3 を使ってる。

_get_max_texsize.c

#include <stdlib.h>
#include <stdio.h>
#include <GL/gl.h>
#include <GLFW/glfw3.h>

#define SCRW 512
#define SCRH 288
#define TITLE "Max texture size"

int main(void)
{
  if (!glfwInit())
  {
    fprintf(stderr, "Failed to initialize GLFW\n");
    exit(EXIT_FAILURE);
  }

  glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 1); // set OpenGL 1.1
  glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 1);

  GLFWwindow *window = glfwCreateWindow(SCRW, SCRH, TITLE, NULL, NULL);
  if (!window)
  {
    fprintf(stderr, "Failed to open GLFW window\n");
    glfwTerminate();
    exit(EXIT_FAILURE);
  }

  glfwMakeContextCurrent(window);

  // get max texture size
  GLint maxTextureSize;
  glGetIntegerv(GL_MAX_TEXTURE_SIZE, &maxTextureSize);
  printf("Max Texture Size (width/height): %d\n", maxTextureSize);

  // save max texture size to log.txt
  FILE *fp;
  fp = fopen("log.txt", "w");
  if (fp != NULL)
  {
    fprintf(fp, "Max Texture Size (width/height): %d\n", maxTextureSize);
    fclose(fp);
  }

  // main loop
  while (!glfwWindowShouldClose(window))
  {
    // render
    glClearColor(0.2, 0.4, 0.8, 0.0);
    glClear(GL_COLOR_BUFFER_BIT);
    glfwSwapBuffers(window);
    glfwPollEvents();
  }

  glfwDestroyWindow(window);
  glfwTerminate();
  exit(EXIT_SUCCESS);
}

Makefile は以下。GNU Make + gcc 用。

_Makefile

SRCS = get_max_texsize.c

ifeq ($(OS),Windows_NT)
# Windows
TARGET = get_max_texsize.exe
GCC_VERSION=$(shell gcc -dumpversion)

ifeq ($(GCC_VERSION),6.3.0)
# MinGW gcc 6.3.0
LIBS = -static -lopengl32 -lglu32 -lwinmm -lgdi32 -lglfw3dll -mwindows
else
# MinGW gcc 9.2.0, MSYS2
LIBS = -static -lopengl32 -lglu32 -lwinmm -lgdi32 -lglfw3 -mwindows
endif

else
# Linux (Ubuntu Linux 22.04 LTS, gcc 11.4.0)
TARGET = get_max_texsize
LIBS = -lGL -lGLU -lglfw -lm
endif

all: $(TARGET)

$(TARGET): $(SRCS) Makefile
    gcc $< -o $@ $(LIBS)

.PHONY: clean
clean:
    rm -f $(TARGET) *.o

以下のバージョンでビルドできることを確認した。

• MinGW gcc 6.3.0 + GNU Make 3.81
• MSYS2 gcc 14.1.0 + GNU Make 4.4.1
• Linux gcc 9.4.0 + GNU Make 4.2.1

以下でビルド。get_max_texsize.exe か get_max_texsize が生成される。

make clean
make

以下で実行。

# Windows
get_max_texsize.exe

# Linux
./get_max_texsize

実行するとウインドウが開くので、そのまま閉じる。log.txt というテキストファイルに、以下のような結果が出力される。

Max Texture Size (width/height): 32768

注意点。Linxu機の場合、実機のデスクトップ上で仮想端末を開いて実行しないと正確な値が得られない。当初面倒臭がって、Windows10 x64 22H2 + MobaXterm からLinux機にsshでアクセスして ./get_max_texsize を実行したら、MobaXtermが持ってるXサーバで実行することになってしまったようで、アクセス先のPCスペックとは違う値を返してきてしまった…。実機上で動かさないとダメ。

GIMPでpng保存すると透明部分のRGB値が消えてしまう件は、png保存時のオプション指定で状態を変えることができると分かった。pngで保存(エクスポート)時、オプションの中に、「透明ピクセルの色の値を保存」と言う項目がある。ここにチェックを入れて保存すれば、透明部分のRGB値も残した状態で保存してくれる。たぶん。

まずは以下のような画像があるとして。



この画像の透明部分に、不透明部分のRGB値を引き延ばし(?)たい。

元レイヤーは後で重ねたりアルファチャンネルを利用したりするので、まずはレイヤーを複製しておく。レイヤーウインドウで、レイヤーの複製ボタンをクリック。処理したいレイヤーは元レイヤーの下に移動しておく。



続いて、不透明部分のRGB値を引き延ばす。複製したレイヤーを選択して、フィルタ → ぼかし → ガウスぼかし。



オプション値はデフォルト値でもいいかな…。うっすらと周囲に色が伸びてるのが分かるかと。



うっすらとした色に見えるのは、その部分のアルファチャンネルに 0 - 255 の間の値が置かれて半透明になっているからなので、アルファチャンネル値を0か255にしてしまう。レイヤー → 透明部分 → アルファチャンネルのしきい値、を選ぶ。



しきい値の値をグンと小さくしてしまう。半透明だった部分が不透明になって、元々の不透明部分が引き延ばされてるような見た目になってくれる。

前述の手順では、「アルファチャンネルのしきい値」を使ってアルファチャンネルの値を変化させたけれど、そもそもアルファチャンネルを削除して対応する方法もある。

ただ、レイヤー名を右クリックしたときに表示される、「アルファチャンネルの削除」を選んでしまうと、透明部分が背景色で塗り潰されてしまって、元々透明部分に置いてあったRGB値が消滅してしまう…。以下の画像を見れば分かるかと。透明部分のRGB値が背景色のグレーで塗り潰されてしまっている。




そこで、レイヤーマスクを使って、そのあたりの処理をする。

レイヤーを右クリックして、レイヤーマスクの追加、を選ぶ。



レイヤーのアルファチャンネルを移転、を選んでから、「追加」。



レイヤーマスクが追加される。レイヤーマスクは 0 - 255 の値を取るグレースケールになってる。



ここでおもむろに(?)、レイヤーマスクを削除してしまう。レイヤーを右クリックして、レイヤーマスクの削除、を選ぶ。



レイヤーマスクが削除されて ―― つまりは元々あったアルファチャンネル"だけ"が削除された状態になって、透明部分に置かれていたRGB値が目視できるようになる。



以下、参考ページ。

_透過png画像のアルファ値だけを消す方法を教えてください！ - 題名の通り... - Yahoo!知恵袋

元画像が持っていた透明部分を反映させる。レイヤーを複製しておいたので、元画像のレイヤーは残ってるはず。右クリックして、不透明部分を選択範囲に、を選ぶ。



この選択範囲でアルファチャンネルを作る。もう一枚のレイヤーを右クリックして、レイヤーマスクの追加、を選ぶ。



選択範囲、を選んで、「追加」。



元々の透明部分を反映した状態の見た目になった。



この段階では、透明部分 = アルファチャンネルの値が0ではあっても、そこにRGB値がちゃんと残ってる。ピクセル情報、のタブを表示して、マウスカーソル位置のRGBA値を確認すれば、Aが0だけど、RGB値はちゃんと値が入ってることが分かる。

透明部分のRGB値を残したまま、png画像として保存(エクスポート)する。ファイル → 名前を付けてエクスポート、を選ぶ。



保存ファイル名の最後に「.png」をつけておく。GIMPはファイル名の拡張子を見て保存する画像フォーマットを選んでくれるので。



PNGエクスポート時のオプションで、「背景色を保存」「透明ピクセルの色の値を保存」にチェックを入れておく。特に後者は重要。ここにチェックを入れておかないと、透明部分のRGB値が変更された状態で保存されてしまう。

一般的に画像処理の世界では、背景は黒(=0)、前景は白(=1)として扱う場合が多いらしい。

そして…。

• 白い部分を大きくする/面積を増やす処理を「膨張」「dilate」「Dilation」と呼ぶ。
• 白い部分を小さくする/面積を減らす処理を「収縮」「侵食」「erode」「Erosion」と呼ぶ。

処理内容	日本語	英語
白い部分を大きくする/面積を増やす	膨張	dilate、Dilation
白い部分を小さくする/面積を減らす	収縮、侵食	erode、Erosion

_モルフォロジー変換 - OpenCV-Python Tutorials 1 documentation
_【画像処理】膨張・収縮処理の原理・特徴・計算式 | 西住工房
_2値画像の膨張・収縮 1 | 画像認識の技術ブログ | マクセルフロンティア株式会社
_【画像処理ノウハウ】膨張とは - Pixelup
_2値画像処理

フリーで使える画像編集ソフト GIMP にも、同様の処理を行うフィルタがあると知った。

• フィルター (Filters) → 汎用 (Generic) → 明るさの最小値 (Dilate)
• フィルター (Filters) → 汎用 (Generic) → 明るさの最大値 (Erode)

GIMP 2.10.34 Portable Windows版で試してみた。たしかに、白い部分が膨張したり、収縮したりしている。

ただ、この Dilate と Erode については、今から20年前、GIMP 2.4 より前のバージョンでは処理が逆だったらしくて…。

_Bug 156545 - dilate/erode mis-named (refer to opposite operations)
_Bug 768741 - Filter -> Generic -> erode / dilate are reversed

「eordeは黒を増やして、dilateは白を増やすのに、GIMPでは逆になってる。これはバグやろ」
「そうかもしれんけど、関数名を変更すると今まで書かれたスクリプトの動作がおかしくなる。修正したくない」
「ErosionとDilationの言葉の定義を考えたら、この動作はやはり逆だ」
「背景を黒、前景を白と捉えるとそう見えるが、背景を白、前景を黒と捉えればこの動作は正しい。お前の捉え方がおかしいんじゃね？」
「あのなあ…。自分は画像処理の博士号を取得してるんだよ。あらゆる画像処理の文献と照らし合わせてもGIMPの動作は逆だ。これはさすがにおかしい」
「俺は後方互換性を重視して変えないほうがいいと思うけど、一応パッチは書いてみたよ」
「GIMP 2.4でそのパッチを取り込んでみようか…」

(この議論をしている間も「dilate/erodeは逆じゃね？」「またソレかよ！ 既出なんだよ。このスレ見ろよ」というやり取りが何度も何度も…)
(そしてGIMP 2.4でDilateとErodeの動作が逆になった)
(そこから数年後)

「おい！ この Dilate と Erode は動作が逆だろ。これはバグだ！」
「俺もバグだと思うんだけど『これが正しい』と言い張る連中が居るんよ…。この過去スレを眺めてくれ…」

みたいな。

これは想像だけど…。画像処理の世界では、背景＝黒＝0、前景＝白＝1が前提条件になっているけれど、一般人の間では Dilate と Erode から連想される処理内容が真逆なのかもしれないなと…。

この混乱は、結構長い間続いていた(続いている？)っぽい。例えば、GIMPのヘルプドキュメントを眺めると…。

_https://docs.gimp.org/2.8/en/plug-in-dilate.html (GIMP 2.8)
_https://docs.gimp.org/2.10/en/gimp-filter-dilate.html (GIMP 2.10)

_https://docs.gimp.org/2.8/en/plug-in-erode.html (GIMP 2.8)
_https://docs.gimp.org/2.10/en/gimp-filter-erode.html (GIMP 2.10)

_https://docs.gimp.org/2.10/ja/gimp-filter-dilate.html (GIMP 2.10 日本語版)
_https://docs.gimp.org/2.10/ja/gimp-filter-erode.html (GIMP 2.10 日本語版)

お分かりいただけるだろうか？ GIMP 2.8 と GIMP 2.10 で、Dilate/Erode の動作が真逆になって説明されてる。更に日本語版に至っては、ページの見出しが「明るさの最小値」なのに、ページ内で「明るさの最大値フィルタは〜」と記述されちゃってる。君は一体どっちのフィルタについて説明してるのだ…？

まあ、そのぐらい、この2つのフィルタについては、扱いが混乱してるのだろうなと…。自分もこうしてメモしてまとめてみるまでは、どっちがどっちなのかちょっと分からなくなってたし…。

それはともかく、GIMPのフィルタ名の「明るさの最小値」「明るさの最大値」って意味不明だよなと…。どんな処理をしてくれそうなのか全く分からない。どうして、画像処理の世界で普及しているワードに ―― 「膨張」「収縮」、あるいは「膨張」「侵食」にしなかったのだろう。何か理由があるんだろうか。

そのあたりググってみているうちに、なんとなく理由が分かってきた。そもそも、Photoshopが「明るさの最小値」「明るさの最大値」という訳をしていたのだな…。おそらくGIMPは、Photoshopのソレに倣って、そういうフィルタ名を選んだのではなかろうか。たぶん。

しかし、この珍妙(?)な訳のおかげで、功を奏した面もありそうだなと…。「一体なんだろう、このフィルタ…。何ができるフィルタなのか名前から想像できないから、とりあえず触らないでおこう…」という状態になって、結果的には、「このフィルタは動作が逆だろ？」「いや、これで正しいんだ」「いやいや、やっぱりおかしいって。逆だって。バグだよコレ」というバトル(?)が日本国内では起きずに、我々は平穏な日々を過ごせてこれたのかもしれない…。なんちてぽっくん。

さておき。GIMPの「明るさの最小値」を使って、「膨張」「Dilate」を ―― 透明部分に、不透明部分のRGB値を引き延ばせるかどうか試してみたけれど…。

元々のRGB値をそっくりそのまま膨張してくれる点はいいけれど、数回実行してみると、妙なところまで色が回り込んだ見た目になってしまう時があるなと…。例えば以下の事例では、右下のあたりに不自然な緑色が回り込んでしまっている。


まだ、ガウスぼかしを使って引き延ばしたほうが、自然な見た目になりそうな気もしてきた…。

GL_MAX_TEXTURE_SIZE が 2048 どころか 1024 を返してくるハードウェアはあるのだろうか。以下のページを眺めてみたけれど…。

_OpenGL capabilities report: GL_MAX_TEXTURE_SIZE

大半のGPUは最低でも2048を返してくるように見える。1024を返してくるGPUは数えるほどしかない。

ただ、VIA/S3G UniChrome Pro が1024を返すようではある。ググったところ、VIA K8M800チップセットに統合されていたGPUらしい。

_S3 Chrome - Wikipedia

一応、MSI K8MM-V という、VIA K8M800 + VT8237R が載ってるM/Bを持ってるから、テストしてみようか…。

でも、あのM/Bは Linuxのデスクトップ環境すら真っ当に表示できないほどに動作が遅かったはず。ウインドウを移動するだけでも、ベロンベロンと書き換えてる様子が分かるぐらいに遅かった。あのハードウェアでOpenGLを動かそうと思う人はもう居ないんじゃないか…？ そもそも今の時代に使ってる人はどれほど居るのか…。いや、それを言ったら、今の御時勢、スクリーンセーバ自体を動かす人が一体どれだけ居るのかと言う話にもなりそうだけど。

Visual Studio Code に、Perl Navigator という拡張をインストールしてみた。

_Perl Navigator - Visual Studio Marketplace
_第76回　コーディングを楽にする Perl Navigator 〜便利機能をエディタに簡単導入！（1） | gihyo.jp
_第76回　コーディングを楽にする Perl Navigator 〜便利機能をエディタに簡単導入！（2） | gihyo.jp
_2022年のVSCodeのPerl開発環境 - Mobile Factory Tech Blog
_【プログラム】Perl Navigatorをインストールしました | まるめたり

古い Perl でも動くのが売りらしい。

ただ、これだけでは、Perl の命令を補完入力できなかったので、Perl Completions という拡張も入れてみた。

_Perl Completions - Visual Studio Marketplace

スクリプトソースは以下。

_update_hnf_cat_pl.txt (update_hnf_cat.pl)

※ 2024/06/08追記。少しだけソースをリファクタリング(?)してアップロードし直した。追記終わり。

利用する前に、スクリプト内の一部を環境に合わせて修正する必要がある。

• $hnfdir に、hnfファイルが入ってるディレクトリを指定。(例: ~/diary/)
• $cattxtdpath に、cat.txt が入ってるディレクトリを指定。(例: ~/.public_html/diary/cat/)
• $lock_dir に、処理中のロックディレクトリのパスを指定。(例: ~/diary/log/update_hnf_cat_lock)

以下を打てば、hnfファイル群をスキャンして、「CAT hoge fuga piyo」と書かれた部分を読み取り、cat.txt を更新する。

perl update_hnf_cat.pl
or
./update_hnf_cat.pl

デフォルトでは、既に存在していた cat.txt の内容に、新規カテゴリ名を追加するように処理をしていくけれど、全部作り直したい時は以下のオプションをつけて実行すれば、既にある cat.txt の内容を無視して処理をする。

perl update_hnf_cat.pl --clean
or
./update_hnf_cat.pl --clean

日本語のカテゴリ名には対応してない。英数字のカテゴリ名にのみ対応。

動作確認環境は以下。

• Windows10 x64 22H2 + Strawberry Perl 5.32.1.1-x64
• Debian Linux 10 buster + Perl 5.28.1 i686

Perlで書いたから処理が遅いだろうかと不安だったけど、Intel Atom N270 + HDD + RAM 2GB + Debian Linux 10 buster の環境でも数分で処理を終えるので、これでもまあいいかなと…。

このスクリプトを使って、カテゴリ名を自動で抽出してみたら、今までカテゴリ名をかなりタイプミスしていたことに気づいた。例えば、「windows」を、「windos」「wndows」「window」「windwos」と打ち込んでいたり、等々…。

この際だから、過去に書いた日記ページ内で打ち間違えていたところを修正しておいた。

「$^O」という特殊変数を見れば、何のOS上でPerlが動いているかが分かるらしい。

_OS名を取得する $^O - Perlゼミ|Perlの基礎をインストールからサンプルで丁寧に解説
_[perlメモ]OSの判別方法 ≫ KUMA TYPE

Windowsの改行コードはCRLFだけど、UNIX/Linuxの改行コードはLFなので、Windows上でPerlスクリプトを動かしてテキストファイルに出力する時に、改行コードをLinuxのLFにしておきたい。

open() でファイルを開いた直後に、binmode でバイナリモードにすればいいらしい。テキストモードでは "\n" を各OSに合わせて自動変換するので、Windows上では "\n" が CRLF になってしまうけれど、バイナリモードなら自動変換が働かなくなるので、"\n" はLFのみになる。

_Windows上のPerlで改行コードをLF（0x0a）にするには - 小池啓仁 ヒロヒト応援ブログ By はてな
_Perlを使い、思い通りの文字コードと改行コードでファイルを作成する方法 - pikio公式ブログ

エポック秒、UNIX秒と言う時間の扱い方がある。1970/01/01 00:00:00 から何秒経過したか、という扱いなのだろうか。

このUNIX秒から、日付と時刻の情報に変換したい時は、localtime() が使える。配列を返してきて、それぞれに年月日、曜日、時分秒が入ってる。

_localtime 関数 - UNIX 秒をローカル時間に変換する | Perl 組み込み関数 | futomi's CGI Cafe
_Perlで日付・時刻を扱う - Perlゼミ|Perlの基礎をインストールからサンプルで丁寧に解説

モダンな書き方とやらがあるらしい。

_ファイル入出力関連 - プログラミング雑ネタ集

File::Spec->catfile("Directory", "file") が使える。

_File::Spec - OSに依存しないファイル名を作成 - Perlゼミ|Perlの基礎をインストールからサンプルで丁寧に解説

余談。HNSが入ってるディレクトリの中にweight.cgi というCGIも入っていたけれど、これも動作してくれない。関連情報を検索したものの、これが全く出てこない。HNSは2003年頃が開発のピークだったらしいので、さすがに当時の関連ページはほとんど残ってない、ということなのだろうな…。

ふと気になって、当時 HNS と似た感じのWeb日記システムとして扱われていた tDiary についてググってみたら、2024/02/29 に最新版が公開されていた。HNSがこんな状態になってることを考えると、tDiary、スゴイな…。

もっとも、tDiary はRubyで書かれていたから、Rubyがバージョンアップすると tDiary も動かなくなって、アップデートを強要されてきた面もあるのかなと気づいた。Rubyは後方互換性を無視してガンガン仕様を変えちゃう言語と聞いているので、そういった言語を使って開発すると対応し続けるのが大変だろうなと…。でも、結果的には、今でも生き残ってる。後方互換性を大事にする言語と、大事にしない言語、どっちがいいのかよく分からなくなってきた…。

以下の機器について、無線LAN(Wi-Fi)の設定を変更した。

• 自分のスマホ HUAWEI P9 lite
• 自分のスマホ iPhone 5
• 親父さんPCの無線LAN子機 IO-DATA WN-G300UA
• 親父さんのスマホ
• 親父さんPC用のプリンタ Canon MG3630
• お袋さんのスマホ
• お袋さんのノートPC DELL Vostro 15.3558 の無線LAN設定
• 茶の間のREGZAに繋いでるAterm WR9500N(コンバータモード)の設定
• 自分のサブPC Intel Core i5-2500機の無線LAN子機 ELECOM WDC-150SU2MBK
• 自分のサブPC AMD A8-3850機の無線LAN子機 ELECOM WDC-300SU2SWH
• 自分のサブPC AMD A6-3500機の無線LAN子機 BUFFALO WLI-UC-GNM
• 自分のサブPC AMD Athlon 5350機の無線LAN子機 ELECOM WDC-150SU2MBK
• 自分のノートPC Lenovo IdeaPad S10-2 + BUFFALO BUFFALO WLI-UC-GNM2
• 家族用ノートPC Gateway M-2408j
• Raspberry Pi Zero W

妹が所有してる機器は妹自身が設定作業をするからここにはメモしてないけれど、それでも多い…。まだ、Raspberry Pi 3 と Lenovo製Androidタブレットが残ってる…。

今頃になって気づいたけれど、もしかして、新無線LANルータ側の設定を変更して、旧無線LANルータのSSIDとKeyをコピペしてやれば、各機器の設定を弄らなくても良かったのだろうか…？

※ 2024/06/12追記。Lenovo IdeaPad Tablet A1 も一応再設定しておいた。

WR9500N(コンバータモード)の設定は、WR9500N と Core i5-2500機 だけをLANケーブルで接続して作業した。

• PC側で、IPv4 を 192.168.0.51 に固定。ゲートウェイを 192.168.0.1 に設定。
• その後、http://192.168.0.245/ にアクセスして、SSIDを選択して設定。

プリンタ(複合機) Canon MG3630 の、Wi-Fi接続の再設定で少しハマった。PCからプリンタに対して、無線LANルータのSSID等を再設定する方法が見つからなくて…。

仕方ないので、プリンタ本体のボタン操作＋無線LANルータのボタン操作で接続設定をした。NEC Atermシリーズには「らくらく無線スタートボタン」なるものがついているので、ソレを利用した。

_【インクジェットプリンター】プリンターと無線LANルーターをらくらく無線スタート設定で接続する (PIXUS MG3630)

1. プリンタの電源を入れる。
2. もし、Wi-Fiランプ(LED。青色)が点滅しているときはストップボタンを押す。
3. 電源LED(緑色)が点滅するまでWi-Fiボタンを長押し。
4. モノクロボタン → Wi-Fiボタンの順で押す。ここは長押ししなくていい。カチッ、カチッと押していく。
5. 電源LED(緑)は点灯(点きっぱなし)、Wi-Fi LED(青)は点滅の状態になる。
6. ここからは時間との勝負(?)なので作業を急ぐ。1分とか30秒以内に作業を終えないといけない。
7. Aterm WG1200HS4 の「らくらく無線スタート」ボタンを6秒長押し。一度ボタンから指を離す。
8. Aterm WG1200HS4 の電源LED(緑色)が点滅を始める。
9. プリンタの電源LED(緑)とWi-Fi LED(青)の両方が、点滅を始める。
10. Aterm WG1200HS4 の「らくらく無線スタート」ボタンを再度長押し。
11. Aterm WG1200HS4 の電源LEDが橙色に変わる。
12. プリンタ側の電源LEDとWi-Fi LEDが点灯状態になる。
13. Aterm WG1200HS4 の電源LEDが緑色の点灯状態になる。

一応これで再設定ができた。PC側からプリンタのプロパティを確認できたし、スキャナ部分を利用してみたところ動いてくれたので、まあ、大丈夫だろう…。たぶん。

設定作業中、 DHCP固定割当機能が働いてくれなくて悩んでしまったけれど、マニュアルを眺めてみたら原因が分かった。

DHCPで割り当てるIPアドレスの範囲の中に、固定割当のIPアドレスも入ってないと、DHCP固定割当機能は、動作してくれないらしい。デフォルトでは、192.168.10.101 - 192.168.10.200 になっているけれど、今回固定割当したかったIPアドレスは 192.168.1.20 - 192.168.1.32 のどれかだったので、設定が無視されてしまったらしい。

「IPv4LAN側設定」で、DHCP割当アドレスを、192.168.1.2 - 192.168.1.100 にしてみたところ、2台ほどは指定したIPアドレスがたしかに割り当てられた。ただ、1台はIPアドレスが割り当てられない。MACアドレスの入力を間違えてるのだろうか…。

不安なのは、通常のDHCP割り当てIPアドレス範囲から、固定割当に使うIPアドレスを本当に除外・特別扱いしてくれるのかどうか…。同じIPアドレスが二重に割り当てられたりはしないのだろうか…？ まあ、そのあたりが不安なら、DHCPで使わない範囲のIPアドレスを各PC側で固定IPとして設定しまうのが確実なのかも…。

sudo apt update が通らない。エラーが出る。Raspberry Pi3 には raspbian stretch をインストールしてあったけれど、古いバージョンのOSだから、パッケージ更新サイトのURLが既に消滅していた。

_Raspbian Stretch apt server gone? - Raspberry Pi Forums
_legacy materials moving from archive.raspbian.org to legacy.raspbian.org - Raspberry Pi Forums

URL を書き換える。/etc/apt/sources.list に以下を追加。

deb http://legacy.raspbian.org/raspbian/ stretch main contrib non-free rpi

nano というテキストエディタが入っているだろうから、sudo nano /etc/apt/sources.list を実行すれば編集できる。

以下のような内容になった。

#deb http://raspbian.raspberrypi.org/raspbian/ stretch main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://raspbian.raspberrypi.org/raspbian/ stretch main contrib non-free rpi
#deb http://ftp.jaist.ac.jp/raspbian/ stretch main contrib non-free rpi
#deb http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian/ stretch main contrib non-free rpi
deb http://legacy.raspbian.org/raspbian/ stretch main contrib non-free rpi

Raspberry Pi3側で、Aterm WG1200HS4 のSSIDを選んで、キーを入力して、無線LAN接続できるようにはなったけれど、割り当てられたIPアドレスが、昔のIPアドレスになっている。

どうやら、昔の自分は、固定IPアドレスになるようにわざわざ設定してたらしい。

DHCP については、/etc/dhcpcd.conf で設定変更できる。

今までの内容は以下。

...

# Example static IP configuration:
#interface eth0
interface wlan0
static ip_address=192.168.1.27/24
static routers=192.168.1.1
static domain_name_servers=192.168.1.1 8.8.8.8

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0

noipv6rs
noipv6

以下のように書き換え。

...

# Example static IP configuration:
#interface eth0
#interface wlan0
#static ip_address=192.168.1.27/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1 8.8.8.8

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0

#noipv6rs
#noipv6

これはウチの環境固有の話。モータ関係を制御するためプログラムをOS起動時に呼び出していたけれど、もうその手の実験はしばらくやらないだろうから、無効化しておいた。

/etc/rc.local を編集。

$ cat /etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
  printf "My IP address is %s\n" "$_IP"
fi

# RTC
/sbin/hwclock --hctosys

# python /home/mieki256/prg/gpio/digicame_daemon.py &

#sleep 10
#/usr/sbin/ntpdate -b ntp.nict.jp && /sbin/hwclock --systohc

exit 0

以下の行をコメントアウトしておいた。

python /home/mieki256/prg/gpio/digicame_daemon.py &

raspbian stretch (Debian 9ベース)から、raspbian buster (Debian 10ベース)にアップグレードしようと試みた。Debian stretch は、既にサポート期間が終了しているので。

まあ、Debian 10 buster も 2024/06 でサポート期間が切れるらしいのだけど…。現行バージョンは Debian 12 bookworm らしい…。

以下のページに従って作業。

_いるかのボックス: Raspberry Pi OSをStretchからBusterにアップグレードする

/etc/apt/sources.list と /etc/apt/sources.list.d/raspi.list の中の、stretch を buster に変更。

$ cat /etc/apt/sources.list
deb http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpi
#deb http://raspbian.raspberrypi.org/raspbian/ stretch main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://raspbian.raspberrypi.org/raspbian/ stretch main contrib non-free rpi
#deb http://ftp.jaist.ac.jp/raspbian/ stretch main contrib non-free rpi
#deb http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian/ stretch main contrib non-free rpi
#deb http://legacy.raspbian.org/raspbian/ stretch main contrib non-free rpi

$ cat /etc/apt/sources.list.d/raspi.list
deb http://archive.raspberrypi.org/debian/ buster main ui
#deb http://archive.raspberrypi.org/debian/ stretch main ui
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspberrypi.org/debian/ stretch main ui

aptで更新。

sudo apt autoremove -y
sudo apt autoclean
sudo apt update
sudo apt dist-upgrade -y -d
sudo apt dist-upgrade -y

最初は容量が足りないと言われたけれど、sudo apt autoclean でキャッシュを消去してから試してみたら容量不足と言われなくなった。

1400ファイル以上を更新すると言ってきた。明日までかかりそうな気配。空き容量、大丈夫かな…。

※ 2024/06/13追記。途中で問題発生。アップグレードに失敗した。Raspberry Pi OS Desktop bookworm (Debian 12ベース)をクリーンインストールすることにした。

面倒臭くなってきたので、Raspberry Pi OS with desktop 64bit bookworm をクリーンインストールしてしまうことにした。ちなみに、Raspberry Pi 用のOSを昔は Raspbian と呼んでいたけれど、今は Raspberry Pi OS という名前に変わったらしい。

Windows10 x64 22H2上で Raspberry Pi Imager を入手。

_Raspberry Pi OS - Raspberry Pi

コレを使うと Windows10上からmicroSDに Raspberry Pi OS をインストールできる。imager_1.8.5.exe をダウンロード。

実行すると、C:\Program Files (x86)\Raspberry Pi Imager\ にインストールされる。rpi-imager.exe を実行すれば起動する。

今回は 16GB の microSDHCにインストール。

microSDHC に書き込む前に、設定をカスタマイズできる。ユーザ名、パスワード、無線LANのSSID、Key、等を入力してカスタマイズ。

こうして用意した microSDHC を Raspberry Pi3 に突っ込んで利用したところ、何度か再起動がかかった後、一応起動してくれた。

ただ、設定を弄ってたら無反応になって電源を強制的に切ったり、OS起動途中で何度もカーネルパニックを起こしてフリーズしてしまうトラブルもあったけど…。

この Raspberry Pi3 にはRTC(DS3231)をつけているので利用しようとしたのだけど、実にしょーもない作業ミスをしてしまった。

RTC を使うためには、sudo raspi-config を実行して、I2Cを有効にして、I2C 関係の設定をする1行を、/boot/firmware/config.txt に書き込まないといけないのだけど。自分、何を考えていたのか、 /boot/firmware/cmdline.txt に書き込んでしまって、OSが起動しない状態になった。「(initramfs)」というメッセージしか出てこない…。ここからどうやって復旧させたらいいのか…。

解決方法が分からなかったので、また Windows10 x64 22H2上で microSDHC にOSを書き込みし直し。

その後は以前と同様の作業をして、RTCが利用できる状態になった。

_mieki256's diary - Raspberry Pi3にRTCモジュールを追加してみた
_mieki256's diary - HiLetgoから品が届いた

chkconfig は今回使わなかった。

Raspberry Pi は、シャットダウン後、どのタイミングで電源を切っていいのかが分からない。OS起動中はアクセスLEDを点滅させることで、そのあたりを改善したい。以前の日記を眺めながら作業。

_mieki256's diary - Raspberry Pi3本体のLED設定を変更

外付けHDDや外付けSSDを冷却するために購入。写真を撮ってみた。




結構大きい…。

「動作音がそれほど大きくない」というレビューを目にして、期待して購入したのだけど、やっぱり「フォォーーン」的な音はするなと…。ただ、以前ダイソーで購入した以下のUSB扇風機に比べたら…。


このクリップタイプのUSB扇風機は、比較的小さい割に風量はかなりあるのだけど、動かすと「ギュイーン」「ビビビビ」「ババババ」という音がする。PCの横にミニチュアのチェンソーでも置いてるのですか、ってぐらいの騒音。とてもじゃないけど常用できない。

それと比べると、今回購入したUSB扇風機はまだ静か。ではあるけれど、自作PCで使う8cmFANや12cmFANに比べると、ちょっとうるさい印象。素直に(?)、USBケーブルを加工して、余ってるFANを回すケーブルでも作ってしまったほうが良かったのかもしれない…。

USBスイッチも店頭で見かけたので購入してみた。



5V/1Aまでは流せると書いてある。「データ通信には使えない」と書いてあるので、おそらく信号線は持ってないのだろう…。+5VとGNDだけを持ってる状態で、USB端子から電源だけを取って動く何かであればコレを使ってもOK、ということかも。

スイッチを入れるとLEDが点くのは分かりやすいけれど、その分ちょっとだけ電流を食ってそうな気も…。もっとも、例えば USB2.0の規格では最大500mAまで流せることを考えると、LEDは最大でも20mAとかそんなもんだから、さほどたいしたことはないかな…。

Perlのバージョンの切替は、plch.bat というバッチファイルを作って行うようにした。やっていることは、環境変数PATHの最初のほうに、選んだ Perl のインストール場所を追加しているだけ。

_plch.bat

@echo off
@rem Change Perl version
@rem
@rem Required. Environment variables must be set in advance.
@rem
@rem APERL_DIR=Active Perl Directory
@rem BPERL_DIR=Strawberry Perl Directory

set PERLNAME1=ActivePerl 5.28.1
set PERLPATH1=D:\Perls\aperl5.28.1.0000-x64-61d1e9f2
set PERLNUMB1=5281

set PERLNAME2=ActivePerl 5.8.9.827
set PERLPATH2=D:\Perls\aperl5.8.9.827-x86-291969
set PERLNUMB2=589

set PERLNAME3=Strawberry Perl 5.32.1.1
set PERLPATH3=D:\Perls\strawberry\5.32.1.1-x64
set PERLNUMB3=532

set PERLNAME4=Strawberry Perl 5.8.9.5
set PERLPATH4=D:\Perls\strawberry\5.8.9.5
set PERLNUMB4=5895

set PPATH=
if "%1"=="/h" goto USAGE
if "%1"=="-h" goto USAGE
if "%1"=="--help" goto USAGE
if "%1"=="%PERLNUMB4%" set PPATH=%PERLPATH4%
if "%1"=="%PERLNUMB3%" set PPATH=%PERLPATH3%
if "%1"=="%PERLNUMB2%" set PPATH=%PERLPATH2%
if "%1"=="%PERLNUMB1%" set PPATH=%PERLPATH1%
if not "%PPATH%"=="" goto SETPERLDIR

echo Change Perl version.
echo.
echo   1 : %PERLNAME1%
echo   2 : %PERLNAME2%
echo   3 : %PERLNAME3%
echo   4 : %PERLNAME4%
echo.
set SELNUM=
set /P SELNUM="Select number : "
if "%SELNUM%"=="1" set PPATH=%PERLPATH1%
if "%SELNUM%"=="2" set PPATH=%PERLPATH2%
if "%SELNUM%"=="3" set PPATH=%PERLPATH3%
if "%SELNUM%"=="4" set PPATH=%PERLPATH4%
if not "%PPATH%"=="" goto SETPERLDIR

:USAGE
echo.
echo ----------------------------------------
echo Usage:
echo     plch %PERLNUMB1%
echo     plch %PERLNUMB2%
echo     plch %PERLNUMB3%
echo     plch %PERLNUMB4%
echo.
echo  %PERLNUMB1% : %PERLNAME1%
echo  %PERLNUMB2% : %PERLNAME2%
echo  %PERLNUMB3% : %PERLNAME3%
echo  %PERLNUMB4% : %PERLNAME4%
goto END

:SETPERLDIR
if "%PPATH%"=="%PERLPATH3%" goto SETSTRAWBERRY
if "%PPATH%"=="%PERLPATH4%" goto SETSTRAWBERRY

:SETACTIVEPERL
echo Select ActivePerl
set APERL_DIR=%PPATH%
set ADD_PATH=%APERL_DIR%\bin
set PATH=%ADD_PATH%;%PATH%
goto SETEND

:SETSTRAWBERRY
echo Select Strawberry Perl
set BPERL_DIR=%PPATH%
set ADD_PATH=%BPERL_DIR%\c\bin;%BPERL_DIR%\perl\site\bin;%BPERL_DIR%\perl\bin
set PATH=%ADD_PATH%;%PATH%
goto SETEND

:SETEND
echo Change Perl PATH : %PPATH%

:END

おそらくだけど、sprintf() に指定しているフォーマット文字列(書式文字列)がおかしい気がする。YYYMMDD という文字列を取得するために、オリジナル版では以下のような指定になっていたけれど…。

sprintf("%0.4d%0.2d%02.d", 2024, 6, 8);

以下は動作確認用のスクリプト。

_01_sprintf.pl

use strict;
use warnings;

my ($s);

print sprintf("%0.4d%0.2d%02.d", 2024, 6, 8), "\n";

print sprintf("%04d%02d%02d", 2024, 6, 8), "\n";

Windows10 x64 22H2 + Strawberry Perl 5.32.1.1 64bit で実行すると以下の結果になる。

> perl 01_sprintf.pl
202406 8
20240608

昔は動いていた記憶があるのだけど…。Ore Power Gold (opg.cgi) は2003年頃に書かれたスクリプトらしいので、その頃の Perl のバージョンなら動くのだろうか。ググって確認してみたところ、当時は Perl 5.8 が一般的だったらしい。

Active Perl 5.8.9.827-x86-291969、及び、Strawberry Perl 5.8.9.5 で動作確認してみたけれど、同じ結果になる…。変だなあ…。

> perl 01_sprintf.pl
202406 8
20240608

> perl 01_sprintf.pl
202406 8
20240608

年月日の日が1桁だとおかしくなるけれど、2桁なら動きそうな気もする…。自分、もしかして、以前はそういうタイミングで実行してしまって、動いてると思い込んでしまったのだろうか…。

ググってみたら、防鼠金網(ボウソカナアミ)という商品があるらしい。

_防鼠金網ソフト | イカリ消毒 害虫と商品の情報サイト
_防鼠金網ハード | イカリ消毒 害虫と商品の情報サイト

これを床下の空気穴に貼り付ければ改善されるのではないか…。幸い、ヨドバシカメラでも扱ってるようなので、親父さんと相談しつつ試しに一つ注文してみた。

ちなみに、DCMのサイトで探してみたらそちらでも扱ってるようなので、ひょっとすると近所のホーマック(DCM須賀川店)の店頭にもあるのかもしれない。ただ、ヨドバシと比べるとお値段は2.5倍。

※ 2024/06/17追記。DCMオンラインで店頭在庫を確認してみたら、そもそも近所のホーマックどころかケイヨーデーツー安積店ですら取扱無しと表示された。DCMオンラインだけで扱ってる商品なのか…。

しかし、この金網をどうやって固定するか…。ググっていたら、シリコンシーラント＋コーキングガンとやらで貼り付けてしまう方法もあると知った。シリコン製のボンドのようなものらしい。

YouTubeで、シリコンシーラント＋コーキングガンの使い方について説明している動画を眺めてみたけれど、綺麗に仕上げられそうな予感がしない…。お袋さんから見た目について苦情が出てきそう…。

空気穴に何かをハメ込むような形でどうにかできないか。そういう仕組みなら見た目も多少綺麗になりそうだし、問題や苦情があった時は外してしまえば元通りになる。

しかしそのためには、空気穴にスポンとハマる枠のようなものを作らないといけない。その枠を一体何で作ればいいのか…。

• 段ボールなら工作しやすいだろうけど、屋外に段ボールを置いたら雨ですぐにフニャフニャになるだろう…。
• 木で作るのはどうか。ネズミに齧られてしまうか…。

やはり金属系で作ったほうがいいだろうけど、切断や結合の加工が大変そう。材料の値段も高いし。

アルミ工作の紹介動画を眺めてみたけれど、やはり大変そう。ノコギリで切断できそうな点は助かるけれど…。

ひとまず、空気穴の大きさが分からないと色々検討できないだろうと、いくつか測ってみた。思っていたよりサイズがバラバラで困惑。39.5 x 14cm、30 x 9cm、25 x 8cm、とにかく全部サイズが違う。同じサイズで複数作ってポンポンとハメ込んでいく、というわけにはいかないなと…。

とりあえず、本当にそのサイズでハマりそうなのか、段ボールで各サイズを切り出してみて、各穴に実際に当てて確認してみよう…。

昨日ヨドバシカメラから届いた防鼠金網の代わりになりそうな金網が無いか、DCMホーマックで探してみた。

一応、ほとんどそっくり同じ金網を見かけた。コレを一定間隔で切断したものを防鼠金網として売ってるのではないかと思えるぐらいに見た目がそっくり。ただ、先日購入した品は、40x45cmで636円。DCMホーマックで見かけたソレは、40x100cm(40cm x 1m)で1,580円。DCMのほうがビミョーに高い…。

_The Switcher ドメイン切り替え

現在開いているページのURLを変更できる拡張機能。あくまで、現在開いてるページのURLを変更するだけで、ページ内のリンク先URLを変更できるわけではない。一応、「このサイトにアクセスできません。〜からの応答時間が長すぎます。」と表示されてる状態で、The Switcherのアイコンをクリックすれば、URLが変更される。

設定は以下。

• 拡張機能のオプションページを開く。
• プロジェクトを追加 → Project Name を入力。例： 「source->dist」
• 「ドキュメントルートを追加」をクリック。
• 変換元URLと変換先URLの2つを入力。例： 「http://source/」「http://dist/」
• 右上のほうの「保存」ボタンをクリック。

今回は、ページ内のリンク先URLを置換してからリンク先を開きたいので、この拡張はちょっと違うなと…。

_LinkRedirector

ページを読み込んだタイミングや、リンク上にマウスオーバーしたタイミング、ショートカットキーを押したタイミングで、ページ内のリンク先URLを変更することができる拡張。

設定は以下。

• 「安全な」に、右側から「参照ページ」を追加。
• 下のほうの「＋」をクリックして、「source->dist」の名前で設定を追加。
• 実行ページに、そのページを開いた際に動作してほしいURLを入力。例： http://hoge/fuga/piyo.html
• リンク先アドレスを、 `http://source/` に。
• 置換を、`http://dist/` に。
• 左上のほうの「変更を保存」をクリックして設定を保存。

_Requestly - Intercept, Modify & Mock HTTP Requests

リンク先URLを変更できる拡張機能。

設定は以下。

• HTTP Rules → My Rules → New Rules → Redirect Request。
• If request : URL : Wildcard : http://source/*
• Redirects to : URL : http://dist/$1
• 「Save rule」をクリックして保存。

拡張機能ではないけれど、OSのhostsファイルを書き換えてしまう手もあるかなと…。http://source/ を開こうとした際に、http://192.168.1.x/ にアクセスするようにしてしまうことができる。アクセス先のIPアドレスが固定の場合は利用できそう。

C:\Windows\System32\drivers\etc\hosts

管理者権限でメモ帳(notepad.exe)を起動して、上記のファイルを開いて、最後に以下のような感じの記述を追加する。

192.168.1.40   source

この場合、http://source/ にアクセスすると、http://192.168.1.40/ にアクセスすることになる。

他の拡張も見かけたのでメモしておく。

_Link url replacer

リンクを右クリックしたときに、指定文字列を置換したリンクを表示できる。設定方法は以下。

• アイコンをクリックすると、置換元、置換先の入力欄が出てくる。
• `source` , `dist` と入力して、「Save」をクリックして保存。
• リンクを右クリックすると、`source -> dits` と表示されるので選択。http://source/* が、http://dist/* になって開かれる。

なんだかちょっと徒労感が湧いてきたので、この際だから Windowsメールも Outlook for Windows も両方共アンインストールすることにした。付き合ってられん。アプリアイコンを右クリックして、「アンインストール」を選択。

こうなることを予想して、Thunderbird で各メールサービスにアクセスできるようにしておいて良かった。常時 Thunderbird を起動してあるわけではないから、メールチェックのタイミングは遅くなるけれど、読み書きできないわけではないし。

元々、PC相談を受けた際に回答できないのはアレだからと Windowsメールを使える状態にしていただけなので、その手の相談を受ける機会が無いなら触る必要も無いのだよな…。

平安京を舞台に、在原業平と菅原道真のコンビが様々な事件を解決していく内容。ググったら18巻ぐらいあるらしい。

和風シャーロックホームズというか、平安名探偵コナンというか…。そういえば菅原道真のジト目がコナン君のジト目に似ている気もしてきた。この漫画家さんの絵柄そのままで名探偵コナンが描かれたら面白そう、などと妄想を。イケオジなコゴローのおっさんになる…。

飛行機が発明されてない時代に、少年発明家が魔女の飛行能力を使って云々、という内容。

相変わらず面白そうな設定を考えるものだなと…。ただ、話は…。まあ、そういう作風の作家さんだし…。

電気を使えなくなったスチームパンク的世界で、人間の少女と少女型ロボットが旅をしていく内容。

紹介文にはイラストレーターさんが作画担当、と書いてあったのだけど、そのせいか雰囲気がイイ感じ。

昔有名だったあの漫画キャラを浦沢直樹先生がリメイク、みたいな企画だろうか。ググってみたらルーブル美術館とのコラボと書いてあった。

こんな作品があったとは…。フツーに面白い…。しかもこのキャラ出しといてこんなオシャレな…。上手い…。単行本1巻で話が終わるから手も出しやすいのでは…。

学園ラブコメ漫画、だろうか。堅物ポンコツ男子高校生とツンツン系コギャル女子の交流を、みたいな。ググってみたら14巻ぐらい出てるらしい。人気作なのだな…。

早い段階で新キャラが続々と出てきて、「ギャグ漫画はキャラが増えてからが本番」という言葉を思い出した。

女子高生が銃を撃ちまくって悪人達を処分していく系。たぶんジャンル名があったりするんだろうけど…。

武装した企業が銃を撃ちまくって無双する系。これもジャンル名があるんだろうけど…。ひたすら銃撃戦を見せるアレ。

考証として白土晴一さんの名前があって、こういった作品まで手掛けていたのかと…。銃器や軍事関係の考証だろうか…。

使った材料や器具は以下。

• 鉢底ネット。角型ロールタイプ。30cm x 1m。材質はポリエチレン。200円商品。ダイソーで購入。
• シリコンシーラント。DCMブランド商品。色はライトグレー。300ml。製造元はコニシ株式会社。税込492円。DCMホーマックで購入。
• コーキングガン。DCMブランド商品。税込250円。DCMホーマックで購入。
• コーキングヘラ。15mm。税込250円。DCMホーマックで購入。

一応こうして対策してみたけれど、問題点がいくつかあるなと…。

• 鉢底ネットはポリエチレン製なので、ネズミが齧って穴を開けることが全然可能。
• 耐光性を謳ってない材質なので、太陽の紫外線ですぐにボロボロになる可能性が高い。
• ネットの上の部分に隙間がありそうな気がする。ネズミがよじ登ってそこから入ってしまうのではないか。

でもまあ…。

• ネズミが齧って穴が開いたら、そこからネズミが出入りしていることが確定するし。
• 紫外線でボロボロになったら、この材質では対策にならないことが分かるし。

その時は、費用はもうちょっとかかるけれど金属製の網を購入してきてやり直さないとダメだと、家族全員で認識できるだろう…。

隙間から侵入されるのが一番マズイ気がする。対策できてるのかできてないのか、それすら分からないまま被害に合ってしまう…。

残り4ヶ所のうち、縁側の下の空気取り入れ口は、どうしたもんか…。縁側が邪魔になって、こういう作業ができない…。

何か枠のようなものを作って、そこにこんな感じで網っぽいものを貼って、その枠を、マジックハンドのようなもので押し込めるというのはどうか…。

まあ、とりあえず、まだ対策できてない場所にはネズミ捕りシートを置いておこう…。他が塞がってたら、未対策のところから出てくるしかないはずだし。

ただ、全然違うところから出入りしてる可能性もありそうで…。家の外壁の隙間とか…。想定外の場所から出入りしてそうな気もするのだよな…。

https://huggingface.co/spaces/Sanster/Lama-Cleaner-lama

Lama Cleaner はおそらくAIで処理しているのだろうけど、GIMP + Resynthesizerプラグインでも少しだけ似たようなことができるので一応解説ページをメモしておく。

_GIMPプラグイン(Resynthesizer)で画像から不要な部分を削除する | ホームNW研究所ホームNW研究所
_GIMPでResynthesizerを使用して物体を消す方法 | 現場スパイス 〜 bSoF 〜
_「スマート消去」を実行する GIMP Resynthesizer Plugin のダウンロード方法 - 省型旧形国電の残影を求めて
_GIMPを使って不要なものを消す方法
_GIMPで物体を消去する｜KaJa

以下を参考にして、単体で動作する版をインストールしてみた。

_邪魔な部分を簡単除去 - Lama Cleaner｜るぺったん

git と Python 3.10 が必要らしい。自分の環境は以下を入れていた。

> git --version
git version 2.45.1.windows.1

> python --version
Python 3.10.10

インストールと起動を容易にするためのbatファイルが公開されていたので利用させてもらうことにした。ありがたや。

_SdWebUiTutorial/LamaCleaner.bat at main - Zuntan03/SdWebUiTutorial

LamaCleaner.bat を入手。DOS窓を開いて、LamaCleaner.bat を実行。今回は、C:\aiwork\lama-cleaner\ を作成して、その中に入れた。

やってることは、カレントディレクトリ内にToolディレクトリを作成して、中に Python の仮想環境を作成して、そこに色々インストールしていくらしい。最終的には 4.7GB ぐらいになった。

インストールできたように見えたのだけど、LamaCleaner.bat を実行すると、以下のエラーが出て使えない。

A module that was compiled using NumPy 1.x cannot be run in NumPy 2.0.0 as it may crash.
To support both 1.x and 2.x versions of NumPy, modules must be compiled with NumPy 2.0.
Some module may need to rebuild instead e.g. with 'pybind11>=2.12'.
If you are a user of the module, the easiest solution will be to downgrade to 'numpy<2' or try to upgrade the affected module.
We expect that some modules will need time to support NumPy 2.

NumPy 1.x用のモジュールは、2.x で使えない、と言ってきてるっぽい。ググってみたら、2024/06 に NumPy 2.0.0 が公開されたようで…。

解決策をググったら、以下のページに遭遇。

_Python で numpy を使おうとして使えない場合の対処策（Windows 上）

Python の仮想環境に入って、NumPy を一度アンインストールしてから、バージョンを指定して再インストールすればいいのかな。2024/06/029現在の、NumPy 1.x の最終バージョンは 1.26.4 らしいので、ひとまずそのバージョンをインストールしてみることにする。

仮想環境に入る。

cd Tool\lama-cleaner
venv\Scripts\activate

pipでアンインストールと再インストールをする。

python -m pip list
python -m pip uninstall numpy
python -m pip install numpy==1.26.4

仮想環境から抜ける。

deactivate

これでエラーが出ないようになった。

LamaCleaner.bat を実行すると、以下のメッセージが表示される。

http://localhost:7859/
- Platform: Windows-10-10.0.19045-SP0
- Python version: 3.10.10
- torch: 1.13.1+cu117
- torchvision: 0.14.1+cu117
- Pillow: 10.3.0
- diffusers: 0.16.1
- transformers: 4.27.4
- opencv-python: 4.10.0.84
- xformers: N/A
- accelerate: N/A
- lama-cleaner: 1.2.5
- rembg: N/A
- realesrgan: N/A
- gfpgan: N/A

2024-06-29 03:13:06.485 | INFO     | lama_cleaner.helper:load_jit_model:102 - Loading model from: C:\Users\USERNAME\.cache\torch\hub\checkpoints\big-lama.pt
Running on http://127.0.0.1:7859
Press CTRL+C to quit

• Webブラウザで、http://localhost:7859/ にアクセスすれば、Lama-Cleanerを利用できる画面が表示される。
• 終了は、DOS窓上で Ctrl + C でいいらしい。

デフォルトで、ブラウザを起動して件のURLを開いてくれるようではあるけれど、最初のアクセス時は、まだ色々準備ができてないのにブラウザがアクセスしてしまうようで、「アクセスできない」と言ってくる。DOS窓上で「Press CTRL+C to quit」が表示された後、ブラウザの更新ボタンを押して再読み込みすればアクセスできる。

適当な画像をドラッグアンドドロップして、ロゴを消す処理をしてみたけれど、AMD Ryzen 5 5600X + NVIDIA GeForce GTX 1060 6GB の環境では、数秒で処理が終わってくれた。

Stable Diffusion web UIのPython仮想環境に、lama-cleaner をインストールしてしまうことで、ファイルを重複させずに済む方法もあるらしい。以下で解説されていた。

_Lama-CleanerをSD A1111に統合してインストールする方法について - Qiita

Stable Diffusion web UIの拡張機能として、Lama Cleaner をインストールする方法もあるらしい。試してみた。

_Lama-cleanerをWebUIの機能拡張タブに追加する｜juno
_aka7774/sd_lama_cleaner: Lama Cleaner 1111 Extension for Windows

Extensions タブの、Install from URL を選んで、以下を入力してインストール。

https://github.com/aka7774/sd_lama_cleaner.git

インストール後、Stable Diffusion web UI を再起動すると、「LamaCleaner」というタブが増えている。クリックして選択。

初回時は、「Install / Update」をクリックして、仮想環境のPythonに対して lama-cleaner モジュールをインストールしないといけない。失敗する時があるらしいので、何度か挑戦。Stable Diffusion web UI を再起動。

次回からは、「Start」を押せばDOS窓が開いて、Lama Cleaner が待ち受け状態になるはずなのだけど、「venv/Scripts/lama-cleanerが見つからない」とエラーを出してきた。

自分の環境では、以下の場所に Stable Diffusion web UI をインストールしてあるので…。

C:\aiwork\stable-diffusion-webui-forge\webui_forge_cu121_torch21\

lama-cleaner.exe は以下の場所にあった。

C:\aiwork\stable-diffusion-webui-forge\webui_forge_cu121_torch21\system\python\Scripts\lama-cleaner.exe

Stable Diffusion web UI の画面の、LamaCleanerタブの中に、「Start Command」という欄があるので、前述のパスで一部修正。

# CPUを使う場合。--device=cpu を指定。

start C:/aiwork/stable-diffusion-webui-forge/webui_forge_cu121_torch21/system/python/Scripts/lama-cleaner.exe --model=lama --device=cpu --port=7870

# NVIDIA製GPUを使う場合。--device=cuda を指定。

start C:/aiwork/stable-diffusion-webui-forge/webui_forge_cu121_torch21/system/python/Scripts/lama-cleaner.exe --model=lama --device=cuda --port=7870

これで、「Start」をクリックするとDOS窓が開いて、Lama Cleaner が待ち受け状態になった。下の「Open」をクリックすれば、Lama Cleaner を操作するための領域がWebブラウザ上で表示される。

さて、この Start Command の指定を永続化したいのだけど…。以下のファイルに、設定した内容は残っているようではある。

(Stable Diffusion web UIインストールフォルダ)\webui\extensions\sd_lama_cleaner\start_cmd.txt

webui\extensions\sd_lama_cleaner\scripts\lama_cleaner_tab.py を眺めた感じでは、start_cmd.txt がある場合は、そちらを参照してコマンド文字列を取得しているように見えるのだけど…。関数 get_start_command() 内で読み込んでるように見える。

しかし、いくら試しても、Webブラウザ(Google Chrome, Firefox)上では反映されない…。おかしい。

lama_cleaner_tab.py を書き換えて、Webブラウザ上でのウィジェット(?)の並びが変化することは確認できたし、print() を入れまくって、こちらが指定したい文字列を読み込んでいることも確認できた。しかし、Start Command の入力欄の文字列は、ずっと変わらない…。何故。

何度も何度も、lama_cleaner_tab.py を書き換えて動作確認してみたり、Webブラウザ上のUIを再起動してみたりしているうちに、何かの拍子に件の入力欄が書き換わってくれた。ただ、何が絡んでいて更新されたのか分からない…。

単体で動作する版をまず試してみた。HDD/SSDを10GBほど使うけど…。

以下の解説を参考にして作業。

_IC-Light導入手順書｜BD

今回は、`C:\aiwork\IC-Light\` というディレクトリを作成して、その中で作業してみた。DOS窓を開いて以下を打ちこんでいった。

git clone https://github.com/lllyasviel/IC-Light.git
cd IC-Light

python -m venv venv
venv\Scripts\activate

python -m pip list
python -m pip install --upgrade pip

python -m pip install torch torchvision --index-url https://download.pytorch.org/whl/cu121
python -m pip install -r requirements.txt

以下を実行。

python gradio_demo.py

初回起動時はモデルデータがダウンロードされる。フォルダ内の容量は、全部で 7.14GB になった。

Webブラウザで以下のURLを開けば操作画面が表示される。

http://localhost:7860

終了はDOS窓上で Ctrl + C でいいのだろうか。

自分のメインPC上では、512x512の画像に対して処理をするのに、1分15秒ほどかかった。

参考記事に従って、start_IC-Light.bat というbatファイルを新規作成して以下を記述した。

@echo off
cd /d "%~dp0"
call venv\Scripts\activate
python gradio_demo.py
pause

start_IC-Light.bat を実行すれば、DOS窓が開く。Webブラウザで以下のURLにアクセス。

http://localhost:7860

BG画像を指定できる版もあるっぽいので、そちらのbatファイルも作成しておいた。start_IC-Light_bg.bat を新規作成して以下を記述。

@echo off
cd /d "%~dp0"
call venv\Scripts\activate
python gradio_demo_bg.py
pause

せっかくだから、Stable Diffusion web UI forge版の拡張機能版もインストールしてみた。

_huchenlei/sd-forge-ic-light: A1111/SD Forge extension for IC-Light
_IC-Lightを使用して人物画像のリライティングを行う | パソコンニキ
_【Stable Diffusion】Forgeの拡張機能「sd-forge-ic-light」の使い方 | イクログ

Stable Diffusion web UI forge の、Extensions → Install from URL で、以下を指定してインストール。

https://github.com/huchenlei/sd-forge-ic-light.git

モデルデータが必要になるので、以下から入手。

_Releases - Haoming02/sd-forge-ic-light

以下の2つのファイルを入手して、webui/models/ic-light/ に置く。

IC-Light.SD15.FBC.safetensors
IC-Light.SD15.FC.safetensors

巷の解説ページでは webui/models/unet/ に置くことになっているけれど、2024/06/30現在の版では、webui/models/ic-light/ に置くことになっているので注意。

(Stable Diffusion web UI foregインストールフォルダ)\webui\models\ic-light\

インストールできると、txt2img や img2img の画面に、IC-Light と言う項目が増える。

しかし、試してみてもそれらしい結果が出てこない…。指定の仕方がおかしいのだろうか？ 特定の sampler を選ばないと上手くいかないとか…？

スタンドアローン版はそれらしい結果が返ってくるけれど、Stable Diffusion web UI forge 拡張版は結果が全く得られない状態になった。