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

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

MSVMはなくなったし、ブラウザで何かやるなら今はもうFlashでしょう。

うむ、Flashのエロゲーいいね。
危うく本物のエロゲーに覚醒するとこだったよ。

先行者ゲーム（同人ソフト）

あ、ただしSVGとSMIL、あと .NETの動向は
チェックしておいたほうがいいかも。

http://kazzuya.com/test/kazrace/

>>6
コレ上手く作ってあるね。
昔ながらのつくりなのに、偉くキレイ。

これからはC#でつくるの？

.NETのアプレット、っていうかコントロールの埋め込みはここらへん↓

Using Windows Forms Controls in Internet Explorer
http://www.gotdotnet.com/team/windowsforms/iesourcing.aspx

ただ、どうもsecurityがJavaアプレットよりもきつくて
サーバとの通信すらできないみたいなのよねえ。
あまり期待せんほうがいいかも。

いっそJava Web Start対応にしてみるとか。
http://java.sun.com/products/javawebstart/ja/index_ja.html

// ゲームを遊ぶまえに、まず8.7MBのJava Web Startを
// ダウンロードしなきゃいけないのがネックといえばネックだけど、
// 仮に1Mbpsの回線ならダウンロードには1分くらいしか、かかんないし。

昨今の事情に疎いもので、ちょっと質問させてください。

XP+IE6の環境だとJavaVMが存在しないからエライ事になったと伺ってます。
で、このJava Web Startというものが登場した理由というのは、もしかして
XP+IE6の環境ではJREをインストールするだけではJavaアプレットが動かない
ということなのでしょうか。

>11
最新のJREを入れればOK。APPLETタグのやつも動くはず。
http://java.sun.com/getjava/download.html

>>12

ども。しっかり書いてあったですね。スマソー
となると、Java Web Startの魅力というのは、やはりスタンドアロンの
Javaアプリケーションがオンラインインストール出来るぞ、ちうことですな。

もちろん、C#のコンパイラとライブラリは、
JDKのようにフリーですよね〜ゲイツさん？

>>14
VCがフリーになってないし、XBoxも開発環境オープンにするみたいに言ってたけど
フリーで配ってるわけでもないし、ぜったいそりゃないだろ。

DirectX SDKは個人ならフリーなんだからC#コンパイラもフリーにしろ

http://www.go-mono.com/c-sharp.html
フリーのC#コンパイラ。
WindowsでDirectXを使えるのかどうかはしらんが。

.NET Framework SDKにC#コンパイラはいってるじゃん

SDKってつくものは大概フリーです。
例外はPowerVRSDKぐらいか？（ｗ

>>15
そのうち Borlandあたりが無料コンパイラ出すと思われ。
1〜2年は出ないと思うけど。

RuneScapeってのがなんかステキ
http://www.jagex.com/free.html

Demoで申し訳ないがAppletでどれだけ出来るかを確認できる(godog)
http://www.komplex.org/java.html

画面周りはかなりいろんな事ができる。
音周りは.xmや.mp3の再生をする事が可能だし.auもsun.audioを使えば先読み
できる（ゲームで使ってる人をあまり見ないが）
WinIEに限定するならDirectX使ってもいいと思う。

まだAppletのパワーを出しきれていないのに遅いだのヘボいだの文句を言う人が
多いと思うがどうか？

>>21
日本じゃ先行者が限界だろ。
結局何も生まないままＪＡＶＡの時代が過ぎて行く・・・

>>22
どう限界なのか良く分からないのだが？
・技術的
・作る人がいない

前者の場合は問題ないと思われ。そう難しい事はしていない。
プログラマを名乗れる人間なら大丈夫だろう。

後者の場合はどうしようもないな。
クソみたいなApplet見て「Javaってこんなもんか」と決め付けられてる
現状が悲しい。そういう事を言う奴の次の台詞は「Flashの方がいい」だしな。

＞23
っちゅうかさ。
技術うんぬんを別として、日本のＰＣゲーって
どこの誰が作ってもショーモナイヤツばっかじゃない？
プレイヤーとしてさ。

>>24
うむ、そうだな。キミが凄いのを作れば一躍有名になれるぞ。

>>24
日本のPCゲームというのは市販の物を指すのか？
最近はどんなゲームが出ているのか知らないのだが
もしそうなら悲しい事だな。

昔話で申し訳ないが8〜16bitの頃は良質なゲームが多かったぞ
（エロゲーが沢山でる前）

環境が豊かになりすぎた為に、使う人間の発想が貧しくなった、という所か？

>>21
www.jagex.com/free.html 見れない。俺だけ？

あとさ、可能性の話ばっかしてもムナしいよね。
21 に説得力が無いのは自分で作ったアプレットで
「アプレットだってこんなことできるんだぜ」って
主張してるわけじゃないって事。

もちろん 「アプレットだめ、Flashの方がいい」って
言ってるだけでマトモなモン作れない人間も同レベル。

もちろん ウダウダ言ってるだけの俺もね…

いや、ノウハウを語る板だから必ずしも成果物を晒す必要はないのだが。
てゆーか怖くて出せんよ。

>>27
説得力が無い、というのはどうかと。あれだけの物を見ても
Appletで出来る事がご理解できませんか？

私の実力に対して疑問を抱かれるのは理解できるが
それとAppletでどれだけ出来るかを結び付けるのは違うだろう。

技術研究目的で作ったAppletを晒したい所だが情けない事に
そんな勇気はないのでその点は勘弁していただきたい。
ただし、私が知り得る技術をここで公開する分には構わない。

可能性の話をしてむなしいか？私は楽しいが。
そこから生まれる新しいアイディアもあるだろう。
行動が伴わないと意味がない、という点では賛成だが。

えーと、アプレットの可能性については否定しないし、
してないつもりだけど。
「説得力無い」ってのは俺が
www.komplex.org/java.html
についてはココで紹介されるのよりも前に
見たことがあるためで、初めて見た当時は
アプレットであんなこと出来るのか、と思ったけど
未だに紹介されるつづけてるとこ見ると、
アプレットって、あのレベルで終わりなのかな？
（可能性の話は除く）とか思ってるからで。

あと「可能性を語るだけ」なら
例えば 小学生とかが
　PS2ってすげーんだぜー。アレみただろー
とか言ってるのと同レベルだ、と俺は思う。
（アレが凄かったかどうか、
　PS2が凄いかどうか、
　アレがPS2の凄さを引き出してるかについては無視する）

まぁ、自作のアプレット晒すのは止めとく
としても、（俺も晒すのはヤダし）
技術話なりで盛り上がってほしいなぁ、
と思う今日この頃。

ナプレッテ　マンセー　

はっきりいって現状ではJavaアプレットでゲームを作ることの意義は皆無。

■アプレットの幻想と実情

・プラットフォームを問わない
リアルタイムの高速処理にはJITコンパイルが必須であるが、
まともなJITコンパイラが使えるのはMicrosoftのJVMだけ。
よって選択肢はファミコンレベルのミニゲームか、Windows専用のゲーム。
後者を選択するならWin専用でDirectX使って作った方が１億倍まし。

・プラグインなしでブラウザ上で動作する
WinXPからブラウザに事実上標準搭載されなくなったことでアドバンテージはなくなった。
しかもJavaアプレットのあるページはロードは遅いし、処理は重いし、
またNetscapeでは古いマシンだと何分もフリーズすることから
JavaはOFFにされていることも多い。

