お気に入りのゲームをAndroidに移植する

ゲームの作成は、刺激的で有益なプロセスです。 これは、オリジナルのアイデアとキャンペーンに費やされた数十時間に基づいて、「クラシック」を自分でリメイクするときに特に顕著です。 Androidの開発経験はあまりなかったので、最初はタブレット用の「必要な」アプリケーションの作成はかなりぼやけていましたが、それほど魅力的ではありませんでした。 時間と機会があれば、「大きな」解像度のサポートを追加することで、古いゲームのほこりを払拭し、磨いて接着することができます。アルファチャネルのないRGB565パレットでも、市場にレイアウトされている最新の製品よりも悪くないことがわかります。 開発中に静かに横たわる落とし穴や慎重に隠された熊手があると想定しましたが、それらは頭を痛めたので、実際のハードウェアでゲームを開始する価値があります。 ひどく欠けていたのはデバッガーであり、新たな問題は目標を達成したいという欲求を強めただけでした。 カットの下には、それがすべてどのように機能したかについての物語があります。







それはおそらく自転車についての物語であるとすぐに警告する価値があります。私はインターネット上でグーグルではないものを思いついていません。 また、読者が新しいソリューションやメガテクノロジーを目にすることはほとんどありませんが、Android用のSDL1 / 2を使用してアプリケーションを構築するための実証済みの手順が見つかります。



こんにちは

Caesar III©ゲームのリメイクは個別のプロジェクトとしてではなく、イースターエッグと文書化されていない操作モードを求めて、住民数の修正、「大」解像度のサポート、元のゲームの逆コンパイルされたコードの調査を開始しました。 そして、回復したコードの量が合計の半分を超えたときに、ゲームを復元できることが明らかになりました。 SDL1.2はレンダリングライブラリとして選択されました。これは他のプロジェクトで実証されており、学習と使用も簡単です。 最初はリメイク版はLinuxのみでしたが、今年の初めに他のプラットフォーム（Mac、Windows、Haiku）に移行し、 そのようなタブレットを手に入れました。私の頭は時折、「あるLinuxで動作し、別のLinuxで動作するはずです」と思いました。



試行番号1、成功

SDLバージョン1.2の「そのまま」では、Androidで動作する機能はありませんが、環境とスクリプトを使用してAndroidアプリケーションでこのライブラリを使用してコードを収集できる素晴らしいlibsdl-androidプロジェクトがあります。 アセンブルされたアプリケーションは、インターネットからリソースをダウンロードすることも、インストーラーから解凍することもできます。 Libsdl-android自体には、bzip2やさまざまなコーデックからSDL自体やその環境SDL_image、SDL_mixer、ttfなどに至るまで、必要な多数のライブラリが含まれています。 ゲームにプラットフォーム固有のコードがない場合、移植にはいくつかの手順が必要です。

















落とし穴

0.環境の定義：最初に、Windows、Linux、またはLinux Androidが動作する環境を決定する必要があります。

解決策：ANDROID / __ ANDROID__定義を確認します。



1.ログ： abd logcatを使用してエラーメッセージやその他の出力を見ることができますが、stdout / printfなどの標準ツールが機能しないことがわかったため、もちろんログの出力をファイルに使用して既に見ることができますが、もっと使い慣れたデバッグが必要でした。

解決策：Androidログのヘッダーファイル#include <android / log.h>を含め 、関数を使用してメッセージを表示します

__android_log_print(ANDROID_LOG_DEBUG, CAESARIA_PLATFORM_NAME, "%s", str.c_str() );







通常のprintf構文を使用します。



2. OpenGLの使用：誰かがOpenGLを必要とする場合、彼の親しいGLESはモバイルプラットフォームに住んでいます。

解決策：標準ヘッダーファイル<GLES / gl.h>と<GLES / glext.h>の代わりに接続しますが、テクスチャとレンダリングの使用にはわずかな違いがありますが、基本的にコード（私が使用した単純なコード）はほとんど変わりません。



3.イベント処理：画面上で指を動かすと、SDL_MOUSEBUTTONUPイベントが消えます。これはlibsdl-androidライブラリ自体の欠陥であるか、どこかで紛失した可能性があります。 使用するアクションに対するインターフェイス要素の反応がない場合に、それが現れることがあります。たとえば、移動後にボタンで停止しました。理論的には、マウスカーソルがその上にある場合は状態になります。

解決策：特に私のアプリケーションの場合-アンドロイド用にアセンブルするとき、カーソルの下の要素の状態の強制更新が、後者が移動しているときに追加されました。



4.小さいインターフェイス：現代のモバイルデバイスの画面解像度は、10〜15年前に使用されていたモニターの解像度と同等またはそれ以上ですが、物理的寸法ははるかに小さいため、ユーザーインターフェイス要素自体は小さく見えるため、常に使用すると便利ではありません。

