mieki256's diary

NHK-BSで放映された版をようやく視聴。

凄いな…。どうやってこんな映像を作ったのか…。

関連情報をググってみて、完成までに遭遇したトラブルの数々を知り、ますます凄いなと。よくもまあ、こうして完成させたものだなあ…。

ふとなんとなく、日本国内で最も普及していたレトロPCって何だろうなあ、てなあたりが気になったわけで。まあ、海外なら、どうせ Apple II だろうけど、日本国内ではどの機種だろうなと。

Wikipedia で、販売台数 or 出荷台数を眺めれば、おおよそ見当がつくのではないかしら。と思って眺めてみたけれど、その手の台数が載ってない機種が多くて…。これだけではちょっと分からんなと。

一応、データを見かけたのは、以下の機種ぐらい。

_PC-8000シリーズ : 25万台
_PC-6001 : 15万台
_FM-7 : 22万台
_MZ-80K + MZ-80C + MZ-80K2 : 10万台
_M5 : 10万台 + α
_ぴゅう太 : 国内4万台 + 海外8万台
_X68000シリーズ : 13万台
_FM TOWNSシリーズ : 50万台
_MSX : 国内200万台、海外200万台、HB-F1XD + FS-A1F で22万台、PC-8801シリーズは100万台未満

「シリーズ全体で何万台」というデータと、「特定機種が何万台」というデータが混在してることに注意。MSXなんて多数のメーカから色んな機種が出てたから、どの機種が何万台売れていたか、そこまではよく分からないなと…。

当時、 _8ビット御三家 の一つとして扱われていた記憶もある MZ or X1 は、販売台数がほとんど不明なあたりが気になったりもして。もしかして他のPCと比べたら、実態はさほど売れてなかったのではないか、濃いユーザが多かったから若干目立ってただけなのでは、という疑念が…。だからデータが残っていないのでは…。

JR-100、JR-300、JR-800、ベーシックマスター、SMC-70、SMC-777、パソピア、あたりは、どのくらい売れていたのだろう…。

こういうソレは、当時印刷された文献を探さないと分からないのだろうな。

◎ 海外で一番普及していたのは Apple II ではないらしい。 :

_PC-6001のペーパークラフトを作ってみた ものの、角ばってるあたりがどうにも気になっていて、もうちょっと丸みを帯びた形にできないものかと試行錯誤していたのだけど。



一応、糊付け不要で、かつ、多少は丸みをつけることができたものの…。正直、コレでは、丸みがついていても、ついていなくても、さほど変わらんなと…。努力した甲斐はほとんど無かった…。ということで、これまでの試行錯誤は無駄でした、という扱いにして作業を終えようかなと。

せめて、pdf だけでも置いときます…。何かに使えそうなら、自由に使ってください…。

_box_layout_take6.pdf

それにしても、何故 PC-6001 は丸い印象を受けるのだろう。どのあたりの形状がポイントなのかなあ…。

NHK総合で放送されている、実写ドラマ「トクサツガガガ」第3話を視聴したのだけど。途中でちょっと気になるシーンがあって、そこから色々考えてしまったので、そのあたりをメモ。思考メモ。

以下、若干ネタバレ。

◎ 前提。 :

◎ 気になったシーン。 :

◎ 発生する矛盾と作品崩壊の危険性。 :

◎ 何故そんなシーンを挿入したのか。 :

◎ そこまでの話ではないのかも。 :

◎ ルール無用にするためのルールも必要。 :

◎ 妄想世界の共有。 :

---

ふとなんとなく。 _Pyxel はどうして人気があるのだろうなと。 _TIC-80 も Pyxel も、どちらも無料で使えるし、やれることはさほど違わないけれど、Pyxel ばかりが各blog等で取り上げられてる印象が…。何故。

• Pyxel はローカルにダウンロードしないと動かせないが、TIC-80 はWebブラウザ上で(一応)動かせるから、TIC-80のほうが作ったものを誰かに見せやすい。
• Pyxel は比較的新しいライブラリを要求するので、Linux のディストリビューションやバージョンによっては動かせないが、TIC-80 は Pyxel ほど環境を選ばない。

TIC-80 のほうが良さそうに思えるのだけど、皆さん、どうして TIC-80 をガン無視して、Pyxel をもてはやすのか。

てなわけで、そのあたりが気になって Pyxel を紹介してる各記事を眺めてみたのだけど。もしかして Pyxel が人気なのは、Python で書けるという点が大きいのかなと。ほとんどの記事が、「機械学習の分野で人気がある Python」「その Python を使ってゲームが作れる」と謳っていて。

TIC-80 は、Lua で書くからなあ…。「Lua で書けるよ」がメリットに感じられるかというと、おそらくビミョーなのだろう…。 *1

Pyxel は作者が日本人、という点も大きいのだろうか。と思ったのだけど、海外記事ではそのへん関係無いよな…。

Pyxel もブラウザ上で動けば凄いのだけど、そもそも Pythonスクリプトをブラウザ上で動かすことはできるのだろうか…。

---

TV台の下に置いてある薄型PCの、Linux Mint 19.0 を 19.1 にアップグレードした。とメモ。

19.0のパッケージを全て更新してから、スナップショットを取って、19.1 にアップグレード。各種設定ファイルは、そのまま残ってくれたっぽい。おそらく、19.x から 20.x になる時は、ごっそり初期化されそうな気もするけれど…。

以下の記事が参考になった。ありがたや。

_Linux Mint その103 - Linux Mint 19からLinux Mint 19.1へアップグレードするには - kledgeb

現行版の _Pyxel には、pyxeleditor という、ドット絵、タイルマップ、サウンド、ミュージックが編集できるエディタが同梱されているらしいので、試用してみたり。今回はドット絵編集とマップ編集を試してみた。環境は Windows10 x64。

