Sprite Kitでゲームを開発した最初の経験

App StoreのSprite Kitでゲームを作成してレイアウトした後、私の経験を共有したいと思います。 ゲームプレイの作成、パブリッシャーへの連絡の試み、フレームワークの印象について少しお話します。

アイデア

したがって、私たちの目標は、ワンタップの無限のジャンルでゲームを考え出し、作成することでした。 私たちはプログラマー（彼は記事の著者）、デザイナー（彼はプロジェクトマネージャー）、イラストレーター-アニメーターの3人のチームです。 このジャンルのすべてのゲームと同様に、ゲームのプロセスは非常にシンプルで、ワンタッチで制御されると同時に中毒性があります。 少し考えて、アイデアが生まれ、しばらくしてからゲームの特定のプロトタイプが生まれました。



そのため、キャラクターはスイングするプラットフォームから別のプラットフォームにジャンプしています。 プラットフォームのパラメーターを変更することで、ゲームの進行が複雑になります。 次のプラットフォームに着陸した後、ヒーローはその端まで走ります。 ジャンプの後、ゲームの表示領域が移動します。

実装

「スイング」の作成から始めました。 それらはそれぞれ、ホルダー（最上部）、ビーム、プラットフォームで構成されています。 これはすべて、2つのスイベルジョイント（ SKPhysicsJointPin ）を使用して接続されます。 次に、ヒーローがプラットフォームの上に立って、左右にチャットしないようにする必要がありました。 私はいくつかのアプローチを試みました。 スタックプラットフォームの速度に応じて、オブジェクトの速度を手動で更新メソッドで設定しようとしました（ stackoverflowで推奨）が、これは不快な「遅延」効果をもたらしました。 主人公は、いわばプラットフォームに追いついておらず、少し遅れて動いた。 オブジェクトの摩擦の変化を伴う実験も、不快な効果をもたらしました。 その結果、見つけたプラットフォームでキャラクターを修正する唯一の方法はSKPhysicsJointFixedを追加することです 。 ジャンプする前に、それを削除し、必要に応じて再度追加します。



主人公がジャンプするためには、彼に特定の衝動を割り当てる必要があります。 ジャンプの強さはプレイヤーによって調整されます。 押す時間に依存します。 ここで、ジャンプの瞬間にプラットフォームが後方に移動する場合、インパルスをわずかに増やす必要がありました。そうしないと、ヒーローはほぼ垂直に離陸して同じプラットフォームに着陸しました。



次のタスクは、着陸の瞬間を正しく修正し、着陸後に再びjointを追加することです。これにより、ヒーローがプラットフォームにとどまります。 didBeginContactメソッドにジョイントを追加するだけでは十分ではないことが判明しました。これは、最初にオブジェクト間にまだスペースがあり、ジョイントが追加されたときに呼び出され、ヒーローがプラットフォームの数センチ上にぶら下がっているように見え、次に、プラットフォームを横から当てると、この場合は何もする必要はありません。 連絡先が修正されたことを示すブール変数を追加し、 didSimulatePhysicsメソッドの次の呼び出しでチェックすることで、最初の問題を解決しました。 この場合、ジャンクションはdidSimulatePhysicsにすでに追加されており、その時点でオブジェクトは互いに隣り合っています。 また、ヒーローが側面から攻撃した場合を除外するために、ヒーローとプラットフォームの相対的な位置をチェックして、ヒーローがプラットフォーム上にいることを確認します。



着陸後、ヒーローはプラットフォームの端まで走らなければなりません。 ここでは、ヒーローに速度を手動で設定する方法が機能しました。 更新メソッドでは、実行するプラットフォームの速度を取得し、正のx値を追加して、結果の速度をヒーローに割り当てます。 その結果、ヒーローはプラットフォーム内を動き回ります。 この場合、遅延効果がある場合、それは表示されず、すべてが正常に見えます。 プラットフォームの端に達した後、固定ジョイントを再度追加します。



シーン全体は、異なるzPosition値を持つ個別のノードで構成され、最終的にレイヤーを形成します。ヒーローとプラットフォームのレイヤー、背景のレイヤー、インターフェイス要素のレイヤーです。 ヒーローが着地した後、レイヤーは移動しますが、背景レイヤーはヒーローのいるレイヤーよりもゆっくりと移動し、背景の遠隔性の効果を確保します。 後続の各「スイング」のx座標が独自のノード内で増加し、ノード自体がシーン内で左に移動することがわかります。 ここで、iOSのさまざまなバージョンでさまざまな動作に遭遇しました。 iOS 7.1以降のバージョンでは、ジョイントの座標は常にシーンの座標に変換する必要があります。そうしないと、これらのジョイントで接続されたオブジェクトは非常に奇妙な動作を開始します。 7.1より前のバージョンでは、これは必要ありません。そうでない場合、オブジェクトは空中でランダムにハングし始めます。



一般的に、この段階で起こったことはすでにプレイ可能であり、非常に興味深いものでした。

グラフィックス

一方、イラストレーターは主人公を思いついて描きました。







みんな本当に気に入って、すぐにメインのアニメーションが作成されました。 そこで、アニメーションを追加するために必要なすべてのシーケンスを取得しました。 各タイプのアニメーションを個別のテクスチャアトラスに配置し、プロジェクトに追加します。 ゲームを開始した後、ゲームシーンが表示される前に、すべてのテクスチャをロードし、別々の配列に保存します。 すべてのアニメーションのメソッドを作成します。それぞれのメソッドは、ヒーローに以前のアニメーションをすべて強制的に削除させ、対応する新しいアニメーションを追加します。



