ちょうど計算ゲーム的なのを作ろうとしてたところで、たまたまゴースト暗算を知りました。

ゴースト暗算は巷で話題のようで、東大を出た岩波さんが考案した2桁の掛け算用の暗算メソッドだそうです。

6時間で習得できるそうな。

暗算の方法自体は筆算を頭の中でやるのに近いですが、上の桁から答えを出せるので便利かもしれません。 ただし、2桁の掛け算といっているように、3桁の数では使えません、多分。

でも2桁の掛け算が暗算で素早くできたら便利な気はします。

子供に公式の本を買ってあげたのですが、私も読んでみて、ゲーム仕立てにのiPhoneのアプリにしてみました。

画面が地味目ですが、そこはゲームなのでいろいろと仕掛けがあります。

やってみたら結構頭の体操になって、面白いです。

ゴースト暗算は6時間で習得できるのがウリのようです。

実際にやってみると、やり方は確かに理解はできますが、正確に早く計算できるようになるには多分訓練が必要です。

ゴースト暗算の教室みたいのがあるのもうなづけます。

ということで、このアプリで子供達と遊ぼうかなと。 突貫で作りましたが、意外に良くできたのでAppStoreで公開しようと思ったのですが、岩波さんに許可をもらえませんでした。

公式のものを準備中のようで断られてしまいました(T ^ T)

確かにAppStoreにはゴースト暗算の練習アプリがありそうで無いデスねぇ。

許可を取ろうとメールで連絡して、突貫工事で２、３日くらいでアプリが大体出来上がったころに、NGの返事が届くという。。

商標登録とかされてなさそうだったんですが、どうなんだろ？

そもそも許可がをもらう必要があったんだったんだろうか？

でもせっかく作った作品が公開できないのは残念ですね。

でもこれをベースにオリジナルを作ろうと思います。

時々です。いつもじゃないです。まれに暇なときに遊んでます。

どんなゲームかというと、説明が面倒だし、無料なのでダウンロードして自分で確かめてほしいですが、それだと話も続かないので、少しだけ。

おふざけ系のゲームです。

出題された問題にエレベーターとエスカレーターの２択で正しいほうを回答していって、決まった回数正解するまでの時間を競うというゲーム。

ただ、2択の問題に回答していくだけなのに、引っ掛け問題があったりして結構間違えます。

ひとりで遊んでいると、ただただイライラするゲームです。

Touch The Numbersとかが好きな人は気に入るかもしれませんが、イライラ度はダントツでこちらが勝ります。

かといって、誰かと一緒に遊ぶのもお勧めできません。

妻と遊びましたが、競争するとイライラは増幅するようです。

負けてるほうは、勝つまで(結局勝てなかったけど)イライラ、いらいら、苛苛、IRAIRA。

でも、もしかすると勝ってるほうはイライラしないのかもしれません。

勝ってる方は、負けてる方がプレイしているのを笑って見ているだけなので。

ということで、５歳の息子と遊びました。思ったとおり、勝てばイライラしないようです。

僕はおとなげないので、５歳の子でも手加減はしないし、勝てばうれしい。

ところでこのゲーム、タイトルをタッチすると英語版になります。

おー、と思わぬ隠し機能に感激しましたが、これは罠でした。英語だとさらにイライラします。

このゲームは、お酒のお供にどうぞ。酔っぱらっていればイライラせず、ヘラヘラする程度ですみます。

最後に。ゲームで問題に正解すると、エレベーターやエスカレーターに乗っている人が、少しジャンプします。

それはもう微妙に。人によっては気がつかないかもって程度にちょっとだけジャンプします。

ここがね、なんか気に入っています。

気持ちよく酔っ払った勢いでいきますよー。

本日のゲームはFinal Freeway。

最近Asphalt6というレースゲームを気に入っているとTwitterでつぶやいていたら、このゲームを教えてもらいました。

なんというか、こう定番のAsphaltとかRealRacingシリーズとくらべると、あからさまにチープな雰囲気が漂っている。

スクリーンショットはスタート画面。

