Javaｱﾌﾟﾚｯﾄのゲームの限界は！

**名無しさん＠お腹いっぱい。** · 01/11/08 23:35

PCのブラウザで出来ることは全てやりつくされた？
なんか凄いの作れないの？
もう携帯だけの過去の遺物？

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

>>321
このスレの名前をいってみろ

**321** · 04/10/05 18:37:44

放置・過疎スレ。

**名前は開発中のものです。** · 04/10/05 21:51:30

>>339
いきなりスレの前提からはずれとるがなｗ
それならJAVA使わずネイティブコードでやる方がより良さそうだし

**名前は開発中のものです。** · 04/10/05 21:57:58

リバースエンジニアリングをどうしても防ぎたいのなら、ネイティブコードを吐く言語を使用したほうが良い希ガス。

**名前は開発中のものです。** · 04/10/05 22:38:11

ネイティブなバイナリでもそのプログラマとコンパイラの癖わかれば
それなりに簡単にわかるぞい

あたりがつけばどんどん加速度的に分かるものだ

クラックされるくらい関心度の高いゲームが作れるかどうかのほうが重要だと思うんだがね

**321** · 04/10/05 23:10:54

>>342
> いきなりスレの前提からはずれとるがなｗ

>312 で逆コンパイルを防ぎたいとのマルチ質問があり、
俺がうっかりマジレスしたのが始まりで、それからは逆コンパイルを防ぐ話題でした。
>>312 以降、アプレットの話しは一切してないっす。
人も全然いないみたいだし、問題ないか、と思って。

>>343
そりゃそうだけど・・・_|￣|○

>>344
> クラックされるくらい関心度の高いゲームが作れるかどうかのほうが重要だと思うんだがね
ごもっとも。

どこかのスレで、

実行できるものを配るということは
暗号化したファイルと、複合化のキーを一緒にして配るようなものだから。
いくら暗号化しても防ぐのは無理。　解析されるのも時間の問題。

って読んだ希ガス。今、思い出した。

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

解析されるのが手間になる方向しかないわけね。

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

難読化ってそういうことだからなぁ。

先進的なアイデアなら特許取れるし。
昔なら実行時書き換えって技もあったけど、いまどき現実的でないしなぁ。

どうやって難読化しようかって考えるより、一行でもコード書いたほうが
自分のためになるんだよな。

.NET用のは結構いいのがあるようなのだが。

乱文失礼

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

>昔なら実行時書き換えって技もあったけど、いまどき現実的でないしなぁ。
VM依存言語だと実行時中間言語生成ってな話かねぇ。

>.NET用のは結構いいのがあるようなのだが。
確かに。
Javaな方面ではサイズ縮小だけが狙いで、本来の意味での難読化の要求が少ないのかも。

**名前は開発中のものです。** · 04/10/06 22:34:27

test

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

まぁ１０年くらい前から開発されてきたものだしなぁ

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

Java Pressのvol35に、難読化とクラスローダーについて書いてあった。
RetroGuardか何かが、クラス名やメソッド名をaとかbにするみたいだが、
クラスサイズを犠牲にしても、a05470210303とかの方が難読化にならないかな、
と思ったが、リファクタリングで変換一発か。

**312** · 04/10/07 00:34:57

>>351
詳細希望。ま、買えばいっか。

Javaアプレットでは無い時点で論外ですが、自分の作っている
ゲームアプリはJavaWebStartを使用しています。
なぜか、メインフレームの部分が解読不可能でした。
jodeとかmochaで試したのですが、エラー起きちゃいます。
そんな訳で当分は検討しなくてもよいかな～と考えている所です。
勝手ながら、この件のレスはここでクローズと言うことで。

**名前は開発中のものです。** · 04/10/07 01:32:11

変なフォーマットのclassファイルを作って
MSのVMでは動くけどSunのjavapではエラーが
出るようにしてたアプレットがあったなー

たしかkomplexのデモだったと思うけど

**名前は開発中のものです。** · 04/10/07 01:42:39

クラスファイルのバージョンに対応してないとか

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

