mieki256's diary

Panasonic や RICOH や FUJIFILM あたりが「広角28mm」製品の販売に積極的な印象。Panasonic に至っては「広角25mm」なんてモノを出していたりする。

それらメーカが「広角はいいですよ」と宣伝してる中、何故か Canon だけが妙に今一つ積極的じゃないのが不思議だったり。

いやまあ、Canon の出してる機種にも広角28mm を謳ったモノはあるんだけど。自分が大昔に買った PowerShot A300 もそうだし、IXY DIGITAL 910 IS もそうなんだけど。しかし、どの機種も、画面の周辺がぼやけてしまっていて。するともしかして、Canon は真面目に広角28mmにしようとして、しかし上手くいかずになんだかもやもやジタバタしてるけど、他メーカはインチキ換算をして広角28mmと謳ってたりするのか。それとも単に Canon だけが技術力を持ってないのか。

各メーカがどういう計算で「広角28mm」と称してるのかが気になる今日この頃。「銀塩換算」という言葉にも何か秘密がありそうな気もしてるけど、どうなんだろう。

_焦点距離って何？ 35mm換算って何？ - 日経トレンディネット

28mmだと74度もあるのか。

いや待てよ。それは対角線の角度の話だよな…。3D表示の場合に指定してる画角ってのは何を対象にしてるんだ…？

そもそも28mm近辺の画角でいいのだろうか。たとえば、TVのスポーツ中継その他で風景を写す場合などは、どういったレンズで撮ってるんだろう。実は広角と言っても35mmとかそのへんだったりしないのかしら。

水平と垂直で別々に記載した表があった。ありがたや。

列や行を増やしたり減らしたりする方法がわからず。

境界線をダブルクリックすると増やせて、消したい行 or 列の一つ前の境界線をクリックして選択して削除ボタンを押せば消せるらしい。

登場人物が、「わー、空を飛んでるー」的台詞を発していたにも関わらず。映像は、まるで、子供むけの博物館でブルーバック合成の仕組みを解説する教材ビデオそっくりの映像で。平成の世にこの映像はないだろうと。脚本の段階では、「ここはきっとこうしてくれるはずだ。このシーンを担当するのはプロなんだからやってくれるはずだ」と期待しながら台詞を書いていたのかなと想像するのだけど。コンテを描く人間が何も考えてなくて、悲しい映像になってしまった、そんな印象を持ってしまったり。

たとえばだけど。宮崎アニメの魔女の宅急便なんかを見ると、「空を飛ぶ」ことについて、とにかく「考えてる」わけですよ。魔女の箒は、ナウシカのメーヴェ等と違ってそんなにスピードが出るわけじゃない。にも関わらず、あの飛翔感。

• 地べたを走る列車や車、水面に浮かぶ船等を、同一の画面に収めることで、空を飛べない移動手段と飛べる移動手段の対比をしたり。
• 時計塔の横に浮かせることで人間が空中に浮いている違和感を強調したり。
• 空中高く昇ってからまた降りるという縦方向の移動感覚を盛り込みつつ、同時に移動する空間としての地形の広さを感じさせたり。
• 鳥と並べて飛ばした上で風をぶつけて、ネイティブに空を飛ぶ存在と人間のソレの自由さ・不自由さを感じさせたり。
• クライマックス近辺では壁面にぶつけたり屋根の上に落としたりして上昇下降の恐怖心を見せつけて、さらに地面スレスレに飛ばしてスピード感を強調したり。

まだまだたくさんあるわけですけど、「空を飛ぶ」ってどういうことなんだろ、どういう感覚なんだろ、どんな風景なんだろ、と考えて考えて、それをどうやったら観客に伝えられるか、あの手この手で試して映像化してるのだろうと想像するわけで。…映像化ってのはそういう行為・作業じゃないのかなと思うわけなんですが。

それに比べて、この映画の飛行シーンは何だろうなと。合成技術がどうとかそういう次元よりもっと前の段階でとにかくなってなかったような。そのシーン・そのカットをどう描いたら、「空を飛ぶ」感覚が、少しでも、ほんのちょっとでも、観客に伝わって「楽しんでもらえる」のか。そのへんをゴマ粒ほども考えてなかったんじゃないか。…アニメを本気で見たことがあるのかな？＞制作スタッフ。お手本が山のように存在してると思うんだけど、今まで何を見ていたんだろう。＞実写畑の人間。いや、そもそも忙し過ぎて、他人の作品は全然見てないのかもしれんか…。

