[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 12/04 09:31 / Filesize : 152 KB / Number-of Response : 554
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Javaアプレットのゲームの限界は!



1 名前:名無しさん@お腹いっぱい。 [01/11/08 23:35 ID:kmeAWDum]
PCのブラウザで出来ることは全てやりつくされた?
なんか凄いの作れないの?
もう携帯だけの過去の遺物?

193 名前:名前は開発中のものです。 mailto:sage [02/07/04 23:43 ID:???]
>>192
いや結構流行ってるぞ
俺ニュースあたりを見ると2、3日に1回ぐらいで脱衣ブロック崩しのニュースが入るぞ。

194 名前:名前は開発中のものです。 mailto:sage [02/07/05 11:58 ID:???]
俺ニュースってなんすか?

195 名前:名前は開発中のものです。 mailto:sage [02/07/05 14:38 ID:???]
検索しなさい。

196 名前:名前は開発中のものです。 mailto:sage [02/07/05 21:34 ID:???]
>>193
192は189へのレスじゃないぞ。よく読め。

197 名前:194 mailto:sage [02/07/07 23:45 ID:???]
www13.xdsl.ne.jp/~techle/
俺ニュースってコレであってる?

198 名前:名前は開発中のものです。 mailto:age [02/08/08 22:00 ID:???]
ageてみる。

199 名前:名前は開発中のものです。 mailto:sage [02/08/08 22:21 ID:???]
空ageは、
バカの習性。

バカの習性。

200 名前:◆sA5ZfsnM mailto:sage [02/08/08 23:03 ID:???]
200

201 名前:名前は開発中のものです。 mailto:age [02/11/03 01:58 ID:???]
Javaも各OSにプリインストールっていうことにしてほしい。
SUNも変な意地張らないでさ。



202 名前:201 mailto:age [02/11/03 01:59 ID:???]
そうすれば、もう少し使えるのに…。

203 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

204 名前:名前は開発中のものです。 mailto:sage [02/11/03 21:19 ID:???]
Java1.4で全画面アプリとか作れるようになったけど、
結局はやってないのかな。

205 名前:名前は開発中のものです。 mailto:sage [02/11/09 23:32 ID:???]
もうすぐCPUが60GHzくらいになるから気にならなくなるよ

206 名前:名前は開発中のものです。 mailto:sage [02/11/10 12:51 ID:???]
Javaが遅く見えるのは起動時間とGUIのせいなので
現状でもそんなに使えないわけではないよ。


207 名前:名前は開発中のものです。 mailto:sage [02/11/10 14:15 ID:???]
起動時間とGUIが遅いって致命的臭いんですが

208 名前:名前は開発中のものです。 mailto:sage [02/11/10 21:47 ID:???]
ゲームにとっては致命的とはいえないでしょ。
1.4からはゲームに使えるような機能の拡張もあったし。

とはいえ、ランタイムがほとんどのOSで標準ではないという、こっちは致命的っぽい問題があるんだが…。

209 名前:名前は開発中のものです。 mailto:sage [02/11/11 20:51 ID:???]
起動時間 : lazyなクラスロードを行う事で、ごまかす事は十分可能。
GUI : SWTという早くて恰好良い(Java臭くない)GUIのツールキットがある。アルファブレンド使えるし。
ランタイム : 配布パッケージに含めてしまう。10MBくらいしかないので、大作だったら誤差の範囲内。

・・・負け惜しみ臭いモナー

210 名前:名前は開発中のものです。 mailto:sage [02/11/11 21:18 ID:???]
>>209
まぁ、アプレットだとそうだよなー
Javaアプレットゲームなんて昔のショックウェーブに次いでショボゲーの代名詞だし。
というかちっともスタンドアロンのほうが立ち上がらないほうが問題?

211 名前:名前は開発中のものです。 mailto:sage [02/11/12 18:39 ID:???]
>>210
Java好きだけど、スタンドアロンが立ち上がる(ex.最新JREのPC普及率が5割を突破する)のは
もうあり得ないだろう。Javaの生みの親がSUNじゃなくてIBMだったら・・・と思うことしきり。
それに、生産性が高くてスタンドアロンのゲームが作れる言語と言えば、
Javaはいまやその代表の座をC#に譲っているからね。

生産性が高くてスタンドアロンでマルチプラットフォーム、という限定をつけたら
まだJavaがトップを突っ走っているとは思うけど、ゲームってマルチプラットフォームで
ある必要性が基本的に存在しない分野だからなぁ。



212 名前:名前は開発中のものです。 mailto:sage [02/11/12 19:19 ID:???]
>Javaはいまやその代表の座をC#に譲っているからね。
C# ってゲームにおいては Java の座を継いだのか…
それはそれで哀れだなぁ…
代表ゲームが Robocode と Terrarium だからまぁ、
どっちもどっちなんだけど。

213 名前:名前は開発中のものです。 mailto:sage [02/11/13 00:20 ID:???]
>>212
いや、C#を褒めるつもりで書いたんだけど・・・
でもC#はJavaの座を継承した、というのは誹謗中傷に近い発言だったかも。

C#って、Javaよりも生産性が高く、しかもWindowsべったりだから高速で、
セキュリティには無関心だけどパフォーマンスとUIには力を入れるMSが
オーナーだから、ゲームに凄く向いていると思うのですよ。

といいつつ僕はJavaでへこへこ書いてるんだけどね。

214 名前:名前は開発中のものです。 mailto:sage [02/11/13 01:45 ID:???]
というか、リアルタイムゲームで実際GCってどれくらい問題になるんだろう?
大きめなやつを書いたことが無いから分からん。


215 名前:名前は開発中のものです。 mailto:sage [02/11/13 09:11 ID:???]
JavaはCOBOLを継承したからねえ。

>>214
急に描画が止まったり、フレームレートが揺らいで
ユーザーにとって不快、という問題につきますな。

GCなくてもそうなるヘボいプログラムばかりなので、
ちょっとぐらいよさそうな気がしますが(汗)

C#+DX9でどれくらい行けるかが注目してます。

Javaアプレット?
何年たってもあのままじゃあ誰も使わなくなるって。

216 名前:名前は開発中のものです。 [02/11/13 12:14 ID:d9pe3DQB]
>>214
何か大きな変更を加えたり、VMの種類やバージョンが変わるたびに
GCで引っかかるポイントが変わるのでブチ切れそうになります。
確実な回避方法がないだけにいっそう。

217 名前:名前は開発中のものです。 mailto:sage [02/11/13 12:19 ID:???]
ふむ。
スムーズな動きが必須のゲーム(格闘ゲームやシューティングとか)は
作りにくいって事かな。

ところでC#もGCあるよね?

218 名前:名前は開発中のものです。 mailto:sage [02/11/13 17:37 ID:???]
GC ってオブジェクト使いまわしとかじゃ回避できないモンなの?

219 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

220 名前:名前は開発中のものです。 mailto:sage [02/11/13 21:54 ID:???]
>>218
ライブラリが使いしてたら自分が使いまわしても意味ないし…。


221 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん



222 名前:名前は開発中のものです。 mailto:sage [02/11/14 07:51 ID:???]
>>220
なるほど。

223 名前:名前は開発中のものです。 mailto:sage [02/11/14 08:08 ID:???]
>>220
それだと API 内部の挙動がバージョン毎に
違うのが問題で、GC だけどうにかすれば良いってモンでも無いような。

そーゆー意味では C# は GC があっても Java よりは相当楽だろうね。

224 名前:名前は開発中のものです。 mailto:sage [02/11/14 12:11 ID:???]
>そーゆー意味では C# は GC があっても Java よりは相当楽だろうね
C#はバージョンごとに共同が違ったりしないの?

225 名前:名前は開発中のものです。 [02/11/14 12:15 ID:n6HwOeB2]
C#については優秀なDirectXチームがついてるから
それなりにリアルタイムゲーム方面も考慮してくれるんじゃないかと。
俺は人柱になる気はないけどね。

226 名前:名前は開発中のものです。 mailto:sage [02/11/14 13:05 ID:???]
>>215
> 何年たってもあのまま
な責任の10%くらいはMicrosoftにあるかと。
90%くらいはSunの自爆だが

227 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

228 名前:名前は開発中のものです。 mailto:sage [02/11/14 19:15 ID:???]
だから、ageないでくれぇ

229 名前:名前は開発中のものです。 mailto:sage [02/11/14 20:58 ID:???]
> C#はバージョンごとに共同が違ったりしないの?

まだバージョンが少ない(藁
M$が事実上独占してるしなあ・・・

Server版の.NETランタイムはGCの挙動がチト違うそうだ。
違いをたしかめたわけじゃないけど。

230 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

231 名前:名前は開発中のものです。 mailto:sage [02/11/15 12:36 ID:???]
>>229
これからバージョンが増えてってWin32 APIの悪夢が
再来することは目に見えてるだろ
JavaだってSunが事実上独占してるけど(ry



232 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

233 名前:名前は開発中のものです。 mailto:sage [02/11/15 21:29 ID:???]
事実上SunとIBMのVMしか使われてないからなあ・・・

234 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

235 名前:名前は開発中のものです。 [02/11/15 22:02 ID:19ikqMY5]
JDK1.4 でつくったアプレットが古いJREだと動きません。
だれが助けてください。

236 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

237 名前:名前は開発中のものです。 mailto:sage [02/11/16 01:28 ID:???]
>>235
複数の原因が考えられるので、答えるのが面倒くさい。

238 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

239 名前:名前は開発中のものです。 mailto:sage [02/11/16 04:22 ID:???]
ageた奴はこのスレに対する破壊行為者として認定。

240 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

241 名前:age [02/11/18 03:43 ID:hCRk4P1V]
>>74
私も同じ問題で困っていました。おかげで、アプレットがFlashに置き換えを
迫られてしまい、非常に悲しい思いをしていました。
Thinkpad Windows2000
○MicrosoftVM 5.0
○Sun 1.3.1_05
×Sun 1.4.0_02
○Sun 1.4.1
以上の環境の×がついている環境でふんづまりが起きています。
バージョンによってMemoryImageSourceの使用方法が悪いと固まるようです。
以上の環境で問題なく動作する変更方法を見つけましたので報告しておきます。
@MemoryImageSourceをnewするときに
 DirectColorModel(24, 0xff0000, 65280, 255)を用いる。
AMemoryImageSource#newPixcelsメソッドを使う。
Open-Programingの例に修正方法を書きます。




242 名前:age [02/11/18 03:44 ID:hCRk4P1V]
source002のRender.java
static final public void EndScene(Applet applet,Graphics offscreen)
{
offscreen.drawImage(applet.createImage(new MemoryImageSource(BUFFERW,BUFFERH,pbuf,0,BUFFERW)),0,0,null);
}

static boolean initf=false;
static MemoryImageSource mis;
static Image img;
static final public void EndScene(Applet applet,Graphics offscreen)
{
if(initf==false){
mis=new MemoryImageSource(BUFFERW,BUFFERH,new DirectColorModel(24, 0xff0000, 65280, 255),pbuf,0,BUFFERW);
img=applet.createImage(mis);
mis.setAnimated(true);
mis.setFullBufferUpdates(true);
initf=true;
}
mis.newPixels();
offscreen.drawImage(img,0,0,null);
}

243 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

244 名前:名前は開発中のものです。 mailto:sage [02/11/18 05:31 ID:???]
>>241
それってディスプレイの設定が24bitカラーのときっすか?

245 名前:sage [02/11/18 06:07 ID:hCRk4P1V]
>>244

いや、内部形式として、24bitカラーとして扱う場合です。
いちお、256色モードのときも試してみました。
MicroSoftだと、ディザ256で、Sunだと、タイリング256で表示されました。
通常のnew MemoryImageSource()だと、32bitカラーで、上位8bitがαチャンネル
として認識されるので固まるときがあるのではないかなぁと思います。


246 名前:名前は開発中のものです。 mailto:sage [02/11/18 06:09 ID:???]
あ、名前の欄にsageっ手書いてしまった。
鬱だ氏脳。

247 名前:名前は開発中のものです。 mailto:sage [02/11/18 06:21 ID:???]
>>245
>通常のnew MemoryImageSource()だと、
>32bitカラーで、上位8bitがαチャンネルとして認識される
のは知ってるんだけど、
>ので固まるときがある
とどう結びつくのかが良くわからん。詳しい人解説キボンヌ。
Java内部でアルファブレンドしようとするので遅くなるとか?

248 名前:名前は開発中のものです。 mailto:sage [02/11/18 06:36 ID:???]
www.gimlay.org/~andoh/hatena/JavaPerformanceTuning/newsletter009.html

最後に、パフォーマンス・フォーラムの外では Niels Jorgensen が、
アルファ・チャネル(alpha channel)を使わず、
MemoryImageSource.newPixels()と一緒に
DirectColorModel(new DirectColorModel(32,0x00ff0000,0x0000ff00,0x000000ff))
を使用したところ、デフォルト・カラーモデルを使用する場合に較べてどれほど画像描画が
著しく速くなったかについて説明していました。
そのスレッド( JavaGaming.Org Message Board: 2D Graphics Programming in Java: AWT: Oddities of drawImage() )
には newPixels() の使い方についてのより詳細な内容があります。



249 名前:名前は開発中のものです。 mailto:sage [02/11/18 06:39 ID:???]
www.javagaming.org/discus/messages/2/113.html

Yieeeha!

If anyone else out there has similar problems, try this, after creating the MemoryImageSource:

cm=new DirectColorModel(32,0x00ff0000,0x0000ff00,0x000000ff);
memimgsrc.newPixels(aPixels,cm,0,iW);

Subsequent calls to newPixels does not need the color model (Once set, it appears as if the MemoryImageSource keeps on using it)...

とか書いてあります。よくわからないけど、
32bitのほうが速いのかなぁ???謎。


250 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

251 名前:名前は開発中のものです。 mailto:sage [02/11/18 07:19 ID:???]
>>249
実験できるソースがあるんだったら 24bit と 32bit で
実験して報告してホスィです。あんま変わらん気もするけど。

javagaming.org って Java2D チームの人とか書いてるのか…
しっかし nativeの英語はわからんっす。
辞書に載ってない単語とか、誤字なのか、造語なのか区別つかんし。




252 名前:名前は開発中のものです。 mailto:sage [02/11/18 08:45 ID:???]
ベンチとって見ました。
@newPixcelsをひたすら1000回やった場合のスピード
A表示しながらテスト。
B表示しながら、gc。
◆32bit 640x480
MS @5958ms,A66.6fps
131 @6829ms,A?すぐ遅くなる
140 @5458ms,A47.6fps(しばらくすると遅くなる)
141 @5358ms,A43.5fps(しばらくすると遅くなる)
◆24bit 640x480
MS @5748ms,A最大66.6fps
131 @6449ms,A最大62.5fps(しばらくすると遅くなる)
140 @5408ms,A最大41.6fps(しばらくすると遅くなる)
141 @5588ms,A最大50fps(しばらくすると遅くなる)
◆パラメータなし
MS @15642ms,A62.5fps
131 @18206ms,A50.0fps(カクカク)
140 @5428ms,A55.5fps(カクカク)
141 @5428ms,A83.5fps(カクカク)

24bitが速そう。
ウェイトなしでぶん回してしばらくたつと遅くなってしまうので、
sleepをかませないとうまく行かないようだ。
どうして、sleepを入れないといけないのかはわからない。
謎が多いなぁ。


253 名前:名前は開発中のものです。 mailto:sage [02/11/18 09:53 ID:???]
>>252
ご苦労様です。

254 名前:名前は開発中のものです。 mailto:sage [02/11/18 14:35 ID:???]
謎がある程度、解けてぶん回しても大丈夫になりました。
◆問題点
@MemoryImageSource#newPixcels()等を使うと、ImageObserver#imageUpdate()が呼ばれupdateが呼ばれてしまう。
 createImageでAppletをImageObserverに指定しているので、update()、paint()と呼ばれてしまうので無駄に処理が走る。
Asleep無しでぶん回すとrepaint()を呼ぶrun()とpaint()で同期を取っていないので
 paintでimageアクセス中にrun内でimageに追いついて衝突するため、カクカクしたり、止まったりしていた。
◆解決方法
@は、imageUpdate()をオーバーライドし何も処理しないようにする。
Aは、同期を取るか、getGraphicsメソッドで、Graphicsオブジェクトを取得し直接アプレットに描画する。
 前者は、デッドロックの可能性があるので注意が必要。
 後者は、update,paintを呼ばれたときに、何もしないようにするのがよいが、fpsが遅い場合に、他のウィンドウを
 上に乗せた場合に気になる。


255 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

256 名前:名前は開発中のものです。 mailto:sage [02/11/18 21:46 ID:???]
GUI的なアーキテクチャとゲーム的なアーキテクチャはやっぱり合わないんだなー。
Javaももうちょっとそういう部分を支援すべきかもね。

257 名前:名前は開発中のものです。 mailto:sage [02/11/19 01:12 ID:???]
>>256
あわないんだよなぁ。
今流行のSWTなんてGUIに偏りまくってて、ゲームに応用するの辛いんだ。
なんせピクセルの論理演算さえできないという。アルファブレンドはできるのに。

258 名前:名前は開発中のものです。 mailto:sage [02/11/19 01:50 ID:???]
色と画像を掛け算しながら描画できないのが痛い・・・

259 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

260 名前:名前は開発中のものです。 mailto:sage [02/11/19 03:44 ID:???]
>>257
Java でゲームすんだったら素直に AWT & Java3D にしとけば…

261 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん



262 名前:名前は開発中のものです。 mailto:sage [02/11/19 08:30 ID:???]
お前ら、文句ばっかり言ってないで手を動かせよ
たまにはデモ見て精進汁!
www.komplex.org/java.html

263 名前:名前は開発中のものです。 mailto:sage [02/11/19 15:00 ID:???]
>>262
何年前のデモですか… 見飽きたよ。

264 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

265 名前:名前は開発中のものです。 mailto:sage [02/11/19 16:17 ID:???]
というか、画像読み込みまわりが嫌い。スレッドとコールバック前提だし。
まぁ、Webに適合させるためにああなったのは分からないでもないけど、
ゲームにはあわないよなぁ。

それ以外は、GUI部品使わなければいいだけなので、気にならないな。
全画面表示も出来るようになったし。


266 名前:名前は開発中のものです。 mailto:sage [02/11/19 16:50 ID:???]
Observerパターンを嬉々として使ってるImageクラスっすか。
正直、あれは俺も余計なお世話だと思う。

267 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

268 名前:名前は開発中のものです。 mailto:sage [02/11/19 23:04 ID:???]
>>265
1.4からImageIOてのが付いて、同期方式になりやした。
確かに余計なお世話多すぎだね。

269 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

270 名前:名前は開発中のものです。 mailto:sage [02/11/25 21:21 ID:MzAMlQtU]
アプレットだと、Javaなのに、XMLが使えない。
Flashだと、普通にXML使えるのに、、、。
と、思いチッコイxmlパーサ探したら、kxmlってのがありました。
kxml.enhydra.org/
これで、必要なところだけjarに入れて使えば、問題なくxmlが使えるし、
そんなにでかくないし、日本語化けないし、いい感じ。

271 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん



272 名前:名前は開発中のものです。 [03/02/21 09:17 ID:PTBH3u8F]
>>6
超亀レスだけど、凄いな・・・
こんなのJavaでも作れるのか・・・
これってOpenGLをつかってるの?
Java3Dなわけないよね、こんなに軽いんだし。

273 名前:名前は開発中のものです。 [03/02/21 09:20 ID:uZqnzI2f]
homepage3.nifty.com/digikei/ten.html
( ´_ゝ`)


274 名前:名前は開発中のものです。 [03/02/21 09:35 ID:ugkqy7rq]
www.agemasukudasai.com/bloom/

275 名前:名前は開発中のものです。 mailto:sage [03/02/21 09:42 ID:eCjWRLRD]
>>272
なにげに舞えやったときよりバージョンアップしてる気が?
路面のレンダリングが問題だね。1行づつコピーしてるのかな?

276 名前:名前は開発中のものです。 mailto:sage [03/02/21 13:44 ID:runOoWla]
            o.
            /  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ /
           /   このスレは無様に .  /
           /  終了いたしました    /
          / ありがとうございました  /
          /                /
         /    モララーより     /
         / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
  ∧_∧  /                /∧_∧
 ( ・∀・) /                /(・∀・ )
 (    )つ               ⊂(    )
 | | |                   | | |
 (__)_)                  (_(__)


277 名前:名前は開発中のものです。 mailto:sage [03/05/21 20:23 ID:Xr9rJYyQ]
てts

278 名前:名前は開発中のものです。 mailto:sage [03/06/20 23:54 ID:DeguR1Lj]
MSVMってもう完全に抹殺されたんかいな。

今年に入ってからの動向全然知らずに、一般人向けのアプレットゲーム作ってた。
そういやMSVMで動作確認してないなと思ってMSのサイト行ったらどこにもねえ。
Windows Updateにもねえ。ダウンロードでけへんがな。

とほほ、Flashで作り直すべ。

279 名前:名前は開発中のものです。 mailto:sage [03/06/27 14:15 ID:8I/cjQFx]
MSJVM は新規ダウンロードできなくなったみたいね。

来年一月だったかでセキュリティホールに対する修正も出来なくなるとかで、
そのうち WindowsUpdate で MSJVM 削除するようになるかもしれないってさ。


280 名前:名前は開発中のものです。 mailto:sage [03/07/02 12:15 ID:/h88Q6Sl]
Sunのを入れれ。

281 名前:Homa mailto:sage [03/10/02 16:31 ID:MRWcIN/e]
kutipatti.fc2web.com/index.html
上記のサイトを作ってみた。
ゲーム製作や、基礎講座等色々あるからドンドン活用してくだされ。



282 名前:名前は開発中のものです。 mailto:sage [03/10/05 13:10 ID:nWzLeATY]
何もないじゃん。

283 名前:名前は開発中のものです。 mailto:sage [03/10/13 18:41 ID:Fi8p2+E6]
誰か一緒に先行者ゲームに似たゲーム作らない?
先行者をギコに見立てて、ギコパロの先行者ゲーム版みたいな感じでさ

284 名前:名前は開発中のものです。 [03/10/13 18:50 ID:eiZ2Znq9]
Javaアプレットで?

285 名前:名前は開発中のものです。 mailto:sage [03/10/13 21:03 ID:vAaZAwR4]
× 一緒に作らない?
○ 作ってくれ。

286 名前:名前は開発中のものです。 mailto:sage [03/10/13 23:20 ID:Fi8p2+E6]
アプレットでイインジャナイ?

287 名前:名前は開発中のものです。 mailto:sage [03/10/15 02:02 ID:384+STG0]
ここはどうよ?
www.din.or.jp/~null/game/rpg/

288 名前:名前は開発中のものです。 mailto:sage [03/10/15 08:40 ID:1SM2wGBr]
>>287
お、結構すごい。ちゃんと3Dなんだ。。。


289 名前:名前は開発中のものです。 [03/10/22 13:14 ID:AqHNgwI1]
Java3Dでゲームを作りたいんですが、ひな形を教えてもらえませんか?
メインループとキー入力、描画処理といったところの書き方が、
よく分かりません。お願いします。

290 名前:名前は開発中のものです。 [03/10/24 23:56 ID:CUmyDoVD]
Java3Dなんか使ったら一般ユーザが実行環境用意できないんじゃ…
ところでこいつの開発を再開して欲しい。
www.geocities.co.jp/SiliconValley-Sunnyvale/6003/ura/buster1/index.html

291 名前:名前は開発中のものです。 [03/11/25 02:33 ID:bFC0Dkpb]
誰か、>>287の最強のデータとか持ってないか?



292 名前:名前は開発中のものです。 mailto:sage [03/12/24 23:12 ID:JEiw4c+Q]
誰か凄いの紹介してくれよ。

293 名前:名前は開発中のものです。 [04/01/16 02:00 ID:IBnrTlSi]
かなり重めだけど、
ikebukuro.cool.ne.jp/javacman/main.htm







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<152KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef