[表示 : 全て 最新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のブラウザで出来ることは全てやりつくされた?
なんか凄いの作れないの?
もう携帯だけの過去の遺物?

327 名前:315 [04/10/03 16:44:18 ID:Ab3yDh7p]
>>326
> クラスの直列化や複製もインタフェースをあらかじめ実装しないと
> 例外が発生するから別に当たり前の実装方法かも。
説明へたくそですみません。
クラスをシリアライズする時、Serializableインタフェースが実装していないと
NotSerializableException例外が発生。
複製するときも、Cloneableインタフェースを実装していないと、
CloneNotSupportedException例外が発生。
なので、暗号化させたいクラスにも暗号化に必要なメソッドや変数を定義してある
暗号化インタフェースを実装していないと
"暗号化インタフェースが見つからない"例外を発生させて、
コンパイル時に開発者に警告をうながす事も使いづらいの反面
合理的なのかなと思ったわけです。

328 名前:321 mailto:sage [04/10/03 18:19:21 ID:l36e1OTn]
>>327
なるほどなるほど。そういう意味でしたか ^^;
しかし、そうなると疑問なのは、実装どうなるのかなぁ?と。

自分の中では、

・クラスファイルをデコンパイルさせたくないぜ。
・専用クラスローダーでしか読めなくすればいい。
・コンストラクタの呼び方が面倒になっちゃった。
・暗号化対応ソース自動変換ツールで、暗号化を意識しなくても大丈夫なシステムを!
・自動置き換えの、置き換え方を考えるぞ〜

って流れなので。

暗号化インターフェイスで暗号化を制御するとなると、実装はどうなるんだろう?って思うわけです。
暗号化インターフェイスを実装していたら、暗号化する?
暗号化するのは誰?
com.sun.tools.javac.main.Main を使って自力で暗号化コンパイラを作る?

みたいな。

329 名前:名前は開発中のものです。 [04/10/05 00:20:10 ID:vzG1Y+sw]
>>328
その前に一つ問題があるのですが、独自で実装したクラスが独自で実装した
インタフェースをimplementsしていた場合、どうやってクラスオブジェクトを
ClassLoaderから取得できるのでしょうか?
インタフェースだけならClassオブジェクトを取得出来るのですが、
インタフェースを実装したクラスの場合では、NoClassDefFoundError例外が発生します。


330 名前:名前は開発中のものです。 mailto:sage [04/10/05 01:03:07 ID:2w/Bi/QR]
Javaアプレットって、やっぱりサーバにプログラムを置いていても
クライアントから持っていかれて逆コンパイルされるんだよね?

331 名前:名前は開発中のものです。 [04/10/05 01:07:54 ID:vzG1Y+sw]
>>330
なので、逆コンパイルできないネイティブコードでClassLoaderクラスを
独自実装するか、それとも、逆コンパイルされても解読が難しくなるように
ソースを難読化するかのどちらかに分かれて検討しているところです。


332 名前:名前は開発中のものです。 mailto:sage [04/10/05 12:43:28 ID:pyJtAE+Y]
クラスローダをネイティブコード?
アプレットならデフォだとセキュリティでひっかかるんじゃないの?

署名したりインストールの手間とか考えると
普通にアプリケーションベースでネット経由でJNIをまぜつつ
ダイナミックにクラスをロードするほうが便利な気がするんだが


333 名前:名前は開発中のものです。 mailto:sage [04/10/05 13:06:55 ID:J9uCsa2u]
どんな暗号使っても
その独自クラスローダを勝手に呼び出されたら
それで終わりだと思うんだけど。

結局ユーザ側で実行できるってことは
どっかで普通のバイトコードに落ちるんでしょ?
それを読む方法が何かしらあるわけで

334 名前:321 mailto:sage [04/10/05 14:53:07 ID:UnlMJM9l]
>>329
すみません。今のところ全て机上論なので実際のところは分かりません。
今から実際にソース書いて実験します(´д`;)

>>333
独自クラスローダーのインスタンスの作成の仕方を難読化すればいいと考えています。

沢山の偽者コードの中に本物を一つ書いてスパゲッティーにしたり、
さらに難読化ツールでメソッド名なんかを変えると、読めなくなると思います。
また、ダミークラスローダーなんかも、いくつか作れば、どれが本物なのか分からず
解読を諦めるのではないでしょうか?
藁の中から針を探す難しさだと思います。

アプリケーションの中身とは全く違う部分で労力をかけますが ^^;

335 名前:333 mailto:sage [04/10/05 15:45:56 ID:J9uCsa2u]
>>334
いや、同じことだと思うよ

ClassLoader#(String,byte[],int,int)に
ブレークポイント張ってデバッガで実行されたら
アウトなんじゃないの?



336 名前:321 mailto:sage [04/10/05 16:37:25 ID:oJqqTbhC]
ぐはっ!!!
そうっすね…少々焦点が狭かったか…

あと、

new Exception().printStackTrace();

とか、コードに埋め込まれたら
処理の流れが分かるって事も、今思い出しますた。

工夫しても解読されるのは時間の問題か…

モウダメポ('A`)

337 名前:321 mailto:sage [04/10/05 16:51:04 ID:oJqqTbhC]
RMI 使ってインスタンスを取得すれば大丈夫そうな…
うーん。サーバーが常に動いてないとダメだけど。

338 名前:名前は開発中のものです。 mailto:sage [04/10/05 17:00:29 ID:pyJtAE+Y]
そこまで暗号化が必要なアプレットのゲームってのはそうそう多くない希ガス

339 名前:321 mailto:sage [04/10/05 17:43:10 ID:oJqqTbhC]
まぁ、アプレット限定の話しではありませんです。

340 名前:名前は開発中のものです。 mailto:sage [04/10/05 18:28:28 ID:pyJtAE+Y]
>>321
このスレの名前をいってみろ


341 名前:321 mailto:sage [04/10/05 18:37:44 ID:oJqqTbhC]
放置・過疎スレ。

342 名前:名前は開発中のものです。 mailto:sage [04/10/05 21:51:30 ID:qIq4WQNz]
>>339
いきなりスレの前提からはずれとるがなw
それならJAVA使わずネイティブコードでやる方がより良さそうだし

343 名前:名前は開発中のものです。 mailto:sage [04/10/05 21:57:58 ID:u1RKRDG3]
リバースエンジニアリングをどうしても防ぎたいのなら、ネイティブコードを吐く言語を使用したほうが良い希ガス。

344 名前:名前は開発中のものです。 mailto:sage [04/10/05 22:38:11 ID:pyJtAE+Y]
ネイティブなバイナリでもそのプログラマとコンパイラの癖わかれば
それなりに簡単にわかるぞい

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

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


345 名前:321 mailto:sage [04/10/05 23:10:54 ID:oJqqTbhC]
>>342
> いきなりスレの前提からはずれとるがなw

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

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

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


どこかのスレで、

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

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



346 名前:名前は開発中のものです。 mailto:sage [04/10/05 23:55:58 ID:2w/Bi/QR]
解析されるのが手間になる方向しかないわけね。

347 名前:名前は開発中のものです。 [04/10/06 22:03:14 ID:dUtJtg+D]
難読化ってそういうことだからなぁ。

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

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

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

乱文失礼


348 名前:名前は開発中のものです。 mailto:sage [04/10/06 22:22:02 ID:CQVHxZ5S]
>昔なら実行時書き換えって技もあったけど、いまどき現実的でないしなぁ。
VM依存言語だと実行時中間言語生成ってな話かねぇ。

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


349 名前:名前は開発中のものです。 [04/10/06 22:34:27 ID:WwhPAGcr]
test

350 名前:名前は開発中のものです。 mailto:sage [04/10/06 22:44:22 ID:Em+Tmfm5]
まぁ10年くらい前から開発されてきたものだしなぁ

351 名前:名前は開発中のものです。 mailto:sage [04/10/06 23:04:15 ID:ekr4P7Le]
Java Pressのvol35に、難読化とクラスローダーについて書いてあった。
RetroGuardか何かが、クラス名やメソッド名をaとかbにするみたいだが、
クラスサイズを犠牲にしても、a05470210303とかの方が難読化にならないかな、
と思ったが、リファクタリングで変換一発か。

352 名前:312 [04/10/07 00:34:57 ID:SXGuxMIT]
>>351
詳細希望。ま、買えばいっか。

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


353 名前:名前は開発中のものです。 mailto:sage [04/10/07 01:32:11 ID:WcODZ6m5]
変なフォーマットのclassファイルを作って
MSのVMでは動くけどSunのjavapではエラーが
出るようにしてたアプレットがあったなー

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

354 名前:名前は開発中のものです。 mailto:sage [04/10/07 01:42:39 ID:+NyIBcQo]
クラスファイルのバージョンに対応してないとか

355 名前:名前は開発中のものです。 mailto:sage [04/10/07 02:05:51 ID:7BhZIGQ/]
webstartはアプレットとアプリケーションとあるから
一応また次元の違う話ではある

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



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

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

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


357 名前:名前は開発中のものです。 mailto:sage [04/10/07 11:01:50 ID:7BhZIGQ/]
webstartアプレットってしらんかね
JNLPしらべてみそ

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

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

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

358 名前:名前は開発中のものです。 [04/10/10 11:51:36 ID:RlxkQKMF]
>>357
webstartを起動したときに、クライアント側にアプレットのモジュールを
DLしておき、ブラウザを自動で起動した後で、クライアントにDL
したモジュールを読み込ませるって事ですか?

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



359 名前:名前は開発中のものです。 mailto:sage [04/10/10 14:23:36 ID:2gZf+UVq]
WebStartは

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

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

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

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

360 名前:名前は開発中のものです。 [04/10/10 15:07:46 ID:RlxkQKMF]
>>359
質問はwebstartって何?
では無くて、
質問はwebstartappletって何?
です。

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


361 名前:名前は開発中のものです。 mailto:sage [04/10/10 19:15:39 ID:2gZf+UVq]
jnlpファイルの書式みてみろ
普通のアプレットを指定できる

利点はWebstartのAPIが使えるなど上に書いたのと同じだ

362 名前:名前は開発中のものです。 mailto:sage [04/10/10 19:36:52 ID:7+4TU6CI]
アプレットも署名すれば、ローカルPCにアクセスできるよね。

363 名前:名前は開発中のものです。 mailto:sage [04/10/10 20:13:16 ID:inJquGiH]
署名ってどうやるの

364 名前:名前は開発中のものです。 [04/10/10 20:25:04 ID:RlxkQKMF]
webstart経由でアプレットが起動されれば、
クラスローダーやセキュリティマネージャがwebstartに依存されているため、
アプレットの時のようなややこしい設定プロセスを簡略化できる。

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

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


365 名前:名前は開発中のものです。 mailto:sage [05/02/22 18:59:11 ID:KzKSqXlr]
やっぱりみんなそこまでしてソースを隠したいんだよね。
だから参考にしようとソース探しても全然ない。
結局掲示板で質問房が増える。
なんだかな〜。



366 名前:名前は開発中のものです。 mailto:age [2005/03/28(月) 02:49:42 ID:kEg8t2iM]
ってなわけで、作ってみました。

367 名前:367 mailto:sage [2005/04/04(月) 01:42:44 ID:29VrGWc9]
こんな感じになりましたが、どうでしょう?
>>gbsaga.ddo.jp/netgame/dillema/cliant/Dillema.jnlp



368 名前:名前は開発中のものです。 [2005/08/02(火) 10:06:22 ID:T+awd9IP]
保守

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

370 名前:名前は開発中のものです。 [2005/12/14(水) 03:26:56 ID:UOIsfffY]
>>369
ソース公開汁。
アプレットビューワはそんなに信用しないほうがいい。
ブラウザでは出来ない動作が可能だからだ。



371 名前:名前は開発中のものです。 mailto:sage [2005/12/14(水) 09:22:28 ID:VHYWcMtd]
Flash 8.5が出たらJavaアプレットは今度こそ死ぬな。

372 名前:π [2005/12/14(水) 12:46:00 ID:au/Ihpoc]
ありがとうございます。そうなんですか。アプレットビューワは信用できないんですか?
実際に何が起こっているのかはわかりませんが、外見上は、たまにrepaint飛ばしてるんじゃないかって感じで、
一瞬止まったように見えるのです。で、カカカカカカカカカカクッカカカカカカカカカクッカカカカカカと…
マウスカーソルをアプレットビューワの上で動かしてると、凄くなめらかなアニメーションになって
スーと動きます。ずっとこんな風に動けばいいのに…。普通のことしか書いてませんがソースはこんな感じです。

373 名前:π [2005/12/14(水) 12:46:39 ID:au/Ihpoc]
//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;
}

