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

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

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

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

作るならアプレットより
アプリケーションで作った方がいいよ。

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

>>295
ちょっと面白いかも。
ここってオリジナルのゲームなんでしょ？
なのに、フリーで出まわってるゲームも置いてるなんて、なんだかなぁ。

**JAVA初心者・・・** · 04/01/19 04:41

はじめまして！！
今宝探しゲーム作っているのですがどなたか参考になるソースもってませんか？
目標はFF9のミニゲームだった「ここほれ！チョコボ」です。
どなたかご協力お願いします<(_ _)>

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

>>298
スレ立てといてなんでここで聞いてるんだよ

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

海外のサイトだけど、
http://www.javagameplay.com/games.html
とか。
あまり面白くはないけど、すげーなと思う。

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

漏れも海外のサイト紹介しちゃうぞ
http://www.classicgaming.com/jmsxemu/

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

紹介されているページを見る限りでは、
グラフィックスに関してはほぼ何でも出来るが、
音まわりの処理が苦しい？

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

http://www1.jawink.ne.jp/koji-y/

既にでてるかな？

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

何回かチャレンジしたけど、
ヘリも飛行機も操縦がムズ過ぎ。速いマシンほど速く動いてる？
もっと簡単だったら楽しいような…

じゃ、更に追加で、
http://www2.odn.ne.jp/~cdh88520/pfsa_top.html
同じサイト内だけど、
http://www2.odn.ne.jp/~cdh88520/starship_battle_shimulator_top.html
も。
下のは複雑すぎでした…

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

このすれっどをみて
ぼくは
じゃばよりふらっしゅのほうがいいんだなと
おもいました。

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

>>305
そう思ったなら多分それが正解。
適材適所。

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

http://www15.tok2.com/home/sitappa/java/runner/exrunner.html

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

おお、久しぶりの書き込みだな。
せっかくの書き込みなのにすまないんだが、

>>307
すまん、全然たいしたことない。
ってゆーか、ほとんど正男じゃん。
もっと凄いjavaゲームはないものか。

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

ゲームの限界というより作り手の限界…

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

ttp://java.sun.com/j2se/1.4/ja/docs/ja/guide/sound/programmer_guide/contents.html

JAVAサウンドプログラマーズガイド

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

>>307のゲームは一体何もどきなんだろう？

**名前は開発中のものです。** · 04/09/27 00:03:41

質問です。
Javaアプリでゲーム作ってますが、どうしても逆コンパイルかけられて
ソースを覗かれるのがいやなのです。
何か良い方法はありませんか？

**名前は開発中のものです。** · 04/09/27 00:41:30

難読化とかすればいいんじゃね？

もしくは、すべてのクラスファイルを独自で暗号化して、
自前の複合化クラスローダー無しには読み取れなくして、
そのクラスローダーの使い方を難しく＆難読化して、読めなくするとか。

以下、参考までに。

jarg - 最適化ツール
ttp://jarg.sourceforge.net/

RetroGuard配布サイト(英語) - 難読化ツール
ttp://www.retrologic.com/retroguard-main.html

RetroGuard日本語解説サイト？
ttp://mascot.mis.ous.ac.jp/horb-ous/ihorb/RetroGuardData.htm

Java無関係用語集 - 難読化について
ttp://www.netgene.co.jp/java/technicalTerms.html#Obfuscation

**名前は開発中のものです。** · 04/09/27 00:42:36

マルチだったのか・・・

**名前は開発中のものです。** · 04/09/27 07:34:52

>>313
ご親切に、ありがとです。
早速、jargで難読化したり、jodeで逆コンパイルして確かめてみたり
してみました。
・・ん～、簡単に覗けてしまいました。

根本的な解決方法としては、
＞すべてのクラスファイルを独自で暗号化して、
＞自前の複合化クラスローダー無しには読み取れなくして、
＞そのクラスローダーの使い方を難しく＆難読化して、読めなくする
かもしれません。是非、もう少し掘り下げて教えていただきたいです。

**名前は開発中のものです。** · 04/09/27 07:51:00

ttp://java.sun.com/j2se/1.4/ja/docs/ja/api/java/lang/ClassLoader.html

**名前は開発中のものです。** · 04/09/27 19:28:31

>>315
jarg で最適化すれば、それなりに読みにくくなっているはず。

難読化ツールは、逆コンパイルを不可能にするんじゃなくて、
逆コンパイルされても、読みにくくて解読したくなくなるように出来るって事。

昨日言い忘れてたけど、jmangle って難読化ツールもある。　結構、サクッと使えていい感じ。

Jmangle 配布サイト
ttp://www.elegant-software.com/software/jmangle/

> 根本的な解決方法としては、
> > すべてのクラスファイルを独自で暗号化して、
> > 自前の複合化クラスローダー無しには読み取れなくして、
> > そのクラスローダーの使い方を難しく＆難読化して、読めなくする
> かもしれません。是非、もう少し掘り下げて教えていただきたいです。

この説明で分からないなら、ちょっと解説に時間がかかりそうだが・・・どうするか・・・
まぁ、自分も近いうちに、これをやってみようと思ってたから、まとめてみるかも。