・ゲームにつかうには標準API(Java1.1)が貧弱すぎる。
描画...貧弱な描画API(線とか円とかカラーキーイメージ(しかも遅い)）か、完全ソフトウェアレンダリング(MMXなどは使えず、32bit限定でろくに高速化できない）
Java3Dは複雑なプラグイン導入が必須（よって意味なし）
入力...1ボタンマウス、機種によっては同時押しできないキーボード入力
音...標準で使用できるのは8bitモノラル8KHzPCMのみ（しかも重い上に途切れる)
MIDIはJava1.1では使用不可能

なんとなくだがＭＳがＪＡＶＡから手を引いた理由が
分かってきた。簡単だがプラットフォーム非依存のソフト
にあまり大きなメリットが無かった、という事だ。
アプレットも近い内にランタイムを自分でＤＬしなければならない
ようになる。そうすれば既出の通りDirectXを使った方が
数倍マシなゲームがプレイできるだろう。エンターテイメント系クリエイター
を意識しているFlashを相手にすれば、ゲームという土俵において互角に争うのは
難しいと思われる。無論、作る人間の質によって大きく状況が変わるというのも
事実だが。

>>32
突っ込みどころ満載だな。

> はっきりいって現状ではJavaアプレットでゲームを作ることの意義は皆無。
なら貴方は作らなければいい。わざわざはっきり言わなくていい。コッソリでいいよ。

> まともなJITコンパイラが使えるのはMicrosoftのJVMだけ。
まともにAppletを作ったことがあるのか？NetscapeのJVM（Symantec製）と比べるとパフォーマンスはいいし
DirectXを使える点はいいが、差は目に見えて大きいほどではない。MacintoshにしてもIEならMRJをJVMに選べば
スピードは出る。SolarisやLinusのNetscapeでは確認したことはないが。

> よって選択肢はファミコンレベルのミニゲームか、Windows専用のゲーム。
貴方はファミコンよりPS2で開発した方が面白いゲームが作れるという妄想に未だに取り付かれている人ですか？
何もバーチャファイターや鉄拳みたいなのを作らないと面白くないわけではないだろう。

> 後者を選択するならWin専用でDirectX使って作った方が１億倍まし。
画面が奇麗でグリグリと3Dで動いてれば幸せか？それは開発者の自己満足でしかない。
話はそれるがドラクエ7よりドラクエ3の方が私は好きだ。

> しかもJavaアプレットのあるページはロードは遅いし処理は重いし
最低限JARで圧縮。出来ればコードも最適化して短くする。Appletへ至るユーザの誘導方法も工夫する（Webデザインの話になるが）
処理が重いのは認める所だがチューニングもしないでバカなコード書いて「重い」と騒いでいるなら、貴方はプログラマに向いて
いないかもしれない。最近のプログラマはそうなのか？

> またNetscapeでは古いマシンだと何分もフリーズすることから
> JavaはOFFにされていることも多い。
前述した通り、ユーザの誘導の仕方で回避する。

> 描画...貧弱な描画API(線とか円とかカラーキーイメージ(しかも遅い)）か
> 完全ソフトウェアレンダリング(MMXなどは使えず、32bit限定でろくに高速化できない）
MemoryImageSource使えばいいではないか。
貴方は必要な道具が全て用意されていないと赤子のように何もできないのか？大体すぐに高速化が求められるのは設計に問題があるのでは？
「今更車輪を再発明するのは無駄だ」という言葉があるが使い古されたアルゴリズムをコーディングするのにそんなに手間にはならないと思う。

> Java3Dは複雑なプラグイン導入が必須（よって意味なし）
Java3Dなど使うまでもない。それとも自分で3D処理を行うクラスなりメソッドを書けないのか？

> 入力...1ボタンマウス、機種によっては同時押しできないキーボード入力
不勉強なのが丸出しだぞ。2ボタンも識別できるのだが････同時押しが出来ないと、面白いゲームは作れないのか？

> 音...標準で使用できるのは8bitモノラル8KHzPCMのみ（しかも重い上に途切れる)
> MIDIはJava1.1では使用不可能
嫌ならDirectSoundを使えばいい（MSIE限定になるが）muhmuaudioなりで自動識別するとスマートだ。
音が途切れる？是非ともその詳細を報告して頂きたい。

大体MIDIでヘボい音楽を流す事がそんなにも必要か？音質が悪いだの言う前にまず曲が優れているべきだろう。

>>33
いや、単に sun との政治的な争いからだよ。
Java の代わりに C# や .NET をやってるじゃん。

Yahoo! のゲームは JavaApplet だね。
HTML+JavaScript や CGI だと機能や負荷の問題で無理だが（箱庭は氏ねといいたい）、
diablo や UO のようにグラフィックが良く動きはしない程度のゲームが丁度いいと思う。
例えば Yahoo! のようなボードゲームやテキスト主体のシミュレーションなど。

限界を求めるなら Windows ネイティブのゲームだって
早い CPU や高いグラフィックカードが要求されるじゃん。

>>34
悪いが、つっこみどころ満載だよ（´д｀；）

ｽﾏﾝがJAVAを使うことを前提にした信者のたわごとか、
もしくは野党がいちゃもんつけているだけにしか見えない。

>>34
あまり突っ込むと可哀想だけど…。

>貴方はファミコンよりPS2で開発した方が面白いゲームが作れるという妄想に未だに取り付かれている人ですか？
>何もバーチャファイターや鉄拳みたいなのを作らないと面白くないわけではないだろう。
いや別にJavaアプレットの限界はファミコンレベル以下ということなら同意するよ。

>差は目に見えて大きいほどではない。
Netscape6.0のJVM、一秒ごとにガベコレで0.5秒フリーズしちゃってくれるのですが？

>MacintoshにしてもIEならMRJをJVMに選べばスピードは出る。
プラットフォームを選んでるし。

>SolarisやLinusのNetscapeでは確認したことはないが。
MSJVM15fpsに対して、1fps未満。

>画面が奇麗でグリグリと3Dで動いてれば幸せか？それは開発者の自己満足でしかない。
>話はそれるがドラクエ7よりドラクエ3の方が私は好きだ。
それこそ主観的意見に過ぎない。
ハードにグリグリと3Dで動かすポテンシャルがあるにも関わらず、
ファミコンレベルのものしか作れないJavaに意義はないっていってるのよ。

>最低限JARで圧縮
ブラウザによっては未対応。

>処理が重いのは認める所だがチューニングもしないでバカなコード書いて「重い」と騒いでいるなら、
そもそもバイトコードレベルでチューニングできることなんてしれている。

>MemoryImageSource使えばいいではないか。
だから「完全ソフトウェアレンダリング」といっているんだよ。
MemoryImageSource使ってソフトウェアレンダリングしても
ピクセル形式が32bit限定で、MMX使った最適化もできないといってる。理解できないの？

>同時押しが出来ないと、面白いゲームは作れないのか？
斜め移動すらできないんだぞ？

>嫌ならDirectSound
だからWinのIE限定にするぐらいなら、
Windows専用にした方が一億倍ましだっていってるんだよ。

>大体MIDIでヘボい音楽を流す事がそんなにも必要か
なぜヘボい音楽限定なんだ？
MIDIを再生するポテンシャルがあるか否か。
主観論入れて話をそらすなよ。

>Yahoo! のゲームは JavaApplet だね。
(snip)
>diablo や UO のようにグラフィックが良く動きはしない程度のゲームが丁度いいと思う。

しかし、そういう種類のウェブゲームならFlashで代替できてしまうんだな、これが。
安定度も表現力もまともに動作する環境の数も遥かに上で、
欠点は仕様があまり綺麗（プログラマ好み）じゃないことくらいだし。
Yahoo!とかがJava使ってるのは、以前はそれしか選択肢がなかったから。
実際見てると、Java特有の環境依存の不具合の嵐でだいぶ苦労してるみたいよ。

ま、SunのJREさえ前提にすれば、一般のアプリケーション並みに自由度が高い
Javaアプレットにもまだ存在意義は十分にあると思いますけど。

>>32
34もアレだと思うが貴殿もちょっと落ち着きなはれ。

>Netscape6.0のJVM、一秒ごとにガベコレで0.5秒フリーズしちゃってくれるのですが？

確かNetscape 6.0にはJavaのパフォーマンス上の不具合があった気がする。
直ってるかもしれないので最新のMozillaとJREでお試しあれ。

>MemoryImageSource使ってソフトウェアレンダリングしても
>ピクセル形式が32bit限定で

8bitのIndexColorModelでも行けるよ。

>斜め移動すらできないんだぞ？

Javaでも２つまでならキーの同時押し検知できます。
というか、３つ以上だと駄目な組み合わせがあるのはDirectXでも同じことで。

ｵﾏｹ
ttp://www.shiftup.net/java/AF2/AF2.html
このゲームとか、実にJavaらしいと思ったり。

＞というか、３つ以上だと駄目な組み合わせがあるのはDirectXでも同じことで。
というかATキーボードの仕様かな？
安いキーボードは、ひどいよ。

>>40
36書いた後に半角板のエロフラスレ見て同じこと思った。
サーバにデータ残せないと思ったら残せるみたいだし。
Flashは独自の糞言語からJavaScript互換の言語にしたんだっけか。
フリーのFlash作成プログラムでいいのがあればねえ。

>>39
どんどん突っ込んでくれ。

> いや別にJavaアプレットの限界はファミコンレベル以下ということなら同意するよ。
ファミコンで今までこのスレに出た物の技術レベルの事が出来るのか？

> Netscape6.0のJVM、一秒ごとにガベコレで0.5秒フリーズしちゃってくれるのですが？
NC4.xのつもりでSymantec製と書いたのだが、説明不足だったな。
NC4.7xに訂正する。

> プラットフォームを選んでるし。
MacのNetscapeでも動く。動くがIE+MRJの方がスムーズに動くという意味だ。

> MSJVM15fpsに対して、1fps未満。
貴重な情報をありがとう。感謝する。

> ブラウザによっては未対応。
JARを読めないブラウザのシェアがどれだけあるのかはわからないが、それもターゲット
にするなら圧縮しないバージョンも用意しておくべきだろうな。

> そもそもバイトコードレベルでチューニングできることなんてしれている。
これも説明不足だった。サイズを減らすのにクラス名なりを短くすると言いたかった。
バイトコードレベルのチューニングはしないよりかはマシだろう。

> MemoryImageSource使ってソフトウェアレンダリングしても
> ピクセル形式が32bit限定で、MMX使った最適化もできないといってる。
>>41のようにするなり内部処理では別なサイズで計算しておいて後から戻せばいい。
MMXを直接いじって最適化できる物はAppletと競合するものにあるのか私は知らないのだが。

> それこそ主観的意見に過ぎない。
Appletの技術的限界というテーマからそれたな。申し訳ない。

> ハードにグリグリと3Dで動かすポテンシャルがあるにも関わらず、
> ファミコンレベルのものしか作れないJavaに意義はないっていってるのよ。
結論の導出が短絡的すぎないか？技術的にファミコンレベルの物しか作れないとしよう。
だからといってJavaで作る意義はないというのはどうだろう？

> 斜め移動すらできないんだぞ？
テンキー、という逃げ道は無しか？テンキーがついていないキーボードもあるか。

> だからWinのIE限定にするぐらいなら、
> Windows専用にした方が一億倍ましだっていってるんだよ。
MSIEならDirectSoundを、それ以外ならsun.audioを使うようコーディング
したらよい、という意味で書いた（muhmuaudio）

> MIDIを再生するポテンシャルがあるか否か。
> 主観論入れて話をそらすなよ。
Appletの技術的限界についてだけならそうなるが、別の方法でカバーできるのではないか？
という事を言いたかっただけだ。テーマに沿わない内容でその点は申し訳なく思う。

>>40
> しかし、そういう種類のウェブゲームならFlashで代替できてしまうんだな、これが。
FlashでSocket使えるのか？

> 実際見てると、Java特有の環境依存の不具合の嵐でだいぶ苦労してるみたいよ。
TextAreaの振る舞いとか？Yahooのはオリジナルコンポーネントだな。


>>44
Flash4しか使ったことがないのだが、CGIなりを経由してサーバにデータを保存できる。

>FlashでSocket使えるのか？

Flash 5にはXMLSocketがありますよん。
ウェブチャット＋α程度のリアルタイムものなら行けるし、
特定サーバとしか通信できないのはJavaアプレットも同じっす。

>TextAreaの振る舞いとか？Yahooのはオリジナルコンポーネントだな。

Win98系OSでMSVMでAudioClip700回鳴らすとOSごと逝くとか、
NetscapeのVMでMemoryImageSource.newPixels()を使うと
システムリソースみるみる減っていってOSごと逝くとか、
そういう致命的なのがたくさんありましたぜ。なんかもう思い出したくねー。

Javaの場合、「バグの数は実行環境の数に比例する」からなあ。

まあ、論争なんかどっちでもいいんだけどさ。
けどFlashで代替できてしまう、って点は常に頭痛の種だよ・・・。

一生懸命oo設計や再利用可能なインターフェースやクラス作ったり、
リファクタリングかけたりしても、Flashでホイホイと作られたものに
負けた日にゃぁ、つうか毎度鬱氏・・・。

早く.NET広まんねえかな〜

.NET、ていうか>>9のやつは実際のとこどうよ？
誰か評価してみた人いる？

>>45
じゃあ遠慮なしに。

>ファミコンで今までこのスレに出た物の技術レベルの事が出来るのか？
Win動作前提のアプレットと比較してどうするのよ。
Win以外でまともに動作するとでも思ってるの？
俺が言いたいのは、WriteOnceRunAnywereを実現するには、
ファミコンレベルが限界だってこと。

>NC4.7xに訂正する。
JVMの起動に数分フリーズするのですが？

>>>41のようにするなり内部処理では別なサイズで計算しておいて後から戻せばいい。
メモリ転送が今のCPUでは一番のボトルネックだということを知らないの？

>MMXを直接いじって最適化できる物はAppletと競合するものにあるのか私は知らないのだが。
例えばFlashやShockwave、MMX使って最適化されている。

>MSIEならDirectSoundを、それ以外ならsun.audioを使うようコーディング
>したらよい、という意味で書いた（muhmuaudio）
つまり、MSIE以外は8bit8KHzモノラルPCM、ブツブツでがまんしろと？

>Appletの技術的限界についてだけならそうなるが、別の方法でカバーできるのではないか？
例えば？8bit8KHzモノラルPCMでBGM鳴らすのか？

で、結局Javaアプレットの方がFlashでゲームを作るよりどういう
アドバンテージがあるのよ。

Javaのほうがプログラムしてゲームを作ってるという実感・風情があるじゃん（ｗ

>>32 >>34
どうでもいいのだが、とにかく少し落ち着け。

ゲームに限れば自力描画でいろいろ弄べる、くらいかな＞Javaアプレットのメリット

iアプリみたいにJフォンのJavaアプリ対応携帯に自作のJavaプログラム実装できますか？

>>54
意味が良くわかりません。
小学校でも行って日本語の勉強からはじめたほうが、

>>55
意味が良くわかりません。
幼稚園でも行って日本語の勉強からはじめたほうが

>>56
怒るなよ。スレ荒れてきたな。

>>54
APIだけならココで公開されとりますが、詳しくはしらね。
http://www.jblend.com/ext/JSCL/jp/index.html

http://www.dp.j-phone.com/top1.html

12月中旬SDK公開だそうだ。

>>59
なんか 3D Polygonの文字が…
携帯の小さい画面で3Dって意味あるんですかね？

http://www.cfxweb.net/javapage.php?page=contest.shtml
さすがに playable gameっつーお題はキツイのか、
未だに投稿作品無し。腕に自信のある人は投稿してみては？

投稿しる

僕ページ作ってたらお宝見つけたので紹介します
http://www.geocities.co.jp/Bookend-Ango/2352/

ジャ川必死だな（藁
アプレットなんかもうＩＥでは標準で使えなくなるっつーの

うそーん！？

>>62
playable gameのコンテストはとっくに終わってます。
いまは natureだったかな？

>>64
ちなみに 最近買ったDELLのWindowsXPプリインストールマシンには
Microsoft製 JVMばっちり入ってましたけど。
標準で使えなくなるって具体的にどーゆー事いってるんでしょうね？

>>66

市販されているXPには、標準でJVMは入っていない。

やっぱり.NETFrameworkで
DirectXに代わるゲーム用APIを用意してもらうって方法が
みんな幸せになれると思うなぁ。
結局プラットフォームホルダーは強いのよ。
上のJAVAはボタン同時推し出来ないって発言みてそう思った。

>>67
パッケージのXPに標準でJVM入ってないのは知ってるけど、
どっちかっつーと JDK1.1レベルのMicrosoft製JVMが入ってて
Java2以降のJVM普及しないよりは マシだと思うこともある。

それに パッケージのXP使ってるユーザーって
Windowsユーザのどのぐらいの比率なわけ？

それにもうひとつ言うけど比率は
あんまし問題じゃないような気もする。
例えば Nintendo64 ってプラットフォームとしては
PlayStation より小さかったと思うけど、
ランキングに入るようなゲームをかなり出してたし。
今まで「標準で」JVMついてたわけだけど
「面白いアプレット」がどれだけあったか、
っつーと ほとんど皆無なわけで。

＞今まで「標準で」JVMついてたわけだけど
＞「面白いアプレット」がどれだけあったか、
＞っつーと ほとんど皆無なわけで。
でも、ＪＶＭでソフトレンダでバンプとかやってる人もいるわけだから、
プラットフォームとしてはもう申し分ないと思う。
というか、ソフトの中身だよ。
「面白いアプレット」が皆無っていうけどさ、じゃ「面白いネイティブコード」だって
意外と皆無じゃん。

中身を造るのが難しいんだってば。プラットフォームの問題ではない。

>>70
うーむまったくその通りって感じ。
オラも只今某 open-prog のアレを見て自前 3D 勉強中なので、
勉強が終わったら面白いゲームをズギャッと作るぞ〜！
って、そういうこといってる時点でアウトなんだけど（笑

# 3D は別にゲーム作りに直接は関係ネーよな、という。

「先行者ゲーム」ってjavaでできているんだよね。

あとゲームじゃないけどお絵描き掲示板とかもあったな。
JavaAppletが最も効果的に利用された例だな。

えー、Sun純正のVMで
ソフトレンダリングやリアルタイムゲーム作ると酷いことになりますよ。
バージョン上がるたびにGCの挙動が思いっきり変わって
滑らかに動いていたのが遊べないほどつまづくようになったり。
私はこれで手を引きました。

MSVMがサポートされているぶんには、
もう挙動変わらないだろうからいいけど。

>>74
一体いつの事を言ってるんだ？

J2SE 1.1〜1.2〜1.3〜1.4まで。

まあ、つまりJava黎明期から今までですわ。

なんか疑われてるっぽいので書くけど、
Java 2、1.3への移行時に、今まで作ったゲームがことごとく
ふんづまり頻発するようになって、起こらない方法求めてあれこれ修正。
でも、1.3でスムーズに動くのが1.2では駄目だったり、
1.4でまたダメになったりで法則性も解決策もまったく見えんので
手に負えないと判断して逃げ。もうガベコレは完全にトラウマDEATH（C#も）。

ちなみに、OPEN PROGRAMMINGのサイトのアプレットも
純正VMだとふんづまり頻発するよね。

>ちなみに、OPEN PROGRAMMINGのサイトのアプレットも
>純正VMだとふんづまり頻発するよね。
Java plug-in1.3,.14共にちゃんと動くぞ。
マシンに問題があるんじゃ

画面の色数が256色とかでやると、フルカラーの
一世代古いマシンよりも遅かったりするけど。
そーゆーことではなくて？
もしくは メモリ32Mしかないとか

Javaが悪いんじゃなくてSunが悪いんだい！といってみるテスト

意味の無いテストだね

利用者の利用の仕方を評価してスコア表示するブラウザ。
ネットに接続しハイスコアを競い合う。

2ch覗いたら -1点とか？

>>78
うちでは確かに詰まる。数秒に一回カクッと。

もうAppletではファミコンレベルが限界だな
と言ってもファミコンでは面白くものしかないのかと言われたらもちろんNOなわけで、
結局製作者側のセンスなんだろうなということに落ち着くだろ

>もうAppletではファミコンレベルが限界だな
それはどっちかっつーと、作る側の限界だねぇ

ファミコンレベルだったらほとんどなんでもありじゃないの？

>>78-79
むう、本当にちゃんとスムーズに動きます？
空きメモリの変化追うと、実際GCが動くところで露骨に引っかかってるんだけど。

ちなみに環境はCeleron450A、RAM 256MB、GeForce2MX、Win2kSP2
ってとこなので、特に変でも非力でもないと思ー。
同じ環境でDirectXもいぢくってるので、無論後ろで変なプロセスも動いてない。
なんか不可解な環境依存でもあるのかしらん。（Sunだから大いにありうる）
少なくとも私んとこでは高いフレームレートのアプレットのゲーム全滅ってことで。

http://homepage1.nifty.com/open-prog/java/applet/applet008/Page1.htm
↑のもふん詰まりになるのか？

>>88
System.gc()とSystem.runFinalization()は使ってるか？

>>90
もしかしてSystem.gc()をこまめに実行してやるとふんづまりしなくなるの？

GCによる停止が分散されるだけ。長時間とまるよりはマシという発想。

捨てられるオブジェクトをなるだけ減らすという非生産的作業(DQN仕事)
でもってGCを起こり難くするのも有効。
ただしコードがグチャグチャになるので素人にはオススメできない。
iアプリやるなら必須のテクだけどね。

ところで今アプレットってそんなに利点あるの？
ネットが普通に使えるようになった今となっては、
制約しか見当たらないのだけど。

プログラムのちょっとしたアイデアを
見せるのには手軽でいーんじゃない？
OPEN PROGRAMINGでやってるみたいに。

オブジェクト使いまわす程度で
そんなにソースグチャグチャになるかなぁ？

でもFlashはタダで始められないやん。

System.gc()連発するぐらいなら
インクリメンタルGC試したら？

>>89
なります。大体10フレーム単位で固まって動く感じ。
カタ、カタ、カタ、カタと。ちなみにWinMeでも同じでした。
特にMemoryImageSourceでアニメーションしてるやつは全滅です。

>>90
その辺は全部試しました。効果ないよん。

>>95
アプレットで動かす限りインクリメンタルGC入れられないからなあ。

>>96
http://homepage1.nifty.com/open-prog/java/applet/applet23/demo2.htm
これはどうよ？

ダメです隊長。

というか動かない。StackOverflowかなんか例外出てる。
（マシンごと固まるのでコピペ不能）

>>99
当方256MBだか問題なく動く。まったく止まらない。
やはりマシンの問題でないか。違うハードウェアでテストしたことあるか？

Win98とJREクリーンインストール直後状態の
（以前この件について試してそのまんまなんで）
まったく別構成のPentium133MHz機で同じ結果。

横槍で申し訳ないがこちらでも全く普通に動いてます。
環境：P3-733Mhz メモリ128MB Win98

>>74
同じような報告を貰った覚えがあります。
クリッピングを再帰的に行っているんですが、一部のVMでは永久再帰になって
スタックがオーバーフローするらしいです。

おそらく単精度浮動少数演算でもIntelのFPUの内部精度が80bitあるのに対して、
SUNのJVMは浮動少数点演算の結果の共通化を測るためにわざと内部精度を落としているのではないかと思います。
その誤差の影響で、クリッピングが失敗しているのだと思います。
コア処理を倍精度にすれば解決できそうではあるのですが。

あと最新のデモではMemoryImageSourceとImageを毎回newするのをやめて、
newPixelでアップデート掛けています。
多少ガベコレ頻度は改善できるかと思ったのですが。

Javaアプレットは常時接続環境が普及しつつあるので、
昔の電話の時間課金のネット接続や、
iモードの高いパケット料金と違い、
好きな時に鯖に繋いで、
アプレットに必要な
データを落としてこれるので、
プログラムの題材として、面白いかなと思いますが。

ここ読んでる人だとその様な環境が
整っているのではないかと。
エロゲー（じゃなくてもアドベンチャーゲームで良いのですが）なら、
好きなだけデータを使えるので
実装簡単そうな。
必要な画像とかもADSLとかなら
そのつど一瞬で落とせますし。

うちでも別に止まらないで動いているけど。
環境：P3-700Mhz メモリ512MB Win2000

パソコンと回線が限りなく早ければ何でもできそうだな。

浮動小数点の挙動を一致させたい場合って
strictfp 使うんだったような？ あれって
どのバージョンから追加されたんだっけ？

sage忘れ… 鬱…

sunがJavaのどこに一番力を入れてるかで諸。
今一番金になるのはサーバーサイドで動くエンタープライズ製品。
だからそっち方面のパフォーマンスチューニングは物凄い。
そのおかげで今や皆Java使ってるじゃんか。

Appletはもう見捨てられたんでしょ。

Appleが結構クライアントサイド、とは言わないのか、なんて言うんでしょう、デスクトップ向け？GUIアプリ向け？Javaに力入れてるんじゃないでしょうか。
今後、SwingやJava2Dなどの高速化、ハードウェア最適化を行って行くんじゃないかと思われます。
AQUA、Quartsを用いるJavaアプリがネイティブアプリ並みに快適に動作するように・・・・
...って、そんな努力されてもAppleユーザー/デベロッパ以外に恩恵無いか。

>>109
>そっち方面のパフォーマンスチューニング
具体的には？
>Appletはもう見捨てられたんでしょ。
だから何？

なんでアプレットに
そんなにこだわｒか？
アプリケーション配れば
いいじゃん

なんでアプレットに
そんなにこだわｒか？
アプリケーション配れば
いいじゃん

別に？ で、言いたい事はそれだけですか？

それだけです

ただどうやって
Java実行環境を普及させるか
が私の関心事です

アプレットはいろいろな
ブラウザで動くから
ある意味実行環境が
普及しているといえるかも

んー。確かにリンク先があってDLして解凍して実行という手順が面倒な
ことってあるよね。その点、JAVAは便利。
だけど実行効率を考えると、JAVAって悲しい。
それに、JAVAがサクサク動くのも実はIEだけだしね。

sageで書くID隠し野郎はほっとけ。こいついちゃもん付けてるだけ。
こんな奴相手にしても何にもならん。

>だけど実行効率を考えると、JAVAって悲しい。
>それに、JAVAがサクサク動くのも実はIEだけだしね。
MSJVM 以外だと、それほど遅くなるんですか？
おまけに、それが自分の腕が悪い所為だと
これっぽっちも思わないわけですね？

>>117
いちゃもん付けてるだけ

てのは心外です

最初の書き込みが
まずかったならスイマセン

まじめにアプレットはできること
限られるから
最近は書かないようになりました

Web飾るぐらいならいいけど
実際本格的なもの書こうとする、どうもアプレットじゃあ
と思うようになりました

>>119
用途にもよるのじゃない？
>>104に書いたみたいに、

アドベンチャーゲームとかなら、
簡単に実装できそうだし。
個々のセーブデータみたいのは、
Cookieなどなどで認証すれば良しな
気がします（個人でここまでやるのは面倒だけど）

iモードや普通のもでむ接続時の
課金制度時代と違って、
アプレット実行時に扱うデータすべてを
PCに突込んどく必要が無いので、
アプレットの可能性大分広がったかと。

J-PHONEでかまいたちの夜を
Javaアプリとして、公開しているチュンソフトが
PC版はFlashなのがゲンナリですが。

>>113
アプレットはインストールせんで良いので
良さげ。URLだけ書いときゃいつでも実行できるし。

エロゲーは全部アプレットに移行スレと思う。
PCのゲームの最大の人気ジャンルだし。
アプレットに移しやすいだろう。
Sun、簡単アプレットエロゲー開発ツールを
配れば良いのにと思わぬ事も無し。

>>120

>用途にもよるのじゃない？
それは賛成

>アドベンチャーゲームとかなら、
>簡単に実装できそうだし。
>個々のセーブデータみたいのは、
>Cookieなどなどで認証すれば良しな
>気がします（個人でここまでやるのは面倒だけど）
これは疲れるなあ
アプリケーションで書いたほうが楽
アプレットでする理由があまりないような


>アプレットはインストールせんで良いので
>良さげ。URLだけ書いときゃいつでも実行できるし。
これは賛成

やっぱりアプレットは手軽に動くとこが
利点と思う
そこを考えてアプレットにするか決めればよい
と思う

>>120
最後の部分ちょっと訂正。
エロゲーは全部アプレットに移行スレと思う。
アプレットに移しやすいだろう。

PCのゲームの最大の人気ジャンルだし、
Sun、簡単アプレットエロゲー開発ツールを
配れば良いのにと思わぬ事も無し。
エロゲーは家庭用ゲーム機でいうと、
RPGに当たるジャンルだろうし。
家庭用のRPGよりもっと重要だと思うけど。

国民年金に関して
ソース
http://www.mhlw.go.jp/toukei/saikin/破綻させないための新規税金が５年計画で導入されます
払ってなかった人は搾取されるだけの立場になります
気をつけてください

破綻すると情報をながしているのは厚生省の策略です
支払う人は少ないほうがいいからです


【国民年金】収めていない人-----→
http://ton.2ch.net/test/read.cgi/hoken/1006162014/l50

>>121
個人で認証までは面倒ですね。でも法人がやるのなら、
良いか藻と思うので、実験的にでも良いので
エロゲ系は移って欲しいなと思います。

スレタイトルの話題に戻すと
何回も書いてますが、高速常時接続の登場で、
アプレットの限界も変ったので面白いかと。
アドベンチャーでなくとも
風来のシレンとかああいう系統のポリゴンばりばりとかじゃ無い、
ゲームは結構アプレットで
いけそうなので、色々なゲームが出ると良いなあと思います。

ここでぐだぐだ言ってる野郎ドモは Java Plug-In 1.4 は使ってみましたか？
Java Web Start はどうですか？

>>125
あのね、プラグイン入れなきゃならない時点で意味がないの。
アプレットではJava1.0しか使っちゃいけないの。
OK?

>>126
そのOK?っての、かなり寒いでちゅ。
何故、どういう面において意味が無いのか、簡潔に説明したまえ。

>>127
標準のブラウザでデフォで動くのがアプレットの利点だからだよ。

特定のアプリを突っ込まないとダメという時点で
アプレットの意味ないわな。
そういう意味ではアプレットは終わってる。

>>128
利点は利点であって、他方を「意味が無い」と否定する根拠にはならないと思うけど

>>129
EXEを個別にダウンロードしてはウイルスチェックしてはインストールして実行する事と同じだと思うわけなんだね
あるいは個別のプラグインをイントールする事、
あるいは著名なしActiveXをダウンロードして実行する事と同じだと

>>131
ん？
サンドボックス的な環境が標準でついてくるかどうか、ただそれだけが問題なのでは。
i-modeではiアプリというのがその標準環境だし、
WindowsではIEがその標準環境。んでJavaのバージョンは1。
これが現実では？

Flashだと何も言われなくて、Javaだと「Plug-inをインストールしないとダメ」
と言われてしまうのは可愛そうだと思います。

>>132
あのう、>>129は「特定のアプリを突っ込まないとダメという時点でアプレットの意味ない」って言ってるんだけど
ただそれだけ？うーん。ただそれだけじゃ「意味が無い」って思うわけだね？

いみがわからん

>>133
Flashはプラグインのサイズが軽いのが良いよね。コンテンツの重さは別として。
Shockwaveはプラグイン自体がけっこう大きいし、大抵のコンテンツも大きい。

QuickTimeなんかはインストーラをダウンロードしてインストールしないと使えないよね。

それならHTMLだってブラウザを以下略

>>137
それをいうなら「OSを」の方が良かったね、屁理屈くん。
メーカー製PCを買ってきてブラウザが入って無いのは今時珍しいよね。
いいかげん、うんざりだ・・・・・

悲しいながら、Flashプラグインの普及率 >>>> Java1.0以降の普及率

マックはずいぶん前からＪＡＶＡはデフォルトでインストールされるようになっとるな。
ただ、バージョンが常に一つ遅れなのがなんともアレだが。

Java1.0以降って何よ？
MSJVM は JDK1.1.4互換だ(とMSは言っている)し
Mac の MRJ は JDK1.1.8互換のはず。
Netscape 4.7xのJVM も JDK1.1互換だと思ったが。

っつか JDK 1.0レベルの実行環境なんて、
殆ど手に入らないと思うんですけど。
もしくは Java1.0ってなんか別の意味で使ってるんかいな

>>141
ゴメンいいかげんなこと言った。実はJava全然知らんの。

JVMのインストールの話しは別でやってくれないか。
別に古いのが入ってるのなら、新しいの
いれれば良いし。サイズの大きさもインターネットの
ヘビーユーザ層の間ではDSL等が普及している事を
考えればそんなに問題ないし。
スレタイトル通りの話しに戻そうぜと思う。
JVMのインストールの話なんか、どうでも良いよ。
これがインストール出来ないやつはここにはいないだろうし。

アプレットでやりたいゲームが出たら、
ゲームインストール出来るやつなら、新しいJVMインストール出来るだろう。

>>142
しね

ネットに接続できない環境は切り捨て？

>>145
このスレに相応しい話題なの？

現状だと、そもそも今になってJavaアプレットを使うのが妥当かというのが
真っ先の疑問として出てくるのはしゃーないべよ。
そのラインより上層の話がしたければ、話題振ってくだせえ。

http://hp.vector.co.jp/authors/VA006860/novel/index.html
Javaアプレットのアドベンチャーゲーム開発キット発見。
よく見るゲームアプレットとは一味違うのでちょっと感動するかも。

Javaアプレットは高速接続で利用範囲が広がったけれど、
定額ネット接続も大きいのでしょうね。
上のやつで作ったゲームを遊んでても、ちょっと前と違って、
通信料金の事を気にせずに、ハードディスク上のゲームみたいに遊べるし。

ゲーム機のブラウザにアプレット機能搭載すれば
ゲームを無限に遊べる。
ドリームパスポートはアプレット使えなかったよな

＞ゲームを無限に遊べる。

プッ

ゲームを無限に遊べる事は無いだろうが、
PS2でJavaアプレットが動作するようになれば、
エロゲーが遊べる様になると思う。
こうなったら流行るかもね。

エロゲーが快適に動作するにはADSL程度の
回線で充分だし。

ライセンス契約していない開発者がPS2で動作するプログラムを作れる、っていう意味はあるね。
ただ、PS2上のJavaには動作速度は期待出来そうもないよね。
（低速なimode機よりは速いかもしれないけど、扱うデータ量が違うしね・・・）
紙芝居ゲームなら速度は気にならない、と思うかもしれないけど、どうだろうね・・・・・・
むしろ、PS2で紙芝居ゲーなら、Flashの方が実用性が高そうでは。

アプレットなんて要らないでしょ。Flashで十分。

用途によるとしか言い様が無い。
Flashじゃやってらんない、Javaでやらしてもらえた方が楽、ってケースも無くないよね。
ゲームの場合なら....やっぱり場合によるだろね。
けどApplet実行環境（特にJava2以降）って大掛かり過ぎだよなぁ・・・・

JavaPlug-inいれてもらえよ。
サイズ忘れたが、今の時代「でかい」部類には
入らないだろ？

「やりたいと思う」人はそれくらいの労力はいとわない。
それとも「やりたいと思っていない」人まで釣るために
わざわざデフォの環境でも動くもの作るのか？
もっと、「やりたいと思う」人を増やすところに
労力つぎ込めよ。

WinXP・IE6にデフォで搭載されてないというのは、
もう古いMSVMは普及しないってことだろ？
それで動くもの作ってどうするんだ？

作り手がそんなんだからはやらねーんだよ。

>サイズ忘れたが、今の時代「でかい」部類には

154じゃないが、でかさは問題じゃないってのに。
JREのインストールページ↓、一般人が先に進んでくれると思うか？
http://java.sun.com/j2se/1.4/ja/
一般への普及を阻害しているのは他ならぬSun自身だ。

>それで動くもの作ってどうするんだ？

だからそもそもJavaで作らないという選択肢もあるわな。

>作り手がそんなんだからはやらねーんだよ。

卵が先か鶏が先か。そもそも流行らせる義理なんかねーし。┐(´Д｀;)┌
大多数の開発者（Sun含む）の心理がすでにクライアントJavaを見捨ててる以上、
個人レベルであがいたところでどうにもならんよ。

ウェブページ上で何かやりたきゃ、今なら.NETのコントロール埋め込む手もあるぜ。

？？？
JavaPlug-inは必要なページに行くと
勝手にダウンロードがはじまるんじゃないのか？

http://java.sun.com/getjava/download.html
を見ると、ダウンロード後勝手にインストール
されるようだが。

違うのか？

そういえばそんな仕様に変わったんだっけな。
一度も試したことがないので忘れておったわ。すまん。

JVMの件が一段落したところで、
ｶﾞｲｼｭﾂかもしれんが

http://www.gamelet.com/index.html

JavaPlug-inは起動にかなり時間がかかるし、今のところ好かれる存在とは思えないよ。

>>159
適当に試したがあっさりフリーズした。

うちの環境では、複数のウィンドウを開いたりアクティブな窓を切り替えたりしてるとJavaPlug-inがIEごと固まる事がよくあります。安定して動作する環境もあるんでしょうけど・・・・
古いバージョンのJREじゃないと動かないアプレットがあったり、JavaPlug-inの自動インストール（バージョンアップ）中に古いプラグインのアンインストールに失敗して中断してしまったり、なにかと問題が生じてます。
Sunだけの問題では無いでしょうけれど、期待してるだけに、もちょっとなんとかならないかなぁと思います。

>>124
エロゲをネットでやるのは技術面より改正風営法か何かの関係で面倒だとか

>>155
で、インストールを前提とするならFlashでもActiveXでもいいじゃん、
と無限ループ

ActiveXは・・・・

>>160
未だにISDNだから、起動時間より
アプレットの読み込み時間のほうが長いっす。

>>166
ちなみに最近のJavaPlug-inはclass、jar、その他リソースをキャッシング出来るの知ってる？
当然キャッシュがきかない場合（１回目他）は意味無いけど。

うちの場合はプラグイン起動に5秒くらいかかるかな？
例えばBizTechのページとか見に行くと、プラグインの起動が終わるまでリンクなどがアクセス不能で待っていなくちゃならない。かなりストレス。
一度起動しちゃえば気にならないんだけど。
（BizTechサイトではJava使ってユーザーのトラッキングしてるらしい）

ぢゃぱ１．４てどんなのか全然わからない。
噂では表示が高速化されて3Dのゲームも作れるようになる
とか言われてたけど。

どこかにくわしく説明してるとこないですか。
チップス集とか。

http://java.sun.com/j2se/1.4/ja/
http://java.sun.com/j2se/1.4/ja/docs/ja/relnotes/features.html

どこかって、少なくとも本家のサイトには行ったんだよね？
3Dのゲーム云々って、どこで言われてたの？

1.4のVolatileImage関連は
http://www.javagaming.org/
にサンプルと解説があるよ。
実際になんか書いてみるならjava.awt.image.BufferStrategy使うのが楽。

1.4での3Dの強化って言うのは多分DirectBuffer使って
OpenGLラッパーが高速になるって話だと思う。これ↓
http://java.sun.com/products/jfc/tsc/articles/jcanyon/

>>167
最新の1.4でもURLの末尾が.jarか.classで終わってないとキャッシュしない。
まあ.jarに必要なリソース全部ブチ込めば済む話だけど

そーいやアプレットで jar ファイルから
リソース読めないってバグがあったような…

まだだ、まだおわらんよ
http://japan.internet.com/webtech/20020619/11.html
MS、XP でも Java を標準サポートするよう路線変更

各種報道によると、Microsoft (NASDAQ:MSFT) は、今夏リリース予定の Windows XP 用サービスパック1 (SP1) に『Java Virtual Machine (JVM)』を含めることを決定したという。
Microsofot は Sun Microsystems (NASDAQ:SUNW) から反トラスト法違反訴訟を起こされており、打開策をさぐっているのがうかがえる。

バージョンが1.1.4という罠

どのみち2003年12月31日までの命という罠
http://itpro.nikkeibp.co.jp/free/NT/NEWS/20020619/3/index.shtml

>>160

JRE1.3.1 なんかは Applet 含んでいなくても Java コンソールとかいうのを起動して、
それで結局 Swing のクラス群をだらだらと長い時間かけて読み込むんだよね。

やる気無いとしか思えなかったね。JRE1.4 は、確か、ディフォルトでは Java コンソール
起動しないから、割と起動が速い。

Applet 含んでいなくても -> Applet に Swing 含んでいなくても

>>171
そう？ウチのキャッシュ見たらgifやjpgがかなり溜まってたよ

>>178
ブラウザ一般のキャッシュとごっちゃにしてないか?
ブラウザが直接読み込んだ画像はもちろんキャッシュされるが
Java Plug-inは利用しないから意味ない。
少なくとも漏れの場合は実際にキャッシュしてくれなかったから
URLの末尾に ?x=.jar を付けるとかの回避策が必要になった。
それがバグなのか仕様なのか調べて発見したソース↓
http://java.sun.com/j2se/1.4/ja/docs/ja/guide/plugin/developer_guide/disk_caching.html#How
http://java.sun.com/products/plugin/1.3/docs/ja/cache.html#How

>>179
＞ブラウザ一般のキャッシュとごっちゃにしてないか?

はぁ・・・・・脱力・・・・
ちなみにウチのキャッシュのディレクトリは・・・・
C:\WINDOWS\.jpi_cache\file\1.0
だよ。
コントロールパネルから「キャッシュビューア」で確認しても、種類がJPEGやGIFのファイルが沢山溜まってるよ。
Javaコンソールでも（トレースレベル１以上で）
「キャッシュから http://xxxxx.xxxxx.xx/xxx.gif をロードしています」
ってメッセージが確認できるし。実際そうなんだから仕方ないよ。

もしかしてこっちのキャッシュの話ですか
http://java.sun.com/j2se/1.4/ja/docs/ja/guide/plugin/developer_guide/applet_caching.html

話は変わるがキャッシュディレクトリのパスが予測可能というのは
ある種の攻撃が可能になりそうでﾌｱｰﾝ
http://memo.st.ryukoku.ac.jp/archive/200205.month/3953.html

>>180
確認した。確かに.jpgや.gifはキャッシュされてた。
つまりドキュメントが古いままなのか。スマソ。
でも漏れの場合必要だったのは.lzhで、これは相変わらずディスクには
キャッシュされなかった。これも確認したから間違いない。
なんかメモリにはキャッシュされてるっぽいけど。

ファイル名の後ろにランダムな文字列がつくからローカルファイル起動は大丈夫だな。

>>182
lzhって…
kiss でも作ってんの？

http://java.sun.com/products/javawebstart/ja/index_ja.html
Java Web Start バージョン 1.2 Beta のダウンロードが可能になりました。

MacOSでは標準インストールされているらしい、"Java Web Start"。
Windowsマシンでの普及率は・・・・・・・・
キラーアプリが現れればイッキに普及もあり得るけど、現状のJavaじゃ苦しいでしょうねぇ。Web Start 自体の熟成度もまだイマイチっぽいし・・・・

そんなセキュリティーホールになりそうなヤバイものを入れるわけないでしょ

>>185
どのへんがセキュリティホールになるんでしょうか？

半端な知識を持ったユーザーにとってセキュリティホールになりえるとは思えますよ。
「*.exeは安易にダウンロードして実行しては危ない」という知識はある。けど
「Javaは安全」のような、誤った認識を持っていたりした場合。
Web Start アプリケーションには、ローカルリソースにフルアクセスする権限を持たせる事も出来る。確か権限を与えて良いかどうかなどの確認を求めてくると思ったけど、知識の無いユーザーがそんな事聞かれても困っちゃう訳で。
*.exeをダウンロードして実行するのは危ないって言い聞かされてたけど、Javaは安全らしいし、ウィルス検知ソフトもインストールしてあるし・・・・みたいな。
ブラウザ上のリンクをワンクリックして自動インストールされたJavaアプリの安全性なんて、普通のユーザーには解らないだろうから。
>>185も、そのレベルのユーザーであると自分を認識できているという事では。
或いは、アクセス制限を課せられているはずのアプリが制限以上の権限を持ってしまうセキュリティホールがあるだろうって事だろうか？

個人的には Web Start は便利なシステムになり得ると思う。可能性として。特に会社内のイントラシステム向けアプリの自動配布（アップデート）に便利かなと。
けど、現状のクライアントサイドJavaアプリのパフォーマンスはどうも。GUIの応答速度とか。なぜJavaで組んだのかと、ユーザーから不評を買いそう。

....っていうか、186の反応がやけに早いね。sage進行スレの割にさ。自己ツッコミ（自作自演）だろうか....

なんだかんだで結局、今ネットで大流行してるのは
脱衣ブロック崩しなんだよな…

>>189
Javaｱﾌﾟﾚｯﾄの？

> 「Javaは安全」のような、誤った認識を持っていたりした場合。

バカ供が変にアジったおかげでそういう嫌な認識が広まってるよね。

>>191
さほど広まってはいないだろうとも思うけどね。
そういう中途半端な知識を持っているのは、やっぱり限られた特殊な層だろうと思う。（けど、そういう半端な層のユーザーが一番厄介な存在なんだろうなぁ・・・・）
大部分の人はJava自体を知らないでしょう。
セキュリティに敏感な人の多くは「MSのJavaVMにセキュリティーホールが発見されましたので、安全の為にブラウザでJavaを使用しないように設定変更しましょう」のような知識は持っているかも。
ソフトウェア開発関係の人なら、正しい認識を持っている・・・・・とは言いきれないでしょうね。Javaから逃げているMS信奉者も少なくないだろうし。

一般向けにJavaとは何かを紹介したオンラインの記事があったら、見てみたいな。どんな風に紹介されているんだろう。
やっぱり「巨大企業マイクロソフト対その他大勢」的な記事の一部で触れられる事が多いのかな。

>>192
いや結構流行ってるぞ
俺ニュースあたりを見ると2、3日に1回ぐらいで脱衣ブロック崩しのニュースが入るぞ。

俺ニュースってなんすか？

検索しなさい。

>>193
192は189へのレスじゃないぞ。よく読め。

http://www13.xdsl.ne.jp/~techle/
俺ニュースってコレであってる？

ageてみる。

空ageは、
バカの習性。

バカの習性。

200

Javaも各OSにプリインストールっていうことにしてほしい。
SUNも変な意地張らないでさ。

そうすれば、もう少し使えるのに…。

あぼーん

Java1.4で全画面アプリとか作れるようになったけど、
結局はやってないのかな。

もうすぐCPUが60GHｚくらいになるから気にならなくなるよ

Javaが遅く見えるのは起動時間とGUIのせいなので
現状でもそんなに使えないわけではないよ。

起動時間とGUIが遅いって致命的臭いんですが

ゲームにとっては致命的とはいえないでしょ。
1.4からはゲームに使えるような機能の拡張もあったし。

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

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

･･･負け惜しみ臭いﾓﾅｰ

>>209
まぁ、アプレットだとそうだよなー
Javaアプレットゲームなんて昔のショックウェーブに次いでショボゲーの代名詞だし。
というかちっともスタンドアロンのほうが立ち上がらないほうが問題？

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

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

>Javaはいまやその代表の座をC#に譲っているからね。
C# ってゲームにおいては Java の座を継いだのか…
それはそれで哀れだなぁ…
代表ゲームが Robocode と Terrarium だからまぁ、
どっちもどっちなんだけど。

>>212
いや、C#を褒めるつもりで書いたんだけど･･･
でもC#はJavaの座を継承した、というのは誹謗中傷に近い発言だったかも。

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

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

というか、リアルタイムゲームで実際GCってどれくらい問題になるんだろう？
大きめなやつを書いたことが無いから分からん。

JavaはCOBOLを継承したからねえ。

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

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

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

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

>>214
何か大きな変更を加えたり、VMの種類やバージョンが変わるたびに
GCで引っかかるポイントが変わるのでブチ切れそうになります。
確実な回避方法がないだけにいっそう。

ふむ。
スムーズな動きが必須のゲーム(格闘ゲームやシューティングとか)は
作りにくいって事かな。

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

GC ってオブジェクト使いまわしとかじゃ回避できないモンなの？

あぼーん

>>218
ライブラリが使いしてたら自分が使いまわしても意味ないし…。

あぼーん

>>220
なるほど。

>>220
それだと API 内部の挙動がバージョン毎に
違うのが問題で、GC だけどうにかすれば良いってモンでも無いような。

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

>そーゆー意味では C# は GC があっても Java よりは相当楽だろうね
C#はバージョンごとに共同が違ったりしないの？

C#については優秀なDirectXチームがついてるから
それなりにリアルタイムゲーム方面も考慮してくれるんじゃないかと。
俺は人柱になる気はないけどね。

>>215
> 何年たってもあのまま
な責任の10%くらいはMicrosoftにあるかと。
90%くらいはSunの自爆だが

あぼーん

だから、ageないでくれぇ

> C#はバージョンごとに共同が違ったりしないの？

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

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

あぼーん

>>229
これからバージョンが増えてってWin32 APIの悪夢が
再来することは目に見えてるだろ
JavaだってSunが事実上独占してるけど(ry

あぼーん

事実上SunとIBMのVMしか使われてないからなあ・・・

あぼーん

JDK1.4 でつくったアプレットが古いJREだと動きません。
だれが助けてください。

あぼーん

>>235
複数の原因が考えられるので、答えるのが面倒くさい。

あぼーん

ageた奴はこのスレに対する破壊行為者として認定。

あぼーん

>>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の例に修正方法を書きます。

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);
}

あぼーん

>>241
それってディスプレイの設定が24bitカラーのときっすか？

>>244

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

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

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

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

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

あぼーん

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

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

ベンチとって見ました。
�@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を入れないといけないのかはわからない。
謎が多いなぁ。

>>252
ご苦労様です。

謎がある程度、解けてぶん回しても大丈夫になりました。
◆問題点
�@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が遅い場合に、他のウィンドウを
　上に乗せた場合に気になる。

あぼーん

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

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

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

あぼーん

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

あぼーん

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

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

あぼーん

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

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

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

あぼーん

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

あぼーん

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

あぼーん

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

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

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

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

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

てｔｓ

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

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

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

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

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

Sunのを入れれ。

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

何もないじゃん。

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

Javaアプレットで？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

既にでてるかな？

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

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

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

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

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

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

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

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

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

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

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

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

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

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


以下、参考までに。

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

マルチだったのか・・・

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

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

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

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

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

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

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


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

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


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

やっぱﾏﾝﾄﾞｸｾ

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

自分の中では、

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

って流れなので。

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

みたいな。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

あと、

new Exception().printStackTrace();

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

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

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

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

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

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

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

放置・過疎スレ。

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

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

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

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

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

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

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

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

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


どこかのスレで、

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

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

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

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

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

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

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

乱文失礼

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

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

test

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

WebStartは

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

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

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

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

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

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

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

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

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

署名ってどうやるの

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

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

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

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

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

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

保守

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

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

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

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

//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;
}

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);
}

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

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