機能豊富なツールというわけではなかったけれど、Pyxelのデフォルト解像度は低いから、このぐらいの簡易編集ができればそこそこ充分かもしれない。ドットエディタやマップエディタを別途用意しよう、となるとハードルが微妙に上がってしまうけど、最初から入ってるよ、となればハードルは下がるので、PICO-8 や TIC-80 もそうだけど、こういう構成は賢いなと思えてきたりもして。

でも、選択範囲内の反転機能ぐらいは欲しい気もする…。まあ、その場合は、既存のドットエディタを使ってください、みたいな話になるのかな。

手持ちの Windows8.1 タブレットPC、DELL Latitude 10 で Pyxel を動かせないか試していたのだけど。Python 3.7 だの Pyxel だのをインストール後、サンプルを動かそうとしたらエラー発生。

C:\Users\hoge\Documents\prg\pyxel\pyxel_examples>py 01_hello_pyxel.py
Traceback (most recent call last):
  File "01_hello_pyxel.py", line 20, in <module>
    App()
  File "01_hello_pyxel.py", line 8, in __init__
    pyxel.run(self.update, self.draw)
  File "C:\Python37-32\lib\site-packages\pyxel\app.py", line 255, in run
    main_loop()
  File "C:\Python37-32\lib\site-packages\pyxel\app.py", line 248, in main_loop
    self._draw_frame()
  File "C:\Python37-32\lib\site-packages\pyxel\app.py", line 477, in _draw_frame

    self._border_color,
  File "C:\Python37-32\lib\site-packages\pyxel\renderer.py", line 119, in render

    self._draw_shader.set_uniform(name, "1i", i)
  File "C:\Python37-32\lib\site-packages\pyxel\gl_wrapper.py", line 45, in set_u
niform
    getattr(gl, "glUniform" + param_type)(loc, *params)
  File "C:\Python37-32\lib\site-packages\OpenGL\error.py", line 232, in glCheckE
rror
    baseOperation = baseOperation,
OpenGL.error.GLError: GLError(
        err = 1282,
        description = b'\x96\xb3\x8c\xf8\x82\xc8\x91\x80\x8d\xec',
        baseOperation = glUniform1i,
        cArguments = (18, 0)
)

Hello World すら実行できないのか…。まあ、Pyxel のみならず、TIC-80 も動作しなかった環境なので、「ああ、やはりそうなるか」てな印象なのだけど。

Dell Latitude 10 のスペックは以下。

• OS : Windows 8.1 32bit
• CPU : Intel Atom Z2760
• GPU : CPU内蔵。Intel Graphics Media Accelerator (PowerVR SGX 545相当)
• RAM : 2GB

また、 _OpenGL Extensions Viewer で、OpenGL への対応状況を確認したところ、OpenGL 2.1 までの対応だった。一応、OpenGL Extensions Viewer 上なら、四角い箱が滑らかにクルクル回る様子は表示できた。

Pythonその他のバージョンは以下。

• Python 3.7.2 x86
• cffi 1.11.5
• glfw 1.7.1
• numpy 1.16.1
• Pillow 5.4.1
• PyOpenGL 3.1.0 (3.1.3b2 も試したが同じエラーが出る)
• pyxel 1.0.1
• sounddevice 0.3.12

エラーメッセージを眺めた感じでは、glUniform1i を使おうとしてエラーが出ているように見えたけど。 _OpenGL 2.0 から _glUniform が使える はずだし、対応してる OpenGL のバージョンが古過ぎて、というわけではないように思える…。 _shaders.py は、 _GLSL の version 120 を指定してるから、OpenGL 2.1 が前提で書かれてる気配もあるし…。

メインPC、Windows10 x64 + GPU : NVIDIA GeForce GTX 1060 上ではフツーに動いてるんだよな…。よくわからん…。

まあ、Atom Z2760 は、「PowerVR系の Windows10用ビデオドライバが用意できないから Windows10 へのアップグレードはできません」と切り捨てられたぐらいにダメなCPUだし。そもそも Intel は腐ったビデオドライバを出すことで有名なので、「内蔵GPUを使ってる環境なんて知らんがな」と切り捨てちゃうのもアリかもしれない…。と言っても、その場合はノートPCの類までごっそり切り捨てることになりそうな。

つくづく、OpenGL は鬼門。

◎ DELL Latitude 10のOpenGL対応状況。 :

_Pyxel を触っているうちに、ふと、ドットエディタ、 _EDGE / _EDGE2 で使えるPyxel用のパレットファイル(*.pal)があったら作業が楽になるのではと思ったわけで。

ということで、一応作ってみたりして。ついでに、GIMP用のパレットファイル(*.gpl)も作成。使えそうなら自由に使ってください。

_pyxel_palette_data_20190206.zip

中には以下のファイルが入ってます。

• pyxel_palette_edge1.pal : EDGE用パレットファイル
• pyxel_palette_edge2.pal : EDGE2用パレットファイル
• Pyxel.gpl : GIMP用パレットファイル
• pyxel_palette.csv : カンマ区切りのRGB値
• pyxel_palette.txt : タブ区切りのRGB値

一応、テキスト形式のファイルも、そのまま置いておこうかな…。EDGE/EDGE2用パレットファイルはバイナリファイルっぽいからそのまま置けないけど…。

_Pyxel.gpl.txt
_pyxel_palette.csv.txt
_pyxel_palette.txt

しかし、作った後で気がついた。

Pyxelのパレットデータは、PICO-8と同じだから、Web上のあちこちで既に公開されてる、PICO-8用のパレットファイルを使えば済んだのだな…。わざわざ、GIMPパレットファイルを新規に作る意味は無かった。無駄な作業をしてしまった…。

EDGE / EDGE2 のパレットファイルを作ろうとした際に、なんとなく思ったけれど。今時バイナリファイルでデータを持つのってどうなんだろうなと。このくらいのデータ量なら、GIMPのパレットファイル(.gpl)のように、テキストファイルで持ったほうが、別途編集しやすいような…。

