Javaで作るスタンドアローンゲーム

**名前は開発中のものです。** · 2012/12/27(木) 16:04:18.62

スレタイはアプレットとの対比的な意味と考えてください。
Javaでのゲーム開発は賛否ありますが、国外では割と盛んになってきているように思います。
裏を返せば日本語だけでは情報が得辛い状況であり、寂しく開発してる人が多いのでは・・・。

関連スレ
JAVAアプリでゲーム
http://toro.2ch.net/test/read.cgi/gamedev/1033926010/

参考になりそうなサイト
・どのイメージタイプを使うべき？
http://weblogs.java.net/blog/chet/archive/2004/08/toolkitbuffered.html
・弱点と言われる？ベクタグラフィックス関連の改善
http://docs.oracle.com/javase/1.5.0/docs/guide/2d/flags.html
・大量のソースコードを公開して下さっている国内サイト
http://aidiary.hatenablog.com/entry/20040918/1251373370
・Java 2D games tutorial
http://zetcode.com/tutorials/javagamestutorial/
・出入りが最も盛んな？フォーラム
http://www.java-gaming.org/index.php
・スプライトシートの切り方等（国内）
http://sky.geocities.jp/kmaedam/java2/java2.htm

動画
3D Game Programming tutorial
・http://www.youtube.com/watch?v=iH1xpfOBN6M

**名前は開発中のものです。** · 2014/05/01(木) 17:22:44.30

だから、java.awt.ComponentにPaintListenerがあれば綺麗になるって話。

ついでにComponentにgetInsets()も追加しとけと。
上のContainerクラスにはあるし、JComponentはそれ継承してるから当然ある訳だが、
Component継承した自前クラスでInsetsの概念使って描画させた場合、

Componentクラスを引数にとって、Insetsの概念使ったメソッドでも用意しようとしたら、

void func(Component comp) {
　　if (comp instanceof Container) {
　　　　insets = ((Container)comp).getInsets();
　　} else if (comp instanceof MyInsetsComponent) {
　　　　insets = ((MyInsetsComponent)comp).getInsets();
　　} else {
　　　　insets = new Insets(0, 0, 0, 0);
　　}
}

みたいな形にしなくちゃならない。
どう考えても糞だろ。

>>334
それはタイマーなりゲームループなりが、
osに再描画要求するなり、そのコンポーネント再描画を実行するなりして、
結果、ゲーム側は描画イベントをハンドリングしてんだから、そこで処理すりゃ済む話だろ。

GUIのイベントドリブンってのは、そこを共通化できるからいいんだろん。
コンソールベースの古典ゲームだろうと、アニメーションしまくりのゲームだろうとな。
pure java 100%での話だよ。

**名前は開発中のものです。** · 2014/05/01(木) 17:24:12.49

つまり、>>333の実装方法でも別にアニメーションするゲームでも問題なく実装できる。

**名前は開発中のものです。** · 2014/05/11(日) 13:41:58.58

SwingとかJavaFXでジョイスティック取りたい時ってどうしてる？

**名前は開発中のものです。** · 2014/05/11(日) 17:47:45.49

みんなJavaでゲーム作ってどこで、どんな形で配布しての？

**名前は開発中のものです。** · 2014/05/11(日) 19:28:23.99

>>336
俺ならまず要件を見直す。
どうしても棄てられないのなら対応osや言語選定を見直す。

LWJGLなんかが対応してるとは言われてるが、実際の所は最新版落として試して見ないのと判らんすぎる。
それから将来的な対応状況も未知数。素敵なライブラリだとは思うけどね。

MinecraftってLWJGL使ってる癖にアプリ側でその辺対応してないような気がするのだが、
やはり棄てた方が無難って事なんじゃないのかな。

俺なら勿論サクッ棄てる。
実際fpsとかのPCゲーなんてマウスとキーボードで十分ですし。

一応、このスレを「ジョイスティック」で検索すると、幾らか鮮度の高そうな情報が出てくるよ。

>>338
executable jarでいいんでね。
windowsに限りexeに変換して配布してる人いるね。

俺は面倒だからjarで済む要件に何が何でも留める。
結局さ、人気の出るゲームってのは、プレイヤー側が能動的に問題解決に動くから、
アプリ側がそこまで親切にする必要なんて無いと思うけどね。

Minecraftだってjoytokey経由でジョイパッド使ったりとかしてるじゃん。
とりあえず最低限の入力に対応だけして、ゲーム内容に特化するのが吉だよ。
ゲームのコアさえ生きてれば、UI周り、描画周りを別のモノに置き換えて、バージョン2とか言っちゃってもいいんだしさ。

**名前は開発中のものです。** · 2014/05/11(日) 19:33:11.25

>>337の間違いだった。

W3Cがゲームコントローラ対応の為の標準仕様を作り出してるから、
５年・１０年後には状況が変わってるかもしれんけど。

**名前は開発中のものです。** · 2014/05/12(月) 19:19:28.08

>>340
ｻﾝｸｽｰ
レトロゲー作りたいからゲームコントローラでやりたいんだよな
まぁ個人制作ゲームってことで、手を出してくるのもゲーマーだろうし
Joytoykeyくらい普通に使ってくれるか

**名前は開発中のものです。** · 2014/05/12(月) 20:07:41.64

jinput使えばいいよ

**名前は開発中のものです。** · 2014/05/12(月) 22:25:47.35

>>342
Ubuntuだとroot権限無いせいかわからないけど入力取得できなかったんだよなぁ
あと、ちょい低級すぎるのと、自分でGUIスレッドと連動させるとなると
ウインドウに対してのフォーカス有無とか考慮するのが大変な気がした
同人ゲーのバギーなネタの１つだよね、フォーカス無しで暴れるの

**名前は開発中のものです。** · 2014/09/09(火) 14:43:51.41

JavaFX使ってる人いない？
POJOでモデル作ろうとか考えずにモデルごとJavaFXの上で作った方がいいよね

**名前は開発中のものです。** · 2014/10/05(日) 16:53:18.23

IDかっこいい記念カキコ

UR SEL　あなたのセル

だって

**名前は開発中のものです。** · 2014/10/05(日) 16:56:18.39

住都公団の売物件がどうした？

**名前は開発中のものです。** · 2014/11/16(日) 13:17:23.48