どういたしまして

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

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

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

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

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

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

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

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

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

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

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

まず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」と出ます。
もう少しいろいろ調べてみます。

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

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

表示されています。
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 がポイントでしょうか。

HTTPブロックしてるのかよ

詳しくよろ

ヒント：codebase

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

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

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

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

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

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

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

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

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

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

保守

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

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

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

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

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

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

JavaSEとJavaMEは違うぞ

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

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

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

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

マルチだしな

こんなもんか？

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

これはいい円ですね

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

弾幕一万発

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

案１,Jarファイル内にリソースを埋め込んでClassLoader#getResourceでデータを取り出す
案２,署名つきAppletを作成する。

上は436へのレス。

>>439
>>440
ありがとうございます。難しそうだ。
データをプログラムに入れてしまいました。
ローカルファイルっていうのはたった今一緒に
ダウンロードしたものも含まれるんですね？
同じjarに入ってるファイルもReaderで読めないので戸惑いました。
参考書のアプレットでは平気でやってるのに…、
アプレットなのにappletviewer以外は想定していないのか。

>>438
いまさらソフト描画する体力などないYO
DirectXですら、もう直接触るのやめようかと考えてるのに。

新しくゲーム制作仲間掲示板ができました！
ttp://jbbs.livedoor.jp/computer/31710/
この掲示板で人探しをすると、ゲーム制作仲間ができるかも！

