帰ってきた、無精ヒゲの一応日記

2021年5月22日土曜日

本気の斜めドラム

2014年に、斜めドラムの洗濯機を買った。
購入直後に、排水ホースの向きが気になって直してもらった時、洗濯機の中に青い粉のようなものがあるのが見えたのを憶えている。

使用し始めると、1996年ごろに購入してずっと使ってた縦型の全自動洗濯機と同じかそれ以上に騒音がひどかった。
(購入時からこの記事の動画で聞こえている「タンタンタンタン…タタタタ…ダーーーー」という音がしていた)
その数年前、別のメーカのドラム式洗濯機のCMで、松たか子が静かさをアピールしていた。そのCMを見て最近のドラム式は静かなんだなと思っていた。
しかしウチの洗濯機はかなりうるさかった。斜めドラムなので横型よりもうるさいのだろうと、納得していた。

それから6年以上経った。
脱水がエラー終了するようになった。
洗濯物を増やしたり減らしたりしても、さらには空でもほぼ変わらず、運が良ければ脱水工程が終わるという感じだった。
メーカに修理の依頼をした。

先週、修理工が来て調べてくれた。
ダンパーが悪くなっているので騒音がひどく、脱水でエラーになりやすくなり、さらに軸受にダメージがおよび、ドラムの回転が重くなっているそうだ。
手で回すと、すこしコグがあった。
5万円ぐらいかかりますが修理しますか？と言われた。

最初から騒音がすごかった事と、最初から青い粉が落ちていた事を考えると、この洗濯機は最初から調子が悪かったのかもしれない。
私は勝手に納得し、修理もせずに、何年も放置していたのだ。
技術者なのに、異常に気が付かなかった。
洗濯機に悪いことをしていた。そう感じて「修理してください」とお願いした。

今週、修理してもらった。
二人の修理工が来た。
洗濯機は前後と天井が外され、心臓部であるドラムも外され、交換された。
全行程で2時間程度。
試運転してみると、モーターのブーンという音が聞こえる。
以前は「タンタン」音でかき消されていて聞こえなかった音だ。

洗濯機は風呂場の前の脱衣所にあるのだが、脱衣所の扉を閉めていると、ほとんど音が聞こえない。
修理前は脱水を何度もやり直していたため、洗濯時間は予定時間の2倍以上かかっていた。
それが嘘みたいに短時間で終わる(っていうか予定通りの時間で終わる)。

これが本気の斜めドラムの実力だったのだ。

2021年5月21日金曜日

南に行くって？

2月頃から、Billy Joelの2枚組ベスト盤CD「ビリー・ザ・ベスト」"Greatest hits Volume I & II"を久しぶりに出して聴いている。

CDは、歌詞カードや解説が付いていて、YouTube等にはない面白みがある。
改めてStrangerを歌詞を読んでいて、ふと思った事があった。

Don’t be afraid to try again
Everyone goes south every now and then

邦訳の歌詞では、

怖がらずに　もう一度やってごらん
次から次へと
人々は南へ向かっている

私は文書の読解能力が低いようで、学生の頃も国語や英語の成績は決して良くは無かった。
だからなのか、上記歌詞の内容がどうもよくわからない。
歌詞全体を読んでみても、突然"Everyone goes south every now and then"=「次から次へと人は南へ向かう」というセリフが出てくる。
(歌詞全体は、いろいろな権利があるだろうから、各自で調べてみて)

わからないのは、何故「南へ」なのか？

90年代初頭、ツアー旅行で米国へ行った。
その時の添乗員が以下のような注意を我々にした。

危険な所に近づくな
ロサンゼルスの南側はダウンタウンで治安が悪い
ロスに限らず、アメリカの大都市は、何故か南側がダウンタウンになっている事が多い
NYでは、ブルックリンがダウンタウンだ
何故なのかはわからない

90年代初頭の話なので、今では変わっているかもしれない。
今では、ブルックリンは人気の街だ。

「南に行く」というのは、ダウンタウンへ向かうという意味なのかもしれない。

夢を追いかけて大都会に出てきたが、現実は厳しい。競争だらけで、気が休まらない。
挑戦することにも疲れ果てて、ダウンタウンへ向かう。

