mieki256's diary

せっかくだから、このプログラムで保存した連番画像を、動画編集ソフト AviUtl にインポートして、それらしい動画を作成できそうか試してみた。

連番画像以外の使用画像は以下。

_tree_base.png
_cloud1.png
_cloud2.png
_sky.png

以下のような動画を作成できた。解像度が荒くて分かりづらいかもしれないけれど、雰囲気ぐらいは伝わるかなと。




これで、Processing の描画結果を連番画像で保存して、動画編集ソフトにインポートして素材として利用できそうだと分かった。

• あらかじめ幹/枝の画像も読み込んで、幹/枝画像の奥や手前を選んで描画する仕様を追加すれば、もう少しそれらしくなるかなと…。幹/枝が無いと、あてずっぽうで葉を配置することになるし…。
• せっかくGUI/スライドバーを追加できたのだから、葉っぱ画像の明度や色相も似た感じで指定できれば、色合いの変化を固定しながら葉っぱを配置できそうだなと…。
• Undoも欲しい。葉の数を減らしていけばいいだけのような気もする。
• 葉を発生させる領域を円で表示して作業できれば、少しは良くなるだろうか。

ただ、そもそも、この仕組みでは動きに限界がありそうな気も…。

先日、風が強い日に犬の散歩をしていた際、公園の木が風で揺れてる様子をじっと観察してみたのだけど。葉だけではなく、当然ながら枝も揺れるよなーと思えてきて…。

幹は太いから動かないとしても、枝はフツーに揺れるし、その枝についてる葉の位置も、枝の動きに合わせて変化する。これをプログラムで再現しようとしたら幹と枝、枝と葉で、親子関係を実装することになるんだろうなと。枝の動きは角度の変化で出せるのではないか。それもまたパーリンノイズでそこそこらしく見えてくれそう。たぶん。

ただ、どうやって、枝の位置、角度、長さを指示したらいいのか、そのあたりの仕様で悩む…。マウス操作で指定できたら良さそうだけど、どういう感じの操作手順がいいのか…。それとも疑似乱数で、枝や葉を生成するようにしてしまおうか…。いい形が出てくるまでサイコロを振ってもらう感じで…。

枝もあらかじめ描くとなると、枝の表面をどう描画したらいいのか、そのあたりも悩む。テクスチャ画像を与えるにしても、どういう画像を用意して、どう描画すればらしくなるのか…？

そういったことを考えていくと、いっそのことblender等の3DCGソフトでちゃんとモデルを作って、物理演算で動かせないか試したほうがいいのかな、とも…。

_fullscreen_zoom.hsp

    ; hsp3dish + fullscreen test. move stars.
    ;
    ; Windows10 x64 22H2 + HSP 3.7beta7
    ; 2023/11/01 by mieki256
    ; Licence : CC0 / Public Domain
    
    #include "hsp3dish.as"
    #include "d3m.hsp"
    
    #packopt name "fullscreen_zoom"
    #packopt type 0
    
    #define TEX_FILE    "star.png"
    ; #define TEX_FILE    "star2.png"
    #pack   TEX_FILE
    
    #define KB_ESC      $000080
    #define FRAMERATE   60
    
    fps_display_enable = 1
    
    ; get desktop size
    dispw = ginfo_dispx
    disph = ginfo_dispy
    
    ; initialize window without frame
    ; bgscr WindowID, width, height, mode, x, y
    bgscr 0, dispw, disph, 0, 0, 0
    
    ; load image
    imgid = 3
    celload TEX_FILE, imgid

    ; split image. set orign
    celdiv imgid, 512, 512, 256, 256

    ; Set the buffer to draw from. Windows ID 0
    gsel 0, 1
    
    ; Set screen clear color to be performed when redraw 0 is called.
    ; 0 or 1, color ($000000 - $ffffff)
    ; setcls CLSMODE_SOLID, $4080c0
    setcls CLSMODE_SOLID, $000000
    
    font "Tahoma", 24, 1
    
    randomize
    
    star_size = 0.75
    dist = 150.0        ; screen distabce
    area_z = 5000
    zmax = double(area_z) + dist
    
    ; rnd() only accepts 1 to 32768.
    ; adjust the value to stay within that range.
    area_m = 4.0
    area_w = int((double(dispw) * zmax) / dist / area_m)
    area_h = int((double(disph) * zmax) / dist / area_m)
    
    objmax = 512
    
    ; initialize stars work
    ddim posx, objmax       ; position x
    ddim posy, objmax       ; position y
    ddim posz, objmax       ; position z
    dim px, objmax          ; display position x
    dim py, objmax          ; display position y
    ddim scalev, objmax     ; scale
    dim alpha, obj_max      ; alpha value
    repeat objmax
        gosub *get_newpos_xy
        posx(cnt) = nx
        posy(cnt) = ny
        posz(cnt) = double(rnd(area_z)) + dist
        px(cnt) = 0
        py(cnt) = 0
        scale(cnt) = 0.0
        alpha(cnt) = 0
    loop
    
    time_start = d3timer()
    endfg = 0
    
; ----------------------------------------
*mainloop
    while endfg == 0
        tm = d3timer() - time_start
        fps = d3getfps()                ; get FPS
        
        ; ESC key to exit
        stick key, 0
        if key & KB_ESC : endfg = 1
        
        ; move stars
        spd = 40.0
        repeat objmax
            posz(cnt) -= spd
            if posz(cnt) < (dist / 2.0) {
                posz(cnt) += zmax
                gosub *get_newpos_xy
                posx(cnt) = nx
                posy(cnt) = ny
            }
            
            ; get display x, y position
            px(cnt) = int(posx(cnt) * dist / posz(cnt)) + (dispw / 2)
            py(cnt) = int(posy(cnt) * dist / posz(cnt)) + (disph / 2)
            scalev(cnt) = star_size * dist / posz(cnt)
            
            size = int(512.0 * scalev(cnt))
            x0 = px(cnt) - (size / 2)
            y0 = py(cnt) - (size / 2)
            x1 = px(cnt) + (size / 2)
            y1 = py(cnt) + (size / 2)
            if x1 < 0 or x0 > dispw or y1 < 0 or y0 > disph {
                ; out of display area. position reset
                posz(cnt) += zmax
                gosub *get_newpos_xy
                posx(cnt) = nx
                posy(cnt) = ny
                px(cnt) = int(posx(cnt) * dist / posz(cnt)) + (dispw / 2)
                py(cnt) = int(posy(cnt) * dist / posz(cnt)) + (disph / 2)
                scalev(cnt) = star_size * dist / posz(cnt)
            }
            
            ; get alpha value
            az = double(area_z) * 0.7
            if posz(cnt) < az {
                alpha(cnt) = 255
            } else {
                ; fade in
                z = posz(cnt)
                if z > zmax : z = zmax
                v0 = z - az
                v1 = zmax - az
                alpha(cnt) = int(255.0 - (255.0 * v0 / v1))
            }
        loop
        
        ; ----------------------------------------
        ; draw start
        redraw 0
        
        ; clear screen
        ; color 64, 128, 192
        ; boxf
        
        ; draw stars
        repeat objmax
            rot = 0.0
            idx = 0
            
            ; draw image by celput
            gmode gmode_add, 512, 512, alpha(cnt)
            pos px(cnt), py(cnt)
            rot = 0.0
            idx = 0
            celput imgid, idx, scalev(cnt), scalev(cnt), rot
        loop

        ; draw text
        if fps_display_enable {
            gmode gmode_rgb0
            color 255, 255, 255
            pos 10, 10
            mes strf("[%dx%d] %d/%dFPS", dispw, disph, fps, FRAMERATE)
        }
        
        ; draw end. screen refersh
        redraw 1
        
        await (1000 / FRAMERATE)
        ; await 12
    wend
    
*jobend:
    end
    
*get_newpos_xy
    nx = double(rnd(area_w) - (area_w / 2)) * area_m
    ny = double(rnd(area_h) - (area_h / 2)) * area_m
    return

使用画像は以下。どちらか片方でいい。好きなほうをどうぞ。

_star.png
_star2.png

動作させたら以下のような感じになった。縮小したので見辛いけれど、「ああ。アレね」と思ってもらえるかなと…。

星を飛ばす、例のスクリーンセーバはもう入手できないのだろうか？

ググってみたら、以下のページでそれらしいものを見かけた。Windows95という文字列が見えるから、Windows95の頃には存在していたスクリーンセーバということかな…。

_ssstars : mike : Free Download, Borrow, and Streaming : Internet Archive
_Starfield Screensaver for Windows - Screensavers Planet
_windows 95 "starfield" screensaver : r/Windows10


以下のやり取りでスクリーンセーバ名が分かった。「宇宙飛行」という名前だったらしい。ファイル名は ssstars.scr。冒頭の「ss」は、ScreenSaverの省略形だろう。さておき、この「宇宙飛行」、Windows XP の頃までは入っていた模様。

_WindowsXpの元々入っているスクリーンセーバーについてお願いしま| OKWAVE