お姉さんたちが見送ってくれますが、特に動くわけでもなく、はりぼてチックな感じで、まったく萌えません。

お姉さんたちは写真のように見えるので、おそらく実在の綺麗なお姉さんたちです。

綺麗ですが、不思議なほどに何の感情も起きません。

車はフェラーリっぽいですが、リアル系のレースゲームと比べるとチープですねぇ。

ゲームの内容もコースをぐるぐる回ってタイムを競うという、とくになんの目新しさもありません。

周りには他の車が走ってますが、別に順位を競っているわけではなく、ただの邪魔な方々です。

ぶつからないように、よけながらコースを周回します。

で、走り出すと速い速い。景色がどんどん後ろに流れていくー。

操作のほうは、遠心力もなんのその！思い通りに動きます。

これが、フェラーリの性能か、そうなのか。恐るべしフェラーリ。

このゲームが面白いのは、きっとフェラーリによるところが大きい。

これがシビックだったら、きっとつまらないゲームだったに違いない。

って書いて、じつはフェラーリじゃなかったらどうしよう。

なかなか、面白さの伝わらないレビュー記事になっているような気がするけど、酔っ払っているせいなので勘弁してください。

面白いです。リアルさと面白さとは別なんですねぇ、という当たり前のことに気付いた。

Asphaltとかとは、違う面白さです。

Asphaltとかで遊ぶときは若干気負って、何人たりとも俺の前は走らせねー！という感じではじめるけど、このゲームは暇だからちょっとやってみっか、て感じのノリ。

なんか、昔、ボーリング場の待ち時間とか、温泉旅館とかで置いてあったような雰囲気のゲーム。

遊ぶ前はレトロなグラフィックが他のレースゲームに見劣りすると思ったけど、遊んでみれば、そこは味。こだわりのレトロ風味です。

ただし、お姉さんたちだけは、そのこだわりの例外にしてほしいところです。

とりあえず、登場するお姉さんたちをもっとどうにかすれば、このゲームは化けますよ！

小さなお姉さんが4人より、大きなお姉さんをひとり用意していただければ私は満足です。

堀北真希を登場させてください、お願いします。

フリー版があるので、今のところフリー版で遊んでます。面白かったのでそのうち有料版も買うかもですが、何か違うのか分からないのでまだ買ってません。

GameCenterには有料版だけが対応してるみたいですが、ほかに何が違うのか知ってる人がいたら教えてください。

これによって、つぶやくアプリが簡単に作れるようになりました。

Taiatariも最新バージョンではスコアを簡単につぶやく機能を実装しています。

iOS5も正式公開となったので、アプリでTwitter APIを利用する方法をメモっておきます。

iOS5のTwitter APIを使うと、アプリに簡単にTwitterの機能を実装できます。

特に面倒は認証に関する処理はOSにお任せなので、特に自前で実装する必要はありません。

アプリからTweetするには２つの方法があります。

ひとつはiOSで用意されたTwitterのダイアログを表示して、ユーザーにつぶやきを入力させる方法。

Safariからつぶやく時などと同様にこんな画面を表示してつぶやかせる方法です。

これをアプリから出すのは簡単です。こんな感じ。

TWTweetComposeViewController *Tweeter = [[TWTweetComposeViewController alloc] init];
[Tweeter setInitialText:twittertext];
[self presentModalViewController:Tweeter animated:YES];

Tweeter.completionHandler = ^(TWTweetComposeViewControllerResult result) {
switch (result)
{
case TWTweetComposeViewControllerResultCancelled:
//NSLog(@”Twitter Result: canceled”);
break;
case TWTweetComposeViewControllerResultDone:
//NSLog(@”Twitter Result: sent”);
break;
default:
//NSLog(@”Twitter Result: sent”);
break;
}
[self dismissModalViewControllerAnimated:YES];
};
[Tweeter release];

簡単ですね。2行目のtwittertextに文字列を設定しておけば、Twitterの画面にメッセージがプリセットされます。

Taiatariでは別な方法を使っています。