そういう意味と考えると、「怖がらずに、もう一度やってごらん」という話とつながってくる。
みんな傷ついているよ。疲れているよ。みんな同じだよ。

でも、なぜ「南」なのか？
なぜアメリカでは、ダウンタウンが南にある(ことが多い)のか？

改めて調べてみると、地図の書き方に原因があるらしい。
日本でも欧米でも、地図は北を上に書く。

南に向かうというのは、地図上では下へ向かう事になる。
アメリカの多くの都市は、計画都市であり、計画的に作られてきた。
地図を見ながら計画的に。

そのため、なんとなく南を「下」と感じるのかもしれない。
何の証拠もないのだけど。

日本では、疲れ果てた人は演歌の世界へ、日本海や北の大地を目指す感じがする。
逆に南に行くと言うと、成功者がトロピカルな世界へ豪遊に行くような印象がある。

言葉や音楽が文化に強く依存していると改めて感じる。

2021年5月16日日曜日

本店タカハシ

田島通り近くの衣料品店「本店タカハシ」に時々行く。
安くていいのだが、私は体の大きさが標準的ではないので、半袖、半ズボン、帽子、サンダルぐらいしか買わない。

しかしながら、時々「なんで、ここで？」と思うようなモノが驚きの値段で売られていたりする。
そのため、こまめにチェックしておくべきお店だ。

2階のセリアに用があって足を運んだついでに、のぞいてみたら、放射赤外方式の体温計と、パルスオキシメータが安い値段で売られていた。
定価8,690円の体温計が1,280円、定価3,900円のパルスオキシメータが1,980円(全部税抜き価格)。
安すぎて何か心配になるが、ダメ元で買ってきた。

電池は付属していないので、単4電池をそれぞれ2本ずつ用意する必要がある。
試しに使ってみたが、動作していた。

人々の移動やつながりはますます増えるだろう。
新型コロナが落ち着いても、別のパンデミックがまた生じる。
安くなった時に買っておくのも良いかもね。

2021年5月15日土曜日

ダイソーの拡大鏡をヘッドルーペに改造#2

ヘッドルーペのレンズは、さっと動かなければならない。
前回、ダンボールで作ったのは、寸法を調べる目的だったので、動く部分はいい加減だった(爪楊枝や、円柱状に加工したダンボールを使っていた)。
爪楊枝で止めているところは重力で落ちてきてしまうし、ダンボールの円柱は動きが悪い。

動かしたい時には簡単に動いて、止まっていたい時は止まっていてほしい。
この２つの相反する要求を満たさなければならない。

いろいろ考えて、大きなスナップボタンを使うことを思いついた。
結合時、バネ式にホールドされており、簡単に動くし、適切な摩擦で位置が維持される。
レンズなどの可動部分にこれを使おう。

つる接続部分はレンズの面から垂直に出ているわけではない。
左が加工後、右が未加工。

斜めの部分にスナップボタンを付けると、斜めに回ってしまう。
さらに外側は丸くなっており、何かをしっかり固定するのには向かない。
ヤスリ等でまっすぐ垂直となるように削る。

そこに、大きなスナップボタンのオス側をM3皿ネジとナットで固定する。

このスナップボタンは、セリア(だったかな？)で買ったものだ。いくつか余っていたのでそれを使った。

部品の結合をスナップボタンにしておけば、試作で部品を作り直したときに、交換を容易に行えるという利点もある。

以上までの写真では、片側しか映していない。
実は、もう片側を加工しようとしたら、うっかり折ってしまったのだ。

加工のためには、まず固定することが重要だ。しかし、レンズの形は曲面で構成されており、しっかりと固定することが難しい｡
色々やっているうちに、うっかりやってしまった。
壊れた拡大鏡はまだあるので材料には困らないのだが、失敗を繰り返していたら、永遠に完成しない。

固定用の治具を作るところから始めよう。

2021年5月9日日曜日

ダイソーの拡大鏡をヘッドルーペに改造#1

すっかり近くが見えなくなって、工作＆改造＆DIYの時には拡大鏡が必要だ。
ハズキルーペといきたい所だが、高すぎる。
というわけで、ダイソーの老眼鏡や拡大鏡を愛用している。

