JAVAでゲーム作成

**JAVA初心者・・・** · 04/01/17 22:47

はじめまして！！
今年に入ってからJAVAでゲームを作ってみようと勉強しています。
どなたか宝さがしゲームを作るうえで参考になるゲームとツール知りませんか？？
知っていたら教えてください。<(_ _)>ぺこり

**名前は開発中のものです。** · 04/02/10 21:37

超低電圧版PentiumM1GHzで
J2SE1.4.2
fps32/interval29
CPU使用率１０％くらい

軽いやね

49 · 04/02/10 23:14

調子良く動いているみたいですね。名無しさんは１４才さんのように
ある程度大きな画像を扱うとなると、この方法ではきつそうです。

話は飛びますが、音の再生のサンプルを作ってみました。
http://www.geocities.co.jp/SiliconValley-Sunnyvale/6003/sample/sound1/
データの通信量を極力少なくし、かつ多くの環境で再生させる方法って無いでしょうか？

**名前は開発中のものです。** · 04/02/10 23:23

画像はごまかしごまかしでも1.1で扱えるからいいけど
サウンド周りがまともになったのは1.3からだしなぁ
きびしいやね

49 · 04/02/10 23:24

>>84
なるほど、二人とも振り返るようにまじめに処理しないと、
自然に動き回ってるようには見えないわけだ。

49 · 04/02/10 23:30

>>87
周波数も8000Hz固定だし、なんだかブツブツ音が途切れる感じ。
短い音を連続再生すると遅延も発生します。
ミニゲームを作る分には、それでも十分なんですけどね。
実行環境がヘタレな方がライトクリエイター(?)には有利というし。

**名前は開発中のものです。** · 04/02/10 23:48

今だとランタイムのインストール簡単にさせることできるから
俺は苦労したくないな
http://www.java.com/ja/download/windows_automatic.jsp

サウンドだけはどうしようもなくてJava2に逃げたへっぽこの話なんで
我が道突き進んでくれぃ

ほんと全く解決不可能だった
効果音だけならまだいいけどねぇ

**名無しさんは１４才** · 04/02/11 00:38

FPS 28 INTERVAL 1くらいでした。

で、描画周りを全部書き直して、かなりの高速化に成功。
というか、元のが無駄が多かったんですけど。
400MHzくらいあれば10～20FPSで普通に動きそうな感じ。
これから処理増やしていくとどうなるかわからないけど。

VolatileImageでもう少し早くなりそうなんですが、
わたしのところではcreateCompatibleVolatileImageの中でなぜか
しばらくするとOutOfMemoryErrorが出ます。
他のパソコンで試したらエラーは出なかったので、とりあえず相性かなぁ
とあきらめました。
BufferStrategyも試してみたけど、かえって遅くなっちゃったので保留です。

**名前は開発中のものです。** · 04/02/11 01:17

ループの中ででかいVolatileImageガンガン生成してるとか？
その変数のスコープをみてみるべし

BufferStrategyはバッファサイズを２にしてフリップ処理をしてますよね？
これ、DirectX・・・というかビデオまあ割の知識あるならわかるけど
ほとんどの環境で垂直同期とります
単純にベンチとるとマシンパワーが低い場合fpsは少し落ちますが
ティアリングのない綺麗な描画になります

**名無しさんは１４才** · 04/02/11 13:04

最初はでっかいVolatileImage作りすぎたせいだと思っていろいろ変えてみたんだけど、
どうやらそうじゃないみたい。
最終的には640x480を毎秒10回だけ生成して、古いのはすぐにflush&null代入
としてみたんだけど、やっぱりおんなじエラーになりました。
描画方法変えてBufferStrategyを使えばVolatileImageは使わないですむようにしたので、
とりあえず問題解消です。解消というか、逃げただけだけど。

話し変わりますけど、MacのVMはダブルバッファリングとかしなくても
画面がちらつかないんですよ。
パフォーマンス調べようと思ってバッファリングしない版を試しにWinに持って
いったら、画面ちらちらでひどかったのでびっくりして元に戻しました。

**名前は開発中のものです。** · 04/02/11 13:52