アニメーションを表示するとカクカクするんですが、
バッファを強制的に吐き出すようにする方法はありますか？
ダブルバッファリングでちらつきをなくすのは、
どこにでも書いてあるけど、
それ以前の問題のような気がするのですが。

スレッド使ってるならタイマー使えば直るかもよ
スレッドだとスリープ時間調整してもなんかｶｸｶｸする

ティアリングのこと？
だとしたらフルスクリーンモードで垂直同期フリップしか対処方法ないよ
これはJavaというよりまずOSの制限だけどね

それとも描画タイミングの話？
まさかpaintComponentとかイベントでやってないよね？

>>445
java.awt.Toolkit#sync

>>447
> それとも描画タイミングの話？
> まさかpaintComponentとかイベントでやってないよね？

paintComponentとかイベントでやる、とは？

別のスレッドから定期的にrepaint呼んで、
描画スレッド（？）側では順次すみやかに描画、
っていうふうに俺はしちゃってますが。
（ちなみに>>445氏とは別人ですが便乗で）

repaintをするということはバッファリングとか描画タイミングをSwingにまかせるということで
細かいタイミングを必要とするゲームでは問題が出る可能性がある。

かならず60fpsで描画とかするのならBufferStrategyを使うべし。

なんかえらく盛り上がってるな。俺も形態向けにゲーム作ってみっかな