Javaの生産性はゲーム制作にも有用そうだと思っていたが、結局Javaによるゲーム開発はブレイクしないままだったな
ネイティブで性能を引き出すならそれぞれのプラットフォームに特化してC系でゴリゴリ最適化すればいいし、
マルチプラットフォームならそれこそwebベースになっちゃってるし

**名前は開発中のものです。** · 2014/11/21(金) 18:48:41.65

javaでゲーム作ろうと思ってようやく一通り動くようなものができた。
といってもクリックで指定した座標に向かってキャラが歩き、接触した物体に自動的に攻撃して破壊するだけのものだが。

さて、これをオンラインにしてマルチプレイに対応しようとしたが、全く実現できずに3ヶ月。
javaは通信周りは強いと聞いていたし、楽に実装できるかと思っていたが、基本中の基本部分が全然動かない。

・非同期通信を実現しなくてはならないが、サンプルを見ながらjava.nioパッケのセレクタ、selectNowを使っているのに数回ループ後に何故かブロックされる。
・マルチキャストをしなくてはならないが、SeverSocketChannelから取得したSocketChannelをリストに保持してクライアント送信時にループで送信しているが、受信しない。
・ゲームではUDP通信が基本らしいが、画像やDBデータ、インスタンス、文字列ですら正常に送受信できない。
・TCPでも試したが、通信処理のスレッドループでよく判らなくなってきて、どこにメインループの処理を書いたらいいのかわからない。

段々めちゃくちゃになってきたので、非同期通信、マルチキャスト、インスタンスの送受信なんかをカバーしたフレームワークがないか、
どうせならマルチプレイオンライン対応のフレームワークがないかと探しているが見つからず。

何か情報をください。できればオープンソースで日本語の情報があるものを

**名前は開発中のものです。** · 2014/11/21(金) 19:11:03.25

言ってる事が横文字だらけでちんぷんかんぷんです
もう少しわかりやすく記述してください

**名前は開発中のものです。** · 2014/11/21(金) 22:02:34.38

失礼しました。

要するに通信周りで苦労しているのですが、一向に実装できないので、通信周りをカバーしたフレームワークがないか情報があれば教えて欲しいということです。

**名前は開発中のものです。** · 2014/11/21(金) 22:58:54.97

一気に飛躍しすぎ
まずはチャットを作ってみては？

FWについては知らん
少なくとも有名なものは無い

**名前は開発中のものです。** · 2014/11/22(土) 00:18:10.87

いくつかのサンプルを参考にチャットは作成しましたが、TCP通信のストリームを用いての文字列データだけのやり取りに留まっています。
画像を含めたインスタンスをサーバクライアント間でやり取りをしようとObjectOutput（input）Streamを利用するとブロッキングが発生してしまい、
別スレッドで起動する必要が出てくる上、今のところ画像データのやり取りはできていません。
UDP通信の送受信も試しましたが、今度は文字列データすらやり取りができなくなりました。
ノンブロッキング方式となるjava.nioパッケージもいくつかサンプルに沿って作ってみましたが、こちらもうまく行くのは文字列データのみで、
インスタンスの送受信はできていない上、何回か繰り返し処理をしているうちに何故かブロッキングが発生しないはずのメソッドでブロッキングされます。

使い方がよくないのは分かるのですがコードも煩雑になり手に負えなくなってきたので、通信周りの処理はオンラインゲームでは極当たり前のものだし、
フレームワークで存在しているかもしれないと思い探したものの見つからず、何か情報がないかと質問した次第です。

少なくとも有名どころにはないというのは大変残念。
Webアプリケーションのフレームワークならいくつもあるのに、通信あたりのとりわけマルチキャストに対応している物となると情報がない。

**名前は開発中のものです。** · 2014/11/22(土) 05:43:04.14

自分も同じような段階なので非常に興味があります
僕の場合は通信にはプロトコルを定めて4バイト以下でやり取りしているので、オブジェクトの送受信は今ちょっと調べただけですが……

ハッキリとは分かりませんが、ObjectOutputStream自体がブロッキングするioなんじゃないでしょうか？

調べてみたところ以下の実装が綺麗な気がします
http://stackoverflow.com/questions/5862971/java-readobject-with-nio
ByteArrayOutputStreamでラップしてデータの長さを調べて、さらにByteBufferでラップして先頭に長さを埋め込んでおきます

受け取る側ではまず先頭の長さ情報（4バイト）を読み込みます
続いて長さ分確保したbufferに本体を読み込み、あとは逆順にObjectInputStreamに落とし込みます

僕も簡単なフレームワークがあったらなあとも思いますが、お互い頑張りましょう

**名前は開発中のものです。** · 2014/11/22(土) 13:31:16.69

通信用スレッド作ってブロッキングでやれば簡単だと思うよ
ノンブロッキング化なんて後からやればいいじゃない

**名前は開発中のものです。** · 2014/11/22(土) 16:49:26.43

TCPではなくUDPで通信するのは俺もわからんし興味はある

データを受け取った側が一々受け取り成功したことを発信側に返信していたら
遅いTCPと実質同じになってしまうとか、注意点ふぁありそうな気がするけど
この辺は言語問わず情報がなさすぎて困る

**名前は開発中のものです。** · 2014/11/22(土) 23:47:22.91

UDPの主な問題点は、パケットの到着が保証されない(途中で消えることがある)、順序が保証されない(前後が入れ替わることがある)の2点
どうにかこれに対処しないといけないが、だからといってこれを完全に保証するのなら、素直にTCPを使った方がいいわけで、
UDPを使うなら、パケットが消えたり入れ替わったりすることを前提に、最初からそれを受け入れる方針で設計しないと意味が薄い
一部重要な情報だけ到着確認や再送信など手厚い保証を作り込むという選択肢もあるが、TCPと併用し情報の重要度によって送信し分けるという選択肢もある

俺が作ったときは、通常はTCPを使い、性能的な懸念のある一部の情報だけUDPで送るようにした
念のため、UDPがちゃんと届くか送信テストを行い(返事はTCPで貰う)、だめだったときは全部TCPで動くようにした
特定のメッセージをUDPで送るかTCPで送るかはbooleanの引数1個で簡単に変更できた

**名前は開発中のものです。** · 2014/11/23(日) 00:38:44.67

>>353
　提示されたソースを参照しながら色々と試しております。
　とりあえずシンプルチャットの文字列のマルチキャストはできましたが、インスタンスのやり取りはまだうまく行っていません。

