私は、クロスプラットフォームのモバイルゲーム開発のフレームワークを選ぶのに役立ついくつかの助けをしたいと思います。 libgdxとplaynlibgdxまたはplayn？
私はAndroid向けのゲームを主に計画していますが、iosとhtmlでもリリースすることができます。私はlibgdxが現在iosをサポートしていないことを知っていますが、それが途中であることも知っていますし、開発者を信じています。
誰かがlibgdxおよび/またはplayn（好ましくは両方）の経験を持っている場合は、あなたの経験を共有でき、あなたが選んだ理由、理由について本当に感謝しています。
私はlibgdxでリリースゲームを行っていませんが、それは私の投票を得るでしょう。あなたが間違ったフレームワークを選択した場合、どのプラットフォームでも成功したゲームを開発しないというリスクを考慮する必要があります。ちょうどplaynを見て、ドキュメンテーションがそこにないと思われ、ユーザーグループの活動はそこにはなく、それだけで十分ではない。また、両方のプラットフォームをサポートするはずのCocos2d-xも検討してください。 libgdxは少なくともAndroid側でゲームを書くためのプラットフォームとしては止まらないという感覚があります。
是非、Libgdxの賛美歌を歌ってください。しかし、この答えはかなり無知なようです。 PlayNフォーラムで質問を投稿しようとしましたか？マイケルはいつもかなり素早く答えてきました。この回答が掲載された時点で、COMMERCIALチームだけでなく、より広範なコミュニティによって積極的に開発されていました：http://www.threerings.net/about/crew.html –
私の投票はlibgdxになります。 libgdxはplaynより広範に見え、非常に活発なコミュニティを持ち、playnでサポートされているほぼすべてのプラットフォーム（いくつかのサポートは近日公開予定）をサポートしており、非常によく文書化されています。さらに、Androidを特に対象にしている場合（あなたの質問が示唆するように）、私はむしろlibgdxがそのための事実上のフレームワークだと言うでしょう。
私のチームはすでにlibgdxを使って開発中であり、うまくいきます。あなたは物理学のためにbox2dを追加することができ、悪いアンドロイドエミュレータをデバッグする必要はありません。すべてがjavaで行われ、あなたはあなたのアンドロイドプロジェクトにプロジェクトをインポートし、あなたが選んだどんなデバイスでもそれを試すことができます。また、Windows/Webプロジェクトがあり、すぐにiOSが来ます。だから心配しないで、libgdxは良い選択です。
Libgdxは、一部ではC++で動作するため、超高速です。このフレームワークを使用すると、単一のコア電話で数百のスプライトをスムーズに動かすことができます。インストールと作業は簡単で、コミュニティはすべての質問を迅速に回答します。
この時点でどちらかが良い選択だと思います。理由は次のとおりです。
私はLibdxを使用していませんが、私は自分のサイトを熟読しました。私は両方のプロジェクトがかなり良く見えると思います。私がGame Engineを選んだのであれば、私の決定は機能、安定性、サポートに帰着します。
サポートを開始すると、両方のプロジェクトにかなり貢献しているようです。 PlayNのMichael Bayneはコーダーのマシンです。 BadLogicGamesのマリオ（libgdx）は、かなり献身的なようだ。どちらのプロジェクトも、貢献者の健全なグループ&を提唱しているようです。
機能に関しては、かなり均等に一致しているようです。どちらも2Dゲームを作成します。これは素晴らしい経験です。 Libgdxは3Dフロントでエッジを持っているようだが、KILLERの3Dゲーム体験を簡単に作成できると期待しているなら、どちらのフレームワークもあなたのために大変な作業をすることはない。 Libgdxは、商用キットと競合することができないJMonkeyと言っても3Dツールキットとしては遠くないようだ。
商用3Dゲームを他の商用製品と競合させようとしているなら、商用3Dエンジンのライセンスを取得しなければならないと思います。いずれのプロジェクトも、美しい画像をすぐに稼働させるために必要なツールを提供することはありません... Unityのエンジンと比べると、
http://www.youtube.com/watch?v=Fc9m0Z1GDg8
PlayNの連中は、2D APIと彼らとの作業の経験を損なうことなく、優れた3D APIを提供しようとするについて、はるかに慎重であるように見えます。ここでは、OpenGL ES 2.0レイヤーを公開する最良の方法についての慎重な議論を読むことができます。
Libgdxのアプローチは、比較することによって、より積極的であるように思われます。どちらも長所と短所があります。私はPlayNの上に座っているVecmathを使って私のゲームで3D計算をしています。それはコードです、実行可能な場所で混在させることができます。
目的と実行の面でかなり類似したフレームワークであることを考えると、かなりの相互受粉が起こりそうです。 LibgdxのMavenサポートの大部分がPlayNの設定からコピーされていることがわかります。
http://www.badlogicgames.com/wordpress/?p=2707
また、唯一の理由はマイケル（PlayN）がIVKMを作成しました仕事のiOS版をサポートしていlibgdx。その後、MarioはC++機能のJNIサポートを追加する必要がありました。
http://www.badlogicgames.com/wordpress/?p=2791
両方のプロジェクトは、他の認識しており、相互に各々がフォワードパスを破っている方法から学んでいます。
安定性の面では、成功したプロジェクトによって評価されます。 Tupsu & AngrybirdsChrome on PlayN、Ingress &他のLibgdxにあります。
PlayNはAndroid/html apisなどの上に置かれているのと同じくらい純粋なJavaです。LibgdxにはいくつかのプラットフォームでC++があるようです。これは、あなたがやっていること、つまりWeb上ではGWTで実際にコンパイルできるC++モジュールがないことに大きく依存します。さらに、JavaはC++に匹敵するスピード（通常は少し遅く、時にはより速い）を提供します.GGをそのままにしておけば、どのように言語を使用するかについて独断的ではありません。
しかし、C++は特定の使用例では依然として有用かもしれません。
誰かが、LibgdxがC++のためにこれを暗示している、単一コアの携帯電話で大きなスプライトスループットをサポートできると答えた人もいます。これは、libgdxがC++を使用している領域ではありません。機能を参照してください。
http://libgdx.badlogicgames.com/features.html
両方のフレームワークは、スプライトthoughputの点で同様に実行する可能性があります。ここでPlayNのWebパフォーマンステストを楽しむことができます。 statsカウンターをクリックして数を増やしてください。
http://samskivert.com/playn/perf-test/
どちらも、フレームワークの上に座ってUIをメニュー操作のようなものを持っています。
最終的に私はPlayNに固執しています。なぜなら、私はまだ切り替えるべき本当の理由がなく、それは私が始めたものです。あなたのマイレージは異なる場合があります。
バランスの取れた包括的な答え。 – BlueSilver
私の答えは、RoboVMのような開発でかなり時代遅れです。マイケルのコードは、まだそこで最も真っ白です。コードを勉強するだけで、より良いコーダーになれます。しかし、Libgdxコミュニティの規模と彼らが動くスピードのために、確かに利点があります。 –
私はもう1つはわかりませんが、私にとってlibgdxは高校を卒業したばかりの偉大なエンジンです。 libgdxを通して、iOSとAndroid用のさまざまなアプリを作成しました.1週間でlibgdxの構文を学びました。私はこのリンクに行くことをお勧めしますhttp://www.kilobolt.com/zombie-bird-tutorial-flappy-bird-remake.htmlあなたが基礎を知りたいのなら、それは私が学んだ方法です。
これまでLibgdxだけを使用していたので、2つを実際に比較することはできません。 Libgdxには、開発を始める前にできる多くのリソースとサンプルがあります。多くのサポーターは分かりやすいチュートリアルを書いたので、とても簡単に学ぶことができます。
私はlibgdxで大きな戦略的なオンラインゲームを作成します。それは素晴らしいです。これは速い。サポートは良いです。ドキュメントはもっとですrobovmでサポートされているios、そしてすぐにlibgdxにMulti-OS Engineが実装されています。 あなたがJavaに堪能であれば。 libgdxが最適です。
cocos2d-xがあなたのリストを作成しなかった理由を教えてください。私にとってはlibgdxとcocos2d-xの違いですが、以前はplaynについて聞いたことがありません。 –