まあ、EDGE / EDGE2 の、パレットファイルのフォーマットが謎というかクローズドなので、変換ツールの類を作るのが面倒で、せめてテキスト形式だったら良かったのに、などと思ってしまった、それだけの話だったりするのだけれど。

また、EDGE には、パレットデータのRGB値をテキストファイルで出力したり、逆にテキストファイルから読み込んだりする機能があるのだけれど。出力したソレが、入力用として使えないあたりも謎で。どうして同じ形式にしておかなかったのか…。読み込むためのデータを作る際、フォーマットが不明だからちょっとハマってしまったり。出力形式と同じなのだろうと思い込んでテキストを作って読み込んだら、妙な色になっておかしいなと。只のカンマ区切りを読み込ませるのだな…。

まあ、EDGE は既に開発完了したツールだから、今更そのあたり考えてみてもしょうがないのだけど。

以前、Windows10 x64上で、 _Pyxel をインストールして、サンプルファイルを動かすところまでは試してみたことがあるのだけれど。

_mieki256's diary - Pyxelを試用してみたり

せっかくだから、自分も何かしら書いて、動かしてみようかなと。

そんなわけで、まずは Hello World を。 _TIC-80 で、new をした際に作られる雛形と同等の処理をするソースを記述。


_helloworld.py

"""
Pyxel Hello world.

Windows10 x64 + Python 3.7.1 32bit
"""

import pyxel


class App:
    def __init__(self):
        w, h = 160, 120
        pyxel.init(w, h, caption="Hello World", fps=60)

        pyxel.load("assets/helloworld.pyxel")

        self.x = pyxel.width / 2
        self.y = pyxel.width / 2
        self.counter = 0

        pyxel.run(self.update, self.draw)

    def update(self):
        if pyxel.btnp(pyxel.KEY_Q):
            pyxel.quit()

        if pyxel.btn(pyxel.KEY_LEFT):
            self.x -= 1
        if pyxel.btn(pyxel.KEY_RIGHT):
            self.x += 1
        if pyxel.btn(pyxel.KEY_UP):
            self.y -= 1
        if pyxel.btn(pyxel.KEY_DOWN):
            self.y += 1

        self.counter += 1

    def draw(self):
        # clear screen
        pyxel.cls(0)

        # draw image
        x, y = self.x - 8, self.y - 8
        u, v, w, h = 0, 0, 16, 16
        img = 0
        colkey = 10
        pyxel.blt(x, y, img, u, v, w, h, colkey)

        # draw text
        col = self.counter % 16
        pyxel.text(56, 16, "Hello World!", col)


App()

Pyxel用のリソースファイル(*.pyxel)を読み込んで処理するので、以下のファイルも入手・解凍して使わないと動かないです。

_helloworld_pyxel_20190206.zip

ファイルの配置は以下のような感じに。

.
|-- assets
|   `-- helloworld.pyxel
|
`-- helloworld.py

実行は、以下。

python helloworld.py

◎ 解説。 :

◎ アニメGIFとしてキャプチャできない。 :

◎ pyxeleditorは墓場かもしれない。 :

256色画像を編集できる、無料で使えるドットエディタ、 _GrafX2 の新しい版が公開されていたようなので、2.4.2035 から 2.6.2538 にアップデートしてみたり。環境は Windows10 x64 version 1803。

_Downloads - GrafX2

Windows版の場合、3つのセットアップファイルがあるけれど。

• grafx2-win32-2.6.2538.win32.exe
• grafx2-sdl2-2.6.2538.win32.exe
• grafx2-sdl-2.6.2538.win32.exe

それぞれ、GDI使用、SDL2使用、SDL使用で実装されているらしい。今回はGDI版の grafx2-win32-2.6.2538.win32.exe をダウンロードした。

実行すると、インストーラが起動する。任意のフォルダにインストール。

GrafX2 に、Luaスクリプトで色々な機能を追加してくれる、DB's TOOLBOX も、1.3 から 1.4 に更新されていたので、それもダウンロード。

_Pixel Joint Forum: DB's TOOLBOX V1.4 (GrafX2)

GrafX2 へのインストールの仕方は、 _2017/10/11のメモ を参考に。一応、ショートカットキー割り当ての手順が分かる画像も貼っておこう…。


以前のベータ版は、画像のセーブができないという致命的な不具合があったけれど。今回の版を少し触ってみた感じでは、ちゃんと画像は保存できた。もっとも、他に何か不具合がありそうな予感も。

◎ PICO-8/Pyxerl用のパレットデータも用意されていた。 :

◎ 不具合発見。 :

TIC-80の標準パレットデータは、DB16 という名前がついているのだけど。

_palette - nesbox/TIC-80 Wiki
_DawnBringer 16 Palette

DB16 とは何だろう？ そういう名前のレトロPCが、かつて存在していたのだろうか？

ググってみたら、どうやら DawnBringer さんという方が作ったパレットデータらしい。なるほど、それで DB16 なのか…。

_Pixel Joint Forum: DB16 - DawnBringer's 16 Col Palette v1.0

上記スレッドには、GIMPパレット(.gpl)、GrafX2パレットファイル(.pal)、GraphicsGaleパレットファイルのデータも投稿されている模様。

32色版もあるらしい。

_Pixel Joint Forum: DB32 - DawnBringer's 32 Col Palette V1.0

ちなみに、TIC-80 のGIMPパレットファイルについては、以下でも公開されていた、とメモ。

_TIC-80 初心者講座: マップ・スプライト画像を画像ソフトで描いて取り込もう - Qiita

自分は普段、何かしらの文を書く際、最後に「…」(三点リーダー)をつけるのが癖になっていて。ちょっと自分の書いてること、思っていることに、ビミョーに自信がない時に、ついついつけてしまう傾向があるというか。