374 名前:π [2005/12/14(水) 12:47:50 ID:au/Ihpoc]
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);
}

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



376 名前:π [2005/12/14(水) 21:00:58 ID:au/Ihpoc]
なるほどX11だとXFlushしないといけないのと同じなのですね。
納得です。
ありがとうございました。

377 名前:名前は開発中のものです。 [2005/12/14(水) 21:15:58 ID:7r834BYR]
どういたしまして

378 名前:名前は開発中のものです。 [2006/02/07(火) 02:44:56 ID:YcqHXq4X]
「アプレットの読み込みに失敗しました。」
コンソールには
「************.classが見つかりません。」
と書いてあります。
デスクトップ上ではアプレットがちゃんと動作するのですが、
同じファイル(jarファイルとhtmlファイル)をアップロードしてから読み込むと見つからないと言われます。
どのような間違いが考えられるでしょうか?

379 名前:名前は開発中のものです。 [2006/02/09(木) 01:59:14 ID:2XaB8tQa]
winSCPで転送するときに、
バイナリとか、テキストとか、なんか削除するとか設定が問題なのかなぁ。
転送後の画像がめちゃめちゃになったりしている…。

380 名前:名前は開発中のものです。 mailto:sage [2006/02/09(木) 02:18:23 ID:KZsev84P]
文字変換して転送してるのかよ

