mieki256's diary

tkinter自体がクリップボードを操作する機能を持っていると知った。.clipboard_get() でクリップボード内の情報を取得できるらしい。pyperclip を別途使わなくても良さそう。

GIMP と G'MIC が必要。

_GIMP Portable (image editor) | PortableApps.com
_G'MIC - GREYC's Magic for Image Computing: A Full-Featured Open-Source Framework for Image Processing - Download

まず、元になる2枚の画像を、レイヤーとして読み込んでおく。



フィルター → G'MIC-Qt を選択。



Deformations の中の、Morph [Interactive] を選択する。



この画面で、中間画像を何枚作るか指定できる。Number of Frames で、必要な枚数を指定。

また、この画面ではショートカットキーが説明されてる。一応、以下に引用しておく。OCRで読み取った結果なので、綴りが間違ってるかもしれんけど…。

Instructions:

Use mouse buttons to add/move/remove correspondence keypoints over the
interactive window that will appear, in order to create the morphing.

Source/target window:

- Left mouse button: Add new keypoint on current image and move it on the other one.
- Right mouse button: Add/move keypoint on current image.
- Key DELETE or middle mouse button: Delete keypoint.
- Key SPACE or mouse wheel: Toggle source/target.

In-between window:

- Mouse wheel: Change morphing time, from 0 to 1.
- Left mouse button: Reset morphing time to 0.5.

Both windows:

- Key TAB: Change keypoint radius.
- Key ENTER Play/stop in-between animation.
- Key R Reset keypoints.
- Key K: Show/hide keypoints.
- Keys ESC or Q: Process fullres and exit.

基本的にはマウス操作で、制御点(キーポイント)の追加/移動/削除をしていく模様。

念のため、ざっくりと日本語でもメモしておく。

ソース/ターゲットウインドウ :

* 左ボタン : キーポイント追加、かつ、別画像に表示変更。
* 右ボタン : 現在画像上で、キーポイントの移動、もしくは追加。
* 中ボタン / Deleteキー : キーポイント削除。
* マウスホイール回転 / SPACEキー : ソースとターゲットの表示切替。

中間アニメーション表示ウインドウ : 

* マウスホイール : モーフィングタイム(現在表示中のフレーム)を、0から1の間で変更。
* 左ボタン : モーフィングタイムを0.5にリセット。

両方のウインドウ :

* TABキー : キーポイントの半径(大きさ)を変更。
* Enterキー : 中間アニメーションの再生/停止。
* Rキー : キーポイントをリセット。全消去。
* Kキー : キーポイントの表示/非表示。
* Esc / Qキー : 処理をして終了。

さておき。「OK」ボタンをクリックすると、2つのウインドウが表示される。

• 1つが、ソース/ターゲットウインドウ。
• もう1つが、中間画像がどうなるかアニメーションで表示されるウインドウ。

ソース/ターゲットウインドウ上で制御点(キーポイント)を追加/移動すると、中間画像の見た目がリアルタイムに変わってくる。

作業中は、G'MIC-Qtのウインドウの下のほうで、緑色の処理進行バーっぽいものがずっとアニメーションしてる。おそらく、「今現在 G'MIC が動いてますよ」と伝えてくれているのだと思う。

ソース/ターゲットウインドウは、ウインドウサイズを変更することもできるので、作業しやすい大きさに変更することを推奨。わざわざ小さいウインドウのままにしてチマチマと作業する必要はないです。



さて、ソース/ターゲットウインドウ上で、制御点(キーポイント)を追加していく。

この操作が、ちょっと説明しづらいのだけど…。

• マウスの左ボタンを押した段階で、その位置に制御点が作られて、
• それと同時に、もう一つの画像に表示が切り替わるので、
• マウスの左ボタンを離さずにそのままドラッグして、
• 目標の位置に来たら、そこでようやく左ボタンを離す、

ひたすらクリックで指定していく感じではなくて…。左ボタンを押したまま、離さずに、グーッとドラッグして、ここだという位置で離す、みたいな。

まあ、動画を見れば、なんとなくわかるだろうか…？ 最初は戸惑うだろうけど、実際にやってみるとサクサク作業できるので、悪くない仕様だよなと…。




また、制御点を追加していくと、中間画像表示ウインドウ上の見た目がどんどん整っていくことが、上の動画でも分かるかと。

• マウスホイール回転、もしくは SPACEキーで、2枚の画像の表示を切り替えて様子を見たり。
• 右ボタンで、制御点の位置を変更したり。
• Enterキーを押して、中間画像をアニメーション表示して具合を見たり。

そんな感じで作業していく。

ちなみに、制御点を追加するたび、中間画像を全部生成し直しているようで…。制御点の数が増えてくると、目に見えて反応が遅くなってくる…。制御点を1つ追加するだけで数秒待たされる感じ…。


制御点を配置し終わったら、ソース/ターゲットウインドウの右上の閉じるボタンをクリックして、ウインドウを閉じる。すると、G'MICが中間画像を生成して、中間画像をGIMPのレイヤーとして追加してくれる。


この時、十数秒〜数十秒ほど待たされてしまうけど、ずっと計算処理をしている最中なので、フリーズしていると勘違いしないように。


GIMP上で、1フレーム＝1レイヤーとして扱われている画像は、アニメーションを再生して様子を見ることができる。フィルター → アニメーション → 再生、を選択。



アニメーション再生ウインドウが開く。左上の再生ボタン(右向きの三角)をクリックすれば、再生される。


再生fpsを変更した場合は、上のほうの再読み込みボタンをクリックしないと反映されないので注意。


後は、アニメgifとして保存してもいいし、各レイヤーをエクスポートして連番画像にして動画編集ソフトに読み込んで使ってもいい。

ちなみに、各レイヤーをエクスポートできるプラグインは以下。何故か最初の一発目のpng保存でエラーが出て、再チャレンジすると正常にpng保存できるあたりが気になるけど…。

_Releases - kamilburda/gimp-export-layers


そんな感じで出来上がったアニメgifが以下になります。


頭のてっぺんのあたり、制御点の置き方を失敗している気がする…。そもそもこの元画像が、この手の処理のサンプル素材としては良くない気も…。でもまあ、これでモーフィングができることぐらいは分かるかなと。