しかし、改めてググってみたら、「…」は必ず2つ並べて「……」にすること、という決まりが存在するらしく。例えば小説を投稿したりする場合、「…」や「・・・」が原稿に書かれていると、それだけでも編集者は投稿作を没にする、てな話まで言われてるようで。

そのあたりを気にする人が多いなら、自分もその流儀に従っておくか。と思って、ここ数日、何度か「……」を打ってみたのだけど。コレは……なんか違う……。そこまで長い無音にしたいわけじゃないというか、書いてる内容にそんなにも自信が無いわけでもなく。コレは気分的に長すぎる……。

かといって、「…」を一切つけないのも、かなり違う。これが正しい、間違いない、絶対の自信がある、と思って書いてるわけでもないし……。

ということで。何度書いてもどうにもしっくりこないので、今まで通り「…」が1つの書き方も、自分の中ではアリにしたいなと。

もし、どうしても気になる人が居るなら、「…」を「……」に変換するフィルタの類でも書いたほうがいいのだろうか…。

「魔法少女特殊戦あすか」というアニメを見ていたら、少女への拷問シーンがあり。その凄惨さにゲンナリして、視聴中止を決定・今後の録画予約を消去してしまったのだけど。少し経ってから考え込んでしまったり。

自分、子供の頃は、「イデオン発動篇」をわざわざお金を出して見に行ったぐらいの属性だったのに。今回、あの程度(？)のシーンを直視できないって、どういうこと？ みたいな。例えば、「ボイスラッガー」の腕なども「スゲー」と苦笑しながら(!)見ていた記憶もあるので、昔は気にせず見ていた節があるのだけど。 *1

しかし、そんな自分も、どうも歳を取るに従って、グロへの耐性が無くなってきている気がするわけで。さて、何故だろう？

そういえば、富野監督も、「キングゲイナー」を作ってた際、脚本家さんから提案されたグロいネタを「もうそういうのはいい」と却下した、という話をどこかで聞いた記憶もあるような。あの富野監督ですら歳を取るとそっち系はウンザリゲンナリするのだから、人間にはそのように変化していくメカニズムがあるのではないか、とも思えてきたりもして。

◎ 余談。 :

---

せっかく _Pyxel を触ってみたことだし、試しに簡単なゲームを書いてみたり。


_mieki256/newtototone_pyxel_ver

Windows10 x64 + Python 3.7.1 + Pyxel 1.0.1 で動作確認した。

内容は、以前、 _TIC-80 用に書いたソレと同じ。

_Play NEWTOTOTONE in TIC-80
_mieki256's diary - TIC-80でゲームっぽい何かを書いてみた
_mieki256's diary - TIC-80のサイトに作成したプログラムをアップロードしてみたり

ソースリストは、github で眺められるので、何か参考に…なるのかな。どうかな。分かりませんが。

_newtototone_pyxel_ver/newtototone.py at master - mieki256/newtototone_pyxel_ver

何はともあれ、Pyxel を使うと、こういうものが簡単に作れるようですよ、ありがたや、ということで。

◎ Pythonでグローバル変数を奇麗に扱う方法が分からず。 :

Pyxel に同梱されている、pyxeleditor には、ドット絵エディタ、タイルマップエディタの他に、サウンドエディタ、ミュージックエディタも含まれているけれど。

当初、使い方がさっぱり分からなかったけど。Pyxel のサウンドクラスについての説明を眺めながら触ってるうちに、なんとなく少しだけ分かってきた。

サウンドエディタと呼んでいるけれど、実質、シーケンスエディタ(パターンエディタ？)＋エフェクト指定エディタ、みたいなものらしい。ピアノロールで音符の並び(メロディ相当)を指定して、各音に、波形種類、音量、スライド or ビブラート or エンベロープ相当を、文字で指定していく、みたいな。

そうして作ったシーケンス、というかパターンの番号を、ミュージックエディタ上で並べていくことで、BGMデータになる模様。

また、再生速度をめちゃくちゃ速くすれば(SPEEDの数値を小さくすれば)、メロディが効果音っぽく聞こえるので、たしかにサウンドエディタと言えなくもないなと。

◎ 波形種類その他についてメモ。 :

◎ 操作の様子を動画キャプチャしてみた。 :

Windows10 x64上で、久々に TortoiseGit を使おうとしたら、リポジトリ作成後にファイルの追加ができなくて。未登録ファイルの一覧が表示される際に、エラーダイアログが表示されて、何のファイルもでてこない。

ググってみたら、インストールしてあるバージョンが古いとそういう状態になるので最新版をインストールせよ、みたいな話が。

とりあえず、TortoiseGit をアンインストール・OS再起動をしてから、TortoiseGit-2.7.0.0-64bit.msi をDLしてインストール。また、Git-2.20.1-64-bit.exe もDLしてインストールしてみた。

ファイルの追加で、エラーが出なくなった。助かった。

思考メモ。

「ウルトラマンR/B」の放送が終わってから、これまでのウルトラマンシリーズの映像が、特選再放送っぽい感じで放送されていて。作業時のBGVとして一応眺めていたりするのだけど。OPで、ここ最近のウルトラマンが出現する際のカットが次々に出てくるあたりを目にして、ちょっと考え込んでしまったり。

あのカット、本来は、小さい人間が巨大なヒーローに変化する様子を映像的に示そうとしていたカット、なのではないかと推測するのだけど。

当時は技術的な問題で、極端にパースをつけた人形を撮影して、光学合成を駆使して該当カットを作っていたけれど。今の技術や感覚なら、もっとリアルな、本当にあり得そうな巨大化カットにできそうな気もするなと。

例えば、仮面ライダー1号2号も、当時は変身シーンを上手に見せる技術が無かったので、モンタージュ技法を利用して、かつ、ベルトの風車がアニメーションで回転するようなカットを作って、「チビッ子達よ。これで変身していると思いねえ」と、ウルトラマンと同様に、「記号カット」を見せて済ませていたわけだけど。