Tweetボタンを押すと、つぶやきを入力する画面は表示せずに、あらかじめ決められたメッセージが自動的につぶやかれます。

この場合はこんな感じです。

NSString *twittertext; //←つぶやくメッセージを設定しておく

if ([[[UIDevice currentDevice] systemVersion] floatValue] < 5.0) {

NSLog(@”Twitter API not available, please upgrade to iOS 5″);

}else{

}

NSDictionary *tparam = [NSDictionary dictionaryWithObject:twittertext forKey:@"status"];

NSURL *turl = [NSURL URLWithString:@"https://api.twitter.com/1/statuses/update.json"];

TWRequest *updateProfile = [[TWRequest alloc] initWithURL:turl parameters:tparam

requestMethod:TWRequestMethodPOST];

if (twAccount == nil) {

NSLog(@”Can’t tweet”);

return;

}

updateProfile.account = twAccount;

TWRequestHandler requestHandler = ^(NSData *responseData, NSHTTPURLResponse *urlResponse, NSError *error)

{

dispatch_async(dispatch_get_main_queue(), ^{

if (error != nil) {

//error

} else {

//success

}

});

};

[updateProfile performRequestWithHandler:requestHandler];

}

いずれの方法でも、アプリからTwitter機能を利用する場合は、アプリがiOSで設定したTwitterのアカウントを使うことをユーザーが許可する必要があります。Twitter機能を使うアプリをはじめて起動したときにこんなメッセージが表示されるので、許可しないとアプリはTwitterを利用できません。

また、アプリからTwitterを使う場合iPhone側で予めTwitterのアカウント情報を設定しておく必要があります。

設定していなかった場合は、勝手に設定画面に飛ばされます。

順番が逆になってしまいましたが、Twitterのアカウントを使用するための準備がしたのコードです。

事前にこの処理をしておく必要があります。viewWillAppearあたりでやっておくのがいいと思います。

//Twitter Account
if ([[[UIDevice currentDevice] systemVersion] floatValue] < 5.0) {
NSLog(@”Twitter API not available, please upgrade to iOS 5″);
} else {
accountStore = [[ACAccountStore alloc] init];
ACAccountType *accountType = [accountStore accountTypeWithAccountTypeIdentifier:ACAccountTypeIdentifierTwitter];

[accountStore requestAccessToAccountsWithType:accountType withCompletionHandler:
^(BOOL granted, NSError *error) {
dispatch_async(dispatch_get_main_queue(), ^{
if (granted) {
NSArray *twitterAccounts = [accountStore accountsWithAccountType:accountType];
if (twitterAccounts.count > 0)
{
twAccount = [[twitterAccounts objectAtIndex:0] retain];
NSLog(@”Twitter account access granted:%@”,[twAccount username]);
} else {
twAccount = nil;
NSLog(@”Twitter account nothing”);
}
} else {
twAccount = nil;
NSLog(@”Twitter account access denied”);
}
});
}];
}

ここで使っているACAccountStoreもiOS5で追加されたものだと思います。

アカウント情報にアクセスするためのAPIで、初期化の後にACAccountTypeIdentifierTwitterでTwitterのアカウントを指定してます。

いまのところ指定できるのはTwitterのアカウントだけのようですが、いずれTwitter以外のアカウントもOSレベルでサポートされてアプリから使えるようになるのかもしれませんね。

ということで、オススメゲームのランキング、ベスト１０です。

基準は私がなんだかんだで長く遊んでいるゲーム、iPhoneの特徴を生かしたゲームです。

短時間で遊べる暇つぶしゲームが多いです。なんだかんだで長く遊べるゲームです。
AppStoreのランキングは入れ替わりが激しいですが、ここにあがっているのは私のiPhoneに長いこと居座り続けているゲームです。
大作とか流行のゲームではありませんのであしからず。

ゲームはiPhoneの操作に慣れるのに最適ですよね。

という訳で。

タイトルのあとのカッコは一回あたりのプレイ時間の目安です。

