mieki256's diary

Windows用とLinux用の両方でビルドが通るように、定義済みマクロでソースの中身が変わるようにした。

• Windows上でビルドする際は _WIN32 が定義される。
• MSYS2上でビルドする際は __MINGW64__ が定義される。
• Linux上でビルドする際は __linux__ が定義される。

#if defined(__MINGW64__) || defined(__linux__)

// MSYS2 (Windows, g++ 13.2.0) or Linux

#else

// MinGW (Windows, g++ 6.3.0)

#endif


#ifdef _WIN32

// Windows only

#include <tchar.h>
#include <windows.h>
#include <scrnsave.h>
#include <mmsystem.h>

#endif

VMware Player + Ubuntu Linux 20.04 LTS x64 ならビルドが通るのだけど。実機 + Ubuntu Linux 22.04 LTS x64 ではビルドが通らない…。

Ubuntu Linux 20.04 LTS x64 の場合。ビルドは通る。

$ g++ --version
 g++ (Ubuntu 9.4.0-1ubuntu1~20.04.2) 9.4.0
 ...

$ ld --version
 GNU ld (GNU Binutils for Ubuntu) 2.34
 ...

$ make -f Makefile.glfw
g++ -o ssp3droadglfw.o -c ssp3droadglfw.cpp
g++ -o render.o -c render.cpp
ld -r -b binary -o sprites.o sprites.png
ld -r -b binary -o bg_summer.o bg_summer.jpg
ld -r -b binary -o bg_autumn.o bg_autumn.jpg
ld -r -b binary -o bg_winter.o bg_winter.jpg
ld -r -b binary -o bg_night.o bg_night.jpg
g++ -o ssp3droadglfw ssp3droadglfw.o render.o sprites.o bg_summer.o bg_autumn.o bg_winter.o bg_night.o -lGL -lGLU -lglfw -lm

Ubuntu Linux 22.04 LTS x64 の場合。エラーが出てしまう…。