ここは携帯向けの話とちがうぞ

すいませんアプレット初心者なのですが
”全て選択”や”コピー”といったボタンを作成して
テキストエリアなどに書き込まれた文章をコピーするには
どうやって作ればいいのでしょうか？

Swingのマニュアルは見てみた?

そもそもクリップボードはアプレットの中だけがデフォでは可能。
外部のアプリケーションとのやりとりをするのなら署名いれないとだめだぞ。
クリップボードの中身が自由に読み書きできると情報が流れるからね。

23 名前： SDL厨 ◆SDL/2aFg42 [sage] 投稿日： 2007/06/25(月) 15:37:54 ID:J2r3CUKy
http://www.chukkysoft.com/m-bara/My3D/main.html
JavaApplet製

http://www.aarg.net/~minam/dungeon_design.html
(↑リンク先にcgiが設置されています)
これをJavaで実装し直しました。

-----------------------------------------------
なかなかがんばってるなぁ。

ちょこちょこアプレット作ってるんだけど・・・
いつの間にか完全にFLASHが主流になってたんだな
アプレットに関するスレがこれ1つだけで、FLASHなんか板が出来てて度肝抜かれた

L

アプレットだとGCやヒープなど細かい調整ができないからね
それでもflashよりはやれることが多いからメリットはまだあるけど、
JavaでやるならWebstartアプリかデスクトップアプリケーションのほうがいいと思われ