GIMP 2.10.34 の減色処理というか、インデックスカラーへの変換処理が、なんだかおかしいような…？ どうして一定間隔で白い点が入るの？ ちなみに、GIMP 2.8.22 Portable でインデックスカラーに変換してみても同じ結果になったので、GIMP 2.10 でエンバグしてるわけではなさそう。まあ、元々 GIMP の減色処理は品質が非常に悪いというのが定評なのだけど…。

試しに、GIMP から各レイヤーをpngでエクスポートして、ffmpeg でアニメgifにしてみた。一旦パレット画像(palette.png)を抽出してから、そのパレット画像を元に減色してアニメgifにする方法を試している。

ffmpeg -i export_layers\%04d.png -vf palettegen=max_colors=256:reserve_transparent=1:transparency_color=lime:stats_mode=full -update 1 -frames:v 1 palette.png -y
ffmpeg -f image2 -framerate 12 -r 12 -i export_layers\%04d.png -i palette.png -filter_complex paletteuse=dither=bayer:bayer_scale=2 -r 12 gimp_gmic_morph_test_by_ffmpeg.gif -y

GIMPで生成した版と比べると、アルファチャンネルに対してディザをかけられなくて、しきい値で2値化されてしまうのがアレだけど、それ以外はGIMPの処理結果より全然マシに見える。

以下のページが参考になった。ありがたや。

_ffmpeg で 256色を最適化する palettegen, paletteuse | ニコラボ
_ffmpegでGIFアニメを作る - 脳内メモ＋＋

と、ここまで書いて気が付いた。もしかして、GIMPのソレは透過部分にディザをかけているのがいかんのではないか。ffmpeg と同様に、アルファチャンネルをしきい値で2値化したら違う結果にならないか…？ 試してみた。


一定間隔で点々が入ってない。つまり元画像のアルファチャンネルに微妙な値が入ってしまっていたのが原因だった模様。GIMPの減色処理の品質云々は、冤罪だった…。

GIMP + G'MIC だけではなく、GIMP + GAP でもモーフィングはできるのだけど…。

• 作業ウインドウ上で画像の拡大表示ができない。Windowsの拡大鏡等を併用しないとツライ。
• 左右に画像が表示されていて、その間をマウスカーソルが行き来することになる。
• 結果をプレビュー再生できない。

制御点の位置合わせをキッチリとやれないし、作業効率も悪いので、G'MIC の Morph を使ったほうがいいのではないかと。

先日利用したフレーム補間ツール FILM と、今回利用したモーフィングについて、違いは何だろうと考えてみたのだけど…。

フレーム補間は、制御点を人間様が指定しなくても済むのは便利だなと。自動でイイ感じにやってくれる。その代わり、2枚の画像の変化量が大きい時は対応できなくて、中間画像が崩れてしまったりする。

モーフィングは、人間様が制御点を一々指定しないといけないのがツラい。その代わり、2枚の画像の変化量が大きくても、人間様の指定次第で、中間画像の破綻を少なくすることができそう。

画像の変化が少ない時はフレーム補間で済むだろうし…。変化が大きかったり、あるいは、こちらの思った通りにちゃんと動かしたかったら、作業時間はかかるけどモーフィングで、という感じになるのだろうか…？

一応、導入の仕方もメモしておく。

Gimp_GAP Win_64bit.zip をDLして解凍すると、中には以下のディレクトリが入ってる。

bin
plug-ins
scripts
share