現代では更に凝った映像が作れるようになったので、平成ライダーはスタスタ歩きながら変身したり、全力で走りながら変身したり、世界がグルンと回転しながら変身したり。とにかく色々な変身カットを提示して視聴者を楽しませているわけで。ライダーシリーズは、昭和の頃の、あの映像を、今では見せたりしないよなと。もっとカッコイイ見せ方をモノにしているよなと。

それと比べると、ウルトラマンシリーズは、「型さえ守ってればいいじゃないか」的ノリを若干感じるわけで。その代表事例が、あの変身カットのような気がしてきたり。もちろん、細部の表現、使ってる道具は変わっているはずなのだけど、大筋では昭和の頃の記号的映像から変わってない印象が。

このあたり、日本人の悪い癖が出ている気配も。一度何かしらの型ができてしまうと、何のためにその型を考案したのかを忘れてしまい、他に適した方法はないかと考えることを止めてしまって、型を守ることが目的になってしまう ―― そんなところがあるよなと。

もっとも、ウルトラマンシリーズの場合、着ぐるみ＋ミニチュアで撮影するから予算はかかってしまうだろうし。となると、既に文句を言われない型が存在するのに、それ以外の見せ方なんて、予算とスケジュールの問題でそうそう実験できないだろうなと。

また、「ウルトラマンと言えばこういう変身でしょ」と視聴者側が完全に思い込んでいるだろうから、違う見せ方を提示すると叩かれそうでもあるし。褒められるならまだしも、叩かれる可能性が高いなら、わざわざ新しいことなんて誰もしたくないはずで。実写に比べたら自由度が高いはずのアニメ版「グリッドマン」ですら、あの出現映像を再現してたし。「巨大ヒーローの出現カットと言えばコレでしょ」と皆が思い込んでる証拠だろうなと。 *1

そういう事例と比べると、平成ライダーや戦隊シリーズは、毎回何かしら少しずつ、どこかしらで新しい試みをしているわけで。その点だけでも、あのスタッフは凄いよなと。 *2

変身ヒーローなんだから変身映像にこだわらなくてどうするの、という気もするのだけど、まあ、難しいよなあ…。ウルトラマンシリーズは、ずっと新作が拝めない時期もあったので、今現在の、比較的定期的に新作が出てくる状況だけでも感謝しないと…。

てな感じのことを思ってしまったのでなんとなくメモ。思考メモ。

◎ 飛行ポーズも気になってきた。 :

---

久々にコミPo!を起動。操作方法を忘れてる…。

◎ 「！？」 :

◎ 椅子に座ったり机で作業したり本を読ませたり。 :

◎ マスク機能は無いのかな。 :

---

_2019/01/21 を最後に日記をアップロードしてなかったので、 _2019/02/10 の分までアップロード。したとメモ。

_TIC-80 という、レトロ風2Dゲームを作れるアプリがあるのだけれど。簡単に紹介する漫画をコミPo!を使ってなんとなく試しに作ってみたり。

ちなみに、TIC-80自体は、Windows / Mac / Linux / Android / etc で動くのだけど、漫画の中では Windows + ブラウザを前提にして書いてます。










この漫画画像は、CC0 / Public Domain ってことで。好きに使ってください。

◎ 余談。 :

コミPo!で漫画を作成する際、台詞を縦書きにするか、横書きにするかで悩んでしまった。

台詞が縦書きなら、右上から左下に向かって台詞を読む、と知ってるから、そのように吹き出しを配置していけばいいけれど。横書きの場合は、どんな方向で読むのだろうかと。

上から下に向かって読んでいくのはは分る。そこは縦書きと同じだろう。

でも、横方向は、左から右に読まれるのか、右から左に読まれるのか。どっちなんだろう。そこが分からないと、吹き出しの配置で悩むよな、と。


どっちだろうな。

しいて言えば、左から右？ つまり横書きで台詞を書く漫画は、左上から右下に向かって台詞を読むのかな。

ホントにそうかな。ちょっと自信が無い。どっちなんだろう。

悩んだ末に、今回は縦書きで作ってしまったのだけど。結果、英数字を使った名称を含んだ際、そこだけが90度回転するという、何かちょっともやもやしちゃう見た目になってしまった。横書きで台詞を書くべきだったかな。でも、読まれる順番が今一つ分からない。

漫画って、「こういう風に読もうね」という御約束を誰かが作って、それが普及してくれたことで成り立ってる表現なのだなと、今更ながら再認識。

◎ やはり左上から右下だろうか。 :

せっかく久々にコミPo!を起動したことだし、使い方について復習中というか学習中というか。

画像を3D的に変形させる機能がついてたのか。回転や拡大縮小ができるらしい。その際、斜めのコマも作れるようになっていたのだな。

キャラの新規作成ができるようになっていると今頃知って試していたり。もっとも、標準で入ってるキャラのパーツを組み合わせて作る感じなので、見た瞬間にコミPo!だなと分かる感じのキャラしか作れないけれど。

BS日テレで放送されてたアニメ版「NANA」の最終回を視聴。

当時も見てはいたけれど、再度見てもやはり面白かった。演出がキレッキレというか。なんてことのない会話でもテンポが良くて見ていて楽しいし、そこから急に挿入される、落ち込んだモノローグ。作品全体を覆う、強烈なコントラスト。このアニメは名作。

ラストカットで、イチゴのグラスが描かれていたのだな…。かつて、二つとも床に落として、まるでハートの形のように重なりながら、しかし粉々に砕け散ってしまったイチゴのグラス。二人が一緒に過ごしていた時期を象徴する、あのアイテム。新しく買ってきたのだろうけど、今は机の上に一つしかないソレ。 *1 こういう見せ方、イイなと。

---

「ケムリクサ」の、人間モドキが迷子になる回を視聴。