　ObjectOutputStreamについては仰るとおり、ブロッキングが発生するストリームです。
　ブロッキングを回避するためにマルチスレッドにして、受信したメッセージとインスタンスをプールして一元的に処理しようとして・・・
などとやっているうちにデッドロックが発生して頭を抱えておりました。

　Webアプリケーションフレームワークでもそうであるように、通信部分はほぼ共通の処理だろうし、
C/S型MOGの実装とて大きな違いがあるとは思えないのですが、ないものですかね・・・

　一応、Jogreとか言うゲームエンジンがC/S型を想定したものらしいのですが、使い方がまるで判らず
オープンソースだからせめてどこか参考にできないかと見てみましたが私の頭では理解できませんでした。

>>354
　ゲームの根幹となるシステムはサーバ側で実装しようと考えており、その際にクライアントの通信待ちでブロックされてしまうと処理が進まなくなってしまうので、初めからノンブロッキングで行くつもりです。
　前述の通りマルチスレッド化の段階でうまく行かなくなってしまいました。

>>355
　通信方式には特にこだわっているわけではないのですが、今後内輪で一人複数キャラ起動で20～100程の同時接続を想定しており、
そうなると今後はUDPでないとまずいのかな、などと漠然と考えておりますが、実装が楽なはずのTCPですら躓いている状態です。

**名前は開発中のものです。** · 2014/11/23(日) 02:19:06.05

ブロッキングの場合は通信相手1人ごとに受信用スレッド1個と送信用スレッド1個を作って、それに通信処理を全部まかせるのがいい
相手側に何があってもブロックするのはそこだけで済む
何か送信したいときは、その相手用の送信キューに情報を詰め込んで、送信スレッドに送信してもらう
受信の方はそのまま受信スレッド上で処理してもいいが、スレッド間の同期が心配なら、受信した情報をメインスレッドの処理キューに積んでメインスレッドに処理してもらってもいい
もちろん各キュー自身は同期しなければならないが、LinkedBlockingQueueでも使っとけば心配なかろう
欠点は通信相手が増えすぎるとスレッドが増えすぎることだが、まぁ100くらいは大丈夫じゃない？

ノンブロッキングの場合は一箇所で全ソケットの送受信の面倒を見ることになる
基本的には Selector#select を回し続け、個々のソケットがそれぞれ受信可能になっていれば受信し送信可能になっていれば送信するわけだが、
受信したいときに受信したい量が受信できるとは限らないし、送信したいときに送信したい量が送信できるとも限らないので、
ブロックさせずに1スレッドですべてを回すためには送受信共にバッファ管理が必要になる
相手に何か送信したいときは、その相手用の送信バッファにデータを詰め込んでselectのループに戻り、
ソケットが送信可能な状態になったときに送信できる量ずつ送信する(そしてまたselectのループに戻る)
受信の方も、必要な量のデータが受信バッファに溜まるまでselectのループを回しておき、
じゅうぶん溜まったら受信バッファから必要量のデータを取り出して処理する感じ？
通信相手が増えてもスレッド数を抑えられるのが利点だが、実装は面倒い

**名前は開発中のものです。** · 2014/11/23(日) 08:51:36.48

Java信者がまだ生き残っていて嬉しい

**348** · 2014/11/24(月) 01:33:12.16

今日一日がんばってはみたがやはり実装できず。
シンプルチャットは動いたものの、画像を含めたバイナリデータのやり取りはできておらず、
何故か353で提示していただいたコード部分でOutOfMemoryErrorが発生する始末。
使わなくなった瞬間に明示的にnullを入れてみたりはしたものの、全く解決せずで、
相変わらず手に負えない感じがあります。

今度はブロッキングのマルチスレッドを試してみようとは思いますが、以前この方法を取った際、
キューの中に受け取ったメッセージを格納しておき、メインスレッドで順番に処理する、
というようなコードを書いてみたところ、キューへのアクセスで何故かデッドロックが発生して
動作しなくなってしまったこともあり、うまく行くようにできるか心配です。
また、なんだか最終的に数千人規模の運営にも耐えられるようなもの（MMOみたいなものか）
みたいな要望（若干語弊がありますが）もあり、スレッドの数とか心配ですが。

**名前は開発中のものです。** · 2014/11/24(月) 12:33:21.54

どうしても上手くいかないならソース晒せば添削しよう
そのときはzipにまとめて適当なところにupしてくれ

**348** · 2014/11/24(月) 23:57:10.52

ブロッキングのマルチスレッドを試していた所、
今度はループ上で2度目のObjectInputStraemのreadObjectメソッドで
StreamCorruptedException: invalid type code: ACが発生し、
シンプルチャットすら動作しなくなりました。

ObjectIOストリームを使うこと自体が間違いなのかもしれませんが、
今後サーバ側のDBに保存してある画像ファイル等をクライアント側に送信して表示することを考えると、
他にどうすべきかが判りませんが。

一応ソースを挙げてみました。
http://fileup.jp/up/4753.zip.htm

**名前は開発中のものです。** · 2014/11/25(火) 01:54:43.35

　
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://www.apamanshop.com/membersite/27009206/images/kamo.jpg
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
http://www.o-naniwa.com/index.html　事務員東条南野
http://www.o-naniwa.com/company/
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
http://www.apamanshop-hd.co.jp/
http://www.data-max.co.jp/2010/10/01/post_11983.html
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。
　　
・ハンガー・ゲーム　　　http://s-at-e.net/scurl/TheHungerGames-Aircraft.html
・アバター　　　　　　　　http://s-at-e.net/scurl/Avatar-Shuttle.html
　
・艦これ　　　http://s-at-e.net/scurl/KanColle.html
・BRS　　　　 http://s-at-e.net/scurl/BRS.html
・ベヨネッタ　http://s-at-e.net/scurl/BAYONETTA.html
・風ノ旅ビト　http://s-at-e.net/scurl/JOURNEY.html
　
　　　　　　http://s-at-e.net/scurl/kabetokyojinto.html
　
・2012　　　　http://s-at-e.net/scurl/2012.html
　
大阪府八尾市上之島町南４-１１クリスタル通り２番館203
に入居の引きこもりニートから長期にわたる執拗な嫌がらせを受けています。
この入居者かその家族、親類などについてご存知の方はお知らせ下さい。
hnps203@gmail.com

**名前は開発中のものです。** · 2014/11/25(火) 03:27:39.50

マルチスレッドにだけは手を出すな、というのが定説だよ