• bin/ の中に入ってる .dll ファイルは、GIMPインストールフォルダ内の bin/ にコピー。
• plug-ins/gap_*.exe は、ユーザープロファイルフォルダ内の plug-ins/ 以下にコピー。もしくは、任意のフォルダに入れておいて、GIMPの設定で、プラグインフォルダとして追加してもいい。そのほうが、ファイルがグチャグチャにならなくて管理が楽かもしれない。
• scripts/*.scm は、これもユーザープロファイルフォルダ内の scripts/ 以下にコピー。
• share/ 内には各言語への対応ファイルが入っている。GIMPインストールフォルダ/share/locale/ja/LC_MESSAGES/ 以下に、gimp20-gap.mo をコピーする。

正しい場所に各ファイルがコピーできていれば、GIMP起動時に各プラグインが読み込まれて、メニューに「Video」という項目が増える。以下のように、使える機能が大量に増える。



ただ、言語ファイルは反映されてない感じがする…。どこも日本語表示にはならなかった。

簡単な使い方をメモ。

まずは、何かしら画像を新規作成して、0000.xcf というファイル名で保存。これが0フレーム目。


Video → Duplcate Frames を選べば、現在の画像(レイヤー構成)で、フレーム数(連番の.xcf)を増やせる。N times に増やしたいフレーム数を指定してOKをクリックすれば、指定した数のフレーム = .xcf が自動で作成される。例えば N times に16を指定すれば、0001.xcf - 0016.xcf が新規作成される。




Video → Go to → Next Frame / Previous Frame で、次のフレーム/前のフレームに移動できる。何かしら編集して、Next Frame / Previous Frame をすれば、今まで開いてた画像ファイル(.xcf)が上書き保存されて、次/前の .xcf が開かれる。


ちなみに、Next Frame に「.」を、Previous Frame に「,」を、ショートカットキーとして割り当てると、前後のフレームに移動するのが楽になる。


全フレームをアニメーションとして保存したい時は、Video → Frames to Image を選択。1レイヤーを1フレームとして扱う別画像を新規作成してくれる。




この状態になってしまえば、アニメgifとして保存することもできるし、各レイヤーをエクスポートして、別の動画編集ソフトで連番画像として読み込んで扱うこともできる。


そんな感じで作ったアニメが以下になります。


この程度のアニメでは何が便利なのか分らんだろうけど…。とりあえず、GIMP 2.10 でも GAP が使えた証明にはなるかなと…。

ガシガシ描いてアニメーションを作りたいなら、Krita を使ったほうが良さそうな気もする。Krita なら、最初から標準機能としてアニメ作成機能を持っているので…。アニメを作る際には必須とも言えるオニオンスキン機能も使えるし。

Ubuntu上でビルドの類をするには、build-essential をインストールしておけばいいのかな。たぶん。gcc や make がインストールされるはず。

sudo apt install build-essential

サンプルソースのコンパイルには、vroot.h が必要。以下のページから入手できる。サンプルソースと同じ場所に置いておく。

_Simplesquares

コンパイルは、以下のような感じ。

gcc -o simplesquares simplesquares.c -L/usr/lib -lX11

これで、実行ファイル(実行権限がついたファイル)、simplesquares が生成される。

注意点。後々、画像ファイル(.xpm)を描画するサンプルソースが出てくるけれど、その場合はコンパイル時のオプションに -lXpm を追加する。

gcc -o image image.c -L/usr/lib -lX11 -lXpm

実行ファイルが出来上がったら、パスが通った場所にコピーしておく。自分の場合は、~/bin/ というディレクトリを作って、そこにパスを通してあるので、~/bin/ にコピーした。

cp simplesquares /home/(USERNAME)/bin

ちなみに、パスは ~/.bashrc の中で通してあった。最後のあたりに以下の行を追加したような気がする。

export PATH="/home/(USERNAME)/bin:$PATH"

xscreensaver が実行ファイルを呼び出せるように、隠しファイル、~/.xscreensaver に実行ファイル名を追加しておく。「programs:」と書かれた行の直後から、呼び出す実行ファイル名が列挙されているらしいので、その一番最後に、「 hoge \n\」といった感じで追記する。

ちなみに、~.xscreensaver は、TAB幅が8文字、TABはスペースで置き換えずにTAB文字のままだった。記述ルールが古い。さすが、1992年に産まれたプログラム…。

programs:                                                                     \
                                maze -root                                  \n\
  GL:                           superquadrics -root                         \n\
...
...
...
  GL:                           razzledazzle -root                          \n\
                                vfeedback -root                             \n\
                                simplesquares                               \n\

これで、xscreensaver から simplesquares という実行ファイルが呼び出せるようになったはず。

端末上で xscreensaver-demo と打って実行。xscreensaver の設定ウインドウ(?)が開くので、追加した「Simplesquares」を選んで「プレビュー」ボタンをクリック。これで動作確認ができる。終了はESCキー。

とりあえず、前述のチュートリアルの、画像を描画するあたりまでは動作確認ができた。サンプルソースをコピペしまくって、以下のようなソースになった。

_sampless.c

使用画像は以下。

_geisya.xpm
_star5.xpm

実際に動かしてみると、以下のような見た目になる。

自分は Ubuntu のデスクトップ環境として Xfce (Xubuntu) を使ってるけれど、~/.xscreensaver への変更内容は、Xfceの設定画面から呼び出せるスクリーンセーバ設定には反映されない模様。xscreensaver-demo を呼び出すと、そちらには反映されているけれど。

ふと、Xfceの設定画面に、「スクリーンセーバー」が2つ表示されていることにも気づいた。何故こんな状態に。

少し調べてみたら、Xfce はスクリーンセーバを xscreensaver ではなく xfce4-screensaver で管理しているらしい。

_apps:xfce4-screensaver:start [Xfce Docs]

また、Xfce の設定画面 → セッションと起動 → 自動開始アプリケーション、を眺めたら、以下の2つが登録されてた。

• xfce4-screensaver
• /usr/share/xscreensaver/xscreensaver-wrapper.sh -no-splash

どうやら2種類の管理プログラムが起動しちゃってるようで…。

少なくとも、xfce4-screensaver は ~/.xscreensaver を見ていない気がする。xfce4-screensaver が、どの設定ファイルを見ているのかが分かれば、そこを修正することでこういった実験ができるのかもしれない。

とりあえず、sudo apt purge xfce4-screensaver で、xfce4-screensaver をアンインストールして、xscreensaver だけを動かしてみた。一応この状態でもスクリーンセーバは動いてくれる模様。

また、試しに sudo apt remove xscreensaver、sudo apt install xfce4-screensaver で、xscreensaver をアンインストール、xfce4-screensaver をインストールした状態にしてみたけれど、この状態でもスクリーンセーバは動いた。

つまり、使うだけなら、どちらかを選んでインストールするだけでいいのかもしれない。まあ、今回は、自作の何かしらを動かしてみたいので、xscreensaver を残しておくつもりだけど…。

サンプルソースを弄ってコンパイルするたびに gccナンタラカンタラなんて打ち込んでられないので、簡単な Makefile を書いて、make と打てばコンパイルできるようにした。また、make install と打てば、~/bin/ に、実行ファイルや画像ファイルをコピーできるようにした。

ちなみに、Makefile内のインデントは、TAB文字で記述する。スペースにしちゃいけない。

CC = gcc
CFLAGS = -L/usr/lib -lX11 -lXpm

sampless: sampless.c monalisa.xpm
	$(CC) -o $@ $< $(CFLAGS)
	
ball: ball.c
	$(CC) -o $@ $< $(CFLAGS)
	
double: double.c
	$(CC) -o $@ $< $(CFLAGS)

trans: trans.c star5.xpm
	$(CC) -o $@ $< $(CFLAGS)

framechars: framechars.c
	$(CC) -o $@ $< $(CFLAGS)

.PHONY: install
install: sampless
	cp sampless /home/(USERNAME)/bin
	cp double /home/(USERNAME)/bin
	cp ball /home/(USERNAME)/bin
	cp trans /home/(USERNAME)/bin
	cp monalisa.xpm /home/(USERNAME)/bin
	cp star5.xpm /home/(USERNAME)/bin
	cp framechars /home/(USERNAME)/bin

本当は、どれかしらの *.c が更新されたらコンパイルするような記述にしたいのだけど、Makefile の書き方がよく分かってなくて、今のところ一番最初に記述したファイルしかチェックしてくれない。そのへんは今後の課題。

今回、初めてxpm画像を扱ったのだけど、C言語のソース内で「#include "monalisa.xpm"」と書いてしまえば、実行バイナリに画像データを含めることができると知って驚いてしまった。

xpmの中身を覗いてみたら、フツーにテキストファイルで、しかもC言語の変数として扱える記述になってたのですな…。恥ずかしながら、今まで知らなかった…。これは結構便利な気がする。

ただ、XnView を使って、自分でxpm画像を作ってみようとしたら、256色までしか指定できなくて。フルカラーは扱えないのだろうか。それと、透過部分を持ったxpmはどうやって作ればいいのだろう。

_XPM - Wikipedia
_X PixMap - Wikipedia

XPMフォーマットには XPM1、XPM2、XPM3 があって、C言語で扱えるのは XPM1 と XPM3 らしい。

とりあえず、GIMP で xpm をエクスポートしてみたら、透過部分を持ったxpmを出力できた、ような気がする。

前述のチュートリアルを読み進めていったら、アニメーションの実現方法のあたりで、なんだかちょっと内容が怪しくなってきた。「見た目が変化する場所だけを書き換えて描画を高速化しよう！」云々の話が…。

昔の pygame のチュートリアルでもそういう話が出てたけど、その手の苦労はもうしたくないなあ…。でも、OpenGL を使うのも、自分にとってはちょっとハードルが高そう…。いや、描画速度を気にしなくて済む分、OpenGL を使うほうが、むしろ楽なのだろうか。どうなんだろう。

自分は普段、xyzzy、サクラエディタ、Mery、Notepad++、といったあたりのテキストエディタを使っているのだけど。今回、どのエディタも、TAB文字幅が即座に切り替えられなくて不便さを感じてしまった。設定画面を出して、全体の共通設定としてTAB文字幅を変更しないといけないのはツラい…。

ちなみに、Ubuntu Linux 20.04 LTS 上で動く gedit は、ステータスバーのあたりに「タブ幅」が表示されていて、しかも、そこをクリックすると、2,4,8等を選べたり、「スペースを使用」の有効無効を切り替えられる。



geditのような機能を、他のエディタも持ってたら助かるのだけどな。

gedit で ~/.xscreensaver のような隠しファイルが開けなくて悩んでしまったのだけど、ファイル選択ダイアログで右クリックをすると、「隠しファイルを表示する」という項目が選べるので、そこにチェックを入れれば良かったらしい。

でも、こういうのは、一目見て「コレかな」と予想できるメニューボタンみたいなものをダイアログ上に用意したほうが良さそうな…。いやまあ、*NIX文化圏では、端末から gedit ~/.xscreensaver & と打って済ませちゃう人が多いのだろうか。

というかLinuxユーザなら、vim か emacs を使って済ませちゃうのかな…。

Stnfig StudioにSVGをインポートすると、一つのグループにまとめられた状態で読み込まれるけど。そのグループ内のパスやグループを、切り取り、貼り付けして元のグループ外に出すと、色が盛大に変わってしまう。

どこで色を決めてるんだろう…。グループのプロパティに色を調整する何かがあるのかと思って眺めてみたけど、それらしい項目が見当たらず…。

もう少し調べてみたら、sif を読み込んだ場合と SVG を読み込んだ場合で、色の変わり方が違うことに気づいた。

• sifをインポート → 中身をグループ外に移動すると色が変わる。
• SVGをインポート → 中身をグループ外に移動しても色は変わらない。

sif は sif で、こういう問題がある、ということだろうか…。

3D Vision に対して、個人的には…。まずは「立体視」という市場を確立することを最優先にせず、最初から「NVIDIA製GPUを経由して立体視をしたいならライセンス料を払え」と言い出しちゃったのが失敗だったのではないかと思っていたり。

今後使えるのか使えないのかも分からない段階からそういうことをしていたから、ディスプレイメーカも、「ライセンス料なんか払ってられるかよ」とNVIDIAと契約しなかったりもして。

その結果、立体視可能なスペックを持ってるディスプレイをせっかく買っても、PC利用時は立体視ができなかったし。せいぜい、TV放送されていた、左右に画面を並べた解像度の低い映像しか立体視できなくて、「立体視と言ってもこんなもんか」「ショボいですね」とユーザに思わせちゃったりして。

こんな状態で市場が確立・存続できるわけがないよなと。

つまり、NVIDIAは、金の卵を産むガチョウを早々に潰して肉にして売っていた、そんな印象があるわけで。まずはある程度市場そのものを育てないと…。まあ、TVだの、ディスプレイだのが既にあったから、全然違う市場を作るのではなく、既存の商品ジャンルの延長線上で楽に商売ができるかも、と考えていたところもあるのだろうかと邪推したりもするのですが。

もっとも、仕組みからして立体視が普及せずに終わるのは必然、と言われそうでもあるなと。

• アクティブシャッター方式は、解像度はともかく光量が落ちるし、ディスプレイ側もメガネ側もコストがかかるし。
• 偏光フィルタ方式は、コストは安く済むけれど、縦解像度が半分になるし、やっぱり光量は落ちるし。メガネのデザインが悪くて、左右画面の分離がちゃんとできなくて、おかしな映像に見えたりもするし。

光量が落ちて色がショボくなるとか、チラつくとか、映像機器としては結構致命的だよな…。

更に、TV放送された立体視映像は、左右の画面を横方向に並べているから、偏光フィルタ方式では結果的に1/4の解像度になっちゃうのが厳しかった。フルHDの表示デバイスを使っていてもSD画質+αになるのだから、そりゃ「こんなもんか」と思われちゃうよな…。

それに、HMDの類 ―― 左右の映像が、チラつきもなく、光量も落ちず、解像度も保証された別々の映像として提示される表示デバイス ―― で立体視を体験してしまうと、アクティブシャッター方式も偏光フィルタ方式も見れたもんじゃない、と感じてしまうあたりも…。

そもそもメガネの類をかけないとTVやPC画面を見れないという時点で、一般ユーザにとっては面倒臭いわな…。まあ、その面倒臭さすら我慢できるレベルの何かしらを提示できなかったのがアレだけど。

今後はVRの機材に期待するしか…。と言ってもググってみたら、これまた厳しい。独立型を謳いながらも初期設定にスマホが必須・PCの利用不可と妙な制限を無意味につけてみたり。そもそも既存の立体視環境より数倍のコストがかかるし。また普及せずに終わりそうな気配。

ところで。偏光フィルタ方式のデメリットは解像度が落ちてしまうこと、だったけど。当時から、「4Kディスプレイなら解像度の問題は解決する」「しかし4K対応液晶は高いので商品化は現実的ではない」と言われてたわけで。しかし、今現在は、どうなのか。4Kは今でも非現実的なのか。そうではないよなと。

せっかく偏光フィルタ形式のデメリットを解決できそうな状態になってきたのに、どこのメーカも立体視から手を引いてしまったのは、どうなんだろうなと。いよいよあの方式の本領発揮、ここから挽回、と言えそうな時期に、業界の空気にまんまと支配されて、機会損失(?)になっていたりしないか。あの当時、「もっと解像度の高い液晶を低コストで入手できれば」とボヤいてたことを、皆、もう忘れたのだろうか。それとも、そんな議論すらしてなくて、「他社が出してるからウチも」的に、単なる空気で安易な製品企画を立ててたメーカが大半なのだろうか。

というか、昔は無理だったけど今ならイケそうな仕組みって他にもありそうな気も。

_DJV Imaging - Home

Windows、Linux、Macで使える連番画像ビューア。

基本的には、File -> Open で連番画像を開くけど、以下の指定でも起動できた。

djv_view.exe 連番画像の最初のファイル

ただ、手元の環境で試したところ、日本語文字列が含まれたパスを開くことができなかった。

_mrViewer - Home

Windows、Linuxで使えるビューア。EXR等のHDRI画像を開くことを目的としているらしいけど、連番画像を開くこともできる。

メニューが無くてちょっと面食らうけど…。画面内の右クリックメニューから設定変更等ができる。

アプリを起動して、ウインドウ上に連番画像が入ったフォルダをドラッグアンドドロップして開くこともできるけど、以下の指定でも起動できた。

mrViewer.exe "C:\hoge\fuga\pi yo\@@@@@@.jpg" 0-49

「@」で埋めたところに連番が入る。上記の例では、000000.jpg から 000049.jpg までを読み込んで表示する。

日本語文字列を含んだパスの扱いは以下のような感じ。

• 右クリック -> File -> Open なら開ける。
• コマンドラインから渡すと開けない。

_SqCheck - An image sequence viewer

FLTKで実装されてるビューアだろうか。以下の指定で起動できた。

sqcheck.exe "C:hoge\fuga\pi yo\######.jpg" 0-40

「#」で埋めたところに連番が入る模様。上記の例では、000000.jpg から 000040.jpg まで読み込んで表示する。

日本語文字列を含んだパスの扱いはなんだかちょっと妙な感じで。

• コマンドラインから日本語文字列を含んだパスを渡すと開くことができる。
• メニューから開こうとするとダメ。開けない。

_FISP - Free Image Sequence Player
_CGTalk - [Application]FREE Image Sequence Player

ウインドウ上に、連番画像の最初のファイルをドラッグアンドドロップして開くことができた。コマンドラインで起動する方法は分からなかった。

_Dupl - Rainbox

Dufrap Frame Player、という名称でいいのだろうか…。

ループ再生する際、最後のフレームを表示した直後に、一瞬画像が消えてしまうようで。この仕様では、ちゃんと滑らかなループ再生になってるか、確認する作業が難しい気がする。

_JefeCheck - play.process.share

元は有償のソフトだったけど、随分前に無償で提供されるようになったらしい。

ただ、手元の環境 (Windows10 x64) では、随分前にインストールしていたのだけど現時点ではエラーを出して起動すらしなかった。そもそも入手する際、OS選択で「Windows7」を選ぶあたり、開発終了して放置状態なのかもしれない。

それと、ダウンロードする際、メールアドレスの登録を要求されてしまうあたりもちょっと…。

SqCheck なら日本語文字列を含んだパスをコマンドラインから渡しても開けるのだけど、パスと数字を指定するのがなんだか面倒臭い。

そこで、最初のファイルのパスだけ渡せば、指定文字列を得て SqCheck を起動するRubyスクリプトを書いてみたり。

_run_sqcheck.rb

# Run SqCheck (Image Sequence Viewer)
# 
# usage : ruby run_sqcheck.rb C:\hoge\fuga\piyo00000.jpg

sqcheck_path = 'C:\Prog\SqCheck\sqcheck.exe'

exit if ARGV.size != 1

filepath = ARGV[0]
dir, fn = File.split(filepath)
exit unless fn =~ /^(.*?)(\d+)\.(jpg|bmp|png|gif)$/i
prefix, count, sufix = $1, $2, $3
numsize = count.size
newbasename = prefix + '#' * numsize + "." + sufix

fnlist = Dir::entries(dir)
nmin = 0
nmax = 0
fnlist.each do |s|
  if s =~ /^#{prefix}(\d+)\.#{sufix}/
    n = $1.to_i
    nmin = n if nmin > n
    nmax = n if nmax < n
  end
end
puts "Dir: #{dir}"
puts "basename: #{fn}"
puts "          #{newbasename}"
puts "number:   #{nmin}-#{nmax}"

lines = "\"#{sqcheck_path}\" \"#{dir}\\#{newbasename}\" #{nmin}-#{nmax}"
# puts lines
exec(lines)
exit

それぞれgifアニメにしてみたり。

ちなみにgifアニメは、1/100秒単位でしかwait値を指定できないので、どれもこれも正確に○○FPSにではできないのだけど、大体そのぐらいの再生速度、ってことで。 *1

まずは、3コマ中3(3コマ撮り、中割3枚)から。 たしかに、なんだか早歩きというか、せかせか動いてる感じがあるなと。

次は、3コマ中4(3コマ撮り、中割4枚)。 中3に比べたらゆっくりした感じの歩きになってきた。

最後は、3コマ中5(3コマ撮り、中割5枚)。 かなりゆっくりした歩きに見える、ような気がする。

おそらく本職の人が見たら「ハイ。リテイク」な歩きだろうけど…。自分のようなろくに絵が描けない人間でもこうやって動かせるのだから、AnimeEffects、便利なソフトだなと。

ちなみに、1コマ、24FPSで動かすとこんな感じ。
元々の60FPSではこんな感じ。

60FPSのソレは滑らかではあるけど、アニメの動きって現実の動きをデフォルメしてるはずだから、高フレームレートになると気持ち悪い動きになるのでは。などと予想してたけど、別にそういう感じは受けないな…。なんでだろ。単に慣れなんだろうか。

元画像のpsdファイルと、AnimeEffectsのプロジェクトファイル(.anie)をまとめてzipにして置いときますので、何かしら実験に使いたい方はどうぞご自由に。と言ってもコミPo!のライセンスが絡んでくるからホントに実験にしか使えないと思いますが。

_walk_a01.zip

_アニメーターweb で公開されてる _帰ってきた動画バカへの道 2015年増補版(dougabaka_2015.pdf) の歩きのページがとても参考になりました。ありがたや。

む。再度眺めてみたら、今回自分が作ったコレって、原画に相当するコマのポーズがおかしいことに気づいた…。

_mato.sus304さんのぶろぐ PMCAv0.0.6について

■利用について

PMCAによって生成されたモデルの利用許諾は、モデルの組み立てに使われたパーツの利用許諾に準じます。

PMCAに付属しているパーツは全てパブリックドメイン相当とし、その利用に制限を求めません。また、作者はパーツを利用した事によって生じた損害に対し一切の責任を負いません。

mato.sus304さんのぶろぐ PMCAv0.0.6について より

_Makehuman | Open source tool for making 3D characters
_Can I create a commercial closed source game with models generated by MakeHuman? | Makehuman

MakeHuman で作成されたモデルデータは CC0 扱いになる、と書いてあるのかな。たぶん。

以下、独自ライセンスがついて回るけど、利用に関しては比較的自由度が高いモデルデータ。

_TuneちゃんMMDモデルデータ無償配布開始！｜G-Tune −ハイエンド ゲームPC ブランド−

TuneちゃんMMDモデルの使用要件は簡単！ 作品紹介で「G-Tuneちゃん」を紹介するだけ！ 商用・非商用フリー！改造・改変制限なし！ 使用報告も必要なし！

TuneちゃんMMDモデルデータ無償配布開始！｜G-Tune −ハイエンド ゲームPC ブランド− より

■禁止事項
・反社会的な行為や目的、特定の信条や宗教、政治的発言のために弊社キャラクターを使用することを禁止します。
・弊社キャラクター、弊社、弊社が提供する製品およびサービスの名誉と品位を傷つける目的で使用することを禁止します。
・弊社による別途認可を受けた場合を除き、弊社公式製品のような誤解を招く利用をすることを禁止します。
・第三者の知的財産権およびその他一切の権利を損なう行為、またはかかる権利を損なう目的のために使用することを禁止します。

TuneちゃんMMDモデルデータ無償配布開始！｜G-Tune −ハイエンド ゲームPC ブランド− より

要するに、「マウスコンピューターのG-Tuneシリーズ宣伝に繋がるなら使ってもいいよ」というお話なのだろうなと。

_UNITY-CHAN!
_UNITY-CHAN! キャラクター利用のガイドライン 1.01バージョン
_ユニティちゃんライセンス条項 1.01バージョン

比較的制限は緩いほうらしいという噂をどこかで見かけた記憶があるのですが、条項が膨大で読む気がしない…。とりあえず、トレードマーク画像を必ずどこかで表示しないといかんのでしたっけか。

ゲーム関係って、昔アメリカで変な裁判を多々起こされて日本企業がボコボコにされていたそんな印象があるので、自衛のためにはこのくらい必要になってしまうのかなと想像していますが。

_HSP3オフィシャル3D素材 "珠音（たまね）"

一般的な組み込みでの使用については、特に制限を行なうことは考えていません。元データの改変、改造、キャラクターの２次創作作品なども自由に公開して頂いて構いません。ルールを守って、ぜひ楽しいオリジナル作品を製作してください。

この素材は、Hot Soup Processor(HSP)とともに使用され、HSPの普及と発展に寄与することを願っています。意図的にイメージを悪化させることを目的とした使用、違法行為、迷惑行為、不正行為を助長する目的に使用しないでください。 また、3D素材 "珠音（たまね）"データのみを販売するなど、著作権を侵害する形での使用は禁止致します。

HSP3オフィシャル3D素材 "珠音（たまね）" より

HSP利用、かつ、HSPの普及発展に貢献する範囲であれば制限は緩い、という認識でいいのかしらん。

縦横の分割数を指定するだけで分割できる。

元画像が消滅することに注意。また、透明色情報が消えてしまった。大量のファイルについて、1枚1枚透明色を指定していくのは現実的ではない。透明色の情報を保持したまま分割できるソフトはないものか。

ガイド？の位置で画像を分割して、新規画像を作ってくれる機能。ガイドを指定していくのが少し面倒だが、透明色情報は保持してくれる。

だが、数枚の画像ウインドウならともかく、大量に開いた画像ウインドウを一つ一つ手作業で保存していくのはツライ。

現在開いている画像ウインドウを、順々に自動保存してくれるスクリプトがあれば、話は別かもしれないが…。

フィルタ→ウェブ→画像分割を使ってみた。ガイドの位置で画像を分割して、保存までしてくれる。元々はWeb制作用に書かれたスクリプトのようで、テーブルで配置をして1枚の画像のように見えるhtmlまで出力してくれる。ブラウザで見る限り、透明色部分は、透明になっているように見えた。

しかし、EDGE2で開くと、透明色＝背景色の位置が違ってしまっている。透明色関係で、何か情報が書き換わっている可能性がありそう。

_Cutting and Bordering -- IM v6 Examples を参考に。

convert hoge.png -crop 3x3@ +repage +adjoin hoge_%d.png

こんな感じに。

• -crop 3x3@ は、横3、縦3で分割するよ、という指定かしら。
• +repage +adjoin は、何の指定か分からない。とりあえずオマジナイと思っておくことにする。
• 最後に、保存ファイル名を指定する。%d は連番に置き換わるのだと思う。

出力されたpngは、パレット情報が書き換えられて、最小限の色数になっていた。また、透明色は必ず0番パレットに移動されている模様。値は以前のまま。

今回は、この方法で分割するのが良さそう。

_Bay-side というサイトに、SVG形式Susieプラグイン(ifsvg100.zip)があって、一瞬喜んだのだけど。zip を 7-zip で解凍したら、エラーが出て解凍できない。

たぶんアップロードに失敗してzipが壊れてる予感。一応作者様に報告しておいたほうがいいのかな。と思ったが、メールアドレスもなければ掲示板もない。連絡ができん。こういう場合、どうすればいいんだろう…。

7-zip の動作を疑って、Explzh で解凍を試みた。一見解凍できたように見えたが、実は見せかけ。Explzh で zip の正当性を検査したところ、「ファイル後方部のデータ欠損した破損ファイルか、またはマルチボリューム書庫の一部です。」と表示された。やっぱり件のzipは壊れてる。Explzh はエラーを無視して出来る限り解凍するツールなのだな。…そういう時はエラー表示してくれないと困るのだが、どこで設定すればいいのやら。設定ダイアログを眺めてみたけど、それらしい項目がない。うーん。

_Tiger 。例のトラ。

学生時代から使ってるから、かなり長い間乗ってたんだな。ただのママチャリなのに。今までありがとう。仙台まで乗っていってヘトヘトになったあの頃が懐かしい。…そういやあの日も、雨に降られてヒドイ目にあったっけ。自分が自転車関連で何かアクションを起こしたときは、雨が降るのかもしれない。まあ、本当にそんな人間が居たら、水不足のときに有効活用できそうだけど。

コレジャナイ。

メモ。

ダメだった。解決方法はないのか。サブフォルダを辿って、各フォルダをカレントディレクトリに変更して、DOSツールを呼び出したいだけなんですが。

サーバーのログを見たらFTPに対してadministratorやtestといったユーザーでログオンを1秒おきに試みる恐ろしいログを発見。18日は朝から延々とやってたみたい。

おろかな日々 - うーむ より

あー。同じだ。む。去年の話か…。

ウチの自宅サーバは Vine Linux で動かしてるのだけど。TCP Wrapper なるものを設定すれば、IPでアクセス制限できるらしい。また、ポートにアクセス(?)されたときだけサーバを起動するので、サーバをメモリ上に常駐(?)させずに済む、というメリットもあるらしく。…もちろん、サーバが起動するのに時間がかかるから、頻繁に使うサーバならかえってデメリットになりそうな。と言ってもウチのFTPサーバは1日に数回しか呼ばれないので、そのへんの問題はナサゲ。

以下を参考にして設定してみたり。

_Linuxで自宅サーバー構築(TCP Wrapperの設定)
_TCP_Wrapper を使う
_TCP Wrapper
_＠IT：止められない基幹業務サーバの管理対策 第3回 - Page2

_設定内容の妥当性チェック（tcpdchk） + 設定したアクセス制限をシミュレーション（tcpdmatch）

TCP Wrappers付属のtcpdchkを使い、hosts.allowおよびhosts.denyの設定に不備がないかをチェックする。存在しないパス名やプロセス名が含まれていた場合は、その問題点が報告される。

＠IT：止められない基幹業務サーバの管理対策 第3回 - Page3 より

tcpdchkと同様に、TCP Wrapper付属のtcpdmatchコマンドを使うことで、設定したアクセス制限のルールを疑似的に確認することが可能だ。

＠IT：止められない基幹業務サーバの管理対策 第3回 - Page3 より

ということで作業。

Vine Linux はFTPサーバに proftpd を使ってるので、/etc/proftpd.conf を編集。FTPサーバの起動方法(?)を変更する。

# vi /etc/proftpd.conf

ServerType                     standalone
    ↓
#ServerType                     standalone
ServerType                      inetd

standalone で動かしてたものを、inetd 経由で起動するようにする、のかな。

proftpd サーバが動いてるので、停止。…このへんの順番はよくわからない。/etc/proftpd.conf を編集する前に止めたほうがいいのかしら。

# /etc/rc.d/init.d/proftpd stop

inetd.conf を編集。

# vi /etc/inetd.conf

#ftp     stream  tcp     nowait  root    /usr/sbin/tcpd  in.proftpd
    ↓
ftp     stream  tcp     nowait  root    /usr/sbin/tcpd  in.proftpd

Vine Linux なら、コメントの形で既に記述があるので、コメントアウトを外すだけ。

hosts.allow、hosts.deny というファイルに、アクセス制限するIPを記述。

• hosts.allow ← 許可するIPを記述。
• hosts.deny ← 拒否するIPを記述。

本来なら、hosts.deny に「ALL: ALL」と書いて、一旦全部アクセス拒否にしたうえで、hosts.allow で許可する範囲を記述していくらしいのだけど。 *1 ウチは、友人知人にもアカウントを与えてるので、外部からアクセスされる・異なるIPからアクセスされることがありえる。ので、IPを固定して考える・許可するのは難しい。ひとまず hosts.deny に、

in.proftpd: xxx.xxx.xxx.xxx

という形で、拒否したいIPを追加するだけにした。…また、本来なら、hosts.allow、hosts.deny を別のところにコピー → そちらを編集 → 内容が正しいかチェックしてから、本来の場所に移したほうがいいらしい。

tcpdchk で hosts.allow、hosts.deny が正しいかチェック。

# tcpdchk -v

オプションをつけなければ、/etc/hosts.allow、/etc/hosts.deny をチェックする。…警告が出てきた。

warning: /etc/hosts.allow, line 8: sshd: no such process name in /etc/inetd.conf

「sshd なんてプロセス名は /etc/inetd.conf に書いてないけど？」という感じ？ なのかな？

_[vine-users:062359] Re: sshd接続時のtcpwrapperでの動き

これは多分，sshd の再起動をしてなかったからではないでしょうか。
# 私もよくはまります。(^^;

sshd は， tcpd 経由で invoke されるのではなく， 直接 /etc/hosts.{allow,deny} を起動時に読みにいって制限を掛けるはずなので， /etc/hosts.{allow,deny} を書き換えた後には /etc/rc.d/init.d/sshd restart が必要です。

[vine-users:062359] Re: sshd接続時のtcpwrapperでの動き より

ということで、/etc/inetd.conf には書いてなくても、sshd が直接 hosts.allow、hosts.deny を見ていくらしい。なもんで、警告が出るらしい。気にしなくていいということかな。あくまで警告、でもあるし。

inetd を再起動。

# /etc/rc.d/init.d/inet restart

tcpdmatch で、アクセス制限できてる感じかどうかをチェック。

# tcpdmatch in.proftpd xxx.xxx.xxx.xxx

client:   address  xxx.xxx.xxx.xxx
server:   process  in.proftpd
matched:  /etc/hosts.deny line 13
access:   denied

一番最後に、「denied」と出てる。このIPは拒否、ということかな。 「granted」なら許可、ということらしい。

Windows 機でFTPクライアントからアクセスしてみた。…アクセスできてる。…Windows 機のIPを hosts.deny に追加してみた。…アクセスできなくなった。期待通りに動いてるっぽい。

hosts.allow、hosts.deny に書いた瞬間に、アクセス制限は働くらしい。一々、inetd を再起動する必要はないらしく。

「Administrator」というアカウント名(ユーザ名？)でアクセスしてくる相手は、IPを変えてアクセスしてきてるので、その都度 hosts.deny に書いてかないといけない。なんだか、根本的に対策できてる感じがしない。

アカウント名で拒否するような設定にはできないんだろうか。参考ページによると、それもできるっぽいように見えたのだけど。具体的にはどう書けばいいのか、あるいは、そういう指定をする際に、何かしら条件があるのか、そのへんまだ判ってない状態。

Internet Explorer 5以降には、これにまつわるちょっとしたバグがあるみたいです。そのバグというのは、「識別名の先頭にあるアンダースコアを無視する」というもの。

_Underscore Hack

_子供セレクタ Child selectors でも切り分け可能らしい。

_Simplified Box Model Hack

主に WindowsIEの〜5.5から隠すため

_Escaped Comment End

外側のコメントハックは、MacIEから隠すため

_"通"御用達、CSSハック

公式仕様では間違っている記述をします。

なるほど…。であれば、こういった方法を使わずに済めばそれが一番なのだろうなぁ…。

リストを横に並べるのに使えるのか。なるほど。

a:link{} a:visited{} a:hover{} の順に並べないと反映しない、と。

_DLをTableに見せる
_DL, DT, DD を用いた TABLE 置換実験
_スタイルシートでマルチカラム・デザインを実現する方法
_dl dt dd タグで擬似テーブル
_dl タグで擬似テーブルの続き

各種サンプルが。

インストールしてみた。イイ感じ。画像の横幅や縦幅が表示されると嬉しいのだけど、さすがにそこまではアレだろうなぁ。テーブルでレイアウトするHTMLを吐き出せるあたり、時代を感じる。 _(via Web制作に役立つフリーソフト)

同種のソフト、かしら。インストールしてみた。

こちらは座標が表示される。イイ感じ。…と思ったら、jpegでしか保存できないみたい。ちと残念。

GIMPで分割保存できるスクリプトを作成された方が。しかも _ガイド位置情報 まで表示可能なスクリプトが。素晴らしい。

念のため、まずは、各種設定等が入ってるフォルダ、~/.gimp-2.2/ *1 をバックアップ。

それから、

• Gimp 2.2.3
• GTK+ 2.4.14

の順で、アンインストール。 *2

で、~/.gimp-2.2/ を削除。新しい版が、以前の版の設定を参照することで、動作が怪しくなったら面倒なので。あくまで、念のため。

_GIMP - Windows installers から、

• GTK+ 2 for Windows 2.6.7 [fixed installer]
• Gimp for Windows 2.2.7

をDLして、GTK+ → Gimp の順にインストール。

_GIMP / GTK+ for Windows 覚え書き から、修正済み script-fu.exe を、感謝の念を送りつつDL。"GIMPインストールフォルダ"\lib\gimp\2.0\plug-ins\script-fu.exe を、念のためバックアップしたうえで、修正済み script-fu.exe と交換。

_GIMP2.2の日本語ローカライズ問題 - その傾向と対策 から、WinXP版 mo-xp.zip をDLして、解凍。"GIMPインストールフォルダ"\lib\locale\ja の中身を、やっぱりバックアップしたうえで、交換。

_GIMP のインストールはタタカイ - Note @ Temporary-Depot を参考にしつつ、x:\Program Files\Common Files\GTK\2.0\etc\pango\pango.aliases を xyzzy で開いて修正。 *3

courier = "courier new"

を、

courier = "courier new,ms gothic"
Tahoma = "Tahoma,MS UI Gothic"

に修正。

ここまで作業したところで、試しに Gimp を起動してみる。

…フォントの検索で随分時間がかかってるなぁ。それでも、一応起動してくれた。一安心。

~/.fonts.cache-1 がおかしかったせいみたい。該当ファイルを削除してから Gimp を起動したら、1回目はキャッシュ作成で時間がかかるけど、2回目からはスンナリ起動するようになった。

ただ…。たしか、インストールしてあるフォントによっては、名前に漢字を使ってる云々が理由で、Gimp の起動が上手くいかないときもあったような気もする。その場合は、HDD容量を若干無駄に食うけれど、~/.gimp-2.2/fonts/ 以下に、必要なフォント“だけ”をコピーして…システム側のフォントを無視して起動するように設定すればよかったような。 _GIMP掲示板 にそれらしい情報があったので、念のためにメモ。

起動時のフォント検索に時間がかかる(この症状は相変わらず)
従来通り使用フォントを限定した
GIMP で使用するフォントをユーザー用のフォントフォルダへコピー
GTK\etc\fonts\fonts.conf をテキストエディタで開き…
<dir>WINDOWSFONTDIR</dir> の部分を…
<!-- <dir>WINDOWSFONTDIR</dir> --> に書き換え

む。起動オプションで無視する設定もあったような。 _コレ かな。

Gimp でフォントを読み込まないようにするには、次のように変更します。

GIMP 2.0 を起動するショートカットを右クリックし、プロパティからショートカットを表示する。そしてリンク先の欄が、例えば
"C:\Program Files\GIMP-2.0\bin\gimp-2.0.exe"
のようになっていたら、
"C:\Program Files\GIMP-2.0\bin\gimp-2.0.exe" "--no-fonts"
のように変更する。

ただ、この記事と一緒に、

将来のバージョンアップで不正なフォントの読み込みをスキップするようになるので、それを待つことになるでしょう。

とあるので、現在のバージョンではそのへん既に実装されてる＝問題が出ないのかもしれないし、起動オプションが取り除かれてる可能性もある、のかしら。そのへん判らないけど、まあ、念のためにメモ。

• gtk2_prefs.exe 導入。
• bold、italic も内包してるフォントの導入。
• EXIF付きJPEG読み込みに利用するDLLを新しい版と交換。

ぐらいかしら。それが終わったら、各種スクリプトやプラグインをガシガシインストールせねば。一応念のため、GAPの動作確認もしてみたいところ。まだ DOS窓は開くだろうか。開くだろうなぁ。GAP のバージョンは変わってないし…。

Gimpにもシームレス画像を作成するpluginがあったのか。そのうち試してみよう…。