1. Taiatari（１分）
   iPhoneを傾けて操作するコンボが爽快なゲーム。対戦も出来ます。
   
2. TaiatariHero（１分）
   一位のTaiatariにボスの対戦などを追加したアレンジ版。
   
3. HOMERUN BATTLE 3D（３分）
   オンライン対戦が熱い、ホームラン競争ゲーム。
   
4. Paper Toss（２分）
   ゴミ箱にゴミを入れるゲーム。何故かついついやってしまう。
   
5. Touch The Numbers（３０秒）
   番号の付いたパネルを１番から順番にタッチして消していくゲーム。
   
6. Lux DLX 2（１０分）
   運と戦略のバランスが絶妙な戦略シミュレーション。短時間で決着。
   
7. Galcon（３分）
   とっさの判断が大事な戦略シミュレーション。オンライン対戦もある。
   
8. ポットマン（３分、名人ほど長い）
   加速でセンサでジャンプの方向を調整して、ポールを次々に渡っていくゲーム。
   
9. Solitaire City（５分）
   絵が美しい、トランプの一人遊び。ゲームの種類が豊富。
   
10. MONOPOLY（３０分位？）
    有名ボードゲーム。双六ですね。対戦も出来ますよ。
    

有料、無料ゲームが混在ですが、値段に関係なく選びました。

有料でも面白いので絶対モトをとれます。

１、２位は当然の結果ですが、絶対オススメです！

ということでメモ。

とりあえず、iTunesにつないでみました。

すると4GSを認識して同期が始まり、音楽や写真、今までに購入したアプリなどがコピーされました。

データが多いので相当時間がかかりましたが、完了。

ただ、アプリはiTunesに入っていたもの全部、もう使っていないものまでコピーされてしまってデスクトップが大変なことに。

さらにアプリの中のデータはまっさら。

最近のアプリのデータはクラウドで保存してあるのが多いので実用系のアプリはあまり困らないし、新しいデバイスだからまっさらスタートでもいいかなと思ってしばらく使っていたのですが、ゲームのデータなどはリセットされるとちょっと悲しいのがあったので、やっぱりあらためてデータを移行することにしました。

今回はMNPということで、キャリアも変わってるし、デバイスも3GSから4Sに変わってるので、若干不安がありましたがやってみました。

手順は、iTunesにつないで左側に表示されたiPhoneのデバイス名をクリックしてメニューからバッアップから復元を選びます。

どのバックアップから復元するかを聞かれるので、私の場合は3GSで取ったバックアップを選択。

後は勝手に3GSのバックアップからデータを復元してくれます。

※当然あらかじめバックアップしておく必要があります。

特に問題なく復元は完了しましたが、復元後にやっておいた方が良いと思われることは以下。

• デバイスの名前を変える。デバイスに付けた名前、「〇〇のiPhone」とかいうのがバックアップ元のデバイス名になってしまうので、区別するためにかえておいた方が良いでしょう。
• メールアカウントの設定。前に使っていたメールアカウントが復元されるのでsoftbankのメール設定が復元されてしまいました。もう使えないので削除しました。逆に復元前に4Sに設定しておいたezwebのメール設定が消えてしまったので、もう一回再設定。

あと細かいところですが、auのiPhone 4Sにはあらかじめauのサポートページのブックマークがsafariに登録されていましたが、復元したら消えちゃうのかな？という心配は無用です、この辺はちゃんと残してくれるようです。

これでようやく、あたらしいiPhone 4Sを使う準備ができたようです。

ちょっとだけ感想など。

iPhone 4との違いは分かりませんが、3GSと比較するとサクサク感は圧倒的です。

キャリアの違いかもしれませんが、通信も速いのでアプリによってはかなり使い易くなっています。

3GSでもiOS5を使うことは出来ますが、同じことをやっても快適さは全然違います。

ただ、デバイスの形は3GSの方がいいな。

iPhone 4/4Sの形の方がかっこいいとは思うんですが、3GSの方がやっぱり持ち易くて手に馴染むんですよね。