どの眼鏡でもそうだと思うが、取ったり付けたりするのが面倒だ。
鼻の先にちょこんと引っ掛けていると、下に置いたものが老眼鏡のせいで見えなかったり、下を向いた途端に落ちたり。
使わない時に頭に上げておくのも、きちんとかけ直すのが手間だったりする。
(子供の頃からメガネを必要としていた人達は、なんと辛抱強いのだろうと改めて感心する)

付けたり外したりしていれば良いのだろうが、問題がある。
ダイソーの拡大鏡は、つるのヒンジ部分が弱いのだ。がさつな大男が慌てて付けたり外したりしていると、すぐに折れてしまう。
安いので予備も買ってあり、壊れたときには新しいのを出してくる。

しかしながら、使い捨てとはSDGsの考えにそぐわない。
何とかならないだろうか？

付けたり外したりがスムーズにできればいい。
ヒンジが折れてしまっていてもレンズとしては使える。これをヘッドルーペに改造してみよう。
サンバイザー的なもののツバの部分にルーペが付いているやつだ。
使う時にレンズを下ろして、使わない時に上げておく。
頭に固定されているので落ちることもない。

改造すると言っても、取り付けるのは自分の頭なので、採寸も難しい。
チラシやダンボールを切り貼りしながら、試作して調整しながら寸法を決めていくことにした。

試作１号が下の写真。

マンション広告パンフレットの丈夫な紙を何回か折って、帯の部分を作った。
ダンボールで、レンズを固定する台を作った。

一応、レンズを上げることもできる。

顔との距離を微調整できるように、レンズは２箇所で動くようにするつもりだ。
しかし、ダンボールで作っただけなので弱く、レンズもブラブラするので、このままでは使い物にならない。

丈夫な材料で作れば良いのだが、頭に付けるものなので、重い材料は使えない。
もう少し検討が必要だ。

2021年5月8日土曜日

Ubuntu 18.04 で nbdkit

「いまさら18.04かよ!」って、思う人も多いだろう。
OSの入れ替えはなるべくやりたくないので、ギリギリまで使い続ける。

zestiyでもdiscoでも nbdkitはオフィシャルのパッケージがあるのに、bionicだけは無いのだ。
そのため、nbdkitを手っ取り早く、簡単に使いたいなら、今ならbionic(18.04)ではなく、focal(20.04)を使うのが良い。

私は、12.04のサポート終了後、1年ぐらい16.04を使ったが、すぐに18.04に移った。
Precise(12.04)のころも nbdkitのオフィシャルパッケージが無く、ソースを入手して、ビルドして使っていた。そのためnbdkitは自分でビルドすると、私は自然に考えていたので、18.04に移行した後もすぐに自分でビルドした。
(うっかりこのBudgieでも、最初は自分でビルドしてしまっていた)

もう一度いうが、nbdkitを簡単に使いたいなら、自分でbionic(18.04)でビルドせずに、focal(20.04)に移行するのがいい。
focalもだいぶ安定してきているだろうから。

bionicを使い続けなければならない人もいるだろうし、私のような馬鹿野郎も少なからずいるだろう。
今年の３月に、M.2 SSDに移行＆インストールし直したこのPC用にもビルドし直したので、ついでにメモを書いておく。

最後にビルドしたのはもう１ヶ月以上前なので細かいことは忘れている。
何か足りないものもあるかもしれない。面倒なことになるかもしれない。それが嫌ならfocalに移行せよ。

まずは、ビルドに必要なものをインストールする。
gitやbuild-essential等の最低限のツール類は入っているものとする。

いきなりビルドに必要なものと言われても、さっぱりわからない。
後でgit cloneするが、その中のreadmeを読んでも必要なものの雰囲気ぐらいしか解らない。
そもそもnbdはどっちかっていうとRedHat系が中心で、Debian系ではない。そのためDebian系のパッケージで何を用意すれば良いのかがよくわからないのだ。
しかし、今ならお手本がある。focalのBuild-Dependsを見れば良いのだ。
ソースパッケージの一部である.dscファイルを入手して、その中の "Build-Depends:"にかかれているパッケージをinstallすればいい。
実際には、bionicには存在しないものなども含まれていたりして調整も必要だが、大変参考になる。
まずは、.dscファイルをダウンロードしておこう。

wget http://archive.ubuntu.com/ubuntu/pool/universe/n/nbdkit/nbdkit_1.16.2-1ubuntu3.dsc