381 名前:名前は開発中のものです。 [2006/02/09(木) 03:30:00 ID:2XaB8tQa]
転送モードがテキスト、バイナリ、自動(特定の拡張子のファイルはテキストモード)とあって、
テキストモード、バイナリモード試してもうまくいかない。
サイズも変わってなさそうだし…。
自分のPC上では動くし…。

382 名前:名前は開発中のものです。 mailto:sage [2006/02/09(木) 11:25:08 ID:A4OVcy5n]
その自分のPC上でhttpでとってくるようにはやってみたの?

383 名前:名前は開発中のものです。 [2006/02/09(木) 18:17:46 ID:2XaB8tQa]
やったことないんですが、
それはhttpサーバをインストールして、
そこにファイルを置いてアクセスするってことでしょうか?
サーバを介すと状況が変わってくる可能性があると…。

384 名前:名前は開発中のものです。 mailto:sage [2006/02/09(木) 19:10:26 ID:A4OVcy5n]
その状況が変わるかどうかをみないとなんとも

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

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


385 名前:名前は開発中のものです。 [2006/02/10(金) 07:41:28 ID:GjTMzduU]
フォルダの配置とか実行コマンドとかもう少し詳しく書いてください。あとアプレットのhtmlファイルの<applet>の内容とか。