webstartはアプレットとアプリケーションとあるから
一応また次元の違う話ではある

あとメインフレームってのが独自用語か？
なんとなくわかるが

**312** · 04/10/07 02:36:24

>>354
いえいえ。jodeで試した結果では、Java1.4でclassファイルを普通に認識しました。
ですが、複数のクラスを読み込んだうち、ソースに変換するものと例外が発生するものと様々でした。
例外はjodeパッケージに含まれている独自の例外クラスでしたので、詳細は分かりません。

>>355
>webstartはアプレットとアプリケーションとあるから
WebStartってアプレットでも配布可能でしたっけ？

>メインフレームってのが独自用語か？
すいません、これは、mainメソッドを実装しているFrameクラスの継承クラス
の事を指します。

**名前は開発中のものです。** · 04/10/07 11:01:50

webstartアプレットってしらんかね
JNLPしらべてみそ

ちなみに新しいウインドウが出てブラウザから独立するので
ブラウザを終了させてもいいとかそういう感じ

もはやアプレットである利点はさほどないけど
すでにアプレットになっているやつをwebstartにするならそれなりに価値もあるのかも
あとはinsetsを気にしなくていいくらいかな

もちろんいろいろなやりとりはJNLPAPIでやるというのもかわらない

**名前は開発中のものです。** · 04/10/10 11:51:36

>>357
webstartを起動したときに、クライアント側にアプレットのモジュールを
DLしておき、ブラウザを自動で起動した後で、クライアントにDL
したモジュールを読み込ませるって事ですか？

単純にブラウザを起動するアプリをjnlpのAPIを使って実装し、
ブラウザ側ではアプレットを配置してあるページを表示させる
だけであるなら、webstartはあまり関係が無いような。
jnlpAPIでブラウザを起動するとき、何か利点あるのでしょうか？

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

WebStartは

・ブラウザを閉じても起動したままで終了処理とか管理が楽
・JNLPAPIでローカルの資源を（デフォで警告は出るが）比較的危険のない範囲で使える
・キャッシュ処理によりアプレットのように毎回ロードしない
・細かいVMのバージョンチェックが可能
・2回目からはデスクトップやランチャーのショートカットでブラウザに関係なく起動できる

質問の意味がちょっとわからないが
URLClassLoaderを勉強するといい

これを使えばスタンドアロンのJavaアプリケーションでもバージョン管理とかが可能
これで俺はシステムたくさん組んでいる

ゲームでもjarファイルを別管理することによりゲーム本体と拡張部分を分けて管理が可能
RPGならソーサリアンとかのシステムとシナリオを分けるとかSTGだとコアと面データを分けるとか

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

>>359
質問はwebstartって何？
では無くて、
質問はwebstartappletって何？
です。

私も、webstartで2DRPGを作っています。

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

ｊｎｌｐファイルの書式みてみろ
普通のアプレットを指定できる

利点はＷｅｂｓｔａｒｔのＡＰＩが使えるなど上に書いたのと同じだ

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

アプレットも署名すれば、ローカルPCにアクセスできるよね。

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

署名ってどうやるの

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

webstart経由でアプレットが起動されれば、
クラスローダーやセキュリティマネージャがwebstartに依存されているため、
アプレットの時のようなややこしい設定プロセスを簡略化できる。

ということは、アプレットプログラム内でコンソール出力したり
すれば、webstartにログ出力されるという事か。

もし、そうだとしたら、使えるかも。
やりたいことがあるが、ちょっとセキュリティ上無理かと思っていたことが
可能になるかも・・。（独り言）

**名前は開発中のものです。** · 05/02/22 18:59:11

やっぱりみんなそこまでしてソースを隠したいんだよね。
だから参考にしようとソース探しても全然ない。
結局掲示板で質問房が増える。
なんだかな～。

**名前は開発中のものです。** · 2005/03/28(月) 02:49:42

ってなわけで、作ってみました。

**367** · 2005/04/04(月) 01:42:44