なぜならタイミングによって、
デッドロックになったりならなかったりして、
バグが再現できず、まともにテストができない

結局、バグが出ても、気のせいにしてリリースするので、
本番でバグが出て、どうにもならない

マルチスレッドはスレッド間で、リソースを共有するから、
共有リソースを使うすべての関数で、排他処理が必要

それでも資源A→B、B→Aの順で、
ロックするスレッドがあると、デッドロックが生じるため、
資源をロックする順番にも、矛盾があってはならない

**名前は開発中のものです。** · 2014/11/25(火) 08:05:46.97

コンカレント・パッケージを使ったら？

**名前は開発中のものです。** · 2014/11/25(火) 08:11:55.29

ソース見た。
エラーの原因は、サーバ側では送信のたびにObjectOutputStreamを作り直してるのに、クライアント側では同じObjectInputStreamを使い続けていることだ。
作り直すなら両方とも作り直す(この場合resetは要らない)、使い続けるなら両方とも使い続ける。混ぜてはいけない。

あと、現時点では大丈夫かもしれないが、潜在的な問題がある。
受信がブロックするのは当然なので別スレッドにするのは自然だけど、実は送信もブロックするから別スレッドにした方がいいんだ。
TCPには一定サイズのバッファがあって、相手側が読み出してくれなければ、バッファが一杯になった時点でそれ以上書き込めなくなり、ブロックする。
相手側が読み出してるつもりでも、例えば何かネットワークのトラブルでデータが届かなくなれば、同じようになる。
サーバ側で synchronized (this.recvMessageQueue) { } の中で sendClients 呼んでその中で writeObject してるけど、こういうロックを握ったままブロックする可能性があるのは非常によくない。
受信キューを握ったままブロックすると受信スレッドがみんな動けなくなるし、そうなるといずれクライアントの送信側もバッファが一杯になってみんな止まってしまう。

あとは、 clientSocketList が複数のスレッドから読み書きされてるから synchronized するべき。
いちいち synchronized するのが面倒なら元からスレッドセーフな CopyOnWriteArrayList を使うという手もある。
キューも LinkedBlockingQueue とか使えば synchronized する必要なくなる。まぁこのへんはどっちでもいいけど。

ObjectIOストリームは、性能面では劣るけど、開発は楽だから、使いたければそれでいいんじゃない。
他の方法といっても、ファイルと一緒で、フォーマットを決めて読み書きするだけだよ。
いわゆるType-Length-Value的なやり方が普通だと思うけど、例えば文字列化して行単位で送るとか、XML形式で送るという方法もなくはない。
こういうのは性能やらメンテナンス性やら開発速度やらのトレードオフだから、好みの方法を使えばいいと思うよ。

**348** · 2014/11/26(水) 18:49:10.33

>>366
　添削ありがとうございます。とりあえず基本的な通信周りは動くようになりました。

　エラーの原因は結局の所Streamの基本的な利用方法を理解していなかったことであり大変お恥ずかしい限りです。

　受信以外に送信もスレッド化しなくてはならないとなると、1クライアント接続毎に2スレッド起動することになるのですね。
　100の接続があれば200、1000の接続があれば2000も起動するということで、今後仕様に耐えられるか心配ではあります。
　364の方が仰るようなバグの内包は自分はやらかしそうなので。

　こういったミスがなくなるよう、通信周りで信頼性の高い実装済みのフレームワークを利用したいと切に願います。

　ともあれ、ようやく動くようになりました。ありがとうございました。

**名前は開発中のものです。** · 2014/11/26(水) 20:44:59.58

心配なら簡単なテストプログラムを作って実際に高い負荷をかけてみるのもひとつの方法
大量のソケットを作って自分のサーバに接続しまくるとか
何か簡単なメッセージでもやり取りすればより実際の状況に近い
もう1台PCを用意してネットワーク越しに実験できればもっと良い

仮にフレームワークがあったとしても十中八九マルチスレッドだろうからその種の心配は無くならないんじゃないかな
このマルチコア時代に1コアしか活用できないとか汎用のフレームワークとしてはありえないだろう
何かプログラマの負担を多少なりとも軽くする仕組みはあるかもしれんけどね

**名前は開発中のものです。** · 2014/11/29(土) 01:20:26.07

教えてJava仙人！

**名前は開発中のものです。** · 2014/11/29(土) 22:21:48.97

こちらで聞いて良いものかどうか判りませんが、一応Javaも絡んでいるので質問。

プレイヤーキャラクターが装備を変えた時、見た目も変わる2Dの作品を作っています。
パーツごとに見た目が変わるため、頭部、胴体、下半身、右手、左手等に
パーツを分け、それぞれでアニメーションのスプライトを製作しています。

しかし、全体像が判らないとパーツの動きがわかりにくくて製作が大変面倒な上、
PGに起した時に正面を向いている場合には髪→顔の順に表示するが、
後ろを向いた場合には顔→髪のように順番を変えて表示をする必要があり、
全体像になったときにパーツの表示位置も調整しなければならず、
難しくはないが大変手間がかかって製作が難航しています。

複数のパーツの画像を組み合わせて全体像およびアニメーションを表示しつつ画像編集ができ、
且つ保存時にアニメーションのソースコード（位置情報や表示順序・java、できればLibGDXフレームワーク準拠の）
に自動的に起すようなツールは何かないでしょうか。

Unityに似たようなツール？があるようですが、言語がJavaではないので手を出していません。
Googleでも「画像編集　パーツ　アニメーション　組み合わせ」などで探していますが、
望むような情報が得られていません。

**名前は開発中のものです。** · 2014/11/29(土) 22:32:26.42

一人称視点にしてプレイヤーキャラを表示しない

**名前は開発中のものです。** · 2014/11/30(日) 21:40:35.22

キャラクタークラスで制御すれば済むはなしじゃないの？
ツール、それもソース生成ツールなんて大げさなもの必要ないでしょ

**名前は開発中のものです。** · 2014/11/30(日) 21:43:40.21

髪でサンドイッチして、片方透明にするだけだわな

**370** · 2014/12/01(月) 16:06:44.26

>>371
2Dの作品ですし、他キャラクターも同様にパーツの組み合わせで表示しているので、
全く解決になっていません。

>>372 373
前の書き込みどおり、難しくはないのですが手間がかかりすぎるので、
作業を楽にするためにツールを所望しています。

**名前は開発中のものです。** · 2014/12/01(月) 16:25:25.12

ツールをツクールべし

