mieki256's diary

Renesas製のUSB3.0コントローラは3種類あったはず。

• μPD720200 : たしか最初に世に出たチップ。
• μPD720201 : 4ポートまで実装可能。
• μPD720202 : 2ポートまで実装可能。

μPD720200 は、なかなかに酷いチップで…。コレが載っていたM/Bを使ってた時期があるけど、相性問題が出まくりで、とにかく大変だった。結局、μPD720201 が載ってる増設ボード、AREA SD-PEU3R-4E (4WING2) を購入して少しは状況が改善したような気がする。ただ、その増設ボードをつけたら、PCがスリープモードに移行できなくなった記憶も…。だったかな。記憶が怪しい。電源管理関係で何か別の不具合が起きてしまった記憶だけはあるのだけど。

USB3.0接続機器によっては、Renesas製チップ以外との接続を保証していないものもあるようで。

_USB3.0 HDMIビデオキャプチャー - MonsterX U3.0R - SKNET

※Etron製、FrescoLogic製、VIA製USB3.0ホストコントローラーは動作対象外です。
※Intel製、Renesas(NEC)製USB3.0ホストコントローラーでの使用を推奨します。

USB3.0 HDMIビデオキャプチャー - MonsterX U3.0R - SKNET より

だからといって、Renesas製なら全く問題が起きないかと言うと、そういうわけでもなく、接続機器によっては相性問題がやっぱり出ちゃうらしい…。ググってたらその手の事例をチラホラ見かけた。

USB3.0コントローラは、Renesas以外にも、ASMedia、Fresco(Fresco Logic)、VLI (VIA) があるようで。

_ポートを増やしタイ USB3.2 Gen1 x4ポート PCI Express x1接続インターフェイスカード Ver.2 (CIF-USB3P4FL2) - 株式会社センチュリー
_【平澤寿康の周辺機器レビュー】Fresco Logicの新USB 3.0ホストコントローラ「FL1000G」 〜ASRock製マザーボード「890GM Pro3」に搭載 - PC Watch
_VIA Labs、バッテリ充電規格をサポートしたUSB 3.0ホストコントローラ - PC Watch

昔は Etron製もあったらしいけど、撤退したという話をどこかで見かけたような…。まあ、相性問題が酷かったらしいし…。

_ETron製USB3.0ホストと弊社製品の相性について - 株式会社センチュリー

色々ググってたら、μPD720202 を4個並べて、1ポートにつき1個のチップで担当させて4ポートにした増設ボードもあると知った。また、2ポートしか対応してないチップでも、その先にUSB3.0ハブ用のチップを繋いで4ポートにした増設ボードもある模様。4ポートだから μPD720201搭載品、とは限らないようだなと。

AMD Ryzen、AMD製チップセットのUSB3.0は、ASMedia との共同開発だそうで。そのせいでこんなに不安定なのだろうか…。

思考メモ。というか感想メモ。感想には個人差があります。

Jw_cad を触っているうちに、普段使わせてもらっている AR_CAD の操作仕様が良くできていることを再認識した。

例えば…。2D CAD で、線を引く機能は基本中の基本と言うか、最も多く使われる機能だろうと想像するのだけど…。

Jw_cad の場合、線を引くだけでも、「さて、この場面では左クリックをするべきか、それとも右クリックをするべきか」と一瞬悩んでしまう。しかも直線と言うものは、始点と終点の2ヵ所を指定しなければ引けないので…。線を1本引くだけで2回も悩まされてしまう。 *1

それと比べると AR_CAD は、左クリックだけで線を引くから一切悩まなくていい。また、既に描かれている図形の、端点・交点・中点の近くにマウスカーソルを持っていくだけで、「ここに端点があるよ」「ここに中点があるよ」とマークを表示してくれて、そのマークが表示されているタイミングで左クリックすれば自動でそれらに吸着してくれる。要するに、左クリックだけで、自由な位置も、吸着位置も、どちらも打ててしまう。

2D CADの基本中の基本、「線を一本引く」という操作ですら、このような違いがあるわけで…。AR_CAD は初心者でも悩まずに操作できるけど、Jw_cad は、事あるごとに、「ココは左かな？ 右かな？」と悩みながら操作することになってしまう。

もちろん、Jw_cad に慣れた人なら、
「そんなの使っているうちに慣れてきて、無意識レベルで左右クリックを使い分けるようになるよ。たいした問題じゃない」
と言い出すのだろうけど。それって、
「vimを使っていれば自然とhjklでカーソル移動できるようになるよ。カーソルキーなんて要らないだろ」
「vimを使っていれば文字打ち込む前にiやaやcwを無意識で打つようになるよ。ESCキー位置は指が自然と覚えるし」
と言い出しちゃうノリに近いというか…。そこにある理不尽さを「慣れろ」の一言で誤魔化しちゃいけない…。 *2

そんなわけで、Jw_cad は 2D CAD版 vim、かもしれないなと思えてきたりもして。慣れてしまった人はソレが無いと仕事にならない。でも、今からあえて習得するものでもない。他にもっと良い選択肢があるはず。そういう種類の道具じゃないのかなと…。たぶん。vim もそうだろうけど、どこかの職場でずっとソレしか使われてなくて、先輩達もすっかりソレに慣れちゃってて、仕方なく自分も使わざるを得ない状況になりましたトホホ、みたいな流れで渋々使うソフトではないだろうか。あえて今時、自ら選んで使うソフトではないのだろうな…。

これは勝手な想像だけど。Jw_cad は、元々はDOS時代に作られたCADらしいので、ユーザーが「○○の処理をせよ」と指示してくるまでソフト側では何もしないぞ、というのが基本設計としてあって、故に操作がしっくりこないのかもしれないなと。

当時はCPUリソースも描画性能も足りなかったので、例えばマウスカーソルを動かすたびに、「ここが端点」「ここが中点」「ここが交点」なんて逐一調べて結果を画面に出してたら、重くて重くてしょうがなかったのでは。だから、ユーザーがマウスを右クリックして「さあ、これから端点や交点を調べろ。(ちょっとぐらい時間がかかってもいいから処理をしろ)」と明確に指示を出してくるまで勝手な処理は一切しない ―― そういう潔い(?)作りにしておかないと実用にならなかったのではないかと。たぶん。