以下のページによると、Windows98 - XP時代のスクリーンセーバはビンテージ云々と書いてある。ということは、その後の Windows で ―― Windows Vista の段階でごっそりと削除されてしまったということかな。

_Windows 11 でクラシック スクリーン セーバーを使用する方法 | 最高の家
_Windows XP And 98 Screensavers ( 1) : Free Download, Borrow, and Streaming : Internet Archive

思い返してみれば、Windows Vista の頃は液晶ディスプレイが主流になっていた気もしてきた。CRTの焼き付き防止を期待してスクリーンセーバを動かす必要も無くなっていったのが大体その時期だったのかもしれない。

「メグちゃん」の原作は「ひろみプロ」となってるけれど、どういう会社だったのだろう…？

_ミラクル少女リミットちゃん - Wikipedia

本作は、手塚プロアシスタント経験者らで構成された企画集団「ひろみプロ」が企画した「少女版SF変身物作品」を具体化したものである。

ミラクル少女リミットちゃん - Wikipedia より

なるほど。企画集団だったのか…。「パトレイバー」の「ヘッドギア」みたいな感じなのかな。

東映動画のアニメーターさん達が虫プロに移籍したり、手塚先生の元アシスタントさん達が東映に企画を持ち込んだり、そのあたりの流れが興味深い気もする。昔から色んな人材があちこちを行き来してアニメを作ってたんだなと…。

それにしても、「ひろみプロ」についてググっても情報が全く出てこない。Googleの検索精度が悪化してるのだろうか。それとも情報を誰もアップしてないぐらいに謎の集団なのだろうか…。設立の経緯、活動実績、最終的にどうなったのか等々、気になる…。関わっていた作品群の権利はどうなってるんだろう。今となっては権利面の問題でリメイク不可能だったりするんだろうか。まあ、当時見ていた人は、もうお爺さんお婆さんだろうし。今の時代にリメイクしてもアレかな…。

自分の環境には MSYS2 + MinGW-w64 がインストール済みなので、まずはソレで試してみる。

スタートメニュー内の「MSYS2 MinGW 64bit」をクリックしてターミナルを起動。

以下が必要になるらしい。pacman を使ってインストール。

• git
• cmake
• ruby

pacman -S git
pacman -S mingw-w64-x86_64-cmake
pacman -S mingw-w64-i686-cmake
pacman -S cmake
pacman -S mingw-w64-x86_64-ruby
pacman -S mingw-w64-i686-ruby

ちなみに、MSYS2で用意されたパッケージは、以下で検索できる。

_Pending Package Updates - MSYS2 Packages

git clone でソースその他をDL。

git clone --recursive https://github.com/nesbox/TIC-80
cd TIC-80/build

cmake で Makefile を作成してから make。たぶん。

cmake -G "MinGW Makefiles" .. -DBUILD_PRO=On
mingw32-make -j4

注意点。cmake の指定の中にある「..」は省略の意味じゃなくて、一つ上のディレクトリを指定する記述なので、勝手に省いたりしないように。自分、最初、これは省略の意味なんだろうと勘違いして省いてしまって、動かないなーおかしいなーと悩んでた…。トホ。

mingw32-make を走らせて make をしたら、エラーが出た。

mingw32-make[2]: ***  [vendor\sdl2\CMakeFiles\SDL2-static.dir\build.make:2551:  vendor/sdl2/CMakeFiles/SDL2-static.dir/src
/joystick/windows/SDL_windows_gaming_input.c.obj] Error 1
mingw32-make[1]: *** [CMakeFiles\Makefile2:976:  vendor/sdl2/CMakeFiles/SDL2-static.dir/all] Error 2
mingw32-make: *** [Makefile:135: all] Error 2

何が何だか分からない。Visual Studio でビルドしないとダメかな…。

自分の環境は Visual Studio Community 2019 (以下、VS2019と記述) もインストール済みなので、そちらでも試してみた。

以下も必要になるっぽい。

• git
• cmake
• Ruby

自分の環境では、3つともインストール済みだった。かつ、DOS窓上で呼び出せるようにパスも通してあった。

>git version
git version 2.30.2.windows.1

>cmake --version
cmake version 3.21.2

>ruby --version
ruby 2.6.10p210 (2022-04-12 revision 67958) [i386-mingw32]

一応、上記ツールのインストール方法について解説してるページもメモしておく。

_WindowsにGitをインストールする手順(2022年10月更新)
_cmake のインストール（Windows 上）
_Ruby | Rubyのダウンロードとインストール

必要なツールは揃っているはずなので、作業を始める。Windows10のスタートメニューの中から、「x86 Native Tools Command Prompt for VS 2019」を選んで実行。DOS窓が開く。 *1

これで、Visual Studio同梱のコンパイラその他にパスが通ってくれて、DOS窓上でもそれらツールが利用できるようになる。後で cmake を実行する際、コンパイラその他が存在するかどうかチェックされるので、cmake の処理が終わるところまでは、このDOS窓上で作業をしていく必要がある。

任意のディレクトリに git clone でソースその他をダウンロード。cmake でビルド用のファイルを生成する。ちなみに、cmake に -DBUILD_PRO=On を付加して実行すれば、TIC-80 Pro版としてビルドできるらしい。また、今回は、TIC-80 1.0.2164 のタグ、「v1.0.2164」を指定して、 git clone してみた。

git clone --recursive https://github.com/nesbox/TIC-80 -b v1.0.2164
cd TIC-80/build
cmake -G "Visual Studio 16 2019" .. -DBUILD_PRO=On

cmake に渡す文字列によって、どのツールでビルドするのかを指定しているのだろうけど、渡す文字列については以下の指定もできるっぽいので、VS2019 を必ずインストールしなきゃいけないというわけでも無さそう。VS2017でも、VS2015でも、ビルドできるのかもしれない。

"Visual Studio 16 2019"
"Visual Studio 15 2017 Win64"
"Visual Studio 14 2015 Win64"

cmake の処理が成功すると、TIC-80\build\ 以下に大量のファイルが生成される。その中に、TIC-80.sln というファイルも生成されていた。これを VS2019 で開く。

以下の記事によると、以前はリソースビュー上で足りないリソースがいくつかあってエラーになっていたらしい。

_TIC-80 ver 0.70.0 を Windows10 + VS2015 環境でビルドしてみた - Qiita

ただ、今回の版 ―― TIC-80 1.0.2164 の場合は、そういったエラーは見つからなかった。

上のほうで、「Debug」になっているところを「Release」に変更。

ビルド → ソリューションのビルド、を選ぶとビルドが始まる。

ビルドが終わると、TIC-80\build\ の中に bin というディレクトリが作られて、中には色々な .exe が生成されていた。その中に、tic80.exe というファイルがあった。これが目的のファイル。

tic80.exe を別ディレクトリにコピーしてから実行してみた。TIC-80 のウインドウが表示された。

ウインドウのタイトルには、「TIC-80 tiny computer 1.0.2164 Pro (b09c50c)」と表示されてる。「Pro」の文字が入ってる。

どうやらビルドは成功したっぽい。MinGW-w64 と比べると、すんなりビルドできてしまった…。

TIC-80 のコンソール上で folder と打って、システムディレクトリ(ユーザディレクトリ)の場所を確認しておく。エクスプローラが開いて、TIC-80 がシステムディレクトリとして扱ってる場所を開いてくれる。

TIC-80のコンソール上で、save test.lua と打ってみる。これで test.lua が保存されたら、Pro版が動いてることになる。もし、無料版なら、test.lua.tic というファイル名で保存されてしまうはず。

test.lua が保存された。エディタで開いてみると、ソースの後ろのほうにバイナリデータを示す文字列が並んでいた。

この tic80.exeは、たしかにPro版のバイナリらしい。

そんなわけで、Pro版が簡単にビルドできるという話は本当だった模様。そしてどうやら、Windows上で TIC-80 をビルドするなら、Visual Studio を使ったほうがいいようだなと…。MSYS2 + MinGW-w64 でビルドしようとすると、おそらくハマる。この手のツールやライブラリに詳しい人なら解決できるのだろうけど…。

ビルドするためにダウンロードしたファイル群や、生成されたファイル群の総ファイルサイズは、1.61GB、21255ファイルになった。

加えて、ビルドに必要なソフト群は…。git が 823MB (6170ファイル)、cmakeが 114MB (6949ファイル)、Rubyが 2.42GB (145112ファイル)、Visual Studioが 15.87GB (47372ファイル)。

TIC-80のソース群 + ビルド環境、全部合わせて約21GB。226858ファイル。

ちなみに、最終的に生成される tic80.exe は 4.6MB。1ファイル。

ストレージの空き容量的には、お金払ってPro版バイナリを買うほうがいいですわな…。

有償ソフトの購入に抵抗が無いのであれば、PICO-8 を買ってしまほうがいいのかも。PICO-8は、そもそもこのジャンルの始祖だろうし、一番人気のソフトっぽいし…。

