今回は難易度は2種類あって、あんまり詳しくない方でも楽しめるようになっています！問題制作担当は前回同様Feeling of Atmosphereの詩音さんです！(いろいろご迷惑をお掛けしました…。)

上級編はちょっと長めなので暇な時に楽しんでもらえればと思います。基本のルールはリンク先にて説明がありますのでそちらを見てもらえればと。かなりとてつもない量の問題数あるので、高スコアを目指しながら何度もチャレンジしてもらえたら制作した側としては嬉しい限りです。

不具合とかあればお知らせいただければ早めに直します。

あ、ちなみに動作環境はFlashPlayer10以上の動く環境です。試してみたらAndroidでも該当していれば動作するみたいです。ただ、一部文字が文字化けするかもしれないので、PCでのプレイを推奨します。

beatmaniaIIDX 19 Lincle 新曲　全曲 携帯版

BEMANIWiki 2ndさんを参考にしています。

IIDXの曲表にもう追加はないだろうと思っていて、じゃあ新全曲表のテーブルを作り始めようかしらウフフとか思って作業を始めた瞬間にこれですよ！REFLEC BEATとのコラボ企画！

→LincleLINK

まあ曲増えるのはいいことなんですけどさ。Lv30行ってない自分にLv95とかLv100とか無理すぎるので、多分頑張りません。リフレク前はそんなに混んでなかったからちょこちょこやってましたけど、これのためにやりだす人多そうですし。

さて、これで新全曲表を新曲追加に間に合わせるか、現行バージョンで行くのかを考えなければならなくなったのですが、とりあえず仮データで新全曲表は進めて、現行バージョンはそのまま使う感じにしようかと思います。変換SQLできればそれでいいわけですし。

話は変わりまして、先週。忙しかった仕事が一段落して、久々のお休みの中、「beatmaniaIIDX ツール・アプリ開発者座談会」という会に参加させていただきました。

あんまり喋るのは得意ではないのでお話を聞くばかりでしたが、皆さんいろいろ考えてるんだなぁと思うことばかり。そして音ゲーが好きなんだなぁとも。

自分に関連することとして印象に残ったのは、元データとしてIIDX全曲表のデータを使っているという方が結構いたということ。AC/CSの全部のデータがあって、テーブルの形も割と普通だから取りやすいのかもしれないですね。

で、

以前からIIDX全曲表のデータを任意の形式でDLできたら結構便利なんじゃない？と思うところがあったりしたので、新曲追加確定により若干やる気が低下した新全曲表の手を一旦止めて、昔隠し機能でそれっぽい機能を付けていた旧新全曲表の方をちょっとだけ整理して、ダウンロード機能を見えるようにしてみました。(ちなみに以前にやったこれはこの機能で作ったXMLを使ってます。)

→IIDX全曲表ver.4.1β(開発版)

Twitterにも書いてましたが、こいつは開発途中・・・というか開発断念したものなので、機能的に足りてない部分があります。またバグもあります。(データは現行のIIDX全曲表と同じです(が間違ってても知りません))

とりあえず曲表として表示するには上のリンクで飛んで、どこか表示したい曲表のリンクをクリックします。すると、曲名しか出ないと思うので、「表示設定」を選んで、「表示内容選択」というところで「オススメ」を押して、下にある「設定を保存」をすれば曲表が表示できます。

曲表の右上あたりに「XML」と「JSON」というボタンがあるので、それらをクリックすると、現在表示している曲表のデータを取得できます(そのままだと同一ウィンドウ内に表示されるので注意)。

ちょっとこのままでは不十分なのと、&等の文字列変換を一部ちゃんとしていないので、その辺は直す予定です。(データ形式もCSVとかタブ区切りとかあったほうが便利そう？もっとこういう形式でデータをくれよ！という方がいれば希望は伺います。実装するかは別ですが。)

というわけで、使う方がいれば便利に使って頂けたらと思います。

新全曲表の方でも同じような機能は実装予定です。新全曲表の方では使ってる方がデータを修正できるようにしたいなと思っていますが、はたしてうまく実装できるのか・・・。(というかそもそも完成させられるのか・・・)