こんな感じになりましたが、どうでしょう？
>>http://gbsaga.ddo.jp/netgame/dillema/cliant/Dillema.jnlp

**名前は開発中のものです。** · 2005/08/02(火) 10:06:22

保守

π · 2005/12/14(水) 00:42:07

質問です。
Linux環境でアプレットのアニメーションを作っています。
ダブルバッファリングしているのにちらついています。
どこかの大学の講義のページでダブルバッファリングするとこうなる、っていう例を見てもちらついているようなので、LinuxとNetscapeで実行するのに何か問題があるのでしょうか？
不思議なことにアプレットビューワの上でマウスを動かし続けていると非常になめらかに動き続けます。
カーソルを止めるとまた、たまにカクッカクッと止まります。
なんなんでしょう？アプレットビューワの上でカーソルを動かしてる間はなめらかってのは…。

**名前は開発中のものです。** · 2005/12/14(水) 03:26:56

>>369
ソース公開汁。
アプレットビューワはそんなに信用しないほうがいい。
ブラウザでは出来ない動作が可能だからだ。

**名前は開発中のものです。** · 2005/12/14(水) 09:22:28

Flash 8.5が出たらJavaアプレットは今度こそ死ぬな。

π · 2005/12/14(水) 12:46:00

ありがとうございます。そうなんですか。アプレットビューワは信用できないんですか？
実際に何が起こっているのかはわかりませんが、外見上は、たまにrepaint飛ばしてるんじゃないかって感じで、
一瞬止まったように見えるのです。で、カカカカカカカカカカクッカカカカカカカカカクッカカカカカカと…
マウスカーソルをアプレットビューワの上で動かしてると、凄くなめらかなアニメーションになって
スーと動きます。ずっとこんな風に動けばいいのに…。普通のことしか書いてませんがソースはこんな感じです。

π · 2005/12/14(水) 12:46:39

//RunnableをimplementしているAppletのサブクラス内です。
public void start(){
super.start();
image = createImage(width, height);
/*オフスクリーンのGraphics*/
preg = image.getGraphics();
if(thread == null){
thread = new Thread(this);
thread.start();
}
}
public void stop(){
thread = null;
}

π · 2005/12/14(水) 12:47:50

public void run()
{
Thread thread0 = Thread.currentThread();
/*whileの条件式は丸移しですがこれでいいのか気になります*/
while(thread == thread0){
try{
thread0.sleep(50);
}
catch(InterruptedException e){
}
/*
ここにパラメータの変更
*/
repaint();
}
}
public void update(Graphics g){
paint(g);
}
public void paint(Graphics g){
preg.clearRect(0, 0, width, height);
/*
ここに描画の部分draw****(preg, *****)って感じ
*/
g.drawImage(image, 0, 0, this);
}

**名前は開発中のものです。** · 2005/12/14(水) 20:39:46

repaint()の直後に、再描画が行われる訳じゃないんですよ。
描画イベントをイベントキューに入れるだけなんですね。
イベントキューから描画イベントが取り出された時点で、初めて描画されるのですね。
そのスレッドのタイミングによっては、複数のrepaint()がある特定のコマで
一緒にされたり、故にあるコマでのrepaintが飛ばされてしまうのですね。
マウスカーソルを動かすと、システムから連続でrepaintが発送されるので
タイムラグがなくなり、スムーズに描画できるのです。故に解

π · 2005/12/14(水) 21:00:58

なるほどX11だとXFlushしないといけないのと同じなのですね。
納得です。
ありがとうございました。

**名前は開発中のものです。** · 2005/12/14(水) 21:15:58

どういたしまして

**名前は開発中のものです。** · 2006/02/07(火) 02:44:56

「アプレットの読み込みに失敗しました。」
コンソールには
「************.classが見つかりません。」
と書いてあります。
デスクトップ上ではアプレットがちゃんと動作するのですが、
同じファイル(jarファイルとhtmlファイル)をアップロードしてから読み込むと見つからないと言われます。
どのような間違いが考えられるでしょうか？

**名前は開発中のものです。** · 2006/02/09(木) 01:59:14