以下のようにすると、Build-Dependsのパッケージがわかる。

$ cat nbdkit_1.16.2-1ubuntu3.dsc | grep '^Build-Depends:' | sed -e 's/^Build-Depends: \+//g' | sed -e 's/, \+/\n/g'
debhelper (>= 12)
dh-python
perl
pkg-config
bash-completion
genisoimage
comerr-dev
libcurl4-gnutls-dev | libcurl-dev
libext2fs-dev
libgnutls28-dev (>= 3.3)
gnutls-bin
libguestfs-dev (>= 1:1.36.11-3)
liblzma-dev
liblua5.3-dev
libperl-dev
python3-dev
ruby
ruby-dev
tcl-dev
libselinux1-dev
libssh-dev
libvirt-dev
zlib1g-dev
busybox <!nocheck>
iproute2 <!nocheck>
jq <!nocheck>
socat <!nocheck>
libguestfs-tools <!nocheck>
libnbd-dev
python3-libnbd <!nocheck>

このうち、<!nocheck> はテストで必要としているものだ。
テストは重要ではあるが、解決が難しくなるかもしれないので、とりあえず除去しておく(「まずはビルド」を優先する)。
また、バージョン番号も邪魔だし、libcurlは２つ(libcurl4-gnutls-dev か libcurl-dev)のうちどちらかが入っていればいい。
さらに、libnbd-devはbionicには存在しないので、除外する。

これらを整理するには、以下のようにする。

$ cat nbdkit_1.16.2-1ubuntu3.dsc | grep '^Build-Depends:' | sed -e 's/^Build-Depends: \+//g' | sed -e 's/, \+/\n/g' | grep -v -e '<!nocheck>' -e 'libcurl-dev' | sed -e 's/ \+([^)].\+) *$//g'
debhelper
dh-python
perl
pkg-config
bash-completion
genisoimage
comerr-dev
libext2fs-dev
libgnutls28-dev
gnutls-bin
libguestfs-dev
liblzma-dev
liblua5.3-dev
libperl-dev
python3-dev
ruby
ruby-dev
tcl-dev
libselinux1-dev
libssh-dev
libvirt-dev
zlib1g-dev
libnbd-dev

これらのうちまだinstallされていないものをinstallする。
以下のようにして、installされていないパッケージ(すでにインストールされているパッケージ)を確認する。

$ dpkg -l $(cat nbdkit_1.16.2-1ubuntu3.dsc | grep '^Build-Depends:' | sed -e 's/^Build-Depends: \+//g' | sed -e 's/, \+/\n/g' | grep -v -e '<!nocheck>' -e 'libcurl-dev' -e 'libnbd-dev'| sed -e 's/ \+([^)].\+) *$//g')

18.04を今まで使い続けていたのなら、すでにいろいろなパッケージが入っているだろう。
何が足りないかは人それぞれだ。
表示された内容のうち足りないものを、"sudo apt-get install"の後ろにコピペしてinstallしよう。

次にソースを入手する。
以前はtar.gzを使っていたが、gitで入手すれば更新も簡単なのでgitで入手しよう。
リポジトリはhttps://github.com/libguestfs/nbdkit　にある。

git clone https://github.com/libguestfs/nbdkit

cloneしたら、nbdkitに移動して作業する。

gitで入手した場合、最初に"autoreconf -i"を行わなければならない。

$ cd nbdkit
$ autoreconf -i

(なんか色々表示される)
次に"./configure"を実行するのだが、なんかオプションを付けた記憶がある。
config.logを見直してみたら、ウチの場合は以下のようになっていた。

$ ./configure --no-create --no-recursion

"git pull"で更新して、改めて上記configure後にmakeを実行してみるとエラーになった。