しかし、今はもう、そういう時代じゃないよな…。例えば Microsoft Visual Studio Code なんて、文字を1文字打ち込むたびに、「貴方がこれから打ち込みたいと思っている単語は、もしかしてこれじゃないでしょうか？」と予想リストをずらりと出してきたりする。

要するに、CPUリソースをガンガン使って、ユーザーが何をしたいのか絶えず推測し続けて、「もしかしてコレ？」と候補を出す。そうすることで作業効率を上げていく。それが今時のソフトの作りではないだろうか。

AR_CAD が、マウスカーソルを動かすたびに、既に描かれてる図形の、端点・交点・中点にマークを表示するのもそういうことだろう。AR_CADは、マウスカーソルが動くたびに、常時CPUリソースを割いて、周辺に何が有るのか判別する処理をしている。そして、「マウスカーソルが端点の近くに寄ってきているぞ…。このユーザーは、今この瞬間、その端点から線を引きたいと思っているのではないかな？」と推測して、マークを表示して、「今クリックするとココに吸着できます。貴方がやりたいのはこういうことではないですか？」と、これから行う作業の候補を伝えてくれる。今時のソフトなら、そのような方向でユーザーを手助けするように作るものなのだろうと。 *3

ということで、一応操作方法を勉強してみたものの、これから 2D CAD を触ってみたいという人には Jw_cad より AR_CAD をオススメしたいなと…。Jw_cad は先読みして助けてくれない。設計が古いので、こちらから細かく指示しない限り、本当に何もしてくれない。作業上必要になりそうな機能は実装済みなのだけど、とにかく気が利かない。そんな印象を受けてしまったというか。

もちろん、Jw_cad に慣れてる人は、そのまま Jw_cad を使い続ければいいわけで…。vim に慣れてる人はわざわざ別のエディタを使う必要なんてないのと同じで、各人、慣れてる道具を使うのが一番。そのほうが高い作業効率を得られる。

ただ、初心者相手に「(Jw_cad|vim)は便利だよ」と言って騙しちゃ(?)いかんよなと…。コレはお爺ちゃん達の愛用の道具に過ぎないので新人さん(?)は触らなくていいですよ。もっと今風の道具を選びましょう。みたいな。

もっとも、色々触ってみないと、何が古くて何が今風かも分からないだろうけど…。

思考メモ、というか感想メモです。感想には個人差があります。

Jw_cad の良いところも書いておきたいなと…。元々建築用途で使われていたCADだそうで、そのせいか建物関係の図形がめちゃくちゃたくさん標準添付されているので、その手の図面を作る際はおそらくペタペタと図形を貼っていくだけでサクサクと作れそうだなと。作業に必要な図形が揃ってさえいれば、まるでスタンプ感覚で図面を作れてしまうのではないかと。状況によっては線を一本も引かずに図面を作れそう。

もっとも、自分は建築関係の図面を引いたりはしないので、そういったメリットは享受できないのだけど。トホ。

ざっと見た感じ、トイレの図形が山のように用意されていて…。いやはや、トイレってこんなに種類があるのか、などと変な方向で感心を…。

色々なサンプルを実行して眺めていたのだけど、以下の2つがエラーを出して動かなかった。

• hsp36beta\sample\hsp3dish\tamane_s_dish.hsp
• hsp36beta\sample\hsp3dish\tamane_s2_dish.hsp

少し弄って試してみたら、どうやら screen命令を一番最初に移動すると、スクリプトが動く模様。

    tamas=ginfo_newid
    celload "tamane_s1.png",tamas       ; 素材フォルダから読み込みます

    ;   標準のサイズで表示
    screen 0,800,600

↓

    ;   標準のサイズで表示
    screen 0,800,600

    tamas=ginfo_newid
    celload "tamane_s1.png",tamas       ; 素材フォルダから読み込みます

たしか、hsp3dish において、screen命令等、ウインドウサイズを変更する命令を使うと、VRAMに保持してあった画像データ・バッファ等は全部初期化・クリアされる、という話があったような気がする…。

_HSP3Dish プログラミングマニュアル・基本仕様ガイド

また、スクリーンサイズ変更時は、通常ランタイムとは異なり、それまでに読み込んだすべての画像バッファは失われますので注意してください。

HSP3Dish プログラミングマニュアル・基本仕様ガイド より

つまり、

1. celload を使って、画像を、VRAM上のバッファに読み込み。
2. screen命令を呼んでウインドウサイズを変更。ここでバッファが全部初期化されてしまう。
3. 初期化されたバッファを元画像扱いにして描画しようとするからエラーが出る。

ということではないのかなあ、と。

ひとまずインストールして、Qt Creator 4.11.0 (Community) を起動したが、lldb.exe が「python36.dll が見つからない」とエラーを出す。

Qtインストールフォルダを検索してみたが、lldb.exe なんて存在しない…。

which lldb と打ってみて、lldb.exe の居場所が分かった。LLVM 9.0.0 のインストールフォルダ内に居た。

以前、Aseprite をビルドできるか試した際に LVM 9.0.0 をインストールして、それが邪魔をしてきた模様。とりあえず、Python 3.6.8 Windows版 64bit をインストールして、その中の python36.dll を LLVMインストールフォルダ\bin\ 以下にコピーしてみたらエラーが出なくなった。

Hwlloworld をやってみて、.exe が生成された。しかし、ビルドした .exe を直接実行しようとしても、「DLLがねえよ」的なエラーメッセージが出てしまう。

Qt を使った .exe を実行するには、MinGWとQt関係のDLLが必要になるらしい。

_Qt Creatorでビルドした.exeファイルを実行/配布する - Qiita

今回の場合、以下の2つのディレクトリにパスを通すことで実行可能になる模様。

D:\Qt\Qt5.14.1\5.14.1\mingw73_64\bin
D:\Qt\Qt5.14.1\Tools\mingw730_64\bin

PATHの通った場所に、qtpath.bat を作成して、環境変数 PATH に上記の場所を追加するようにしてみる。

@set QTMINGWPATHA=D:\Qt\Qt5.14.1\5.14.1\mingw73_64\bin
@set QTMINGWPATHB=D:\Qt\Qt5.14.1\Tools\mingw730_64\bin
@set PATH=%QTMINGWPATHA%;%QTMINGWPATHB%;%PATH%
@echo Add Qt - MinGW path
@echo %QTMINGWPATHA%
@echo %QTMINGWPATHB%