winSCPで転送するときに、
バイナリとか、テキストとか、なんか削除するとか設定が問題なのかなぁ。
転送後の画像がめちゃめちゃになったりしている…。

**名前は開発中のものです。** · 2006/02/09(木) 02:18:23

文字変換して転送してるのかよ

**名前は開発中のものです。** · 2006/02/09(木) 03:30:00

転送モードがテキスト、バイナリ、自動(特定の拡張子のファイルはテキストモード)とあって、
テキストモード、バイナリモード試してもうまくいかない。
サイズも変わってなさそうだし…。
自分のPC上では動くし…。

**名前は開発中のものです。** · 2006/02/09(木) 11:25:08

その自分のPC上でhttpでとってくるようにはやってみたの？

**名前は開発中のものです。** · 2006/02/09(木) 18:17:46

やったことないんですが、
それはhttpサーバをインストールして、
そこにファイルを置いてアクセスするってことでしょうか？
サーバを介すと状況が変わってくる可能性があると…。

**名前は開発中のものです。** · 2006/02/09(木) 19:10:26

その状況が変わるかどうかをみないとなんとも

コードがおかしい可能性が高いわけだし

初心者でもhttp鯖立ち上げるのに一番楽なのは
NetBeansのようにTomcatこみのIDE使うあたりか

**名前は開発中のものです。** · 2006/02/10(金) 07:41:28

フォルダの配置とか実行コマンドとかもう少し詳しく書いてください。あとアプレットのhtmlファイルの<applet>の内容とか。

**名前は開発中のものです。** · 2006/02/10(金) 10:06:44

マジスレ返してるし。
ボケろよつっこめねぇ！

**名前は開発中のものです。** · 2006/02/10(金) 11:16:22

まずhtmlファイルは、
<body>
<applet archive="piyo.jar"
code="hoge.class"
width=500 height=400>
</applet>
</body>
で、自分のPC上で実行するとIEの下のバーに「アプレット hoge started」と表示されてちゃんと動きます、
htmlとpiyo.jarを同じフォルダにアップロードしてhtmlを開くと「例外:java.lang.NullPointerException. java アプレットの読み込みに失敗しました..」あるいは、「アプレット hoge notinited」と出ます。
もう少しいろいろ調べてみます。

**名前は開発中のものです。** · 2006/02/10(金) 11:54:55

また387ですが、
hogeはHogeの間違いでした。
あと、実験でHello Worldもアップロードしてみたら動きました。
両方Linuxからscpコマンドで転送しました。
386さんはもし単純なミスに気づいてたら教えてください。

**名前は開発中のものです。** · 2006/02/10(金) 14:02:02

IE使えるならツール>SunのJavaコンソールに何かエラーの詳細が表示されてませんか？

**名前は開発中のものです。** · 2006/02/10(金) 17:36:59

表示されています。
java.lang.ClassNotFoundException: Hoge.class at sun.applet.AppletClassLoader.findClass(Unknown Source)…
Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(Unknown Source)…
Exception in thread "Thread-9" java.lang.NullPointerException at sun.plugin.util.GrayBoxPainter.showLoadingError(Unknown Source)…
java.lang.NullPointerException at sun.plugin.util.GrayBoxPainter.showLoadingError(Unknown Source)
Exception in thread "thread applet-Ex2b_RotateEarth.class" java.lang.NullPointerException at sun.plugin.util.GrayBoxPainter.showLoadingError(Unknown Source)
やはり HTTP connection failed がポイントでしょうか。

**名前は開発中のものです。** · 2006/02/10(金) 17:40:29

HTTPブロックしてるのかよ

**名前は開発中のものです。** · 2006/02/10(金) 18:06:52

詳しくよろ

**名前は開発中のものです。** · 2006/02/11(土) 01:52:51

ヒント：codebase

**名前は開発中のものです。** · 2006/02/11(土) 02:24:35

codebase属性は同じディレクトリに配置する場合省略できる
とあったので省略しています。書いてもうまくいきません。
それともなにか別のプログラムが必要なのでしょうか…。