**名前は開発中のものです。** · 2014/12/02(火) 03:00:01.68

画像素材を規格化してピクセル単位の調整不要にするのが普通だと思う

**名前は開発中のものです。** · 2014/12/22(月) 20:19:34.55

ゲームは一応動いてはいるのですが、
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at GameManager.MainPanel.paintComponent(MainPanel.java:127)
at javax.swing.JComponent.paint(JComponent.java:1053)
at javax.swing.JComponent.paintChildren(JComponent.java:886)
at javax.swing.JComponent.paint(JComponent.java:1062)
at javax.swing.JLayeredPane.paint(JLayeredPane.java:586)
at javax.swing.JComponent.paintChildren(JComponent.java:886)
at javax.swing.JComponent.paintToOffscreen(JComponent.java:5230)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1572)
at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1495)
at javax.swing.RepaintManager.paint(RepaintManager.java:1265).......

なエラーが2/5の頻度で発生します。
public void paintComponent(Graphics g) {
super.paintComponent(g);
Graphics2D g2d = (Graphics2D) g;
g2d.setColor(Color.BLACK);
g2d.fillRect(0, 0, WIDTH, HEIGHT);

gsm.draw(g2d);　ココが(MainPanel.java:127)
}
gsmはちゃんとインスタンス化してあります。

原因究明の為調べていた所、スレッドの非同期が問題なのかな？と思い、
//enableEvents(AWTEvent.KEY_EVENT_MASK); を無効化しましたが解決には至りませんでした。

エラーが発生してもゲームは一応動いているので表示系統の問題ではないとおもうのですが。

**名前は開発中のものです。** · 2014/12/23(火) 00:24:18.43

gsm.draw(g2d); の前に
System.out.println("gsm=" + gsm);
って入れて本当にインスタンス化されてるか見てみるべき

**名前は開発中のものです。** · 2014/12/23(火) 17:37:34.54

改行多すぎとエラーが出てしまった。
>>378
gsm=null
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at GameManager.MainPanel.paintComponent(MainPanel.java:128)
at javax.swing.JComponent.paint(JComponent.java:1053).......
のあとに
gsm=GameState.GameStateManager@13236af
と出ました。

public MainPanel() {
// set the recommended panel size
setPreferredSize(new Dimension(WIDTH, HEIGHT));
setFocusable(true); // allow panel to receive key-enters
requestFocus(); }

public void addNotify() {
super.addNotify();
if (gameLoop == null) {
gameLoop = new Thread(this);
addKeyListener(this); // register the key-event listener
//enableEvents(AWTEvent.KEY_EVENT_MASK); // [髱槫酔譛溘く繝ｼ]縺悟次蝗&#65533;縺ｧ[繝後Ν繝昴〒繧ｬ&#65533;ｼ‐?
gameLoop.start();}}

**名前は開発中のものです。** · 2014/12/23(火) 17:39:08.59

連投すいません。続きです。

private void inti() {
running = true;
gsm = new GameStateManager(WIDTH, HEIGHT);}

public void run() {
inti();
while (running) {
gsm.update();
repaint();
try {
Thread.sleep(20);
} catch (InterruptedException e) {
e.printStackTrace();
}}}
という構成になっています。このMainPanelが呼ばれた時の基本的な流れがおかしいのですかな？

**名前は開発中のものです。** · 2014/12/24(水) 04:22:27.25

おそらくそのコードでは、intiが必ずpaintComponentより先に実行されるという保証がないだろう
保証がなければ、どちらが先に実行されても (paintComponentがinitより先に実行されても) いいように書かねばならないのが当然

**名前は開発中のものです。** · 2014/12/25(木) 01:55:41.41

ありがとうございます。
addNotify()の中身をMainPanelのコンストラクタに放り込んだらエラーが出なくなった。

ところで皆さんはゲームのキー処理の問題で、
ゲームメッセージや選択肢なのでず～っとキーを長押ししていても「一回しか押してない」というのはどういう風にしてます？

**名前は開発中のものです。** · 2014/12/25(木) 10:44:35.48

swingだとどうすべきか難しいところだな
DirectInputだと毎フレームすべてのキーの状態を取得しちゃうのが一般的だけど

**名前は開発中のものです。** · 2014/12/25(木) 19:34:18.02

中々サンプルコードみたいなのが見つからない。日本語と英語両方検索したけど。

while(true){....}
public void keyPressed(KeyEvent e) {...}
public void keyReleased(KeyEvent e) {...}
な構造にしているから
ずっとあるキーを押していたらkeyPressed()での処理が行われるし。その関数の中でwhileを使ったら永久ループなりそうだし。

推理ゲームのサンプル探したほうがいいですかね？

**名前は開発中のものです。** · 2014/12/26(金) 03:39:10.02

1↓ 2↓ 3↓ 4↓ 5↑

もし2↓を取ったら、これに対応するのは5↑だから、
3,4は無視しないといけないのでは？

**名前は開発中のものです。** · 2014/12/27(土) 05:02:14.11

普通に入力関係をラッピングすればいい話じゃ…？
//フィールド
bool isPressed;
bool tmpPressed;

//ループ内
void keyPressed(event e){
isPressed = true;
}
void keyReleased(event e){
isPressed = false;
}
if( !tmpPressed && isPressed ){ //押された1フレーム目だけ
onFirstPressed();
}
tmpPressed = isPressed;

//ループ外
void onFirstPressed(){}

みたいな感じで

**名前は開発中のものです。** · 2014/12/27(土) 09:25:11.81

>>385, 386
なるほど。
ちょっとそれ試してみます。
今ソースはこんな感じでしています。http://pastebin.com/u/TortoiseshellCat

**名前は開発中のものです。** · 2014/12/27(土) 14:06:38.18

>>387
すまん>>386は冗長だったかも

bool isPressed;

void keyPressed(event e){
if(isPressed) return;
isPressed = true;
onFirstPressed(e);
}

void keyReleased(event e){
isPressed = false;
}

void onFirstPressed(event e){}

フラグを外から参照して使わないなら
これで充分な話だった。

**名前は開発中のものです。** · 2014/12/27(土) 21:04:54.34

>>388
ありがとうございます。
そのコードだったら確かにず～っとキー押していても大丈夫みたいですね。
ケド、思ったんじゃけど、多くのゲームにあるように
たとえばセレクトボタンを一回押したらアイテム欄が表示されて、その間ずっとボタンを押してなくてもいいような感じのをがんばろうとしているのですが。