make[3]: ディレクトリ '/home/shin/dvlp/nbdkit/nbdkit/plugins/ssh' に入ります
/bin/bash ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I../..  -I../../include -I../../common/include -I../../common/utils      -g -O2 -MT nbdkit_ssh_plugin_la-ssh.lo -MD -MP -MF .deps/nbdkit_ssh_plugin_la-ssh.Tpo -c -o nbdkit_ssh_plugin_la-ssh.lo `test -f 'ssh.c' || echo './'`ssh.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../common/include -I../../common/utils -g -O2 -MT nbdkit_ssh_plugin_la-ssh.lo -MD -MP -MF .deps/nbdkit_ssh_plugin_la-ssh.Tpo -c ssh.c  -fPIC -DPIC -o .libs/nbdkit_ssh_plugin_la-ssh.o
ssh.c: In function ‘do_verify_remote_host’:
ssh.c:220:26: error: storage size of ‘state’ isn’t known
   enum ssh_known_hosts_e state;
                          ^~~~~
ssh.c:240:11: warning: implicit declaration of function ‘ssh_session_is_known_server’ [-Wimplicit-function-declaration]
   state = ssh_session_is_known_server (h->session);
           ^~~~~~~~~~~~~~~~~~~~~~~~~~~
ssh.c:242:8: error: ‘SSH_KNOWN_HOSTS_OK’ undeclared (first use in this function); did you mean ‘SSH_OPTIONS_HOSTKEYS’?
   case SSH_KNOWN_HOSTS_OK:
        ^~~~~~~~~~~~~~~~~~
        SSH_OPTIONS_HOSTKEYS
ssh.c:242:8: note: each undeclared identifier is reported only once for each function it appears in
ssh.c:246:8: error: ‘SSH_KNOWN_HOSTS_CHANGED’ undeclared (first use in this function); did you mean ‘SSH_KNOWN_HOSTS_OK’?
   case SSH_KNOWN_HOSTS_CHANGED:
        ^~~~~~~~~~~~~~~~~~~~~~~
        SSH_KNOWN_HOSTS_OK
ssh.c:251:8: error: ‘SSH_KNOWN_HOSTS_OTHER’ undeclared (first use in this function); did you mean ‘SSH_KNOWN_HOSTS_OK’?
   case SSH_KNOWN_HOSTS_OTHER:
        ^~~~~~~~~~~~~~~~~~~~~
        SSH_KNOWN_HOSTS_OK
ssh.c:257:8: error: ‘SSH_KNOWN_HOSTS_NOT_FOUND’ undeclared (first use in this function); did you mean ‘SSH_KNOWN_HOSTS_OTHER’?
   case SSH_KNOWN_HOSTS_NOT_FOUND:
        ^~~~~~~~~~~~~~~~~~~~~~~~~
        SSH_KNOWN_HOSTS_OTHER
ssh.c:265:8: error: ‘SSH_KNOWN_HOSTS_UNKNOWN’ undeclared (first use in this function); did you mean ‘SSH_KNOWN_HOSTS_CHANGED’?
   case SSH_KNOWN_HOSTS_UNKNOWN:
        ^~~~~~~~~~~~~~~~~~~~~~~
        SSH_KNOWN_HOSTS_CHANGED
ssh.c:271:8: error: ‘SSH_KNOWN_HOSTS_ERROR’ undeclared (first use in this function); did you mean ‘SSH_KNOWN_HOSTS_OTHER’?
   case SSH_KNOWN_HOSTS_ERROR:
        ^~~~~~~~~~~~~~~~~~~~~
        SSH_KNOWN_HOSTS_OTHER
ssh.c: In function ‘ssh_open’:
ssh.c:388:32: error: ‘SSH_OPTIONS_NODELAY’ undeclared (first use in this function); did you mean ‘SSH_OPTIONS_HOSTKEYS’?
   ssh_options_set (h->session, SSH_OPTIONS_NODELAY, &set);
                                ^~~~~~~~~~~~~~~~~~~
                                SSH_OPTIONS_HOSTKEYS
Makefile:639: recipe for target 'nbdkit_ssh_plugin_la-ssh.lo' failed
make[3]: *** [nbdkit_ssh_plugin_la-ssh.lo] Error 1
make[3]: ディレクトリ '/home/shin/dvlp/nbdkit/nbdkit/plugins/ssh' から出ます
Makefile:520: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: ディレクトリ '/home/shin/dvlp/nbdkit/nbdkit/plugins' から出ます
Makefile:708: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: ディレクトリ '/home/shin/dvlp/nbdkit/nbdkit' から出ます
Makefile:578: recipe for target 'all' failed
make: *** [all] Error 2

