mieki256's diary

色々ググってるうちに、PxHlpa64.sys というファイルがよろしくない、といった記事を見かけたので、それも削除してみることにした。

なんでも、古いAdobe製ソフトについてくることが多いらしい。たしかに自分の環境は Adobe Photoshop Elements 8 をインストールしてあった…。

C:\Windows\System32\drivers\ 内の PxHlpa64.sys を削除すればいいらしいけど…。後で必要になったら怖いので、該当ファイルを別フォルダに移動しておくことにした…。 *1

加えて、C:\Windows\System32\CatRoot\ 内の、pxhlpa64.cat も削除しないといかんらしいけど、そちらは探しても見つからなかった。

以下のレジストリも変更する必要があるらしい。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e965-e325-11ce-bfc1-08002be10318}
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}

LowerFilters または UpperFilters に、PxHlpa64 という記述があるので、値を削除、とのこと。

以下、参考ページ。

_備忘録 : PxHlpa64.sysを削除してメモリ整合性をONにする（Windows11）
_メモリ整合性(コア分離)がオフのpxhlpa64.sysとは？削除は？｜windows 11更新 | 令和の知恵袋
_「pxhlpa64.sys」、お前なのか！: ASAKAIの部屋
_Windows10/11にて古いAdobeソフトをインストール後にPC起動できない時の対策法(PhotoshopやCS6等)｜alicetale
_仮想ドライブにISOファイルをマウント出来なくなった件 Windows10 | 豆腐の角
_CD/DVDドライブが認識されなくなったら (WebArchive)
_第６世代CPUのPCで Windows11に挑戦 3 アップグレードから二月経過: のんびり写真館

この PxHlpa64.sys、CD/DVDドライブのドライバとして登録されてしまっていることが多いらしい。デバイスマネージャで「DVD/CD-ROM ドライブ」を確認すると、ドライバとして登録されていたりするそうで。各ドライブの「ドライバーの詳細」をクリックして、記述が無いか確認。





たしかに、自分のメインPCでもドライバとして登録されてしまっていた。

PxHlpa64.sys を別のどこかに移動して、レジストリを修正してからOS再起動したところ、登録されない状態になった。

PxHlpa64.sys はサービスとして起動するようになってるようなので、レジストリを弄って無効化しておいたほうがいいのかもしれない。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PxHlpa64

Start を 0x00000000 から 4 に変更して、サービスとして起動しないようにしておいた。

_Question - Can only boot Windows 11 Pro in Safe Mode after installing Adobe CS6 and Windows Update ... Auto-Repair, System Restore, etc. all fail | Tom's Hardware Forum

Windows10 x64 22H2機に、管理ソフト NAS Navigator2 をインストール。

_LS210D0201G : ソフトウェア | バッファロー

「NAS Navigator2 (Windows) 2021/03/09 3.0.4」、nasnavi-304.exe を入手して実行。C:\Program Files (x86)\BUFFALO\NASNAVI\ にインストールされたっぽい。NasNavi.exe が NAS Navigator2 らしい。

起動すると、LAN上に存在するNASの一覧が表示された。機器名は、LS210D29A になっていた。エクスプローラ上の「ネットワーク」からも、同じ名前で見えている。

機器のアイコンを右クリックして、「Web設定画面を開く」を選択。Webブラウザで設定画面が開く。

管理者ユーザ名は admin で決め打ちされていた。管理者パスワードはデフォルトで password になっているらしいので変更しておく。加えて、ユーザを追加。

ホーム画面 → 詳細設定 → 管理 → アップデート、を選択。ファームウェアは最新版になっていた。

ファイル共有 → 共有フォルダ―、を選択。共有フォルダとして、pub を追加。

ワークグループを WORKGROUP から変更。ネットワーク → ワークグループ/ドメイン、を選択。ウチのLANは別のワークグループ名になっているので…。このあたり、デフォルトの WORKGROUP にしておけば楽だっただろうな…。

NASにアクセスする際は、ユーザ名: guest、パスワード: 空欄、にすれば、ゲストユーザとしてアクセスできるらしい。フォルダを作成したり、ファイルを作成したりできることを確認した。

とりあえず、PCからアクセスする分にはフツーに使えそう。問題はHDDレコーダからどう見えるのか…。

型番からすると LS210DG になるのかなと思ったけれど、各所で表示されるソレは LS210D になってる。どちらが正しいのか…。まあ、使えてるみたいだからいいか。

この製品、Windows と Mac は管理ソフトが用意されているけれど、Linux からは設定できないのだろうか…？

ただ、アクセス自体は、smb://(IPアドレス) でできる模様。ファイラー thunar のアドレス欄に smb://(IPアドレス) と打ったら開けたし、匿名ユーザを選んだらアクセスもできた。

まずは POV-Ray 3.7 を入手してインストール。

_POV-Ray: Download

上記リンク先ページの、「Download Windows Installer」と書かれたリンクをクリックすると、Windows用のインストーラ、povwin-3.7-agpl3-setup.exe がダウンロードできる。

実行すればインストールが始まるけれど、インストール場所は、C:\Program Files や C:\Program Files (x86) ではないほうが望ましい。後で、フォルダ構成を少し弄ることになるので…。自分の場合は、C:\Prog\POV-Ray\v3.7\ にインストールしている。

インストール後、(POV-Ray 3.7 インストールフォルダ)\bin\pvengine.exe を実行してみる。起動すればインストールはできている。

ちなみに、各exeファイルは以下のようになっている。

• pvengine.exe : 32bit版 POV-Ray 3.7
• pvengine32-sse2.exe : 32bit版 POV-Ray 3.7。SSE2が有効になっている版。
• pvengine64.exe : 64bit版 POV-Ray 3.7。

POV-Ray 3.7 をインストールすると、Windowsユーザのドキュメントフォルダ内に POV-Ray\v3.7\ というフォルダが作成される。中には、include フォルダや ini フォルダが入ってる。

Bishop3D から POV-Ray 3.7 を使うためには、この include フォルダと ini フォルダが、POV-Ray 3.7 インストールフォルダの中に存在するように見せかけないといけない。 *1

そのあたりは以前もメモしたけど、要するに、Windowsのシンボリックリンクを使えばいい。 *2

_mieki256's diary - Bishop3DからPOV-Ray3.7を呼び出すことができた

例えば、自分の環境は以下のようになっているので…。

• POV-Ray 3.7 インストールフォルダ: C:\Prog\POV-Ray\v3.7\
• ドキュメントフォルダ : D:\home\

_管理者権限でコマンドプロンプト(cmd.exe)を開いて、 以下を打てば、POV-Ray 3.7 のインストールフォルダの中に、include や ini が存在しているかのような状態になる。

mklink /d C:\Prog\POV-Ray\v3.7\ini D:\home\POV-Ray\v3.7\ini
mklink /d C:\Prog\POV-Ray\v3.7\include D:\home\POV-Ray\v3.7\include

> dir c:\Prog\POV-Ray\v3.7
 ドライブ C のボリューム ラベルは SYSDRV です
 ボリューム シリアル番号は 6CAE-B750 です

 c:\Prog\POV-Ray\v3.7 のディレクトリ

2021/08/25  12:12    <DIR>          .
2021/08/25  12:12    <DIR>          ..
2013/09/24  20:15            35,181 agpl-3.0.txt
2021/08/19  02:16    <DIR>          bin
2013/09/24  20:15           148,678 changes.txt
2022/06/17  19:52    <DIR>          help
2021/08/25  12:12    <SYMLINKD>     include [D:\home\POV-Ray\v3.7\include]
2021/08/25  12:10    <SYMLINKD>     ini [D:\home\POV-Ray\v3.7\ini]
2021/08/30  10:18           164,114 povwin-3.7-uninstall.exe
2013/09/24  20:21           247,673 revision.txt
2021/08/20  06:40    <DIR>          sounds
2021/08/19  02:15    <DIR>          tiles
               4 個のファイル             595,646 バイト
               8 個のディレクトリ  167,254,790,144 バイトの空き領域

include や ini が <SYMLINKD> になっていて、リンク元も表示されているのが分かるかと。

Bishop3D 1.0.5.2 を入手する。公式サイトは消滅しているけれど、Web Archive に残っているので、そちらからインストーラを入手する。

_Bishop3D - POV-Ray Modeler and Animation System (WebArchive)

「Bishop3D 1.0.5.2 setup package」をクリックすれば、bishop3d1052setup.exe が入手できる。

また、件のページには、ライセンスネームとライセンスキーも書かれているので、コピペしてどこかにメモしておくこと。インストール後に入力して、ライセンス登録状態にするので…。