387でそれっぽく動いているのすが、アイテムの売り買いや色々な機能を追加しようとしたらスバゲッティーは確実なので。

**名前は開発中のものです。** · 2014/12/28(日) 07:16:21.15

そういうのは普通setVisible()とかsetActive()とかいうメソッドで
パネルの表示／非表示を切り替えればOK

**名前は開発中のものです。** · 2014/12/29(月) 17:45:26.91

いつかきっと、SOAだとかクラウドだとか実現する方式は何にせよ、無料でサーバが持てて個人でネトゲ、ちょっとがんばればMMORPGみたいなのが簡単に作れる時代が来ると、自分は思っている。
今でも個人で作っている人は居るが、技術的にも金銭的のも負担が大きい。これがもっと楽になる時代がきっと来る。

そんな時、マルチプラットホーム、オープンソースで無料、完全なオブジェクト指向で学習も比較的容易、例外処理でエラーも比較的追いやすい、速度も大分改善しているJavaは、今後のスタンダードになるに違いないと思っている。

これで後はゲームエンジンやゲーム用統合開発環境等ののキラーソフトがあれば、もっと盛り上がると思うんだが。
Android系では色々あるようだが今一これというものがない。（日本語情報が少ないというのもあるが）

**名前は開発中のものです。** · 2014/12/30(火) 11:42:24.92

iPhoneがダメな時点でマルチプラットフォーム()なんだよなぁ

**名前は開発中のものです。** · 2014/12/30(火) 22:41:52.73

>>390
なるほど。Listの中にメッセージダイアログボックスを格納して管理をしているのですが
キーとの関連で表示、非表示をするのが大変だ。

**名前は開発中のものです。** · 2014/12/30(火) 23:47:34.77

アプレットをスタンドアローンでうごかしたいんだけど
アプレットをswingのパネルにhsったりできるの？

**名前は開発中のものです。** · 2014/12/30(火) 23:48:24.13

×hsったり
○貼ったり

**名前は開発中のものです。** · 2014/12/31(水) 01:58:36.30

appletviewerっていうコマンドがある

**名前は開発中のものです。** · 2014/12/31(水) 18:34:59.42

人に渡すとき
APPLET viwerなるもので動かせますか

**名前は開発中のものです。** · 2014/12/31(水) 19:05:26.17

JREを同梱して渡せば無問題であろう
JREは(一定の条件下で)再配布が認められている

**名前は開発中のものです。** · 2014/12/31(水) 19:07:03.24

あ、ごめん
JREにappletviewer入ってなかったかも
だめだわ

**名前は開発中のものです。** · 2014/12/31(水) 20:31:57.02

ありがとう

swingパネルにアプレット貼れたら
実行ファイルにできそうだけどねえ

**名前は開発中のものです。** · 2015/01/01(木) 03:29:50.87

ゲームのメインループだけど
PCのモニタ環境によってリフレッシュレートが60ヘルツとか50ヘルツの
場合があるけど60FPSで画面書き換えると50ヘルツ設定時にカクつくし
60と50FPSに切り替え可能にした場合はそれぞれ1秒辺りのゲーム速度が
変わってしまうし(フレーム毎に1ドットスクロールとか)。その辺は皆どうしてるんだろ？
単純な2Dゲーム作りたいだけなんだけど。

**名前は開発中のものです。** · 2015/01/01(木) 03:35:19.22

deltaTime

**名前は開発中のものです。** · 2015/01/03(土) 23:03:13.93

Java過疎ってんなぁ

ところでJRE8で日本語入力ができないんだが
今はJRE7をメインで使ってる

**名前は開発中のものです。** · 2015/01/06(火) 04:39:59.03

960×544の解像度でBufferdImageで前回の背景表示内容をキャプチャし、
ずらして画像表示して擬似スクロールしてスクロールした分だけ新規描画というのを
60FPSでやってみたけどCore i3でCPU40%消費。ちょっと食いすぎじゃん？
スクロールはブロック単位で再描画した方が良いのかねー。

**名前は開発中のものです。** · 2015/01/13(火) 17:49:27.95

自分もスクロールやろうとしたことあったけど厳しかった
Win7 発売され始め時期のかたおちＰＣだけど。

>>404 と同じぐらいの画面サイズで
BufferedImage だと 30 fps でもかなりカクカクな感じで
OpenGL使っても 60 fps だとたまにカクッとなった。

組み方が悪いのか、スペックが足りないのか、
ビデオメモリに入りきらないのか、ガベコレか、Ｊａｖａの限界か、
Ｃとかでハードウェアに密着して書けば早くなるのか、
ようわからんかった

**名前は開発中のものです。** · 2015/01/13(火) 22:55:52.16

>>405
たぶんそれはモニタのリフレッシュレートが描画と合ってないからだわ。
少なくともセレロン程度でも60FPS程度ではカクカクなんてしない、CPUは食うけど。

**名前は開発中のものです。** · 2015/02/09(月) 00:06:19.88

質問させて下さい
どこかで、JavaのGUIがAWT/SwingからJavaFXへ移行するとの記事を読みました
これからゲーム作る場合、SwingではなくJavaFXを勉強すべきですか？

よろしくお願いいたします

**名前は開発中のものです。** · 2015/02/14(土) 03:23:03.34

あんまり詳しくないけど、2Dのゲームを作る分にはSwingでも十分だし、いろいろな解説サイトや本もだいたいSwingだからJavaFXをわざわざ勉強する必要はないんじゃないかと

**名前は開発中のものです。** · 2015/02/15(日) 12:01:07.84

>>408
レスありがとうございます
確かに、ネットで勉強していると、ほとんどSwingなんですよね
ただ、これからJavaが本当にGUIをJavaFXに絞る場合、そちらに切り替えたほうがいいのかと心配しています
JavaFXに対するOracleの本気度を知りたいですね

**名前は開発中のものです。** · 2015/02/16(月) 00:35:23.69

GUIが変更されても大丈夫な設計にしてSwingで作ればいいじゃない

**名前は開発中のものです。** · 2015/02/17(火) 01:02:02.75

>>410
そのレスで、もう一個質問したいことを思い出しました
私はシミュレーションやRPGが作りたいです
色々と、windowを作る必要があると思うのですが、ゲームの場合、それらは自作すべきですか？

