mieki256's diary

各エラー出力がタグファイルの形式で出力されるから利用できてるだけなのだな。

今頃気づいた。

BGチップの並びデータの持ち方がちと面倒な持ち方で。利用する画像が複数あるのと、マップエディタのデータの持ち方の関係で、画面単位・レイヤー複数の状態で持ってたり。なもんで、BGが書き換わっていく処理をどうやって書いたもんかと悩んでたけど。ステージ初期化時に、処理の軽いチップの並びデータを作ってしまって、それを参照すればいいことに気づいた。と、そんな感じで実装中。

問題は、実機で動かした際にメモリが足りなくなったりしないかどうか。かもしれん。

実機でも動いてくれた。

もしかすると、実機に渡すデータバイナリを作る段階で処理の軽いデータの持ち方にしてしまえばよかったのだろうか。…それだとDLするファイルサイズが増加してしまうか。

作成中のゲームだけど。ゲーム中に登場する得点アイテムの数に限りがあるので、プレイが上手くなっちゃうと全員満点になるような予感。しかし、「サーバにランキング登録する仕様を盛り込め」という指示がきたのでそのへん盛り込んであるという。…満点がずらずらと並んだランキング結果ってのはどうなんでせう。意味があるのか？ かなり不安。

指示は、おそらく配布サービス側から来てるのかなと思うのだけど。他の会社・サービス・タイトルではこういうことをしてるからウチもやらないと、みたいなノリだったりするのかしら。…ゲーム内容によって必要なものとそうでないものがあると思うんだけど。そのへん検討したうえで指示を出してるのであろうか。うーむ。

もちろんこの場合、開発者の発案と作業によって、最高点が容易には定まらないゲーム内容に作り変えるのが正しい対応なのだろうと思うのだけど。でも、それについては疑問も残る。そのへんって、ある種、開発者としての善意というか、プライドによってなされる行為になってしまわないだろうか、とか。得点関係の仕様についてはこれといった指示がきてないわけだから、その仕様を盛り込むことは、上(?)にとって「余計な作業」という認識・位置づけになりゃしないか。てな感じの不安が。

また、開発者が人知れず(?)こっそり仕様を変更してしまったとしたら。ゲームアプリを配布するにあたって、考えなければいけない要素としてそういうものもある、てなことを配布側がいつまで経っても認識せずに、事態は何ら改善に向かわない可能性も。

といったことを考えると、一度くらいは「オラ知らね」モードで出しちゃったほうがいいのかもしれん。なんて怖い考えになったりもして。…や。結局のところ、苦労して実装しても「よくぞ気づいてくれた」「そういう要素があったのか」などとこれっぽっちも思われないのもなんだかな、てな話でしかないけど。

まあ、そこらへんの発案修正作業まで、黙っててもいいかんじに行われて、それでようやく「発注」とか「お仕事」になり得るのかもしれんと想像したりもするし。最終的にユーザが楽しんでくれれば、それだけで充分に精神的な見返りがある、と言えるのかもしれない。…といってもユーザの声なんて作り手には届かない状況が多いだろうからその手の精神的見返りを期待しちゃいかんのかも、てなことを思ったりもするんだけど。…それは発注者に対しても同じだったりするのかな。となると、作業をする側は、その作業をすることで何を得るのか。そのへんは人によって全く異なるわけだからアレなんだけど。

さておき。得点云々・ランキング云々を考えると、同じ属性の敵を連続で倒せばコンボ成立で高得点、なんて仕様を盛り込んだシューティングゲームってのはよく考えられてるよなと。スコアというものに対して真摯に向き合ったことがある人達だからこそ、そういう案も出てくるのかもしれない。

自分、ゲームをプレイするにあたって、クリアできる／できないしか意識したことがないような気がする。それでは、スコア云々まで意識が回らない・スコアに対する執着心が出てこないわな。…プレイがとにかく下手だから、点数云々まで考える余裕がないということか。つまり、ゲームプレイが上手い人じゃないと、スコア云々まで含めたゲームデザインは難しいということになるのか。いや、それはなんだか違う気がするのだけど。何がどう違うのかは言語化できないのであります。

アニメの原画が上手い人じゃないとアニメの監督にはなれない、てな話と、近いかもしれないけど、遠いかもしれない。