VolatileImageでの不具合がでた環境って具体的にはなんだ？
ビデオチップあたりが聞きたい

ＭａｃってMacOSXか？
あれはＯＳ自体がウインドウバッファをちらつかせないように描画しているから
Windowsみたいなのとだいぶ違う

ＯＳＸのほうがシンプルでいいけどね
つーか、今ＧＵＩ新設計したらだれでもそう作ると思う

**%96%bc%96%b3%82%b5%82%b3%82%f1%82?P%82S%8d%cb** · 04/02/11 14:04

カードはGeForce FX 5200です。32MB。
やっぱりMacOSXのVMの問題なのかなあ。WinのSunVMでは問題でませんでした。

**名無しさんは１４才** · 04/02/11 14:05

がーん！名前が化けた。

**名前は開発中のものです。** · 04/02/11 14:14

基本的にヒープメモリが不足してなければ大丈夫
VolatileImageはVRAM足りないとヒープメモリ使うから

vi.getCapabilities().isAccelerated()

って感じで調べてみるといい

MacOSはその辺の実装が違うのか、デフォルトのメモリＭＡＸサイズが小さいのか
MacOSの起動時のオプション違うかもしれないからわからないけど
ヒープサイズの可能性も高そうだから
-Xmx128M
とヒープメモリの設定してみては？

**名無しさんは１４才** · 04/02/11 14:22

ヒープの方は大丈夫だと思います。
Runtime.freeMemoryの戻り値は、OutOfMemory出るときも十分あったし。
なんでエラーになっちゃうのがわたし的には不可解。
isAcceleratedとかヒープの設定は後で試してみますね。

**名無しさんは１４才** · 04/02/11 14:54

isAcceleratedを試してみました。
残念？ながら常にtrueで、OutOfMemoryが出るときもfalseにはなりませんでした。

貼ってもしょうがないけど、こんな感じ。
java.lang.OutOfMemoryError
at java.nio.Bits.reserveMemory(Bits.java:619)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:95)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:285)
at apple.awt.DataBufferNIOInt.getBufferOfSize(DataBufferNIOInt.java:135)
at apple.awt.DataBufferNIOInt.<init>(DataBufferNIOInt.java:31)
at apple.awt.IntegerNIORaster.createNIORaster(IntegerNIORaster.java:26)
at apple.awt.CGraphicsConfig.createCompatibleImage(CGraphicsConfig.java:54)
at apple.awt.OSXOffScreenSurfaceData.createData(OSXOffScreenSurfaceData.java:33)
at apple.awt.OSXVolatileImage.createHWData(OSXVolatileImage.java:77)
at apple.awt.OSXVolatileImage.initAcceleratedBackground(OSXVolatileImage.java:87)
at sun.awt.image.SunVolatileImage.<init>(SunVolatileImage.java:98)
at apple.awt.OSXVolatileImage.<init>(OSXVolatileImage.java:70)
at apple.awt.CGraphicsConfig.createCompatibleVolatileImage(CGraphicsConfig.java:48)
at jp.gr.java_conf.nocon.reday.base.UserInterface.paint(UserInterface.java:116) //JFrame.paintをオーバーライド
at javax.swing.JFrame.update(JFrame.java:392)
まだ続くけど以下略。
これはバグパレード行きかも。

**名前は開発中のものです。** · 04/02/11 15:11

paintってもしかして毎フレームVolatileImage確保してるの？
それは問題ある希ガス

**名無しさんは１４才** · 04/02/11 15:20

がーん！毎フレーム確保しちゃいけないの？
……使い回しやってみます。

**名無しさんは１４才** · 04/02/11 15:28

同じVolatileImage使い続けるようにしたら怒られなくなりました。
ああ、ぜいたくは敵だったのね……。

エラーも出ないし、処理も速くなりました。
本当にありがとうございます。
がんばって完成めざしますね。

**名無しさんは１４才** · 04/02/12 17:30

日記を書いているような気がする今日この頃。

今日は画面のスクロールに挑戦中♪
あっさりできるかと思ってたら、意外と強敵。
画面更新通知のイベントがループしてハングしてるし……困った。