sshプラグインのビルド時にエラーになっているようだ。
nbdkitが新しくなりすぎたな?
私は、xzイメージのマウントがしたいだけなので、sshプラグインは必要ない。
使わないものは除外してしまおう。"./configure --help"で除外方法が解る。

結果的にconfigureの方法は、以下のようになった。

$ ./configure --no-create --no-recursion --without-ssh 
 : (色々表示される)
$ make
 : (色々表示される)

ビルドできたら、インストールする。

$ sudo make install
 : (色々表示される)

新しくなって(少なくともVersion 1.15.1では)、使い方も少し変わってしまった。
xz圧縮されたイメージをnbdで提供するには、元々はこんな感じだった。

sudo nbdkit -n -e <export_name> -u <user> -g <group> -i <ipaddr> xz file=<xz-filename>

新しいものでは、たとえば、以下のようになる。

sudo nbdkit -n -e <export_name> -u <user> -g <group> -i <ipaddr> --filter=xz file <xz-filename>

ビルドを通すためにsshプラグインを除外してしまったが、前のバージョンや別のブランチをcheckoutして試すのも良いかもしれない。
(私は使わないので、そこまではやらない)

git pullで更新も比較的簡単にできる。
しかし、上記のように時々ビルドできなくなることもある。
自分でソースコードを入手してビルドする行為は、自由がある反面、荒野を彷徨うようなものだ。

その覚悟が無いなら、やはりfocalに移行してnbdkitを使うのが良いだろう。

2021年5月3日月曜日

リトラクタ修理#2

数年前に修理したリトラクタが再度壊れた。
さすがに新しいものを買っても良いのだが、コロナ禍でウチにいるなら修理してみよう。

前回はワイヤーが切れたが、今回はワイヤーが戻らなくなった。
早速分解すると、ゼンマイが２箇所で折れていた。

折れたのは比較的端っこだ。
多少短くなるが、先端部分を曲げて、緑色の部品(以降「ゼンマイ箱」と呼ぶ)に引っかかるようにすれば、機能的には回復するだろう。
ラジオペンチで曲げてみた。

最初の写真を見れば解るが、ゼンマイの外側の方は逆向きに巻いている。
外向きに巻いたら、逆になるので注意だ。

ゼンマイ箱に曲げた部分を引っ掛けて、内側にぐるぐる巻いていく。
一応、シリコングリスをたっぷりと塗った。

ケースに接着剤(今回はセメダインGクリア)を塗って貼り合わせる。
ゼンマイ箱が接着されないように注意して作業する。
ゼンマイ箱をセットする時、ゼンマイは2回ぐらい余計に巻いたほうが良い。

その後、Cクランプで固定して、接着剤が固まるまでしばらく放置。

(固まると言っても、GクリアはG17のようなゴム状になる。透明だけど。)

接着剤が固まった後、補強のため２ホゴでぐるぐる巻にする。
必要ないかもしれないけど、水中で壊れるのは嫌だよね。

ワイヤがかなり錆びていた。
今回は交換しなかったけど、次に壊れた時はワイヤも交換しよう。

2021年5月2日日曜日

GIMPでお絵かき

たとえば、この記事のイラストは、Ubuntu + GIMPで書いた。
いや、正確には、コピー用紙にボールペンで書いた絵(線画)を、スキャナで取り込んで、GIMPで色を付けた。
その方法が、解りにくかったので、メモを書いておく。

取り込んだ線画に、Windowsで言うところのペイントのようなアプリで、色をつけようと描き込むと、線まで上書きされて消えてしまう。
これを回避するには、レイヤを使えばいい。
線画を一番上のレイヤにして、下のレイヤに色を塗るのだ。そうすれば線は消えない。

フォトレタッチアプリの多くがそうであるように、GIMPもレイヤを使うことができる。
レイヤが使えるなら簡単だと思うだろうが、そうは問屋が卸さない。

取り込んだ線画をレイヤにすると、黒い線だけではなく白い部分まで不透明で描画される。
これでは、下のレイヤに色を塗っても、不透明な白が邪魔をして、塗った色は現れない。
線画の白い部分が透明になっているレイヤを作る必要があるのだ。
それを作る手順を示す。