_PICO-8 Fantasy Console

逆に、あくまで無料の範囲内でこの手のジャンルに触れてみたいなら、Pyxel も魅力的だなと…。無料で全機能が使えるし、今流行りのPythonに慣れることもできる。作者様がgithub上の人気度を調べたところ、全世界で6番目の人気振りだったというデータもあるし。

_pyxel/README.ja.md at main - kitao/pyxel

以下は思考メモ。

PICO-8 や Pyxel と張り合っていくことを考えると、TIC-80 無料版は外部エディタでソース編集できない、という制限が結構マイナスになりそうな気もしてくる。今まで色々なソフトを眺めてきたけど、普及前からその手の制限を入れちゃうと、えてしてシェアを取れないまま自滅していくので…。

しかし、どうやってお金にかえていくのかは難しい問題だよなと…。例えば Unity のように色々なことができるツールなら、「ヒット作が出たらその時ドーンと払ってね」という方針も出せるけど。Fantasy Console、Fantasy Computer というジャンルは、「あえて制約の中で遊んでみませんか」という方針のソフトだから、ボリューム的に、有償でバカ売れするヒット作が出現する可能性は低いだろうし、Unityのようなやり方は真似できない。まして、外部エディタすら使えない不便な開発環境では、凝ったプログラムを書くモチベーションの維持も難しく…。目を見張るものが出てこないと、そのツールに興味を持ってくれる人も自ずと少なくなるので、ますます不人気に…。

TIC-80は、「PICO-8と比べたら無料でこんなに機能が解放されてるなんて大盤振る舞いですね」と捉えることもできるけど、「そこを制限しちゃったら普及しないのとちゃいますか…？」と思えるところも微妙にあって…。 *2

まあ、こういうジャンルって、存続のさせ方、普及させるための策について、色々難しいところがありそうだなと。

エフェクト用のシーンを新規作成。シーン → 新規シーンを選択。



Node2D をルートノードにしたいので、「2Dシーン」を選択。



Node2Dノードが登録されたので、子ノードを追加していく。左上のノード追加ボタンをクリック。



以下のような構成でノードを用意する。

Node2D
  │  
  ├─ Node2D
  │     │
  │     └─ Label
  │
  └─ AnimationPlayer

ルートノードを「GetItemEffect」にリネーム。

Labelノードを使って「+10」と表示したい。Labelノードを選択。



Textプロパティに「+10」と入力。Align と Valign を Center にしておく。



フォントを指定。Custom Fonts の Font に、「新規DynamicFont」を作って、DynamicFont をクリックして色々設定していく。

• フォントサイズ(Size)は32に。
• Use Filter を有効化。
• Font Data には res://resources/Aileron-Black.otf を指定した。
• Custom Colors → Font Color Shadow を有効化。
• Custom Constants → Shadow Offset x,y を (4,4)に。

Labelの位置を調整。「レイアウト」をクリックして、「中央下」を選択。これで基準点が最下部になってるような位置で表示された。

AnimationPlayerノードを使って、座標が変化していくアニメや、透明度が変化するアニメをつけていく。AnimationPlayerノードを選択。



Godot Engineエディタ画面の下のほうにアニメーションを設定するウインドウが開くので、「アニメーション」をクリック。



「新規」を選択。



アニメの種類名として「move」を入力して「OK」。



キーフレームと座標を設定していく。Node2Dノードを選択して、Transform → Position x,y が (0, 0) の状態で、右の鍵(Key)アイコンをクリック。



Positionプロパティ用のトラックを作成してよいかと尋ねてくるので「作成」。



0秒目の位置に、Position = (0, 0) が記録された。



現在フレーム(?)を1秒目の位置にする。



Node2Dノードの Transform → Position y を -100 にして、右の鍵アイコンをクリック。


これで、0秒目と1秒目にキーフレームが設定された。1秒かけて100ドットほど上に移動していくアニメをつけられた。

座標だけではなく、色(今回は透明度)も変化していくアニメをつける。

現在フレーム(?)を0秒目の位置にしてから、Node2Dノードの CanvasItem → Visibility → Modulate の右の鍵アイコンをクリック。



modulateプロパティ用のトラックを作成してよいかと尋ねてくるので「作成」。0秒目にキーフレームが登録される。



0.7秒目の位置でも、鍵アイコンをクリックしてキーフレームを作成。



1秒目の位置で、白い色の部分をクリックして、透明度(RGBAのA)を0にして、鍵アイコンをクリック。


これで、0秒目から0.7秒目までは不透明なままで、0.7秒目から1秒目までは不透明から透明に変化するアニメをつけられた。

アニメ種類名の右にある「読込み後、自動再生」のアイコンをクリックして有効化。



再生ボタンをクリックして動作を確認してみる。それらしいアニメをつけることができた。

シーンを保存。シーン → 名前を付けてシーンを保存、を選択。



res://assets/ 以下に GetItemEffect.tscn として保存。

GetItemEffectノードを選択して、スクリプトをアタッチ。



res://scripts/ 以下に GetItemEffect.gd としてスクリプトファイルを作成。



スクリプトファイルが作成されて、エディタウインドウが開いた。

この GetItemEffectノードは、アニメの再生が終わったタイミングで自分自身を消去してもらいたい。

Timerノードを用意して、1秒経過したら消えるようにしようかとも思ったけれど、AnimationPlayerノードのシグナルを眺めてみたら animation_finished(anim_name: String) なるシグナルが目に入った。名前からしてアニメ再生が終わったタイミングで発行されるシグナルではあるまいか。これを利用してみることにする。

AnimationPlayerノードを選択。



ノードタブをクリックして、animation_finished(anim_name: String) を選択、右クリックして「接続」。



「メソッドにシグナルを接続」ウインドウが表示されるので、GetItemEffect を選択して「接続」。



スクリプトファイル GetItemEffect.gd 内に、_on_AnimationPlayer_animation_finished(anim_name) メソッドが追加された。メソッド内で、自分を消去するためのメソッド queue_free() を呼ぶように修正。



これで、アニメ再生が終わると自動で自分を消去するようになった。

プレイヤーシーンに発生処理を追加していく。メインシーン Main.tscn を開いて、Playerノードの横にあるスクリプトアイコンをクリック。



スクリプトファイル Player.gd の最初のあたりに以下を追加。

export (PackedScene) var getitemeffect

この変数に先ほど作った GetItemEffectシーンをGUIで登録しておく予定。

林檎を取った時の処理に以下を追加。

        var effect = getitemeffect.instance()
        effect.position = body.position
        get_node("/root/Main").add_child(effect)

GetItemEffectのインスタンスを作って、座標を林檎の座標で設定して、Mainノードに子ノードとして追加している。

現状の Player.gd の内容は以下。

_Player.gd

先ほど用意した変数にGUIで GetItemEffectシーンを登録。Playerノードを選択。



Getitemeffect の右の「空」をクリックして「読込み」。



res://assets/ 以下の GetItemEffect.tscn を選んで「開く」。



getitemeffect に GetItemEffectシーンが登録できた。

Main.tscn を開いた状態でF6キーを押して動作確認してみる。



林檎を取ると「+10」が発生して、上に移動して消えていく。ちゃんと動いてる模様。

次回は、プレイヤーに爆弾が当たった時に、林檎や爆弾をその場で停止させる仕様を追加したい。Godot Engine で用意されてるポーズ機能相当を利用する予定。

wpa_passphrase SSID 平文パスワード

アレコレ初期設定をしていったところ、追加ユーザのホームディレクトリ以下が日本語のディレクトリになってることに気づいた。CUIでアクセスする際、日本語が混ざっていると入力が面倒臭いので、英語ディレクトリ名にしておきたい。

一般的には、xdg-user-dirs-gtk-update を使えば変更できるはずだが…。

sudo apt install xdg-user-dirs-gtk
LANG=C xdg-user-dirs-gtk-update

何故か、Raspbian buster では、この処理ができなかった。打ち込んでも無反応。ディレクトリ名を変更してくれる、例のダイアログが出てこない。

仕方ないので、設定ファイルを直接書き換えたり、ディレクトリ名を直接変更して対処することにした。

_「デスクトップ」等のディレクトリ名を英語にする - Qiita

cat ~/.config/user-dirs.dirs

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run.
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
#
XDG_DESKTOP_DIR="$HOME/デスクトップ"
XDG_DOWNLOAD_DIR="$HOME/ダウンロード"
XDG_TEMPLATES_DIR="$HOME/テンプレート"
XDG_PUBLICSHARE_DIR="$HOME/公開"
XDG_DOCUMENTS_DIR="$HOME/ドキュメント"
XDG_MUSIC_DIR="$HOME/音楽"
XDG_PICTURES_DIR="$HOME/画像"
XDG_VIDEOS_DIR="$HOME/ビデオ"

このファイルの内容を、以下に書き換える。