Javaアプレットがこの先生きのこる道はお絵描き掲示板しかないのか
JavaVMの起動がもう少し早ければ。なぜにFlashはさっさか動き出せるのか

>>459
まじめにいってるの？
VMの規模やライブラリの規模が違いすぎる
flashくらいの規模でいいのならKVMが小さいし、PCなら起動に0.5秒もかからんよ

アプレットでは軽量のJVMを使うとか、
エンコーダ・デコーダや描画エンジンは出来るだけCで書いてJavaの層を薄くするとか、

理想論ばかりでなく、現実を見据えた実装をしてほしい所だな。
すれ違いスマソ

まぁ俺もアプレットは専用のVM・・・というかライブラリだな
それが必要だと思ってる

思い切ってMIDPくらいにばっさりきっていいんじゃないかな
重い理由の一番が標準APIのjarをアンチウィルスソフトが見に行くことだったりするし

フルスタックがほしければJavaアプリケーションやWebStartアプレットにすればいいわけだし
ほんとJavaFXがあほらしくてしょうがない

ところで描画エンジンといってもJavaSEはアクセラレーションはきいてるしCになったところでかわるようには見えないな

アクションスクリプトは我々ＰＧから見ると触りたくないシロモノだが
ＰＧ素人に取ってはＪａｖａより取り掛かり易いらしいね。
ＷＥＢ上で作るソフトのほとんどは、簡単な画面効果とアクションゲームだから
アクションスクリプトに結局軍配が上がる。