空撮映像をバックに流せば空を飛んでるように見えるのでは、という発想からしてなんだか考え込んでしまったり。それは実写畑の人間がもってしまいがちな、実在の光景を見せればそれだけで実在感が出てくるだろう、てな勘違いに基づく映像の構成感覚ではないのかなと。街の風景の中で演技してる役者を撮ってるならともかく、ありえない光景を映像化するときまでそういう発想で須らく考えてたら、ちょっとダメなんじゃないのだろうか。各カットの種類・属性からして判ってないまま映像を作ってた気がするのだけど、どうなんだろう。

と思ったけど、そもそもこういうのって脚本の段階で逐一指示しておかないといかんかったのでは…。すると脚本の段階でもうダメダメだったのか…？ そういや宮崎アニメってコンテが脚本みたいなものらしいし。もしかすると、映画制作に関して、脚本とコンテできっちり作業を分割してるあたりからして、実は問題があるのだろうか。うーん。

さておき。全般的に、「本当はこうしたかったけど技術が足りなくてこうなっちゃった」ではなくて、最初から何も考えてなかったのかな、と思えてしまうカットが多過ぎてなんというか。いや、予算や時間を考えて、ここは記号にするしかないだろ、てな感じで、最初から諦めた状態でコンテを描いてたのかもしれんか…。

昔の特撮映画が持つ、インチキくさくて胡散臭いあの雰囲気の再現、みたいな。だとしたら、自分が気になった箇所は全部的外れなのかも。

でも、それってどうなんだろう。技術を持つモノがあえてそれをやるならまだ判らないでもないんだけど。技術を持ってないモノが、今現在使える手がそれしかないからそれをやりました、てな状態だったりはしないのだろうか。それって、胸をはって「俺の狙い通り！」と言えることなんだろうか。技術的に高めていこう、という姿勢を最初から持ってないのは、今後に関してお先真っ暗ではないのか。邦画をますます閉塞させていかないか。未来がないのではないか。なので、個人的にはかなり嫌いな姿勢・方向性なんだけど。

まあ、色んなことを考えてしまってどんどん暗い気持ちになってくる映画、だったような印象なのでした。

これがまた、TV放送されたその後に、実写版ハチワンダイバーのドラマが流れてて。漫画の映像化という点では同じなれど、予算も時間も鬼太郎映画のソレよりずっと少ないだろうに、実験的な見せ方に、果敢にチャレンジしていたわけで。 *1 …なんかこう、映像の作り手としての、姿勢の違い・出発点の違いを更に感じちゃって、ますます考え込んでしまったり。

投稿すると、FLASHで描かれた竹だか笹だかに短冊が貼り付けられていく。みたいな。

書き込みには何かしらポイントが付随していて、総ポイントが高くなると織姫と彦星が再会できるアニメーションが出現。ポイントが低いと天の川アニメの水量増量アニメが出現して会えない。みたいな。投稿者の地域や年齢ごとに短冊がくっつく竹が異なっていて、それぞれの竹に織姫と彦星のときめき度が別途用意されているので、○○県の織姫と彦星は逢瀬できたけど、△△県の織姫と彦星は逢瀬失敗。とか。

何が楽しいのかさっぱりわかりませんが。

どこかで誰かが絶対に作ってそうな気もするんだけど、ちょっと検索した範囲では上がってこなかった。

考えることは皆同じ、かしら。

Python に限らず色々なLLその他にも対応してるっぽい。Gtkを使ってる模様。geany-0.15svn_r2604_setup.exe を試用してみたり。

メニューその他が日本語化されている。素晴らしい。UTF8のファイルを開くこともできるので、日本語でコメントも打てる。起動時間は、ちょっと長めだけど、Komodo Edit よりは待たされない？ 感じ？

ただ、Pythonに特化してるわけではないようなので、「.」を打っても補完が始まらない。また、ソースの色分け表示に関して、各色を指定する設定画面も見当たらず。さらに、emacsキーバインドは用意されておらず。

_PyScripterの日本語化

前にインストールしてあったみたい。＞自分の環境。一応 PyScripterv1.9.9.2.zip をDLしてきて解凍して上書きコピーしてアップデート。

補完も効くし、見た目もいいし。起動時間もそれほど長くはない。これで emacsのキーバインドにスパッと切り替えられたらいいのだけれど。