→その1はこちら。

続きは↓から。

まずはDBについて。

テーブルは以下のような感じになってます。

ac**
cs**
music
detail
m_all

それぞれのテーブルの中身は以下のような感じです。

[ac/cs(各バージョン別の曲表管理)]

no(曲ID)
msc(曲名)
spn(SP NORMAL難度)
sph(SP HYPER難度)
spa(SP ANOTHER難度)
(spd)(SP DARK ANOTHER難度)
dpn(DP NORMAL難度)
dph(DP HYPER難度)
dpa(DP ANOTHER難度)
(dpd)(DP DARK ANOTHER難度)
n7(SP NORMAL NOTES)
h7(SP HYPER NOTES)
a7(SP ANOTHER NOTES)
(d7)(SP DARK ANOTHER NOTES)
n14(DP NORMAL NOTES)
h14(DP HYPER NOTES)
a14(DP ANOTHER NOTES)
(d14)(DP DARK ANOTHER NOTES)
score(n:新曲, o:旧曲, r:復活曲)
change(譜面変更とかがあれば、DAとか書く(この場合はDoubleのAnotherが変更))

[music(全体のアーティスト名ジャンル名他の管理)]

no(曲ID)
msc(曲名)
ver(収録バージョン,　半角スペース区切り)
bpm(通常bpm)
bpmn(最小bpm)
bpmx(最大bpm)
genre(表記上のジャンル名)
artist(表記上のアーティスト名義)
japan(日本語ソート用の数値)

[detail(詳細データ)]

no(曲ID)
bpmd(bpm変化詳細)
dspn(難度変更SPN)
dsph(難度変更SPH)
dspa(難度変更SPA)
ddpn(難度変更DPN)
ddph(難度変更DPH)
ddpa(難度変更DPA)

[m_all(全部JOINするより全曲入った表があった方がいいんじゃない？と思って作った表)]

ac/csと同じ。(ただし全てのデータを含む)

こいつらをNATURAL JOINして使っています。

新曲だけを抽出したいときは、scoreがnになってるのを拾ってくればいいわけなので、例えばResortAnthemの新曲なら

SELECT * FROM ac18 NATURAL JOIN music WHERE score = ‘n’;

ってな感じで取ってきてます。旧曲も含めたらWHERE句以降を捨てればそのバージョンの全曲になります。復活曲ならscore=’r'、と。簡単ですね。

さて、既にここで重大な問題があります。

musicとac/csの各バージョンのテーブルをよく見てください。noとmscが両方に含まれています。NATURAL JOINしているわけですから、noとmscが両方一致しないといけないわけですが、曲名はまれに修正が入ります。手作業でやってると、間違って片方しか更新しないとかっていうのは十分にありえます。十分にありえます。

データはこれらをExcelで管理してます。

こんな感じ。

修正の手順はこんな感じ

1. Excelでデータ修正
2. tab区切りテキストで書き出し
3. データはEUC-JPなので書き出したテキストをEUC-JPに変換
4. 普通に書きだすとSpookyのbpm変化が激しすぎて(Excelのテキスト形式の制限文字数をオーバーしてる？)バグってしまわれるので、公開している全曲表からコピペ
5. Excelから書きだすと20,Novemberなどカンマがある曲は二重引用符が勝手に付くのでこれを除去

で、ようやくデータをインポートします。(Spookyの件とかどうすればいいの・・・)

・・・まあよく考えればこの一連の流れは毎度同じなので、バッチ処理なりなんなりすれば良かったんですが、「今回はいいか」と全てスルーしてました。

さらに、

さらにですよ、

それに加えて面倒だから、とExcelの方をいじらずにPHPPgAdminから直でいじったりしやがったりするものですから(大概この更新はExcelに反映するのを忘れる)データがあっち行ったりこっち行ったりで・・・もうねアホかと。

そりゃ、先祖返りもするよねヽ(´ー｀)ノ

面倒なことになる前に少々の面倒は買って出るべきなのですよ。

マズイところ：