我々？
勝手に代表面すんな

俺もあまり使いたくないとか思ってたが、
JavaScriptを多用するようになってから考えが変わった。

とはいえ、Appletの方がやりやすいと思うけどな。

おおむね型が強いほうが開発は楽だな

>>463
アンテナが低いぞ。
むしろActionScript 3.0になって今最も人気の言語のひとつになってると思うが。

>>467
AS3になってもやっぱりできることがまだまだすくねー
というかやっぱり汎用言語とは違うからアレでいいと思うけど
ジョイスティックとかつかえないだろとかいろいろと

正直ブラウザゲーで本格RPGとかCAVEの弾幕シューティングみたいなのとかやろうと思わん
今あるミニゲーで十分。すなわちASで十分。ジョイスティックなんてpcにつなごうと思わん
Javaアプレットでどんだけできても誰も求めてねーんじゃねーの

本格アプリはブラウザベースでは流行らんと何度もでてるだろ。
だがここは流行ってるかどうかじゃなくて限界はあるのかというスレだから

「限界は汎用言語使ってる関係でほとんどないが、パフォーマンスチューニングが
アプリケーションより弱いという欠点もある」

という結論でおわり。それ以上の議論は無理。

Appletの一番の利点は、ほとんど手間をかけずに
普通のアプリに出来ると言うことだな。

JVMだと文句言うのに.NET環境インストールするのには文句言わない人たちもいるから
それがメリットとなるほどでもないかもしれんが。

ジョイスティックは繋がりゃありがたいけど、
カジュアルゲーマーはそんなん必要とするFlashゲーやJavaゲーをまるっきり求めてないよね。

カジュアルゲーマーってHP見るためだけにActiveX突っ込まされるハンゲとかネットマーブルで
クライアントをしこしこDLしてインストールして麻雀とか大富豪とかパズルゲーするのに
JREとか.NETランタイムとかむつかしてく分かりません＞＜、だから困る
やっぱしイメージの問題だな。JavaもJ-Game playerとかにしたらウケたかもしらん

チョンのソフトは本当にActiveXだらけなんだよな

JREも軽ければ手軽に入れることは出来るんだろうけど
javaxとjava.sqlあたりを抜いてどれくらい小さくなるだろうか

アプレットでもアプリケーションでもいいがランタイムいれてもいいと思える出来のソフトを作るのが先だろうな
超連射クラスとか

アプレットで限界に迫るって不毛すぎ
どうやってもネイティブアプリに敵うはずもないし
普通にゲーム落としてきて展開してexe起動するほうが簡単だし

アプレットでも著名すればサンドボックスをはずせるのでネイティブアプリと同じことは一応出来る

だが、初心者はexe起動させるほうが難しいと考えてるよ
ブラウザとメーラは使えるけど、プログラムメニューの操作もおぼつかない人がほとんど

昔から触っている人はブラウザのほうがはるかに面倒なことをしているのを知っているけど
普通の人はブラウザとメーラしかしらない