**名前は開発中のものです。** · 04/02/12 17:50

イベントって自分のフレームワーク内のことだよね？
Swingの描画イベントは無視していいよ

**名無しさんは１４才** · 04/02/12 19:30

あ、そうです。自前のイベントです。
Swingのイベントはぜんぜん見てなかったり。

スクロールの契機に「絵が移動しました」イベント流用してるからいけないんだなあ。
「わたしを見て！」イベントを新設しよっと。

**名無しさんは１４才** · 04/02/13 18:10

イベントはいまいちイメージがわかなかったので、
Cameramanインターフェース作成ちゅう。
我ながら安直なネーミングだなぁ。
そんな感じで、明日くらいにはぐりぐりスクロールできる予定。

……進みが悪い日はいまいち書くことがないね。

**名無しさんは１４才** · 04/02/14 15:14

スクロール完成♪

今気づいたけど、topを見てるとメモリ消費量が毎秒40kB位ずつ増えていくのが危険な予感。

**名前は開発中のものです。** · 04/02/14 16:36

メモリーリークじゃなければメモリ使用量は気にしなくていいと思う
RuntimeのFreeMemoryあたりでＧＣ動いてるか監視するのがいいね

**名無しさんは１４才** · 04/02/14 21:28

freeMemoryみてるとGCはちゃんと動いてるっぽいのでとりあえず大丈夫かなあ。
totalMemoryが変わらないのに、topの表示だけが……謎。

明日はマップでもつくろ。

**名前は開発中のものです。** · 04/02/14 22:01

>>109
プロファイラを使うと良さげ。

エクリプスならこの辺を参考に。
ttp://www.atmarkit.co.jp/fjava/rensai2/eclipse2_06/eclipse06_1.html
ttp://eclipsewiki.net/eclipse/index.php?Profiler%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
非エクリプスならＪＩＮＳＩＧＨＴとか。
ttp://www-6.ibm.com/jp/developerworks/java/jinsight.html

**名無しさんは１４才** · 04/02/14 23:59

すいません……Xcode使いなもので。
付属のSampler使ってみたら、VM自体の解析してくれてガッカリ。

今夜はpopcapで遊んでました。ああ、わたしのおさかなさんが……！

**名前は開発中のものです。** · 04/02/15 04:18

pure javaのプロファイラだとこの辺りが有名かも。

hprof+HAT（最近はあまり使われていない気がする）
ttp://developer.java.sun.com/のどこか
HPjmeter（実は使ったことない）
ttp://docs.hp.com/ja/2858/web0-1251.html

**名無しさんは１４才** · 04/02/16 16:45

全然関係ないけど、今日は宿題忘れてピンチだった。

>112さん、どうもです～。
PureJavaのもあったのね。今度使ってみます。

今はマップエディタ作るか悩み中。
ツクールのマップ読めるようにしようと思ったけど、
実際読めるように作ったらたら使用許諾違反だしなあ。

テキトーに作ってXMLか何かに落とせばいいかしら（←安易）。

**名無しさんは１４才** · 04/02/16 18:48

たらたら♪

**名無しさんは１４才** · 04/02/18 23:31

マップ作りは置いといて、GarageBandで遊んでました。
で、思ったんだけど、JavaってそのまんまじゃMP3とかの再生できないよね。
無条件に使えるMIDIのデータはいまいち手に入んないしAIFFはデータばかでっかいし。
JMFの追加必須とかはヤだしなあ。

**名無しさんは１４才** · 04/02/20 07:48

地面の上に芝生があってその上にわたしがいて、
わたしを操る運命は神様が作り、時の流れが握っている。
隣の芝生が青いのも運命のチカラで、
隣に行ったわたしは元のわたしじゃないかもしれない。
でもそれは結局運命。

運命とわたしの関係で悩み中。おぶじぇくとしこう？
……てゆうか、新しい宗教みたい。Java神様。
へんな宗教のおばさんがきたら教えてあげよ♪

**名前は開発中のものです。** · 04/02/20 08:34