Licensee Name: Bishop3D
License Key: ZDTDRKAB-TZKWBLWZ-DZPJYRTC-WDJC

bishop3d1052setup.exe を実行すればインストール処理が始まる。自分の場合は、C:\Prog\Bishop3D\ にインストールした。

Bishop3Dをインストールすると、デスクトップにショートカットアイコンが作成されるので、クリックして起動。あるいは、インストールフォルダ\Bishop3D.exe を実行すれば起動する。

Help → Register を選んで、ライセンスネームとライセンスキーを登録。



Bishop3D は一旦終了。

POV-Ray 3.7 32bit版を起動して、Bishop3D と連携するための設定を追加する。pvengine.exe か pvengine32-sse2.exe を起動。pvengine64.exe は64bit版なので起動させない。 *3

Tools → Edit PVENGINE.INI、を選ぶ。POV-Rayのエディタで、pvengine.ini が開かれる。



[GUIExtensions] という項目の最後に、Bishop3D用のDLL、Bishop3DPovComm.dll を追加する。

[GUIExtensions]
UseExtensions=1
ExtDLL16=C:\Prog\Bishop3D\Bishop3DPovComm.dll

POV-Ray 3.7 を終了して、再度起動。POV-Ray 3.7 の Messages ウインドウ内に、以下が表示されていたら登録できている。

GUI Extension 'POV-Bishop3D Communication' loaded from 'Bishop3DPovComm.dll'
  Report any problems to Hugo Arnaut <hugo@bishop3d.com>

Bishop3D を起動。POV-Ray 3.7 (pvengine.exe or pvengine32-sse2.exe)の場所を指定する。

1. Settings → Options。
2. Render options → POV-Ray integration
3. POV-Ray executable に、pvengine.exe の置いてある場所を指定。(例: C:\Prog\POV-Ray\v3.7\bin\pvengine.exe)

Bishop3D の使い方は、前述の動画を眺めれば、大体分かるかなと…。

• Create → Box 等で、プリミティブを追加。
• ツールバー上のアイコンをクリックしてツールを切り替えれば、選択しているプリミティブに対して移動や回転ができる。
• Render Current Frame (F9キー) で、POV-Ray を呼び出してレンダリングができる。

注意点。各プリミティブは「Texture」を指定しないと真っ黒な見た目でレンダリングされてしまう。必ず何かしらを選んで設定しておくこと。

Texture(マテリアル)は、マテリアルエディタ(Material Editor)を利用することでカスタイマイズもできる。例えば前述の動画の中では市松模様(チェッカー模様)を追加して利用してる。

マテリアルエディタ(Material Editor)は、以下のどれかの操作で開くことができる。

• プリミティブ設定ウインドウ内の、「Texture」の横のギアっぽいアイコンをクリック。
• または、F12キーを叩く。
• あるいは、Window → Material Editor を選択する。

マテリアルエディタが表示されたら、「Textures」を右クリックして色々追加していけばいい。

以下は、チェッカー模様を追加してみた例。Pigment の下に color list pigment を追加すれば、Checker模様を指定することができる。




以下は、周りを反射する赤いマテリアルを追加した例。Finish の下に Reflection を追加して、Reflection の値を 0.25 や 0.5 等にしてやれば反射するマテリアルになる。

口パク関連の情報をググっていたら、手描きアニメにおける、横顔の口パクの閉じ口問題、とやらに遭遇した。

アニメにおける口パクは、閉じた口、少し開いた口、開いた口、の3枚を、顔全体を描いたセル(レイヤー？)上に重ねて動かすのが基本らしいのだけど。会社側から「動画枚数を少しでも減らせ！」と強要されて、閉じた口を顔のセルに描き込んでしまう場合があるそうで。

しかし、正面顔ならともかく、横顔で口パクとなると、本来は唇のシルエットも口パクに応じて動くわけだから…。顔のセルに閉じ口まで描いてしまうと、少し開いた口、開いた口、を重ねた際に口が2つあるような状態になってしまう。

_こういう口パクタイプのやつで本当に見かけますね - Twitter
_口パクのNGな作り方【 アニメ 作り方 】 - YouTube

そんな素材では撮影できないから、素材作成ミスとして前工程の仕上げの人のところに戻されるけど、本来そのミスは、原画まで戻して修正させるべきミスなわけで…。でも一々戻してられないから、仕上げの人が泣く泣く作業して誤魔化してるとかで…。原画や動画や演出は「一枚減らしてやったぜ！」と自慢気だけど、仕上げ段階で結局一枚増やして対応してるわけで、本来仕上げの人が貰うはずだったその一枚分の報酬を会社が掠め取っている、みたいな状況に近いとかなんとか…。

CGアニメが、顎まで動かすリッチ(?)な口パクを、映像クオリティ的にはちょっとアレな作品ですらバンバン披露してる現状と比べてしまうと…。日本の手描きアニメって…。

でもまあ、そういう話を聞いてしまうと、原画マンに相当する人が動画や仕上げの工程まで一人で終わらせてしまうCGアニメってメリットが大きいなと思えてくるわけで。フツーに考えたら、CGアニメに移行しない理由は無いよな…。

やはりアクションゲームの類で自機がダメージを受けたら点滅するものだろう。って一体いつの時代の話ですか…昭和か…。何にせよ、とりあえず点滅表示処理を追加してみる。

プレイヤーのシーン、res://assets/Player.tscn を開いて、Timer を2つ追加。DmagaeTimer と BlinkTimer にリネーム。



DamageTimer には、ダメージを受けてから何秒間はダメージを受けないかを指定。

• Wait Time を 2 に。
• One Shot を有効化。

BlinkTimer には、表示と非表示を切り替える時間間隔を指定。

• Wait Time を 0.05 に。

それぞれの timeoutシグナルにメソッドを接続してやる。

1. DmagaeTimer や BlinkTimer を選んでから、ノードタブをクリック → シグナルをクリック。
2. timeout を右クリックして「接続」。
3. Player を選んで「接続」。

プレイヤーのスクリプトファイル、res://scripts/Player.gd に、_on_DamageTimer_timeout() と _on_BlinkTimer_timeout() の2つのメソッドが追記される。

スクリプトファイル Player.gd に処理を追加。内容は以下。今回の処理に関係があるところだけ貼っておく。

_Player.gd

# ...

var damaging = false

func _ready():
    # ...

    damage = 0
    damaging = false

    # ...

func _physics_process(delta):

    # ...

    if not damaging:
        if damage > 0:
            hp -= damage
            damage = 0
            if hp <= 0:
                hp = 0
            emit_signal("player_damaged")
            damaging = true
            $DamageTimer.start()
            $BlinkTimer.start()

# ...

func _on_DamageTimer_timeout():
    $BlinkTimer.stop()
    damage = 0
    damaging = false
    visible = true
    if hp <= 0:
        hp = 0
        emit_signal("player_died")

func _on_BlinkTimer_timeout():
    visible = not visible

• ダメージ中を示すフラグ、damaging を用意。
• ダメージ中は、自分がダメージを受けたかどうかは判定しない。
• ダメージを受けたら、ダメージ中フラグを立ててから、$DamageTimer.start()、$BlinkTimer.start() を呼んで、2つの Timer を開始させる。
• BlinkTimer は指定した時間間隔で timeoutシグナルを何度も繰り返し発行する。そのたびに _on_BlinkTimer_timeout() が呼ばれる。このメソッドの中で、visibleプロパティを反転させて、表示と非表示を切り替えている。
• DmagaeTimer は指定時間が経過すると timeoutシグナルを1回だけ発行。_on_DamageTimer_timeout() が呼ばれる。BlinkTimerを停止させて、ダメージ中フラグを降ろして、表示を有効化。

これで、プレイヤーに敵弾が当たってダメージを受けると一定時間点滅するようになった。

プレイヤーに弾が当たると点滅するようになったけど、これではまだダメージを受けたことが伝わりにくいので、画面を軽くフラッシュさせてみる。

フラッシュさせるためのノードは、HUDシーンに追加する。res:/assets/Hud.tscn を開く。

ColorRectノードを追加。ColorRectノードは指定色で矩形を描画できる。



Flash にリネーム。



Flash (ColorRect) のプロパティを変更。

• Color を RGBA=(255, 255, 255, 200) に。
• Size x, y を (1280, 720) に。ゲームウインドウ全体を覆いつくすサイズを指定。

Timer を追加。FlashTimer にリネーム。この Timer を使って、一定時間が過ぎたらフラッシュ状態を終了させる。



FlashTimer のプロパティを変更。

• Wait Time を 0.125 に。0.125秒だけ Flash を表示させる。
• One Shot を有効化。