PyPE-2.8.8-win-unicode.zip をDLして試用。起動は結構軽い感じ。補完は…どうやるんだろう…？ もちろんemacsのキーバインドはないみたいで。

どのエディタもWindowsの標準的なキーバインドに合わせてあるので、うっかりすると変な操作をしてしまう。xyzzy に慣れ過ぎた。＞自分。

つーか「そんなに emacs のキーバインドが好きなら emacs 使えよ」という気も。…emacs、というか Meadow あたりだと補完が弱くて。頭の中に全メソッドが入ってて、一度は全部そらで打てる人なら苦じゃないんだろうけど。(一度打ち込めば dabbrev が使えるからアレなんだけど。)

_ITmedia エンタープライズ：XKeymacs――作業効率アップのために

やっぱりこのへん入れないとダメかな…。

N905iで表示確認できた。一応10FPSぐらいで表示できてる模様。問題はP902iSで表示するとどうなるのか、という点で。

動作確認しようとしたらP902iSの電池が切れていた。充電しないと。トホホ。

1週間ぐらい放置しても電池が満タン？なまま。P902iSなんて3日ぐらいで電池が無くなってた記憶が。N905iは、電池の性能が上がったのか、それとも省電力設計のノウハウが溜まってきたのだろうか。あるいは、NECに比べて松下の技術力が低いだけなのか。いや、実際は各機種をどこの会社が設計製造してるのか判らないのだけど。

万人がBSアンテナ持ってるわけではないから、より多くの人にTV放送を、と考えるとたぶん地上波のほうが存在意義はありそうな。しかし地上波が入らない地域にはBSで放送するしかなく。だけど地上波もBSも両方受信できる環境もあるわけで。うーん。

資料が全然無い。

• TinySchemeには sin・cosがあるのかどうか、どこをみれば書いてあるのかが判らない。
• Script-Fuコンソールで試しに打ち込んでみたら、どうやらsin・cos関数は一応入ってるらしいと判ったけれど。度を渡すのか、ラジアンを渡すのか、それすら資料がない。
• Lisp系のページを検索してるうちに、どうやらラジアンを渡すらしいとかろうじて判ったけれど。今度は、度からラジアンへの変換関数があるのか、あるいは、πが別途用意されているのか、そのへんが判らない。
• GIMPの各種関数？にはINT32なる形式の値を渡さないといけないらしいけど、Lispでfloatやdoubleからintに変換する何かがあるのかどうかが判らない。

英語圏のページも検索してみたけど、マニュアル・チュートリアルの類に遭遇せず。うーん。TinyScheme、マズ過ぎる。それでなくてもLisp系という、比較的嫌がられる傾向が強いスクリプト言語なのに。これで資料がないなんて、まるでハシゴが外されてる状態ではないのかと。これじゃ若い世代が登れないだろう…。Lisp系を熟知してるお爺ちゃん達が死んだら忘れ去られてしまう予感。

GIMPはどうしてこんなもんを載せたんだろう…。まあ、Pythonその他がめちゃくちゃマイナーだった時代に開発が始まったとか、とにかく簡単に実装できるものを選択したとか、色々事情があって仕方ないのかなと思うのだけど。

というかLispもSchemeも、Perl、Python、Rubyあたりに比べたら資料がないに等しい感も。検索しても全然出てこない。そのくせ実装された俺様処理系は山のようにあるらしく。うーん。