主人公がプラットフォームの端に着地する状況で個別に作業しました。 そのような場合のアニメーションを作成しました。 そして、そのような状況が他のゲームでどのように解決されるかに注意を払ったことはありませんでした。 結局のところ、主人公はある部分でプラットフォームに着陸したので、もう落下しないはずですが、ここでの単純な着陸は奇妙に見えます。



次に、背景のテクスチャとプラフトホルムのテクスチャが作成されました。 背景は3つの層に分割され、それぞれが異なる速度で移動します。 これにより、さらにボリューム効果が追加されます。 プラットフォームとビームテクスチャは、繰り返しパターンで構成されています。 また、外観をわずかに多様化するために背景にランダムに表示されるいくつかのアニメーション（星の点滅、彗星の落下）も追加しました。



半透明のUIViewビューをSKViewクラスビューに追加すると、奇妙な動作が見つかりました。 不透明な子ビューがない場合、半透明のビューは表示されません。 より正確には、追加すると、非常に短時間表示されてから消えます。 つまり、 アルファ= 0.5のビューを子ビューなしでSKViewに追加すると、表示されません。 通常表示されるように、 alpha = 1の子ビューを少なくとも1つ追加する必要があります。



また、ゲームセンターの機能を使用して、少し競争力のある要素を追加しました。 ゲーム中に、友達の結果が表示されます。 結果は、主人公の半透明の影の形で、友人の一人が到達したプラットフォーム上に表示されます。

スプライトキットの印象

ゲームの作業を開始する前に、さまざまなゲームフレームワークを比較するあらゆる種類の記事を読みました。 Sprite Kitの利点として、Cocoaの一部であり、最初のプロジェクトで使用するのが最も簡単であることが常に示されていました。 私にとって、これはフレームワークを選択する際の決定的な要因でした。 記事に記載されているSprite Kitの欠点は、私たちのプロジェクトにとっては取るに足らないもののように思えました。 その結果、私にとっての主な欠点は、スプライトキットの物理のリフレッシュレートがfpsに依存することでした。 つまり、FPSが低下するとき（たとえば、ゲームセンターバナーの表示中）には、物理​​学の安定性を維持するために多くのことが望まれます。 これに起因するバグをキャッチして修正するには、多くの時間がかかりました。 また、古いデバイス（iPhone 5まで）でヒーローアニメーションを変更する際の小さな遅延を取り除くことはできませんでした。 Cocos2Dのいくつかのレッスンを除いて、他のフレームワークでの経験はないため、比較するものはありません。 しかし、Box2Dを使用してCocos2Dでゲームを書き換え、結果を比較する計画があります。 そうでなければ、すべてが非常に便利でシンプルです。 非常に単純な物理学を備えたゲーム、または物理学をまったく持たないゲームの場合、iOS専用に開発されたSprite Kitは理想的です。

マーケティングと収益化

開発中に、さまざまな出版社にリクエストが送信されました。 ほとんどの人は手紙に返信すらしませんでしたが、一部はまだ返信していました。 それらの中には、ケチャップ、チリンゴ、アヨパのゲームがあります。 彼らは皆、TestFlightを通じてゲームをインストールしました。 率直に言って、私たちのゲームはその形式に最も適しているため、私たちはケチャップに最も依存していました。 しかし、ゲームをインストールした後、彼らは二度と書きませんでした。 Chillingoは、彼らはグラフィックとキャラクターが好きだと答えましたが、このジャンルのゲームでお金を稼ぐのは難しいので、彼らは私たちの開発を最新に保つように頼みました。 何よりも、Ayopaのゲームにほぼ同意しました。 ゲームをダウンロードしてから3週間後に初めて回答しました。 彼らはいくつかの修正が必要であると書いたが、一般的に彼らは興味を持っている。 私たちは刺激を受け、彼らが尋ねたすべてを行い、新しいバージョンを投稿しました。 残念なことに、次の回答は、2週間後になって再び来ました。この2週間はすでに待ちきれず、アプリケーションはApp Storeへの途中でした。 App Storeで計算を延期し、必要に応じてゲームを変更すると、アプリケーションを使用するという保証を求めました。 これに応えて、彼らは私たちの将来のプロジェクトについて学びたいという願望を表明しましたが、現在の状況ではこれを拒否しました。 一般的にはうまくいかず、どういうわけか2〜3週間回答を待つのにうんざりしていたので、アプリケーションをもっと速くしたかったのです。



その結果、ソーシャルネットワーク、さまざまなインターネットリソースへのリクエストの確認、AdMobのグーグルなど、独自に広告を掲載することにしました。 AdMobで2万ルーブルを投げました。 彼らは1日を費やし、合計55,000インプレッション、1,140クリック、約450のインストールをもたらしました。 彼らはまた、約70万人のユーザーの数と接触してグループで広告を出しました。 これにより、合計約200のインストールが行われました。 結論は、大量の広告がなければ成功することを期待する価値はほとんどないということです。もちろん、あなたが不運であり、彼らが大規模なサイトであなたに関する無料のレビューを書かない限りです。 ユーザーRedRoseSingingの 出版物と、ユーザーEugeneDMの この出版物で、無料レビューのリクエストを送信したサイトのリストを見ました。



収益化として、彼らはそのようなゲームのための標準的なアプローチを選択しました-広告を表示+アプリ内購入、この広告を無効にすることを提供します。 Chartboostは広告ネットワークとして選ばれました。 そこで、表示された広告を非常に柔軟にカスタマイズでき、バナー自体がとてもきれいに見えます。 バナーが誤って押されないように、バナーの表示に少し手を加えました。 多くのゲームでは、これはまさに起こることであり、非常に迷惑です。



これがゲームプレイのビデオです：







記事を最後まで読んでくださった皆さんのおかげで、私はコメントを待っています！