$ g++ --version
 g++ (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
 ...

$ ld --version
 GNU ld (GNU Binutils for Ubuntu) 2.38
 ...

$ make -f Makefile.glfw
g++ -o ssp3droadglfw.o -c ssp3droadglfw.cpp
g++ -o render.o -c render.cpp
ld -r -b binary -o sprites.o sprites.png
ld -r -b binary -o bg_summer.o bg_summer.jpg
ld -r -b binary -o bg_autumn.o bg_autumn.jpg
ld -r -b binary -o bg_winter.o bg_winter.jpg
ld -r -b binary -o bg_night.o bg_night.jpg
g++ -o ssp3droadglfw ssp3droadglfw.o render.o sprites.o bg_summer.o bg_autumn.o bg_winter.o bg_night.o -lGL -lGLU -lglfw -lm
/usr/bin/ld: render.o: relocation R_X86_64_PC32 against absolute symbol `_binary_sprites_png_size' in section `.text' is disallowed
collect2: error: ld returned 1 exit status
make: *** [Makefile.glfw:26: ssp3droadglfw] エラー 1

このエラーはどういう意味なんだろう…。

ビルドが通る、VMware Player + Ubuntu Linux 20.04 LTS x64上でも、動作に問題がある。出来上がった実行バイナリを動かしてみると、テクスチャ画像を展開できる時と、展開できない時がある…。必ず展開できるわけでもなく、必ず展開できないわけでもない。こういうバグが一番困る…。

実機上なら動作が変わるのだろうか。しかし、そちらは Ubuntu Linux 22.04 LTS だから、ビルド自体が通らない…。

ROXTerm は、Debian Linux や Ubuntu Linux 上で公式パッケージが用意されてない。

• Ubuntu 16.04 LTS の頃はあったけど、18.04 LTS 以降ではパッケージが無くなった。
• Debian Linux も、wheezy (Debian 7)、jessie (Debian 8) の頃はあったけど、stretch (Debian 9) の頃に無くなってしまった。

_ROXTerm
_Has roxterm been removed from Debian 9 (stretch)? - Unix & Linux Stack Exchange
_Roxterm PPA : Tony Houghton

Ubuntu の場合、PPA とやらを利用すればパッケージの入手ができなくもないらしい。Ubuntu Linux 20.04 LTS では動作してくれた。

sudo add-apt-repository ppa:h-realh/roxterm
sudo apt update
sudo apt install roxterm
roxterm

Debian上でインストールする方法は不明。ググっても情報が出てこなかった。

自分の手元には液晶画面の解像度が 1024x600 のネットブック機があるのだけど、この画面解像度で、ターミナルエミュレータの設定画面を開くと、どれもダイアログの縦幅があり過ぎて、設定画面の下のほうが操作できなくて困ってしまう。どうしてどれもこれもそんなに縦幅を長くしてしまうのか…。横方向に伸びてくれる分には問題無いのに…。

$ xrandr
Screen 0: minimum 8 x 8, current 1024 x 600, maximum 32767 x 32767
LVDS1 connected primary 1024x600+0+0 (normal left inverted right x axis y axis) 220mm x 130mm
   1024x600      59.97*+
   1024x576      59.90    59.82  
   960x540       59.63    59.82  
   800x600       60.32    56.25  
   864x486       59.92    59.57  
   640x480       59.94  
   720x405       59.51    58.99  
   640x360       59.84    59.32  
   512x300       60.00  
VGA1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

xrandr --output LVDS1 --scale 1.28x1.28

xrandr --output LVDS1 --scale 1x1

vi ~/.bash_aliases

alias scaling='xrandr --output LVDS1 --scale 1.28x1.28'
alias resetscale='xrandr --output LVDS1 --scale 1x1'

1024x600の縦横比って、16:9、16:10、どちらに近いのだろう…？

1024x600 だと、128:75 のようだな…。

• 1920/1080 = 1.77778
• 1024/600 = 1.70667
• 1920/1200 = 1.6

16:9 と 16:10 の間ではあるんだろうけど…。

128:75 = 16:9.375、だとすると、16:10 より 16:9 に少しだけ近いのだろうか。

1024x600の画面解像度だと、LXTerminal の設定画面/設定ダイアログすら画面からはみ出してしまう。

設定ダイアログの下のほうで、Alt+左ドラッグをして、ダイアログ全体を上のほうに移動してみたところ、下のほうを表示することができた。もちろん上のほうは隠れてしまうけど、とりあえずコレでどうにかするのもアリだなと…。

英語版 Wikipedia に、ドローソフトの一覧があった。

_Comparison of vector graphics editors - Wikipedia

対応OS等もまとめてあって分かりやすいなと。

_tinypixelspritegenerator.rb をダウンロード。Rawと書かれたボタンを右クリックして「リンク先を保存」等で落とせるかと。

DXRuby がインストールされてる環境なら、ruby tinypixelspritegenerator.rb でひとまず動作確認はできるかと。

何かから呼び出して使いたい時は…。

require 'dxruby'
require_relative 'tinypixelspritegenerator'

# 配列を DXRuby の Image に変換
# @param a [Array<Array>] 3次元配列
def array_to_image(a)
  h = a.size
  w = a[0].size
  img = Image.new(w, h, [0, 0, 0, 0])
  a.each_with_index do |row, y|
    row.each_with_index do |rgb, x|
      r, g, b, a = rgb
      img[x, y] = [a, r, g, b]
    end
  end
  return img
end

# マスクパターン
mask_spaceship = [
  # 12x12
  # "0" or " " = 透明部分
  # "1" or "." = ランダムで、ボディ部分か透明部分になる
  # "2" or "+" = ランダムで、境界線かボディ部分になる
  # "3" or "*" = 常に境界線になる
  '000000',
  '000011',
  '000013',
  '000113',
  '000113',
  '001113',
  '011122',
  '011122',
  '011122',
  '011113',
  '000111',
  '000000',
]

# 文字列で指定されたマスクパターンを配列のマスクパターンに変換
mask = TinyPixelSpriteGenerator.convert_mask(mask_spaceship)

# ドット絵生成
p = TinyPixelSpriteGenerator.new(
  mask,                    # マスクパターンの配列
  mirror_x: true,          # true で左右ミラーを有効
  mirror_y: false,         # true で上下ミラーを有効
  colored: true,           # 色付きにするか白黒にするか
  edgebrightness: 0.3,     # 境界線の明度。値が小さければ黒に近付く
  colorvariations: 0.2,    # 色付け時のバリエーション幅
  brightnessnoise: 0.3,    # 色付け時の明度差
  saturation: 0.5,         # 色付け時の彩度幅
  seed: rand(65536)        # ランダムシード。ここが同じなら同じドット絵ができる
)

# 得られたドット絵のパターン配列を DXRuby の Image に変換
img = array_to_image(p.pixel_data)

Window.loop do
  break if Input.keyPush?(K_ESCAPE)
  Window.draw(0, 0, img)
end

こんな感じですかね…。

二次元配列に [R, G, B, A] を入れて返すだけなので、配列から画像用クラスに変換する処理さえ書けば、DXRuby以外、例えば gosu 等でも使える、のではないかと。

_Pixel Spaceships (Internet Archive) で元々のアルゴリズムが紹介されてますが、簡単に説明すると、ざっくりとしたマスクパターンを渡して、ボディ部分をランダムに On/Off した後、境界線を作って縁取る、てな処理のようで。

しかしコレ、元々の画像を見ると、ボディとコクピット部分で色が分かれてるような…。自分の書いた版は、というかオリジナルのJavaScript版も、そこまで反映されてないな…。

色付けする時に、元々のマスクパターンを参照して、「ココはコクピット部分だから色を変えよう」みたいな処理をすればいいのかな。たぶん。まあ、そこらへんは宿題ってことで。

さておき、本編が終わった後の「みんなで歌おう」の映像を目にして、なんだか絶望的な気分になりつつ映像を早送り。日本人って心底救いようがねえな…。一体誰だよ、この同調圧力映像をツッコもうと言い出したヤツは…。どうしてこういうことしちゃいけないのか、TVの仕事をしていながら全然分かってないんだな…。 *3

いや待て。もしかしてコレは幼児向け番組として企画・放送されていたのだろうか…。映像も幼児がやたらと出ていたし…。だとしたらアリなのか…。「おかあさんといっしょ」の最後のあたりで幼児の群れがわらわらと動いてるコーナーみたいなもんで…。

などとだんだん気になってきてググったら。

_『アナ雪』の「みんなで歌おう」企画が賛否両論　不向きな日本人は「クール」じゃないのか - AOLニュース
_「アナと雪の女王の主題歌みんなで歌おう♪」シング・アロングは、なぜ成功したか。(碓井真史) - 個人 - Yahoo!ニュース
_成功と失敗の違いは？：GWの映画館「アナと雪の女王の主題歌みんなで歌おう♪」シング・アロング(碓井真史) - 個人 - Yahoo!ニュース

うげ。劇場公開時からやってたのか…。知らなかった…。TV局の方をアレしてしまってゴメンナサイ。とばっちりですね。映画版からしてそもそもアレだったのね…。

ひょっとして、 _シン・ゴジラ発声可能上映 みたいなものか…。するとこの「アナ雪」も、TVの前の視聴者は、「歌うぞ…歌うぞ…歌うぞおおおお…」と手に汗握ってその時を待ち続けてあの映像が流れた途端に「ありょりょおおお！」と絶唱し始めたってことなんでしょうか。ですか。だったらいいんじゃないでしょうか…。そういう祭りがあるとは知らなかったもので文句言っちゃってゴメンナサイ。その手の祭りで「君が担いでるソレ、チ○コの形してるけどいいの？」と心配してるようなもんだよな…。KYにもほどがある。

それはともかく。

_『ありのままで』の歌詞はトンデモ訳？→日本語版に合わせたプロの仕事！ - Togetterまとめ

自分、あの歌を耳にすると、「訳はこれで良いのだろうか…」「本当はもっと意味が重なっていたはず…」「しかし英語と日本語では時間あたりに詰め込める情報量が違うし…」「このキャラクターにしてみれば思ってもいないことを歌わされてるようなものだよな…」「とは言え翻訳と言う作業が入ってくる娯楽コンテンツには必ず付きまとう問題…」「かといって英語のままでは例えば幼児は理解できないのでは…」などと正解がない問題について悩み始めちゃうので仮に「歌え」と強制されても頭の中は色々とグルグル回ってしまって今ちょっと歌うどころじゃないです勘弁してください。

校長先生がギターをギュイーン。教頭先生がドラムをズダダダ。音楽の先生がキーボードをピコピコピコ。生徒達は「クッ…体が…自然と動いちまう…」「このグルーブに乗るしかねえ！」みたいな感じで「君が代はー！」「イエーイ！」「校歌斉唱ー！」「イエーイ！」「チクショウ、こんなイカレタ国に生まれて、俺達ってもしかして幸せなのかも…！」

ねーよ。

でも、そういう漫画があってもいいような気もしてきたり。ていうかあるんじゃないか、もしかして。

ディズニーキャラ達が病院のベットでゴホゴホと咳き込んで、付き添いのキャラが「早く！ 早く歌うのよ！ じゃないと死んじゃう！」と。ベットの上のキャラが「もう嫌！ ゴホゴホ…もう歌いたくない！ 私達、一体いつまで無意味に歌い続けなければいけないの！？」と。

そういうパロディが既にありそう…。サウスパークやシンプソンズでやってたりしないか…。

上記の画像は、画像の横:縦=1:1だけど。

その比率では使いづらいかもと思って、70mm(46:21 ≒ 2.19:1)の設定で試しにレンダリングしてみたところ、1:1のレンダリング画像の上下を単にトリミングしただけの画像が出力されてしまった。Vueは、出力画像の縦横比率に応じて引き延ばしてレンダリングしてくれるわけではない、ということか…。

レンダリング画像の、空や地面の面積が妙に大きいなと思いながら眺めてるうちに不安になってきた。この画像を縦方向に縮小すれば、いわゆる equirectangular画像 ＝ 正距円筒図法とやらになるのかと思ったけれど。コレはもしかして正距円筒図法にならないのでは…。いや待て。なるのか。どうなんだ。よく分からなくなってきた。一応、縦半分に縮小した画像で、アレコレ試してみたところ、見た目だけはソレっぽく見えてるようではあるけれど。本当にコレで合ってるのか。どうなんだ。自信無し。

Vueのレンダリングオプションについてググってみたら、Vue Easel の上位バージョンには、「球面レンダリング」だか「球状レンダリング」だかそういう名前のオプションがあるようで。ソレを有効にしないといかん気がするけど、Easel版はそんなオプションは無いし、おそらく無効になったままで弄れない気もする。

本当にサンライズが3作品ぶつけ合った時ってあったんだろうか。サンライズ関係者のインタビュー記事で読んだ記憶があるのだけど。自分の偽記憶かなあ…。

ググってみたけど見つからない。「ライディーン」の裏番組が「ラ・セーヌの星」だったからそのへんかなと思ったけど…。ちなみにどちらも、富野監督が監督してた時期がある作品。 *1

いや、やはりそのあたりでいいらしい。 _勇者ライディーン (1975年のテレビアニメ) - animemorial.net で、「ライディーン」「ラ・セーヌの星」「クムクム」が潰し合ってたらしい…。

何度も試してたら、ufw を無効にした時も反応が遅いことに気付いたり。ファイアウォールじゃないのか…。すると何が原因なんだろう…。

WebClientサービスてのが関係してるっぽい。Windows側でサービスを無効にしたら改善した。

が、今動いてる自宅サーバ上のsambaでは、この問題は起きてなかったわけで…。サーバ側の設定でどうにかならんのかな…。わからん…。

件の記事を読んでるうちに色々思い出して考えちゃったことをメモ。ただの思考メモというか、「星矢Ω」に対する自分なりの感想・印象・思い込みを、忘れないうちにメモっておこうというか。元記事とは関係ない話です。

考えてみれば…。「聖闘士星矢Ω」って、迷い続ける作品、だったような気もしてきたり。

前半、主人公達は沙織さんを探して旅を続けるわけだけど。「あっちに居るらしいぞ」「いや、こっちに居るらしいぞ」とひたすらウロウロしていて。フツー、旅をする設定ってのは目的地が決まってるもんで。目的地が分からないままウロウロしてる様子を見せ続ける作品って、なんだかちょっと珍しい。

それはひょっとすると、「聖闘士星矢ってどうやって作ればいいの？」「こうすれば星矢になるかな？」「いや、こうすればなるのかも」と迷ってたスタッフの姿そのもの、だったりしないかと…。

「星矢」アニメ版には、車田先生の漫画原作という指針があったけど。「星矢Ω」はアニメオリジナルなので、全般的にどこを目指せばいいのか今一つ分からない、という点はあったのかもしれないなと。

そういえば最初の頃、主人公は、
「おっさん達はスゲエスゲエって言うけど、聖闘士も、星矢も、俺は知らねえよ」
「…だけどぼんやり覚えてるような気がしないでもない」
みたいなことを言ってたような。

「聖闘士星矢」というコンテンツを知らない子供達の目線まで、主人公を近づけるための台詞とは思うのだけど、そこだってもしかすると、スタッフの現状を含んでしまっていた可能性が、てのは考え過ぎでしょうか。

しかし後半、ちょっと様子が違ってきて。

このまま出ないのかなと思われてた、氷河だの紫龍だの瞬だのが出てくるし。「聖闘士なんか知らねえよ」と言ってた主人公すら、「○○、スゲエ」としょっちゅう言うようになってきて。

そこらへんから、「星矢Ω」は、先輩の背中を追いかけ続ける若い後輩達を描いた作品に変わっていったような気もしたり。

先輩＝既存作の「聖闘士星矢」を追いかけてるのは伝わってくる。しかし追いつけそうな予感がしない。話の中では、主人公に花を持たせて「Ωを会得！」「星矢を超えた！」なんてやってましたけど。作品そのものは、追いつけなかったよなと。

つまり、主人公達が追い求めていたらしい「Ω」なるものは、「聖闘士星矢」という作品そのものを示していたのかもしれないなと。

本編中では、後輩達は「Ω」なんて今一つ欲しがってないのですけど。しかし、先輩達は後輩達に向かって、延々と、ネチネチと、「Ωを掴め…！」「Ωを掴め…！」と、まるで呪いのように要求し続ける。とうとう後輩達も 「俺達、Ωってやつを掴まないといけないのかな…？」 と思い込んでいく。

そう考えると…。「Ωを掴め…！」という台詞が、なんだか悲しい台詞に聞こえてくるような気も。周囲から期待され、プレッシャーをかけられて、しかし期待に応えられる見込みもなさそうな、そんなツライ運命を背負わされた作品、だったような。

てのは考え過ぎかなあ。考え過ぎかも。

などと色々思うところはあるものの。

個人的には、子供さんが楽しんで見ていたら、それは作りとして正しいし、子供さんが楽しんでなかったら、それは作りとして何か間違っていたのだろう、と思いたいわけで。件の元記事は、ファンの反応を気にしているけれど、自分は、ファンの反応より子供の反応のほうが大事、と思うのです。 *1

とはいっても明らかに、「聖闘士星矢」のファンだった層に向けて商品を売り込みたいという意思は見えていたので、「昔のファンにウケなかったら商売としてもダメだろう？」という意見も至極ごもっともだよなー、とも思えるのですが。

それでも自分は、子供の反応がどうだったのか、やっぱりそこが気になっちゃうのでした。

自分が子供時代に「聖闘士星矢」を見て感じたソレを、今の子供も味わうことができたのだろうか。そこさえクリアしてれば、大人達から見て色々難があったとしても、大体はOKのはずだと。次に繋がるはずだと。さて、そこのところは、実際どうだったんだろうと。

深夜アニメならともかく、日曜の朝に放送されてるアニメに対して、自分が楽しめるかどうかで判断してちゃあかんよなと。子供が楽しめそうかどうかを想像しながら判断すべきで。だってもう、自分達は「子供」じゃなくて「おじさん」なんだから。1stガンダムの一シーンのように、子供が食べようとしてるものを横から掠め取って食べちゃうおじさん、みたいな真似はしたくない。てなことを自分に言い聞かせてたりするわけですけど。

しかし、子供さん自身がネット上に「星矢Ω、面白い」などと書いたりはしませんので、そのへんどうだったのか分からんわけで…。子供さんの数も少ないから、視聴率にも反映されにくいだろうし…。

彼等が大人になった時、また星矢シリーズがリメイクされたら、その時ようやく「どうやらアレってウケてたらしい」と分かるのかもしれず。まあ、その時までは、「子供さんが楽しんでくれてたらいいな…」と祈ることしかできないのですけど。どうだったのかなー。

• 「聖闘士星矢Ωはファンロード読者が作った聖闘士星矢」
• 「聖闘士星矢がメタルブラックなら、聖闘士星矢Ωはパロディウス」

とか思ったりもしたのでメモ。

twitter実況を眺めてた感じでは、前半はともかく後半は結構楽しまれてたように見えたのですが…。

例えば、一輝が死んだシーンは、画面の中とtwitter上の温度差が凄くて。誰もが「兄さんのことだからどうせ復活するよー」とツッコんでて笑ってしまいました。なるほど、ファンにとっては、「聖闘士星矢」ってそういう作品なんだなあ、と。

しかし実際に復活したら、「いくらなんでもこの復活の仕方は雑すぎるぞ！」と御怒りの声がチラホラ。たぶんそういうところが「芯が通ってない」と言われるソレなのかなと思ったりもします。

でも、オリジナルも、結構雑だった印象もあるし。「この雑なところが、まさしく『星矢』だ！」と力説されちゃうと、「うーん。たしかに一理あるような…」という気にもなってきそうで。

オリジナルは週刊連載の少年漫画だから、〆切に追われてノリと思いつきで突っ走ってるところはあって、雑なところがあるのは否定できないし。そこに「星矢らしさ」を感じてた人も居るかもしれんなと。

いやー、どうだろ。「雑」と、「漢らしさ」「荒々しさ」って違うんじゃない？ だけど、そこの違いって、自分もちょっと分かんないなあ…。

それはさておき。プリキュアの放送時間になると、twitterのタイムラインが高速スクロールステージのように猛スピードで流れていって、「ああ…人気のほどが違う…」と痛感しました。プリキュアにはどうしたって勝てねえ。可愛い顔してアイツラ化け物ですぜ。彼女達の宇宙(コスモ)はどうなってんだ。

まあ、CGアニメ版も作られたし。ゲームも作ったみたいだし。女性聖闘士しか出てこない漫画版も誕生したそうだし。シリーズ復活や商品展開の燃料としては作った意義が十分にあったと思うので、これはこれで、という気も。続編だか外伝だかを作ってくれただけでも御の字というか。「聖闘士星矢」というコンテンツが、誰からも忘れ去られる展開よりは全然マシだよなと…。

個人的に名作と思ってる「イデオン」なんか「リメイク」の「リ」の字もねえですよ！ それに比べたら星矢シリーズは全然マシだよコンチクショー。みたいな。

「イデオンをリメイクしてどうすんだよ！」と怒られそう。うん。アレをリメイクしてもな…。シリーズ化も無理だし…。旨味ゼロですなあ…。

戦艦を美少女にしたり、銃器を美少女にしたりする作品があるのだから、ATを美少女化するのもイケたりしないかなと。

無理があるか。

• 戦艦にしろ、銃器にしろ、現実に存在しているソレのスペックやエピソードを使ってキャラ設定を作るのがポイント。
• それと比べると、ATは、あくまで想像上のスペック等しか存在してないので、キャラ設定も作りづらいし。
• また、それらスペックを把握してる客層もおそらくは少ないので、美少女化してもついてこれる人が少ないような気もする。

ということで、無理がありますね…。

考えてみたら戦艦の名前はえてして地名その他が関係してる気がする。だったら、そもそも地名を美少女化したらイケるんじゃないかと。

ワシントンという名の美少女と、ニューヨークという名の美少女は、キャラ設定も違うだろうし。トウキョウという名の美少女と、オオサカという名の美少女も、キャラ設定が違ってくるはず。…これはイケるんじゃないかな？

と思ったけど、それって「ヘタリア」だよなと。アレは、そこに住んでる人達からクレームをつけられて、商品展開が難しくなったし…。土地の名前でキャラ化するのは難しい。土地に住んでいる人達からのクレームが予想できるので。

現実に存在していて、地名と関係ないものじゃないと、美少女化は難しいのかもしれない。

日本電気の三姉妹。富士通の美人姉妹。早川家は子だくさん。松下家の娘さんは消しゴムコレクター。みたいな。

「えむえすえっくすっ！」でもいいけど。ヤマハ家の娘さんは音楽の才能アリ。…ソレ以外の設定が思いつきませんが。皆似たようなもんだし。

「まいこんっ！」も「えむえすえっくすっ！」も、当時そういう漫画があったんじゃないかなーという気がしてきたり。テクノポリスあたりで連載されていてもおかしくないよなあ。

「Oh! X」に、美少女化したX68Kの漫画を投稿し続けてた人も居たような…。そういやゲーム機を美少女化、ではないけど擬人化した漫画もあったっけ。

当時からそういうネタはフツーにあったので、今からやってもなあ。

ボトムズガルパン版から随分遠いところで妄想しちゃってた…。

コメント欄で、 _Mac版が動くこと を教えてもらった。うらやましい…。

一応メモ。

あんなカラーの車ってあるんだろうか。

と思ったけど。
_伊東美咲さん提案のマツダデミオ限定車「スターダストピンク」を発売
_MRワゴン
結構あるのね。ただ、どちらも色合いが違う。作品中の車体色はもっとギラギラした感じのピンクだったような。そういう塗装をしてるのかしら。

_2chスレ で見かけた。なんか気になるデザイン。

さておき。バイク好きの人には最悪な印象だったらしい。＞今回。なるほど。言われてみれば。バイクに愛を注いでる人にとって、ヒビキおじさんのバイクに対する態度・発言は耐え難いものだろうなぁ。…なんとなく、『赤字で自作PCを作ってあげたら後で文句を言われてしまった』話を思い出してしまったり。共通する『ズレ』があるような感が。

スレを読んで知ったけど、敵の怪人が目を閉じてたのは役者さん自身の発案らしく。たしかにアレは効果的でした。差別化できてた。考えますな。…そういう話、好きであります。 *2

こういうサイトもあるのか。便利な時代に（以下略。

ハローワークのサイトのFAQから辿っていったらこんなサイトに。更に辿って、 _ココ に。自己診断なるものがあったので試しにやってみたけど。…ふむ。やるたびに設問が変わるみたい。 *1 やはりMS製アプリに特化してるのだな。とりあえず、Excelとテープ起こしはさっぱりなのが判った。＞自分。まあ、そもそもExcel持ってないんだけど。 *2

上手い話はないよな。

_そうみたい。 1985年発売か。 _PC-9800シリーズ が4096色中16色になったのも同時期みたいだな…。

4096色中256色が使えた _SONY SMC-777 の発売が、1983年。家庭用PCでパレットを使い始めた＝アナログRGBに移行したのは、SONYが最初なのかしら？

デジタルで、0 or 5 V しか信号線に入ってなかったようなおぼろげな記憶が。…昨今、 _DVI(Digital Visual Interface) がどうとか言われてるけど。昔のほうがよっぽどデジタルだったのです！ …8色しか出ないけど(爆) *1

_X1本体をアナログモニターで使用

デジタルRGBのRGB信号はTTLレベルですが、X1内部ではR,G,BはオープンコレクタでL側だけドライブし、Hレベル時は270Ωで+5Vにプルアップされる状態になります。

一方アナログRGBのRGB信号は、AC駆動、インピーダンス75Ω、0.75Vppという仕様です。

記憶は合ってたみたい。

X1turboの画面をアナログRGBのCRTに映すことも、（工夫すれば）可能だったのか。そうと知ってれば、捨てるんじゃなかった… ＞ X1turbo。

_ファミリーコンピュータ - Wikipedia を眺めた。「パレット数 : RGB各16色 + グレー5色」「同時発色数 : 52色」とある。パレット数の記述が意味不明。同時発色数の52色もどうやって算出されたのやら…。

_こちらのページ を見ると、「同時発色数は4色」とある。何の同時発色数だろう。…スプライト？

_「最終的に宮本茂さんが五十四色を選択」 とある。すると、54色の中から選べるのか。…ちょっと待て。54色？ 2色増えてますけど…。このページを書いた方は、色数の数え方が他とは違うんだろうか。何か特殊な種類の色が存在していて、それについてもカウントしていたりするのかな。それとも単に勘違いか。謎。

おお。詳しい解説が。

最大の特徴であるスプライトは、8x8dot、4色(うち一色は透明)のものが64枚使えます。

一つは透明色、ということは、実質3色でせうか。

表示パレットは4つのなかから選択でき、

ふむ。

BGについては以下のような感じらしい。

表示画面の大きさは256x240dotで、スプライトとは別の8x8dotのキャラクターを並べることで構成されます。こちらもキャラクターの色は4色、パレットは4つのなかから選ぶことが出来ます。ただし、パレットはキャラクター4つを組みにした16x16dot領域ごとに指定可能でした。

要するに。スプライトだのBGだのに使うキャラクターには、4色分使えて。しかも、パレットは4つ。 4色分 x 4パレット で、16色分。画面の中で、16色までは、同時に表示できたということだろうか。 ← 2005/04/10追記：この解釈が間違ってた。これを書いた段階では、「スプライトにもBGにも同じパレットを使うもの」と思い込んでたけど。「スプライトと、BGは、別々のパレットを割り当てられる」というところがミソだったらしく。

そして、その 16色分 25色分に割り当てる実際の色は、宮本氏が選択したという52色の中から選べる、みたいな？ しかし透明色もあるから実際はそれより少ないのか…。いや、透明色は背景色として埋められるだろうから、やっぱり16色までは出るのかな。うーん。 ← 透明色分も加味しての、25色分ということで。

_「ファミコン当時は基本4色4パレットのスペックしかありません。」 とある。 とりあえず、16色までしか使えないと考えればいいのかしら。 ← これも間違い。想像するに、おそらく件の記事中で語られてるのは、スプライト、もしくは、BGのどちらかに絞り、かつ、透明色を意識しない場合、の話かもしれないと。

メモリマップ等の資料。複雑。

パターンテーブルには，実際のタイル（8x8ピクセル）が格納され，ネームテーブルから参照されます．また，ファミコンのパレットに格納される16色全部を操作するためには，4ビットのカラーマトリックが必要になりますが，パターンテーブルには，この4ビットの下位2ビットが格納されます．

1dotあたり2bitあるので、0〜3 まで表せる。つまり4色使えると。

アトリビュートテーブルの各バイトは，画面上に表示されている4x4のタイル群に対応しています．アトリビュートテーブル内の1バイトの機能を説明するには，いくつかの表現があります．
* 32x32ピクセルの格子の1格子分に対応する上位2ビットを保持（16x16ピクセル毎）
* 8x8ピクセルのタイルの16タイル分に対応する上位2ビットを保持
* 4x4タイルの格子の4格子分に対応する上位2ビットを保持

なんかよく判らんが…アトリュビュート云々には2bit分入ってると。前述のパターンテーブル内で、2bit分が入ってるから、(2+2)bit = 4bit = 16色を表現できるということかしら。

ファミコンは，16色の「パレット」を2つ（イメージパレット，スプライトパレット）持っています．これらのパレットは，物理的なRGB値を保持するわけではないので，実際のパレットというよりは，「ルックアップテーブル」というほうがふさわしいでしょう．

む。16色のパレットを、2つ持ってる？

ミラーリングは，イメージパレットとスプライトパレットの間で発生します．$3F00に書き込まれたデータは，すべて，$3F10にもミラーリングされます．$3F04に書き込まれたデータは，すべて，$3F14にもミラーリングされます，等々．

2つ持ってはいるけど、実質1つということかしら。 ← この認識も間違い。ミラーリングされるのは、透明色に相当する部分だけ。そして、2つ持ってるのは、スプライト用と、BG用として2つ使うから、ですかな。

なお，$3F00-$3FFFに書き込まれるデータ（バイト）のD6-D7は，無視されます．

残り6bit。6bitあれば、64まで表せる。なるほど、52色分はカバーできそう。

_こちら にも資料があった。

ファミコンは64色16色使えます。

色は6bit(64色)で指定しますが、RGBでの指定ではなくあらかじめ決まっている64色の色の何番目の色を使うか指定します。

パターンの色はパレット番号で指定しますが、タイルパターンには下位2bitだけ格納します。

属性テーブルはネームテーブルで並べられたタイルパターンのパレットの上位2bitを格納します。

なるほど。 合ってたみたい。 ← や、自分の解釈がちょっと間違ってたわけで。

その宮本氏が選択したという52色だかのRGB値を得て。かつ、その52色から 16色 25色だけ選んで描けば。かなり正確なファミコンライク画像を作るのも夢ではないということでせうか。

と思ったけど。さらに正確さを求めれば…

• BGは、16x16dot毎に、 4色 3色+背景色を使用。
• スプライトは、3色を使用。
• BGとスプライトに使える8x8dotのキャラクターは256x2個しか持てない。
• スプライトは64個、画面に置けるけど、1ライン単位では横方向に8つまでしか並べられない。

とかそういう話になるのかしら…。なんだか胃が痛くなってきた。

つーか、フルカラー画像から減色して、BGとスプライトに分類して並べていく変換ツールでも作ったほうが早そうな気もする(爆) ＜今時そんなの作ってどうするねん。

おお。ファミコンパレットらしきデータが。素晴らしい。なるほど、こういう色だったのか…。たしかにファミコンっぽいなぁ。

ツッコミ欄で、面白い話を聞かせていただきました。thxです。とりあえず引用してみたり。

昔、PanasonicA1という機種のMSX2の販売添用プロモビデオ見たことあるんですが、その中ではファミコンは58色つってました（MSX2は256色も出るぞ！という比較で）

52色、54色、58色…。うーむ。どれが真実なのやら。

メモリマップ等の資料から、上限は、6bit分＝64色なのは間違いないのだろうけど。そのうち、実際に使える色数については、諸説あるという感じのようで。…色数すら謎に包まれてるとは、侮れない(?)ゲーム機だ！！ (´Д｀) ＞ファミコン。

おお！ ツッコミ欄で、 _詳細、かつ、正しい情報 を教えてもらいましたです。感謝感激であります。ということで、上記のあちこちを、修正しておきました。

せっかくだから(?)、件のページと、ツッコミ欄の内容を、引用させていただくのであります。 *1

まず、ファミコンのパレットは1キャラクター4色です。ただし、必ず透明がありますので実際には3色となります。この3色セットが、4パレットあります。さらに、このパレットがスプライトとBGで別々に設定できます。また「すべてが透明」の部分に表示する背景色も指定できます。

つまり、3色 x 4パレット x 2(スプライト・BG別) + 1(背景色) = 25 色が1画面中に同時発色できます。

もっと表示したいのであれば、走査線割り込みを使用してパレットを書き換えるという方法があります。これにより、25色以上出すことも不可能ではありませんが、これはちょっとした裏技ですね。

52色というのも中途半端に思えますが、別に宮本さんが選んだ色ではなく、理由があってこうなっています。（宮本さんが選んだ、というのは「256色程度必要か、64色程度でよいか、というようなバランスを、64色程度に決定した」という意味合いかと思います）

ミラーリング云々は、「どのパレットに書かれたものでも、透明色部分は背景色の扱いとして共通になるよ」って意味です。パレットの数とは無関係で、実質１つなどの意味ではありません。

16色パレット(うち、透明4つ)は2本ですので、16色という記述も誤りになります。(16-4) x 2 + 背景色1 = 25 色が同時表示性能ということになります。

なるほど。そういう仕組みなのかと感心することしきり。うーむ。深い。深いぜ、ファミコン！！ あの小さいケースの中に、色一つとってもこれだけ知恵(?)が詰まってるのだなぁ…。なんだか感慨深いであります。

コピーライター自身の感想が含まれてるコピーは、ダメコピーのような気がしてきた。考えてみれば、トトロや魔女宅、もののけ姫のコピーは、コピーライターの感想を客に押し付けてない。押し付けはしてるけど、それは感想ではなく、映画の中から発せられたメッセージに収まってる気がする。100人居れば、100の感想があるはず。客の感想より先回りして、コピーライター1人の感想を客に押し付けるなんて、愚かしいにもほどがあるのでは。とか思ったり。 *3

先日見た王ドロボウナントカと、見せ方は同じような気がしてきた。でも、こっちは面白かった。何が違うんだろう。導入部分や、途中で挿入される、「今」の描写かしら。観客が知覚してる現実との共通点がどこかにないと、面白さが伝わらないのかも。王ドロボウはセリフでのみ「今」の状況を説明してた。画だけを見たら、どれが現実世界の描写なのか判らなかった。最初から終わりまで、観客とは無関係な世界を描かれてしまうと厳しい。どこかで、観客の立ち位置、拠り所、アンカーのようなものを、観客に渡しておく必要があるんじゃないか。知らんけど。

久遠の絆やDESIREが好きな人には、ピンポイントな作品かもしれないと。知らんけど。

こんなものが。毎回ポリゴンを描き直すことが可能なのか。つまり、小手先のアイデアで誤魔化す必要はないのだな。しかし、MXから使えるようになった機能らしい。FLASH4じゃ無理。

こんなものが。ムービー垂れ流し方式、つまり、スターブレードみたいなもんか＜喩えが古いな。同種のツールで、 _PoserProPack なるものもあるらしい。 _比較ページ によると、最初からFLASH用としてレンダリングするか、レンダリングした後でFLASH用にするかの違いらしい。とはいえ、PoserProPackはPoserの拡張プラグインなので、たぶんPoserがないと話にならないのだろう。

Poserか。うーん。自分、一応、Poserは持ってるけど。やっぱり古くてPoser2のままだったり。買ったはいいけど使い道がなくて、今やインストールすらしてません。買うのが早過ぎた。自分、FLASHにしろPoserにしろ、早い時期に手を出して損してる感も。や。アップグレードに付き合うだけの経済力がないだけの話か。

こ、これは。そうか。今時はFLASHが無くてもswfが作れるのか。素晴らしい。

リンクを辿って、
_横着プログラミング 第7回: zphoto
_なめらかアルバム
_移動速度に応じた自動ズーミングによる効率的ナビゲーション
を眺めてた。面白いなぁ。 _(via void GraphicWizardsLair( void ); //)

きっちりまとまってる。…開発ツール入手は、ナントカ認証された開発者のみ、と書いてある。巷の同人野郎が勝手気ままに開発したりはできない、ってことかしら。

アレ？ 個人でも扱えるの？ あくまで開発についてであって、配布云々の話ではないということかもしれんけど。

そもそも製品ラインナップがよく判らないのだけど。いきあたりばったりで検索してみたら。 _えー？ 130万円？ …クラクラしてきました。Microsoftが儲かるはずだ。 *1

Windowsのソフトを開発してる人達って凄いな。たとえ趣味であっても、開発ツールにそんなに金をつぎ込んでるのか。そりゃあ、どれもこれもシェアウェアにしたくなりますな。気持ちは判る。Linux陣営が憎いのも判ったような気がした。金銭面からして憎いだろう。そりゃ憎いわ。嘘。それは全然別の話ですな。

xyzzyを使うのであれば _reference があったほうがいいだろうとページを見ながらDLして設定していたのだけど、ふと「xml→xxx変換を試してみたい」と思ったのが運の尽き。

作業に必要なモジュールである XML::DOM をインストールしようと ActivePerl 5.6.1 build 635 で ppm install XML-DOM してもインストールできず。 _ActiveSTATEのzip置き場 を探して XML-DOM.zip をGETしてみたものの、中を覗いてみたらMS-Windows用のファイルが入ってない。 _この一覧表 を見る限りでは、MS-Windows用の XML::DOM は何らかの原因で現在用意されてない、ということだろう。

それでもしつこくgoogleで検索してたら _ActiveSTATEのperl-xmlのML？ を見つけ、 _こちらのサイト で該当ppmを公開してるとの情報が。早速、

ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/XML-DOM.ppd

としてみるとスンナリとインストールが出来た。（利用してるActivePerlのバージョンによってURLは異なる模様。）

ところがいざ _xml2html.pl を perl xml2html.pl として動かしてみると、「XML::Parserのバージョンが古くてXML::DOMが動作できない」という意味のエラーメッセージが出てしまう。であれば、XML::Parserとやらを更新すべし。

ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/XML-Parser.ppd

と打ちこんでみたが、Permission Denied とエラーが出てしまいインストールできない。どうやらppmはそもそも部分的にXML::Parserを使っているらしいので、もしかすると使用中のファイルということで上書きできないのかも。仕方なく XML-Parser.tar.gz をDL・解凍して中のファイルをそれらしい場所に上書きコピー（該当ファイルをperlのインストールされてるフォルダの中で「検索」してどこに保存されてるか確認した上で作業）してみたところ、どうやらインストールできたみたい *1 で、xml2html.pl も動作…と思いきや。

xml2html.pl: creating packages-index.html ... Substitution loop at xml2html.pl line 238.
とエラーを出して止まってしまう。238行目は、
$url =~ s/([^ 0-9a-zA-Z.~:;()\/\-])/'%'.sprintf("%02X",unpack("C",$1))/eg;
と書かれているが…

疲れた。やめやめ。既に変換済みの各referenceを戴けたのだからそれらを使えば事は足りる。

一連の作業で、誰しもがxyzzyのreferenceについてxml→xxx変換できないことだけは判明してしまったような気も。xyzzyはWindowsアプリであり、そのWindows上で動くPerlとしてはActivePerlが大勢なのだろうけど、そのActivePerlで肝心のXML::DOMがこれほど苦労しないとインストールできない、インストール後も動作しないのでは、普通の人はおいそれとこれらの作業に手を出せない気がする。が、そもそも普通の人が手を出すような作業ではないから問題無しかも。