iPhoneゲームアプリケーション開発

iPhoneゲームアプリケーション開発

開始する

2008年10月、2人の友人との定期的な会合で、私は両方の友人がiPhone用のゲームを開発していることを知りました。 当時、私はすでにWindows向けのほぼ完全なシェアウェアプロジェクトを持っていました。
それをiPhoneに移植したいと思って、私はこの方向で働き始めました。

目標

デバイス自体、Mac、および関連する開発ツールを購入せずに、Windowsプラットフォーム用の開発ツールを作成および構成します。 Macの購入は、何がどのように機能するかを完全に理解するまで遅れました。
ほとんど完成したプロジェクトとそのためのツールはWindowsの下にあったので、Windowsの下ですべてを行うことが決定されました。
インターネットを検索するために数日、私はこのアイデアを実装し始めました。

ステップ1-Windows用の環境とコンパイラー、特にCygwin用のセットアップ

Cygwinの下でツールチェーンの構築に約1か月が費やされました。 その結果、ツールチェーンを構築するための巨大なメイクファイルと、デバイスを持っていなかったため実行する場所がないコンパイル済みのHelloWorldアプリケーションが作成されました。 1か月かかったと言っても、これは月に1日8時間働いていたという意味ではなく、主に週末と仕事の後の仕事でした。 再コンパイル、パスの問題の修正、コンパイルの問題の修正、CygWin環境の構成に時間がかかりました（Cygwinを3回だけ再配置しました）。

ステップ2-iPhoneツールチェーンで完成したWindowsプロジェクトを再コンパイルする

このステップにも約1か月かかりました。 私は最初に、GCC、コマンドライン、メイクファイル、Windowsプログラマーが多くの興味深い有用なことを学んだ方法に会いました。 それとは別に、GCCとiPhone SDKのニーズに合わせてコードを変更するのに費やした時間を強調したいと思います。 Unix環境でヘッダーファイルを逆アセンブルし、関数を検索するのに多くの時間が費やされました（一致しないか、存在しない場合がありました）。 #defineとインターフェイスを使用してコードを移植可能な形式にすることは、Luaのように必要なサードパーティライブラリを構築するのと同様に、非常に簡単です。 プロジェクトが元々OpenGLとOpenALに結び付けられていたという事実について、多くの時間を節約しました。 私の友人は両方とも、iPhoneでサウンドを操作する際に多くの問題があると警告しました。私の場合、OpenALはすぐに動作し、さらに、サウンドコードも変更しませんでした。 また、やがてエンジンコア（各ゲームプログラマーが独自のホームエンジンを持つ必要があります）が、スマートフォン用の埋め込みVisual Studioでテストされるようになりました。 この期間中、開発とテストのプロセス自体はほぼ確立されます。 FarまたはVisual Studioで変更を行い、iPhoneツールチェーンのコンパイルを確認することは非常に便利です。 コードを変更した後のゲームの状態の確認は、Windowsでテストされました。 ある時点で、Fedora LinuxがVirtualBoxにインストールされたLinuxでの作業容量を確認することが決定されました。 特に、単体テストの存在により、ほとんどの問題をすばやく特定して修正できるようになったことに注意してください（Linuxでしか実行できませんでしたが、それで十分でした）。 また、警告の最大レベルを有効にし、警告がある場合はコンパイルを停止することをお勧めします（GCCの場合は-Werror）。 Objective-Cは3つのファイルでのみ使用され、他のすべてはC ++で記述されています。 .hファイルのみが変更された場合、正しい再コンパイルのためにソースファイル（.cpp）とヘッダーファイル（.h）間の依存関係の処理を処理することはできませんでした。
合計：

• ゲームは、iPhoneプラットフォーム用にコンパイルされたWindows上で実行されます。 いわゆる設定プラットフォームにより、デバイスのような解像度、横向き、テクスチャの寸法など、実際のデバイスとほぼ同じように動作するゲームを起動できました。
  config platform.cfgの例
  [PLATFORM_]
; COMMON
[PLATFORM_IPHONE]
;
maxTextureSize = 256
touchInput = 1
hideArrowCursor = 1;
defines = PLATFORM=IPHONE
fixedVideoResolution = 1
[PLATFORM_IPHONE_WIN32]
; “ ”
maxTextureSize = 256
SupportNonPower2 = 0 ;
touchInput = 1
#hideArrowCursor = 1 ;
fixedVideoResolution = 1

  
• Windows版
  
  
• iPhoneでプログラムをコンパイルするための実行可能なツールチェーン。 その後、まったく予想外に、CygwinPuttyを見つけました。Cygwinで動作するようにPuTTyを修正し、ポータブルにし、クイック起動へのリンクを表示しました
  
  