FlashTimer の timeoutシグナルにメソッドを接続。

1. FlashTimer を選択してから、ノードタブをクリック → シグナルをクリック。
2. timeout を右クリックして「接続」。
3. Hud を選択して「接続」。

res://scripts/Hud.gd に、_on_FlashTimer_timeout() が追記される。

Flash の表示順を変更。ノード一覧の一番上に置くことで、HP表示より奥に表示されるようにする。



HUDシーンのスクリプト、res://scripts/Hud.gd を修正。内容は以下。

_Hud.gd

# ...

func _ready():
    $Flash.visible = false

# ...

func start_flash():
    $Flash.visible = true
    $FlashTimer.start()
    
func _on_FlashTimer_timeout():
    $Flash.visible = false

• 初期化処理時に Flashノードを非表示にする。
• 画面フラッシュを開始するメソッド、start_flash() を追加。Flashノードの表示を有効化して、FlashTimer を開始している。
• FlashTimer は指定時間が経過すると timeout シグナルを発行して _on_FlashTimer_timeout() が呼ばれる。Flashノードを非表示にする。

Mainシーンのスクリプト、res://scripts/Main.gd も修正。内容は以下。

_Main.gd

# ...

func damage_player():
    # ...
    $Hud.start_flash()

# ...

• プレイヤーがダメージを受けると Main.gd内の damage_player() が呼ばれる。その中で $Hud.start_flash() を呼んで Hud の画面フラッシュを開始させる。

これで、プレイヤーに敵弾が当たってダメージを受けると、一瞬画面がフラッシュするようになった。

敵のスクリプト、res://scripts/EnemyZako.gd を修正して、敵がダメージを受けた時のエフェクト(?)を追加する。

今回は、一定時間(0.25秒)、ランダムに位置がぶれる処理を追加してみた。

_EnemyZako.gd

# ...

var damage_timer = 0

var rnd = RandomNumberGenerator.new()

func _ready():
    # ...

    damage = 0
    damage_timer = 0

    # ...

func _physics_process(delta):
    # ...
    check_damage()
    damaging_animation(delta)
    
# ...

func check_damage():
    if damage > 0:
        hp -= damage
        damage = 0
        damage_timer = 0.25
        if hp <= 0:
            hp = 0
            emit_signal("enemy_died")
        emit_signal("enemy_damaged")

func damaging_animation(delta):
    if damage_timer > 0:
        damage_timer -= delta
        var target_mesh = $EnemyZakoModel
        if damage_timer <= 0:
            damage_timer = 0
            target_mesh.translation = Vector3()
        else:
            var r = 0.5
            var x = rnd.randf_range(-r, r)
            var z = rnd.randf_range(-r, r)
            target_mesh.translation = Vector3(x, 0, z)

# ...
            
func _on_EnemyZako_area_entered(area):
    if is_queued_for_deletion():
        return
    # print("playerbullet hit the enemy")
    if area.is_in_group("playerbullets"):
        damage = area.attack_point

# ...

• var rnd = RandomNumberGenerator.new() で疑似乱数生成器を用意する。
• rnd.randf_range(-r, r) で、-r から r の範囲で乱数を生成。
• 自分(EnemyZako)の座標ではなく、その下にぶら下がってる EnemyZakoModel(表示モデルを担当)の位置をずらしている。
• 時間経過を、Timerノードを使わずにスクリプト内の処理で測っている。

これで、プレイヤーや敵がダメージを受けた時に、少しは見た目で分かりやすくなった…かどうかは怪しいけれど、とりあえず簡易の処理は追加できた。

次回はタイトル画面やゲームオーバー画面を作成してみる。

タイトル画面のシーンを作成。シーン → 新規シーン。

以下のようなノード構成を作成。



ルートノードを Title にリネーム。

Title (Node2D)
  │
  └─ CanvasLayer
         │
         ├─ ColorRect
         │
         ├─ Label
         │
         └─ Button

res:// 直下に Title.tscn として保存。

以下のような見た目になるように、各ノードのプロパティを設定した。

• ColorRect で指定色の矩形を描画できる。青色にして、画面一杯に表示される size にした。
• Label で文字を描画できる。ゲームのタイトル「Simple Shoot'Em Up」を表示させた。使ったフォントは Vegur-Bold.otf。
• Button でマウスクリックに反応するボタンを置ける。「START」と表示させて下のほうに配置した。

Title にスクリプトをアタッチして、res://scripts/Title.gd として保存。

ボタン(Button)を押した時に発行される pressed() シグナルにメソッドを接続する。

1. Button を選択
2. ノードタブをクリック → シグナルをクリック
3. pressed() を右クリックして「接続」
4. Title を選択して「接続」

Title.gd の最後に、_on_Button_pressed() というメソッドが追記された。ボタンをマウスでクリックすると、このメソッドが呼ばれる状態になった。



スクリプトファイル Title.gd を修正する。内容は以下。

_Title.gd

extends Node2D

func _ready():
    pass # Replace with function body.

#func _process(delta):
#   pass

func _on_Button_pressed():
    get_tree().change_scene("res://Main.tscn")

• get_tree().change_scene("res://Main.tscn") で、res://Main.tscn にシーンを切り替える、という指定をしている。

これで、ボタンをマウスクリックすると Main.tscn にシーンが切り替わる状態になった。

この状態では画面上のボタンをマウスでクリックしないと反応しないけど、できればキーボードを叩いた時も反応してほしい。Buttonノードにはショートカットキーを割り当てることもできるので、その設定をする。

Button を選択して、Shortcutプロパティを設定。

1. Shortcut の横の「空」をクリックして「新規 Shortcut」を選択。
2. 作成された「Shortcut」をクリックするとその下にもShortcutの欄が出てくる。
3. 横の「空」をクリックして「新規 InputEventAction」を選択。
4. 作成された「InputEventAction」をクリックするとその下に Action 等が出てくる。
5. Action に「ui_accept」と入力。

• ui_accept には、デフォルトでスペースキーやEnterキーが割り当てられている。プロジェクト設定で変更できる。

これで、スペースキーやEnterキーを叩いてもボタンが反応するようになった。

ゲームを開始したら、Mainシーンではなく、この Titleシーンが真っ先に表示されてほしい。Title.tscn をメインシーンとして設定する。

ファイル一覧ウインドウで Title.tscn を右クリックして「メインシーンとして設定」を選択。


これで、このプロジェクトのメインシーンは Title.tscn になった。今後はF5キーを押すとメインシーン(Title.tscn) から実行される。

Titleシーンを作った時と同じ手順で、ゲームオーバー画面とステージクリア画面のシーンを作成する。

それぞれ、ルートノードを、「GameOver」「YouWin」にリネームしておく。




ゲームオーバー画面にスクリプトをアタッチする。このスクリプトはステージクリア画面でも共用したいので、スクリプトファイル名は「GoToTitle.gd」にして保存する。



ステージクリア画面にも、ゲームオーバー画面と同じく GoToTitle.gd をアタッチ。Script → 「読込み」で GoToTitle.gd を選択してやる。もし操作を間違った時は、「クリア」を選べば「空」に戻る。



スクリプト GoToTitle.gd を修正。内容は以下。

_GoToTitle.gd

extends Node2D

func _ready():
    pass # Replace with function body.

func _on_Button_pressed():
    get_tree().change_scene("res://Title.tscn")

• get_tree().change_scene("res://Title.tscn") を呼ぶことで、res://Title.tscn にシーンを切り替える。

ゲームオーバー画面、ステージクリア画面の双方で、Button をマウスクリックした時に発行される pressed()シグナルにメソッドを接続してやる。

1. GameOver、または YouWin を選択
2. ノードタブをクリック → シグナルをクリック
3. pressed() を右クリックして「接続」
4. スクリプト GoToTitle.gd をアタッチしているノード(GameOver、YouWin)を選択
5. メソッド名には _on_Button_pressed を入力して「接続」

また、Button の Shortcut プロパティも設定して、キーボードを叩いてもボタンが反応するようにしておく。

Mainシーンのスクリプト Main.gd を修正。追加内容は以下。

_Main.gd

# ...

func die_player():
    get_tree().change_scene("res://GameOver.tscn")
    
func die_enemy():
    get_tree().change_scene("res://YouWin.tscn")

• ゲームオーバー画面にシーンを切り替えるメソッド、die_player() を追加。
• ステージクリア画面にシーンを切り替えるメソッド、die_enemy() を追加。

Player を選択して、プレイヤーが死んだ時に発行されるカスタムシグナル player_died() にメソッドを接続してやる。