• データが2重に管理されている
• 正規化されていないDBのテーブル
• detailやm_allなどが管理されていない(全然データ更新してないです)

改善：

• データは一元管理し、バックアップを取る
• DBのテーブル構造を見直す

データが更新されてないのは、上の2つをちゃんとしておけば治るでしょう。あとはやる気だけです。治ればやる気も少し出るかな。少し。

データをどこで一元管理するか、というのが難しいところですが、Excelで正規化したデータを管理すると見た目よく分からない気がするので、サーバ側のデータを最新として、cronとかでバックアップできるようにすればいいんですかね。あとは更新しやすさの問題があるけど、ここはうまいこと管理ツールが作れれば良さそう。

報告があったら、ボタン一つで採用！ってのができればステキなんですけどね。報告機能は前のは携帯版しかないのでパワーアップしたいところ。

IIDX全曲表なるものをずっと管理しているわけなんですが、そろそろ本気で手直ししたいところなので、現状と更新についてblogの新しいネタになればいいかなー、という具合でなんか書いてみます。

歴史。最初は全曲表はIIDX用語集において、曲の解説もやりたいよね、という話をPGKの人としていて、そのなかで曲名と各データが一覧で見れる物凄くでかい曲表をPGKが作ってきたことから始まる。(正直、よくこんなの作ろうと思ったなぁと感心したものです。)

自分はその曲表にbpm変化の表をつけたかったので、その辺を調査して付け足して公開したのが初代全曲表。公開したのは10thstyleの頃だったかと思います。

超巨大曲表はまさに圧巻という感じだったんですが、やはり巨大であるがために使いにくいなぁと思うところもあり、指摘もあり、プログラムをちょっとばかりかじっていた自分が見やすくするためにいろいろ改造していって、まあ現状の奴があるわけです。

最初はJavaScriptオンリーで作っていたんですが、当時のブラウザでは重すぎたり、クロスブラウザ対応に四苦八苦することになってしまったので、たまたま大学でさわっていたPHP+PostgreSQLにて作り直しすることにしました。これがver.3.1？だったかな。

詳細表示を使ってる人がどれほどいるのかわかりませんが、これを実装するのにちょっと頭をひねりました。曲の詳細を表示したいけど別のページには飛ばしたくない。でも全データを読み込ませると重い・・・という感じでした。

たまたまAjaxが当時流行り始めるあたりで、「これ使えばいけるじゃん！」ということで使ってみたりしたのです。当時はライブラリも充実してなかったですが、今ではもうAjaxなんてあたりまえな話ですね。

現状の詳細データは難易度変更がさっぱり更新されておらず、微妙な立ち位置なわけですが、これについてはまあどうにかなるように設計し直したいと思います。

で、本題。現状の全曲表。

全曲表はPHP4とPostgreSQL7.4で動くように作ってます。借りてるXREAのサーバの仕様。XREAはMySQLも動くんですが、使ったことがあったのでPostgreSQLにしました。

PHPはこんな感じ。

• iidxamd.php(PC用メイン)
• iidxamdlib.php(DBパスワード他)
• iidxamd_i.php(携帯用メイン)
• iidxamd_detail.php(PCの詳細表示用)

中身を見ていくと、ずいぶん昔に作ったものなので、今見ると大変残念な仕様が多分に含まれておりまして、なかなか面白いことになっています。曲表を普通に表示するのと、検索結果を表示するのとで、ほとんど同じHTMLを分けて書いてたりｗ　まあ当時は表示さえ出来ればよかったのです。

テンプレートなどという考えは全く頭になく、MVCなんてあったもんじゃありません。HTMLとPHPが完全に混在していて、直すのすら一苦労という感じになってます。マジックナンバーも当然の如く使用されています。パッと見よく分からないです。悪いプログラムとはすなわちこういうものだなぁと感心する次第です。

まあ、そうは言っても昔に作った物なんてそんなもんでしょうね。多分今作ったものでも分かる人が見れば鼻で笑うようなもんでしょう。それでも少なくともいい勉強にはなりました。

とりあえず作り直すのに問題になりそうなDBのテーブルの奇妙さについて次回があれば書いていきたいと思います。