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

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

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

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

あ、名前の欄にsageっ手書いてしまった。
鬱だ氏脳。

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

>>245
>通常のnew MemoryImageSource()だと、
>32bitカラーで、上位8bitがαチャンネルとして認識される
のは知ってるんだけど、
>ので固まるときがある
とどう結びつくのかが良くわからん。詳しい人解説ｷﾎﾞﾝﾇ。
Java内部でアルファブレンドしようとするので遅くなるとか？

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

http://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() の使い方についてのより詳細な内容があります。

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

http://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のほうが速いのかなぁ？？？謎。

**あぼーん** · NG

あぼーん

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

>>249
実験できるソースがあるんだったら 24bit と 32bit で
実験して報告してﾎｽｨです。あんま変わらん気もするけど。

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

**名前は開発中のものです。** · 02/11/18 08:45

ベンチとって見ました。
①newPixcelsをひたすら1000回やった場合のスピード
②表示しながらテスト。
③表示しながら、gc。
◆32bit 640x480
MS ①5958ms,②66.6fps
131 ①6829ms,②?すぐ遅くなる
140 ①5458ms,②47.6fps(しばらくすると遅くなる)
141 ①5358ms,②43.5fps(しばらくすると遅くなる)
◆24bit 640x480
MS ①5748ms,②最大66.6fps
131 ①6449ms,②最大62.5fps(しばらくすると遅くなる)
140 ①5408ms,②最大41.6fps(しばらくすると遅くなる)
141 ①5588ms,②最大50fps(しばらくすると遅くなる)
◆パラメータなし
MS ①15642ms,②62.5fps
131 ①18206ms,②50.0fps(カクカク)
140 ①5428ms,②55.5fps(カクカク)
141 ①5428ms,②83.5fps(カクカク)

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

**名前は開発中のものです。** · 02/11/18 09:53

>>252
ご苦労様です。

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

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

**あぼーん** · NG

あぼーん

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

GUI的なアーキテクチャとゲーム的なアーキテクチャはやっぱり合わないんだなー。
Javaももうちょっとそういう部分を支援すべきかもね。

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

>>256
あわないんだよなぁ。
今流行のSWTなんてGUIに偏りまくってて、ゲームに応用するの辛いんだ。
なんせピクセルの論理演算さえできないという。アルファブレンドはできるのに。

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

色と画像を掛け算しながら描画できないのが痛い・・・

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/11/19 03:44

>>257
Java でゲームすんだったら素直に AWT & Java3D にしとけば…

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/11/19 08:30

お前ら、文句ばっかり言ってないで手を動かせよ
たまにはデモ見て精進汁！
http://www.komplex.org/java.html

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

>>262
何年前のデモですか… 見飽きたよ。

**あぼーん** · NG

あぼーん

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

というか、画像読み込みまわりが嫌い。スレッドとコールバック前提だし。
まぁ、Webに適合させるためにああなったのは分からないでもないけど、
ゲームにはあわないよなぁ。

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

**名前は開発中のものです。** · 02/11/19 16:50

Observerパターンを嬉々として使ってるImageクラスっすか。
正直、あれは俺も余計なお世話だと思う。

**あぼーん** · NG

あぼーん

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

>>265
1.4からImageIOてのが付いて、同期方式になりやした。
確かに余計なお世話多すぎだね。

**あぼーん** · NG

あぼーん

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

アプレットだと、Javaなのに、XMLが使えない。
Flashだと、普通にXML使えるのに、、、。
と、思いチッコイxmlパーサ探したら、kxmlってのがありました。
http://kxml.enhydra.org/
これで、必要なところだけjarに入れて使えば、問題なくxmlが使えるし、
そんなにでかくないし、日本語化けないし、いい感じ。

**あぼーん** · NG

あぼーん

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

>>6
超亀レスだけど、凄いな・・・
こんなのJavaでも作れるのか・・・
これってOpenGLをつかってるの？
Java3Dなわけないよね、こんなに軽いんだし。

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

http://homepage3.nifty.com/digikei/ten.html
（ ´_ゝ`）

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

http://www.agemasukudasai.com/bloom/

**名前は開発中のものです。** · 03/02/21 09:42

>>272
なにげに舞えやったときよりバージョンアップしてる気が？
路面のレンダリングが問題だね。1行づつコピーしてるのかな？

**名前は開発中のものです。** · 03/02/21 13:44

　　　　　　　　　　　　ｏ.
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このｽﾚは無様に .　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　モララーより　　　　　/
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜｜｜　　　　　　　　　　　　　　　　　　｜｜｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

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

てｔｓ

**名前は開発中のものです。** · 03/06/20 23:54

MSVMってもう完全に抹殺されたんかいな。

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

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

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

MSJVM は新規ダウンロードできなくなったみたいね。

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

**名前は開発中のものです。** · 03/07/02 12:15

Sunのを入れれ。

**Homa** · 03/10/02 16:31

http://kutipatti.fc2web.com/index.html
上記のサイトを作ってみた。
ゲーム製作や、基礎講座等色々あるからドンドン活用してくだされ。

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

何もないじゃん。

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

誰か一緒に先行者ゲームに似たゲーム作らない？
先行者をギコに見立てて、ギコパロの先行者ゲーム版みたいな感じでさ

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

Javaアプレットで？

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

× 一緒に作らない？
○ 作ってくれ。

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

アプレットでｲｲﾝｼﾞｬﾅｲ？

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

ここはどうよ？
http://www.din.or.jp/~null/game/rpg/

**名前は開発中のものです。** · 03/10/15 08:40

>>287
お、結構すごい。ちゃんと3Dなんだ。。。

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

Java3Dでゲームを作りたいんですが、ひな形を教えてもらえませんか？
メインループとキー入力、描画処理といったところの書き方が、
よく分かりません。お願いします。

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

Java3Dなんか使ったら一般ユーザが実行環境用意できないんじゃ…
ところでこいつの開発を再開して欲しい。
http://www.geocities.co.jp/SiliconValley-Sunnyvale/6003/ura/buster1/index.html

**名前は開発中のものです。** · 03/11/25 02:33

誰か、>>287の最強のデータとか持ってないか？

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

誰か凄いの紹介してくれよ。

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

かなり重めだけど、
http://ikebukuro.cool.ne.jp/javacman/main.htm

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

フライトシミュレータって操作むずいんだよな。

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

３Ｄだから限界って訳ではないけど、
http://www.benricute.com/game/index.htm
にも３Ｄのゲームが

**名前は開発中のものです。** · 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
> クラックされるくらい関心度の高いゲームが作れるかどうかのほうが重要だと思うんだがね
ごもっとも。

どこかのスレで、

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

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