1. ノードタブをクリック → シグナルをクリック
2. player_died() を右クリックして「接続」

Main を選択して、メソッド名に die_player を入力して「接続」。


これで、プレイヤーが死ぬと、Main.gd 内の die_player() が呼ばれて、ゲームオーバー画面に切り替わる状態になった。


同様に、敵にも設定をする。EnemyZako を選択して、敵が死んだ時に発行されるカスタムシグナル enemy_died() にメソッドを接続。



Main を選択して、メソッド名に die_enemy() を入力して「接続」。


これで、敵が死ぬと、Main.gd 内の die_enemy() が呼ばれて、ステージクリア画面に切り替わる状態になった。

F5キーを押して実行してみる。


プロジェクトのメインシーンとして Title.tscn を設定済みなので、F5キーを押せば最初にタイトル画面が表示されるはず。




タイトル画面 → ゲーム画面 → ゲームオーバー or ステージクリア → タイトル画面、とシーンが切り替わっていくようになった。

次回は…。今現在はプレイヤーが画面端を超えても平気で移動できてしまうので、そのあたりをどうにかしてみたい。

# ...

export var padding = 1.7
var camera:Camera
var disparea = Vector2()
var btopleft = Vector3()
var bbottomright = Vector3()

func _ready():
    # ...

    init_adjust_work()

# ...

func _physics_process(delta):
    # ...
    
    adjust_pos(padding)

    # ...

# ...

func init_adjust_work():
    disparea = get_disp_area()
    camera = get_tree().root.get_node("Main/Camera")
    calc_move_area(camera, disparea.x, disparea.y)

# get project display width and height
func get_disp_area():
    var w = ProjectSettings.get_setting("display/window/size/width")
    var h = ProjectSettings.get_setting("display/window/size/height")
    return Vector2(w, h)
    
func adjust_pos(padding):
    if translation.z < btopleft.z + padding:
        translation.z = btopleft.z + padding
    if translation.z > bbottomright.z - padding:
        translation.z = bbottomright.z - padding
        
    var zd = btopleft.z - bbottomright.z
    var lz = translation.z - bbottomright.z
    var x = lz * (-btopleft.x - bbottomright.x) / zd + bbottomright.x
    
    if translation.x > x - padding:
        translation.x = x - padding
    if translation.x < -x + padding:
        translation.x = -x + padding

func calc_move_area(camera:Camera, w, h):
    var cpos:Vector3 = camera.translation
    var crot:Vector3 = camera.rotation_degrees
    var fov = camera.fov
    var d = (h/2) / tan(deg2rad(fov/2))
    var p1 = Vector3(-w/2, h/2, -d)
    var p2 = Vector3(w/2, -h/2, -d)
    var q1:Vector3 = _get_border(p1, -crot.x, -cpos.y, cpos.z)
    var q2:Vector3 = _get_border(p2, -crot.x, -cpos.y, cpos.z)
    btopleft = q1
    bbottomright = q2
    
    if false:
        print("topleft = (%f, %f, %f)" % [q1.x, q1.y, q1.z])
        print("bottomright = (%f, %f, %f)" % [q2.x, q2.y, q2.z])

func _get_border(p:Vector3, rotx, y, cz):
    var v2:Vector2 = _get_rot_pos(p.z, p.y, rotx)
    var pr = Vector3(p.x, v2.y, v2.x)
    var x = y * pr.x / pr.y
    var z = y * pr.z / pr.y + cz
    return Vector3(x, 0, z)

func _get_rot_pos(x, y, ang):
    var a = deg2rad(ang)
    var xr = x * cos(a) - y * sin(a)
    var yr = x * sin(a) + y * cos(a)
    return Vector2(xr, yr)

以前このあたりの処理で悩んでいた際に書き残したメモへのリンクも貼っておく。

_mieki256's diary - カメラ情報から自機の移動範囲を求めるソレを考えてるところ
_mieki256's diary - カメラ情報から自機の移動範囲を求めるソレがたぶんできた気がする

Godot Engine には、3D空間内の座標が、カメラから見えている範囲の中にあるか、外にあるかを調べるメソッドが用意されているので、それを使って範囲外なら補正する処理を試したこともあったのだけど。

_mieki256's diary - 自機が画面外に行かないようにしたい

そのやり方だと、画面の端でプレイヤーを斜め移動させた時にガタガタした移動になっちゃって、このやり方ではダメだなと諦めた記憶が…。まあ、見た目は酷いけれど、画面外に出さない処理をそういうやり方でやれないこともない…と、一応メモしておきます。

他にも、画面の端に壁相当のオブジェクトを配置しておいて、その壁オブジェクトとプレイヤーでアタリ判定・衝突判定をして、画面外に出ないようにしてしまう、という方法もありそう。ただ、カメラの各プロパティをちょっと修正するたびに、壁オブジェクトの配置についても修正する手間が増えるであろう予感も…。

ググってみたら、C言語で開始時間と終了時間を取得する場合、clock() を使うのが手っ取り早いらしい。

#include <time.h>
...
  int start = clock()
...
  int end = clock()
  printf("%f sec.\n", (double)(end - start) / CLOCKS_PER_SEC);

しかし、Windows上で使うと、10ms前後の精度しかないそうで。

もっとも、OS上では同時に色んな処理をしているのだから、他のプログラムとの兼ね合いで、実行するたびに処理時間も変わってくるはず。であれば、誤差の範囲だよな…。

gimp-texturizeプラグインの動作確認をしていた際、キャンセルボタンを押したらエラーが出ることに気づいた。

main.c を眺めてみたら、キャンセルボタンが押された際に status = GIMP_PDB_CANCEL; をしてるのに、status の値をチェックせず、生成画像が存在することを前提にして後片付けをしているように見えた。キャンセルした時だけ、そのあたりをスキップするように修正。

ただ、このプラグインは、「フィルターの再適用」を呼んだ際にも必ずエラーが出るし、前回の入力値を覚えてくれたりもしないので、どうも GIMP側と連携するあたりが、現状の仕様と合ってない気もする。

元々、GIMP 2.2 時代のプラグインのようだし…。その後、プラグインを書く際のお約束が変わってしまった可能性もありそうだなと…。

今までは以下のような書き方をしてたけど。

    eraser_action = QAction("Eraser", self)
    eraser_icon = QIcon(self.icons[2])
    eraser_action.setIcon(eraser_icon)
    eraser_action.setCheckable(True)
    eraser_action.setShortcut("E")
    eraser_action.setStatusTip("Eraser tool")
    eraser_action.triggered.connect(self.eraser_tool)

_Examples/menus.py at master - PySide/Examples で、こういう書き方もできるらしいと知った。

    line_action = QAction(QIcon(self.icons[3]), "Line", self,
                          checkable=True, shortcut="L",
                          statusTip="Line tool",
                          triggered=self.line_tool)

どっちが分かりやすいのかは、ちょっとよく分からない。

自分で用意したアイコン画像を指定する際は以下のように書くけれど。

    new_action = QAction("&New", self)
    new_icon = QIcon(QPixmap("document-new.png"))
    new_action.setIcon(new_icon)

Qtが持ってるアイコン画像を使う場合は以下のように書けばいいらしい。

    new_action = QAction("&New", self)
    new_icon = self.style().standardIcon(QStyle.SP_FileIcon)
    new_action.setIcon(new_icon)

どういう種類のアイコン画像があるかは、以下のページが参考になった。

_Qt デフォルトで使用可能な組み込みアイコン QStyle::StandardPixmaps - unstable diary
_QStyle - PySide v1.0.7 documentation (PySide.QtGui.QStyle.StandardPixmap のあたりを参照)
_List of Qt Icons | Joe Kuan Defunct Code

qApp.setStyle(QStyleFactory.create('Cleanlooks')) 等を指定して全体の見た目を変えるとアイコンも変わるかもと思ったけれど。試してみたら一部のアイコンは変わったものの、大半は同じデザインのアイコンが表示された。

QToolBar上のアイコンサイズを指定する方法は、以下が参考になった。

_How to change Icon size in QMenu?

    self.view_tb = QToolBar("View")
    self.view_tb.setIconSize(QSize(32, 32))
    self.addToolBar(self.view_tb)

QToolBarに対し、setIconSize() を使えば、表示したいアイコンサイズを指定することができる。

例えば、CGツールでよく見かける、ブラシツール、消しゴムツール、選択ツール等は、一つを選ぶと他の項目が非選択になる。要は、ラジオボタンっぽい感じだけど。