これで、qtpath.bat を実行してから .exe を実行すれば動くようになった。

もし、ビルドした exe を配布したい場合、動作に必要なDLLを一緒に入れて配布しないといけない。そのためには、どんなDLLが必要になるかを調べないといけないわけで…。

_Qt Creatorでビルドした.exeファイルを実行/配布する - Qiita

windeployqt.exe を使えば、exeの動作に必要なDLLを調査して、集めてコピーしてくれるそうで。今回の場合は、以下に入ってる。

D:\Qt\Qt5.14.1\5.14.1\mingw73_64\bin\windeployqt.exe

使い方は以下。

windeployqt.exe hoge.exe

この、動作に必要なDLLを集めてくるソレを deploy と呼ぶらしいけど。Qt Creator のプロジェクト設定で独自コマンドを走らせて、リリースビルド時に自動でdeployしたほうがいいかもしれない。以下のページで解説されてた。

_Qt Creatorを用いた自動deploy方法 (Windows 編) [Qt] - nprogram’s blog

D:\Qt\Qt5.14.1\Tools\deploy.bat を作成。内容は以下。「デバッグ」でビルドした時は何もせず、「リリース」でビルドした時に、deploy というディレクトリを作って、その中に exe と dll を集めてくれる。はず。

if "%1"=="デバッグ" goto END
set BUILD_MODE=release
set DEPLOYTOOL=D:\Qt\Qt5.14.1\5.14.1\mingw73_64\bin\windeployqt.exe
if not exist deploy\nul (
mkdir deploy
)
xcopy /C /Y *.exe deploy\
%DEPLOYTOOL% deploy\%2.exe
:END

Qt Creator 上のプロジェクト設定で、以下を設定。

Command: D:\Qt\5.9.1\tool\deploy.bat
Arguments: %{CurrentBuild:Name} %{CurrentProject:Name}
Working directory: %{buildDir}

とりあえず、これで Helloworld の exe を作るところまではできた。

Visual Studio 2019 Community はインストール済みであるとして。

cmake は、cmake-3.16.5-win64-x64.msi を入手して、D:\Dev\CMake\ にインストールした。
_Download | CMake

ninja は、ninja-win_1.10.0.zip を入手。解凍して、PATH の通ったどこかに置いた。

_Releases - ninja-build/ninja

skiaライブラリは、Skia-m81 を入手。Skia-Windows-Release-x64.zip をDLして解凍。D:\deps\skia\ 以下に置いた。

_Releases - aseprite/skia

Aseprite の INSTALL.md を参照のこと。

注意点。DOS窓の文字コードがSJISだと、ビルド中にエラーが出まくった。chcp 65001 と打って Unicode に切り替えておいたほうが無難かもしれない。ちなみに、SJIS に戻すときは chcp 932。

やたらと警告が出まくっていたけど、とりあえず、C:\aseprite\build\bin\ 以下に、ビルドされたファイル群が出来上がった。かつ、起動もした。

つまり、skia をビルドするために必要な、deopt_tools や LLVM は、今後は不要だなと…。D:\depot_tools\ は削除。かつ、LLVM はコントロールパネル経由でアンインストールした。HDDの空き容量が数GB増えてくれた。ありがたや。

一応ビルドはできたものの。自分の場合、せっかくビルドした Aseprite を全然使ってなかったりして…。

今のところ、GrafX2 でドットを打ってから EDGE2 で修正、という流れで済んでしまっているので…。

_GrafX2 - The ultimate 256-color painting program
_高機能ドット絵エディタ EDGE2 | TAKABO SOFT

以前は FLTK3 なるバージョンがあったらしいけど。公式サイトでは「FLTK3 は開発停止じゃよ」と書いてあった。ひとまず FLTK 1.3.4-2 をビルドできるか試してみる。

_Download - Fast Light Toolkit (FLTK)

fltk-1.3.4-2-source.tar.gz をDL。解凍。今回は D:\Dev\fltk\ に、fltk-1.3.4-2 フォルダを置いてみた。

fltk-1.3.4-2\ide\VisualC2010\fltk.sln を、VSS2015 で開く。「これは VS2010用だからVS2015用に更新するよ」的ダイアログが表示された。OKをクリック。

右上の「ソリューションエクスプローラー」の中の、demo を右クリックして、スタートアッププロジェクトに設定、を選択。

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

ビルドに成功すると、「ビルド: 79 正常終了」とメッセージ欄に表示される。

上のほうで「ローカルWindowsデバッガー」が表示されてる状態で、F5キーを叩いて実行してみる。

DOS窓が一つと、ウインドウが表示された。ウインドウ上のボタンを押すと、FLTKのウィジェットが色々見られる。Exitボタンを押して一旦終了。どうやらビルドはできたらしい。

上のほうの「Debug」を「Release」に変更。ビルド → ソリューションのリビルド。F5キーで実行。

今度はリリース版としてビルドしたので、DOS窓は無しでウインドウだけ表示された。

ビルドができることは分かったけど、他のアレコレで、FLTK を使う方法がよく分からない。Visual Studio のインストールフォルダ内に、FL、libフォルダ等をコピーしちゃう手もあるらしいけど…。

とりあえず、Vsiaul Studio 上でプロジェクトを作成して作業する分には、プロパティで追加ライブラリを指定することができるっぽい。

例えば、ファイル → 新規作成 → プロジェクト → テンプレートの中の、Visual C++ → Win32 → Win32コンソールアプリケーション、を選んで、空のプロジェクト、にチェックを入れてプロジェクトを作成。

ソリューションエクスプローラー → ソースファイルを右クリック → 追加 → 新しい項目 → C++ファイル(.cpp) を選んで、fltktest.cpp を作成。以下を記述。

#include <FL/Fl.h>
#include <FL/Fl_Box.h>
#include <FL/Fl_Window.h>
int main()
{
       Fl_Window window(200, 200, "Window title");
       Fl_Box box(0, 0, 200, 200, "Hey, I mean, Hello, World!");
       window.show();
       return Fl::run();
}

プロジェクト → 一番下の、〜のプロパティを選択。

構成を「Debug」に。リンカー → 入力 → 追加の依存ファイル → 右側の下向き三角ボタンを押して「編集」 → 以下を追加。