まずは、線画を用意する。
去年買ったEPSON EW-M752Tは、スキャナ機能もある。
Ubuntuでは、Image scan アプリで、EW-M752Tを扱う。
私は、イメージタイプを「モノクロ」で取り込んでいる。
白黒を明確にすることで、透明部分を完全に透明にするためだ。
鉛筆で書いたものはコントラストが低く、線がかすれてしまうことも多い(そのためボールペンで描いている)。
「エンハンスメント」ボタンを押すと、取り込みのしきい値を調整できる。
数字を大きくすると、黒が濃くなる。なんか逆な感じもするが、「白とみなす明るさのしきい値を上げる」という考えだろう。
「スキャン」ボタンを押すと、取り込みが始まり、ファイル保存ダイアログが開く。適当な名前でスキャンした画像を保存する。

(Linuxも使いやすくなったものだ)

GIMPでモノクロ画像を読み込み、白い部分が透明になっているレイヤを作る。
GIMPを起動して、スキャナで取り込んだモノクロ画像ファイルをドラッグ＆ドロップする。
取り込んだ画像がGIMPに表示されるだろう。

このとき、「レイヤー」のダイアログに、取り込んだ画像ファイルのファイル名が表示されている。

「レイヤー」ダイアログは、ドック「レイヤー、チャンネル、パス、履歴-プラシ、パターン、グラデーション」に含まれている。
閉じてしまっている場合、メニューから「ウインドウ」「最近閉じたドック」内にあるだろう。

この「レイヤー」ダイアログで、しばらく操作をする。
まずはレイヤをコピーする。
上記での「新型ころにゃんウイルス2.png」となっているレイヤにマウスカーソルを合わせ、右クリックを行いポップアップメニューを表示させる。
ポップアップメニュー内の「レイヤーの複製」をクリックして、レイヤをコピーする。

名前「新型コロニャンウイルス２.png コピー」のレイヤができる。

わかりやすい名前「線画」としよう。
名前の部分をダブルクリックすると、編集できる。

この「線画」レイヤの白い部分を、マスクを使い透明にする。
右クリックしてポップアップメニューを開いて、「レイヤーマスクの追加」をクリックする。

「レイヤーマスクを追加」ダイアログが表示される。

ここで、「レイヤーのグレイスケールのコピー」ラジオボタンを選択、「マスク反転」チェックボックをチェックして、「追加」ボタンをクリックする。
このままでも良いのだが、マスクが独立している必要はないので、「レイヤーマスクの適用」をして、マスクを消す。

これで「線画」レイヤの白い部分は透明になる。

色を付けるには、もう一つ重要な操作が必要だ。
モノクロ画像を扱っていたため、このままでは色が使えない。
メインウインドウのメニューの「画像」「モード」「RGB」をクリックして、RGBモードにする。

これで準備は整った。
「線画」レイヤの下に、新たに透明なレイヤを追加して、そのレイヤに色を付けてみよう。
またレイヤのポップアップメニューを表示して「新しいレイヤーの追加」をクリックする。

「新しいレイヤー」ダイアログが表示されるので、「透明」ラジオボタンを選択して、「OK」ボタンをクリックする。

この新しい「レイヤー」を、「線画」レイヤの下に移動する。

レイヤをクリックして、ドラッグすると移動できる。

このレイヤをクリックしている状態で、ブラシで色を適当に選択して、あえて線画に重なるように色塗りをしてみよう。
線画が消えずに色が塗れたらOKだ。

部分毎、色毎など、目的に合わせてレイヤを追加して、色を塗ろう。

ここまでは、一気に作業をすすめたが、色塗りはしんどい作業だ。
失敗しても良いように、こまめに保存しよう。
また、線画を変更したい場合、元の白黒画像を書き換えて、再度「線画」のレイヤを作り直せばいい。

「線画のレイヤを作ればいい」ぐらいは誰でも解るだろう。
でも、具体的な方法が解らなかった。
試行錯誤の末、何とかなったが、最近はすっかり忘れっぽくなった。
おそらく、１ヶ月もすれば、具体的な方法を忘れてしまうだろう。
ということで、このメモを書いた。

さらに、私はまだまだGIMPに不慣れだ。もっといい方法があるかもしれない。

2021年4月30日金曜日

戦国新型コロにゃんウイルス