たまに3GSに持ち替えると良くわかる。

iPhone 4/4Sは角があるのが気になります。

ポケットにも3GSの方が収まりがいい。

そのうち慣れるかな？

SoftBankからの乗り換えでMNPで買いました。

手続きに３時間くらいかかりました。

切り替え手続きが始まって待っている間、いつまで使えるのかなと思いながらsoftbankの3GSを使っていたのですが１時間ほどで使えなくなりました。

受け取ったら速攻で帰って、家で開封の儀式をしようと思ったのですが、受け取ったらすぐ使える状態だそうで、帰り道は4Sでネットで遊びながら帰ってきました。

ちょっと拍子抜け。

今回の乗り換えで未知数で一番気がかりだったSoftbankとauの回線の違い。

早速帰り道で体験できました。

Softbankと比べると電車の移動中でも、かなり安定して通信できた気がします。

しばらく使ってみないと、まだauのほうが良いと決めるのは早いと思いますが、今のところ良さげな印象です。

試しにSpeedtestというアプリで通信速度を計ってみました。

上のがiPhone 3GS + ソフトバンク、下のがiPhone 4s + au。

iPhone 3GS + ソフトバンクのが速い。。

測定した場所も時間も違うので、この結果でソフトバンク勝利！という訳ではありませんが、どちらも実際のところ状況によってだいぶ速度は変わります。

このときのソフトバンクはかなり電波の状態が良かったのではないかと思います。auでもこの数値はなかなか出ません。

同じ条件で比較したいですが、もうiPhone 3GS + ソフトバンクは解約してしまったので、もう測定できません。

この結果を出しておいて、なんですが、体感的にはiPhone 4s + auの方が断然快適なんですよね。

デバイスも4Sなっているので、そのせいもあると思いますが通信の安定感が違います。

ともかく、4Sのおかげにしろ、auのおかげにしろ、快適になったのは違いないです。

ただ、auの方が通信料金が割高なのでauの方が良いと思いたいです。

今日から予約開始なのはソフトバンクもauも数日前から予告してましたが、なかなか料金プランも発表されず、auが早朝にやっと発表されて、ソフトバンクは昼過ぎにようやく後出しジャンケンのような感じで発表。

朝のうちは予約がどこの店舗に行けばできるのかも良く分からずとりあえず、とりあえず並んどこうか、みたいな行列好きのひとも多かったようです。

予約開始は夕方4時にやっと開始だったので、ずっと心待ちにしているユーザーはソワソワしながら待たされたんじゃないでしょうか？

私も夕方家電量販店で64Gの白（au）を予約しました。

いままで3GSの黒を使っていたので今回は白にしてみましたが、予約した店では64Gの白は一番人気だそうです。

特に待たされることも無くすぐに予約できたのですが、店によっては数百人とか行列を作ってたようです。

なんで、行列ができるところとそうでないところがあるんでしょうね。

ともあれ、無事予約はできたんですが、au店員の話では一括払いの場合の金額がまだ分からないとか、入荷数がまだ分からないので予約しても初日に渡せるかは分からないとかで、店舗のスタッフも混乱してるのかなぁという感じでしたね。

一方のソフトバンクでも話を聞いたんですが、こちらでは金額とかはきちっと教えてくれました。

が、肝心の予約は予約のサーバーがダウンしたので受付を中止しましたとのことでした（5時ごろ）。

ソフトバンクは前にもサーバーダウンしてましたよね。

サーバーがダウンしても予約してくれる店舗もあったようで、店舗によって対応が違ったようです。

反省してほしいところです。こうなると、来週の引渡しのときも大丈夫なの？って心配になりますよね。

はじめてiPhoneを扱うauのほうがきっちりこなしてたような。。

ということで、来週ものが手元に来るまでは予断を許せない感じです。

ソフトバンクとau、どっちが売れるんでしょうね？

私はホントは月々の支払いが少し安くてデータ通信と通話が同時にできるソフトバンクで継続したかったんですが、ソフトバンクはたまに実家に帰ったときに圏外になるのがネックで、auでMNPが10000円キャッシュバックということで今回はauにしました。