fltkd.lib
wsock32.lib
comctl32.lib
fltkjpegd.lib
fltkimagesd.lib

構成を「すべての構成」に。VC++ディレクトリ → ライブラリディレクトリ → D:\Dev\fltk\fltk-1.3.4-2\lib を追加。

C/C++ → 全般 → 追加のインクルードディレクトリ → D:\Dev\fltk\fltk-1.3.4-2 を追加。

この状態でビルドすれば、ウインドウとメッセージが表示される。

リリース版でビルドしたい時は、プロジェクト → 〜のプロパティ。構成を「Release」に。リンカー → 入力 → 追加の依存ファイル。以下(Debugと違って、最後に「d」がついてないファイル名)を追加。

fltk.lib
wsock32.lib
comctl32.lib
fltkjpeg.lib
fltkimages.lib

リンカー → システム → サブシステム → Windows (/SUBSYSTEM:WINDOWS) に変更。

これで、上のほうの「Debug」を「Release」に変更してF5キーを押せば、ビルドし直してリリース版が動く。

つまり、追加ライブラリの場所を適切に指定できればビルドはできるようになるはず。

だけど。必ずしも Visual Studio を起動してビルドするとは限らないわけで。

以下を参考にして、Visual Studio 2015 のインストールフォルダ内にコピーするしかないのだろうか。

_Installing FLTK with Visual Studio

• D:\Dev\fltk\fltk-1.3.4-2\FL フォルダを、C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include 内にコピー。
• D:\Dev\fltk\fltk-1.3.4-2\lib\*.lib等を、C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\lib 内にコピー。
• D:\Dev\fltk\fltk-1.3.4-2\fluid\*.exe を、C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin 内にコピー。

コレで合ってるのかな…。

さておき、mruby-fltk3 とやらを使ってみたくて FLTK3 を入手しようと思ったのだけど、入手方法が分からない。公式サイトのリンクをクリックすると、ユーザ名とパスワードを要求される…。

一応 MSYS2 上で Subversion をインストールして、

svn co http://seriss.com/public/fltk/fltk/branches/branch-3.0/ fltk-3.0

と打ってみたけど、こちらもユーザ名やパスワードを要求されるし、何かがDLできたものの、中に必要なファイルが入ってるようには見えない。

やはり FLTK3 は開発中止になったと捉えるべきなのだろうか。

JSONのパースができるライブラリがあるらしいので追加してみた。

_mattn/mruby-json

"mrubyのファイル一式を置いてある場所"\build_config.rb を編集。

  # Use mrbgems

と書かれたあたりのところに、以下の行を追加。

  conf.gem :github => 'mattn/mruby-json'

mruby をビルドし直し。自分の環境は、Windows10 x64 + Visual Studio 2015 Community なので、スタートメニューから、Visual Studio 2015 → 開発者コマンドプロンプト for 2015 を起動。cd hoge で目的のディレクトリに移動してから、以下。

ruby ./minirake

出来上がった .exe は、少しファイルサイズが増えた。

mirb を起動して動作確認。

> mirb
mirb - Embeddable Interactive Ruby Shell
> jsontext = '{"x":100, "y":200, "names":["hoge", "fuga", "piyo"]}'
=> "{\"x\":100, \"y\":200, \"names\":[\"hoge\", \"fuga\", \"piyo\"]}"
> hash = JSON::parse(jsontext)
=> {"x"=>100, "y"=>200, "names"=>["hoge", "fuga", "piyo"]}
> hash["x"]
=> 100
> hash["y"]
=> 200
> hash["names"].each {|s| puts s}
hoge
fuga
piyo
=> ["hoge", "fuga", "piyo"]
> exit

機能として追加されたっぽい。なるほど、こういう感じで使うのか…な。

疑似乱数が得られる、Random というクラスもあるらしいので追加しようとしたけれど…。エラーが出る…。

_matsumotory/mruby-random: mruby-random

build_config.rb を編集。以下を追加。

conf.gem :git => 'https://github.com/matsumoto-r/mruby-random.git'

ビルド。

ruby ./minirake

エラーが出る…。

rake aborted!
Don't know how to rake D:/Ruby/mruby/mruby/build/host/mrbgems/mruby-random/src/mrb_random.obj

どういう意味のエラーメッセージだろう…。

疑似乱数に関しては、mruby-TinyMT という版もあるらしい。Ruby で使われてる Random、というか _Mersenne twister に、何か制限を加えて軽くした版、とかなんとか。

_matsumotory/mruby-tinymt: rand() and srand() method with TinyMT
_Tiny Mersenne Twister (TinyMT)

build_config.rb を編集。以下を追加。

  conf.gem :git => 'https://github.com/matsumoto-r/mruby-tinymt.git'

ruby ./minirake

こちらはビルドが通った。

> mirb
mirb - Embeddable Interactive Ruby Shell
> tmt = TinyMT.new(0xf50a1d49, 0xffa8ffeb, 0x0bf2bfff)
=> #<TinyMT:0xd28ad0 tinymt32_ctx=#<Object:0xd28ab0>>
> tmt.srand(5)
=> nil
> tmt.rand()
=> 0.061755396425724
> tmt.rand()
=> 0.47946119308472
> tmt.rand(6)
=> 5
> tmt.rand(6)
=> 5
> tmt.rand(6)
=> 3
> tmt.rand(6)
=> 1
> tmt.rand(6)
=> 5
> exit

動いてるっぽい。

以下でその他のライブラリが紹介されてるのでメモ。

_mruby - libraries

ソースは以下。wavefront形式のファイルを読み込むクラスと、gosu + opengl で描画するスクリプトの2つ。

_wavefrontobj.rb - gist
_gosu_opengl_test3.rb - gist

動作確認に使ったモデルデータは以下。suzanne.* 以外は自作データなので、CC0 / Public Domain ってことで。

_wavefront_models_20170310.zip

各ファイル・フォルダを以下のように置いて、ruby gosu_opengl_test3.rb を実行すれば描画される。また、カーソルキーの左右でモデルを変更できる。

./
|   gosu_opengl_test3.rb
|   wavefrontobj.rb
|
+---wavefront/
        *.obj
        *.mtl
        *.png

gosu や opengl のインストールについては、 _2017/02/07の日記 を参考に。と言っても、 _RubyInstaller for Windows がインストールされてる環境なら、

