はい、どーも!!
最近何のブログか自分でもよくわからない。
水曜にバージョンアップします。
2007 / 07 / 30 ( Mon )
zip対応から2週間も経ってしまったので、とりあえず水曜日、テスト期間の合間にバージョンアップします。
■現在公開しているバージョンからの変更点
・zip形式を偽装したファイルに対応。
今回のバージョンアップのメイン。複数のBMSファイルを圧縮したZIPファイルを公開中の「BMS偽装化ツール」で偽装化しものを読み込めます。フォルダを含ませないで圧縮させるのが確実ですが、多分中身がフォルダわけされてても正常に読み込めると思う。
ファイルサイズが5分の1程度に圧縮できて、さらに複数同時にインポートできるという数多くの利点があります。
zip圧縮されたファイルには背景画像は指定できません。(と思う。)
・インポート最大曲数制限解除。
zipに対応したことで余裕で100曲インポート達成できるようになったので「曲数」制限を解除しました。メモリが続く限りインポートできますｗ(ただし水曜までにPCがあまり触れなかったらインポートできる「ファイル数」は100制限のままになるかも。)
結構がんばったはずだけど書き出してみるとこんなもんかorz
今のところワタシ自身の携帯には6ファイル50曲インポートしてますが、
さすがこれだけ入れると曲を探しづらいｗ
なんか探しやすくする方法あるかなぁ。
■今後やりたいことリスト
・タイトル画面の美化。
・ロード中の画面の美化。
・リザルト画面の美化。
・曲選択画面の可読性アップ、美化。
・パーセンテージの上に点滅ライト。(描けない…)
・フォント強化。
・SDバインディング。
・BGAの本格対応。
・PCM音源対応。
・ランダム連続再生。
・7keyモード復活。
・ヒドゥン、サドゥン。
・速度変更の段階増。
・ゲーム中に速度変更。
・横画面モード。
・VGA対応。(まぁVGAに描けるほどの画力ないけど。)
・独自拡張BMSの対応。(MBに囚われない全MIDI音源を指定できる)
・pop'nスキンとかいろいろ。
・外部からスキン指定。
・MIDIからBMS自動生成。
■現在公開しているバージョンからの変更点
・zip形式を偽装したファイルに対応。
今回のバージョンアップのメイン。複数のBMSファイルを圧縮したZIPファイルを公開中の「BMS偽装化ツール」で偽装化しものを読み込めます。フォルダを含ませないで圧縮させるのが確実ですが、多分中身がフォルダわけされてても正常に読み込めると思う。
ファイルサイズが5分の1程度に圧縮できて、さらに複数同時にインポートできるという数多くの利点があります。
zip圧縮されたファイルには背景画像は指定できません。(と思う。)
・インポート最大曲数制限解除。
zipに対応したことで余裕で100曲インポート達成できるようになったので「曲数」制限を解除しました。メモリが続く限りインポートできますｗ(ただし水曜までにPCがあまり触れなかったらインポートできる「ファイル数」は100制限のままになるかも。)
結構がんばったはずだけど書き出してみるとこんなもんかorz
今のところワタシ自身の携帯には6ファイル50曲インポートしてますが、
さすがこれだけ入れると曲を探しづらいｗ
なんか探しやすくする方法あるかなぁ。
■今後やりたいことリスト
・タイトル画面の美化。
・ロード中の画面の美化。
・リザルト画面の美化。
・曲選択画面の可読性アップ、美化。
・パーセンテージの上に点滅ライト。(描けない…)
・フォント強化。
・SDバインディング。
・BGAの本格対応。
・PCM音源対応。
・ランダム連続再生。
・7keyモード復活。
・ヒドゥン、サドゥン。
・速度変更の段階増。
・ゲーム中に速度変更。
・横画面モード。
・VGA対応。(まぁVGAに描けるほどの画力ないけど。)
・独自拡張BMSの対応。(MBに囚われない全MIDI音源を指定できる)
・pop'nスキンとかいろいろ。
・外部からスキン指定。
・MIDIからBMS自動生成。
インポート機能も復活
2007 / 07 / 28 ( Sat )
インポート機能も無事に循環リストに対応。
これで実質最大曲数の制限はなくなりました。
あとは100っていう最大インポートファイル数の解除のみ。
ファイルID管理に長さ100の配列を使ってるから悪いんだが、いい解決方法ないかな。練習がてら普通のリンクリストで可変長配列でも作って管理してみようかなぁ。まぁ既存のでいいよなぁ…DoJaで使える既存の可変長配列って何があるんだろ。Vectorクラス使えるんかな。
スキンにも久々に手を加えてます。キー周りにグラデが足りない部分を修正してみたり。黒鍵もなんだか平たく見えるので書き直しかなぁ。MSペイントの限界感じる〜。。。曲ロード中にでる情報ももう少し飾り付けしてみよっと。(フォントが自由自在ではないので工夫しないと。)
これで実質最大曲数の制限はなくなりました。
あとは100っていう最大インポートファイル数の解除のみ。
ファイルID管理に長さ100の配列を使ってるから悪いんだが、いい解決方法ないかな。練習がてら普通のリンクリストで可変長配列でも作って管理してみようかなぁ。まぁ既存のでいいよなぁ…DoJaで使える既存の可変長配列って何があるんだろ。Vectorクラス使えるんかな。
スキンにも久々に手を加えてます。キー周りにグラデが足りない部分を修正してみたり。黒鍵もなんだか平たく見えるので書き直しかなぁ。MSペイントの限界感じる〜。。。曲ロード中にでる情報ももう少し飾り付けしてみよっと。(フォントが自由自在ではないので工夫しないと。)
循環リスト化成功
2007 / 07 / 28 ( Sat )
循環リスト化成功しました。
まぁまだまだインポート機能なんかには対応できてませんが、
ここまでくればすぐにいけるでしょう。
なんだかインスタンス名はそのメモリへの参照しか持ってないとか、そういうのがわかってくるとおもしろいなぁｗJAVAっていろいろできるんですね〜。
まぁまだまだインポート機能なんかには対応できてませんが、
ここまでくればすぐにいけるでしょう。
なんだかインスタンス名はそのメモリへの参照しか持ってないとか、そういうのがわかってくるとおもしろいなぁｗJAVAっていろいろできるんですね〜。
循環リスト構造化
2007 / 07 / 27 ( Fri )
曲情報を扱う部分を循環リスト構造化中。
複数の配列で曲情報を扱っていたのでメンテナンス性にかけていたし、あらかじめ設定した長さを超えられませんでした。
そこでこの部分の情報をクラスで保持して、さらに循環リスト構造にすることでこの問題を一挙解決しようという目論見です。
クラスのメンバにアクセスするのは若干遅くなるらしいですが、速度をあまり気にしなくいい部分でしか使わないので、問題ありません。(他にもjarのサイズがでかくなるっていうのもありますが、サイズには余裕があるのでこちらも問題ない。)
ZIPに対応してから配列の移動の関係でインポート速度がかなり遅くなっていましたが、これでかなりのインポート速度改善も見込めます。
まぁリンクリストは最近知ったテクだし(しかもCで。)、クラスもガシガシ組むのは初めてなんで多少時間がかかるかも。
複数の配列で曲情報を扱っていたのでメンテナンス性にかけていたし、あらかじめ設定した長さを超えられませんでした。
そこでこの部分の情報をクラスで保持して、さらに循環リスト構造にすることでこの問題を一挙解決しようという目論見です。
クラスのメンバにアクセスするのは若干遅くなるらしいですが、速度をあまり気にしなくいい部分でしか使わないので、問題ありません。(他にもjarのサイズがでかくなるっていうのもありますが、サイズには余裕があるのでこちらも問題ない。)
ZIPに対応してから配列の移動の関係でインポート速度がかなり遅くなっていましたが、これでかなりのインポート速度改善も見込めます。
まぁリンクリストは最近知ったテクだし(しかもCで。)、クラスもガシガシ組むのは初めてなんで多少時間がかかるかも。
疲れています…
2007 / 07 / 24 ( Tue )
土日は尋常じゃなく大変だった…
内容はサークル活動で『地方の祭りのお手伝い』といったところでしょうか。それがまぁこき使われるのなんのｗ祭り準備から始まり、出店の店番、自分たちのブースの店番、片付け…またものすごい奇跡の晴天っぷりが追い討ちをかける。。。
準備をしているときは、
『いや〜重い、重い、大変だなぁ。』
といった感じ。
今思えばテーブル運びとか序の口。
ゲームコーナーの店番では
『炎天下で立ちっぱなし、子供の相手…ちょ、腕があちーーー！』
立ちっぱなしですよ。日光から身を守るものもなくフルボッコ。
腕が真っ赤に日焼け、というか炎症ｗ
見る人見る人に大笑いされるほど真っ赤です。
自分たちのブースの店番では、
『ちょ、子供たちフリーダムすぎｗｗ』
まぁフリーダムですよ。
それに最近の母親というものはひどいの多いですね〜…
この親にこの子あり、といった光景がよくみえておもしろかったですね…
片付けはひどいひどい。
トラックの荷台に乗せられて盥回し。
トラックの荷台自体は楽しかったですがｗｗ
途方もない数のテーブル、イスの片付けが一番大変。
1つずつ丁寧に拭いて、担いで階段を上る…無限ループのように思えました。。。
最後に打ち上げ！
これはよかた。いっぱい食いましたよ。
祭りの料理ばかりなんですがうまいうまい。
なんだか昼に高い金だして食ったものばかりでしたが、
そんなの気にしないで楽しめました〜。
総合して楽しかったですね、今思えば。
来年もなんとかなりそうだｗ
内容はサークル活動で『地方の祭りのお手伝い』といったところでしょうか。それがまぁこき使われるのなんのｗ祭り準備から始まり、出店の店番、自分たちのブースの店番、片付け…またものすごい奇跡の晴天っぷりが追い討ちをかける。。。
準備をしているときは、
『いや〜重い、重い、大変だなぁ。』
といった感じ。
今思えばテーブル運びとか序の口。
ゲームコーナーの店番では
『炎天下で立ちっぱなし、子供の相手…ちょ、腕があちーーー！』
立ちっぱなしですよ。日光から身を守るものもなくフルボッコ。
腕が真っ赤に日焼け、というか炎症ｗ
見る人見る人に大笑いされるほど真っ赤です。
自分たちのブースの店番では、
『ちょ、子供たちフリーダムすぎｗｗ』
まぁフリーダムですよ。
それに最近の母親というものはひどいの多いですね〜…
この親にこの子あり、といった光景がよくみえておもしろかったですね…
片付けはひどいひどい。
トラックの荷台に乗せられて盥回し。
トラックの荷台自体は楽しかったですがｗｗ
途方もない数のテーブル、イスの片付けが一番大変。
1つずつ丁寧に拭いて、担いで階段を上る…無限ループのように思えました。。。
最後に打ち上げ！
これはよかた。いっぱい食いましたよ。
祭りの料理ばかりなんですがうまいうまい。
なんだか昼に高い金だして食ったものばかりでしたが、
そんなの気にしないで楽しめました〜。
総合して楽しかったですね、今思えば。
来年もなんとかなりそうだｗ
テスト近い
2007 / 07 / 21 ( Sat )
もうすぐ8月、期末テストのシーズンです。
加えてサークル関連のイベントがあるのでさらに忙しい。。。
MobileDJ(仮)もまったく弄れていません。
まぁZipには対応できていますが、
それ以外のグラフィックまわりをもう少し改良したいので、
以前予告した今週末のアップグレードはないかも。ってかない。
ストリームをぐちゃぐちゃ書いてるんで
閉じ忘れとかありそうで非常にこわいし…
あせる必要もないでしょう。
曲数制限100もzip対応により余裕で達成できる数字になっちゃったんで、制限を取っ払って、実質いくらでも入れれるようにもしたいです。
GOODとかGREATとかのフォントもワタシの手書きのものからフリーフォントを元にしたものにもしたいですね〜。(あのスキンは全部MSペイントで一から描いたもんなんですよ〜ｗ)
スキン変更もできるようにするってのもおもしろそうだ。
今のところMobileDJをダウンロードしてくれた一般ユーザーさんは多分10人ちょい。(DLカウンターつけてるわけではないので定かではありませんが。)SHとPがほとんどです。SHとPを推奨してるからでしょうかね；ベンチマーク結果を見るに、903や703以上の機種はどれでもそれなり動くとは思いますよ〜。
加えてサークル関連のイベントがあるのでさらに忙しい。。。
MobileDJ(仮)もまったく弄れていません。
まぁZipには対応できていますが、
それ以外のグラフィックまわりをもう少し改良したいので、
以前予告した今週末のアップグレードはないかも。ってかない。
ストリームをぐちゃぐちゃ書いてるんで
閉じ忘れとかありそうで非常にこわいし…
あせる必要もないでしょう。
曲数制限100もzip対応により余裕で達成できる数字になっちゃったんで、制限を取っ払って、実質いくらでも入れれるようにもしたいです。
GOODとかGREATとかのフォントもワタシの手書きのものからフリーフォントを元にしたものにもしたいですね〜。(あのスキンは全部MSペイントで一から描いたもんなんですよ〜ｗ)
スキン変更もできるようにするってのもおもしろそうだ。
今のところMobileDJをダウンロードしてくれた一般ユーザーさんは多分10人ちょい。(DLカウンターつけてるわけではないので定かではありませんが。)SHとPがほとんどです。SHとPを推奨してるからでしょうかね；ベンチマーク結果を見るに、903や703以上の機種はどれでもそれなり動くとは思いますよ〜。
時計電池切れる
2007 / 07 / 19 ( Thu )
3連休明けましたね〜…実は帰省いてました。
短かったなぁ〜、もう2日くらいほしいところ。
それにしても野良猫と戯れまくったなぁ。かわいいのなんの。
いろんな猫に子猫が生まれたようで、小さいのが9匹もいました。
黒いのが4匹、白いのが4引き、灰色が1匹。
よちよち歩きで尋常じゃなくかわいい。いいよ、猫。
朝方とか木にのぼったりしてすごいイイ。なごみますな。
んで、またこの田舎に戻ってまいりまして、
夜10時に家ついたのに時計は朝なのか夜なのか9時半になっていました。
時計の電池がいないときにきれちゃった。
電池は見たところ単2。
そんなものありません。
…何時間たっても9時半。
朝起きたとき、寝ぼけていてそんなことを忘れ、
すごい焦りましたね。
もう朝寝坊が許されないほど出席日数ピンチですから。
はやいとこ電池をいれないとな。
習慣的に時計で時間を確認するので現在時刻がさっぱりわからず、時間感覚も崩壊してきています。バルス。
今の時間は
…
9時半か。
まだまだ先は長い。
ありがとうございました。
(まったくカオスな日記だｗ)
短かったなぁ〜、もう2日くらいほしいところ。
それにしても野良猫と戯れまくったなぁ。かわいいのなんの。
いろんな猫に子猫が生まれたようで、小さいのが9匹もいました。
黒いのが4匹、白いのが4引き、灰色が1匹。
よちよち歩きで尋常じゃなくかわいい。いいよ、猫。
朝方とか木にのぼったりしてすごいイイ。なごみますな。
んで、またこの田舎に戻ってまいりまして、
夜10時に家ついたのに時計は朝なのか夜なのか9時半になっていました。
時計の電池がいないときにきれちゃった。
電池は見たところ単2。
そんなものありません。
…何時間たっても9時半。
朝起きたとき、寝ぼけていてそんなことを忘れ、
すごい焦りましたね。
もう朝寝坊が許されないほど出席日数ピンチですから。
はやいとこ電池をいれないとな。
習慣的に時計で時間を確認するので現在時刻がさっぱりわからず、時間感覚も崩壊してきています。バルス。
今の時間は
…
9時半か。
まだまだ先は長い。
ありがとうございました。
(まったくカオスな日記だｗ)
zip読み込み対応
2007 / 07 / 17 ( Tue )
zip読み込みに対応できました。
予定通り複数のbmsを含んだzipも読み込めるんで、
インポート作業が非常に楽になりました。
10個のbmsを1つずつ偽装化してインポートしていくよりも、
10個まとめて圧縮、偽装化してインポートできるほうが遥かには速い。
しかもbmsファイルは圧縮率が非常に高いので、今までの5分の1以下くらいにできます。SDを使わずとも余裕で100曲入りますなｗ
JarInflaterが全機種同じように動いてくれますように…
コントラスタの寿命っていったいどんなもんなのかよくわかりませんが、いまんとこPとSHで動作を確認できたので大丈夫でしょう。
SDバインディングも同様の操作でできるかなｗ
一般公開は今週の土日にでも。
演奏まわりでももう少し弄れそうなんで。
■オリジナル音源のBMSについて
どうしてもSDを使うことになるよなぁ。。。
となるとやはりSDバインドのストリームがどのくらいの自由度があるか。
zipと同様に、メソッドに情報送ってストリームを開くっていうのができないと、また構造を変えないといけなくなるかもしれない。
ストリームを受け取れても、SDとのアクセスが切れてて結局使えなかったら最悪だ・・・これも要テスト。なんとかなるさ。
予定通り複数のbmsを含んだzipも読み込めるんで、
インポート作業が非常に楽になりました。
10個のbmsを1つずつ偽装化してインポートしていくよりも、
10個まとめて圧縮、偽装化してインポートできるほうが遥かには速い。
しかもbmsファイルは圧縮率が非常に高いので、今までの5分の1以下くらいにできます。SDを使わずとも余裕で100曲入りますなｗ
JarInflaterが全機種同じように動いてくれますように…
コントラスタの寿命っていったいどんなもんなのかよくわかりませんが、いまんとこPとSHで動作を確認できたので大丈夫でしょう。
SDバインディングも同様の操作でできるかなｗ
一般公開は今週の土日にでも。
演奏まわりでももう少し弄れそうなんで。
■オリジナル音源のBMSについて
どうしてもSDを使うことになるよなぁ。。。
となるとやはりSDバインドのストリームがどのくらいの自由度があるか。
zipと同様に、メソッドに情報送ってストリームを開くっていうのができないと、また構造を変えないといけなくなるかもしれない。
ストリームを受け取れても、SDとのアクセスが切れてて結局使えなかったら最悪だ・・・これも要テスト。なんとかなるさ。
IO操作全とっかえ手術
2007 / 07 / 16 ( Mon )
複数のBMSを含んだZIPに対応すべくファイルを扱う部分を大幅改造中。
各BMSのストリームを開けるだけの情報をいったんすべて調べてからいろいろやるようにしてみた。これからの拡張性も十分にでてきたし、操作自体も簡単にかけるようになって何故かソースコードが簡略化されたｗ
もう一息でzipにも対応だーーー。。。
あとはインポートまわりを作り直すのみ。
■追記
大改造をすべて完了した！と思ってzipを読み込ませたところ認識しなかった…zipの中のファイル一覧も正しく作られているようなので、原因はストリームの受け渡しにあると思われる…
なんでもzipを開けるクラスJarInflaterで作ったストリームはコントラスタが終了すると参照できなくなるそうな。
折角ストリームの受け渡しに特化させたのに…台無しだーーー…
ってかどうやってzip開こうかな…
わけわかんなくなってきた。
まずはJarInflaterがどこまで使えるか検証しよう。
単純に画像をzipからだすとか。
■JarInflater検証
いろいろ試してみたところ、
寿命が短いだけで普通に操作できた。
まだまだいける！
■結果
バグは別なところにあった。
で、結局ストリームを開く専用のメソッドでJarInflaterを使ってInputStream開いてをそれを戻り値にして使っても、しっかり機能するようです。
JarInflaterが閉じたら参照なくなるんじゃなかったのか…
まぁよって今までどおりの構成でいけるということでした。
実機で試してもうちょい改良加えたら公開できます。
各BMSのストリームを開けるだけの情報をいったんすべて調べてからいろいろやるようにしてみた。これからの拡張性も十分にでてきたし、操作自体も簡単にかけるようになって何故かソースコードが簡略化されたｗ
もう一息でzipにも対応だーーー。。。
あとはインポートまわりを作り直すのみ。
■追記
大改造をすべて完了した！と思ってzipを読み込ませたところ認識しなかった…zipの中のファイル一覧も正しく作られているようなので、原因はストリームの受け渡しにあると思われる…
なんでもzipを開けるクラスJarInflaterで作ったストリームはコントラスタが終了すると参照できなくなるそうな。
折角ストリームの受け渡しに特化させたのに…台無しだーーー…
ってかどうやってzip開こうかな…
わけわかんなくなってきた。
まずはJarInflaterがどこまで使えるか検証しよう。
単純に画像をzipからだすとか。
■JarInflater検証
いろいろ試してみたところ、
寿命が短いだけで普通に操作できた。
まだまだいける！
■結果
バグは別なところにあった。
で、結局ストリームを開く専用のメソッドでJarInflaterを使ってInputStream開いてをそれを戻り値にして使っても、しっかり機能するようです。
JarInflaterが閉じたら参照なくなるんじゃなかったのか…
まぁよって今までどおりの構成でいけるということでした。
実機で試してもうちょい改良加えたら公開できます。
遂に公開『MobileDJ(仮)』!!
2007 / 07 / 14 ( Sat )
公開開始しました。
それに伴いサイトを構築。
『はい、どーも!!物置。』
http://metaltsun.hp.infoseek.co.jp/
QRコードも載せてみるｗ
携帯、PC兼用です。
軽い解説もDLページに書いてありますんで、プレイしてみたいというチャレンジャーはそれを参考に遊んで見てください。
感想などを書き込んでくれるとありがたいです。
対応機種は実際不明。
この機種で動いた！っていう情報もくれるとナイスです。
(900iシリーズは演奏音をオフにする必要があります。動いてもガクガクの機種も多くあります。SH推奨。DLしたのにまともに動かなかった方は残念ながらあきらめてもらう他ありません。)
BMSを探すのが現在は結構むずいので以下に
おすすめサイトをボチボチ載せときますね。
・みらぶろ様(スパロボ系)
・流れ屋様(ハルヒなど)
・AIR's season4様(いろいろ)
・DECADENCE様(シャナなど)
・成田屋様(ゲームBGMなど)
これらのサイト様のBMSはほぼすべて再生可能です。
(容量の多いものは再生不可の可能性あり。本プレイヤーは00〜ZZ定義に対応しています。)
■動作可能機種
以下の機種は快適にゲームをすることができます。
P902i、SH902i、SH902iS、P703iμ
■準動作可能機種
以下は動作は可能ですがガクガクな機種。もしくは設定しだいでは何とかなる機種。
P901iS、SH900i、SH901iS
■動作不可機種
以下はゲームができない非対応機種です。
■現在の不具合
・鳴らない音がある。(設定していない音)
・複数のチャンネルで同一の音色を鳴らす譜面だとと音が細切れになる。
・振動が止まらなくなることがある。
・F等でインポート機能が使えない。
・曲の途中で一瞬とまることあり。(gcではない模様。)
・最大100曲。100曲超えようとしたら起動しなくなるかも…
・３つ同時押し不可。なでるように押すと回避可能。
■今後の目標
・オリジナル音源対応。
・zip圧縮されたデータの読み込み。
zipに圧縮されたデータは標準で読み込めるらしい。
ファイル名を指定して読み込めるので簡易のフォルダとしても使える。SDバインドと組み合わせられたらオリジナル音源対応にまた一歩近づく。
現在平均数10キロのBM専用BMSも5KBくらいまで圧縮できるのでマイピクチャも圧迫されなくなる。
現在読み込みまわり大幅回収中。
現在ZIPから中にあるファイル名を取得するプログラムを書いてます。
これがないと読み込めない〜。。。
ファイル名の後ろに書いてあるバイト列を検索して取り出すわけですが、javaのストリームは後ろを見るのが大変でめんどくさーい！
土日には公開できそう
2007 / 07 / 14 ( Sat )
インポート関連のバグを潰しました。
インポートといっても画像IDを取り込んでいるだけなので、
マイピクチャなどのネイティブデータの移動、削除の影響をモロにうけ、バグりやすい部分なので重要です。
とりあえず、
・対象のファイルが無い場合はリストより削除。
・対象のファイルIDがBMSではなくなっていた場合リストより削除。
・すでにインポートされている場合はインポート拒否。
・インポートしようとした画像がBMS出ない場合は拒否。
などの機能を追加。
ちなみにリストから任意のBMSを削除することはできません。
リストからはずすには元画像の削除しかありませんｗ
とりあえずこれくらいやっとけば起動できない、フリーズする、といったことは起こらなくなると思う。。。
(まぁこれだけやるんで起動にはそれなりの時間がかかります。)
あとは振動機能の復活といろいろ。見つけ次第潰す！
■対応機種について。
実家に落ちてたP901iSでも動作チェックした。
P902iでは普通に動いていたのでこちらも普通に動くと思ってましたがガクガクでゲームになりませんでした。演算速度自体には大差がないのか変換の時間はあまり変わりませんでした。
要は画像処理速度が重要になってくるわけですな。(音ゲーなのにｗ)
SH900iではP902i並の滑らかさなのでSH系は全機種OKでしょう。
スペックを見る限り903以上なら全機種安定動作か…
DoJaにはLEっていう下位グレードが設けられているんで、ひょっとしたら70X系でも動くかもしれません。
P902iでなめらかに動く〜のをいいことにちょっと画像効果をつけすぎたようですね〜…エフェクトOFF機能つければ実質の対応もっとふえるかも。
インポートといっても画像IDを取り込んでいるだけなので、
マイピクチャなどのネイティブデータの移動、削除の影響をモロにうけ、バグりやすい部分なので重要です。
とりあえず、
・対象のファイルが無い場合はリストより削除。
・対象のファイルIDがBMSではなくなっていた場合リストより削除。
・すでにインポートされている場合はインポート拒否。
・インポートしようとした画像がBMS出ない場合は拒否。
などの機能を追加。
ちなみにリストから任意のBMSを削除することはできません。
リストからはずすには元画像の削除しかありませんｗ
とりあえずこれくらいやっとけば起動できない、フリーズする、といったことは起こらなくなると思う。。。
(まぁこれだけやるんで起動にはそれなりの時間がかかります。)
あとは振動機能の復活といろいろ。見つけ次第潰す！
■対応機種について。
実家に落ちてたP901iSでも動作チェックした。
P902iでは普通に動いていたのでこちらも普通に動くと思ってましたがガクガクでゲームになりませんでした。演算速度自体には大差がないのか変換の時間はあまり変わりませんでした。
要は画像処理速度が重要になってくるわけですな。(音ゲーなのにｗ)
SH900iではP902i並の滑らかさなのでSH系は全機種OKでしょう。
スペックを見る限り903以上なら全機種安定動作か…
DoJaにはLEっていう下位グレードが設けられているんで、ひょっとしたら70X系でも動くかもしれません。
P902iでなめらかに動く〜のをいいことにちょっと画像効果をつけすぎたようですね〜…エフェクトOFF機能つければ実質の対応もっとふえるかも。
新型PSP出る！
2007 / 07 / 13 ( Fri )
PSPも遂に新型がでます。
小型軽量、バッテリーの持ちアップ！と
一般的に欠点だった部分を改善！
正直ほしくなりましたよｗ
でもねぇ。
なんかちょっとダサくなってないですか？ｗ
一時期はやった(?)中国製PSP『POPstation』に近づいたような気がする。まぁ気のせいか。
またダウングレードできるようになるのかな？ｗ
小型軽量、バッテリーの持ちアップ！と
一般的に欠点だった部分を改善！
正直ほしくなりましたよｗ
でもねぇ。
なんかちょっとダサくなってないですか？ｗ
一時期はやった(?)中国製PSP『POPstation』に近づいたような気がする。まぁ気のせいか。
またダウングレードできるようになるのかな？ｗ
ヘボプログラマー
2007 / 07 / 12 ( Thu )
あぁまったくヘボプログラマーですわ、ワタシ。
殴り書きソースすぎてひとつ直すのにも四苦八苦。
改善方法を思いつけばゴソっと数十行消えることもある…
BMS→MIDIの変換もやたら時間かかるしなぁ。
http://nagareya.s151.xrea.com/
の『God knows...』なんかは変換に8秒かかりますorz
いくらなんでも遅いよなぁ…
ここのサイト様の曲の密度が濃いからって言うのもありますが、描画抜きの演算で8秒は長すぎる…どうみても無駄処理が多いので削る余地はあるのでガンバロット。
(ちなみに同じサイトさまのハレ晴レは3秒で変換終了。)
前回書いたやつの続きですが、打開策を打ってみた。
新しいノートがきたら現在鳴っている同一音色のノートは通常止めますが、現在鳴っている音のなり始めた時間が16分音符の長さより短かった場合はその音はそのまま鳴らしておくようにした。
これで16分音符より早くノートを鳴らしたらそれは和音化されます。
もしも32分音符が1小節をガンガン埋めてても、新しい音より16分音符分以上古いものはどんどん止まっていくので音がひどくにごることもありません。なんだかめんどくさいことやってますねｗ
あ、振動機能復活また忘れてた。
インポート関連でもまだまだ穴がー。
殴り書きソースすぎてひとつ直すのにも四苦八苦。
改善方法を思いつけばゴソっと数十行消えることもある…
BMS→MIDIの変換もやたら時間かかるしなぁ。
http://nagareya.s151.xrea.com/
の『God knows...』なんかは変換に8秒かかりますorz
いくらなんでも遅いよなぁ…
ここのサイト様の曲の密度が濃いからって言うのもありますが、描画抜きの演算で8秒は長すぎる…どうみても無駄処理が多いので削る余地はあるのでガンバロット。
(ちなみに同じサイトさまのハレ晴レは3秒で変換終了。)
前回書いたやつの続きですが、打開策を打ってみた。
新しいノートがきたら現在鳴っている同一音色のノートは通常止めますが、現在鳴っている音のなり始めた時間が16分音符の長さより短かった場合はその音はそのまま鳴らしておくようにした。
これで16分音符より早くノートを鳴らしたらそれは和音化されます。
もしも32分音符が1小節をガンガン埋めてても、新しい音より16分音符分以上古いものはどんどん止まっていくので音がひどくにごることもありません。なんだかめんどくさいことやってますねｗ
あ、振動機能復活また忘れてた。
インポート関連でもまだまだ穴がー。
MIDI変換調整
2007 / 07 / 10 ( Tue )
ノートを鳴らす前に同音色のノートをすべて止めるようにした。
これまでは同音色同音階のもののみ止めてました。
どうにも一長一短。
スラー処理というか、音のつながりをもう少し工夫しないと、なんか変。3連続の階段で全部伸ばすべきとこがまったく再現できてないのが痛すぎる。分解能の何分の一か以内で連続した場合は前の音を止めない、とか、２つ前以前の音だけをとめて1つ前のはとりあえず鳴らしておくといった工夫がいる模様。
ドラムだけは例外。6拍分くらいとっとかないと実機でならないのもあるし…スネアとか。
細かなバグも続々改善中。
インポートがめんどくさいけど公開したらぜひやってみてください。
(って楽しみにしてる人なんているんだろうか…エクシアのほうがブツブツ)
曲データ自体は画像扱いになるので、赤外線送信とかwebからのDLに対応してます。メール送信はできなかった…
これまでは同音色同音階のもののみ止めてました。
どうにも一長一短。
スラー処理というか、音のつながりをもう少し工夫しないと、なんか変。3連続の階段で全部伸ばすべきとこがまったく再現できてないのが痛すぎる。分解能の何分の一か以内で連続した場合は前の音を止めない、とか、２つ前以前の音だけをとめて1つ前のはとりあえず鳴らしておくといった工夫がいる模様。
ドラムだけは例外。6拍分くらいとっとかないと実機でならないのもあるし…スネアとか。
細かなバグも続々改善中。
インポートがめんどくさいけど公開したらぜひやってみてください。
(って楽しみにしてる人なんているんだろうか…エクシアのほうがブツブツ)
曲データ自体は画像扱いになるので、赤外線送信とかwebからのDLに対応してます。メール送信はできなかった…
エクシア。足が太いですね。
2007 / 07 / 09 ( Mon )
足のディテールちょっと追加。ちょっとはまとまったかな。ただちょっと太いっすよねｗ太ももが顔幅くらいになればちょうどいい感じになると思う。ただ円形パーツが多いので、引き伸ばしも大変…あと肩のディテールを追加して引き締めればぐっと見栄えがよくなると思う。武器の情報もいろいろ出てきたので早速ガンブレードみたいのとシールドブレードみたいのでもつくってみましょう。
近々公開します。
2007 / 07 / 08 ( Sun )
まだまだ未完成ですが実験的に近々公開したいと思います。最低1曲はインポートしないといけないのが難点ですが、解説ページも作るんで気になる人はぜひやってみてくださいね。[公開するときの予定仕様]
・MusicBox対応BMS専用。
・5key譜面専用。7key譜面も再生できますが、右2列は非表示です。(まぁケータイで7keyできる人なんていないだろうし、MBのは大抵5key)
・900i、900iSはキー音再生不可。(オプションで演奏音を切る必要有り)
・キー音再生時に多少処理落ちする。
・GREAT以上で振動。(OFFにできます。)
・BGAの代わりにあらかじめ用意した画像を1枚表示可能。
・ターンテーブル、ゲージ、テーブルライト、キーライトなど、いろいろ再現。
・インポート方法は本体メモリからの画像呼び出しのみ。(SDバインディングは見送り。偽装化ソフトは同時公開。)
・ノートのスピード調節可能。(3段階。いわゆるHi-Speedモード。)
・F系端末非対応(インポート機能が使用できなかった。)
・MIDI音源を使用するのでコンバート後のMIDIサイズによっては非対応の曲有り。（そのうちMLDに切り替えるかも。）
・速度的にSH、P推奨。
・バグ多し。プレイに支障があるほどではないと思われ。。。
こんな感じ。
曲選択画面は上の画像みたいな感じ。
あとはここの調整が終わればなんとか公開できると思います。
それにしても、この画面ショボイ…背景にこだわりたいけど技量がｗ
タイトルの拡大表示はされません。
あー他にも忘れ去られていた振動機能の復活とか、何もインポートされていないときの処理とかつけないと。。。
コンボ表示の数字フォントはめんどいのでシステムフォントのままです。公開のときも多分システムフォント…
WAVEファイルに関するあれこれ
2007 / 07 / 08 ( Sun )
WAVEファイルを弄るのに必要な知識をご紹介。
(ワタシも俄仕込みなので間違ってるかも。。。)
[WAVファイル]
再生に必要なヘッダーを除くとあとは実際の波の振幅が羅列されている音声ファイル。圧縮なんかは一切かかってないいろいろ音声ファイルの元データ。波が直接書かれてるので、切ったり張ったり自由自在。mp3なんかも編集するときはWAVになってる。(ハズ)
[量子化ビット]
WAVファイルに記述されている振幅データの解像度。16bit(2byte)と8bit(1byte)がメジャー。前者は符号付(正負有り)の2の16乗段階で記述、後者は符号なし(正負なし)の2の8乗段階で記述されています。高々1byteのの差ですが、約60000段階と256段階っていう大きな差がある。
画像ファイルでいうと色数にあたる。画像と同じく減色の際はディザ処理が有効だとか。
[サンプリング周波数]
名前の通り音波を1秒間に何回サンプル(振幅)を取ったものかっていう数値。時間方向の解像度。要は1秒間に振幅データを何個使うかという数値。音の低音高音は振動の細かさで表せるため、これを下げると高音がつぶれる。
[ビットレート]
1秒間あらわすのに何bit使うかという数値。無圧縮のWAVでは単純に[量子ビット]x[サンプリング周波数]になる。(16x44100bitっていうとてつもなくでかい値に…)。mp3なんかはいろいろ処理されてから圧縮もされているので、同じ量子ビット、サンプリング周波数でもサイズがかなり小さい。
(ワタシも俄仕込みなので間違ってるかも。。。)
[WAVファイル]
再生に必要なヘッダーを除くとあとは実際の波の振幅が羅列されている音声ファイル。圧縮なんかは一切かかってないいろいろ音声ファイルの元データ。波が直接書かれてるので、切ったり張ったり自由自在。mp3なんかも編集するときはWAVになってる。(ハズ)
[量子化ビット]
WAVファイルに記述されている振幅データの解像度。16bit(2byte)と8bit(1byte)がメジャー。前者は符号付(正負有り)の2の16乗段階で記述、後者は符号なし(正負なし)の2の8乗段階で記述されています。高々1byteのの差ですが、約60000段階と256段階っていう大きな差がある。
画像ファイルでいうと色数にあたる。画像と同じく減色の際はディザ処理が有効だとか。
[サンプリング周波数]
名前の通り音波を1秒間に何回サンプル(振幅)を取ったものかっていう数値。時間方向の解像度。要は1秒間に振幅データを何個使うかという数値。音の低音高音は振動の細かさで表せるため、これを下げると高音がつぶれる。
[ビットレート]
1秒間あらわすのに何bit使うかという数値。無圧縮のWAVでは単純に[量子ビット]x[サンプリング周波数]になる。(16x44100bitっていうとてつもなくでかい値に…)。mp3なんかはいろいろ処理されてから圧縮もされているので、同じ量子ビット、サンプリング周波数でもサイズがかなり小さい。
wav弄れるようになった。
2007 / 07 / 07 ( Sat )
まずはwavファイルを弄るソフトを作ってみた。
C言語で書いてます。
とりあえずサンプリングレート、量子化ビット、チャンネル数を弄れるプログラムを組んでみました。どれも質を下げる方向のコンバートしかできませんがｗってかどれも中途半端。
モノラル化はステレオのどちらかのチャンネルのみを残すだけだし、サンプリングレートを落としていくと、なんだかピッチが若干上がるような…(サウンドエンジンでこの操作をやったのと、ヘッダ情報、波形データサイズに違いはないんだが…)
リサンプリングの時、リサンプルされなかった部分は無視でいいんだろうか。うまいことそこら辺の情報も吸収できればいいんだけどなぁ。
＊追記＊
どうやらサンプリング周波数が元のものの公約数で無い場合ピッチが変化してしまうようです。1秒間のサンプル数の数があってないのかなぁ…
量子化ビットのみ8bitから16bitへのコンバートもできるようになった。(意味ないけど。)
なんかこれ意外にも使えるプログラムかもｗｗ
＊さらに追記＊
そういえば波ってそのまま足せるんでしたね〜。
ステレオ→モノラルは両方の振幅を足して2で割ってEND。
リサンプルで消える部分もすべて足して、足した数で割ってみてる。
ワタシの音感は別によくないので違いがよくわかりませんが、全部の情報を含んでる分よさげかも？
＊さらにさらに追記＊
いや〜サウンドプログラミングおもしろｗ
次は等間隔にWAVを分割するプログラムを作ろう。
ADPCMの構造をあまりできないのでwav2mldに頼るしかない今、BMSプレイヤーでの伴奏は変換済みADPCMしか使えないので、等間隔に切るプログラムは必須。
思ったんだがこれくらいWAVが理解できれば、オリジナル音源のBMSもひとつの完成された音楽ファイルにコンバートできそうですな。
伴奏が1つのWAVで構成されていないBMSはあらかじめ1つにまとめてやれば、はるかに動作は軽くなる！
近いづいてきたぞ！オリジナル音源対応BMSプレイヤー！
(リアルタイムエンコードはいらないんじゃないだろうか…)
C言語で書いてます。
とりあえずサンプリングレート、量子化ビット、チャンネル数を弄れるプログラムを組んでみました。どれも質を下げる方向のコンバートしかできませんがｗってかどれも中途半端。
モノラル化はステレオのどちらかのチャンネルのみを残すだけだし、サンプリングレートを落としていくと、なんだかピッチが若干上がるような…(サウンドエンジンでこの操作をやったのと、ヘッダ情報、波形データサイズに違いはないんだが…)
リサンプリングの時、リサンプルされなかった部分は無視でいいんだろうか。うまいことそこら辺の情報も吸収できればいいんだけどなぁ。
＊追記＊
どうやらサンプリング周波数が元のものの公約数で無い場合ピッチが変化してしまうようです。1秒間のサンプル数の数があってないのかなぁ…
量子化ビットのみ8bitから16bitへのコンバートもできるようになった。(意味ないけど。)
なんかこれ意外にも使えるプログラムかもｗｗ
＊さらに追記＊
そういえば波ってそのまま足せるんでしたね〜。
ステレオ→モノラルは両方の振幅を足して2で割ってEND。
リサンプルで消える部分もすべて足して、足した数で割ってみてる。
ワタシの音感は別によくないので違いがよくわかりませんが、全部の情報を含んでる分よさげかも？
＊さらにさらに追記＊
いや〜サウンドプログラミングおもしろｗ
次は等間隔にWAVを分割するプログラムを作ろう。
ADPCMの構造をあまりできないのでwav2mldに頼るしかない今、BMSプレイヤーでの伴奏は変換済みADPCMしか使えないので、等間隔に切るプログラムは必須。
思ったんだがこれくらいWAVが理解できれば、オリジナル音源のBMSもひとつの完成された音楽ファイルにコンバートできそうですな。
伴奏が1つのWAVで構成されていないBMSはあらかじめ1つにまとめてやれば、はるかに動作は軽くなる！
近いづいてきたぞ！オリジナル音源対応BMSプレイヤー！
(リアルタイムエンコードはいらないんじゃないだろうか…)
ADPCMリアルタイムエンコード
2007 / 07 / 04 ( Wed )
前回解決策にもう1つ案を出しておく。
それはADPCM解析により特定時間以内にあるノートデータ分のmldをすべて合成して再生する、という方法。2つのAudioPresenterを交互につかって滑らかに再生しようぜ！っていうものですが…
(この辺は携帯用NESエミュなんかでも導入されてるっぽいですね。)
なんか途方もないことをやろうとしているような。
通常のWAVフォーマットをさらっと見ましたが、
WAVフォーマット自体はわかりやすい。
実際の音波の波形をそのまま書いていますんで。
1秒に周波数(横の精度)ｘ量子化ビット(縦の精度)分のbyte配列を処理しないといけなけない。
できればいろんなことにつかえそうなんだけど。。。。。。。。。
16KHz x 8bit(1byte)で1秒間16000byte、16Kbyteでっせ。
1秒鳴らすごとに要素数16000の配列を扱うってどうなんだろ。
それにRIFF形式のWAVならわかりやすいので編集しやすそうですが、相手はADPCM。差分なんちゃらとかいうすこし圧縮されてるやつ。それにメーカー(チップ)ごとならせるADPCMの種類が異なるらしい。
とりあえずwav2mld配布サイトにあるサンプルソースでも眺めてみよう…
(これケータイに積めたらケータイ用wavプレーヤーなんてのもできますねｗ)
それはADPCM解析により特定時間以内にあるノートデータ分のmldをすべて合成して再生する、という方法。2つのAudioPresenterを交互につかって滑らかに再生しようぜ！っていうものですが…
(この辺は携帯用NESエミュなんかでも導入されてるっぽいですね。)
なんか途方もないことをやろうとしているような。
通常のWAVフォーマットをさらっと見ましたが、
WAVフォーマット自体はわかりやすい。
実際の音波の波形をそのまま書いていますんで。
1秒に周波数(横の精度)ｘ量子化ビット(縦の精度)分のbyte配列を処理しないといけなけない。
できればいろんなことにつかえそうなんだけど。。。。。。。。。
16KHz x 8bit(1byte)で1秒間16000byte、16Kbyteでっせ。
1秒鳴らすごとに要素数16000の配列を扱うってどうなんだろ。
それにRIFF形式のWAVならわかりやすいので編集しやすそうですが、相手はADPCM。差分なんちゃらとかいうすこし圧縮されてるやつ。それにメーカー(チップ)ごとならせるADPCMの種類が異なるらしい。
とりあえずwav2mld配布サイトにあるサンプルソースでも眺めてみよう…
(これケータイに積めたらケータイ用wavプレーヤーなんてのもできますねｗ)
AudioPresenter
2007 / 07 / 04 ( Wed )
ボイスmldを使うにあたって大問題なのはやはりAudioPresenterの最大数。4つってのは困ったもの。同時にならせるmldが最大４つってことです。これは伴奏用midiを伴奏用ノートにあわせて再生していた次期にもあった問題です。現在midiの方は、伴奏をすべてをひとつのmidiファイルに作り変えることで解決しました。
が今回はボイスmld。こんなもんひとつになんかできっこない！構造がまるで違うのよ、構造が。だからノートにあわせてひとつずつ再生するしかない…でも譜面を見ると3和音以上がゴロゴロ。それに続々と次のノートがくるんで再生中のサウンドもどんどん止めて次をセットしないといけない…となるとさっぱり音がならないということになります…
伴奏がひとつのwavにまとめられているようなBMSならその問題は発生せず、綺麗に再生できると思う。(そんなの少ないが。)
とりあえず鳴らしてみたいのですべてのノートをチェックせず、上方に書かれた伴奏用ノートのみならしてみることにしよう…PCはいいよなぁ。。。wavファイルをどんどん重ねながら再生できて…
ま、おもしろいからやってんだけどｗｗ
問題になるのは鳴らすべきサウンド量が多い伴奏のみ。
演奏用は今まで通りまったく問題なくいくと思う。
が今回はボイスmld。こんなもんひとつになんかできっこない！構造がまるで違うのよ、構造が。だからノートにあわせてひとつずつ再生するしかない…でも譜面を見ると3和音以上がゴロゴロ。それに続々と次のノートがくるんで再生中のサウンドもどんどん止めて次をセットしないといけない…となるとさっぱり音がならないということになります…
伴奏がひとつのwavにまとめられているようなBMSならその問題は発生せず、綺麗に再生できると思う。(そんなの少ないが。)
とりあえず鳴らしてみたいのですべてのノートをチェックせず、上方に書かれた伴奏用ノートのみならしてみることにしよう…PCはいいよなぁ。。。wavファイルをどんどん重ねながら再生できて…
ま、おもしろいからやってんだけどｗｗ
問題になるのは鳴らすべきサウンド量が多い伴奏のみ。
演奏用は今まで通りまったく問題なくいくと思う。
作成数制限
2007 / 07 / 03 ( Tue )
インポートする前にアプリ側でダミーをwavファイルの数だけ作る必要があるわなんですが、、なんとSDバインディングにはファイル作成数制限がある模様。エミュ、実機ともに一回の起動で16個以上のファイルしかつくることができなかった。
ダミー作るのに、10回も起動しなおすなんて絶対にできない。
(作れたとしてもサブフォルダを作れないので現実的ではない。)
さて、どうしたもんか。
折角の希望の光だったんだけどなぁ。
解決方法は、
ADPCMファイルをすべてひとつのファイルにくっつける。
コレしかない。
・譜面BMS結合ファイル、
・演奏用ADPCM結合ファイル
・BGM用ADPCM結合ファイル
・BGA用GIF結合ファイル
ひとつのBMSに対して4つのファイルですむ。
……
やたらとめんどくさいことになってきた〜。
また結合プログラムを書かないといかんのか。。。
まぁ分離に関しては、ストリーム開いてからどんどんgetImageでも呼べば言い訳だから大丈夫か…
最高4つのファイルを作成するようになるから一回の起動でインポートできる最大は4つくらい。
さらにさらに全部くっつけると16個いけますがやめときます…ｗ
ダミー作るのに、10回も起動しなおすなんて絶対にできない。
(作れたとしてもサブフォルダを作れないので現実的ではない。)
さて、どうしたもんか。
折角の希望の光だったんだけどなぁ。
解決方法は、
ADPCMファイルをすべてひとつのファイルにくっつける。
コレしかない。
・譜面BMS結合ファイル、
・演奏用ADPCM結合ファイル
・BGM用ADPCM結合ファイル
・BGA用GIF結合ファイル
ひとつのBMSに対して4つのファイルですむ。
……
やたらとめんどくさいことになってきた〜。
また結合プログラムを書かないといかんのか。。。
まぁ分離に関しては、ストリーム開いてからどんどんgetImageでも呼べば言い訳だから大丈夫か…
最高4つのファイルを作成するようになるから一回の起動でインポートできる最大は4つくらい。
さらにさらに全部くっつけると16個いけますがやめときます…ｗ
連続再生
2007 / 07 / 03 ( Tue )
wavから変換したmldはADPCMという形式らしい。
紛らわしいので、今後wavから変換したmldはADPCMと呼ぶことにしますｗ
風邪がだいぶよくなってきたので尚も飽きずに開発中。
現在、SDから20秒程度ずつに分割したADPCMを10個ほど読み込み、連続再生することで、3分ほどの曲をフルで再生することができるようにった。
音質も変換の設定しだいでかなり良い。
まぁ着声としては、と言っておきますが…
連続再生時、曲の切り替えの時に多少時間がかかる。
setSound()とplay()だけでも実機で20mS程度かかってしまう。
このラグは再生するファイルのサイズに比例して大きくなる模様。
ADPCMは固定の長さで切るようにしてあるので、サイズはすべてほぼ同じ。ならばあらかじめラグを計算しておき、曲が終了する前に良いタイミングでもうひとつ用意したAudioPresenterで再生を開始しちゃえばラグなしで再生できないこともないと思う。
(ADPCMも複数同時に鳴らすことできるよね？…自信ないけど。)
SDからADPCMを引き出す際、ストリームを閉じた後にuse()を呼べないことが判明したので、最初の読み込みですべてuse()するしかない。つまり全部ヒープメモリに入れなきゃならん。
今回は8kHzのデータ計3分で1MBいかないのでまぁ大丈夫だと予想ｗ
あと問題はBGM専用のwavファイルを持たないBMSをどうするか。
つまり、ノートを検知してwavを鳴らし、BGMを構成しているBMS。
むしろこっちの方が多い。
さっき書いたようにsetSound()とplay()だけでそれなりの時間がかかる。これが同時に複数ならされるわけだからもう大変。
ガタガタになってしまうことは間違いない。
さて、どうなることやら…
紛らわしいので、今後wavから変換したmldはADPCMと呼ぶことにしますｗ
風邪がだいぶよくなってきたので尚も飽きずに開発中。
現在、SDから20秒程度ずつに分割したADPCMを10個ほど読み込み、連続再生することで、3分ほどの曲をフルで再生することができるようにった。
音質も変換の設定しだいでかなり良い。
まぁ着声としては、と言っておきますが…
連続再生時、曲の切り替えの時に多少時間がかかる。
setSound()とplay()だけでも実機で20mS程度かかってしまう。
このラグは再生するファイルのサイズに比例して大きくなる模様。
ADPCMは固定の長さで切るようにしてあるので、サイズはすべてほぼ同じ。ならばあらかじめラグを計算しておき、曲が終了する前に良いタイミングでもうひとつ用意したAudioPresenterで再生を開始しちゃえばラグなしで再生できないこともないと思う。
(ADPCMも複数同時に鳴らすことできるよね？…自信ないけど。)
SDからADPCMを引き出す際、ストリームを閉じた後にuse()を呼べないことが判明したので、最初の読み込みですべてuse()するしかない。つまり全部ヒープメモリに入れなきゃならん。
今回は8kHzのデータ計3分で1MBいかないのでまぁ大丈夫だと予想ｗ
あと問題はBGM専用のwavファイルを持たないBMSをどうするか。
つまり、ノートを検知してwavを鳴らし、BGMを構成しているBMS。
むしろこっちの方が多い。
さっき書いたようにsetSound()とplay()だけでそれなりの時間がかかる。これが同時に複数ならされるわけだからもう大変。
ガタガタになってしまうことは間違いない。
さて、どうなることやら…
通常のBMSファイル演奏、考察その２
2007 / 07 / 02 ( Mon )
SDを使えるようになったことで、サイズを気にしないでインポートできるようになった。
まぁbmpにより作られていたBGAはgifにあらかじめ変換しとくことで完全に再現できると思う。高速に書き換えたら重重になりそうだが120x210、正方形のものを加工するならばたった120x120の領域、そこまで重重にはならないと思う。
次はまぁ夢の話なんですがねｗ
完全なBMSファイルを使えるようにするっていうアレ。
wav2mldというソフトを使えば、どうやらアプリでもPCM音源なりを使えるらしいぞ！鳴らせる最大は20秒200KB(16KHz)くらいらしい。3分くらいの曲を9分割して、随時鳴らしていけばフルサイズwavも再生できんじゃない？9分割…全部で2MBくらいか。曲の途中でとまるのはいかんので最初にヒープに全部落とす必要があるわけだが…大丈夫かね？ｗ
そしてキー音用のmldもいる。それぞれは数秒しかないので一個10KBくらいにはなるんでしょうが…数が…平均的と思われる曲でこれようのwavが170個もありよった。えーっと、1700KB、こっちも約2MBですか…
音声だけで最低4MBのヒープを消費。
まぁ少ない方なんでねーかい？
やたらとガベージコレクトが呼ばれることになりそうだがなんだかできるんじゃないか、コレ？ｗ
そういえば50KBを超えるMIDIが再生だきなかった。
たまたま選んだBMSが悪かったのか…はたまたMIDIだからこそなのか。
mldは500KBくらいのもならせる端末もあるみたいだし、、、変換ミスかな〜…
↓
エミュでは音でたんで端末の問題のようです。
mldの方が制限が緩いのか。ほぉ〜。
まぁbmpにより作られていたBGAはgifにあらかじめ変換しとくことで完全に再現できると思う。高速に書き換えたら重重になりそうだが120x210、正方形のものを加工するならばたった120x120の領域、そこまで重重にはならないと思う。
次はまぁ夢の話なんですがねｗ
完全なBMSファイルを使えるようにするっていうアレ。
wav2mldというソフトを使えば、どうやらアプリでもPCM音源なりを使えるらしいぞ！鳴らせる最大は20秒200KB(16KHz)くらいらしい。3分くらいの曲を9分割して、随時鳴らしていけばフルサイズwavも再生できんじゃない？9分割…全部で2MBくらいか。曲の途中でとまるのはいかんので最初にヒープに全部落とす必要があるわけだが…大丈夫かね？ｗ
そしてキー音用のmldもいる。それぞれは数秒しかないので一個10KBくらいにはなるんでしょうが…数が…平均的と思われる曲でこれようのwavが170個もありよった。えーっと、1700KB、こっちも約2MBですか…
音声だけで最低4MBのヒープを消費。
まぁ少ない方なんでねーかい？
やたらとガベージコレクトが呼ばれることになりそうだがなんだかできるんじゃないか、コレ？ｗ
そういえば50KBを超えるMIDIが再生だきなかった。
たまたま選んだBMSが悪かったのか…はたまたMIDIだからこそなのか。
mldは500KBくらいのもならせる端末もあるみたいだし、、、変換ミスかな〜…
↓
エミュでは音でたんで端末の問題のようです。
mldの方が制限が緩いのか。ほぉ〜。
高熱
2007 / 07 / 02 ( Mon )
38.7度出ています…
日曜日からこんな感じ。
つらい…水曜レポート提出で木曜テストなのに。。。
麻疹か…？
さて、（熱さましを飲んだので）SDバインディング！(w)
こちらのサイトを見て一撃解決でした。
StorageDevice sd = StorageDevice.getInstance("/ext0");
Folder folder = sd.getFolder((AccessToken)DoJaStorageService.getAccessToken(0,DoJaStorageService.SHARE_APPLICATION ) );
の2行を書けばもうそれでSDが開けました。
この状態では『folder』がそのアプリでのルートフォルダにあたるみたい。
あとはgetPath()でそのフォルダの中の特定のファイルを指定して、
open()でDocomo独自のFile形式(？)のFileEntityのインスタンスを取得して、そしてそしてopenInputStream()を使えば、晴れてIOstream操作ができるようになるわけですよ。
開いてしまえば、PC用JAVAと同じように読み書きできます。
ファイルシステム使えるんで、SPより開いた後は楽。
まぁ問題はアクセススピードか…
バッファサイズを弄れるようになってるのでこの辺は工夫次第ですなぁ…
外部ストレージなんでアクセス権なんかがありますが、この辺は折角ユーザーが弄れる領域なんだから設定なしでおｋ！
追記：
エミュレーターではcreatFileで0byteのデータを作れたが実機(P902i)では作ってくれなかった。ストリーム開いて最低1byteは書き込まないといけない。SDカードはランダムアクセスが遅いので、こういうチマチマな作業はやたら時間がかかる。
1byte書き込むのも100byte書き込むのも時間的には大差ない。
ファイルを開いたり閉じたりしまくるのがダメ。
アプリでダミー作成→PCから画像をダミーに上書き→表示っていう基本的な操作をやってみた。画像一枚だすのに1秒くらいかかった。まぁBMSプレイヤーで使うなら許容範囲内か。(MIDI作る方が時間かかるし。)
ファイルの存在を確認するメソッドがない。
フォルダ内のファイル一覧を取得して、読みたいファイルがあるかどうかを確認してから読む必要があるかも。
日曜日からこんな感じ。
つらい…水曜レポート提出で木曜テストなのに。。。
麻疹か…？
さて、（熱さましを飲んだので）SDバインディング！(w)
こちらのサイトを見て一撃解決でした。
StorageDevice sd = StorageDevice.getInstance("/ext0");
Folder folder = sd.getFolder((AccessToken)DoJaStorageService.getAccessToken(0,DoJaStorageService.SHARE_APPLICATION ) );
の2行を書けばもうそれでSDが開けました。
この状態では『folder』がそのアプリでのルートフォルダにあたるみたい。
あとはgetPath()でそのフォルダの中の特定のファイルを指定して、
open()でDocomo独自のFile形式(？)のFileEntityのインスタンスを取得して、そしてそしてopenInputStream()を使えば、晴れてIOstream操作ができるようになるわけですよ。
開いてしまえば、PC用JAVAと同じように読み書きできます。
ファイルシステム使えるんで、SPより開いた後は楽。
まぁ問題はアクセススピードか…
バッファサイズを弄れるようになってるのでこの辺は工夫次第ですなぁ…
外部ストレージなんでアクセス権なんかがありますが、この辺は折角ユーザーが弄れる領域なんだから設定なしでおｋ！
追記：
エミュレーターではcreatFileで0byteのデータを作れたが実機(P902i)では作ってくれなかった。ストリーム開いて最低1byteは書き込まないといけない。SDカードはランダムアクセスが遅いので、こういうチマチマな作業はやたら時間がかかる。
1byte書き込むのも100byte書き込むのも時間的には大差ない。
ファイルを開いたり閉じたりしまくるのがダメ。
アプリでダミー作成→PCから画像をダミーに上書き→表示っていう基本的な操作をやってみた。画像一枚だすのに1秒くらいかかった。まぁBMSプレイヤーで使うなら許容範囲内か。(MIDI作る方が時間かかるし。)
ファイルの存在を確認するメソッドがない。
フォルダ内のファイル一覧を取得して、読みたいファイルがあるかどうかを確認してから読む必要があるかも。
SDバインディングでできることを考える
2007 / 07 / 01 ( Sun )
902からの対応ですがSDバインディングを使えそうなので、
作る前にどんなことができそうか考えてみる。
その１『インポート作業の簡略化』
今の方法では、BMSを偽装ファイルか、SDなどに移し、本体メモリにコピー、そしてアプリ起動からそのファイルを選択、っていう面倒な作業目白押しですが、
SDバインディングを使えば、、、
インポートしたいときはアプリからダミーファイルを必要な数だけつくり、PCからそのダミーに実ファイルをコピーするだけでよい。ユーザーによる偽装化作業やリネーム作業がなくなるのですごい楽になる。画像ファイル以外も普通に読めるのが大きい。
それにいちいちアプリを停止することなく一連の作業ができるようになるのもでかい。
その２『容量増大』
SDの容量は今や100MB越えが当たり前。
数MBしかない内蔵メモリを使うよりははるかに良い。
ということは画像ファイルも大量に使えるということ。
こったBGAなんかも端末の性能がクリアできればすぐに採用できる。
mld化されたwavなんてのも数を気にしないで使えるかも。
(ヒープメモリがヒーヒーいいそうだがｗ)
画像フォルダを圧迫しないので通常使う分にもよい。
のようにすごいメリットありまくり。
mld化されたwav音源が使えると夢広がるなぁ。。。
対応曲がMusicBox専用から『すべて』にかわるわけでｗｗ
おうーヤル気でてきたー！
(管理しきれるかなぁ…）
ムービーを使えれば、まさにBGAんだけど再生するときって専用ビューワが開いちゃうそうで…GIFアニメっぽくさりげなく配置できたらなぁ〜。
作る前にどんなことができそうか考えてみる。
その１『インポート作業の簡略化』
今の方法では、BMSを偽装ファイルか、SDなどに移し、本体メモリにコピー、そしてアプリ起動からそのファイルを選択、っていう面倒な作業目白押しですが、
SDバインディングを使えば、、、
インポートしたいときはアプリからダミーファイルを必要な数だけつくり、PCからそのダミーに実ファイルをコピーするだけでよい。ユーザーによる偽装化作業やリネーム作業がなくなるのですごい楽になる。画像ファイル以外も普通に読めるのが大きい。
それにいちいちアプリを停止することなく一連の作業ができるようになるのもでかい。
その２『容量増大』
SDの容量は今や100MB越えが当たり前。
数MBしかない内蔵メモリを使うよりははるかに良い。
ということは画像ファイルも大量に使えるということ。
こったBGAなんかも端末の性能がクリアできればすぐに採用できる。
mld化されたwavなんてのも数を気にしないで使えるかも。
(ヒープメモリがヒーヒーいいそうだがｗ)
画像フォルダを圧迫しないので通常使う分にもよい。
のようにすごいメリットありまくり。
mld化されたwav音源が使えると夢広がるなぁ。。。
対応曲がMusicBox専用から『すべて』にかわるわけでｗｗ
おうーヤル気でてきたー！
(管理しきれるかなぁ…）
ムービーを使えれば、まさにBGAんだけど再生するときって専用ビューワが開いちゃうそうで…GIFアニメっぽくさりげなく配置できたらなぁ〜。
| ホーム |
カウンター
プロフィール
3DCG歴:2005年8月から今まで。
iアプリ歴:2005年2月から今まで。
C言語歴:2006年4月から今まで。
VB歴:2007年3月からちょっと。
Delphi歴:2007年3月からちょっと。
PIC歴:2007年5月から今まで。
PCイラスト歴:2007年12月から今まで。
DTM歴2008年2月から今まで。
PHP歴2008年4月からちょっと。
C++歴2008年4月からちょっと。
ブログ開始日2005/10/11
iアプリ公開中↓
『はい、どーも!!物置。2nd』
多分連絡先↓
metal_tsunアットinfoseek.jp
カテゴリー
- 雑記 (153)
- 携帯アプリ (173)
- 東方らしきもの (92)
- ファフナー系 (11)
- ガンダムSEED系 (48)
- エヴァンゲリオン系 (4)
- 宇宙世紀系 (22)
- キャラクター (26)
- コードギアス系 (47)
- アニメ (7)
- フルメタ系 (35)
- ガンダムOO系 (21)
- イラスト (43)
- iアプリメモ (4)
- 他2DCG (3)
- 他3DCG (7)
- NetVisionMobile (3)
- 耳コピ (9)
- ドット絵 (14)
- びーもば (2)
- PCゲーム (1)
- その他 (0)
リンク
- T-world (3DCG)
- こたつむり (日記・友人)
- 南の島からガンダムを作れ！(ガンプラ)
- チキチキボーンの骨 (アニメ・友人)
- 長月に在り(日記・友人)
- 夢創庵(3DCG)
- ゆめうつつ(3DCG)
- A10ワークス(3DCG)
- G.Format 2(3DCG)
- Gundam Holic(3DCG)
- ANAHEIM ELECTRONICS(371FAB)(3DCG)
- ラスカルにしお３ＤＲＯＯＭ(3DCG)
- NIGHT STRIKER(3DCG)
- MUTE-MUTE2(3DCG)
- 鋼の鼓動(原型)
- 原型っぽい日記(原型)
- にふのチラ裏(iアプリ・東方)
- 制作のしおり(東方)
- びーもばBMS置き場(BMS)
- 管理者ページ
このブログをリンクに追加する
猛烈片思いリンク中!!
最近のコメント
- つん:[検証]switch文の動作速度 (10/11)
- ふる:[検証]switch文の動作速度 (10/11)
- つん:GIFエンコーダ完成 (10/11)
- :GIFエンコーダ完成 (10/10)
- つん:LZWエンコーダー完成 (10/08)
- :LZWエンコーダー完成 (10/08)
- つん:LZWエンコーダー完成 (10/08)
- 広島の��:LZWエンコーダー完成 (10/08)
- つん:LZWエンコーダー完成 (10/08)
- p:LZWエンコーダー完成 (10/08)
最近の記事
- プログラム整理中 (10/12)
- [検証]switch文の動作速度 (10/11)
- GIFエンコーダ完成 (10/10)
- LZWエンコーダー完成 (10/08)
- GIF→BMPコンバータ完成 (10/05)
バナー
当サイトはリンクフリー。画像への直リンクは禁止です。
バロメーター
RSSフィード
月別アーカイブ
- 2008年 10月（8）
- 2008年 09月（20）
- 2008年 08月（23）
- 2008年 07月（18）
- 2008年 06月（11）
- 2008年 05月（13）
- 2008年 04月（21）
- 2008年 03月（18）
- 2008年 02月（23）
- 2008年 01月（38）
- 2007年 12月（41）
- 2007年 11月（38）
- 2007年 10月（39）
- 2007年 09月（22）
- 2007年 08月（33）
- 2007年 07月（25）
- 2007年 06月（22）
- 2007年 05月（26）
- 2007年 04月（9）
- 2007年 03月（3）
- 2007年 02月（11）
- 2007年 01月（12）
- 2006年 12月（28）
- 2006年 11月（39）
- 2006年 10月（22）
- 2006年 09月（6）
- 2006年 08月（31）
- 2006年 07月（28）
- 2006年 06月（20）
- 2006年 05月（18）
- 2006年 04月（21）
- 2006年 03月（24）
- 2006年 02月（14）
ブログ内検索