Bomber丸Worldのアニメーション機能がエラーを起こしていたので直しました。
原因は機械的な置換ではすまないところを機械的に置換してしまったことにあったようです。
MIFUMIDIA、特定の環境で灰色画面になることがあるようです。
おそらくJavaのバージョンの違うゆえのものだろうけど今確認できる状況にないんですよね…。
だから想像で改善していくしかありません。
それと空MIDIを送信できてしまう症状。
これも改善しなきゃいけません。
早いうちに突っ込まれてよかった。
本格始動してからだとカッコ悪いことこの上ない。
そーいえばテレビでナウシカ見ました。
アニメのほうだと登場人物があんまり死ななくて安心して見てられます。
原作ではユパ様もテトもカイも死んじゃうんだもんね。
クロトワさんもかなりズタズタにされちゃいます、本当に物理的に。
ナウシカは蟲使いに女神様と呼ばれてたり。
スマブラを久しぶりにやってみたら十人組み手で次々記録更新。
全員15秒以内にクリアを果たしました。
多くのキャラで上強攻撃が有効のようですね。
そして続けてヨッシーで百人組み手クリア。
ヨッシーの場合下強攻撃がザコ軍団には有効です。
そして更に更にホームランコンテストでも記録更新。
特に今までずっと足を引っ張り続けていたドンキーで大きく記録を伸ばしました。
ホームランバットを取ってから、ヘッドバット→下強攻撃→下スマッシュ、を2回、落ちてきたサンドバッグ君にSMAAAAASH!!!
Bomber丸Worldのフィールドマップ、ファミコン・スーパーファミコンのDQやFFのように世界地図の上を歩く感じで行こうと思っていたのですが、そうすると広い範囲が一気に見えて、パルネッド王国にはほとんど町がない田舎国というイメージが付いてしまうので、ここは一つ、完全3DのRPGのように町の中とフィールドをほぼ同じ縮尺にして同じ感覚で移動できるようにしようと思います。
そもそもフィールド上で起こるイベントも結構あったりするのでフィールド上でも普通に人が表示できるようにしたかったんですよね。
しかしそうするとますますマップサイズが…。
となれば連続したマップでも少しずつ必要な部分だけ断片を読み込んでいってシームレスにつなげるということになるのか。
ちょっと面倒そうだぞ。
Bomber丸Worldのアニメーション機能をマップチップとして使うときにメモリ効率がよくなるように改造を加えていました。
しかしキャラクターには前後左右を向いたバージョンがあり、マップチップは同じものを大量に表示するという特性の違いがあるので両方にバッチリ合うものって作りにくいんですよね。
あるいは最近のハイスペックなパソコンでは適当に使いまくって問題ないものなのでしょうか。
しかし最近のソフトが好き放題に無茶をやっているのはハイスペック化もさることながらそれ以上に特定の無茶に特化したハードウェアの上で特定の無茶をしているからなんとか動いているような気がするのです。
32bitWindowsで開発している以上何MBというオーダーでメモリを消費するのならそれはメモリ節約を……そんなに使うのか？
画像とは別にマップチップ固有の情報が一つあたり1KBあるとしましょう。
そうすると、320x240のワールドマップで75MB……節約を考えねば。
マップチップに特化した方式ならばマップチップ一枚あたりに必要なメモリは画像マップ用データ4B、キャラマップ4x4B、高さマップ4x4B、計36Bとなります。
それでも全部で2.6MBか……まあまあ許容範囲か。
更にこの方式でキャラを100人表示すると、すごく複雑なキャラクターを使っても1MB以内。マップ重視だな。
学習帳を更新しました。
今回は半導体レーザという分野を扱っています。
しかも教授にOKもらったのと同じ内容なのでそれなりに信憑性はあるはず！！
NeoMuplの今後について考えています。
既にVBのプロジェクトは破棄しています。
何を実装すべきかを先に考えておく必要があるかもしれません。
そういうことでNeoMuplのページに実装したい機能を列挙してみました。
まあできる範囲で適当にやってみましょう。
メテオスデータベース更新です。
手持ちのメテオ数と目標メテオ数を入力すると目標値に一番速く近づける惑星を計算してくれます。
そうそう、ミディビ、今度は送信データを見直そうと考えています。
お絵描き掲示板のように投稿した作品を後でまた修正するとなると出来上がったMIDIからでは編集用のデータは作りにくいので簡単に編集用データを復元できるようなデータも一緒に作って保存させたいんですよ。
そのためには２つのファイルのデータとサイズを渡さねばなりません。
必然的にデータ送信は変更せざるを得ないでしょう。
そうそう、音楽つながりで、Bomber丸WorldのBGM作ってました。
まだ途中ですがせっかくなのでアップしておきます。
最近日記を書くだけ書いてアップするのを忘れがちです。
特に他のコンテンツの更新とかぶっていたりすると一緒にアップしただろうと思い込んで確認を怠ることがあるようです。
ミディビの投稿データを毎回別のファイル名にして保存するようにしました。
過去ログを残すとか、将来掲示板として稼動することを見越して、というよりブラウザのキャッシュ対策だったりします。
ドラクエ８ではラストダンジョンらしき場所に潜入。
なぜか図書館があったり、クレイジーな量のタルがおいてあったり、リレミトで脱出できずにルーラが使えたり、手入れが行き届いていなくてそこいらじゅうボロボロになっていたり、従来のラストダンジョンとは違った雰囲気がありました。
Bomber丸World、マップデータの方式が決まりません。
一つのマップに二つ以上のマップチップ素材があってもかまわない方式でないと困るんですよね。
だけどマップチップ一つ一つに対してどのファイルのどこのデータですというデータを書いていけば面倒なことこの上ないし、できれば番号で管理したいのです。
となれば別のファイルでどのファイルのどのデータかという情報に通し番号を付けてマップデータのほうではその番号に従ってマップを作ればよいのでは？
しかしそうなると番号のつけ方が問題に…。
それはそうと、今日の絵は謎の男仮バージョン。
輪郭に色つけると思ったよりよくなるね。
ミディビ更新ですよ。
で、ためしに一曲作ってみたらキャッシュのせいでうまく保存されたMIDIがならなくて頑張って作ったのが台無しになってしまいましたよ。
アプレット自体に問題はないはずだけど。
マ、マルちゃんすげえ。
暗黒神を支配し利用してやがった。
しかし主人公らが余計な手出しをしたせいで結局ラプちゃん復活。
いや、でも案外これでよかったのかも。
そうでないとマルちゃんがラスボスに…？
ちょっとアクセス解析でディレクトリごとのアクセスの様子を見てみました。
掲示板が文字化けするようだったので直しました。
GBBS時代の文字数を可能な限り少なくする過剰に省略した書き方のせいで文字コードがブラウザに渡されず結果ブラウザだけの判断で最初のTGWSを見て英語らしいと判断されてしまっていたのが原因だったようです。
ミディビの開発やってます。
アンケートの結果多くの人がアプレット実行可能な環境でないこと、たとえ実行できても正しく音が鳴るとは限らないことがわかったのでそっち方面に改良を加えています。
それに伴いアンケートのほうは終了させました。