ただ、MNPって手数料がかかるそうで、10000円キャッシュバックでもそれほどうまみは無いようでした。

あとキャッシュバックじゃなくて値引きにしてほしかった。

ともあれ、楽しみだなぁ、来週。

前から気になっていたので、試しにTaiatariにオンライン対戦機能を追加してみました。

気になるのはいったいどの程度の通信を対戦相手とやり取りできるのかとういうところです。

しかもiPhoneだとWi-Fiの他に３G回線で使われることもあるので、いったいどの程度までの通信量に耐えられるのか。

いろんなタイプの対戦ゲームがあるでしょうが、Taiatariのようなアクションゲームの場合はリアルタイムに、そこそこの量のデータを対戦相手に送る必要があります。

Taiatariで対戦するというと、まず考えられるパターンは、同じ画面内で互いに体当たりし合って対戦するという方式と、別々の画面でそれぞれプレイして、何かの条件で勝敗を決める方式とが考えられます。

例えるなら、前者がストリートファイター４、後者がぷよぷよでしょうか？

同じ画面で対戦するパターンの場合、自分と対戦相手と画面内のほかのキャラクタの座標などの情報を常に双方の端末で同期を取る必要があります。

そうすると、仮にtaiatariで画面に１０個のキャラが居るとして、XY座標をfloatで持つとすると、ざっと、１０機×４バイト×２＝８０バイトの情報を一度にやり取りすることになります。

画面更新が一秒間に６０回程度とすると、相当の量のデータになります。

これは無理そうだな。。と思ったけど、やってみたらやっぱり厳しかった。

若干動きがカクカクする感じで、この手のゲームとしてはちょっとひと工夫必要な感じ。

逆に言えば、工夫すればゲームになるかも。例えば移動していないキャラのデータは送らないとか、データを圧縮するとか。

ちなみに、テストに使ったのはiPhone 3GS(iOS5 bate)と初代iPad(iOS4)で、実はiPadの方はスムーズに動いた。

それと、iPhoneの方はWi-Fi接続だと遅くて、3G回線だと比較的まともにゲームできた。

3G回線の方がパフォーマンスが良いというのは意外な結果ですが、iPadで問題ないことも合わせて考えると、データの伝送ではなく、前後の処理に時間がかかっている可能性もあるし、iOS5がbetaバージョンなのでもしかしたら正式版では違った結果になったりする可能性も無くはないです。

が、いろんな環境で使われることを考慮すると、やはり極力データの量は押さえるのがGameCenterでオンラインゲームを作る際の肝になりそうに気がします。

それと、遅かったのはデータ受信ではなく、送信する処理の方でした。

ただ、データを送信するときは一気に全部のキャラクタのデータを送るけど、受けるときは一個ずつデータを受け取って処理してたので、この辺のやり方によってもだいぶ違った結果になるかもしれません。

次に別の画面でそれぞれプレイする方式。

考えたのは、それぞれが別の画面でTaiatariをプレイして長くプレイできた方が勝ちという方式。

これだけだとつまらないので、コンボなどが出来ると相手側に強い敵を送り込んで邪魔をしたりするようにします。

この方式だと、全てのキャラのデータを送信する必要がなく、自機のライフなどの情報や、コンボできたらその情報、ゲームオーバーの通知などの情報だけ送ればすみますので、劇的にデータ量は減ります。

一度のデータサイズはせいぜい、十数キロバイト程度です。

やってみたら、この程度なら全くストレス無くゲームをすることが出来ました。

子供たちと対戦してみたら、意外と熱くなるバトルになって、最初の方式のガチンコバトルみたいのよりも面白いかも。

しかも、この方式だったらプレイヤーが二人以上でも出来そうです。

iPadとiPhoneで並んで対戦して遊んでいたら、かなり面白い感じでした。

が、ひとつ問題発生。