面白いアニメだなと。まるで昔のADVをプレイしてるような感覚になった。謎の置き方、そして、開示の仕方が上手い監督さんとは聞いていたけど、これはたしかにそうかもしれない。

見ているうちになんとなく。ゲームを原作とするアニメ化作品はえてして上手くいかないことがあるけれど、このアニメは、ゲームが原作じゃないはずなのに、なんだかゲームをプレイしてるような感覚になるわけで、もしかするとゲームをアニメ化する際のヒントが隠れてそうな気もしたり。

HDDレコーダに録画したまま見れてなかった番組を消化中。

夕方頃、突然の停電。

何事かと思ったら、なんでもお袋さんが急に思い立って配電盤周辺の掃除をしようとして、メインブレーカーのスイッチを雑巾に引っ掛けて落としてしまったらしい。

稼働中だったメインPC、自宅サーバ、たまたま番組録画中だったHDDレコーダ、稼働中だったファンヒーターが強制電源断になってトホホ。メインPCのHDDに対してスキャンディスクをしたらエラーは出なかったけど、HDDレコーダで録画中だったの番組は消滅。ファンヒーターは通電後もエラー表示になってだんまり。まあ、番組は諦めるしか無いし、ファンヒーターはどうにか復活してくれたからアレだけど。

最近の家電はコンピュータが入ってるし、基本的には停電なんて起きないことを前提にして作ってるから、色々と怖いよなと。

まあ、それぞれ、バッテリーをつける設計になっていればいいのかな。

たまたまTVをつけつつ、番組の感想の類もネットで眺めていたところ、「NHKがまた○○○(故人の芸能人)を起用してる。なんでこんなヤツを起用するんだ」と文句を言っている人を見かけて、一瞬ゾッとしてしまったり。彼は一体何の能力者なんだ。今この瞬間、一体どんな映像を、彼だけが目撃しているのか。怖い。怖いよう。

まあ、番組に出ている芸能人の名前を、故人の名前と勘違いしたまま憶えている、てなオチだろうとは思うけど…。

ただ、そういう設定は何かに使えないものかなと。TV番組映像の中に、故人がずっと見えていて、しかもその異常な状況に当人は全然気づいていない、みたいな。周囲から、「お前は何を言ってるんだ」とツッコまれても、「は？ お前こそ何を言ってるんだ。ホラ、今画面に映っただろ」と言い続ける、そんなキャラが居たらどうだろう。そこから話が作れないものか。

まあ、ちょっとそれだけでは話が作りづらいか。

映画や漫画等では、そういう設定のキャラってたまに居るよなと。生者と思って相手と話をしていたら、周囲の人から「お前、誰と話をしてたんだ？」とか言われちゃうソレ。「夏目友人帳」あたりでよく見かけるシーン。ヒットした外国の実写映画でもそういうのがあったなと。

あるいは、周囲とは全然違うTV映像が見えちゃう設定もアリかな…。未見だけど、水木しげる先生の「テレビくん」みたいな。今ならどういうアレンジができるだろう。TVじゃなくてもいいか。スマホもアリか。いやまあ、当人だけ特殊なアプリ画面が見える設定の作品があったような気もするけど。

当人だけが、周囲とは違う光景を目撃している、てな設定は、なんだか怖いなと。そういえば、手塚作品でもそんな設定の作品があったような。何かの後遺症で、人間が人間に見えなくなる、てな設定で。そして、彼にとっては一体何が人間に見えているのか…みたいな。

腹痛で目が覚めて、そこからずっとお腹の調子が悪くて一日中寝ていたり。

横になった状態で、へその周りを指で押すと痛みがあるのだけど、何だろう。

ホームセンターのホーマックで、 _OLFA 215B というカッターを購入。A+と書いてあるけど、何がA+なのかはよく分からず。

今まで手元に、 _OLFA 万能M厚型 203B と _OLFA 特専M型 145B しか無かったのだけど、どちらも刃がフツーのソレでは無いので入手性がアレだなと。ということで、フツーの刃を使えそうなモノを買ってきた。

Windows10 x64 + GIMP 2.8.22 Portable (32bit) 上で、各パレットデータにタグをつけようとしたのだけど、上手く行かない。パレットウインドウ内でパレットを選んで、下の入力欄に任意のタグを入力すればタグがつくのかと思いきや、他のパレットに入力したタグがついたり、タグをつけたかったパレットにはタグがつかなかったりで。

よく分からないのでタグ設定をリセットしたいと思ったけれど、具体的に何をどうすればリセットされるのかも分からず。

ユーザ設定フォルダを眺めているうちに、tags.xml というファイルが怪しい気がしてきた。中を覗いてみたところ、入力したタグが記述されてる気配が。GIMPを終了させてから、tags.xml の該当行を削除して、GIMP を再起動したところ、設定したタグは消えてくれた。

関連情報をググってみたけれど。どうやら GIMP 2.8 の段階では、タグ機能が実装されたものの、使い物になる状態ではなかったようで。あくまで、フォルダ分けして追加された各データにはフォルダ名でタグがつくよ、ぐらいに思っておいたほうがいいのかもしれない。

縦スクロールSTG(シューティングゲーム)の動画をアレコレ眺めていたり。縦スクロールSTGにおいて、敵弾は背景スクロールに同期しているのか、していないのかが気になったわけで。

一般的には、背景スクロールに同期してない事例が多いようではあるなと。考えてみたら…。

• えてしてその手のゲームでは、背景は時折高速スクロールしたりするので、敵弾がスクロールに同期していると、物凄い勢いで飛んでいってあっという間に画面外に消えてしまう。
• 自機を狙って撃った敵弾が、スクロールに同期していると、自機の遥か後方に飛んでいってしまうので当たらない。

そういった問題があるから、敵弾はスクロール速度の影響を受けない、という仕様にしたほうが都合がいいなと。