XDG_DESKTOP_DIR="$HOME/Desktop"
XDG_DOWNLOAD_DIR="$HOME/Downloads"
XDG_TEMPLATES_DIR="$HOME/Templates"
XDG_PUBLICSHARE_DIR="$HOME/Public"
XDG_DOCUMENTS_DIR="$HOME/Documents"
XDG_MUSIC_DIR="$HOME/Music"
XDG_PICTURES_DIR="$HOME/Pictures"
XDG_VIDEOS_DIR="$HOME/Videos"

ユーザディレクトリに対するロケール設定も確認。

cat ~/.config/user-dirs.locale

ja_JP

このファイルの内容も、以下に変更。

en_GB

ディレクトリ名を変更。

mv デスクトップ/ Desktop/
mv ダウンロード/ Downloads/
mv テンプレート/ Templates/
mv 公開/ Public/
mv ドキュメント/ Documents/
mv 音楽/ Music/
mv 画像/ Pictures/
mv ビデオ/ Videos/

ここまで作業してから、一旦ログアウトして、再度ログイン。

再ログイン時、「言語が違うけどディレクトリ名を変更するか？」的内容の、見慣れたダイアログが表示された。何故今頃表示される…。お前、さっきは働いてなかったやんけ…。

とりあえず、「次回から表示しない」にチェックを入れて、「古い名前のままにする」を選んだ。これで一応目的は果たせるだろう…。たぶん。

ただ、その後も試していたら、LANG=C ではなく LC_ALL=C を指定すれば、例のダイアログが表示されることに気が付いた。

LC_ALL=C xdg-user-dirs-gtk-update

もしかして、この指定で済ませれば良かったのだろうか、しかし、こんな指定でも正しいのか、問題は起きないのか、そのあたりはよく分からない…。

久々に Raspberry Pi Zero W を起動したけど、デスクトップ用途で使うのはあまりにも厳し過ぎる…。Webブラウザすら起動しない…。いや、数分待てば起動するけど、そこから先、Webサイトが開けない…。

子供さんの教育用として与えるなら、最低でも Raspberry Pi 3 から、なのではあるまいか。Zero系を触らせるのは、ある種の児童虐待、とすら思えてくる。そのぐらい、Zero系は遅いなと。

いやまあ、LEDをチカチカさせるとか、モータを制御するとか、そういう用途だけなら Zero系でもいいのだろうけど。Zero W はピンヘッダを自分で半田付けしないといかんからアレだけど、Zero WH なら最初からピンヘッダが半田付けしてあるらしいので、そういう用途で使いやすいだろうし。

以下を参考にして作業。

_Installation on Windows(翻訳済み) - Kivy 1.10.0 ドキュメント
_Installation on Windows - Kivy 1.11.1 documentation

python -m pip install --upgrade pip wheel setuptools
python -m pip install --upgrade docutils pygments pypiwin32 kivy-deps.sdl2 kivy-deps.glew
python -m pip install kivy-deps.gstreamer
python -m pip install kivy-deps.angle
python -m pip install Kivy
python -m pip install kivy-examples

以下を参考にして作業。

_Kivyの環境構築からHello Worldと表示するまで - Qiita
_Kivyを使ってアプリを作ろう(初歩の初歩から始めよう) - Qiita

ソースリスト内でWidgetの配置を決める書き方と、.kvファイルを用意してそちらにレイアウトやWidget種類を列挙する書き方があるらしい。

HogefugaAppクラスが使う .kv ファイルは、hogefuga.kv になる模様。

以下のページを参考にしながら動作確認。

_Python Kivyの使い方? 〜Kv Languageの基本〜 - Qiita
_Python KivyでOpencvやPillowで画像を表示する方法 - Qiita
_KivyでのImageの更新 - Qiita
_Kivyのtextureでの画像表示の注意点 - Qiita
_Kivyで簡単なグラフィックスを描画する - kitao's blog

ひとまず、ボタンをクリックすると画像が変わる、かつ、画像は Pillow で開いて Kivy の Texture に変換するところまでは動作確認ができた。せっかく Pillow で開いてることだし、途中でグレイスケールに変換してみる処理も入れてある。


_03_imageapp_use_texture.py

from PIL import Image
from kivy.app import App
from kivy.uix.widget import Widget
from kivy.properties import StringProperty, ObjectProperty
from kivy.graphics.texture import Texture
from kivy.config import Config
Config.set('graphics', 'width', '640')
Config.set('graphics', 'height', '640')


image_files = [
    "./sample1.png",
    "./sample2.png",
    "./sample3.png",
]


class ImagechgWidget(Widget):
    image_texture = ObjectProperty(None)
    text = StringProperty('')

    def __init__(self, **kwargs):
        super(ImagechgWidget, self).__init__(**kwargs)
        self.image_texture = Texture.create(size=(512, 512))

    def buttonClicked(self):
        self.loadimage(image_files[0])

    def buttonClicked2(self):
        self.loadimage(image_files[1])

    def buttonClicked3(self):
        self.loadimage(image_files[2])

    def loadimage(self, fn):
        self.text = fn
        self.image_texture = image_to_texture(fn)


class Imagechg2App(App):
    def __init__(self, **kwargs):
        super(Imagechg2App, self).__init__(**kwargs)
        self.title = 'Image change'

    def build(self):
        return ImagechgWidget()


def image_to_texture(filepath):
    """Convert Piloow Image to Kivy Texture."""
    img = Image.open(filepath, 'r')

    # convert grayscale for Pillow
    img = img.convert('L').convert('RGB')

    tex = Texture.create(size=img.size)
    tex.blit_buffer(img.tobytes())
    tex.flip_vertical()
    return tex


if __name__ == "__main__":
    Imagechg2App().run()

_imagechg2.kv

#:kivy 1.10.1
#
# add comment

ImagechgWidget:

<ImagechgWidget>:
    BoxLayout:
        size: root.size
        orientation: "vertical"

        Image:
            id: image1
            size_hint_y: 0.9
            texture: root.image_texture

            canvas.before:
                Color:
                    rgba: 0, 0, 0, 1
                Rectangle:
                    pos: self.pos
                    size: self.size

        Label:
            id: label_pathname
            text: root.text
            font_size: 16
            size_hint_y: 0.05
            color: 0.8, 0.8, 0.8, 1

            canvas.before:
                Color:
                    rgba: 0.2, 0.2, 0.2, 1
                Rectangle:
                    pos: self.pos
                    size: self.size

        BoxLayout:
            size_hint_y: 0.05

            Button:
                id: button1
                text: "Image 1"
                on_press: root.buttonClicked()

            Button:
                id: button2
                text: "Image 2"
                on_press: root.buttonClicked2()

            Button:
                id: button3
                text: "Image 3"
                on_press: root.buttonClicked3()

_sample1.png
_sample2.png
_sample3.png

上記の例は Kivy の texture で画像表示しているけれど。texture ではなく、canvas に何かしらを描いて、それを表示したり、画像ファイルとして保存したり、ということをやってみたいわけで。

しかし、canvas の内容を書き換える感じの処理では、ウインドウ全体に対して描画が行われてしまうようで、位置合わせが面倒だったり、配置したボタン等が、上書きで消されてしまったりする。

さて、どうしたもんだろう…。

Pillow で描いておいてから Kivy の texture にするのはどうか。Pillow も、ImageDraw を使えば図形描画ができるようだし。

_ImageDraw Module - Pillow (PIL Fork) 2.6.1 documentation

アンチエイリアスをかけた状態で描けないのがアレだけど…。

aggdraw を使えばより高度な描画ができる、と書いてあることに気づいた。

_The aggdraw Module

love2d は、フルスクリーン表示を指定できる。まずは、標準的な指定方法を試してみる。

使用した画像は以下。License : CC0 ってことで。

_bg_640x480.png
_spaceship_001_64x64.png

ソースは以下。

_conf.lua

function love.conf(t)
  t.window.width = 640
  t.window.height = 480
  t.window.title = "Move Sprite Example 02"
  t.window.vsync = true
  
  t.window.fullscreen = true
  t.window.fullscreentype = "exclusive"
end

conf.lua の中で以下を指定してるので…。

• t.window.fullscreen = true
• t.window.fullscreentype = "exclusive"

640x480の画面が、フルスクリーン表示、かつ、画面一杯にアスペクト比を保持しつつ引き延ばされて表示されるはず。

_main.lua

-- sprite move example 02

function love.load()
  -- init
  
  -- get window width and height
  scrw = love.graphics.getWidth()
  scrh = love.graphics.getHeight()
  
  -- load image
  bgimg = love.graphics.newImage("bg_640x480.png")
  playerimg = love.graphics.newImage("spaceship_001_64x64.png")
  
  -- player work
  player = {}
  player.x = scrw / 2
  player.y = scrh / 2
  player.speed = 250
  player.imgw = playerimg:getWidth()
  player.imgh = playerimg:getHeight()
end