_software:sf:updating-scripts [Kevin's Corner Wiki] を眺めてたら、πはないらしい。Deprecated functions (推奨しない関数？)に、

 *pi* - It is defined as (* 4 (atan 1.0)) in the SIOD compatability routines

とある。(* 4 (atan 1.0)) で代用しろ、ということなんだろうか。
_Scheme Tutorial - Data types というページに、

> (define pi (acos -1))
> pi
3.1415926535898

という記述もあった。つまり、πについては、

(define pi (acos -1))

(define pi (* 4 (atan 1.0)))

等で代用せよ、ということか…。

Scheme also provides some trigonometric functions. Note that the argument is in radians.

とも書いてあった。三角関数の類で値を渡すときにはラジアン値を渡せ、ということなんだな。つーかプログラミング言語関係ではそれが常識のような気もしてきた。…まあ、「ラジアン渡すだろJK」などと悦に入ってしまった瞬間、それはハシゴを外した状態なのだろうと思うのだけど。

ラジアンってどこで教わるのだっけ…？ 中学？ 高校？

_software:sf:writing [Kevin's Corner Wiki] を眺めた感じでは、ファイル操作がまともになったようにも見える。

(dir-open-stream path)
(dir-read-entry dirstream)
(dir-rewind dirstream)
(dir-close-stream dirstream)

あたりを使えば、「指定ディレクトリ内のファイル一覧を得て、特定拡張子のファイル名を抽出して、順次開いて一括処理ができる」のだろうか？ たぶん。…今までの Script-fu ではそんなことすらできなかったわけで。ディレクトリ内のファイル一覧を取得することすらできなかったから。

_Tiny Scheme というページを辿って _Scheme Tutorial - Data types を眺めた限りでは、

(abs x)              ; returns the absolute value of x
(acos x)             ; returns the arccosine of x
(asin x)             ; returns the arcsine of x
(atan x)             ; returns the arctangent of x
(atan x1 x2)         ; computes (angle (make-rectangular x2 x1))
(ceiling x)          ; rounds x upwards
(cos x)              ; returns the cosine of x
(denominator x)      ; returns the denominator of x
(exp x)              ; returns e^x
(expt n k)           ; returns n^k		
(floor x)            ; rounds x downwards
(gcd x1 x2 ...)      ; computes the greatest common divisor
(lcm x1 x2 ...)      ; computes the least common multiple
(log x)              ; returns the natural logarithm of x 
(max x1 x2 ...)      ; returns the largest of the arguments
(min x1 x2 ...)      ; returns the smallest of the arguments
(modulo x1 x2)       ; computes the modulo of the arguments
(numerator x)        ; returns the numerator of the argument
(quotient x1 x2)     ; returns the quotient of the arguments
(rationalize x1 x2)  ; returns the simplest rational number differing
                     ; from x1 no more than x2
(remainder x1 x2)    ; returns the remainder of the arguments
(round x)            ; rounds the argument (see the example below)
(sin x)              ; returns the sine of x
(sqrt x)             ; returns the square root of x
(tan x)              ; returns the tangent of x
(truncate x)         ; truncates x

という関数？が使えるらしい。けど、本当にTinyScheme、いや、Tiny-fuで実装されてるのだろうか？ 一応 sqrt とかは入ってるみたいだけど。

_Register block arguments に、ダイアログの入力欄？として使える種類が列挙されてた。

SF-ADJUSTMENT
SF_BRUSH
SF-CHANNEL
SF_COLOR
SF_DIRNAME
SF-DISPLAY
SF-DRAWABLE
SF_ENUM
SF_FILENAME
SF_FONT
SF_GRADIENT
SF-IMAGE
SF-LAYER
SF_OPTION
SF_PALETTE
SF_PATTERN
SF-STRING
SF-TEXT
SF-TOGGLE
SF-VALUE
SF-VECTORS

たしかいくつか仕様が変わってるんだよな…。SF_FILENAME は、存在するファイルを指定することしかできなくなったから、保存ファイル名の入力に使おうとするとにっちもさっちもいかなくなってしまう、とか。

こんなにたくさん文書があるのか、と喜んだらほとんどリンク切れ。やっぱりLisp関係は解説文書が圧倒的に少ないなあ。まあ、英語圏の文書・原文を読めということなのかもしれないけど。

というか。Perl、Ruby、Python あたりが人気を博してるこの時代に、なんで和訳文書が圧倒的に少ない Lisp 系、それも TinyScheme なんぞ使わにゃいかんのだという気もするんだけど。せめて逆引きでまとめた文書みたいなものがないかしら。 _Perl表技集 のLispやScheme版、みたいな。

複数行を入力できないせいで動作テストするのがしんどい。

reload(モジュール名) で再import、というかリロードできるのか。

配置すべき座標位置、ポリゴンの縦横幅、テクスチャのuv座標等をテキスト出力するところまでは来たけれど。ビルボードの種類を出力する必要があるなと。しかし、今現在のデータでは木のビルボードしか作ってなかった。テクスチャ画像を作り直して、モデルデータも修正しないと…。

文字列から数値(float)に変換した際に、小数点以下に関して、値が微妙に違う値に。うーん。2進数で表現してるから、どうしても誤差が出てくるのかな。でも、.bac をエクスポートしているのもblender から呼ばれた Pythonスクリプトのはずで…。

DVDの焼き方は教えられたけど、今度はデジカメから画像を取り込む方法についての質問を受けた。USBケーブルで繋ぐと、勝手に、自分が意図しないフォルダに、問答無用・問い合わせなしで転送されてしまうのだという。…そう言われても、そもそも何のプログラム・ツールが取り込みをしてるか判らんわけで。デジカメの種類も判らんし。事前に質問内容・型番を伝えておいてほしかった。

USB接続したデジカメから画像を取り込むプログラム等としては、

• WindowsXPの取り込みウイザード。
• デジカメ添付ソフトについてくる取り込みツール。
• Adobe Photoshop Elements の取り込みツール。
• 市販のデジカメ画像管理ソフトについてくる取り込みツール。

などがあり得る。SONY製デジカメらしいので、添付ソフトCD-ROMのパッケージ？に書かれていたソフト名を頼りにちょこちょこ弄ってみるものの、どうもよく判らず。

試しに、そのデジカメで実際に取り込み作業をしてもらったところ、WindowsXPの取り込みウイザードが起動した。いつもと違うウインドウが表示された、との話。…すると自分がアレコレ弄ったことで、SONY製デジカメのツールを無効(常駐解除)にしたのだな。なおかつ、Photohosp Elements のツールは無効になっている状態らしい。(＜ あるいは古い版なのでついてこなかった可能性もありうる。)

WindowsXPの取り込みウイザードなら、保存場所も、ファイル名も、ユーザが指定ができる。逆に言うとその都度指定しなきゃいけないのが面倒なのだけど、当人はその仕様で喜んでくれたようなので、とりあえずはこれでいいのかな…。

DVDに書き込んだ画像群に対して、サムネイルを並べたり、スライドショーで見る方法はないのか、という質問が。マイピクチャフォルダ以下ならともかく、それ以外のフォルダに対してもそういうことができたかどうか不明。自分はいつもViXを使ってしまうので。というか、デジカメ添付ソフトでも、デスクトップにあった「デジカメde同時プリント」でも、サムネイルで見れると思うのだけど。

画像関係その他の質問は、デジカメの型番をメモして、後で調べてみるということで。

親父さんが歯医者で治療するとのことで。ただ待っているのもアレなので、駅前で落としてもらって、ヨドバシをぶらついたり。

歯医者での治療が終わった親父さんが迎えに来た。店内を見てるうちに、外付けUSB接続HDDの値段が安いことに驚いた親父さんが、該当製品を購入。 _BUFFALO HD-ES320U2 。9千円ちょっと、かつ、ポイント20%。

帰宅後に検索してみたけど、在庫限りの品らしい。何か不具合が出てきた製品なんだろうか。

_HD-ES320U2の分解記事 を見かけたのでメモ。

前述のデジカメは、SONY α350、とのことで。関連情報を検索。

_ソフトウェア | α350（DSLR-A350) | サポート&修理
Picture Motion Browser というのが画像閲覧用のソフトらしい。

_Q&A - Picture Motion Browser Ver.2.0.xx：撮影した画像をPicture Motion Browserで取り込むには？
_Q&A - Picture Motion Browser Ver.2.0.xx：パソコンとカメラをUSB接続用ケーブルでつなげた、もしくは記録メディアをパソコンに入れたのに取り込みが開始されません。
_静止画を再生する | PMBでできること | PMB(Picture Motion Browser)サポート

スライドショーはあるらしい。これでよさそうだな。

写真表示やスライドショーの画像のタスクが表示される「マイピクチャ」は特殊フォルダです。マイピクチャ以外では表示されません。
CD-Rに焼いた画像をスライドショーで見るには、画像を「Windows 画像とFAXビューア」で開くとスライドショーで見ることができます。
画像を右クリックプログラムから開く→「Windows Picture and FAX Viewer」をクリックしてください。表示される画像の下にあるスライドショーアイコンをクリックしてください。

ウインドウズＸＰのスライドショーの質問です。 ＪＰＧデータの入ったフォルダで ... - Yahoo!知恵袋 より

なるほど。CDに記録された画像ファイルに対して右クリックして、「プレビュー」を選択したら、「Windows 画像とFAXビューア」が起動した。これでもスライドショーはできるのだな。

というかWindows98時代は別途ビューアを用意するのが当たり前だったので(GVだのSusieだの)、「Windows 画像とFAXビューア」なんて全然使ったことがなかったわけで。＞自分。おそらくは、WinXPになってからPCに触り始めた人は、意外と使ってたりするものなんだなーと今頃になって認識。

HDDレコーダに録画した段階で、映像のコピーができなくなるわけだし。いや待て。ダビング10対応ファームウェアになっていれば、コピーだけならできるのか。でも、フレーム単位でPCに静止画として取り込めなくなる予感。編集ソフト等では開けなくなるだろうし、再生ソフトも静止画キャプチャができなくなるのだろうし。

コンポジット端子経由で別機器にSD画質でキャプチャし直せばなんとかなるかな。ダメか。その場合もコピー防止の信号が送られてしまうんだっけ。

何かを作る際の、参考映像資料の入手・活用が非常に難しくなるのだろうなあ。＞地デジ。不便だ。

警告
TypeError: window._content has no properties

_DOM:window - MDC

window.content 及び window._content
現在のウィンドウでのコンテンツ要素への参照を返します。アンダースコア付きの変数は非推奨です。

DOM:window - MDC より

とりあえず、window._content を window.content にしてみたら警告が出てこなくなった。…Firefox2の内部仕様がFirefox3のソレに近づけられてしまったということなんだろうか？

Firefox3に対応してない拡張はいくつかあるけれど、MR Tech's Toolkit を入れて、無理矢理入れてみたり。＞未対応拡張。一部怪しいところはあるけど一応動いてはいるっぽい。

やっぱり拡張を入れまくると、どんどん重くなるなあ…。

自作スクリプトでbacに拡大処理をして、PAC 2.1でbacを開いたら、以前とはテクスチャの順番が変わってた。PAC 20.0→2.1になった際、テクスチャの順番を変える機能が増えたので、それを使ってテクスチャの順番を変更。保存。

変更前の bac と変更後の bac をWinMergeで比較したら、全部の行が異なっているように表示された。どうやらblenderでエクスポートしたbacとPACで保存したbacは以下の点が違う模様。

blenderでエクスポートしたbacとPACで保存したbacの違い

異なる項目	blender	PAC 2.1
要素の区切り文字	スペース	TAB
次のコメント	なし	;Export by PAC 2.1.0.0
最後の閉じ括弧	「)」のみ	「) ; hoge」
Head内の記述	( bacVersion 6.0 )	( bacVersion 6 )