**名前は開発中のものです。** · 2006/02/11(土) 03:36:41

PC上のApatchのlocalhostに置いてhttpアクセスしてみました。
やはり、動きませんでした。
しかし、HelloWorldは動きました。
同じアプレットのプログラムで何が異なっているんでしょう。
マニフェストファイル？(gcc環境で作成したことぐらいしか書いてない)
PC上の同じディレクトリにhtmlとjarを置いてブラウザで開くとちゃんとstartするのです。
まったく意味がわかりません。

**名前は開発中のものです。** · 2006/02/11(土) 09:29:15

ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?forum=12&topic=23657
と同じ原因じゃない？

**名前は開発中のものです。** · 2006/02/11(土) 12:19:21

その２つのコードの違いがわからんとなんとも

**名前は開発中のものです。** · 2006/02/11(土) 13:52:36

動きました。
何を変えたかというと、10個ぐらいのクラスをjarアーカイブにしてたんですが展開してディレクトリ内にばらばらに置きました。
そうしたら動きました。
「たくさんあるときはjarにまとめなくてはいけない。」
思い込んでいたし、そう解説しているページもあった気がするのですが…。
だから残念ながら根本的に何がまずかったのかわかったわけではないです。
(ブラウザかJVMかが、なぜかjarをダウンロードして展開した一時フォルダを探していなかった？よくわかりません。)
なにか助言があればお願いしたいです。いろいろありがとうございました。

**名前は開発中のものです。** · 2006/02/11(土) 15:18:42

ようはJavaの基本が分かってないってことだろ？
勉強しなおしたほうがいい

classで配布なんてありえんし

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