さすがにこの誤字はまずいだろう
著名じゃないだろ。署名

オレオレ証明書ですか

>>478
ベリサインつかわんの？

いや、使うんならいい

>>474
そろそろJava Kernelで実現されるはず。最小のランタイム3M程度って話だし。

>>478
Firefoxのプラグインの話でも同じようなはなしでてたが
個人でやるにはオレオレ証明でもあんまし信頼性に違いがないんじゃないかな。

ベリサインつかってようが証明書は誰が作ったかを明らかにするだけだから
信頼性は関係ないぞ

Javaのライバル.NETはゲームに出てこないのかな？ブラウザ上で遊べるようなプラグインか
なにか出てきてもいいと思うんだが
なんだかんだで.NETはそれなりにインストールされちゃってると思うんだけどな
MSが動いてくれれば比較対象としてJavaアプレットが再注目されるはずなのに

>>483
すくなくとも.net3ではできるはず

>>483
注目されても、Windowsが９割以上独占している間は何も変わらない。

>>483
Sliverlightがそれでしょ。
今はまだ動画プレーヤとしてしか動いてないような物だけど。

とはいえFlashがこれだけ普及してしまうと、
流石に他の物がどれだけ流行るかわからんな。

ただ、>>485が指摘しているように、MSが独占に物を言わせて
OS標準搭載とか簡単にできるからちょっと様子を見ないと。

まぁ、.NETのフル機能が使えるものとは思えないから
Applet対抗とまでは言えないかな。

Java フィードバック日本語で受け付けてるんだな。
http://bugreport.sun.com/bugreport/contact.jsp?language=ja

Javaアプレットがゲーム向きでないことを知らずに今まで大規模（個人的に）なアクションゲームを作ってた。
でもこれからもJavaアプレットで行くつもり。この起動の手軽さが好き。

別にアプレットでもいいけどね

WebStartだって細かいチューニングで着ないので本格的な
フレームレートを維持したりするようなアプリならアプリケーション以外選択肢はない

なんか最近Javaでゲーム作るという改定本がでてたからみたらいまだに1.1用アプレットで萎えた
改定本出すくらいだから中身がひどくてもうれてるんだろうなぁ・・・
今のこの時代にWin16アプリだしてるようなもんだよな

世界中のPCの75%程度にはJRE6.xが入ってるに違いないに決まってる！
Java2Dが動かないPCなどない！

そう信じて進みます

…Silverlight気になるぽ

Java2D自体がはいってるPCは多いと思うが
1.2と6とでは別物だろうな

1.4以上でいいというのならわりとプリインストールはされている

面白いかどうかだけがポイントかな
ランタイムがなくてもインストールさせるくらい出来のいいものなら大丈夫

Silverlightはまた違うからゲーム用途とは考えなくていいかと

もう1.1のαかβでてなかったっけか

まだでてないものをどう評価しろと
1.1と1.0は別物だし

Win9xで音が鳴るアプレット動かすとリソース不足ですぐ挙動がおかしくなる
これはVMがうんこだから仕方ないんだろうか

JREのバージョンは?

携帯で2D格闘を作りたいんだけど必要なツールとか便利なツールがさっぱりわからない。
誰か教えてください・・・

ここはアプレットなのでスレ違い

そういえばJavaでゲーム作るスレいつの間にか落ちてるな

Javaに機種依存が無いのはものすごい魅力だと思ってたが

作る側としてはそうかもだけど遊ぶ側としてはJREとかいうの入れなきゃいけないし起動は遅いし
UIは芋くさいしゲームはいかにも「Appletの練習です！」みたいなのしかないしJavaとかいらなくない？
だったのかも。特に初期ね。
結局、ｽｹﾞｰおもすれーおまいらこれやってみろJavaって奴入れろーっていうゲームが出てこなかったし。

Javaで本格的なのはアプレットではなくてアプリケーションばっかだね

本格的なアプリって例えば何がある？

ゲームじゃないけどV2C

>>503
確かに、普通の人間が使うソフトだとJava少ないよね
webアプリ製作の俺からすると、Javaは偉大な言語だし、主力言語なんだが

Javaは、むしろ、ツール向きじゃないかな？
自分用の、趣味のデータ解析ソフトとかさくっと作って便利だが

・アプレットやWebStartによるデプロイの容易性
・携帯電話対応の主力言語
・サーバーサイドの主力言語

まぁ覚えておくとカバー範囲は広いね。

ほかに全方位な環境ってのは携帯を除かないといけないが.NETくらいしかない。
あとの言語は適用範囲が狭いんだよね。特化がいいか汎用性がいいかは時と場合によるけど。

ＧＲ３シリーズがJavaで作られてると知った時の、俺の胸のときめきといったらｗ

まあアプレットではないですが

ＧＲ３シリーズって何？

GRつったらジャイアントロボしかないだろ

昔クローン作ってた連中がそんな名前だったな

てｓｔ

ＰＳＰでハンゲームができないんですがどうすればよろしいですか？

ＰＳＰでハンゲームができないんですがどうすればよろしいですか？

我慢？

Javaｱﾌﾟﾚｯﾄって底が見えないんだが

どうせみんなWindowsだろうから、
JavaなどつかわなくてもAPIで作ればいいんだもんねぇ。
なんたってジョイスティックが使える。

Javaでゲーム本体作っておいてジョイスティックはJNIで用意すればいいだけだろう

もっと手軽に、JoyToKeyみたいなのを用意してもらう
制限は多そうだけど

Javaで作るからには、マックで動くようにしないと意味がない。

上で言ってるのと矛盾してないか？

>>521
「Javaはマックのためにある」という前提で、矛盾はしてないよ。
マックを意識してないんならJavaなど使わん方がいいってことさ。

>>522
マックのJava事情に詳しいとお見受けしました、どうか質問させてください。
マウスホイールのイベントはWindowsと同様に扱えると思って良いのでしょうか。
Mac版のJavaVM1.4.0から対応しているのでしょうか。
一般に使用されているMacにマウスホイールが付いている割合はほとんど100%なのでしょうか。

見聞の狭い私にどうか英知を光を。

ホイールはまだ動かしてみてないや。
多分いけるんじゃないかとおもうけどね。

今のマックマウスは小さいホイールがついてる。
ノートの場合、２本指で動かすとスクロールするんだよ。

関係ないけど、Javaは*nixのためにある。と言ってみる。

そういえば、Macも*nixの仲間だっけ。

まあ、開発元がサンだもんねぇ。
自分トコの環境であるソラリスに最も適した設計にするわな。

>>524
ありがとう。
先日少しだけ触れる機会があったけど、良く見ておけばよかったな。

Windowsのマウスホイールはボタンとしても機能するけど
対応していないコントロールも多くて戸惑う。

保守

ああ、このスレまだあったか
update10ですごい強化されたな

アプレット単独起動はすごいね。
ようやくひとり立ちできたわけだ。

AIRっぽいことができるってこと？

ヤフーのゲーム（大富豪）やってるのですが、チャット文字欄が表示されません。前のバージョンのJAVAだったらWINDOWを最大化しなくてもチャット文字欄を見れた（書き込めた）のに見れるようにする方法どなたかご存知ないですか？よかったら教えて下さい。

ところでJavaFXってどうなの
アプレットみたいに埋め込みができて、そのまま携帯電話にも移行できるみたいじゃん

ゲーム用途にはつかえん

黙れ才を持たぬ流れ症候群バカども

気が付くとJOGLもアプレットで動くんだな。

・Webからの配布の容易性
（サイト訪れた人がめんどくさがらずプレイできる）
・2Dグラフィックアニメ描画処理がそれなりに早い
（ぷよぷよのぷよが消えるアニメーション程度）
・それなりに複雑な、というか配列を多用した長いロジックを記述するのが苦でない
上記３点の観点から、現在においてJavaアプレットは優位でしょうか？

最後の配列がどうたらがよくわからんが
速度面や複雑なアプリも実装可能かどうかという点では優位性はかなりある
JNLP使えるようになったのも大きいと思われ

ネット上で、Javaで作られたできのいいアクションゲームがあったら教えて。
できれば60FPS出しててフルスクリーン対応のもの。

appletでフルスクリーンできるの・・・？

update10からVM独立したから署名入れてできるかも

署名入れるなら、１．４から出来るんじゃなかったっけ？？

だからupdate10からブラウザからアプレットは独立できるようになったの。
ブラウザ閉じてもアプレットだけ動かすとかできるし。

そういえばappletってFlashに立場ほとんどとられてる気がするけど
それぞれのメリットってなんだろ
JavaのがFlashより断然速いのと右クリ中ボタン、ドット絵が奇麗に表現できるからapplet使ってるけど

どうもFlashも達人が書くと結構早いようだが、俺が普通に書くと
Javaの数分の一〜数十分の一の速度しか出ないんだよなぁ

アプレットはJava技術だけあっていわゆるなんでもできるからなぁ
html埋め込みにはオーバースペックというか

JAVAって中途半端なんだよな
USBのジョイパッド使えねーし

それはJNIで

USB以外のジョイパッドは使えんのかよ！！

JNIはAppletだと使えないはず

>>550
署名すると大丈夫

>>401
あ

test

ｐｓ

あげ

PC向けで激しいの見つけた
http://goo.gl/AXvyW

宣伝乙！　と思ったらマジもんだった。
無駄に時間を浪費したぜよ

ファイラからファイルを実行してもエクスプローラの最近使用した履歴に追加されないので、ahkで何とかならないか考えています。
ダブルクリックのイベントはもちろん横取りできますが、それからどうすれば良いのかわかりません。
クリックしたのファイルのパスを取得することなんで出来るのでしょうか？

http://toro.2ch.net/test/read.cgi/gamedev/1005148751/