ステップ3-デバイスを購入し、デバイス自体のために開発する

iPhoneでの操作性をテストするために、iPod Touch 3G 8GBを購入しました（後に判明したように、iPod Touchの8gbバージョンは2gハードウェアです）。 ジェイルブレイクが行われ、初めて機能しました。 makefileに数行を追加して、コンパイルされたプロジェクトをデバイスにアップロードしました。 aploadの場合、パスワードを入力しないように、コマンドラインからscpが使用され、キーによる認証が常に有効になりました。

ステップ4-最適化とデバッグ

ほとんどすぐに、iPod Touh 2gのプロセッサは物理シミュレーションに対応できなかったが、あまり対応できなかったため、iPhone用のこのゲームの開発が本当に止まってしまいました。 大きなシーンでは、シミュレーションは1フレームあたり最大300ミリ秒かかる可能性があり、これは当然許容されません。 最終結果では、レンダリングを物理シミュレーションから分離しました。 チャージのデトネーションが開始されていない場合、レンダリングは最大FPSで行われ、デトネーションの開始時に10 FPSに制限されていました。 打ち上げ後、物理学は前向きで最大限に考慮されました。つまり、爆発ボタンを押してサイレンの音を鳴らすとすぐに、物理学は1〜2秒前にすでに計算されていました。 もちろん、パフォーマンスに何らかの形で適合するために、物理シミュレーションを再構成する必要がありました。その結果、小さなスローモーションになりました。 将来的には、物理​​学の最終調整に関する活動が計画されたため、iPod Touh 2gのパフォーマンスを妨げるのとまったく同じになるでしょう。 したがって、iPod Touch 2gデバイスは最小ベースとして採用されました。 GCCオプティマイザーの設定で遊んだ後、-O3が選択されました。 もちろん、3Dシーンに従って最適化が実行され、DrawCallの数が削減され、OpenGL状態のプロキシが追加され、頂点バッファー（VBO）がねじ込まれ、AlphaTestがオンになっているレンダリングの数はほぼゼロに削減されました。
デバッグは、デバイスにインストールされたログとgdbを介して行われました。 Windows用のコードがなめられ、十分にテストされていることを考えると、問題はありませんでした。 メモリは、WindowsでVisual Leak Detectorを介してクリーンアップされました。 OpenGLおよびgeDebuggerによるプロファイリングで起こりうる問題。

ステップ5-MacOSとxcode

原則として、この状態ではCydiaで販売用のプロジェクトをアップロードすることはすでに可能ですが、AppStoreに参加したかったので、もちろんMacで収集してxCodeをコンパイルする必要があります。 VirtualBoxにMaOS 10.6.5とxCodeがインストールされました。
iPhoneシミュレーターの構築に数日が費やされ、プロジェクトは完了しました。

ステップ6-証明書を購入して証明書に合格する

xCodeがデバイス用のアプリケーションをアセンブルするには、開発者は「iOS Developer Program」を購入する必要があります-このような特権は年間99ドルです。 私はクレジットカードを注文して受け取り、すべてがうまくいくことを完全に確信して、iPhoneの開発者として登録し始めました。
Appleはウクライナからのクレジットカードを受け入れません。 彼らはフォームに記入してファックスで送信することを要求します（ロシアの場合、私が理解しているように、状況は似ています）。

• 2011年1月28日-記入してPamFax経由で送信
• 2011年2月2日、答えが来ました

ステップ7-Mac Mini

しばらくして、Mac Miniが購入されました。
いくつかの理由により：

• 仮想マシンでのコンパイル速度は非常に遅かった。
• 検索と検証のフェーズが完了しました-すべてを合法的に行う必要がありました。

それにもかかわらず、私はツールチェーンの使用を拒否しませんでした。 主な開発は、Windowsマシンで実行されます。 ツールチェーンは、コンパイルの検証に使用されます。

ステップ8-Lite Editionリリース

ゲームの仕組みはまったくカジュアルではないため、最初のLiteバージョンをリリースすることにしました。

• 2011年6月1日-レビューに投稿。
• 2011年6月8日-販売準備完了

ステップ9-Liteバージョンへのフィードバックの実装

結局のところ、UIの決定のいくつかは思ったほど直感的ではありませんでした。
例：