そういう感じのメニューやツールバーにしたい時は、QActionGroup を使う。

    # ツール群。checkableをTrueにしてることに注意
    pen_action = QAction("Pen", self)
    pen_action.setIcon(QIcon(self.icons[0]))
    pen_action.setCheckable(True)
    pen_action.setShortcut("P")
    pen_action.triggered.connect(self.pen_tool)

    eraser_action = QAction("Eraser", self)
    eraser_action.setIcon(QIcon(self.icons[2]))
    eraser_action.setCheckable(True)
    eraser_action.setShortcut("E")
    eraser_action.triggered.connect(self.eraser_tool)

    # ツール群はグループ化する。どれか一つだけが選ばれる状態になる。
    self.tools_grp = QActionGroup(self)
    self.tools_grp.addAction(pen_action)
    self.tools_grp.addAction(eraser_action)
    pen_action.setChecked(True)

該当する QAction に対し、setCheckable(True) を設定してから、QActionGroup に追加登録してやる。また、初期状態では、setChecked(True) を使って、どれか一つを選択状態にしておく。

メニューバーやツールバーへの登録は、いつもと同じように行えばいい。QActionGroup 自体をメニューバーやツールバーに追加登録する必要はない。

前にも書いた記憶があるけど…。Markdownの売りって、テキストファイルで眺めても視認性が高い、ってところで。

記述仕様/記述ルールの豊富さや、解析処理における厳格さで比較したら、他の記法のほうがはるかに充実していて。スペック(?)だけを見たらMarkdownを選ぶ理由なんて無い。

しかし他の記法は、ソースが呪文だらけ・謎記号だらけになってしまう。一般人お断りの文書ファイルになりがち。

そうはならないように「見た目」を重視してみたのが Markdown だし、その代わり記述仕様が今一つ充実してないのが Markdown。

「打ち込みやすさ」「できることの多さ」を重視したのが他の記法。「見栄え」「パッと見でわかるか」を意識したのが Markdown。そういう違いがあるわけで。

それを考えたら、二行で書くタイプの見出しには未対応で、行頭に「#」「##」を書くタイプの見出しにしか対応してないってのはNGだよなと。何のために Markdown を考え出したのか、そこからして分かってないからそうなっちゃうんだろう。いやまあ、行頭だけチェックする処理と、二行分をチェックする処理では、後者のほうが面倒だから対応したくないのは分かるのだけど、そこがいかにもプログラマー的なダメ思考というか。

個人的に、「Markdown とはなんぞや」が分かってるかどうかは、どっちの見出しの書き方をその人が選んでるかでおおよそ判断できそうな気がしていて。「#をつけると見出しになりますよ」しか説明しないヤツは、十中八九、分かってない。

というのも、「『#』が見出し」というルールを知らない人がソースを眺めてしまったら、その行が見出しとは分からないからで。つまり、「#」「##」の見出しを使いまくるというのは、謎記号を推奨するスタンスと言える。

だったら他の記法と何ら変わらないではないか。むしろ他の記法を選んだほうが良いではないか。他の記法なら謎記号を好きなだけ散りばめ放題。知らない人がソース(?)見て「ギャッ」となるファイルを書き放題。その代わり、Markdown よりも多種多様なコマンドを呼び出せて便利に使えるはず。謎記号カモーンなスタンスで書きたいなら、あえて Markdown なんぞ選ぶ必要は無いわけで。

というか、改めてGFM(GitHub Flavored Markdown)の仕様を眺めてみたら、謎記号がますます増えていて呆れたり。やっぱりプログラマーはダメだな。どんだけ謎記号が好きなんだ。いやまあ、打ち込む文字数が減るから、だろうけど。分かるけど。

そもそもLispのような括弧だらけの言語も平気で使いこなすのが優秀なプログラマーとされていたりするので、プログラマーという人種は謎記号に対する感覚が完全に麻痺しているのだろうなと。謎記号フェチ。それがプログラマー。だけどその割には、「Perlのソースは謎記号だらけ」とdisったりしてるし。Markdown すら謎記号だらけにしちゃう人種がソレを言うか…などと思ったり思わなかったり。

まあ、このあたり、「書きやすさ」と「読みやすさ」のどのへんでバランスをとるのか、という話でしかないのかしらん。

Visual Studio Code にも、 _Markdown Toc という拡張があるらしいのでインストールしてみたけど、こっちも「#」タイプにしか対応してなかった。どいつもこいつも分かってねえ。

ループアニメを作る時には、最初のフレームと終わりのフレームを繋げてオニオンスキン表示をしてほしいものだけど。そんな機能は残念ながらついてないように見えた。例えば、AzDrawing2 はそういった機能がついていて、実際使ってみると実に快適だったりするので、FireAlpaca も同様の機能が欲しいところ。

まあ、最初のレイヤーを、レイヤーウインドウ内でドラッグ移動して、終わりのレイヤーの後ろに持ってくれば作業できないことはないのだけど。一々ソレをするのもアレだよなと。

紙に描く場合と比べて、PCで描くことのメリットを追加できる部分があるのだとしたら。それはおそらく、そういった細かい気配り、だったりするのかなと思ったりもして。紙で描いてるとき、最初の1枚が終わりの1枚と繋がって見える、なんてことはできない。だけど、PCならできる。だったら実装してあるほうがいい。紙と同じものしか提供できないなら、わざわざPCを使って描く意味もないわけで。 *1

デフォルトでは、

• Ctrl + ↑ : 次フレーム
• Ctrl + ↓ : 前フレーム

というショートカットキーになってるけど。

Flash同様に、

• 「.」 : 次フレーム
• 「,」 : 前フレーム

に変更してみたり。変更の仕方は、ファイル → ショートカット設定 → 表示。リストの下のほうに項目がある。

「どうして『,』『.』なの？」と疑問に思う人が居るかもしれないけど、キーボードの刻印を確認すればピンと来るんじゃないかなと。

FireAlpaca 1.2.0から、ブラシスクリプトという機能が追加されていて、これがなかなか強力なようで。Lua言語でスクリプトを書けるらしい。また、mdiapp+のブラシスクリプトを流用できるようにも見えた。

巷で公開されてるブラシスクリプトを探してみたら、ヨサゲなものが色々と。素晴らしい。

_茂みブラシ
_このぶ : 鎖ブラシ(ver.4)
_このぶ : 鎖ブラシver.5(仮)
_タッチペンでハッチング【ブラシスクリプト紹介】 - mdiapp＆コミラボ　非公式マニュアル
_改造タッチペンを使ってみる【ブラシスクリプト紹介】 - mdiapp＆コミラボ　非公式マニュアル
_ブラシスクリプトを使ってみる：リンク集 - mdiapp＆コミラボ　非公式マニュアル

ブラシスクリプトの追加・インストールは、DLしたスクリプトファイル(.bs)を FireAlpaca のブラシ一覧ウインドウにドラッグアンドドロップすればいいらしい。ユーザの設定フォルダ内にファイルがコピーされて登録される。あるいは、ブラシ一覧ウインドウの下に「ブラシの追加(スクリプト)」ボタンがあるのでソレを使ってもOK。

ブラシ名をダブルクリックすれば、名前の変更等も可能。

• 比較的シンプルなGUI。メニュー等は日本語表記。
• ツールバー上のアイコンをクリックするだけで、マジックパケットが送信できる。(WOLが使える。)
• PCのホスト名？だけ分かれば、IPアドレスやMACアドレスを取得して登録できる。(相手先PCの電源が入っている必要有り。)
• WOL利用可能な最低限のPCだけ登録しておく、といった使い方ができるので、パッと見でごちゃごちゃしなくて済みそう。
• 逆に、LAN内にあるPCをスキャンしてリストアップする機能はない・手入力で登録していかないといけないので、大量のPCを管理するのは難しい。
• ソフト起動と同時に、登録済みPCの電源が入ってるかどうかチェックしてくれる機能有り。
• 電源ON状態を「*」文字で表示してくれるものの、その意味を年配者が覚えていてくれるかどうか…ちょっと不安。
• ツールバー上のアイコンはそれほど大きくないので、これも年配者にはちょっと厳しい…かもしれない。

• 比較的シンプルなGUI。英語圏のソフトだけど、日本語化ファイルがあるので、メニュー等を日本語化できる。
• ツールバー上のアイコンをクリックするだけで、マジックパケットが送信できる。
• LAN内のPCをスキャンしてリストアップする機能がある。目的のPCの電源が入っていれば、手作業で登録しなくて済む。
• 電源が入っているかどうかを、緑と赤のアイコンで伝えてくれるので、見た目では分かりやすいかもしれない。
• 一旦削除した項目を復活させる方法がよく分からず。電源が入っていれば再度スキャンした際にリストアップしてくれる…のかな？
• ツールバー上のアイコンはそれほど大きくない。
• マジックパケット送信ボタンの隣に「削除」ボタンがあるので、操作を間違えて、リストから目的のPCを削除する可能性がかなり高い…。