gem install gosu
gem install opengl
gem install glu
gem install glut

をするだけでいいのかな。たぶん。

OpenGLで複数のテクスチャを使用するやり方が分からなかったのだけど。結局、wavefront形式のファイルを読み込む際に、マテリアル別、というかテクスチャ別に面情報を配列に記録して、描画する際はマテリアル毎、というかテクスチャ毎にガーッと面の描画を一気に指定、みたいな形になってしまったり。

_gosu-opengl-tutorials/lesson10_advance.rb も複数のテクスチャ画像を扱って描画してたので参考にしたのだけど、モデルデータであろう _world.json を眺めると、テクスチャ画像別に面情報を列挙して、テクスチャ毎に描画の指定をしてるようで。そういうやり方が無難なのかなと。

wavefront(.obj)形式ファイルは、blender 2.78、及び、Metasequoia 3.1 からエクスポートして用意した。

Metasequoia 3.1 から wavefront形式でエクスポートする際は、マテリアル(材質設定)のシェーダをランバート以外にして各数値を弄らないとOpenGL上では妙な見え方になった、とメモ。現行版の Metasequoia 4.x は持ってないので、そちらではどうなるのか不明。

前述のソースは、opengl の glBegin, glEnd を使ってチマチマと面の描画を指定してるのだけど。ググってたら OpenGL 3.0 以降は glBegin, glEnd は非推奨、てな話を見かけて。10年ぐらい前から、VBO を使え、ということになってるっぽい…。DirectX を使って描画する際もVBOのようなソレを使う、てな話を見かけたので、そういうやり方も勉強してみないと…。

そこまでできれば、DXRuby開発版の CustomRenderTarget を使って…とかできたりするのだろうか。どうなんだろう。

考えてみたら、人間が武器や乗り物その他に変身する設定って、どうしたってSF設定として考証できないよなと。完全に魔法の世界。魔法使いサリーが魔法の杖を振ると目の前の人間が武器や乗り物になりました、みたいな状況。

アニメのソレは、武器その他のデザインがシャープというか尖ってるから「魔法でやんす」的な印象が弱まるところもあるけれど。根本は、魔法の世界。シンデレラが舞踏会に行くときにかぼちゃが馬車になるけれど、アレを日本のアニメ業界がアレンジしまくってたらココまで違う見た目になっちゃいました、テヘッ、みたいな。

シンデレラのかぼちゃの馬車、と書いてふと思ったけど。人間が武器にならなくても、それこそかぼちゃが武器になっても ―― そのへんに転がってるあらゆるものを武器にできる設定でもイケそうな。と思ったけれど、それだとドラマにならないか…。人間をモノ扱いするえげつなさ(?)が面白いところもあるのだろうし。

人間が武器や乗り物になる設定の作品は結構ありそうな気がしてきたけど、「え。ソレになっちゃうの？」てな設定はできないかな。

と思ったけど、そのへんはギルクラがやりつくした感もあるなあ…。記憶が定かじゃないけど、たしかハサミやホッチキスになってたような。

ホッチキス、酷いよね。「よお、ホッチキス」と同級生に呼ばれてしまうのだろう。実に酷いアニメだ。＜褒めてます。…ググってみたらホッチキス君は居なかったみたい。自分の偽記憶だった模様。スミマセン。でも、 _ニッパー君 は居たみたいです。見た目はアレだけど、あの世界のことだから、フツーのニッパーじゃないと思うんだよな…。

人間が綿棒になるとか、つまようじになるとか、ティッシュペーパーになるとか、そういう設定だったら見ていて辛いだろうなあ…。ティッシュペーパーは辛い。しかも2枚組じゃなくて1枚組。悲しい。

リモコンが無くなったTVとか、片方どこかにいっちゃったホックとか、そういうのも厳しい。もっともその場合、リモコンだかホックの片方だかを探す旅に出たりするのかもしれないけど。

やっぱり大きくてカッコイイ何かになったほうがウケそうだよなと。戦車とか、戦艦とか、戦闘機とか、宇宙船とか、巨大ロボットとか、惑星とか。どうして人間がそんなサイズに変身できるんだと疑問が湧くけど、それを言ったらウルトラマンは全滅だし。

他に何かないかな。誰もやってない設定が、まだまだありそうな気はするのだけど。

人間が惑星に、と書いたところで思い出したけど、個人的に、人間がモノになってる状態がずっと続いてる設定も、結構好きなのです。

パルスマンというゲームで、主人公の恋人の肉体は死んでしまったけど意識だけは主人公の腕時計の中でずっと生き続けていて主人公を助けてくれる、てな設定があって。そういう設定、好きなんですよね…。

劇場版銀河鉄道999で、メーテルが持ってるペンダントの中に 父親が入ってるじゃないですか。アレも好き。キャプテンハーロックが乗ってるアルカディア号の中央コンピュータの中に 親友が入ってるじゃないですか。アレも好き。ついでに言えば、メーテルの母親が 惑星になっちゃってるという設定も結構好き。いや、最後のソレは自分が設定を誤解してる気もするけど。子供の頃に見た際はそういう設定なのかなと思い込んだけど、実際の設定はどうだったんだろうか。

最近だと…。仮面ライダーゴーストの目玉っぽいアイテムとか。あの中に 主人公の幼馴染の妹さんが入ってたじゃないですか。ライダードライブのベルトさんもそうだったか。ああいう設定、好きなのです。なんでだろ。その設定に、せつなさとかやるせなさとかそういうものを感じるから、なのかな。自分でもよく分からんですが。

モノに意識を入れることができる、という設定について考えていくと、攻殻機動隊になっちゃうのだろうな。意識をインストールできるってことは、意識をコピーする仕組みが実現してるってことで、その意識のコピーを繰り返していったらどれが本物でどれがコピー品になるのでしょう、みたいな。押井版攻殻もそうだろうけど、攻殻SACで思いつく限りそのあたりを列挙していた印象が。

BS11で再放送されてる「テイルズ オブ ジ アビス」も、そういう設定が横たわってるよなと。作品中ではレプリカって呼んでるけど。原作はゲームらしいけど、もしかしてFF7からのインスパイアでそういう設定が出てきたのだろうか。関係ないのかな。