写真では、古いインターフェイスと新しいインターフェイス
[再生]ボタン（下の矢印）は、プレーヤーにとって明らかに理解しがたいものでした。多くの人は、単にクリックすることを考えていませんでした。 解決策-レベルをクリックすると、すぐにレベルが起動し、[再生]ボタンが削除されました。 ページ切り替えボタンが再描画され、単純な矢印に置き換えられました。

技術的な詳細

GameCenter統合

GKTapperの例のおかげで問題なく合格-developer.apple.com/library/ios/#samplecode/GKTapper/Introduction/Intro.html
GameCenterMenager.hとGameCenterMenager.mは変更せずにコードに切り替えました

OpenFeintの統合

OpenFeintダッシュボードが表示されない問題を探して1日を過ごしましたが、判明したドキュメントを読んだ後、イベントでウィンドウを非表示にするのを忘れました
- (void)dashboardWillAppear
{
self.hidden=YES;
}
- (void)dashboardDidDisappear
{
self.hidden=NO;
}


Facebook統合

developers.facebook.com/docs/guides/mobileで書かれたとおりに行われました 。
しかし、OpenFeintが何らかの古いFacebook SDKをすでに使用しており、リンク時にエラーが発生したという事実に起因する問題がありました。 ソリューションは非常に簡単でした-Facebook sdkのヘッダーにこのタイプの定義を入れる必要がありました#define FBDialog MFBDialog
また、テストプロセスにおいて、画像へのリンクがFacebookドメイン外にある場合、Facebookはcaptchaを表示することが判明しました。

Twitterの統合

MGTwitterが使用されました-github.com/mattgemmell/MGTwitterEngine
また、Twitterで投稿を事前に表示するダイアログを追加する必要がありました（このSDKにはありませんでした）。 入力フォームにページが表示されたUIWebViewを抜けると、[投稿]ボタンと[スキップ]ボタンのクリックがインターセプトされ、MGTwitterに転送されました。

私を評価してください

小さなライブラリが選択されましたhttps://charcoaldesign.svn.beanstalkapp.com/source/cocoa/iRate/trunk/
ライトバージョンでは、7日間と7開始の間隔が選択されました
完全な20日間と20の開始。

マルチタッチ

Windows用のマルチタッチをデバッグするために、デバイス用の小さなサーバーが作成されました。Win32ゲームは起動時に接続され、すべてのデバイスのタッチイベントを受信しました。

信念管理

コードとデータのSVN。 Macでは、コードはWindowsマシンの共有ディレクトリから取得されます。 私が一人で働いている間、これは問題ではなく、時間を節約します。

費用

• iPod Touch 2g 8GB-270ドル
• iOS開発者-100ドル
• MacMini-800ドル
• 自由時間

結果

• AppStoreのLiteバージョン
• AppStoreのフルバージョン
• 体験

良かった

• メインのWindowsプラットフォームを選択します。 すばやく起動し、Rボタンを押してリソースをリロード/ロードする機能により、多くの時間を節約できます。 このプラットフォームでのプログラマーとしての約10年間の経験は、Xcodeを長期間再学習することです。 ビデオを撮影するのは非常に便利で簡単です。
• 目標-これは、完了した数少ないホームプロジェクトの1つです。 私の家のプロジェクトはすべて、時間が足りないために長い箱に収まることがよくあります。 今回は明確に設定された目標がありました。

何が悪かった

• 私は自分でアートアートをやりましたが、部分的にはうまくいきませんでした。
• Interfes-Windows用に開発されたもので、かなり複雑でした。iPhoneの場合、スクリーンショットをすべて削除し、メインメニューのみを残しました。
• プレイテスト-プレイテストは自分で行われました。 主な問題は「目をかすめる」ことです-単純なプレーヤーにはすぐに目に見える明らかな問題に気づきませんでした。
• 仕事のリズムはそのようなペースで働くことは非常に難しいです。

参照：

• iOS開発者プログラムに登録する便利なリンクはwww.iphones.ru/forum/index.php?showtopic=31536&st=0?s=3988650a9a235fc5021ea885f11572f5です
• 証明書の購入からアプリケーションの構築までの非常に良い指示-habrahabr.ru/blogs/macosxdev/86597
• stackoverflow.com-私のコードの問題のほとんどすべての解決策はここから取られました
• www.raywenderlich.com-トゥイーターとフェイスブックを統合するための主要な情報源。
• www.saurik.com/id/4-獲得したツールチェーンのバージョン

パート2

パート3