>>398
私も似たような経験があります。
現象は逆で、サーバでは動作するのにローカルではエラーが起こるというものです。
だからそのままほったらかしです(汗

エラーが起こるのは、jar内のクラスからjar外のzipファイルの中にあるデータを
読みにいったときでした。security関係のexceptionでしたが名前は覚えていません。
ローカルではjarかzipのどちらかをバラしてテストし、サーバには圧縮したデータを
転送していました。
今のところ不具合報告はきていませんがちょっと気持ち悪いです。

**名前は開発中のものです。** · 2006/02/12(日) 12:59:55

セキュリティ関連なら逆に分かりやすいと思うけど

**名前は開発中のものです。** · 2006/03/15(水) 01:12:19

保守

**名前は開発中のものです。** · 2006/03/18(土) 14:44:20

描画速度がネックで大したゲーム作れなかったけど
いまでは問題なしだね。でも作ってる人昔ほどいないような・・・

**名前は開発中のものです。** · 2006/03/18(土) 15:52:21

VMのチューニングするときアプレットよりアプリのほうがいいからね

**名前は開発中のものです。** · 2006/03/19(日) 01:57:22

今度NINTENDO DS用のブラウザ(Opera)が発売されるらしい。
これはJava Appletに対応しているか？知っている人いたら情報キボンヌ。

あと、PSPでは既出だが、これはどう？

こいつらがAppletをサポートしてたら、魅力だな。
だって、NINTENDO DSやPSPでも動くソフトを誰でも作れるって事だもんな。

**名前は開発中のものです。** · 2006/03/19(日) 08:45:57

Flashも対応してないみたいだから無理っぽい

**名前は開発中のものです。** · 2006/03/19(日) 12:37:59

JavaSEとJavaMEは違うぞ

**名前は開発中のものです。** · 2006/03/20(月) 20:33:46

JavaSE　…　スーパーJAVA
JavaME　…　MEﾀｿ専用JAVA

**名前は開発中のものです。** · 2006/03/23(木) 14:17:29

球体を表示するにはどんなプログラムにしたらいいのですか？

**名前は開発中のものです。** · 2006/03/23(木) 21:28:59

球体を表示すればいいのでは？
BufferedImageなりGraphics2D#drawOvalなりお好きな方法で

**名前は開発中のものです。** · 2006/03/23(木) 21:36:47

System.err.print( "球体" );

**名前は開発中のものです。** · 2006/03/24(金) 00:02:15

マルチだしな

**名前は開発中のものです。** · 2006/03/24(金) 03:00:53

こんなもんか？

　　　　　　　　　　　　　　 _,,.. -──‐- .､.._.
　　　　　　　　　　　,. ‐''"´　　　　　　　　　｀`'‐.､
　　　　　　　　 ,.‐´　　　　　　　　　　　　　　　　　｀‐.､
　　　　　／　　　　　　　　　　　　　　　　　　＼.
　　　　　 ,i´　　　　　　　　　　　　　　　　　　　　　　　 `:、
　　　　 /　　　　　　　　　　　　　　　　　　　　　　　　ヽ.
　　　　,i　　　　　　　　　　　　　　　　　　　　　　　　　　　　 i、
　　　 .i　　　　　　　　　　　　　　　　　　　　　　　　　　 i.
　　　.i　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　l
　　　|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 |.
　　 |　　　　　　　　　　　　　　　　　　　　　　　　　　 .|
　　　|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 |
.　　　l　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 l.
.　　　 i、　　　　　　　　　　　　　　　　　　　　　　　　　　　 ,ｉ
.　　　　i、　　　　　　　　　　　　　　　　　　　　　　　　　　,!
.　　　　ヽ　　　　　　　　　　　　　　　　　　　　　　　　　/
.　　　　　 `:､　　　　　　　　　　　　　　　　　　　　　　　,‐'
　　　　　＼　　　　　　　　　　　　　　　　　　　　／
　　　　　　　　 `‐､　　　　　　　　　　　　　　　　 , ‐´
　　　　　　　　　　　｀ '‐.､ _　　　　　　　　 _, ‐''"
　　　　　　　　　　　　　　｀` ‐-----‐ '"´

**名前は開発中のものです。** · 2006/04/02(日) 15:22:56

これはいい円ですね

**名前は開発中のものです。** · 2006/04/15(土) 01:32:41

Javaｱﾌﾟﾚｯﾄのゲームの限界は！？

弾幕一万発

**名前は開発中のものです。** · 2006/04/15(土) 01:52:26

スプライト数1万なら環境にもよるが普通に出るな

**名前は開発中のものです。** · 2006/04/15(土) 02:30:47

FlashとAppletってどっちが軽快？

**名前は開発中のものです。** · 2006/04/15(土) 10:48:43

Flash 8.5からはJITコンパイラ搭載して爆速になる。

**名前は開発中のものです。** · 2006/04/15(土) 14:20:59

じゃあJIT同士これから互角の攻防が繰り広げられるのか
普及率を取るか費用を取るか、悩ましいところだな・・・

**名前は開発中のものです。** · 2006/04/15(土) 16:43:08

なんでJavaアプレットの起動はFlashに比べて遅いの？
普及率も問題だけど、起動の遅さも問題だと思う。

**名前は開発中のものです。** · 2006/04/15(土) 17:00:15

>>420
「なんで自動車は自転車より重いの？」といってるのとおなじだよ

ランタイムのサイズが違いすぎる
Javaは全方位でフラッシュには出来ないことがたくさん出来る
J2MEのようにほとんどライブラリさえなければJavaもかなり小さいよ

ただ、そのライブラリの量がJavaSEやJavaEEの開発の容易さのうりだから
どこで妥協するかが問題

ランタイムが大きくてもJavaVMの起動自体はいまやマシンスペックも
上がったことによってかなり解消されている

ただし、ファイルサイズが大きいのでアンチウィルスソフトがでっかいライブラリをチェックしに行くんだよ
そこを検索させないようにすればびっくりするほど早くなってる

遅すぎと思われる原因は昔のねすけに使われたシマンテックJITVMの影響もあるのは確かだが

**名前は開発中のものです。** · 2006/04/16(日) 22:58:49

>>415
何でもいいから一万発近く出してみた
2000あたりからヤバ気な感じ
ttp://summerclap.hp.infoseek.co.jp/test/Barrage10000/

**名前は開発中のものです。** · 2006/04/16(日) 23:21:58

ウチでは2000ぐらいでは平気。

6000ぐらいで60FPS切って、9700前後では
39～40FPSで安定した。

**名前は開発中のものです。** · 2006/04/16(日) 23:52:44

そーすこーどきぼん
背景の描画でフィルレートとられるから描画方法によってはそれも多少は影響してるかも

オブジェクト数が1万ともなると移動処理だけでも多少はマシンパワー取られるかな
あたり判定がつけばなおさらか

これがJavaアプリケーションだとチューニングできるからねぇ
プロファイラでネックな場所をつぶせばさらにいけるか

あとこれだけオブジェクトが重なるようだと手前から描画するソフトウェア描画のほうが早くなるかも

**名前は開発中のものです。** · 2006/04/17(月) 01:44:13

>>422
MacBook Pro + Safari + Java 1.4.2_09
3000くらいで60FPS切って、10000付近では30～35FPSくらい。
2000～3000ではなめらかに動いてる。

**名前は開発中のものです。** · 2006/04/17(月) 04:07:33

液晶になった今では関係ないがスクリーンセーバーとして面白そうだな。
CPUが全然休まらないセーバーｗｗｗ

**名前は開発中のものです。** · 2006/04/21(金) 23:57:51

スーファミのF-ZERO風な描画をやってみた
ttp://summerclap.hp.infoseek.co.jp/test/Ground1/

背景描画だけでゲームにはなっていないが、川を道路に見立てて
走るとそれっぽい雰囲気が味わえた。

**427** · 2006/04/22(土) 23:54:21

ちょっと修正した
640x480ってアプレットにしては大きすぎる気がする
どれくらいがベストだろう

**名前は開発中のものです。** · 2006/04/23(日) 04:29:08

単純なことなんだけど、逆に新鮮。おもしれー。

**427** · 2006/04/28(金) 00:37:28

またちょっと修正、二重スクロールにしてみた
ちゃんとしたデータを用意すれば高架道路の表現ができそう

**名前は開発中のものです。** · 2006/04/28(金) 00:58:14

用はやる気次第で限界なんてどうにでも
まぁアプレットよりアプリのほうが融通が利くけどな

**名前は開発中のものです。** · 2006/05/01(月) 21:14:45

>>427 ﾀｿ神！！
ぜひ弟子にしてほしい！！！！マジで。

**名前は開発中のものです。** · 2006/05/12(金) 23:42:33

ゲーム作ってるけど全然進まねーorz

気晴らしにまたサンプルでも1つ
ttp://summerclap.hp.infoseek.co.jp/test/Particle10000/

**名前は開発中のものです。** · 2006/05/13(土) 08:43:56

ついでにもう1つ
ttp://summerclap.hp.infoseek.co.jp/test/DrawLine2352/

**名前は開発中のものです。** · 2006/08/11(金) 00:47:36

appletviewerでは表示されるのに、
ブラウザで表示すると(ローカルでもアップロードしても)真っ白です。
一体どういうことでしょう。
他のアプレットは見えます。
「起動しました」って表示されて何も見えない。

**名前は開発中のものです。** · 2006/08/11(金) 02:02:13

たぶん理由が分かりました。
ファイルアクセスできないってことらしいです。
テキストファイルからデータを読んで表示するようにしているのに、
拒否されてる。htmlで、
<param name="FileName" value="data">
ってやってdataが読めてない。
appletviewerでは読めるのは当然か。

**名前は開発中のものです。** · 2006/08/11(金) 07:49:56

せめてJava3Dが標準で入ってりゃ、3D機能のないFlashを食えるってか
俺が喜んで使うのだが。

**名前は開発中のものです。** · 2006/08/11(金) 10:47:27

ブラウザで3Dやりたけりゃソフトウェアレンダ使ったら？
320x240で30FPSくらいしか出んかもしれんけど

**名前は開発中のものです。** · 2006/08/12(土) 10:57:51

>>436
ローカルファイルアクセできればスウィルス・スパイウェア作り放題。