もっとも、これはこれで問題が。地上を動いている敵だの、地形と連動して動いてる敵だのが、敵弾を撃った場合、敵が画面下にさっさとスクロールしていくのに、敵弾だけがゆっくり飛んでくる、といった、ちょっと不自然な見た目になるなと。

また、自機を左右に動かした際に、背景が左右にスクロールする仕様が入っている場合、敵や敵弾も左右のスクロールに同期すべきかどうか、そのあたりもよく分からず。これは同期させる場合が多いのかな。プレイヤーの意志でスクロールさせた場合は、敵や敵弾もスクロールに同期したほうが感覚的にしっくりくるということなのだろうか。

STGっぽい何かを作ろうとしたけれど、せっかくだから事前にそれっぽいタイトルを考えておこうかな、と思い立ったわけで。仮でもいいから名前をつけておけば、フォルダ名その他をつける際にも楽になるし。しかし、良いタイトルが思い浮かばない。

_アナグラム自動生成ジェネレーター や _Internet Anagram Server を使わせてもらって、既存のゲームタイトルを打ち込んで入れ替えて眺めてみたり。あるいは、 _聖書のアレコレ を眺めたり。はたまた、 _動物絡みの英語の慣用句 等を眺めて考えたりしたけれど。どうもヨサゲな名前が思いつかない。

何かしら思いついたとしても、ググってみたら既に使われている文字列だったりして。なかなか難しい。

録画したままだったソレをようやく視聴。劇場版アニメ「Fate/stay night Heaven's Feel 1」と、ショートアニメその他が放送されていたらしい。

劇場版アニメは ufotable が制作しているだけあって、映像面はスゴイことになっていた。こんな映像を作れる時代になったのだな…。恐ろしいな…。それはともかく、ufotable が手掛けたTV版を見ておかないと、基本設定すら分からない作りになっていたような気もしたり。もっとも、たしか当時、劇場版公開に合わせて、BSでTV版を再放送していた記憶もあるし、であれば、そういった作りで問題無さそうな気もするわけで。

たまたま、中国で女子中学生が宿題を片づけるためにロボットを利用、てなニュースを見かけて。

_宿題面倒だなぁ ロボットにやらせちゃえ バレた【中国・動画】 | ハフポスト

ロボットというか、プロッタなわけだけど。コレを利用してカッティングマシンを作れないものかなと思ったわけで。そういうものがあれば、ペーパークラフトを作る時に楽になったりしないかと。

ググってみたけど、さすがにペン先をカッターの刃に変えた程度の事例は見つからず。レーザーを搭載すればカッティングマシンになるのかもしれないし、そういう機器の自作事例も見かけたけれど、レーザー光で失明等の話もあって、それもなんだか怖いわけで。

そもそも今時は、brother からもカッティングマシンが販売されているのだな。

_製品情報｜カッティングマシン｜ブラザー
_CM300 | カッティングマシン | ブラザー

他にも、低価格な製品があるようで。

_小型カッティングマシン silhouette CAMEO

自作するより、こういった製品を購入したほうがいいわな。

まあ、考えてみたら、自分はそんなにペーパークラフトを作るわけでもないのでアレだけど。そういうお仕事をしている人なら、こういう機器で圧倒的に作業の効率化ができるよなと。

_ペーパークラフト製作の裏側全部見せます(旧車ペーパーモデル大全集Vol.1掲載) | クラフト日和 | カッティングマシン | ブラザー

上記の事例によると、30分かけて切り抜いていた作業が、4分まで短縮したらしい。展開図を設計する際のトライ＆エラーが楽になるなと。

録画してたソレを視聴。

面白かった。脚本がイイなと。たった1話の中で、なるほどそうやって解決しますか、的に何度も感心させられたり。

全体を思い返すと、ダブル戦隊という設定も面白かったし、カメラワークも斬新だったし、巨大ロボット戦も見所があったしで、よくできた戦隊モノだったなと。素晴らしい。

ところで、ラスト直前、右下で光った何かは…アレは何なんだろう…。続編その他への伏線だろうか。

思考メモというか妄想メモ。

ラノベを原作とする深夜TVアニメを眺めていると、どれも出来が今一つになりがちな印象を受けてしまうのだけど、何故なんだろうなと。

例えば、漫画原作をイイ感じにアニメ化した監督さんが、ラノベを原作にしたアニメを手掛けた途端、急に「アレレ」てな感じのアニメになったりして。不思議だなあと。いやまあ、小説とアニメはメディア自体が違うので、そんなに上手く変換できるわけもないのだけど。

考えてみれば、日本のTVアニメは「鉄腕アトム」という漫画原作から始まってるわけだし、ある時期まで「テレビまんが」と言われてたジャンルでもあるわけで。つまり、日本のアニメは、出自からして漫画との親和性が高いと言えそうだなと。また、漫画をアニメ化する分にはノウハウが色々溜まっていて、それほど失敗しない傾向もあるように思えたり。

ところが、ラノベを原作とした映像化に関しては、どうも漫画原作の映像化よりノウハウが溜まってない、そんな気もしてくるわけで。何十年も作り続けているのに必勝ノウハウが未だに溜まってないというのもソレどうなのと首を捻るけど、それはさておき。

そこでふとなんとなく思ったのだけど。いっそのこと、ラノベをいきなりアニメ化するのをやめてみたらどうかなと。一旦、ラノベを漫画化して、その漫画版を原作としてアニメ化する。みたいな。そういう流れで進めれば、どの企画もイイ感じのアニメになったりしないかなと。

もっとも、異なるメディアに2回も変換しちゃうわけだから、ラノベ原作から随分と乖離した映像化になる可能性が高いけれど。ただ、それでも、いきなりアニメ化して「ナニコレ…」なアニメになるより、「これならフツーに見れるね」なアニメになるほうが、まだマシかもしれないよなと。