function love.update(dt)
  -- update
  
  -- key check
  local ang = -1
  if love.keyboard.isDown("left") then ang = 180
  elseif love.keyboard.isDown("right") then ang = 0
  end
  if love.keyboard.isDown("up") then
    if ang < 0 then ang = 270
    elseif ang == 0 then ang = 270 + 45
    else ang = 180 + 45
    end
  elseif love.keyboard.isDown("down") then
    if ang < 0 then ang = 90
    elseif ang == 0 then ang = 45
    else ang = 180 - 45
    end
  end
  if ang >= 0 then
    local spd = player.speed * dt
    local ra = math.rad(ang)
    player.x = player.x + (spd * math.cos(ra))
    player.y = player.y + (spd * math.sin(ra))
  end

  -- move area check
  local wh = player.imgw / 2
  local hh = player.imgh / 2
  local xmin = wh
  local ymin = hh
  local xmax = scrw - wh
  local ymax = scrh - hh
  player.x = math.min(math.max(player.x, xmin), xmax)
  player.y = math.min(math.max(player.y, ymin), ymax)
end

function love.draw()
  -- draw BG
  love.graphics.setColor(255, 255, 255, 255)
  love.graphics.draw(bgimg, 0, 0)
  -- love.graphics.rectangle("fill", 0, 465, scrw, 150)
  love.graphics.setColor(255, 255, 255, 255)
  
  -- draw player
  ofsx = player.imgw / 2
  ofsy = player.imgh / 2
  love.graphics.draw(playerimg, player.x - ofsx, player.y - ofsy)
  
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

結果はこんな感じに。予想通りの表示になった。

上記のソースを、Raspberry Pi Zero W + raspbian stretch + OpenGL ESを使うSDL2 + love2d 0.10.2 で動かしてみる。画面解像度は、1280x720。


酷い結果になった。conf.lua 内で指定したウインドウサイズは無視されて、画面解像度(=1280x720)がウインドウサイズとして取得されてしまっている模様。

解決策をググってたら、以下の記事に遭遇した。

_Love2D - Raspberry Pi Forums

(edit- nevermind, created a workaround!)

create a low res 'virtual' screen with a canvas.
set its filtering mode to 'nearest' draw all game stuff to there at the end, draw that canvas (scaled up) to the actual high res screen.
result = low res sharp fat pixels on a high res screen.

Love2D - Raspberry Pi Forums より

「仮想スクリーンとして canvas を用意して、そこに描画してから canvas を拡大描画したらそれらしくなった」と言ってるのかな…？

_Canvas - LOVE
_love.graphics.setCanvas - LOVE
_Canvas:renderTo - LOVE
_love.graphics.draw - LOVE

ということで、その方法を試してみる。

_conf.lua

function love.conf(t)
  -- t.window.width = 1280
  -- t.window.height = 720
  t.window.vsync = true
  
  t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- fullscreen disp 01

function love.load()
  -- init

  -- set filter
  love.graphics.setDefaultFilter("nearest", "nearest")
  
  scr_w = 640
  scr_h = 480
  canvas = love.graphics.newCanvas(scr_w, scr_h)
  
  -- get window width and height
  wdw_w = love.graphics.getWidth()
  wdw_h = love.graphics.getHeight()
  
  -- load image
  bgimg = love.graphics.newImage("bg_640x480.png")
  playerimg = love.graphics.newImage("spaceship_001_64x64.png")
  
  -- player work
  player = {}
  player.x = scr_w / 2
  player.y = scr_h / 2
  player.speed = 250
  player.imgw = playerimg:getWidth()
  player.imgh = playerimg:getHeight()
end

function love.update(dt)
  -- update
  
  -- key check
  local ang = -1
  if love.keyboard.isDown("left") then ang = 180
  elseif love.keyboard.isDown("right") then ang = 0
  end
  if love.keyboard.isDown("up") then
    if ang < 0 then ang = 270
    elseif ang == 0 then ang = 270 + 45
    else ang = 180 + 45
    end
  elseif love.keyboard.isDown("down") then
    if ang < 0 then ang = 90
    elseif ang == 0 then ang = 45
    else ang = 180 - 45
    end
  end
  if ang >= 0 then
    local spd = player.speed * dt
    local ra = math.rad(ang)
    player.x = player.x + (spd * math.cos(ra))
    player.y = player.y + (spd * math.sin(ra))
  end

  -- move area check
  local wh = player.imgw / 2
  local hh = player.imgh / 2
  local xmin = wh
  local ymin = hh
  local xmax = scr_w - wh
  local ymax = scr_h - hh
  player.x = math.min(math.max(player.x, xmin), xmax)
  player.y = math.min(math.max(player.y, ymin), ymax)
end

function love.draw()

  -- set canvas
  love.graphics.setCanvas(canvas)
  
  -- draw BG
  love.graphics.setColor(255, 255, 255)
  love.graphics.draw(bgimg, 0, 0)
  -- love.graphics.rectangle("fill", 0, 465, scr_w, 150)
  love.graphics.setColor(255, 255, 255)
  
  -- draw player
  ofsx = player.imgw / 2
  ofsy = player.imgh / 2
  love.graphics.draw(playerimg, player.x - ofsx, player.y - ofsy)
  
  -- unset canvas
  love.graphics.setCanvas()

  -- draw canvas to window
  love.graphics.setColor(255, 255, 255)
  love.graphics.draw(canvas, 0, 0, 0, wdw_w / scr_w, wdw_h / scr_h)
  
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

結果はこうなった。


アスペクト比の計算をサボってるので、4:3の画面が16:9で引き延ばされて、横に長い見た目になってしまっているけど…。少なくとも、画面一杯に引き延ばして描画することは可能っぽい。

conf.lua 内では…。

• ウインドウサイズの指定をコメントアウト。
• フルスクリーン表示の種類の指定をコメントアウト。

この、conf.lua の内容で…。

• Raspberry Pi Zeor W 上では「とにかくフルスクリーン表示しろ」という指定になる。ウインドウサイズ = 画面解像度。
• Windows10 x64上では、ウインドウサイズはデフォルトの800x600になり、その800x600の画面がフルスクリーン表示される。

main.lua 内では…。

• 初期化処理(love.load()内)で canvas を作成。
• 描画処理(love.draw()内)では、canvas にゲーム画面を描いてから、その canvas をウインドウに拡大しつつ描画。
• 拡大縮小描画はクッキリした見た目にしたかったので、love.graphics.setDefaultFilter("nearest", "nearest") を記述して、nearestフィルタで拡大縮小するように指定。

canvas への描画は、以下でできるらしい。

  love.graphics.setCanvas(canvas)
  (描画処理)
  love.graphics.setCanvas()

ウインドウへのcanvasの描画は、love.graphics.draw() を使う。

love.graphics.draw(描画したい画像・キャンバス等, 
                   描画位置x, 描画位置y, 
                   描画方向 ,
                   横方向の拡大縮小率, 縦方向の拡大縮小率)

luaでローカル変数を使いたい時は、local と頭につけるらしい。

    local ang = 0

三角関数は以下。

• math.sin(ラジアン値)
• math.cos(ラジアン値)
• 度からラジアンの変換は、math.rad(角度)
• ラジアンから度への変換は、math.deg(ラジアン値)

最大値、最小値を取り出すなら以下。

• math.min(値1, 値2) : 最小値を返す。
• math.max(値1, 値2) : 最大値を返す。

Luaは初めて触ってるわけだけど、このあたりは比較的素直な仕様だなと…。

<script type="text/javascript" src="scripts/shBrushLua.js"></script>

以下によると、Autolaoder なる機能があるらしいけど。

_【Javascript】SyntaxHighlighter 3.0 の新機能と注意点 | blog.remora.cx

ローカルで試してみたけど、動かない…。

ググってみたら、以下の記事で説明が。

_SyntaxHighlighter（Ver3.x）の導入方法 | Sabakura Blog

SyntaxHighlighterは、ページ読み込み後に動作させないと上手く機能しません。そのため、フッター部で読み込ませるか、もしくはヘッダ部に記述する場合は、window.onloadを使う必要があります。

SyntaxHighlighter（Ver3.x）の導入方法 | Sabakura Blog より

そういうことだったのか…。window.onload を使う形に書き換えてみたら動いてくれた。助かった。

u"""
QSliderとQSpinBoxを1つのWidgetにまとめて並べてみるサンプル.

RGB/HSLのQSlider + QSpinBoxを用意して値を連動させる。結果を色で表示する。

Windows10 x64 + Python 2.7.11 + PySide 1.2.4
"""


import sys
from PySide.QtCore import *  # NOQA
from PySide.QtGui import *  # NOQA