386 名前:名前は開発中のものです。 [2006/02/10(金) 10:06:44 ID:8daTPLyQ]
マジスレ返してるし。
ボケろよつっこめねぇ!

387 名前:名前は開発中のものです。 [2006/02/10(金) 11:16:22 ID:8p7psy6q]
まず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」と出ます。
もう少しいろいろ調べてみます。

388 名前:名前は開発中のものです。 [2006/02/10(金) 11:54:55 ID:8p7psy6q]
また387ですが、
hogeはHogeの間違いでした。
あと、実験でHello Worldもアップロードしてみたら動きました。
両方Linuxからscpコマンドで転送しました。
386さんはもし単純なミスに気づいてたら教えてください。

389 名前:名前は開発中のものです。 [2006/02/10(金) 14:02:02 ID:GjTMzduU]
IE使えるならツール>SunのJavaコンソールに何かエラーの詳細が表示されてませんか?

390 名前:名前は開発中のものです。 [2006/02/10(金) 17:36:59 ID:8p7psy6q]
表示されています。
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 がポイントでしょうか。

391 名前:名前は開発中のものです。 mailto:sage [2006/02/10(金) 17:40:29 ID:hccRquls]
HTTPブロックしてるのかよ

392 名前:名前は開発中のものです。 [2006/02/10(金) 18:06:52 ID:8p7psy6q]
詳しくよろ