「地球防衛軍テラホークス」という人形劇でも、ちょっと似た設定が。隊長さんにはクローンが9人居て、現隊長さんが命を落としてもクローン連れてきて記憶をコピーしてやればすぐに隊長さん復活するからモーマンタイ(無問題)アルネ、みたいな。本編中でそういう展開があったけど、チームが「良かった良かった」と明るく受け入れてた記憶があって、子供心に何かよく分からない恐怖を感じたものですが。…そういやEVAもそういう設定があったか。

モノとなった人間をコピーできるか、できないか、という設定は展開に大きく絡んできそうな気がする。そういえばギルクラは、コピーできない設定、だったような。しかも、モノとなったソレと人間が直結していた、ような記憶があるけどどうだったかな。まあ、そのほうがドラマとして盛り上がるよなと。

ただ、SF的なアレコレを妄想するなら、攻殻のようにコピー可能にしたほうが、倫理的にどうなんでしょとか、人間って何なんでしょとか、色々な問いかけをしてくる分、面白くなったりするのだろうか。その代り、なんだか話がややこしくなる・状況が分かりづらくなるから、お客さんを振り落としてしまいそうな予感も。

小学一年の冬。登下校時に耳が寒いだろうと、親が、耳当て付きの帽子を買ってくれたのですよ。零戦のパイロットが被ってそうな、あるいは山に入るマタギの人が被ってそうな、質実剛健っぽいデザインの帽子で。

こりゃ暖かいと喜んで登校したのだけど。下校時にイベント発生。上級生の集団から、「アイツ、変な帽子被ってる！」「カッコワリー！」と囃し立てられちゃって。

自分は子供だったから、悔しいやら悲しいやらよくわからない感情が押し寄せてきて、その場に帽子を叩き捨てて、泣きながら家に帰ったのです。

親にしてみれば「アレ？ なんだ？」ですよ。子供が泣いてて、しかも朝には被ってたはずの帽子を被ってない。

親から詰め寄られて、理由を話して、親と一緒に小学校まで歩いていって、帽子を回収しに行ったのですが。帽子はもう、泥まみれ。その、ボロボロになった帽子を拾う親の姿を目にして、なんだかとっても申し訳ない気持ちになって、そこでまた泣き始めて。

てなわけで、つまりはソレに近いことが起きた、みたいな話なんだろうなと。

ただ、自分の場合、ソレって小学一年の時の話ですからねえ…。子供さんなら、そういう反応も分かるけど…。

ちなみに。それから数年後、ヘッドフォンっぽい形をした耳当てが小学生の間で流行しまして。

猫も杓子もソレを使ってる光景を目にして、子供心に「テメエラ、ふざけんな！」って気分でした。あの時、俺の耳当て付き帽子を馬鹿にしてた連中が、なんでニコニコして耳当てしてやがるんだと。馬鹿にしたからには、「耳当てなんかダッセー」とか言って意地でもつけない姿勢を見せろよ！ 的な怒りを覚えてましたですよ。

世間様なんて、そんなもんですよ…。アイツら、理不尽で、一貫性が無いんですよ…。どうせ空気で流されてる連中ばかりですよ…。今、ボロクソに叩いてる作品だって、もしかすると数年〜数十年後には、したり顔で「アレはなかなかいいよ」とか言い出したりするんですよ。

宮崎アニメだってそうじゃないですか。昔、宮崎駿監督がどれだけ酷い扱いを受けたことか。企画出しても「馬糞くさい」とまで言われて次から次へと没になってたわけで。それが今では、どうですか。何なんですか、この手のひら返し。…でもまあ、一生酷い扱いを受けて終わるより、生きてるうちに評価されただけマシだよなとは思いますけど。しかし、「だったら最初から評価しとけよ！」などと世間様に対してイラッとしたりもするわけで。 *1

てなわけで、周りがボロクソに叩いても、馬耳東風であるべき、なのだろうなと。「この面白さが分かんないなんて可哀想なヤツ」ぐらいのことを思っとけばいいんじゃないか、などと件の漫画を目にして思ったりもしたのでした。

Oculus Rift のようなものが発展・普及したら、似たような体験が当たり前のようにできるんだろうなと。例えば、学校から帰宅しようと校舎を出たら幼馴染設定の女の子が歩いていたので「たまには一緒に帰らない？」と声をかけてみたら「えー。噂になると困るし」と拒否されるそんな体験も、って古過ぎて何のネタか分からん上にソレってVR的にプレイしていて面白いの？ ダメージが大きくないか？ 何にせよ、そんな感じのゲーム体験が Oculus Rift 次世代機あたりならできちゃうんでしょうなと。

ていうか、既存のその手のゲームのシナリオを、Oculus Rift で誰か勝手に再生して実験していたりはしないのかな。ときメモ、To Heart、サクラ大戦あたりのキャラや台詞がそのまんま出てくるだけで破壊力ありそうだけどってどれも古いか。なら、アイマスとか、艦これとか。いや、艦これは全然違うんじゃないか…。

現状では表示のアレコレを作るところで手一杯なのだろうか。あるいは、アレを触っている人達って世代的に若くて、その手のゲームに触れたことが無いからそういう方向の興味は無かったりするのかな。それとも、そういう実験をしてるところを見られちゃうと世間から偏見を持たれそうだから今はまだ自粛してる段階なのかしらん。

もっとも、権利的にヤバイ既存ゲーのソレをパクってくるならともかく、オリジナルで真面目にちゃんと作り込もうとすると、主にシナリオ面で物量的に大変なことになりそうなので、そういうゲームを実現するならブレイクスルーが必要だよなと。プレイヤーの行動・選択に応じたシナリオの自動生成を…。

自動生成って難しそう。なら、人力で。人件費の安い国でオペレーターをたくさん雇って、プレイヤーの行動に対応したアドリブ台詞を、キーボードからガンガン打ち込んだり、マイクに喋ったり。なんだかちょっとアレな話になってきた…。

そのうち、○○国の○○さんに当たると、実に心を掴む台詞を言ってくれる、みたいな口コミが広がって。…なんかネット世界で吉原っぽい何かが生まれそう。

待てよ。男性客には女性オペレーターが対応しなきゃいけない、というわけでもないのだな。ボイスチェンジャーを使って男性オペレーターが女性の演技をしてもいいわけで。もちろん、女性客相手に女性オペレーターが男性の演技をするのも全然アリ。む。ネットの中に宝塚が発生する…。