並んで対戦していたら、ちょっと横を見ると相手の状況が見えるので結構面白いんですが、完全に別な場所でネット対戦して相手の状況が把握できないと、いきなり相手がゲームオーバーになって、自分が唐突に勝利！というのは、あまり面白くない。

やっぱり相手の画面を見て状況が分かるようになってないと、つまらない。。

ということで、下のような画面を考えてみました。

右下に見える黒い部分。ここに対戦相手の画面を小さく見ることが出来ます。

これならいいかな、と思ったけど。。結局全部のキャラクタのデータを送信しなきゃいけないじゃないか。。

で、考えました。

相手の状況が分かるプレビュー画面を表示すればいいので、少しくらいなら情報が遅れてきてもいいじゃないか。

ということで、プレビュー用のキャラクタの座標情報はフレーム毎に１機分だけ送るようにしてみました。

１０機のキャラクタがいれば、全部のデータを送るには１０フレームかかりますが、それでも１秒で６回ずつ更新されるので、プレビュー画面の表示だけなら十分そうな気がします。

実際にやってみたら、プレビュー画面は若干スムーズさにかけるものの、相手の状況を把握するにはこのくらい間引いてデータを送っても十分で、ゲーム自体がもたつくようなこともなく、快適に対戦できるようになりました。

だらだらと書いてきたので、結論ですが、TaiatariのようなOpenGLを使ったようなゲームの対戦で、頻繁にデータの伝送が必要なゲームの場合、一度のデータ量は２０バイト程度が限界な感じ。

いかにデータ量を小さくできるかが、GameCenterでオンライン対戦する場合の肝になります。

もちろん、ゲームの種類によって事情が違ってきますが。

例えばボードゲームのようなものだと、一回のデータ量が多少遅くても、特にストレスは感じないでしょうし。

で、結構面白く出来そうなので、もうちょっと先になりますがTaiatariにオンライン対戦機能を付けて公開しようと思いますのでお楽しみに。

それまでに、もうちょっとTaiatariのゲーム人口が増えてるといいなぁ。

Bluetoothでのピアツーピア対戦とかも、あったほうがいいのかな？

GameCenterのオンライン対戦は、Appleのドキュメントが分かり易いこともあって、メインの対戦部分は割と簡単に作れました。

でも、結構細かいところが面倒です。

たとえば、対戦相手が勝手に切断しちゃったときのこととか、友達から対戦の招待を受けたときの処理とか、細かい考慮がいろいろ必要なんですね。

この辺のノウハウも、暇があったらそのうち書いてみようと思います。

バグなのか仕様変更なのか分からないけど、親のViewControllerを参照するparentViewControllerプロパティの挙動が変わった、というか使えなくなった。

iOS 4.xまでは親のViewControllerを取得する場合はしたのような感じで、parentに親のポインターが返ってきます。

HogeViewController *parent;

parent = (HogeViewController*)[self parentViewController];

同じことをiOS 5でやるとparentには親のポインターがとれずに０が返ってきます。

いっそ、エラーになればいいのに０が返ってくるので、後でparentを使おうとしたときに落ちたりします。

おかげで、落ちる原因が分かるまでに時間がかかりました。

どうも、iOS 5では親のViewControllerを取得するにはpresentingViewControllerというプロパティを使うようです。

ただ、iOS 4.xでもiOS 5でも両方で動くようにしたいので、どちらかに決め打ちは出来ません。

ということで、やむなく下のようなコードにしたら、両方で動くことを確認できました。

HogeViewController *parent;

if ([[[UIDevice currentDevice] systemVersion] floatValue] < 5.0) {

parent = (HogeViewController*)[self parentViewController];

} else {

parent = (HogeViewController*)[self presentingViewController];

}

もっとスマートなやり方はあるんでしょうか？

ちなみに、以前のXcodeで既にビルド済みのアプリは、iOS 4.xでもiOS 5でも動くようです。

既にリリース済みのTaiatariHeroはiOS 5 betaでもちゃんと動きました。

同じプログラムをXcode 4.2でiOS 5対応でビルドし直してしまうと、動かなくなってしまうので注意しましょう。