日本語化の仕方は、配布ページの下のほうから wakemeonlan_japanese.zip をDL。中に入っている WakeMeOnLan_lng.ini をインストールフォルダにコピーすればいい。

• メニュー等が英語表記。
• 高機能。LAN内PCのスキャン・リストアップの他に、共有フォルダの一覧も表示してくれる。
• 電源が入ってないPCは、リストアップしてくれない。また、起動するたびにリストはクリアされる。
• マジックパケットの送信は、ちょっと面倒。Wake-On-LAN Manager (WOL Manager) ダイアログを開いて行う形になる。電球みたいなアイコンをクリックすれば開く。事前にMACアドレス等を登録しておく必要有り。
• 相手先PCの電源が入ってる状態なら、スキャンすればリストアップされるはずなので、WOL Manager への登録が少しだけ楽になる。該当PCを選択 → 右クリック → Wake-On-LAN → Save MAC to WOL Manager で、WOL Manager にMACアドレスを送って登録。
• ツールバー上のアイコンはそれほど大きくない。

WOL関係のツールというより、スキャンツールと捉えるべきなのだろうなと…。WOL云々はおまけでついてる機能、てな印象を受けた。もちろん、大量のPCを相手にして、WOL以外の操作もしたい場合は、機能が多いので便利かもしれないなと想像。

見た目が一番シンプルに思えた Wake on LAN for Windows を、しばらく試用させてもらうことに。親父さんPCに導入して、親父さんにも使い方を説明しておいた。

でも、しばらく使わなかったりすると、「なんだこのアイコンは？」状態になりそうな予感も。茶の間にREGZAがあって、親父さんはソレを見ながらPC作業をしてることが多いから、TVTest を使う場面はまずほとんど無いし。親父さんとお袋さんの見たい番組が競合しちゃった時ぐらいしか使わないだろうけど、その時には、TVTest の存在すら忘れてそう。

む。もしかして TVTest 自体に WOL関連機能が入ってたりは…しないな。設定ダイアログを眺めたけど、それらしいものはなかった。

batファイルの類を書いて、1クリックで TVTest 起動まで持っていけそうな気もしてきた。コマンドラインツールからマジックパケットを送信して、その後 TVTest を起動すれば…。

ググった感じでは、コマンドラインで使えるツールとしては、 _MagicSend がメジャーらしい。

Ruby が入ってる環境なら、Rubyを使ってもマジックパケットが送信できる模様。

_wol | RubyGems.org | your community gem host
_Wake On Lan についてのまとめ (リモートのマシンを起動) | TipsZone
_rubyでWake-on-LANのマジックパケットを送信する - kobaken75の日記
_コチョナナバ: rubyでWake On LAN
_Wake On LAN(WOL) tool/class for Ruby

Python でも Perl でもできるらしい。

_wol.py
_Source/Perl/WakeUp - 備忘録

親父さんから「チューナー機の電源が入らないぞ」と言われてしまった。変だな。あれだけテストしたのに…。

後ろから操作を眺めたら、Wake on LAN for Windows のリスト更新ボタンしか押してなくて、肝心のマジックパケット送信ボタンを押してなかった。このツール・操作手順では、やっぱりダメか…。

やはり、ワンクリックで、マジックパケット送信と TVTest.exe の起動までやってしまおう。

• ping を打ってPT1機が起きてるか調べる。
• 起きてなければ、MagicSend を呼んでマジックパケット送信を行う。
• ※ MagicSend は TVTest と同じフォルダに入れておくことにした。

これでイケるんじゃないかな…。

tvtest_exec.vbs

' PT1機に MagicSend を使って Magic Packet を送信してから TVTest を起動する

Option Explicit

Const wol_exec = "MagicSend\MagicSend.exe 00-00-00-00-00-00"
Const hostip = "192.168.1.69"
Const tvtest = "TVTest.exe"

Dim wsh
Set wsh = WScript.CreateObject("WScript.Shell")

Dim res
If fncPing(hostip) = False Then
    if MsgBox("チューナー機は起動していません。" & vbCr & "起動しますか？", _
              vbYesNo + vbQuestion) = vbYes then
        wsh.Run wol_exec, 2, True
        res = wsh.Popup("チューナー機を起動しました。" _
                        & vbCr & "4秒ほどお待ちください。", 4)
        If res = vbOK Then
            WScript.Sleep(4000)
        End If
    end If
Else
    res = wsh.Popup("チューナー機は既に起動しています。", 2)
End If

If MsgBox("TVTest を起動しますか？", vbYesNo + vbQuestion) = vbYes Then
    wsh.Run tvtest, , False
End If

Set wsh = Nothing
WScript.quit

' ping送信をする関数。
' 以下のページ内容をそのまま使わせてもらいました。
' Systemメモメモ: VBScriptでPing
' http://happy44s.blogspot.jp/2012/03/vbscriptping.html
Function fncPing(host)
Dim objWMI
Dim colItems
Dim objItem
Set objWMI = GetObject("winmgmts:\\.\root\cimv2")
Set colItems = objWMI.ExecQuery("select * from Win32_PingStatus where address ='" _
                                & host & "'")
For Each objItem In colItems
    If objItem.StatusCode = 0 Then
        fncPing = True
    Else
        fncPing = False
    End If
Next
Set objItem = Nothing
Set colItems = Nothing
Set objWMI = Nothing
End Function

使う際には「Const 〜」のあたりを環境に合わせて修正する必要有り。

.vbs で ping を打つソレは、 _Systemメモメモ: VBScriptでPing をそのまま使わせてもらいました。ありがたや。

.vbs で ping を打つ方法について調べてたら、ping.exe を呼んで処理する方法も見つけた。

_Hey, Scripting Guy! : ping を使用するスクリプトを Windows 2000 コンピュータで実行できないのはなぜですか

ただ、コレは、Windows 2000 ではそうするしかない、みたいな話のようで。Windows XP や Windows 7 では、わざわざその方法を選ばなくてもいいらしい。

(auto-install-update-emacswiki-package-name t)

_auto-complete-mode でメジャーモード毎の辞書を設定する - ichiroc subset が参考になりました。

~/.emacs.d/ac-dict/ に vbnet-mode というファイルを作成して、そこに単語を並べていけば反映されるらしい。試してみたら補完ができるようになった。ありがたや。これで少し楽になりそう…。

実のところ、そもそも自分、そんな料理の存在すら今まで知らなかったわけで。なおかつ、自分の住んでいる地域では、そのアニメとやらは放映されてないので、問題のシーンとやらも目にしていない。だから、誰も騒がなければ、自分はその料理の存在を今後もずっと知ることなく過ごしてたよなと。

つまり、「これはステマだ」と騒ぐことで、ソレの存在がさらに多くの人に知られる結果に繋がっている、と言える。考え無しに騒げば、仕掛けた側にとって、より美味しい状態になってしまう。

さりとて、無視を決め込んでみても、ステマ行為 ―― この場合は単に「宣伝」という意味合いでの「ステマ」という言葉だろうけど ―― の存在を、そのまま肯定している気持ちになってきて、気分的によろしくないだろうなと。

騒いでも、無視しても、どっちに転んでも仕掛けた側にとって利がある状態になってしまう。ステマは気に食わんと思うなら、仕掛けた側にしっかりダメージを与える有効な策を、どうにか捻り出す必要があるように思う。…そんな策は、なかなか思いつかないけど。

自分も、アニメの中で唐突に、何かの宣伝行為が出てくるのは、あまり嬉しくない。「これはステマだ」と騒ぎたくなる人達の気持ちも、なんだか分かる。

と思ったが。そもそもアニメ自体、そのほとんどが全編CM映像みたいなもんだよなあ、と今頃になって気付いたりもして。

• 昔のサンライズのロボットアニメは、玩具を売るためのCM映像として作られていたし。
• ママレードボーイ、おジャ魔女どれみ、プリキュアでも、唐突に玩具が登場するし。
• ラノベや漫画を原作としたアニメ化は、原作本を売りたいがための宣伝映像としての側面が強い、とも聞く。
• TIGER＆BUNNYのように、キャラの体にスポンサーロゴを貼り付けるというアプローチも出てきているし。

考えてみれば、今更だ。アニメはそもそも、CMの塊だ。であれば、このあたり気にするのも馬鹿馬鹿しいか…。

ソレとは別に。どうせ盛り込むなら、演出上の理論武装をしっかりしておくか、あるいはぶっちゃけるかしてほしい、という気もしていたり。