class LabelSliderSpinBox(QWidget):

    """Slider and SpinBox."""

    # Signalを用意
    valueChanged = Signal(int)

    def __init__(self, text, parent=None):
        """init."""
        super(LabelSliderSpinBox, self).__init__(parent)
        # self.setContentsMargins(0, 0, 0, 0)
        hl = QHBoxLayout()
        hl.setContentsMargins(0, 0, 0, 0)
        # hl.setSpacing(0)
        self.lbl = QLabel(text, self)
        self.sld = QSlider(Qt.Horizontal, self)
        self.spb = QSpinBox(self)
        hl.addWidget(self.lbl)
        hl.addWidget(self.sld)
        hl.addWidget(self.spb)
        self.setLayout(hl)
        self.sld.valueChanged[int].connect(self.changed_slider_value)
        self.spb.valueChanged[int].connect(self.changed_spinbox_value)

        # 用意したシグナルとスロットを関連付ける
        self.valueChanged[int].connect(self.changedValue)

    def setText(self, text):
        """set QLabel text."""
        self.lbl.setText(text)

    def setRange(self, start_v, end_v):
        """set range QSlider and QSpinBox."""
        self.sld.setRange(start_v, end_v)
        self.spb.setRange(start_v, end_v)

    def setValue(self, value):
        """set value to QSlider and QSpinBox."""
        self.sld.setValue(value)
        self.spb.setValue(value)

    def value(self):
        """get value."""
        return self.spb.value()

    def changed_slider_value(self, n):
        """changed slider value."""
        self.spb.setValue(n)

    def changed_spinbox_value(self, n):
        """changed spinbox value."""
        self.sld.setValue(n)
        self.valueChanged.emit(n)  # 値が変わったのでシグナルを発行

    # スロットを用意する
    @Slot(int)
    def changedValue(self, value):
        """changed slider or spinbox value."""
        pass
        # print("value = %d" % value)


class MyWidget(QWidget):

    """My Widget."""

    def __init__(self, *argv, **keywords):
        """init."""
        super(MyWidget, self).__init__(*argv, **keywords)
        self.setWindowTitle("Color Slider")

        self.event_ignore = False

        l = QVBoxLayout()

        # color display button
        btn = QPushButton()
        btn.setFixedSize(64, 64)

        # set button background-color
        btn.setStyleSheet("QWidget { background-color: %s }"
                          % QColor(128, 128, 128).name())

        l.addWidget(btn)
        btn.clicked.connect(self.show_color_dialog)
        self.btn = btn

        # sliders
        data = [
            ("R", 0, 255, 128), ("G", 0, 255, 128), ("B", 0, 255, 128),
            ("H", 0, 360, 180), ("S", 0, 255, 128), ("L", 0, 255, 128)]
        self.sliders = []
        for (i, d) in enumerate(data):
            text, start_v, end_v, init_v = d
            w = LabelSliderSpinBox(text, self)
            w.setRange(start_v, end_v)
            w.setValue(init_v)
            l.addWidget(w)
            self.sliders.append(w)
            if i < 3:
                w.valueChanged.connect(self.changed_rgb)
            else:
                w.valueChanged.connect(self.changed_hsl)

        self.setLayout(l)

    def update_rgb_disp(self, col):
        """update RGB disp button."""
        # set background-color
        self.btn.setStyleSheet("QWidget { background-color: %s }"
                               % col.name())

    def set_sliders_rgb(self, col):
        """set RGB slider value."""
        r, g, b = col.red(), col.green(), col.blue()
        self.set_sliders(0, (r, g, b))

    def set_sliders_hsl(self, col):
        """set HSL slider value."""
        h, s, l = col.hslHue(), col.hslSaturation(), col.lightness()
        self.set_sliders(3, (h, s, l))

    def set_sliders(self, idx, v):
        """set 3 slider value."""
        for i in range(3):
            if self.sliders[idx + i].value() != v[i]:
                self.sliders[idx + i].setValue(v[i])

    def get_sliders(self, idx):
        """get 3 slider value."""
        v = []
        for i in range(3):
            v.append(self.sliders[idx + i].value())
        return tuple(v)

    def changed_rgb(self, _):
        """changed RGB value."""
        if not self.event_ignore:
            self.event_ignore = True
            r, g, b = self.get_sliders(0)
            col = QColor(r, g, b)
            self.set_sliders_hsl(col)
            self.update_rgb_disp(col)
            self.event_ignore = False

    def changed_hsl(self, _):
        """changed HSL value."""
        if not self.event_ignore:
            self.event_ignore = True
            h, s, l = self.get_sliders(3)
            col = QColor()
            col.setHsl(h, s, l)
            self.set_sliders_rgb(col)
            self.update_rgb_disp(col)
            self.event_ignore = False

    def show_color_dialog(self):
        """open QColorDialog."""
        col = QColorDialog.getColor()
        if col.isValid():
            self.set_sliders_rgb(col)


def main():
    """Main."""
    app = QApplication(sys.argv)
    w = MyWidget()
    w.show()
    sys.exit(app.exec_())


if __name__ == '__main__':
    main()

PySideには、 _QColor という、色情報を管理できるクラスがあるのだけど。この QColor には、RGB値とHSL値の変換機能も含まれているようで、わざわざ自分で変換処理を書かなくても済んでしまった。ありがたや。

例えば…。col = QColor(r, g, b) で生成した後、以下のような記述でHSLが取り出せる。

• h = col.hslHue() で色相。
• s = col.hslSaturation() で彩度。
• l = col.lightness() で輝度。
• あるいは、h, s, l, a = col.getHsl() でも取り出せるかもしれないが試してない。

色相は、0〜360の値。彩度と輝度は、0〜255の値が返ってくるようで。たぶん。おそらく。ちょっと自信無いけど。一応、得られた値を print で出力した感じではそのように見えた。

HSLからRGBに変換することもできる。col = QColor() で生成した後、col.setHsl(h, s, l) でHSLを設定してやれば、以下のような記述でRGB値が取り出せる。

• r = col.red() で赤成分。
• g = col.green() で緑成分。
• b = col.blue() で青成分。
• あるいは、r, g, b, a = col.getRgb() でも取り出せるかもしれないがどうなんだろう。

RGB値は、それぞれ 0〜255の値を取る。

整数ではなく、小数点で得ることもできる模様。その場合、getRgbF() や getHslF() のように、最後にFがついた関数を呼ぶ。返り値は、0.0〜1.0、とドキュメントには書いてあるように見える。

そもそも Python 自体に、 _colorsys なるその手の処理をしてくれるモジュールがあるらしい。今回は使ってないけれど。Python は便利だなあ…。

今回、管理をしやすくするために、QLabel(ラベル)と、QSlider(スライダー)と、QSpinBox(スピンボックス)をまとめたウィジェットを作って配置してみた。


QWidget に _QHBoxLayout(横に並べるレイアウト) を設定して、中に _QLabel 、 _QSlider 、 _QSpinBox を並べて管理、みたいな。

更に、「QSlider の値が変わったら QSpinBox も同じ値に変更」「QSpinBox の値が変わったら QSlider も同じ値に変更」という処理も入れた。これで、QSlider と QSpinBox が連動して動く。QSlider、QSpinBox には valueChanged というシグナル？が用意されていて、値が変わったらそのシグナルが発生することになっているので、ソレを利用した。

しかし、このままだと、QSlider もしくは QSpinBox の値が変わったことを親Widgetに伝える術が無くなるので(valueChanged シグナルを既に使っているので)、別途シグナルを設定して、QSlider もしくは QSpinBox の値が変わったらそのシグナルを発生するようにしてみたり。

class LabelSliderSpinBox(QWidget):

    # Signalを用意
    valueChanged = Signal(int)

    def __init__(self, text, parent=None):

        (中略)

        # 用意したシグナルとスロットを関連付ける
        self.valueChanged[int].connect(self.changedValue)

    (中略)

    def changed_spinbox_value(self, n):
        self.sld.setValue(n)
        self.valueChanged.emit(n)  # 値が変わったのでシグナルを発行

    # スロットを用意する
    @Slot(int)
    def changedValue(self, value):
        print("value = %d" % value)

親Widget側では、「子Widget の持ってる値が変化したら valueChanged というシグナルを子Widgetが出してくれるはずだから、そのシグナルが来た時はこの関数を呼ぶ」的な設定をしてやればいい。

    w.valueChanged.connect(self.changed_rgb)

今回も、よく考えないでソースを書いてたら、無限ループのような状態になってしまった…。

1. HSLのスライダーもしくはスピンボックスの値が、ユーザ操作で変更される。
2. 「HSLの値が変わったぞ！」のイベント発生。
3. HSLからRGBに変換して値を求め、RGBスライダーの値を変更。
4. 「RGBの値が変わったぞ！」のイベント発生。
5. RGBからHSLに変換して値を求め、HSLスライダーの値を変更。
6. 2に戻る。無限ループ状態に陥る。

とりあえずフラグを設けて、他のイベントによる処理がまだ終わってないなら、その後イベントが発生しても処理をスキップするようにしてみたり。self.event_ignore がフラグ用の変数。

QPushButton への背景色を任意の色にすることもできるらしい。

        btn.setStyleSheet("QWidget { background-color: %s }"
                          % QColor(128, 128, 128).name())

QWidget もスタイルシートを持ってるらしいので、そこを弄れば目的が果たせるようで。

ていうか。Qtってスタイルシートで見た目を設定できたとは。知らなかった…。