仮想現実技術の発達により、かつて一世を風靡したバーチャルネットアイドルが、一部のジャンルで復権を、みたいな与太話、ですな。何かのラノベで書かれてそう。SAOの一エピソードとして既に書かれてたりするんじゃないのか。そういや、サイコパスでも似たような話があったような。

にしても、自分、主人公キャラになった夢を見るならともかく、何故にサブキャラになった夢を見たのだろう。ゲームと言うのはえてしてプレイヤーが主人公キャラに感情移入・シンクロしてプレイできるのが望ましいとされているわけだから、その手の夢を見るとしても主人公キャラになった夢を見そうなものなのに。何故にそこでサブキャラ。

つまるところ、自分はその手のジャンル・コンテンツに対してハッピーエンドを望んではいるけど、そのハッピーエンドが自分の身に起きてほしいと願ってるわけではなく、周囲でハッピーエンドがポンポン発生してるその様子をニコニコしながら眺めているほうが楽しいのかもしれない。まあ、漫画やアニメを楽しむ際にはそういう位置で楽しむしかないので、別に変わった感覚というわけでもなさそうだけど。

あくまで傍観者として楽しみたいという点では、もしかするとBL好きな方々と共通するのかもしれず。BLも、自分がイケメンキャラからチヤホヤされたいわけではなく、自分が気に入ったキャラ同士がイチャイチャしてるのを見るのが楽しいのだ、てな感覚があるとどこかで見かけたような記憶もあるし。もちろん多様な楽しみ方があるはずなので、「私はソレだ」「私は違う」と言われそうな話だけど。

などと考えると、自分が夢で見たソレは、恋愛シミュゲーではなく、育成ゲーの類だったのかもしれないなー、と思えてきたりもして。自分が活躍したいわけではなく、活躍するキャラを作っていく、みたいな。

そこで唐突に、映画のBTTF(バック・トゥ・ザ・フューチャー)を思い出したり。

あの映画もの主人公は、飛んだ先の世界において、あくまで異邦人・旅人でしかなく。その世界で異性をゲットして自身がハッピーエンドに、みたいな話ではなかった。設定上必要に迫られて動いているものの、要は、その世界で本来人間関係が成立するはずだったのにしなかった状況を苦労して修復していくその作業を通じて、最終的には観客に安堵感を与えていたわけで。映画を見ている観客は傍観者と言えるだろうけど、BTTFの主人公もまた傍観者の類であり、フィルムの中の傍観者が目的を達成した時、観客と言う傍観者も一緒になって喜ぶという状況がそこにあった、ような気がしてきたり。

ということは、ゲームにおいても、プレイヤーが主人公キャラと同一になるスタイルだけではなく、傍観者としてその世界に参加して快楽を得るというスタイルもアリだよなと。それがアリではないとしたら、BTTFはヒットしなかったはずで。

まあ、それが、ゲームジャンルで言えば育成ゲーなのかなと思ったりもするのですけれど。

待てよ。BTTFの主人公は傍観者という点で観客とシンクロ率が極めて高いような気がしてきましたよ。となると結局は、コンテンツの中に観客が自分を投影できる対象が何かしら存在しないとあかんよ、ということになっちゃうのかな。よくわからなくなってきました。

人間は社会と言う群れを作る生物で。群れに所属するほうが自身の生命を維持しやすくなるので、群れを維持する方向で動くようなプログラミングが本能レベルでされていて。

なので、人間関係が壊れてる状況を見るとストレスになる。その状況を放置しておくと群れが崩壊する可能性が高まるし、群れが崩壊すると自身の生命を維持しにくくなるから、できれば円滑な人間関係が望ましい、他者とのトラブルは減らしたいと常に思うわけで。

てなわけで、壊れた人間関係を修復するその様子を目撃すると、それは快楽になるんじゃないか、という気がしてきたり。まあ、恋愛ドラマなどは大体がフツーにそんな感じだけど。最初は喧嘩してた男女が最後のあたりで仲良くなると、それはハッピーエンドとして扱われる。その展開自体が観客にとっては快楽。だからコンテンツとして成立してる。

で。ゲームも快楽を提供することで商売が成り立つわけだから…。人間関係を修復することを目的としてプレイヤーが動く、そんな仕組みを作ったら、それもゲームとして成立するのかなと。もちろん自分が無知、あるいは忘れてるだけで、既にそういうゲームは多々あるはず。

そんなこんなで、自分が夢の中で見た「コイツとコイツを良好な関係に持っていきたい」という思い・振舞いは、実はそういった快楽を得ようとしていた、ということになるのかなと。

もしかして、アレかな。大昔はたくさん居たらしい、見合いを薦めてくるおじさんおばさん、みたいなもんかな。話がまとまると嬉しくなるもんだよな。たぶん。ということは、「見合いゲー」というジャンルだって作れるのだろうか。…ソレもまた育成ゲームの一種になるのかな。たぶん。

それにしても、自分、起きた直後はどうでもいいくだらないことばかり考えるな…。

Ruby で使えるGUIライブラリの現状をまとめてくれた方が。ありがたや。…開発中止になったライブラリが多そう。やっぱりRubyはこのへんが厳しいのだな。

楽譜が完成しても音符を探し続ける猫のソレになんだかグッと。童話や絵本にありそうな、どこか残酷さを感じるシーンだなと思えたり。

悲しみも受け入れて云々の台詞・展開は、もしかすると震災のソレが脚本に反映されたのだろうかと想像したりもして。いや、考え過ぎかもしれないけれど。

20年前にイギリスBBCで制作された番組、らしい。原子力がどれほど輝かしい技術なのかを宣伝しまくるかつての政府。しかし実際作ってみたら、様々な事故が起き続け、とうとうスリーマイル島で、チェルノブイリで、という番組内容。

見ていてなんとなく思ったけど、人類そのものに「万能感」があった時代が存在するのかもと思えてきた。それは番組制作者の描いたストーリーかもしれないけれど。

原発事故と言うと、科学の限界云々と言う主張がすぐに出てくるけれど。実際には科学をずっと無視し続けたが故に事故が起きている現実がある。 *1 限界があるのだとしたら、それは科学ではなく、人間が作った社会システムにある。とかそんなことをもやもやと。ていうか番組もそういう結論になっていて、ですよねえ、と思ったのだけど。