例えば、未来少年コナンの制作時、宮崎駿監督と、総作画監督の大塚氏は、コナンとラナのどちらが先に木に登るかで議論をしたらしい。 *1

• ラナが先に木に登ると、コナンはラナのパンツを見てしまう。コナンは紳士だから、そんな状況を避けるはず。つまり、コナンが先に木に登ろうとするはずだ！ というのが大塚氏の弁。
• ラナが木から滑り落ちた時、ラナをキャッチできるようにと、そういうことを絶えず考えながら行動するのがコナンだ。コナンはそのぐらい紳士なのだ。だから、コナンはラナの後から木に登るはずだ！ というのが宮崎駿監督の弁。

結果、どういう映像になったのかは、本編映像を確認してもらうとして…。優秀なアニメーター、偉大な先輩方は、このキャラはどちらが先に木に登るのか、てな細かいところまで理論武装しながらアニメを作っていたわけで。

であれば、サムゲタンとやらが登場するシーンでも、こういった理論武装が出てこないとおかしいよなと。

昔のアニメに比べて、今のアニメは、作画に関してはかなり向上しているけど。では、脚本や演出についてはどうなのか？ せめて、先輩方がアレコレ考えていた程度には、今の作り手も頭を悩ませながらアニメを作ってないと、なんだか恥ずかしいよねと。作画はレベル上がったけど、演出はレベルが落ちてますとか、そんなの嫌じゃん。

ということで、本来であれば、「何故サムゲタンなの？」と尋ねられた時に、スラスラとその理由が出てきて、かつ、聞いた人が納得するぐらい理論武装がしっかりしてる状況が、監督や演出家の姿としては望ましいのかもしれんなあ、と思ったりもしたのでした。

あるいは、「上から出せと言われたんだよ」とぶっちゃけてしまうのもアリだよなと。

宮崎駿も、これまた未来少年コナンで、「子供が煙草を吸ってるのはマズいとNHKからクレーム入ったからタバタバに変えたけど。なんで子供に煙草を吸わせちゃダメなんだ。意味分かんねえ」的なことをぶっちゃけてるので…。 *2 あの偉大な先輩ですら、そんな風に時々ぶっちゃけてるんだから、今の作り手もぶっちゃけてしまっていいんじゃないかと。

ぶっちゃけるのは、強い。聞いてる側も、それなら仕方ねえよなあ、としか思えなくなるから、アレは強い。「じょしらく」で、「京都方面ならできるけど、武蔵境的にはきついんだよ！振り向く動画だけでも厳しいんだよ！」という台詞が出てきた瞬間、ぶっちゃけることの強さを感じました。…強さと言っても、何の強さかよく分かんないんだけど。

それはそれとして。誰か「さむげタン」という名の妙なキャラを描き始めたりしてないのかなー、と。「びんちょうタン」みたいなノリで。

1番目の症状は、なんだか元々そういうものらしく。一般的なホイールつきマウスより重いとのこと。2番目の症状については、これは初期不良の可能性が高いとのこと。

ということで、Amazonのサイトで交換手続きを。ただ、在庫がない。もしかすると返金になる可能性が。うーん。キータッチは実に良い感じなので、できれば交換が嬉しいのだけど。在庫がない場合、自動的に返金になってしまうという話も見かけたわけで、ちと不安。でもまあ、8,800円も払ってホイールが使えない状態ではアレだから、それはそれで。

と思いついた。大昔にコンビニで貰ったまま、引き出しの中に放置してたストローを発掘。ハサミで短く切って、縦方向にも切って、ケーブルにつけてみたり。

ケーブルのほうがはるかに細かった。残念。ほんのちょっとケーブルのほうが太い状態なら、紙を挟んでラベルをつけることもできただろうけど。

_表示スペース付結束バンド - LD-ST100WH20

素直にこういうのを買ってきたほうが楽ですわな。

_読書(してない)日記 - RFC2322サーバ実例

_Implementation of RFC2322 - RFC2322 の実装例

_洗濯バサミの名刺

木製の洗濯バサミは色々使い道があるように思える。肝心要の洗濯物を挟む用途では色々問題があるけれど。

馬鹿馬鹿しいことこの上ないけど、これ、正直おすすめしません。理由は単純、危険だから。相当しっかりした土台を作り、配線もしっかりさせないと、誤ってショートでもしたら重大な事故に繋がる虞が大きいです。

汚し飯 - soiled food -(2007-11-03) より

やじさん (2007-11-04 23:25) : つらつらと記事を読んだんですけど、基本的に１００Ｖラインにヒューズの一つも噛ましてないようでは、ドリフのコントは必至ですね。
ょ (2007-11-06 06:53) : うわっ!そういえばヒューズが見当たんないや!こえ〜

汚し飯 - soiled food -(2007-11-03) より

ドリフのコント…。そこまで含んだバカバカしさだったのか…。

CPU使用率をエンジン音にしてスピーカから再生。使用率が低いときは「ドッドッドッ」。高いときは「グォーン」。高い状態から低い状態になると急ブレーキで「キキーッ」。…そんな処理をしただけで常時100%になる＝音が変わらなくなってしまいそう。

プロセス種類によって人の話し声・動物の鳴き声が聞こえてくるのはどうか。たとえばFirefoxが走ってると例の動物の鳴き声が。Operaが走ってるとオペラ歌手の歌声が。…たぶんかなりウルサイ。

横方向にPANをするカットで、動きがガクガクしてしまう。AMD Sempron 3100+ ではスペック的に足りませんか。いや、低画質を選択すればアレですけど。それだと見れたもんじゃないし。

再生画面を最大化した状態で、「これって再生時のプロパティを弄れないのかな…」と画面内で右クリックしたら、PCにリセットがかかってしまった。恐ろしい。リセットってのは尋常じゃない。ビデオカードは GeForce 6200A 使用カードなのだけど。ドライバに難あり、ということだろうか。これでもまだ、最新版ドライバを入れると動画再生に関して不具合が頻発するという話を見かけたので、比較的安定してると言われてるバージョンを入れてあるのだけどな…。NVIDIAにしろATIにしろ、ドライバの完成度が低い件はどうにかならんのか。

_animecs TIFF 2006篇　サンライズ・エモーションスタジオにみる3Dアニメの現在形

やはり3DCGは使われてるっぽいが…。映像を見ただけでは、どんなやり方をしてるのか判断つかず。原画・動画はどんな作業をしてるのだらう。

これが例えばウルトラマンマックスだったら、ナレーションで「謎の彗星が地球に近づいていた」とか言って済ませるところだろうなと。それを考えると、わざわざニュース映像を利用して状況説明するあたり、ちょっとリアル方向に振ってみたい、と考えているのかもしれない。と思ったけどそれにしちゃ今一つ作りこんでないニュース映像で興醒めするあたりがなんというか。うーん。

_(via 放置新聞 - 11.17)

元々の企画は面白そうだな…。まあ、毎回女性ゲストを出すよりも、主人公を女子中学生にするほうが更にウケる＆制作が楽なのかもしれないが…。

_ウルトラマン第15話『恐怖の宇宙線』より 二次元怪獣 ガヴァドンA
_「ガヴァドン」 登場

なるほど、これがデザインの元になったわけか…。が、WoOのソレは、ちょっと装飾しすぎな印象。生物から離れてるような。いや、地球外生命だから難しいとは思うのだけど。ていうかメインキャラともいうべき存在のデザインからして既に撤退戦(?)の様相が。このネタをどう活用するかと考える前に、制作時の都合を最優先で考えてネタを改変してる印象も。どうしてそのネタなのか、そのネタで視聴者に何を与えることができるか、改変したソレで同じものを得られるか、あるいは元ネタ以上の何かを得られるか…。そういうことを考えた上で改変してるのだろうか。と思ったがそもそも元々のWOOに含まれてた要素は、解体され、各作品に使われてるのだろうし。昔のソレを意識し過ぎては、他作品との差別化という点で非常によろしくないのかもしれん。とかそんなことをぼんやりと。

それにしても公式サイトの制作日記は面白い。当初は「NHKでウルトラマンを作りたい」という話だったが、「ネクサス」の企画が既に進行してたので断られた、とか。…「ネクサス」がNHKで流れたら、もうちょっと違った展開になってたかもしれないなぁ。また、主人公を変えた理由についても色々と説明されていて。かなり考えた・討議した上で結論を出しているのだなと感心したり。なるほど、少女の成長物語、か…。制作・放映時期の前後はともかく、ライダー響鬼が少年の成長物語だったけど。それに対してこちらはどんな出来になったのか。そのあたり気になるかもしれず。