?(ﾟДﾟ；三(；ﾟДﾟ）??

**名前は開発中のものです。** · 04/02/20 20:06

ついにデムパか・・・

**名前は開発中のものです。** · 04/02/20 21:25

ここまでまじめにつきあってきたがとうとう悟りを開いたか

**名無しさんは１４才** · 04/02/20 22:17

がーん！わたしすっごいマジメだったのにぃ。

**名無しさんは１４才** · 04/02/24 00:31

まったりの日々……。

ところで、二点Point a = new Point(aX,aY)とPoint b = new Point(bX,bY)があるとき
dx = b.x - a.x; dy = by - ay;であるベクトル（だっけ？）dを作りたいんですけど、
dは何のクラスで作るべきなんでしょ？
最初dつながりでなんとなくDimensionにしてみたけど、みょ～に違和感。
結局Pointにしちゃってるんだけど、これも微妙に違うような……。

**名前は開発中のものです。** · 04/02/24 00:45

２値だけならPointで問題ない
が、名前が気にくわないとか拡張しちゃう予定があるとか考えると
Pointを内蔵するか継承、もしくは新規に作ってしまうほうがいいかも

**名前は開発中のものです。** · 04/02/24 04:52

muu

**名前は開発中のものです。** · 04/02/24 13:02

Java3D悪くないね。Direct3DRMみたいで。
これからはJava3D+VRMLでいくなり。

**名前は開発中のものです。** · 04/02/24 13:05

>>電波御釜
Vector2dとか

**名無しさんは１４才** · 04/02/24 20:16

電波はしょうがないかなとか思うけど、オカマはちょっと悲しい。
ていうか、もしかしてさらし上げ？

>122さんのいう通り、Pointの名前変えて使おうかな。
Vector2dも手だけどdoubleまではいらないし、winの人とかはvecmath使える環境の人少なそうだし。
みなさんどうもでした♪

**名前は開発中のものです。** · 04/02/25 14:04

Javaって演算子オーバーロード出来ないのな。
vector1.add( vector2 );ってダサすぎ。かなりガッカリ。
XMLみたいにプリミティブ型を定義出来るようにするとか
せめてfloat4とかfloat4x4とか用意するようにすてほすィィ

**名無しさんは１４才** · 04/02/25 17:03

クラス設計ヘンだったかなあ。地面をうまく管理できない……。

**名前は開発中のものです。** · 04/02/25 18:47

>>127
1.5でできるようになってなかったっけ？
うろ覚えなので自信なし。

**名前は開発中のものです。** · 04/02/26 11:05

>>129
演算子オーバーロードはない。
しかも、SUNは今後の導入にも否定的。

**名前は開発中のものです。** · 04/02/26 14:10

>>130
本来複雑すぎるC++に対し～っていうポリシーはわかる。
まあ仕方ないかって感じだね。（その割にはGenericsとか入れてるが。）
つうかfloat4などのプリミティブなベクトルクラスはどの言語でも必須だと思うなあ。
せっかくどのCPUにもSIMDユニットが付いている時代になったんだし。
仕様もCgをまんまパクれば問題なし。

**名前は開発中のものです。** · 04/02/26 14:25

まあ、ゲーム作るヤツも含めて、数値計算するヤツは
大人しく他の言語を使えってこった。

by iアプリ開発者＿|￣|○

**名前は開発中のものです。** · 04/02/26 14:57

>>131
>float4などのプリミティブなベクトルクラスはどの言語でも必須だと思うなあ。

その辺りはJITで片付けるべき、というよりその為のJITでしょ。
まあ、JITの掛け方に関する指定も出来た方が嬉しいんだけどね。

**名前は開発中のものです。** · 04/02/26 15:37

Genericsの場合は型をより強化するためのもので
自然じゃないのかなぁ

**名前は開発中のものです。** · 04/02/26 17:48

>>133
いや、単にfloatやdoubleなどスカラー型だけを使う言語のプログラムを
SIMD使ってコード生成しろってのは厳しい話。つーか無理だよ。

**名前は開発中のものです。** · 04/02/26 18:03

>>135
ttp://java.sun.com/j2se/1.4.2/1.4.2_whitepaper.html
SSE and SSE2 Instruction Sets for Floating Point Computation
って項目があるから一応対応はしているらしい。

**名前は開発中のものです。** · 04/02/26 18:46

>>136
信じられないが、本当みたいだね。
ttp://www.mit.msn.to/misc/j2sdk1.4.2.html
ここなんて2.11倍だってさ。うそくせーしんじらんね。

**名前は開発中のものです。** · 04/02/26 19:06

＞コマンドラインオプション「-XX:UseSSE=0」を指定します。
こんなのもあるみたい、後で実験しる。

**名前は開発中のものです。** · 04/03/01 03:33

jxta使ったゲーム出しても
初期設定できるかな？

**名無しさんは１４才** · 04/03/02 12:48

飲酒運転の車に特攻されてムチウチになりました。
しばらくお休みします。

はあ……うつだわ。

**名前は開発中のものです。** · 04/03/02 16:18

うわーお大事に・・・

**名前は開発中のものです。** · 04/03/03 01:24

アプレットの領域内を一回クリックしないと
動作しないのですが、どうにかなりませんか？

**名前は開発中のものです。** · 04/03/03 08:57

キーボードのこと？
フラッシュも同じだけどカレントオブジェクトがあわないとどうしようもないやね
１つのhtmlに複数のアプレットとかflashおけるから
一番手っ取り早いのはスタートにクリック使うこと

java2使うのならwebstart使えばもっといい

**名前は開発中のものです。** · 04/03/03 20:19

製作者様、携帯アプリ版にて活躍してください

**名前は開発中のものです。** · 04/03/03 23:10

マルチポストうざいよ

**名前は開発中のものです。** · 04/03/04 03:35

>>142
ページ内にアプレットが1つしかないなら、
public void init()
{
　　・・・
　　requestFocus();
}

**名前は開発中のものです。** · 04/03/10 19:03

アプレットを使ってゲームを作ろうと思うのですが、
ブラウザに標準ではいってるＶＭって相当昔のバージョンのやつですよね？
Ｓｗｉｎｇは使わないほうがいいですよね？

**名前は開発中のものです。** · 04/03/10 19:18

>>142
>>146に加えて、フォーカスがないときは
アプレットをクリックしると表示されるようにする。

**名前は開発中のものです。** · 04/03/10 19:20

>>147
MSJVM Removal Tool 1.0
http://slashdot.jp/article.pl?sid=04/03/09/2053231&topic=43&mode=nested
> SuperSouya 曰く、 "2004年3月6日（現地時間）にMicrosoftからMSJVM Removal Tool 1.0
> 英語版がリリースされました。対象製品はWindows95以降で3802,3805,3809,3810の何れか
> のMSJVMがインストールされている製品。(ダウンロード先) 近々日本語版などの各国版も
> リリースされそうですが、MSJVMはもともとJRE1.1ベースで動かしているものですから、や
> はり古いのは否めません。早くSunの純正Javaをダウンロードして、MSJVMとはお別れした
> ら如何でしょうか？"

こんな情勢なので、ブラウザ搭載のVMはもはや切り捨て可。

**名前は開発中のものです。** · 04/03/10 21:47

というかXPの細かいバージョンですでに入ったりはずれていたり
大手メーカー製はsunのが入っていることも多い

awtにこだわってへっぽこなものができあがるよりは
ランタイムを入れさせようと思わせるくらいいいものができればいいだけ
ゲームならスタンドアロンアプリでいいのでは？

バージョンアップやキャッシング、アプリ保存先など
ユーザーに意識させないのならwebstartが一番いいだろうね

**名前は開発中のものです。** · 04/03/10 23:22

でもなんだかんだで、MSVMは普及しているから、
そっちに束縛されちゃうんだよなー
MSVM用とSun用のやつをつくりゃいいんかな。

**マンドリルGG** · 04/03/12 04:07

全画面にする方法があるんですって？どうやるんでしょう。
JAVAが全画面になったらそれでブラクラ作れちゃいそうなんですけど
それもどうなんだろう・・・

**名前は開発中のものです。** · 04/03/12 04:17

>>152
http://www-6.ibm.com/jp/developerworks/java/030704/j_j-mer04293.html

**名前は開発中のものです。** · 04/03/12 09:51

>>152
JAVA=アプレットって勝手に思いこんでないか？
アプレットは一形態

**名前は開発中のものです。** · 04/03/12 13:50

Java≠アプレットはもちろんだけど、
Javaゲーム≒アプレットな気がする。
Javaアプリのゲームってあまり知らんのよね。実態を。

**名前は開発中のものです。** · 04/03/12 19:27

>>155
ビジネスになっているのは携帯のだけだからね。

**名前は開発中のものです。** · 04/03/12 21:04

その携帯も台数を考えると対応アプリはとんでもないという

javaのゲームでもGR3あたりは有名でないか？

**名前は開発中のものです。** · 04/03/12 21:05

Javaゲーム≒携帯アプリ
だね。アプレットはすでに忘れ去られた技術。
ブラウザでやりたかったらFLASHでもやっと毛。

というか、前この板のJavaスレのどこかでで全画面の
ガンダムシューティングのJavaゲームが紹介されてたよ。

**155** · 04/03/12 23:28

そうか、携帯アプリか。
そういやそうだね。
Vアプリを作ろうとして挫折した記憶が…

**名前は開発中のものです。** · 04/03/12 23:46

しかし携帯はjavaであってjavaでないからなぁ

**名前は開発中のものです。** · 04/03/13 04:20

どっちだよ！

**名前は開発中のものです。** · 04/03/13 11:34

> 全画面にする方法があるんですって？どうやるんでしょう。
ttp://www5.airnet.ne.jp/sakuraba/java/laboratory/JDK1.4/Graphics/FullScreen/FullScreen.html
ここ読んでやってみれば？
フルスクリーンはセキュリティーとかで弾かれるかもな。
いや、API見てないから知らないけど。

このページに限らず、このサイト全部読んどけ。
Javaの技術に関してはかなり面白いと思う。

**名前は開発中のものです。** · 04/03/15 23:05

サウンド関係のプログラムについて調べてるんですけど、Javaでmp3再生ってできるんですか？
どなたか参考になるプログラム教えてください。

**名前は開発中のものです。** · 04/03/15 23:46

http://www.javazoom.net/javalayer/javalayer.html

**名前は開発中のものです。** · 04/03/16 00:11

>>164
参考資料ありがとうございます。
調べてみます。

**名前は開発中のものです。** · 04/03/17 07:08

Javaは結構長いことやっているものの、ゲーム製作には未だ手を付けた事がなく
このスレッドを読んで作ってみたいと思い立ったのですが
作る場合の設計の定石やノウハウが全くなく、これから色々調べようと思っているのですが
スレッドや描写などのゲーム製作関係のサンプルや技術が載っている本やサイトでオススメはありませんでしょうか？

**名前は開発中のものです。** · 04/03/17 07:35

ゲーム自体をjava以外で作ったことあるなら何も悩むことはないはずだ
ゲームのコアの処理は言語はあんまり関係ないから
ゲームというものがどういうものかわからないのであれば
大量にあるＣ言語とかのサンプルを参考にすべし

**名前は開発中のものです。** · 04/03/18 14:06

個人的に、JavaよりC++やPerlの方が覚えるのが楽でした。
オブジェクト指向はやっぱり後回しの方がいいのかも。

**名前は開発中のものです。** · 04/03/18 14:15

ゲームだとリスト構造とか大量にでてくると思うけどここがjavaは使いやすい
Ｃとかだとメモリ管理で死ぬときがある

**名前は開発中のものです。** · 04/03/18 20:38

Javaのコレクションはキャストしないといけないから激しく使いにくかったが、
1.5からテンプレートが導入されて良くなったね。
って、1.5はまだ正式リリース前か。

Cから虎へ～JDK1.5について！Part2
http://pc2.2ch.net/test/read.cgi/tech/1079438337/

**(;´Д｀)/ﾖﾜjava** · 04/03/21 22:11

ゲームプログラミングを始めようと思って、今年の３月発売の、
Ｊａｖａゲームプログラミングアルゴリズムとフレームワーク
という本を買ってみました。
ソースはあまり読み易い物では無かったのですが、ゲーム制作に必要な
要素（処理）を知る事が出来た（かも

**名無しさんは１４才** · 04/03/31 16:08

そろそろ復活。
心配してくれた人、どうもでした。
怪我はもっと前に治ってたけど、いまいちやる気でなくて。

復活だけど、このスレ普通に伸びてるから、別のところに引っ越します。

**名前は開発中のものです。** · 04/05/20 23:20

>172
復活おめでとうございます。
久しぶりにきてみたら、14才さんがいてびっくり。
って引っ越しですか・・残念です

**名無しさんは１４才** · 04/05/25 11:14

こんにちは♪ていうか、どなただろ。
はっ！まさかママン！……なわけないか。

**名前は開発中のものです。** · 04/05/28 17:28

>>174さん
ただのロム人です（^_^;
14才さんのゲームは何処に行けば見れるんでしょうか(?_?)

**名無しさんは１４才** · 04/06/02 10:11

ごめんね。まだ公開してないからどこいっても見られないの。
キャラクターがてくてく歩いてるだけだから、ゲームになってないしー。
もう少し進んだら公開したいなーと思ってるんだけど、このペースだといつになることやら。

**名前は開発中のものです。** · 04/06/23 21:41

もう、進行の終わったスレかもしれませんが…

名無しさんは１４才　さんは、どのスレに移動したのでしょうか？
知ってる方､教えてください。

**名前は開発中のものです。** · 04/06/25 19:00

漏れがこのスレ再利用しようかな．．．

**名前は開発中のものです。** · 04/06/25 19:27

やる気があるのならレス番８００以上もあまってるんだから再利用したほうがいいかもね。

1.4使っていれば２ＤゲームならJAVAを利用するメリットも大きいし
JREを組み込めばユーザーにはネイティブアプリと違いは分からないし、
Swingとかのコンポーネントだと重さとかネイティブじゃないのがばれるかもしれないけど、
フルスクリーンアプリならその心配もないし。

**名無しさんは１４才** · 04/07/01 15:45

>177
厨房スレですよん。でもあっちもまったり放置中。
ちまちまかいてるけど、もう半年近く見た目が変わってないので滅入り気味。
夏休みになったら、もうちょっと進む……予定。

**名前は開発中のものです。** · 04/07/01 21:06

ぶっちゃけるとRPGは時間ばかりかかるのでアクション系パズル系といった
小粒をたくさん作って技術磨いた方がいい
まぁ、マップシステムは一度は手を出しておいた方がいいとは思うけどね

**名前は開発中のものです。** · 04/07/10 22:09

ダブルバッファリングというか、createImageについて聞きたいんだけど
アプレットじゃなくてアプリケーションで
コンストラクタに
doubleBuffer = createImage(640, 480);
gBuffer = doubleBuffer.getGraphics();
～裏バッファに描画～
と書いて
paint関数内で
g.drawImage(doubleBuffer, 0, 0, this);
とやっても何も表示されないんだけど、どうしてだろう？

全部をpaint関数内に
doubleBuffer = createImage(640, 480);
gBuffer = doubleBuffer.getGraphics();
～裏バッファに描画～
g.drawImage(doubleBuffer, 0, 0, this);
とやると上手くできる。
createImageをpaint関数内で使わないとどうやってもできない。
検索でよく出てくるアプレットのサンプルでは
init関数内でcreateImageしてるんだけどなあ・・・。

**名前は開発中のものです。** · 04/07/10 22:53

アプリケーションならBufferedStrategy使え
せっかく垂直同期とれるんだし

あとcreateImageで作るイメージは高速描画されないよ

DirectXによるアクセラレーション期待するなら
BufferedStrategyやVolatileImage使うべし

そこまで行かなくてもそれなりにDDB等で高速化したいのなら
createCompatibleImageでやるべし

>>182のレベルから考えるとそれ以前の話気もするが
裏バッファに描画は本当に出来てるの？ImageIOあたりで
ファイル書きだししてごらん

**名前は開発中のものです。** · 04/07/10 23:33

仕様を
用意
しよう