393 名前:名前は開発中のものです。 mailto:sage [2006/02/11(土) 01:52:51 ID:QWiuJU/z]
ヒント:codebase

394 名前:名前は開発中のものです。 [2006/02/11(土) 02:24:35 ID:tfXfazFi]
codebase属性は同じディレクトリに配置する場合省略できる
とあったので省略しています。書いてもうまくいきません。
それともなにか別のプログラムが必要なのでしょうか…。

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



396 名前:名前は開発中のものです。 [2006/02/11(土) 09:29:15 ID:mZnM3IUc]
ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?forum=12&topic=23657
と同じ原因じゃない?

397 名前:名前は開発中のものです。 mailto:sage [2006/02/11(土) 12:19:21 ID:uCg0fPDg]
その2つのコードの違いがわからんとなんとも

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

399 名前:名前は開発中のものです。 mailto:sage [2006/02/11(土) 15:18:42 ID:uCg0fPDg]
ようはJavaの基本が分かってないってことだろ?
勉強しなおしたほうがいい

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


400 名前:名前は開発中のものです。 mailto:sage [2006/02/12(日) 02:22:58 ID:I+qrsV4/]
>>398
私も似たような経験があります。
現象は逆で、サーバでは動作するのにローカルではエラーが起こるというものです。
だからそのままほったらかしです(汗

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

401 名前:名前は開発中のものです。 mailto:sage [2006/02/12(日) 12:59:55 ID:iEqclzSA]
セキュリティ関連なら逆に分かりやすいと思うけど

402 名前:名前は開発中のものです。 mailto:age [2006/03/15(水) 01:12:19 ID:cXOEjtfT]
保守

403 名前:名前は開発中のものです。 mailto:sage [2006/03/18(土) 14:44:20 ID:FQ/Z8uaG]
描画速度がネックで大したゲーム作れなかったけど
いまでは問題なしだね。でも作ってる人昔ほどいないような・・・

404 名前:名前は開発中のものです。 mailto:sage [2006/03/18(土) 15:52:21 ID:xwepgm3J]
VMのチューニングするときアプレットよりアプリのほうがいいからね

405 名前:名前は開発中のものです。 [2006/03/19(日) 01:57:22 ID:ax51vhV/]
今度NINTENDO DS用のブラウザ(Opera)が発売されるらしい。
これはJava Appletに対応しているか?知っている人いたら情報キボンヌ。

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

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



406 名前:名前は開発中のものです。 mailto:sage [2006/03/19(日) 08:45:57 ID:ixUijk9F]
Flashも対応してないみたいだから無理っぽい

407 名前:名前は開発中のものです。 mailto:sage [2006/03/19(日) 12:37:59 ID:UecNa0OI]
JavaSEとJavaMEは違うぞ


408 名前:名前は開発中のものです。 mailto:sage [2006/03/20(月) 20:33:46 ID:mFl3mT/C]
JavaSE … スーパーJAVA
JavaME … MEタソ専用JAVA

409 名前:名前は開発中のものです。 [2006/03/23(木) 14:17:29 ID:8dGLcxi0]
球体を表示するにはどんなプログラムにしたらいいのですか?


410 名前:名前は開発中のものです。 mailto:sage [2006/03/23(木) 21:28:59 ID:uBzyklzV]
球体を表示すればいいのでは?
BufferedImageなりGraphics2D#drawOvalなりお好きな方法で

411 名前:名前は開発中のものです。 mailto:sage [2006/03/23(木) 21:36:47 ID:fbbvz6K/]
System.err.print( "球体" );

412 名前:名前は開発中のものです。 mailto:sage [2006/03/24(金) 00:02:15 ID:J0OqK5m9]
マルチだしな


413 名前:名前は開発中のものです。 mailto:sage [2006/03/24(金) 03:00:53 ID:j+UDUKod]
こんなもんか?

                _,,.. -──‐- .、.._.
           ,. ‐''"´           ``'‐.、
          ,.‐´                 `‐.、
          /                          \.
       ,i´                           `:、
      /                                ヽ.
    ,i                                i、
    .i                                     i.
   .i                                  l
   |                                   |.
    |                                        .|
   |                                   |
.   l                                  l.
.    i、                                 ,i
.    i、                                ,!
.     ヽ                               /
.      `:、                           ,‐'
          \                        /
          `‐、                   , ‐´
           ` '‐.、 _            _, ‐''"
                 `` ‐-----‐ '"´



414 名前:名前は開発中のものです。 mailto:sage [2006/04/02(日) 15:22:56 ID:EkMiIzf/]
これはいい円ですね

415 名前:名前は開発中のものです。 [2006/04/15(土) 01:32:41 ID:sf5nUDiw]
Javaアプレットのゲームの限界は!?

弾幕一万発



416 名前:名前は開発中のものです。 mailto:sage [2006/04/15(土) 01:52:26 ID:kA305qJB]
スプライト数1万なら環境にもよるが普通に出るな

417 名前:名前は開発中のものです。 mailto:sage [2006/04/15(土) 02:30:47 ID:Vc+Xe/9j]
FlashとAppletってどっちが軽快?

418 名前:名前は開発中のものです。 mailto:sage [2006/04/15(土) 10:48:43 ID:MVUUElru]
Flash 8.5からはJITコンパイラ搭載して爆速になる。

419 名前:名前は開発中のものです。 mailto:sage [2006/04/15(土) 14:20:59 ID:Vc+Xe/9j]
じゃあJIT同士これから互角の攻防が繰り広げられるのか
普及率を取るか費用を取るか、悩ましいところだな・・・

420 名前:名前は開発中のものです。 mailto:sage [2006/04/15(土) 16:43:08 ID:godpVUlN]
なんでJavaアプレットの起動はFlashに比べて遅いの?
普及率も問題だけど、起動の遅さも問題だと思う。

421 名前:名前は開発中のものです。 mailto:sage [2006/04/15(土) 17:00:15 ID:hisjoupK]
>>420
「なんで自動車は自転車より重いの?」といってるのとおなじだよ

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

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

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

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

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


422 名前:名前は開発中のものです。 mailto:sage [2006/04/16(日) 22:58:49 ID:npa0GXet]
>>415
何でもいいから一万発近く出してみた
2000あたりからヤバ気な感じ
ttp://summerclap.hp.infoseek.co.jp/test/Barrage10000/

423 名前:名前は開発中のものです。 mailto:sage [2006/04/16(日) 23:21:58 ID:HI3eThbN]
ウチでは2000ぐらいでは平気。

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

424 名前:名前は開発中のものです。 mailto:sage [2006/04/16(日) 23:52:44 ID:1FanCPH2]
そーすこーどきぼん
背景の描画でフィルレートとられるから描画方法によってはそれも多少は影響してるかも

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

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

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


425 名前:名前は開発中のものです。 mailto:sage [2006/04/17(月) 01:44:13 ID:4m3CfSvS]
>>422
MacBook Pro + Safari + Java 1.4.2_09
3000くらいで60FPS切って、10000付近では30〜35FPSくらい。
2000〜3000ではなめらかに動いてる。



426 名前:名前は開発中のものです。 mailto:sage [2006/04/17(月) 04:07:33 ID:0J/yLTEC]
液晶になった今では関係ないがスクリーンセーバーとして面白そうだな。
CPUが全然休まらないセーバーwww

427 名前:名前は開発中のものです。 mailto:sage [2006/04/21(金) 23:57:51 ID:SzgC5CnG]
スーファミのF-ZERO風な描画をやってみた
ttp://summerclap.hp.infoseek.co.jp/test/Ground1/

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






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

前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