つーか、マルチ('A`)ｲｸﾅｲ

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

やっぱﾏﾝﾄﾞｸｾ

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

Web開発ではやったことあるけど、ゲーム作る程度でやる気ないなぁ。
どうせ、作るつもりないだろうけど。

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

これが一番手っ取り早いのでは！？
>>http://pc5.2ch.net/test/read.cgi/tech/1060340560/152

25 · 04/10/03 01:54:29

>>320
JNIか。
確かに手っ取り早いかもしれないけど、ﾈｲﾃｨﾌﾞ絡むとﾏﾝﾄﾞｸｾ。

>>315
見てるかどうか知らないけど、まとめてみた。

ttp://potage.s58.xrea.com/wiki/wiki.cgi?page=CipherClassLoader

とりあえず脳内にあるのをメモっただけだから意味不明かもしれないが、まったり考えていく予定。
実際に作るかどうかは分からん。

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

ぐはぁっ　＿／＼○＿
名前が…

**315** · 04/10/03 12:02:03

>>321
毎日拝見しております・・。
321さんのHP覗いてみたのですが、インスタンスをClassクラスで生成する際の問題は、
newInstanceメソッドで引数なしでnewした後、初期化処理を行うメソッドを呼び出すようにすれば良いかと。
それとも、別のクラスにコンストラクタの引数に渡したいオブジェクトをsetterメソッドで登録しておけば、
引数なしのコンストラクタ内でその値をgetterメソッドで取り出すルールを
設ければうまくいくのではないでしょうか？
暗号化する・しないはクラス設計時に判断しないと無理ですけど。
出来れば、呼び出す側で暗号化ロジックを通す通さないで、ハンドリングできれば
便利で良いのですが。
クラスの直列化や複製もインタフェースをあらかじめ実装しないと
例外が発生するから別に当たり前の実装方法かも。

**315** · 04/10/03 12:32:06

続き
内部クラスもクラスファイルをロードしないと無理です。

**321** · 04/10/03 13:53:25

ってか、シリアライズでちょっと思ったんですけど、
暗号化したいクラス（以下A）のメソッドを定義したインターフェイス（以下AI）を用意して、
A をシリアライズでファイルに書き出して、その時暗号化しとく。

んで、読み込み時に AI にキャストすればソースに手を加えなくても、
なんとかなりそうな気がする。

**321** · 04/10/03 14:37:14

なんか思いつきで書き込みしてしまったけど、
本質的なコンストラクタの呼び出しの問題は全く解決してないですね＾＾；

> newInstanceメソッドで引数なしでnewした後、初期化処理を行うメソッドを呼び出すようにすれば良いかと。
コンストラクタでしか呼べないモノの問題が出てくるのではないでしょうか？(super とか。)

> それとも、別のクラスにコンストラクタの引数に渡したいオブジェクトをsetterメソッドで登録しておけば、
> 引数なしのコンストラクタ内でその値をgetterメソッドで取り出すルールを
> 設ければうまくいくのではないでしょうか？
これなら、いけそうな気がしなくもないですね。
いろいろと面倒な感じになりそうですが、現実的かと。

> 出来れば、呼び出す側で暗号化ロジックを通す通さないで、ハンドリングできれば
> 便利で良いのですが。
暗号化したクラスも、暗号化していないクラスも同じように呼べるって事でしょうか？

> クラスの直列化や複製もインタフェースをあらかじめ実装しないと
> 例外が発生するから別に当たり前の実装方法かも。
頭悪いのでよく理解できません（；´д｀）
申し訳ない。

> 内部クラスもクラスファイルをロードしないと無理です。
やはりそうですか・・・

ってか最初、マルチやってたので、ぶっちゃけ見くびってましたが
意外に実力のある方のようでつね。ごめんなさい＆内定ください。（何

**315** · 04/10/03 16:44:18

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

**321** · 04/10/03 18:19:21

>>327
なるほどなるほど。そういう意味でしたか＾＾；
しかし、そうなると疑問なのは、実装どうなるのかなぁ？と。

自分の中では、

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

って流れなので。

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

みたいな。

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

>>328
その前に一つ問題があるのですが、独自で実装したクラスが独自で実装した
インタフェースをimplementsしていた場合、どうやってクラスオブジェクトを
ClassLoaderから取得できるのでしょうか？
インタフェースだけならClassオブジェクトを取得出来るのですが、
インタフェースを実装したクラスの場合では、NoClassDefFoundError例外が発生します。

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

Javaアプレットって、やっぱりサーバにプログラムを置いていても
クライアントから持っていかれて逆コンパイルされるんだよね？

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

>>330
なので、逆コンパイルできないネイティブコードでClassLoaderクラスを
独自実装するか、それとも、逆コンパイルされても解読が難しくなるように
ソースを難読化するかのどちらかに分かれて検討しているところです。

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

クラスローダをネイティブコード？
アプレットならデフォだとセキュリティでひっかかるんじゃないの？

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

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

どんな暗号使っても
その独自クラスローダを勝手に呼び出されたら
それで終わりだと思うんだけど。

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

**321** · 04/10/05 14:53:07

>>329
すみません。今のところ全て机上論なので実際のところは分かりません。
今から実際にソース書いて実験します（´д｀；）

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

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

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

**333** · 04/10/05 15:45:56

>>334
いや、同じことだと思うよ

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

**321** · 04/10/05 16:37:25

ぐはっ！！！
そうっすね…少々焦点が狭かったか…

あと、

new Exception().printStackTrace();

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

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

ﾓｳﾀﾞﾒﾎﾟ('A`)

**321** · 04/10/05 16:51:04

RMI 使ってインスタンスを取得すれば大丈夫そうな…
うーん。サーバーが常に動いてないとダメだけど。

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

そこまで暗号化が必要なアプレットのゲームってのはそうそう多くない希ガス

**321** · 04/10/05 17:43:10

まぁ、アプレット限定の話しではありませんです。

**名前は開発中のものです。** · 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するのです。
まったく意味がわかりません。