if ( flag1 ) {
    ...
}
if ( flag2 ) {
    ...
}
if ( flag3 ) {
    ...
}
if ( flag4 ) {
    ...
}

switch ( n ) {
  case 0:
    ...
    break;
  case 1:
    ...
    break;
  case 2:
    ...
    break;
  case 3:
    ...
    break;
}

if ( n == 0 ) {
   ...
} else if ( n == 1 ) {
   ...
} else if ( n == 2 ) {
   ...
} else if ( n == 3 ) {
   ...
}

条件分岐を使わない switch - case も、かつて、世の中にはあったからで。＜過去形。アセンブラで組んでたときにやってたけど、テーブルを使って…。

void (*adrs[])() = {
  job0,
  job1,
  job2,
  job3
};

(*adrs[n])();

Cの書き方は忘れちゃったので、こんな感じの記述で合ってるのかわかんないけど。

条件分岐が入らないから、CPUの命令クロックを数えると多少は速かったりするのかしら。わからんけど。 *1 …クロック数を稼げると言っても微々たるものだけど、その処理が何十回も繰り返されれば結構違ってくるわけで。昔のCPUはそんなに速くなかったというのもあるし。

今となっては使う意味がないよなぁ。10年〜15年前、X68Kで動いてたコンパイラあたりでも、そのへん判断して適切なバイナリを作ってくれる・最適化してくれる等を聞いたような記憶もあったりするし。人間がわざわざCPUのつもりになって書く必要性なんてない。CPUの動作も今と昔では違うし。1命令1クロックとか当たり前で同時にいくつもの命令が走ってたりするんだろうし。こんなやり方を要求される場面なんてもはや存在しないわな。

と思ったが、例えば、100種類ぐらいの敵処理をメインループから呼び分けないといかん、てな場面では必要になったりもするのかしら。速度的なメリットではなく、管理する上でのメリットだろうけど。処理をする関数のアドレスをテーブルに列挙していくだけで済むだろうし。…まあ、そのへんよくわからんのだけど。

このツールを使えばテキストで出力してくれるのだな。…と思ったが、IRQの割り当てまでは出力してくれないらしい。惜しい。

完璧。あらゆる情報を出力してくれる。前述の記事内の、IRQ割り当ては、これで出力・コピペした。

// timerecord.js
// 時間を特定ファイルに追加書き込みする。

function addWriteFile(fn,s)
{
    var fs, a, ForAppending;
    ForAppending = 8;
    fs = new ActiveXObject("Scripting.FileSystemObject");
    a = fs.OpenTextFile(fn, ForAppending, false);
    a.WriteLine(s);
    a.Close();
}

function str_right(n,l) {
    var s = "0000" + n;
    var p = s.length;
    return(s.substr(p-l));
}

function getDateTimeString() {
    var d, s = "";
    var p = "/";
    var c = ":";
    d = new Date();
    s += str_right(d.getFullYear(),4) + p;
    s += str_right((d.getMonth() + 1),2) + p;
    s += str_right(d.getDate(),2) + " ";
    s += str_right(d.getHours(),2) + c;
    s += str_right(d.getMinutes(),2) + c;
    s += str_right(d.getSeconds(),2) + " ";
    return(s);
}

function popupMes(s) {
    var WshShell = WScript.CreateObject("WScript.Shell");
    var BtnCode = WshShell.Popup(s, 2, "時間を書き込みました。", 0 + 64);
}

// 書き込むファイルを指定
var fn = "c:\\hoge\\timerecord.txt";

var s = getDateTimeString();
addWriteFile(fn,s);
popupMes(s);

いや、タイムレコーダがそれだけど。もっとデジタル化して、小さくして、個人用に。

_Access生産管理ソリューション-T'sFactory : タイムレコーダ - 社員コード入力 or 付属の社員証のバーコードを読み取るだけで入場時刻・退場時刻を記録
_KBタイムレコーダー - PCが出欠表示板のあるタイムレコーダーに

ソフトはあるみたいだ。

多拠点で発生するデータを一つのパソコンに収集することができるシステムタイムレコーダです。

セイコープレシジョン株式会社 タイムレコーダ より

進化してるのだな。

// 表示確認用変数
img_name = "name";
img_path = "image path";
img_nvalue = "node value";

enemy_length = 0;
xml_length = 0;
counter = 0;

// image に付随する情報。xml で渡される。
var enemy_name      = new Array();
var enemy_imgpathA  = new Array();
var enemy_nodeValue = new Array();

// 以下は後で呼ばれる
// 敵情報の格納をする関数
function setEnemyData(n) {
    enemy_name.push(n.attributes.name);
    enemy_imgpathA.push(n.attributes.jpegURL);
    enemy_nodeValue.push(n.firstChild.nodeValue);
}

// ムービークリップにJPEG画像を読むための関数
function updateImg(n) {
    img_name    = enemy_name[n];
    img_path    = enemy_imgpathA[n];
    img_nvalue  = enemy_nodeValue[n];
    loadMovie(img_path, this.targetClip);
}

flag = 0;

// xml がロードできたときに呼ばれる関数
function myXmlOnLoad(success) {
    if ( success ) {
        //エラーが出ることなくXMLドキュメントがロードされた。処理を継続。
        
        rn = myxml.firstChild;
        xml_length = rn.childNodes.length;
        node = rn.firstChild;

        // xml の内容を、データ用配列に格納
        do {
            setEnemyData(node);             // 格納
            nextnode = node.nextSibling;    // 次のノードを求める
            node = nextnode;
        } while ( node != null );

        enemy_length = enemy_name.length;
        
        flag = 1;
    } else {
        //XMLドキュメントがロードされなかった。処理を停止。
        flag = -1;
    }
}

// xml 読み込み
myxml = new XML();
myxml.onLoad = myXmlOnLoad;
myxml.ignoreWhite = true;
myxml.load("temp_utf8.xml");

if ( flag == 0 ) {
} else {
    if ( flag == 1 ) {
        this.gotoAndPlay("loadsuccess");
    } else {
        this.gotoAndPlay("loaderror");
    }
}

this.gotoAndPlay( _currentframe - 1 );

counter++;

if ( (counter % (24*1)) == 0 ) {
    
    // 画像更新
    updateImg(loadimgnum);
    
    loadimgnum++;
    if ( loadimgnum >= enemy_length ) {
        loadimgnum = 0;
    }
}

<Cards>
  <cardNode name="ぬらりひょん" jpegURL="image/000a.jpg">node value A</cardNode>
  <cardNode name="蝙蝠男たけし" jpegURL="image/010a.jpg">node value B</cardNode>
  <cardNode name="ライダー１号" jpegURL="image/020a.jpg">node value C</cardNode>
  <cardNode name="ライダー２号" jpegURL="image/030a.jpg">node value D</cardNode>
  <cardNode name="ライダーＶ３" jpegURL="image/040a.jpg">node value E</cardNode>
  <cardNode name="ライダーマン" jpegURL="image/050a.jpg">node value F</cardNode>
  <cardNode name="ぬりかべさん" jpegURL="image/060a.jpg">node value G</cardNode>
  <cardNode name="ねずみ男さん" jpegURL="image/070a.jpg">node value H</cardNode>
  <cardNode name="亀太郎ちゃん" jpegURL="image/080a.jpg">node value I</cardNode>
  <cardNode name="雷鼠クローン" jpegURL="image/090a.jpg">node value J</cardNode>
</Cards>

ActionScript ってソーススクリプト部分をずらずらと書けないのが厳しい。フレームとかムービークリップとかスクリプトがくっついてるからなぁ…。ただ、.as なるファイルで管理することもできる云々をあちこちで見かけるわけで。ActionScript 2.0 からはそういう管理ができるのかしら。それとも、本家 FLASH MX 等の特典機能なのだろうか。そのへん、まだ、よくわかってなかったり。

_FF040515 - ActionScriptどこに書く? MXスタイルからAS2.0まで - F-siteセミナー

興味深い。

_Macromedia の解説ページ や、 _Flash講座 - WEBチュートリアル - ActionScript 2.0の基礎とGraphの概念 というページを見ながら打ってみたのだけど。ウンともスンとも動く気配が無い。Flash Creator のヘルプには該当項目があるから、有効だろうと想像するのだけど。うーん。

ASDT(ActionScript Development Tool) のチュートリアル映像。たぶん。…これで動作確認して動いてしまったら、Flash Creator 側に何かあるのかもしれない。

Eclipse + ASDT 上で、試しに打ち込んでみた。動かない。ということは、Flash Creator 上のソレも、記述の仕方が悪いだけなのだろうか。