解決策：インターフェースの変更はかなり面倒な作業であり、元の外観を常に維持できるとは限りません。





1回の動きは2回の火災に相当します （民俗の知恵）

すべては、コミッターの1人がリンクを開発ブランチに送信し、比較的新しいSDL2ライブラリを使用してゲームを正常に起動し、その前にバージョンSDL1.2-2008リリースが使用されたという事実から始まりました。 特に変更リストを表示した後、私自身が新しいバージョンに切り替える可能性を検討していたと言わなければなりません。これは、「箱から出して」と呼ばれるMacとAndroidの通常のサポートを約束しました。 それから、職場でミニ休暇があり、大きな ガイドと大きなコーヒーを備えたハンマーを取り、私はリメイクを新しい「エンジン」に移し始めました。

移動の技術的な詳細を読者に退屈させたくありません。ハードウェアサポートが出現したまさにその図書館で、仕事のイデオロギーが変化しました。 この動きは1週間の夜続き、最後には残りの欠陥とグラフィックアーティファクトの修正でした。 libsdl-androidは通常SDL1.2で動作するようになっているため、変更は完了し、「大規模」OS用のアセンブリが準備されました。また、Androidのアプリケーションを構築するためのマニュアルを読み直す必要がありました。 readmeに書き込みます）





libsdl-androidを介して古い構成でポートを起動しようとして数時間を費やしたときに、このテキストの信ver性に気付きました。 まあ、否定的な経験は経験でもあります：私は利用可能なツールを使用します。



2番目の試み、完全に成功したわけではない

SDL2には、Android用のアプリケーションを構築するために必要なすべての構成が既に含まれています。公式Webサイトで推奨されている記事を読んだ後、何かを収集してみてください。 繰り返しますが、adtのインストールと構成を除いて、いくつかのステップがあります。









理論的には、接続されたデバイスまたはエミュレータで説明されている手順を実行すると、インストールされたアプリケーションが表示されます。





すくい

1.リソースの検索場所???

リソースの場所は特定のOS実装によって異なりますが、ほとんどの場合、アプリケーションは/ sdcard / Android / data / package_name / filesフォルダーにアクセスできます。パスを直接使用すると、アクセスエラーまたはファイル検索エラーが発生する可能性があります。

アプリケーションディレクトリへのフルパスは、SDL_system.hファイルで定義されているSDL_AndroidGetExternalStoragePath（）関数を介して取得できます。

2.ウィンドウ作成フラグを使用します。

組み合わせSDL_WINDOW_OPENGL | SDL_WINDOW_SHOWN | SDL_WINDOW_BORDERLESSはすべてのデバイスで機能するわけではありません。SDL_WINDOW_OPENGLまたはSDL_WINDOW_BORDERLESSを削除し、どのフラグがプログラムをクラッシュさせるかを確認してください。 この行動が何に関連しているのか説明できません。 フラグSDL_WINDOW_SHOWNを使用すると、すべてのフラグと同様に、ログに沿って1対1でログが記録されますが、クラッシュの可能性ははるかに低くなります。

3.音声チャンネルが多すぎます。

SDL_mixer :: Mix_AllocateChannels（N> 16）関数を呼び出すと、サウンドを初期化できないというエラーでクラッシュします。 要求されたチャネル数を減らすことで、この方法でこの問題をどのように正しく解決できるかはわかりません。

4. stlport対gnustl

stlportを使用するとクラッシュし、Nexus 7エミュレーター（Android 4.0.3）でイテレーターを使用してベクターをトラバースすると、このバグが発生しました。 繰り返しますが、このエラーの事実を説明することはできません。アプリケーションをビルドするときにgnustlを使用することにしました。

5.私のカンフーはあなたのものよりも強いです。

すでにシステムにあるライブラリの名前に似た名前のライブラリを使用すると、他の誰かのライブラリがロードされ、必要な機能がない場合があります。 libpng.soのバージョンをビルドしていたためエラーが発生しました。ソリューションはstackoverflowで見つかりました。ライブラリ名libpng.soをlibpnggo.soに置き換えることで修正されました



結論として...

動作します！ BBとほとんど変わりません！ 満足していますか そうでもない！



事実、私はクリヴォルイの屋根ふきフェルトで、スキーのフェルトは動きませんが、タブレットではアプリケーションの動作が非常に遅いことがわかりました（非常に単純な画像の場合は10-12 fps、結果は鈍い）、ここでの欠点は手と機器の無知にあると思います。 SDLは両方の生まれ変わりにおいて優れたライブラリであり、多くの非常に優れたゲームがそれを使用しており、 androidにも移植されています。



ポートの作成に費やした時間は確かに残念ではありません。ゲームが始まったとき、いくらかの経験と多くの肯定的な感情が得られました。 まだ試しているかどうかを検討している人のために、間違いなくそれを試してください、後で遅らせないでください！



Z.Y. ここでプロジェクトの開発をいつでも見ることができます 。