自作スクリプトは、blender版に合わせてかなりの部分を決め打ちで作ってしまっているので、PAC で保存したbacを入れると上手く処理できない。修正しないと…。

BAC Ver.6.0のドキュメントを眺めたら、そもそも material の中に "name" という要素はなく。blenderのスクリプトではオマケで出力・PACその他では含まれていてもエラーにならなければいいや程度の扱いだったのかもしれん。

となると、ビルボード用データの出力も、アタリデータの出力も、本来はblender用のスクリプトを書いて対応すべき内容、なのだろうか。bacを解析してどうにかしようという方針自体に無理があるのかなあ…。

アタリ種類ごとに地形データをオブジェクトに分割して、という手もありそうなのだけど。その場合のメリットとしては、

• オブジェクト単位なら "name" があることがBACのドキュメントにも明記されているので、問題が少ないかもしれない。
• blender上でMaterialの割り当て等が随分楽になる。

がありそうだけど、デメリットとして、

• 地形モデルデータの修正作業が面倒になる可能性が高い。異なるオブジェクト間で多数の点の座標を一致させるのが一苦労かもしれず。
• 点が共有されなくなって、頂点データの量が無駄に増える可能性がありそう。

というのもありそうで。うーん。

1998年の劇場向け作品らしい。未見だったのでちょっと期待してたのだけど。いやはや、これは…うーん…。

作画は凄いことになってるなと感心。線が多いし、影も多いし。アニメの作画って進化しているのだなとつくづく。

しかし、話や各カットが…。いやまあ、劇場版前2作も、話云々はアレだったからアレなんだろうけど。でも、これはなんだか判りづらいというか、盛り上がりに欠けるというか、密度が薄いというか、展開がたるいというか。手塚治虫の漫画を読んだ直後に今の漫画家の作品を読んだような、そんな印象。

それはそれとして、各カットが…。おかしいなあ。昔に比べたら止め絵のクオリティは上がっているはずなのに。各カット単体で見ていけばどれもカッコよく見えそうな構図になってるであろう気もするんだけど。なんだかどこも印象に残らない。うーん。まあ、映像美“しか”追求しない、りん監督の作と比べるのもアレな話なんだろうけど。

単に自分が歳をとって頭が固くなっただけかも。作品・作風が変わったのではなく、自分の受信感度が変わった可能性のほうが高いし。自分が子供のころにコレを見ていたら、熱を上げてたかも。判らんけど。