AviUtl にも、スムージングと言うフィルタが存在するらしい。ただ、名前は同じでも処理内容が違う可能性はありそうな。

人物相関図やキャラ設定は豚の背中系 *1 だけど、スイーツとやらを作るあたりは夏休みの自由研究系 *2 のように見えた。低年齢層向けコンテンツであっても、ちゃんと調べながら作ってるものは、見ていて好感が持てるなと。

と思ったら。どうやらプロが監修をしているらしい？ ますます感心。実際にどのくらい口を挟んでいるかはわからないけれど、制作にあたってそういう体制をちゃんと用意した、その姿勢を賞賛したいと思ったり。

そこだけ聞くと、たしかに「それ、いいなぁ」と思えるなぁ。ゲームに使えそうな設定。

と思ったら _既にゲーム化されてた のか！ スイマセン。全然知りませんでした。

どうもよくわからないが、林海象監督が関わっているのかしら。それとも、原案・企画が監督の手によるもの、という扱いなだけなのかしら。

なんだか共通性があるらしいという話をよく見かけたのでメモ。

_ITmedia +D Games：殴って笑い、笑って殴る。これぞエンターテイメント (2/2)
_ITmedia +D Games：痛快アクション「ゴッドハンド」はギャグへの情念から生まれた――先行体験＆トークショーイベント

ライジングなんとかに似てるという話も見かけたのでメモ。

ファミコンのタイトルもあったのか。映画「ZIPANG」との関連性は不明。

なるほど、この時点では「セブンブレイズ」発売のことを知らなかった、のかな。＞掲示板でやり取りしてる方々。

おそらくは、Poserで画像を作成してるサイト、なのかしら。ギャラリーを見て腰が 動きそう 抜けそうに。Poserって、エロいな！＜褒めてます。素晴らしい。ここまでの可能性を秘めていたとは。

そしてPoserの開発・販売体制の激変ってのも影響してるかもしれません。販売・開発元ががらがらと変わりまくりましたから…。（これはPoserに限らず、いろんな3Dソフトで言えることなんですけどね）

私が使い始めた「Poser2」の頃は開発元が米国・MetaCreation社で、日本の販売代理店はエセルテ・ジャパンだったかと思います。その後、まず日本の販売代理店がメディアヴィジョンに移ります。

この開発・米国MetaCreation／日本販売・メディアヴィジョンという体制が「Poser4」登場まで続いたんですが、2000年に、Poserの版権（開発・販売権）がドイツのegi.sys社に移りまして、その開発・販売のためにアメリカにCurious Labs社が作られます。（余談だけど、このCurious Labs社のCEOの人がもともとPoser開発した人らしいすね）

さらに2002年、日本販売代理店がメディアヴィジョンからソフトウェア・トゥーに変わります。このCurious Labs×ソフトウェア・トゥーで出たのが「Poser Pro Pack」であり、さらに新バージョンの「Poser5」です。

で、このまま行くのかな〜なんて思ってたら2003年にまた激震がありまして、日本でShadeなどを扱っている（って、Shade自体も前はエクスツール社だったんですが）、株式会社イーフロンティアが独・egi.sys社からPoserの著作権を買い取り。Curious Labs社の株式も１００％保有して、子会社化しちゃいました。今やPoserの版権、日本にあるんですよ。びっくりですねｗ