たとえば、モンスターが出てきたときに、windowで「たたかう」「にげる」「防御」「魔法」とか表示するとします
その場合、その4個の選択しを表示する枠のようなものはJavaのDialogを使うべきなのか、それとも自前で絵として描画すべきなのかどっちなのかイマイチわかりません
一般的な方法を知りたいです

仮に、自前で絵として表示する場合、SwingでもJavaFXでもあんまり変わらない気になりました

**名前は開発中のものです。** · 2015/02/17(火) 03:25:28.71

自作というか、継承してカスタマイズするパターンが一番多いよ
JPanelを継承してCommandPanelとか、そういう感じ。
ボタンとかも押した時のイベント処理とか画像の変化とか備わってるものをベースにするのが現実的。

**名前は開発中のものです。** · 2015/02/17(火) 10:37:33.20

guiを自前で実装しようとするとフォーカス制御という面倒事が待ってるからswingなりfxなり使った方が手堅いよ。

**191** · 2015/02/22(日) 11:24:59.12

199を参考にマップの処理を実装しようとしているのですが、いまだに詰まっていることがあります。
現在実装中の方法
1000万x1000万等の巨大なマップは自分じゃ一気に作れないので、20x30位のエリアを何個か作り最後に結合する。
一エリアはpublic class Area {
private int[][] map = { {1,1,...,1,1}, .. {1,0,...,0,1} };に格納。
マップはpublic class Map {
　　　　private Area[][] map;//全体地図
private int[][] area;// 画面に表示する範囲（エリアじゃない）
map[0][0] = new Area(1);map[0][1] = new Area(2);map[0][2] = new Area(3);
map[1][0] = new Area(4);map[1][1] = new Area(5);map[1][2] = new Area(6);
map[2][0] = new Area(7);map[2][1] = new Area(8);map[2][2] = new Area(9);のように格納。

そしてプレイヤーの現在位置からどの”エリア”にいるかを算出して
int indexTPX = (int) (topLeft.getX() / (areaWidth * TILE_SIZE));//topLeftは表示画面の為の座標
int indexTPY = (int) (topLeft.getY() / (areaWidth * TILE_SIZE));
area = map[indexTPY][indexTPX].getArea();

そのエリアを描画する。

問題は、例えばmap[0][0],map[0][1],map[1][0]とmap[1][1]の境界付近(+)にプレイヤーがいて
「そのときの描画はどうやればいいのか？」です。
for (int i = 0; i < areaHeight; i++) {for (int j = 0; j < areaWidth; j++) {.....}}だと４つの該当するエリア描画できないし。

**名前は開発中のものです。** · 2015/02/22(日) 12:11:59.61

先ず、更新と描画は別。

**名前は開発中のものです。** · 2015/02/23(月) 10:06:47.59

表示される範囲座標一つ一つ、どのエリアのどこの座標になるか見ればいいんじゃないの。

**名前は開発中のものです。** · 2015/02/23(月) 12:44:13.38

複数の座標系は変換して使うもの。
グローバル座標、タイル座標(=グローバル座標の場合あり)、エリア座標は相互変換できないとおかしい。
そしてそれら座標系が描画時にウインドウのクライアント座標に変換できないといけない。

この辺が整理できていないからやり方が判らないんだよ。

**名前は開発中のものです。** · 2015/02/24(火) 00:16:43.29

>>415 ~ 417
変換系の整理ですか...
int indexTPX等で表示画面の左上座標を算出して後は表示画面の幅や高さでそれぞれの座標計算は出来るのですが。
/**　private Area[][] map
* [1][2][3]
* [4][5][6] 5 -> はじまりの町
* [7][8][9]
*/
1,2,4,5の中心付近にいて４つのエリアを描画するとき、
どうやって各エリア情報を取得して使用するかが確かに整理できない気がします。

**名前は開発中のものです。** · 2015/02/24(火) 00:53:43.94

>>418
4つの中心付近とか関係ないだろ…？
今プレイヤーは何番のマップにいるのか。
そのマップはどれだけオフセットしてるのか。
チップのサイズ、マップのサイズはいくらか。

**名前は開発中のものです。** · 2015/02/24(火) 04:46:34.32

>>418
エクセルでも方眼紙でも何でもいいから、簡単に入子の箱書いてみれば理解しやすいんじゃない。

**名前は開発中のものです。** · 2015/02/24(火) 23:23:20.49

>>419~420
一つの大きなマップはいくつのも小さなエリアの集合体で構成されているので,
その小さなエリアの幅が決まっています。
よって描画画面がそのエリア幅を超えたら、そのエリアに接している別のエリアも映し始めなければならないので。
後、今プレイヤーが何番のマップにいるのかはわかる様にしています。

ちょっと説明が出来ないのでソース上げてもいいですか？

**名前は開発中のものです。** · 2015/02/25(水) 00:02:04.33

仕組みは理解できてると思うよ。

表示範囲が１エリアの範囲を超えるでもなければ、プールしておくべきは最大４エリア
その４エリアから表示範囲分を表示すれば良いだけ。

**名前は開発中のものです。** · 2015/02/25(水) 00:41:58.65

エリア座標(0, 0)　　　　　　　　　　　　　　　エリア座標(1, 0)
　　　　グローバル座標(0, 0), (1, 0)　　　　　　　　グローバル座標(2, 0), (3, 0)
　　　　　　　　　　　　　　(0 1), (1, 1)　　　　　　　　　　　　　　　　　　(2, 1), (3, 1)
エリア座標(0, 1)　　　　　　　　　　　　　　　エリア座標(1, 1)
　　　　グローバル座標(0, 2), (1, 2)　　　　　　　　グローバル座標(2, 2), (3, 2)
　　　　　　　　　　　　　　(0 3), (1, 3)　　　　　　　　　　　　　　　　　　(2, 3), (3, 3)

描画するべき範囲が四つのエリアに跨っていようとも、
グローバル座標で考えればいいんだよ。

グローバル座標(1, 1), (2, 1)
　　　　　　　　　　(1, 2), (2, 2)

グローバル座標からエリア座標に変換する関数が一つあれば十分でね。

プレイヤーの居る座標(グローバル座標)が判るのだから、
後はプレイヤーを中心に表示する仕様だとして、
クライアント領域に描画する必要なタイル数も判るのだから、
描画の開始点となるグローバル座標も判るし、その座標から何座標分(もしかするとタイル分)描画するかも判るよね。

後はその範囲をfor文でループでもさせて、毎回グローバル座標からエリア座標に変換させて、
エリア上の該当する位置の情報にアクセスすればいいだけでしょ。

これは理屈の話であって、もっと効率的にアクセスできるように設計し実装することも、個々の仕様により可能な場合もあるでしょう。
とかくこれで問題ない筈だよね？

**名前は開発中のものです。** · 2015/02/25(水) 01:19:14.73

>>422~423

なるほどなるほど。グローバル座標などで処理する等で問題は解決しそうです。
ちょっと道が見えてき始めたのでがんばってみます。
ありがとうございます。

**>>199** · 2015/02/25(水) 17:58:43.51

2年経っても同じことやっててワロタ

４エリアだと計算が難しいから、エリアを少し小さくして
主人公の周り全方向８エリアを処理するようにすれば？

**名前は開発中のものです。** · 2015/02/25(水) 23:36:51.01

全体マップをエリア単位で分けた座標をブロック座標とした場合、
現在位置の要素を調べるのには、全体マップでの現在位置を１エリアの大きさで割って、商が全体マップ中のエリアのブロック座標、余りがエリア内の要素座標。
これは現在位置の足元の要素を調べる考え方だけど、右隣の要素を調べたいなら右隣を現在位置座標とした同じ計算をしてみればいいだけ。
プレイヤー周囲３ｘ３の要素を調べたいのなら、計９回分基準となる座標を入れ替えて同じ事をすればいい。

**名前は開発中のものです。** · 2015/02/26(木) 02:32:54.21

巨大マップを作るのにしても迷路状のMAPなら、迷路生成の為のツール作って大枠を作成、その上で細部を手直しするとか、
2Dのフィールドマップならマップタイル1つを1色の色に見立ててペイントで大雑把に描いて、その後に通常のマップタイルを組み合わせた表示で細部を手直しするとか。
3Dのフィールドマップなら上記のやり方に組み合わせて、等高線地図的なもので凸凹のMAPを生成し、細部を手直しようにするとか。

巨大な皿に一つ一つ米粒並べるよりも、米をぶちまけて均等にならした方が早い。
グローバル座標からブロック座標、エリア内座標を生成するのも、それと似たような考え方。

**名前は開発中のものです。** · 2015/02/27(金) 13:30:27.20

ふお＝＝＝
何かスパゲッティー通りこしてペペロンチーノになってきた。
ちょっと今思ったのですが、もう一つグローバル変数だけのマップをつくればいいかな。
小さいエリア集合のマップを最初から一つの大きなマップ（グローバル座標もち）にすればいいんじゃね？
そうすればエリアからG座標の計算やエリアが跨った時の計算も楽になるので。

しかし、問題はどうやって
エリア座標(0, 0)　　　　　　　　　　　　　　　エリア座標(1, 0)
　　　　グローバル座標(0, 0), (1, 0)　　　　　　　　グローバル座標(2, 0), (3, 0)
　　　　　　　　　　　　　　(0 1), (1, 1)　　　　　　　　　　　　　　　　　　(2, 1), (3, 1)
エリア座標(0, 1)　　　　　　　　　　　　　　　エリア座標(1, 1)
　　　　グローバル座標(0, 2), (1, 2)　　　　　　　　グローバル座標(2, 2), (3, 2)
　　　　　　　　　　　　　　(0 3), (1, 3)　　　　　　　　　　　　　　　　　　(2, 3), (3, 3)
を
(0, 0), (1, 0), (2, 0), (3, 0)
(0 1), (1, 1), (2, 1), (3, 1)
(0, 2), (1, 2), (2, 2), (3, 2)にするのにはどういう風にループまわそう？
concatみたいなものjavaにありますかね？

皆さんの助言凄く助かるのですが、如何せん実装時にペペロンチーノ化する。

**名前は開発中のものです。** · 2015/02/27(金) 16:35:54.45

グローバルマップのサイズはGX256xGY256。
エリアマップのサイズはAX32xAY32。
すると、グローバルマップは、BX4xBY4のブロックマップとなります。

プレイヤーの現在位置は、PX72,PY24。
この場合、プレイヤーが存在する場所は、

PX72 (プレイヤーのグローバル座標)
PY24

(PX72 / AX32) = bPX2 (プレイヤーの存在するブロック座標)
(PY24 % AY32) = bPY0

(PX72 / AX32) = aPX8 (エリア内のプレイヤー座標)
(PY24 % AY32) = aPY24

演算子は理解できてるよね？

**名前は開発中のものです。** · 2015/02/27(金) 16:39:11.64

エリアマップの集合体がグローバルマップなわけで、その集合体を管理するのがブロックマップでありブロック座標。
エリアマップの集合体を管理する座標体系が、まるっきりすっぽ抜けてんだよ。

**>>199** · 2015/02/27(金) 17:28:35.90

チップ単位 32x32(ピクセル)
エリア単位 16x16(チップ)
ワールド単位 64x64(エリア)

int theWarldWidth = 32 x 16 x 64; // 全ての合計
int theWarldHeight = 32 x 16 x 64;
int oneAreaWidth = 32 x 16; // エリアひとつ当たり
int oneAreaHeight = 32 x 16;
int oneTipWidth = 32; // チップひとつ当たり
int oneTipHeight = 32;

プレイヤー座標(Pixel単位)
int x;
int y;

int getAreaX() {
return x / oneAreaWidth;
}

int getTipX() {
return (x % oneAreaWidth) / oneTipWidth;
}

int getPixelX() {
return (x % oneAreaWidth) % oneTipWidth;
}

※真になる
boolean isOK = (x == getAreaX() * oneAreaWidth + getTipX() * oneTipWidth + getPixcel()):

**名前は開発中のものです。** · 2015/02/27(金) 19:15:31.20

>>429
はい。 % は余りで、/は除です。
>>430~431
こんなに助けて貰っていてまだ出来ない自分が情けなく思います。まじで。
ちょっと今までの過程を上げて見ます。
ttp://fileup.jp/up/6184.zip.html

**>>199** · 2015/02/28(土) 01:23:44.46

2DのアクションRPGとかその辺かねぇ
ttp://gesei.sub.jp/kami/src/up0358.zip

**名前は開発中のものです。** · 2015/02/28(土) 11:34:50.48

>>433
おおおおお。すごい。
完璧に出来ている。
今コードを読んでいて関心させられるばかりです。
もう少し完全把握に時間がかかるので出来次第また書きます。
本当にありがとうございます。これでまたちょっとがんばれるかな。