ラノベを原作とした漫画版が、あまり面白くない出来になったとしても、それはそれで意味があるよなと。叩き台として使えるというか、こういう方向で作るとマズいね、ぐらいのことは事前にちゃんと判るはずで。アニメを作ると予算も時間もかかるけど、漫画ならアニメほど予算も時間もかからないはずだから、トライ＆エラーがしやすいところもありそうな。

もし、そういう流れで作ると爆死の回避率が高まるのであれば、ラノベに限らず、ゲーム原作のアニメ化でも利用できそうだなと。まずは一旦漫画版を作って、アニメ化した際に遭遇しそうな問題点を洗い出す。みたいな。

例えば、地平を埋め尽くすほどの大軍が出現する、そんなシーンがラノベ原作にあった場合でも、アニメ化を企画してる段階では、そんなシーンが存在することに関係者が気づいてない、てな場面もフツーにありそうだよなと。そして、体力の無い制作スタジオにうっかり発注しちゃったりして、トホホなアニメ版が出来ちゃったりして。だけど、一旦漫画化しておけば、漫画版をペラペラとめくるだけで、「あっ！ ここにとんでもないシーンがあるじゃねえか」「このアニメ化は大変だぞ」と誰でも認識できる状態になるはずで。

もっとも、今現在のアレコレを眺めると、アニメ版と漫画版が並行して作られる、てな状態になってる気配もあるから、無理だろうなと。それに、一旦漫画版を作ってから、となると、アニメ化まで更に時間がかかるから、人気が出そうな旬の時期を逃しそうな気もするし。もっとも、急いでアニメ化した結果、トホホな出来になったら、それってアニメ化した意味あるの、てな気分にもなりそうな。

まあ、頭のいい人達が、真剣に悩みながら、お金をジャブジャブ注ぎ込んで、今現在の作り方をわざわざ選んできたのだから、漫画版を先に、なんて方法は、何かしら事情があって難しいのだろう…。やれるようなら、そして効果がありそうなら、皆がもうやってるはず。あえてやってないのだから、そこには理由があるはず。たぶん。

アニメ「けもフレ2」を一応まだ視聴しているのだけれど。視聴中、ずっと、「これは『2』を付けないほうが良かったのではないか」と思えてしまってなんだかアレなわけで。

Zとか、ZZとか、Gとか、真とか、7とか、Fとか、Rとか、SSとか、フレッシュとか、Re:とか、「○○○○！」とか…。シリーズは維持しつつも、かすかにリセット感を醸し出せる名前の付け方って色々あるじゃんよ。なのに何故、この内容で、あえてわざわざ「2」なんだ。みたいな。

「未来少年コナン2」や「超時空要塞マクロスII」を連想してしまうのだよなあ。それらのアニメも、そういうタイトルさえつけなければ、もうちょっと真っ当な評価を受けてたんじゃないかと思うのだけど。「2」を名乗ってしまったばかりに、とんでもない扱いを受けたわけで。

例えば…。

• 「仮面ライダーアギト」が「仮面ライダークウガ2」だったり。
• 「ジャッカー電撃隊」が「秘密戦隊ゴレンジャー2」だったり。
• 「コードギアス 亡国のアキト」が「コードギアス 反逆のルルーシュ2」だったり。
• 「機動戦士ガンダムSEED」が「機動戦士ガンダム2」だったり。

そういうことになってたら、「それはいかがなものか」扱いされていただろうと想像するのだけど。「けもフレ2」には、そのぐらいの「いかがなものか」を感じてしまうわけで。

堂々と「2」を名乗るのって、結構怖いんだよなあ。どうして「2」をつけちゃったんだろう。

◎ ゲーム感覚なのだろうか。 :

◎ ギャグなのかもしれない。 :

Lua を勉強中。require を使って、ソースファイルを分割しながら記述する方法を手元で試してたり。

クラス相当を作って require で利用する方法は分ったのだけど、単に関数を別ファイルに書いて、require で読み込んだ後で該当関数が呼び出せるのか、呼び出せないのかで悩んだり。簡単なソースを書いて、Lua で動作確認する分には動くのだけど、love2d でやるとエラーが出る。関数の中で利用しようとしてるクラス名がグローバルになってないのだろうか…。

朝から頭痛。頭の右上のあたりが時々ふっと痛くなる。寝れば治るかなと思ったけれど、夜中まで改善せず。何だろうな…。

TV放送版をようやく消化。

VFXスゴイな…。どのあたりがCGなのか、もうさっぱり分からない。話もなかなかイイ感じ。オリジナル版の隙間を奇麗に埋めている印象を受けた。上手い繋げ方をするものだなと。

座頭市っぽいキャラがなんだか良かったなと。フォース云々を念仏のように唱えながらアレするところにシビレた。この作品にしか出てこないのだろうか。もったいない。

たまたまTVをつけてたら、「奥様はサイボーグ」なる韓国ドラマ(?)の番宣CMが目に入った。

「奥様は魔女」からのインスパイアでそういうタイトルをつけたのかなと想像したのだけど、そこでふと思ったり。もしかして、「異世界○○」というお題より、「奥様は○○」のお題のほうが、使い勝手が良かったりしないかなと。

問：
「奥さまは『　』」
『　』に入る単語を答えよ。

• 奥様は巨大ロボ
• 奥様は勇者
• 奥様は小学生
• 奥様は仮面ライダー
• 奥様は抱かれたい男No1
• 奥様は宇宙戦艦
• 奥様はタイムトラベラー
• 奥様は名探偵
• 奥様は吸血鬼

設定だけならいくらでも作れそう。

しかし、ググってみたら、「奥サマは小学生」「奥さまは名探偵」「奥さまは吸血鬼」というタイトルが既にあった…。「奥様は○○」ネタは、先人達が色々出してそうだから、思いついてもちょっとググってみないとアレだなと。

でもまあ、それでも、ネタを捻り出すためのお題としてはフツーに使えそうな気もする。

◎ 「女王陛下の○○」 :

◎ 「旦那様は○○」 :