てなわけで、2004年現在、Poser製品に関する問い合わせ先は株式会社イーフロンティア様です。今度は落ち着くといいな〜(^^;

ぽざまん より

なんとなく、開発・販売があちこち変わってた印象があったのだけど。こうしてみると、まさしく流浪のソフト。

_Poser - Wikipedia にも記述が。

開発・発売元は当初はFractal Design社、その後MetaCreations社を経て、Curious Labs社へと移転。2003年にShadeを手がける日本のソフトウエア会社イーフロンティアがCurious Labsの全株式を取得して完全子会社化し、ShadeとPoserとを連携させるための機能拡張を進めている。その過程でCurious Labs社の社名は親会社に合わせてe-frontier社へと変更された

Poser - Wikipedia より

Painter しかり、Poser しかり、アーティスト様の作るCGツールはゴタゴタな展開になりがちなのかもしれんなぁ。

意味も無く、表にしてみたりして。

流浪のソフト「Poser」

版権	開発・販売	日本の販売代理店	バージョン
Fractal Design		?	Poser1
米 MetaCreation		日 エセルテ・ジャパン	Poser2
		日 メディアヴィジョン	Poser2
			Poser3
			Poser4
独 egi.sys	米 Curious Labs		Poser4
		日 ソフトウェア・トゥー	Poser Pro Pack
			Poser5
日 イーフロンティア		日 イーフロンティア	Poser6

わけわからん。

さておき、昨日作成した画像は _間違った高級ソフトの使い方 に見事準じてるような気がしてきた。バッチリだ。何がだ。

秀逸。 _ライダー も素晴らしい、というか実際にこういう方向になってきてる感も。

_Poser FAQ集
_Posermania - FAQ

何かしらの場面で参考になるかもしれない気もしたのでメモ。

こういう画像を見ていると、もう個人で、人体モデルを作る意味もあまりないのかもなぁ、と思えてしまう。

角度関係のダイアルをダブルクリックすれば数値入力できるらしい。…面倒だな。どうしてテキスト入力欄にしておかなかったのか。

カメラ切り替え。

Ctrl+L (Left)	左からの視点
Ctrl+;	右からの視点
Ctrl+T (Top)	上からの視点
Ctrl+F (Front)	前からの視点
Ctrl+M (Main)	メインカメラ
Ctrl+,	ポーズカメラ

連番tiffで保存しても、マスク情報が出力されてないような気がする。

添付ドキュメントに書いてあった。

ムービーの作成で書き出したTIFFファイルにはマスク情報が付加されていません。そのためマニュアルP.161の操作は、現バージョンのPoser2では行うことができません。

ぎゃふん。

つまり、アレですか。他の画像と合成したいと思ったら、1フレームずつ手動で進めて、静止画としてtiff保存しなきゃ使えないと。

ていうか。いくら古いバージョンとは言え、マニュアルに書いてあることすらできない状態のまま、平気で販売しちゃったってのはどうなんだべ。Fractal Design だか MetaCreation だかが関わってたCGソフトは、どれもこれもこんなんばかりのような気がしてきた。杜撰というか、テキトーというか。まあ、アーティスト様達の手によるものだろうから、仕方ないのかな。

さておき。作ってみたのがこういうヤツだから、マスク云々とかどうでもいい話なのかも。 どうせ、Poser2 なんて古いソフトで、動画を作らなきゃいけない場面なんて今後もないだろうし。

●ムービーデータのアルファチャンネル

Poserでムービーを作る場合、MacだとQuickTime書き出し、WinだとAVIになります。

QuickTimeの場合、書き出し色を1670万色+にすれば、アルファチャンネルがとれますが、Winの場合そういう機能事体がありません(-_-;)

対処法として、アルファチャンネル情報を持った連番画像で書き出し、ムービーソフトで繋げるのですが、Poser4ではそれすらエラーが出ます。

Posermania より

えー！ Poser4 までバージョンが上がっても、ムービーのマスク情報を持てなかったとは…。

Poser5では、連番画像で書き出しのエラーは解消されました。(総論。やっぱムービー編集はMacですよ、とMacびいき。)

Posermania より

Poser5 でようやく、とはなぁ。…そこまで Win 版をテキトーに作ってたなら、いっそ Macオンリーで出してくれてもよかったのに。

Poser2 → Poser6 は 11/30 までらしく。Shade に至っては、myShade2 はアップグレード対象製品にすらなってないように見える。もっとも、「廉価バージョンは10,000〜20,000円なんだから、そのくらい新品で買え」と言われそうでもある。

でも、今までインストールすらしてなかったソフトのアップグレードより、ハードウェアをアップグレードするほうが先だよなぁ…。

非常に参考になるページ。ありがたや。 _定数を使う 方法があったとは知らなかった。

_MD5の取得 が出来るのか。ActivePerl のドキュメントを見たら、一応載ってるらしく。これでなんとかなるかも。 _ファイルを一文字列として読み込む という方法もあった。

_Digest::MD5 - MD5アルゴリズムへのPerlインターフェース という文書も。

下のような感じかしら。

#!/usr/bin/perl
use Digest::MD5;

my $file = "H:/temptemp/test_oekakibbsbkup/test/kakolog/7001_7100/oekaki_7001.png";

{
    open(FILE,$file) || die $!;
    binmode FILE;
    my $imgbin;
    {
        local $/ = undef;
        $imgbin = <FILE>;
    }
    close(FILE);

    my $md5 = Digest::MD5->new;
    $md5->add($imgbin);

    print $md5->hexdigest, "\n";
    print $md5->b64digest, "\n";
}

# 別の方法

{
    open(FILE, $file) || die $!;
    binmode(FILE);
    my $md5 = Digest::MD5->new;
    while (<FILE>) {
        $md5->add($_);
    }
    close(FILE);
    print $md5->hexdigest, "\n";
    print $md5->b64digest, "\n";
}

閃いた。そうだよ…。新撰組方式でいいんじゃないか。いや、 _あふがにすタン 方式とでもいうか。いやいや、お江戸でござる方式とでもいうか。

毎回、漫画本編の後ろに、「漫画ではこう描かれていましたが、実際は〜」と、1Pぐらい使って文章で、杉浦日向子先生ばりにその都度解説を入れてく、みたいな。これなら、漫画家は好きなだけホラを吹けるし。「なかった派」人種は解説ページで気分爽快だし。読者は、漫画を楽しんだ後で、「実際はそうだったのか。へぇ〜」とトリビア欲求ご満喫だし。雑誌社はどこからも文句を言われないうえに、「ためになる漫画」と称して宣伝もできちゃう。…なんだ。いいことづくめじゃないか。 *3

どうしてそういう話が「なかった派」から出てこなかったのか、疑問に思うなぁ。何がしたかったんだろ、あの人達は。目的を忘れてるのか、それとも自覚できてないのか。あるいは、「なかったと主張する変な人達が世間には居るらしい」という、ただそれだけを世間に知らしめたかったのだろうか。自己の存在を世間に知ってもらいたいだけ…って珍走団じゃあるまいし。

ひょっとして、報道規制でもしてるのかな。でも、今更何を規制する必要があるんだろう。…もしかすると海外では、首を切った瞬間の映像等、様々な情報が、実は流れてるとか。規制しないと国内が大騒ぎになるから、最低限の情報だけ流してるとか。

情報を与えられてないのは、日本人だけじゃないのか。この事件に関しては、日本の国民だけが、まるでアメリカ国民よろしく、情報面で世界から孤立させられてるんじゃないのか。…実はそんな状況なのだと想像しながら眺めると、呑気に新札発行のニュースを流してるの図なんて、けっこう怖いものが…。

なわけないか。もしそうだったなら、海外ニュースを扱う日本人のブロガー達が、海外と国内の報道の違いについて騒ぎ始めてるだろうし。

ひょっとしてこの国の人間は、死んだ彼を、ハブにしようとしてるのではないか。日本国民が、全員でもって、右へならえ状態で。彼は存在しなかったと。日本という国に居た人間じゃないんだと。こんな事件はそもそもなかったんだと。この件はなかったことにしようと。そういう空気が国中に蔓延してるのではないか。

だとしたら、かなりゾッとする。日本国民、全員が、イジメ(?)をしてるのか。一個人の存在を全員揃って国中で全否定か。存在すら無視か。それも、死んでしまった人間に対して。…うわぁ。何ソレ。怖。怖すぎ。なんだ、この民族は。この国って、そういう国なのか。…ヤバイ。吐き気がしてきた。なんだコイツラ…。何やってんだ、お前等…。うええ。気持ち悪…。

この際、「可哀想」でも「自業自得だ」でもいいから、彼に何か声をかけてやったらどうか。危機意識ゼロのバカな人間だったろうけど、死してなお、そこまで冷たくあたることもないだろうに。つーか、死んでしまったら生前の行いも、多少は大目に見てやるのが、日本人の習性じゃなかったのか。そういう習性があるから、靖国神社参拝問題だって引き摺ってるんじゃなかったのか。…いつからこれほどまでに陰湿極まりない民族に成り下がったのか。それとも、この陰湿さこそが、まさしく日本人らしさであるとでもいうのか。

なわけないか。それなりにニュースは流れてるし。どこぞのホラー漫画じゃないんだから。馬鹿馬鹿しい。

…ホントにそうか？

海外で起きたことだから、自分の身にそういうことが起きたら、という想像ができてないのかな。

ということは。日本に対してテロリストが何かを要求する場合、日本国内でコトを起こさんとダメ、ということでもあるのだろうな。海外で起こしてるようじゃダメと。この人達には、それじゃピンとこないと。まあ、それはアメリカも同じだったか。アメリカ国内のビル2つを潰さないと、彼等もピンとこなかったもんなぁ。

下のような感じかしら。

• 首相や大臣。国会議員 ―― 国にとって1人あたりの価値が高い人。
• 国会議員の家族 ―― 国にとって1人あたりの価値が高い人、にとって価値が高い人。
• 一般市民 ―― 国にとって1人あたりの価値がほとんどない人。

首相や大臣、国会議員は、護衛がついてる可能性があるので、目的遂行が難しそう。ゴルゴでも居れば別だけど。そんな人居ないし。

市民を狙う場合は、1人あたりの価値がそれほどでもないから、大量の市民の生命を危険に晒して、ポイントを稼ぐ必要がある。となると、人が集まりそうな場所を狙うしかないけれど、そんな場所で有効なアイテムはなかなかなさそうだし、一定時間閉じ込めておく必要もあるし、下準備も大変。ちと現実的じゃない。地下鉄でサリンを、みたいな手もあるけど。後述する予告との絡みで利用が難しい。

そう考えると、国会議員の家族あたりを狙うのが、実は効果的だったりして？

これも選択肢がありそう。

• 要求を呑まなければ○○を殺害する、と事前に予告をしておいて、期日がきたら殺害のみを実行。拉致等はしない。
• 人質として拉致してから、要求を出す。

重要なのは、「要求を出すこと」だろうなぁ。最悪の事態にする前に、それら要求は出しておかないといけない。この場合、殺害することが目的じゃなくて、要求を通すことが目的だから。

前者の場合、予告をしちゃうと護衛がついちゃうから、遂行が難しくなる。対象をかなりぼかしておく必要があるなぁ。地下鉄でサリン云々とかは、既に前例があるから、真っ先に警備されやすいので、遂行が難しい気がする。相手が容易に、対象や方法を予測できないよう、それでいて最悪の事態は想像できるよう、予告を出さないと…。

後者の場合、拉致するのは結構高い確率でできそうだけど、拉致してからの動きが難しい。居場所がわかれば特殊部隊だのなんだのに踏み込まれたりするし、殺害してから逃亡を続けるのも難しいだろうし。

ロシアだかで起きた、学校占拠事件は、「一般市民」を大量に、「人質として拉致してから要求を出す」タイプになるのかしら。でも、ああいう結果になるよなぁ。うーん。難しい…。

って、オイ。犯行グループの作戦を練ってみてどうするねん(爆)＞俺。でも、犯行グループの思考をシミュレーションするのは、防ぐ側にとって効果があるよなぁ。…と思ったが、それは防ぐ側と犯行グループの頭のレベルがほぼ同じだった場合に有効なわけで。犯行グループの頭が悪ければ、「おいおい、そんな非効率なほうを選ぶか？ お前等バカか？」という結果になってしまうので、対策としてはあまり意味が無かったり…するのかな。知らんけど。 *2

日本の場合、肌の色が違う人が国内に入ってくると目立ってしまうか。米あたりなら混ざっていても判らないかもしれんけど。それを考えると、ちと特殊な環境なのか。…となると、犯行グループが日本でコトを起こそうとするなら、国内に住む日本人に、思想面で共感を持ってもらって、それら人々に遂行してもらったほうがヨサゲ。…って遠く離れた国の人間に、思想面での働きかけをするのは大変だよなぁ。

いや、待て。自衛隊撤退を望む団体だのであれば、共感を得てもらうことも不可能ではないのかな。目的は同じなわけだから。後は手段が双方納得できるものになれば…。しかし、自衛隊撤退を望む人達は元々平和主義者が多い(のか？)から、暴力的行為なんてもってのほか…なのかな。知らんけど。となると、途中で目的と手段を間違えてしまって、平和を達成するためには暴力も厭わないという、思考が変な人を探してくるしかないなぁ。もしくは、金をもらえるならなんでもやる、みたいなプロ(?)とか。…そんな人、探してくるだけでも大変だ。

その地域で信用を勝ち得ている人物を利用する、とか。経済的に恵まれてる人では現在の生活を破壊するような話に乗ってこないだろうから、比較的貧しい人を選んで…。しかし捕まってしまう状況が想像できてしまうと逃げられるから、成功した時の多額の報酬で興味を持たせるとか。あるいは、家族を人質にとって遂行させるとか。

あ、そうか。家族を人質に取るのは、日本人相手でも有効かもしれん。なるほど、日本人で、思想面で共感を得られない人物であっても、充分利用できる可能性があるということだな。…なんだか「わらしべ長者」みたいだ。価値の低い「人質」から、段々と価値の高い「人質」へと…。拉致するだけでも大変なのに、そんなに複数回、拉致ができるわけないか。そもそも日本人を拉致できるなら、自分達が直接、最終ターゲットを拉致できる状況にあるってことじゃないか。意味ねえ。

…うーん。ダメだにゃ。オイラのバカな頭じゃ、攻殻みたいなお話は作れないことが判ったミポ。架空の話であっても、上手くいく見込みが立たない。というわけで、テロが登場する話を考えられる人達はスゲエなぁという結論に。どっとはらい。