昨日、とうとう東京でも新規感染者が1000人を越えた。
朝の渋滞情報等を見ると、渋滞が極端に少ない。
最近になって、やっと本気で押さえ込む動きが見えてきた。

若者の路上立ち飲みが増えているらしい。
短大生や2年制の専門学校生は、2年で卒業する。そしてコロナ禍も2年目だ。
彼らにしてみれば、夢に見たキャンパスライフを満喫できずに、イライラしているのだろう。
(18で入学して2年で卒業するなら、彼らは二十歳前？)

我慢のモチベーションを維持できないなら、地域対抗や都市対抗で競争するのも良いかもしれない。
感染者を増やさないゲームだ。ゲーム感覚なら、若者も参加するかも。

(関連記事: 新型コロにゃんウイルス)

2021/05/01

絵を書き直した(主に色の塗り方を変えた)。GIMPでお絵かきしているのだが、やっと使い方が解ってきた。
GIMPは機能が多い(個人的な意見)ので、忘れそうだ。
忘れても良いように、この件について、記事を書こうかな…

2021年4月26日月曜日

我慢では乗り越えられないよ

去年の6月。コロナ禍の１回目の緊急事態宣言解除後に、何人かで車で出かけた。
車中で、ある人が「コロナが落ち着くのは、最短でどれくらいだと思う？」と質問してきたので、私は「最短で１年だね。」と答えた。
すると、質問者はやや声を荒げて「こんなのが一年も続いたら、とんでもないことになっちゃうよ！」と返してきた。
まるで「そんな怖いことを言うなよ！」と言っているように聞こえた。

私はあわてて、「人は追い詰められれば、火事場の底力で奇跡的な快挙をすることもある。もしかしたら数カ月で終わるかもしれない。」と言い直した。

世界規模のパンデミックだ。もう無くなることはない。普通に考えれば、落ち着くには数年かかる。
でも、それを認めなくない人もいるのだ。
怖くて、怖くて、しょうがないのだろう。

怖がらせないために言い直した。
でも「奇跡」なんて、非現実的だ。なんか嘘を言った感じで、嫌な気分だった。

去年の記事「出口の見えない困難」にも書いたけど、「我慢では、終わりのない困難を乗り越えられない」のだ。
我慢で乗り越えられるのは、数日から数週間、せいぜい2〜3ヶ月の程度の、短期間の困難だけだ。
少しでも成果が現れるなら、さらに続けられる。出口からの光明が差してきたら、ラストスパートもできる。
でも、どんなに我慢しても、成果がなく、出口が一向に見えないなら、ヒトは頑張れなくなる。

今年の３月に「これ以上緊急事態宣言を続けても効果がない」ということで、なんと政府は緊急事態を解除してしまった。
効果が無いなら、効果のある方法を探すべきだったのに...僕にはそれは敗北宣言のように聞こえた。もの凄く腹が立っと同時にがっかりもした。
(あまり騒いでもしょうがない。)

なぜ、効果が無くなってしまったのかを考えてみた。
たぶん、この終わりの無い困難を、多くの人が「我慢」で乗り越えようとしていたのでは？

元には戻らないので、様々な防御や対策をしたり、仕事のやり方を変えたり、思い切って仕事や住む場所を変えてしまうべきだった。
でも現実を受け入れられず、「どうせすぐ終わるんだから、少しの辛抱だ」「根性で乗り越える」のようにしていたら、もう限界をとっくに越えている時期だ。
そのため、効果が無くなった。

何かしらの成果を見えるようにするか、出口が見えるようにするのがいい。
それができないなら、「我慢じゃなく、新たな世界を目指せ」という雰囲気を醸成するのが良い。
やや乱暴かもしれないが、「我慢や辛抱なんてしているやつは負け犬だぜ！」「『我慢しろ』は逃げているだけだ！」「『おしん』なんか流行らないぜ！」ぐらいでも良い。

この新型コロナCOVID-19が終わっても、世界中が深くつながっているので、将来、別のパンデミックが発生する。
今経験していることは、その時に役に立つ。何度かのパンデミックの先に、大きな差になるだろう。

ブログ「無精ヒゲの一応日記」は、昔から読む人が少ない。
だから、我慢を続ける人は、全然減らないのだろうな。

2021/04/29 少し整理した。

登録: 投稿 (Atom)