なんで気になったかと言うと、TVで、中間貯蔵施設を福島県に作るかもというニュースが流れてたからで。

過去の記録を辿れば、そう遠くない将来、また地震と津波に襲われる可能性が見出せるのではないか、津波が来ることが分かったとして、そんな場所に施設作って大丈夫かと思ったからで。いや、おそらく、今回の津波に襲われなかったぐらいの内陸部に作るのかなと思うのだけど。もし、考えなしに海沿いに作るのであれば、どうせ津波で流されて海に全部流れてしまう。だったら最初から海に投げ捨てても同じじゃないかと。もちろん、漁業には壊滅的なダメージを与える。が、陸地に作っても同じ結果になる。

とはいえ、施設を作らないと除染もままならない。東京のための電気を作ってたのだから、東京に持っていくのが筋だろう、と思っても、東京だってこれから地震と津波に襲われることがおおよそ分かってるのだと反論があるだろうし。…どうにも手詰まりな感じがする。

何にせよ、先人が残してくれた文献や、地質調査から、今後の展開を推測していくしかないのだろうけど。

！ これは…。電源がACアダプタじゃないのはアレだけど、冷却の仕組みは自分が夢見ていたソレなのでは…。もしかしてコレだったら、1つのファンでM/BもHDDもそこそこ冷却できるのだろうか。しかも12cmだから、静音、かつ風量を確保できそうな。

もしかすると、NSK1480を早まって買うのではなかったか…。うう…また失敗したのか、自分は…。

FlashoutはSwfviewerやASDTにある、ASLoggerで代替できるとしてちょっと前にFAMES(Flashout + ASDT + MTASC + EClipse + swfmillの頭文字をとったもの)と呼ばれていたものからFlashoutのFが取り除かれていました。as2antというmtascとswfmillを実行するantTaskを利用してEclipseからantを利用してswfを作る方法が紹介されています。

オープンソースを使ったFlashの開発：nod::ぶろぐ::RIA::Flash/Flex/Ajax より

_神原日記 - FAMEを始める

_オープンソース環境でFlash作成

開発環境といえばEclipseですが、Eclipseとオープンソースなものをいくつか組み合わせてFlashを作れます。一般的には、Eclipse、MTASC、ASDT、FlashoutでFAMEと呼び、それにSwfmillを合わせてFAMESと呼ぶらしいです。

ふわふわな毎日 より

_ASDT Logging Open Source Flash - build.xml のサンプル
_Far Beyond Open Source Flash Development

ということで、as2ant なるものを導入する方法で試してみようとしたのだけど。build.xml を作成したところ、

<taskdef name="swf" classname="org.as2lib.ant.Swf" />

この行でエラーが出る。

英文記事のほうでは、

<taskdef name="mtasc" classname="org.as2lib.ant.Mtasc" classpath="D:\Work\Dev\Flash\Tools\as2ant\src"/>

となってるので、さては classpath なる項目を指定すればいいのか、と思ったのだが、相変わらず同じエラー。not found とか言われてるので、指定した path の中にソレがないぞ、と言われてるのだろうけど…。

わけもわからずアレコレ試したが解決できず。

_FDT Forum // View topic - Eclipse, FDT, ANT, compile your workflow. というページに、Install as2Ant 云々なる話が。eclipse の ant の設定で、外部 jar を指定するらしい。試してみた。エラーが出なくなった。しかしこんなところに設定しちゃっていいのかな。

_Re: [osflash] Ant in Eclipse というページに、「build.xml の中で、〜/src を指定するんじゃなくて、〜/as2ant.jar を指定しなさい」と書いてあった。…あー、これで良かったのか。

_Javaの道：Eclipse（７．Antの利用）

eclipse に同梱されてる ant は 1.6.5 だったので、試しに ant 1.7.0 をDLしてきてそちらを指定したり。

flashout を使う場合は、flashout.as 中の「TRACE」を「trace」に書き換えるらしい。メモ。

_MovieClipクラスのサブクラスを作成する - かやねずみの巣
_sshi.Continual - MTASCと戯れる
_鍋谷 flash index

参考にさせてもらいつつ勉強。…なかなか上手く行かない。

なんとか動かせた。 _こんな感じ に。

まだ表示だけ。

DoJa 4.1 を入れてるほうの eclipse で作業中。後になってから DoJa 3.0 で確認すればいいのかな？

カワチ(＜スーパー)で食料品を購入。

PM-3000C用の黒インクが売ってた。純正品も、代替製品もある。ケーズデンキより安い。…失敗した。

帰ってきて夕飯作ってから爆睡。

貰ったサンプルファイルを、相手先のPCから自宅サーバにftpで転送。なんだか楽しい。でも、ISDNなので転送速度が遅い。FDを2〜3枚持っていって分割保存したほうが早かったかも。それはそうと、ftpで外部にファイル転送できてしまうのってどうなんだろ。パスワード関連もアレだし、オイラのような外部の人間がサーバ内のファイルを自由に閲覧できるのもどうなのか。でも、管理者が居ない環境だし。業務をこなせる状態にしておくほうが優先度は高いし。…よく考えたら、外部に流出して問題になるファイルは扱ってない環境だから、特に問題はないのか。せいぜいウイルス感染等に気をつければいいぐらいで。

Wordで作業をしてたら不正終了。作業をしてたファイルが読取専用でしか開けなくなった。削除も不可。移動も不可。リネームも不可。どうすりゃええのん。大弱り。解決方法をググってみても該当するものが見つからず。…ふと気がついた。タスクマネージャで確認したらwinword.exeが残ってる。コイツが該当ファイルを開きっぱなしなのでは。winword.exeを強制終了させたら該当ファイルも削除できた。助かった。相手先の環境に永遠に消せないファイルを残してしまったらどうすべとヒヤヒヤした。…MSさんよ。この手の機能つけるなら落ちにくい製品につけてくれませんかね。あるいは解決方法をどこかに載せておいてくれよと。案の定、 _イルカ に尋ねても答えてくれなかったし。…ヤツをむっころすgifアニメってどこかに無かったかしら。

_こちら から辿ったら見つかった。おそらく、 _ココ にある cc32d478.exe というのがソレなんだろう。たぶん。

インストールしてみた。一応、動いてるようには見える。