Javaゲーム作成総合スレ

**名前は開発中のものです。** · 2008/10/28(火) 18:23:40

Javaでゲームを作ろうと思っている人、今作っている人等が情報交換するためのスレです。
2Dのスレはありましたが、総合スレがなかったので立てました。
2D,3DどっちでもOKで、グラフィックス、アルゴリズム、お勧めサイト等、内容も自由です。

**名前は開発中のものです。** · 2009/01/08(木) 21:24:31

最近Javaアプレットで作られたすげーゲームって何かないですか？
刺激にしたいです

**名前は開発中のものです。** · 2009/01/08(木) 21:43:50

突然喧嘩口調のレスが来たから何事かと思って変なレスしてしまった。ただの人違いか。
特に>>170が誰宛なのか判らずに悩んだ。>>168はjoglの人とは別人なんだけど。
＞だからその程度の技術力しかないなら、普通にJava API（高度に抽象化したAPI）を
そのJava APIの話が>>168。java.awt.*とjava.awt.image.*を参照。
あと、「だからその程度の技術力」の根拠詳しく。joglの人と間違えたんだと思うけど。
＞確かjdk1.5ではBufferedImageは全てキャッシュされるって書いてあったから、その指摘も数年で色あせ
createCompatibleWritableRasterは0で初期化したラスターを返す。(これは仕様)
つまり、憶測通りBufferedImageがキャッシュされるとしても、
全画面を黒く塗り潰す処理を何度も実行したのと同じ負荷がかかる。
これを防ぐには、無駄な領域を確保せず、staticなソフト参照を使って使い回す必要がある。
それにはGeneralCompositePipeの修正が必須。数年で色あせてくれるんなら助かるんだけど。
＞そもそもjava.awtパッケージなのに、内部実装sun.*パッケージのソースにいちゃもんつけてるし、結局おまえじゃ何も出来
java.awt.image.Rasterの方は修正すると既存のプログラムに影響しうる。変更は望めない。
sun.java2d.pipe.GeneralCompositePipeの内部処理を変更するべき。
あと、デバッグツールによりsun.awt.image.WritableRasterNative.setPixels()が遅い事が分かっている。
DataBufferNativeが関係している可能性がある。これは自分の環境が悪い可能性が高いけど。
何もできないのは同意。これを修正できるのはVMの開発者だけ。バグ報告も自力じゃ無理。

あと、BufferdImage.getRGBのソースを見たけど、内部で同じメソッドを呼んでいるから速度は大して変わらない。

>>172
ゲームのエフェクト等に有効な加算合成がJava2Dに搭載されていないから、
自前でCompositeを用意して解決しようとしたら異常な遅さで困った。
一番重い筈のcompose()の中身を全部コメントアウトしても尚遅いまま。
なかなか原因が分からず、苦労している内にGeneralCompositePipeのバグに到達した。
AlphaComposite以外を使うと異常に遅くなるのは主にこの手抜き実装のせい。
この事を話す機会が無かったからつい。ゲームは作れないけど知識は凄いよ。

**名前は開発中のものです。** · 2009/01/09(金) 00:21:25

AlphaCompositeはハードウェアアクセラレーションあるから自前のは勝負にならない
標準APIで加算合成実装してもらう以外に方法がないのでJOGL使うのが一番無難

**名前は開発中のものです。** · 2009/01/09(金) 00:23:05

どうでもいいから黙ってろ。

**名前は開発中のものです。** · 2009/01/09(金) 00:27:02

>>176
お前が荒らしか

**名前は開発中のものです。** · 2009/01/09(金) 02:08:32

だから、その程度の知識しかないなら内部にさわるのは止めとけ。
おまえはよく人のソースを読んだりしてるようだからどちらかといえば公式どおりの素直なコードを書くほうが向いていてるんじゃないか？
内部の職人技コードにはついて来れないだろう。さっそく

＞これを修正できるのはVMの開発者だけ

とかついて来れないじゃん。バグ報告はパラダイスでフォームどおりに書くだけだろ（英語）。
俺の場合はたしかキャプチャーのバグ話で送ったけど担当者から丁寧な返事がきたぞ。
つまりおまえ技術力、知識、教養は、ウンチクだらけで実際はたいしたことないってこと。
中途半端な知識しかないのに「ウンチク電波」を垂れ流すのやめてくれないか？

**名前は開発中のものです。** · 2009/01/09(金) 02:29:19

それと、javaで、それもGraphics2Dで作る限り速くなるはずはないな。
たとえおまえが言うウンチクの場所(getRGBやclass Raster)が改善されたとしても、ゲームとして１０倍５０倍速くはならないだろ？
Java2Dでも複雑なテクスチャや画像を貼り付けたり、頻繁にpaintをしないなら、今のCPUの力技ではゲーム上全く問題ない。
まさかJava2Dだけで、PS3並みのゲームを作ろうと意気込んでないか？ｗそれ、おまえの妄想だからｗ

ゲームでも何でも３Dの場合は、画像処理とは考え方が違うし加算合成が速い・遅いとか（ソフト上アルゴリズム上の問題は）関係ないから。
Compositeが遅いとかも、１画像（１フレーム）の処理に３秒以上かかるとかじゃないだろ？
アニメーションにすると遅いって言うなら、それはおまえが画像処理（静的処理）とゲーム（リアルタイム性）の区別がついてないで、
同じ手法（考え方）でやってるのが問題。おまえは、知識が凄いんじゃなくて、おまえは頭が固く、ウンチクの塊だって気がつけ。
どうせ、おまえが書くコードなんかifばっかりなんだろ。ｗ

>>170はIDのとおり>>168だろ。IDでつながってるのから分かるだろｗおまえが無能だってことが書いてある（笑）

**名前は開発中のものです。** · 2009/01/09(金) 02:46:49

gpgpu専用画像ソフトのリンクあるけど、販促デモ（動画）みてないの？
たぶん、今までの画像とかゲーム・アニメーション（リアルタイム）の処理することに対する考え方が全く変わるから。
それに、既存のC++とかC#(DirectX)と同じ土俵（従来のコンソール型のゲーム）だとJavaは全く不利になるけど、
それ見ると、Javaでゲームを創るていう方向性（どういうゲームを作りたいのか）も変わるんじゃないか。

純粋なゲームは従来どおりOpenGL/DirectXとかのゲーム向けAPIでいいわけで、Javaで言うゲームの場合はそういった純粋なゲームとGUIとの垣根がなるなるんじゃないかな（これもグーグルマップみたいなWeb 2.0なのかｗｗ）。

**名前は開発中のものです。** · 2009/01/09(金) 05:08:37

>>175　アクセラレーション以前に重大な問題(バグ)がある。それを解決すれば一応使えるレベルにはなる。

>>178-180
言ってる事はまともなのに何故か微妙に喧嘩腰。2chでは非常に珍しいタイプ。
職人技コードとバグ報告とウンチク電波の関係は謎だけど、とりあえず報告しておいた。サンクス。
あと、RasterやgetRGBはともかく、GeneralCompositePipeのバグは数十倍の差が出る。というか出た。
それから、別にPS3みたいなゲームを作りたいんじゃなくて、
折角Compositeの様な仕組みがあるんだから有効活用したいと思ってただけ。>>174の後半参照。
流石に1フレームに3秒はかからないけど、0.3秒はかかる。つまり約3fps。これじゃゲームは無理。
composeの中身を全部コメントアウトしても尚3fps。でもAlphaCompositeを使うと60fps。
バグの影響が出ないようにウィンドウサイズを描画範囲と同じサイズにしたら自作Composeでも60fps。
この時点で、アルゴリズムの問題じゃない事が分かる。処理を省略しても遅いから。

>>170は確かに自分宛だけど、わざわざ分割する意味が分からなくて悩んだ。
とりあえず、何でさっきから散々に言われてるのかは理解した。
自分は「遅い」を「とても我慢できない遅さ(3fps)」という意味で使ったけど、
相手は「遅い」を「なんかもたつく程度(25fps位？)」と解釈してた。
それで、「お前のアルゴリズムが悪い。それを一々VMのせいにするな」と。
具体的な遅さを説明しなかった自分が悪いんだけど。

**名前は開発中のものです。** · 2009/01/09(金) 08:25:45

>>181
ここはゲームに関係したもんじゃないと、君のウンチク自慢でしかないってこと
リアルタイムなわけで、１ピクセルごとにチマチマやるような手法じゃ通用しないってこと知らないだろ。
チマチマを否定するつもりはないけどゲームではあまり関係ないし、そのうちアルファブレンド関係全て（フィルター処理）はGPUの手法になるよ。

アルゴの実験ならJava2D、Java3Dを画像処理に応用したいならストリープ・プログラミングでも調べてみたら？
今までのプログラミングの概念が全く変わってしまい、君のような石頭オジサンがスカスカのスポンジに変わっちゃうからｗ
といっても、ゲームとかアニメーションとか君は作れないから無理かぁ（笑）

**名前は開発中のものです。** · 2009/01/09(金) 11:22:16

>>182
だから、この遅さは「1ピクセル毎にチマチマ」以外に大きな原因があるんだって。60fps→3fpsが異常なのは分かるだろ。
報告テンプレのためにあれこれ検証した結果、VolatileImageの部分をBufferedImageにすれば、とりあえず解決する事が分かった。
BufferedImageのサイズを大きく変更すると、描画範囲が変わらないのに少し重くなるから、一応バグはあるようだけど。
GPUの事は知っているけど、Javaの標準機能でやりたくて。
贅沢を言わなければ1px毎にチマチマやっても平気。不具合に遭遇したら話は別だけど。
問題は解決したし、さっきから長文の応酬でスレが流れているからこの辺で。

ところで相手をオジサン呼ばわりって事は学生？
自信満々の態度から経験豊富な本職のプログラマーだと思ったんだけど。口調が違うから別人？

**名前は開発中のものです。** · 2009/01/09(金) 12:48:54

バク見つけたらさっさとバグパラダイス（英語）で報告しとけ。
それぐらいもできない奴が不満たらたらウンチクたらたら書くな。いしあたまｗ

**名前は開発中のものです。** · 2009/01/09(金) 13:29:36

>>179
2Dゲーだけならu10で実用的になったのにゲームで多用する加算合成がないというオチが非常につらい
あと速度は真っ先に考えるところだと思う
VGAサイズで60fpsとかは普通はやりたいと考えるだろう
Java2Dのハードウェアアクセラレーションの範囲が大幅に増えたのにソフト演算が入った瞬間に速度大幅低下はつらい

>>183
そのバグはu7以下とu10以上でも同様の結果？フレームレートだけだとあいまいすぎるから
μ秒単位でだしてみたら？

**名前は開発中のものです。** · 2009/01/09(金) 15:30:52

へんなのに居座られたもんだな。

**名前は開発中のものです。** · 2009/01/09(金) 15:49:56

>>185
画像処理してるわけじゃないだろ。そんな凄いゲーム作るんならJava2Dにもうこだわるのやめたら？
どうせVGAサイズで60fpsなんて作れないくせにｗｗｗいしあたま君ｗｗ

**名前は開発中のものです。** · 2009/01/09(金) 15:55:43

もう一度いっておくけど、ゲーム作りと、作るための言語（ライブラリ）は全く関係ない。
GPUだと、1600*1200で60fpsとか余裕だけど、ハードのこと全く知らないでしょ？
なーんにも作ったことない石頭君は、そのあたりのことを石頭にしっかり叩き込んでおくように！

**名前は開発中のものです。** · 2009/01/09(金) 17:46:15

>>187,188
ソフトレンダが入らないのなら60fpsは余裕
だから標準API以外で実装されてないと困るという話なのにどういう解釈してるんだ？

別に60fpsがすごいゲームの基準じゃなくて最低限余裕でクリアすべき部分だから的外れだよ

**名前は開発中のものです。** · 2009/01/09(金) 18:50:38

>>189
まずは君が造ったゲームを見せてみろ

**名前は開発中のものです。** · 2009/01/09(金) 20:10:47

>>189
ゲームだと論点以外の場所に突っ込み入りまくりなのが目に見えてるんで、
何か単純なサンプルとかないですか？
自分でも何か作ってみようとは思ってますけど。

**名前は開発中のものです。** · 2009/01/09(金) 20:28:01

久しぶりにJavaゲーム製作スレに来たら盛り上がっていて嬉しいでちゅ
と書き込もうと思ったら、ものすごい荒れてて怖いでちゅ＞＜

みんな、仲良くするデちゅ＞＜

**名前は開発中のものです。** · 2009/01/09(金) 21:48:12

サンプル作ろうとしたけど思った以上に面倒だな、いきなり挫けそう orz

**名前は開発中のものです。** · 2009/01/09(金) 23:26:09

独自のCompositeの検証だから適当にスプライトを大量に描画すればいいだけかと

**名前は開発中のものです。** · 2009/01/12(月) 18:38:55

>>185
fpsが極端に落ちるのは、多分VMじゃなくて自分のGPUの問題。
(VolatileImageを使用していた所をBufferdImageに変更したら大幅に回復した)
この事に気付かないで、他に原因があると思い込んで調査していていたから、色々勘違いしてしまった。
あと、GeneralCompositePipeのあの部分は別にバグではなくて、Rasterの方が間違っているだけみたい。
(実際に使われているsun.awt.image.IntegerInterleavedRasterクラスでは修正されていたので無関係)

BufferedImageのサイズを大きく変更した時の処理速度低下についてだけど、Compositeに関係なく発生する。
けれど、特に異常なメモリ確保増大とかは無かったし、実害は無さそう。

結局、バグを修正しても遅いまま。これ以上は無理だろうし諦める。

**名前は開発中のものです。** · 2009/01/14(水) 19:05:48

だからハードウェアアクセラレーションが使えないのを選択した時点で速度に文句を言うのはやめよう

**名前は開発中のものです。** · 2009/01/14(水) 19:06:42

あとVolatileImageのほうが遅いのは当たり前だろうと

**名前は開発中のものです。** · 2009/01/17(土) 01:10:49

>>194
でも、加算半透明のための独自のCompositeって、自分のような日曜プログラマにはけっこう面倒。

自分もJava2Dでゲーム作ってるけど、加算半透明はもう諦めたよ。

**名前は開発中のものです。** · 2009/01/18(日) 22:40:17

色々なサイトのjarファイルを解凍して中身のファイルを見てたんですけど
ファイルの中に「.au」形式のファイルがあって、データベース的な使い方をしているみたいなんですけど
このau形式のファイルはどうすれば中身が見れますか？

**名前は開発中のものです。** · 2009/01/18(日) 23:30:29

>>199
それ音声ファイル
ttp://ja.wikipedia.org/wiki/Sun%E3%82%AA%E3%83%BC%E3%83%87%E3%82%A3%E3%82%AA%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB

**名前は開発中のものです。** · 2009/01/18(日) 23:42:54

>>200
ありがとうございます
しかし、これは拡張子は音声ファイルみたいなんですけど、音声じゃなくてデータが入ってるみたいなんです
極窓で調べてみても拡張子[?]と表示されてしまいます

**名前は開発中のものです。** · 2009/01/18(日) 23:50:13

音声じゃなくてデータってどういう日本語だ
ファイルの先頭バイト列みてみるとか、再生してみたの?

**名前は開発中のものです。** · 2009/01/19(月) 00:12:31

はい、バイナリエディタで中身を見たところ音声ファイルの場合は「.snd」で始まっていますが
他のデータベースとして扱っているファイルは拡張子がauなのに「J2SNK」、「G2SNK」、「5」などになっていて
再生なども試みましたが、やはり再生できないみたいです

**名前は開発中のものです。** · 2009/01/19(月) 00:46:13

ファイル形式なんて作ったやつの勝手なんだから、分かるわけないじゃん。

**名前は開発中のものです。** · 2009/01/19(月) 17:11:20

そのjarファイルを直接見ない限り流石に分からないな・・

**名前は開発中のものです。** · 2009/01/23(金) 00:42:49

遠近法とか３D化の続きはやらないんですか。楽しみにしてたのに（；＿；）

**名前は開発中のものです。** · 2009/01/23(金) 21:18:05

3Dとか2Dの画面効果の話より基本的な場面管理やクラス構成について参考になるページやソースコードありませんかね？
本格的にjavaでゲーム作る勉強したいので教えていただけると嬉しいです

**名前は開発中のものです。** · 2009/01/24(土) 03:33:32

そういうのはJava特有でもないしJavaに関係ないのでは？
そういえばゲーム作りをJavaから始めるなら英語のページが参考になるかな。
日本語のそういうサイトは皆無だけど、OpenGLが使える人が増えてくると今後は個人でやってるJava言語解説と同じくゲーム解説のページも増えていくんじゃないかなと思うけど。

３Dとかの話題は、ベクトルも含めて理論的なところはライブラリはあまり関係ないし、ゲームに特化して昔から先行していたDirectXよりの解説が多い。
結局パズル以上のゲームを作る気ならネイティブの機能に頼ることが多くなるからDirectXのAPIと係わることになるよ。
どうせ無理してLinuxやMacで作るわけでもないだろうし。

**名前は開発中のものです。** · 2009/01/24(土) 09:28:59

>>208
レスありがとうございます

>そういうのはJava特有でもないしJavaに関係ないのでは？
そうなのかも知れませんが、自分はまだまだ未熟でjavaとverilog以外のコードがよく読めないのです
ネット徘徊しているとC++のサンプルコードはよく出てくるのですが、業務でC++使う予定が無いので、できればC++の勉強するよりjavaでコード読んでいきたいのです
javaのコードも出てくるには出てくるのですが、アプレットのものが多く、swing使っているものが少ないように思えます(自分はswing使いたいです)

>結局パズル以上のゲームを作る気ならネイティブの機能に頼ることが多くなるからDirectXのAPIと係わることになるよ。
自分が作りたいのは画面周りはしょぼくてもルールで勝負するRPGやシミュレーションです
そうすると、画面周りは大した機能を必要としないので、ネイティブ機能は使わないつもりです

>どうせ無理してLinuxやMacで作るわけでもないだろうし。
MacはともかくLinuxでは動作するようにしたいですね
最終的(10年後?)にはLinuxのなにかのディストリビューションに入るくらいを目的にしてます(無理かな)

もう少し、情報収集してみます

**名前は開発中のものです。** · 2009/01/24(土) 12:00:16

ぶっちゃけると画像描画さえ出来ればいいからSwingであるとかAWTであるとかは関係ない
実際JOGL使ってもGLCanvas使ったほうがいいしね

**名前は開発中のものです。** · 2009/01/24(土) 12:01:19

あとアプレットとSwingは反対語ではないぞ
アプレットでSwing使うとか普通だし

**名前は開発中のものです。** · 2009/01/24(土) 15:26:38

swingしか使いたくありませんといってる時点でゲームなど作れるわけない。
そもそもswingが何だかすら知らないんだろうな。

**名前は開発中のものです。** · 2009/01/24(土) 15:51:04

そえれと、java.netにある英語ぐらい普通に読めないとゲーム作りは難しいよ。それもC++ヤダとかいってJavaだけならなおさら。
どうしてもというならopenglのAPIを学んでサンプルみながら動かして、先人の作った小さいゲームから学ぶことになるじゃないか？
どっちにしても、directxやらないでjava重視なら英語読めないと全く情報は入ってこないだろう。
まずはappletである程度小さいゲームを作ってCanvasとpaintについて学ぶのが先じゃないのか。

たぶんPS２みたいな本格的なゲーム作りというよりも、ゲームを作る過程でjavaやgraphical oeprationを学びたいってことだと思うけど、
そういうことなら例えばこのページ見て考え直したら？どっちにしろ英語できないとそのうち行き詰まるけど。
http://java.sun.com/products/jfc/tsc/sightings/S05.html
http://java.sun.com/products/jfc/tsc/sightings/S22.html

**名前は開発中のものです。** · 2009/01/24(土) 18:42:03

画面周りはしょぼくていいっていってんだからDirectXやOpenGLの知識はいらんだろ。
グラフィックスなんてものは所詮、点が打てりゃーいいのよ。高速に点が打てれば。
で、>>213に質問だがJavaで高速に点を打つにはどうすりゃーいいのかね？
Javaで最速と思われる描画方法を教えてくれ。
ちなみに俺が知りたいのはアンタの知識がどのくらいなのかってことなので誤解なきよう。

**名前は開発中のものです。** · 2009/01/24(土) 19:21:24

てか、笑えるｗ

**名前は開発中のものです。** · 2009/01/24(土) 20:46:30

Winnyの情報流出を管理・指導する国のIPA職員岡田賢治主任が違法ファイルDLしまくり感染して流出したドキュメント類。
嫁以外の女とのエッチ写真や、幼女児童ポルノ、違法アプリ所持、違法アプリバラ蒔き証拠など大量に流出。

★郵政省（今の総務省）、日立製作所、博報堂、味の素・・・と凄い流出規模！
http://ruru2.net/jlab-ruru/s/ruru1232764892388.jpg
★本人は著作権無視で違法ファイルダウンしまくりのくせに、著作権を勉強して知的所有権管理資格持ってるｗ
http://ruru2.net/jlab-ruru/s/ruru1232767964337.jpg
★全契約先でこの契約書結んでいるが、秘密保持、情報返還・処分義務の立派な契約違反。
http://ruru2.net/jlab-ruru/s/ruru1232767993881.jpg
★西武百貨店社員６１５５名分の個人情報を違法に自宅に持ち帰り流出。
http://ruru2.net/jlab-ruru/s/ruru1232768015222.jpg
★楽天ショップから個人情報データを違法に自宅に持ち去り大量に個人情報流出！
http://ruru2.net/jlab-ruru/s/ruru1232768041252.gif
★大量のソニーやマイクロソフト等の大手企業勤務者の流出個人情報！　自民党とか衆議院とかもある。
http://ruru2.net/jlab-ruru/s/ruru1232768065918.gif
★IPAは自身の流出は画像しか無いと断言しているが大嘘で、IPA役員資料とかも流出している。（IPA資料を無断で自宅に持ち帰り）
http://ruru2.net/jlab-ruru/s/ruru1232768123179.jpg
★三井リハウス(株)の入居者の口座番号や入金金額等のデータベースもIPA岡田賢治主任が流出
http://ruru2.net/jlab-ruru/s/ruru1232768311436.gif

国の情報処理推進機構 IPA専門職員として違法アプリばら蒔きの大問題犯罪証拠も流出。
違法アプリやシリアルキーを周囲にわざとバラ蒔いている。（現在も違法ATOKを使用しており、長年違法アプリを日常的に使用していた可能性大）

★Micro Soft VisualC++の違法シリアルキーを知人に教えたメール
http://ruru2.net/jlab-ruru/s/ruru1232768092277.jpg
★メールソフトRimArts社 Beckyの違法シリアルキー等、内容から見ても長年かなり広範囲にバラ蒔いていたようだ
http://ruru2.net/jlab-ruru/s/ruru1232768242947.jpg

**名前は開発中のものです。** · 2009/01/24(土) 20:46:53

★大元の流出報告スレ

仁義なきキンタマウイルス情報 Part80
http://changi.2ch.net/test/read.cgi/download/1229742858/546
546 ：[名無し]さん(bin+cue).rar ：sage ：2009/01/04(日) 00:24:59
報告する時は、詳しく的確に、一部だけ報告しないでお願いね

[殺人] Administrator(20081230-101522)のキンタマ.zip 2,263,376,860 09ed98f10653c3fc2555621ceeed6bc33e8f6228
[殺人] Administrator(20081230-101522)のメール.zip 59,426,579 4da9459b30eec31f58b86530dbb48d1cf86ef4be
[写真集][IV] Administrator(20081230-101522)のアルバム.zip 2,205,946,474 9d87cc0e08dc0e3afd959fcead6c48d569787cee

膨大な量のファイル数キンタマ　ファイル数 13508 フォルダ数2381
以前勤めてた会社の資料など多数独立行政法人情報処理推進機構などの資料など無いと思うが
有るかも知れない、あまりにも数が有り過ぎる、メールなどは、古いものばかりメルマガなど膨大な量
個人情報などは、披露宴主席者などの住所、名前、電話、メール数十人分しかしエロばっかり落としてるな
ちなみにハメ撮りscr 踏んだみたいね

早稲田実業学校中等部卒業
早稲田実業学校高等部卒業
早稲田大学政治経済学部政治学科卒業
卒論｢知的財産権とインターネット技術｣
当時の同大学理工学大学院の大川功賞佳作を受賞
コンピュータ関連会社に入社ソフトウェア開発の仕事を経て
2005年に独立行政法人情報処理推進機構に入社
ソフトウェア・エンジニアリング・センター企画グループに配属
同グループ主任岡田賢治さん33歳

**名前は開発中のものです。** · 2009/01/24(土) 20:47:15

IPA職員岡田賢治主任の報道記事まとめ【１】

★NHK
http://s02.megalodon.jp/2009-0105-1642-01/www3.nhk.or.jp/news/t10013365941000.html
★IPA職員が情報流出 ― 私物パソコンでファイル交換ソフトを使用（RBB TODAY） - Yahoo!ニュース
http://s03.megalodon.jp/2009-0105-1955-03/headlines.yahoo.co.jp/hl?a=20090105-00000007-zdn_ep-sci
★IPA職員Winnyでファイル流出＆嫁のブログ祭り - 探偵ファイル
http://www.tanteifile.com/newswatch/2009/01/05_01/index.html
★IPA職員がファイル交換ソフトでウイルスに感染、写真など流出 - ネットwatch
http://internet.watch.impress.co.jp/cda/news/2009/01/04/21994.html
★情報流出対策職員“赤恥”…自身半裸写真など流出 - zakzak
http://www.zakzak.co.jp/top/200901/t2009010510_all.html
★IPA職員がまさかの情報流出 - 「Share」の可能性も「現在本人に確認中」 - マイコミュ
http://journal.mycom.co.jp/news/2009/01/05/004/
★J-CASTニュース（情報セキュリティ専門家のはずのIPA男性職員の失態）
http://www.j-cast.com/2009/01/05033141.html
★時事通信社ニュース（古いソフトを探すためと、本人の虚偽と分かるコメント有り！組織ぐるみで隠蔽工作開始か？）
http://www.jiji.com/jc/c?g=soc_30&k=2009010500683
★CNET JAPAN わいせつ画像や児童ポルノ動画、違法かな漢字ソフトをダウンロード--IPA職員
http://japan.cnet.com/news/sec/story/0,2000056024,20386070,00.htm
★CNET JAPAN　「IPAとして慙愧に堪えない」--仲田理事が会見で職員の情報流出事件を説明
http://japan.cnet.com/news/sec/story/0,2000056024,20386085,00.htm
★IPA　プレス発表　当機構職員のパソコンによる情報流出について
http://www.ipa.go.jp/about/press/20090106.html
★INTERNET WATCH 　IPAが職員の情報流出で記者会見。
　昨日の組織ぐるみ隠蔽工作から、２ちゃんねらーの追撃で違法ファイルの使用と児童ポルノ動画を一転して認める！。
http://internet.watch.impress.co.jp/cda/news/2009/01/06/22018.html

**名前は開発中のものです。** · 2009/01/24(土) 20:47:37

IPA職員岡田賢治主任の報道記事まとめ【２】

★毎日.jp　わいせつ画像やかな漢字ソフトをダウンロード--IPA職員、ファイル交換ソフトで
http://mainichi.jp/life/electronics/cnet/archive/2009/01/06/20386070.html?link_id=RLD03
★＠IT　IPA職員のPCからの情報流出、事実関係を説明
http://www.atmarkit.co.jp/news/200901/06/ipa.html
★IT PRO　IPA職員がファイル交換ソフト利用で、個人情報含む1万6000件を流出
http://itpro.nikkeibp.co.jp/article/NEWS/20090106/322322/
★マイコミジャーナル　IPA職員の情報流出で緊急会見 - 前職時代の取引先企業情報など1万件超
http://journal.mycom.co.jp/news/2009/01/06/055/
★探偵ファイル　IPA流出騒動職員の妻、不正転売と薬事法違反疑惑
http://www.tanteifile.com/newswatch/2009/01/06_01/index.html
★live doorニュース　「指導する側」のIPA職員がWinnyでウイルス感染、個人情報が流出。
http://news.livedoor.com/topics/detail/3962545/
★秒間SUNDAY　IPA職員がファイル交換ソフトでウイルス感染！エッチ後画像など大流出
http://www.yukawanet.com/sunday/2009/01/ipawinny.html
★楽天（ショップ）　ＩＰＡ職員のパソコンによる情報の流出について
http://www.rakuten.co.jp/stellina/946713/
★西武百貨店　IPA職員のパソコンによる当社の情報の流出について（IPAに怒り爆発ｗ）
http://www2.seibu.co.jp/common/images/pdf/20090107.pdf
★探偵ファイル　ポエムに企画書…IPA職員の情報流出事件続報！
http://www.tanteifile.com/newswatch/2009/01/07_01/index.html
★探偵ファイル　IPA騒動に急展開、驚愕の流出情報の数々
http://www.tanteifile.com/newswatch/2009/01/08_01/index.html
★ZAKZAK　流出事件のIPA職員ばかりか妻は薬事法に違反★
http://www.zakzak.co.jp/top/200901/t2009010701_all.html
★つこうたＩＰＡ職員チャイルドポルノコレクターだった
http://www.technorati.jp/post/1S_jIJkf5a8hD3fMmxghB%2BYuGJfDPiYu%2BYizu8vv1oY%3D

**名前は開発中のものです。** · 2009/01/24(土) 20:48:53

IPA職員岡田賢治主任の報道記事まとめ【３】　アサヒ芸能週刊誌に岡ちゃんと純子と仲良く掲載
※違法アプリ、変態幼女児童ポルノ等のダウンを認めながら、給与支給の停職3カ月と国民を馬鹿にした処分！

★探偵ファイル　IPA流出事件職員の妻の転売業者、薬事法違反が確定★
http://www.tanteifile.com/diary/2009/01/08_02/index.html
★アサヒ芸能週刊誌　ネット情報セキュリティ相談窓口職員の裸画像が流出恥写真！＆島○純子も
http://ruru2.net/jlab-ruru/s/ruru1232772605296.jpg
★IPA職員に停職3カ月の懲戒処分　「Winny」「Share」情報流出で
http://www.itmedia.co.jp/news/articles/0901/19/news085.html
★情報流出のIPA職員、停職3カ月の懲戒処分
http://internet.watch.impress.co.jp/cda/news/2009/01/19/22131.html
★IPA、情報流出対策本部を設置
http://www.itmedia.co.jp/enterprise/articles/0901/19/news077.html
★経過を報告するIPA仲田理事
http://image.itmedia.co.jp/enterprise/articles/0901/19/ipa.jpg
★IPA職員が収集、流出した　とんでもない「反社会的」情報
http://www.j-cast.com/2009/01/20033932.html
★プレス発表　当機構職員のパソコンによる情報流出等について
http://www.ipa.go.jp/about/press/20090119.html
★情報流出のIPA職員、停職3カ月の処分に
http://japan.cnet.com/news/sec/story/0,2000056024,20386662,00.htm
★IPA職員の懲戒処分を発表 - 私物PCからの大量情報流出問題で
http://journal.mycom.co.jp/news/2009/01/19/018/index.html
★IPA流出騒動の職員、処分の実質は3ヶ月の有給休暇
http://www.tanteifile.com/newswatch/2009/01/20_01/index.html
★IPA流出職員停職3ヶ月"有給休暇"処分にネット住民激怒!
http://uratan.jp/hotnews/2009/01/7869/

**名前は開発中のものです。** · 2009/01/24(土) 22:37:22

>>213
ゲーム作るのにそんな情報要らないだろ
ベーマガ世代はみんな英語が読めたとはとても思えないぜ

>>214
スーパーバイザモードでVRAM直アクセスしてた時代の話をしたいのかい？
考え方を変えなされ
何のために点を打ちたいのだ?

**名前は開発中のものです。** · 2009/01/24(土) 23:45:09

>>221
いや、そうではない。
ttp://sugarpot.sakura.ne.jp/yuno/?Java%2FDrawRGBPerformanceTest
ここなどを見ればわかるが、
記述の仕方によっては遅くもなるし速くもなるわけだ。
たとえば、フルカラー＋setRGB()と256色＋配列書き込みなんかと比べたら
悲惨なほど速度に差がでるからな。
で、配列に直接書き込むよりもっと速い方法があるのかと思って聞いてみただけ。
よくわからんが、笑える話なのか？

何のために点を打ちたいのかって、そりゃーいろんな理由があるだろう。
演算で画像を生成したり。

**名前は開発中のものです。** · 2009/01/25(日) 08:36:06

>>222
そこまでいうなら自分で書いたコードをうｐしたら？
どうせ見れたもんじゃないゴミなんだろうけど。

**名前は開発中のものです。** · 2009/01/25(日) 09:44:24

>>222
見てみた

古い話になって悪いんだけど、まだMicrosoftVMが多くのマシンに入っていた頃
MemoryImageSourceを使っていたよ。透過付きGIF画像をApplet#getImageで
読み込んでGraphics#drawImageで描画すると異常に遅くてさ。

その名残で未だにBufferedImageではなくMemoryImageSourceを使っている。
一覧表を見る限りそんなに悪い癖でもないのかなぁ。

**名前は開発中のものです。** · 2009/01/26(月) 00:02:35

>>222
やりたいことがピクセル描画だと遅いよと

やりたいことがキャラクタの描画とか四角の描画とかなら
アクセラレーションが効くからいいよ

遅くても文句は言うなよ

という意味だ

**名前は開発中のものです。** · 2009/01/31(土) 12:54:35

xファイル形式読み込んでグリグリ3D描画できるフレームワークとまだ無いの？
だれか3Dゲーム作ってみた事ある？

**名前は開発中のものです。** · 2009/02/01(日) 14:03:48

3Dのゲーム↓
ttp://www.tansio.net/game/rpg/slg01.html

**名前は開発中のものです。** · 2009/02/26(木) 23:16:47

jMEの日本語資料が出てくると面白そうではあるんだけどな。
誰かが使い始めてwebで試行錯誤を晒してくれると、2番目以降の人はものすごく楽になる。

問題は、最初の一人になるハードルが結構高いことだ。

**名前は開発中のものです。** · 2009/02/28(土) 22:21:27

>>228
jME将来有望なのかな？
公式ページ見てるとどうも先が無さそうに見える

**名前は開発中のものです。** · 2009/03/01(日) 22:20:29

>>229
jMEはムービーとか見るとやたらレベル高そうなんだけどな。

まあ、jMEほど本格的じゃなくていいから、JOGL使った比較的小規模なゲーム用フレームワークを、
コメントびっしり入れてサンプルゲームと一緒にMITライセンスで公開してくれる人がいたりすると、
後進はすごく助かる。

ただ、さすがにそこまで言うのは虫のいい話だしなあ。

**名前は開発中のものです。** · 2009/03/02(月) 00:39:41

jME1.0が出たころは、チュートリアルとか充実しているイメージがあったけどな
今はjME1.0、2.0あるけど、ダウンロード先がよくわからん
あんまり丁寧じゃなくなってきた気がする
なんか、このままポシャりそう
ちゃんと読めば色々と書いてあるのかも知れんが

**名前は開発中のものです。** · 2009/03/03(火) 01:15:49

正直、jMEは規模がでかすぎる。
自分としちゃせいぜい数千行くらいの、「ゲームに特化したJava3Dのサブセット版」みたいな感じでいいんだよなあ。
jMEの規模になってくると、ソースを読もうという気はおこらないし…

**名前は開発中のものです。** · 2009/03/04(水) 23:43:24

みんな趣味でやってるんでしょ？
そんな見た目にこだわる必要ある？
java2Dだけでも>>227くらいの３Ｄできるのに、余計なライブラリいらなくね？
なんか、良いライブラリがないからゲーム作れない、な言い訳に聞こえる。

**名前は開発中のものです。** · 2009/03/05(木) 08:51:20

>>233
趣味だからこそ様々な技術に触れたいわけで・・・

**名前は開発中のものです。** · 2009/03/05(木) 22:06:26

いつまでたってもゲームが完成しない予感！

**名前は開発中のものです。** · 2009/03/07(土) 01:22:45

ぶっちゃけ、「Javaゲーム技術総合スレ」でもいいような気はする。

**名前は開発中のものです。** · 2009/03/08(日) 23:17:19

JOGLいじってて気が付いたんだが、ウィンドウの大きさを変更した時に、
GLEventListnerのreshapeだけじゃなくてinitが呼ばれることがけっこうあるね。
で、そのときにテクスチャのenableがリセットされてしまうっぽい。

その場合、ウィンドウサイズを変えた直後から
テクスチャがはがされたポリゴンオブジェクトが表示されてる。
対策としては単にテクスチャのenableをやりなおせばいいんだろうけど、
これってOpenGL的には普通の挙動なのかな？

同じテクスチャオブジェクトで何度もenableをかけると、VRAMに重複して
アップロードしてそうなのがちょっと不安ではあるけど。

**名前は開発中のものです。** · 2009/03/09(月) 14:23:24

実装依存デバイス依存の機能を使うのは大変だね
突然CPUパワーが1兆倍とかになって全部ソフトウェアレンダで済ませられるようになればいいのに

**名前は開発中のものです。** · 2009/03/09(月) 23:51:34

ざっくりというと320*240-8bppならばPentiumM/1GHzあればソフトレンダ可能
2次キャッシュからあふれた瞬間にいっきにorzがはいるけど、
GPUがCPUに搭載されるのが当たり前の時代になれば
いわゆるソフト演算で演算結果がかなり近いものになると思われ

普及するためには今のPCが死なないといけないから5年後くらいからかな?

**名前は開発中のものです。** · 2009/03/10(火) 00:36:26

640x480 16bitで、K6-2 400MHzのソフトレンダリングでゲームしてたことがある。
10年くらい前のゲームになるが、シーフはそこそこ動いたな。

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

>>237に関連して、画面サイズ変更時にglLight関係のenableもリセットされることがあるみたい。
init()メソッドが呼ばれるシチュエーションではVRAMがリセットされるものとみなして、
enableが必要なパラメータは全部アップロードしなおすという方針のほうがいいかも。

…まだ試してないけど、VBOとかディスプレイリストとかもリセットされるのかなあ…

**名前は開発中のものです。** · 2009/03/14(土) 23:21:36

>>240
可変フレームレートでいいのならそんなかんじ
60fps死守する2Dゲー（レンダリングが2Dという意味ではない）ならば
やっぱりそれなりにマシンパワーが必要

>>241
確保するVRAMがかわるからテクスチャ等も含めて消えてしまうのは仕方がない
DirectXでも同じことはあった

**名前は開発中のものです。** · 2009/03/17(火) 22:41:10

ゲーム内で使う3Dのオブジェクトデータってどんな感じに作ってる？
自分はエディタとしてメタセコを使ってるから、オブジェクトもmqoをそのままクラス化したような感じになってる。

頂点とかの最適化はしてないから、たとえば立方体（8頂点）を作ると
各面が共有する頂点が重複して登録されてしまい、
ノンシェーディングだろうがフラットだろうがグーローだろうが、
OpenGLに対しては必ず24頂点になるような仕様だけど。

**名前は開発中のものです。** · 2009/03/18(水) 23:41:58

>>243
俺もメタセコイアだ、ファイルがテキストなのが解析しやすくていいよね

後半の意味がわからんが、頂点バッファを使ってないってことかい？

**名前は開発中のものです。** · 2009/03/19(木) 20:22:52

>>244
自分が無知なだけかもしれないが、たとえば各面の色が違うフラットシェーディングの立方体を表示しようとすると、
8頂点でVBOを作れない気がする。

この場合、一つの頂点はそれぞれ別の色と法線をもつ3つのポリゴンから共有されるわけで、
24頂点で表現する必要が出てくるんじゃないかと。

**名前は開発中のものです。** · 2009/03/19(木) 21:44:43

>>245
Ha Ha Ha! 俺なんかVBOが何の略かも知らなかったぜ!?

**名前は開発中のものです。** · 2009/03/19(木) 23:01:52

>>245
> 各面の色が違うフラットシェーディングの立方体
みたいな場合だけ別クラスにするんじゃダメなんか？

**名前は開発中のものです。** · 2009/03/19(木) 23:13:35

メタセコでゲーム用オブジェクトを作ったら、
フラットシェーディングとグーローシェーディングを混在させるのはわりと普通だと思うが。
メカ系は特に。

**名前は開発中のものです。** · 2009/03/21(土) 10:40:36

プログラムが読みづらくなってきたので整理したいのですが、
インスタンスを一つしか作成しないクラスはstaticにしたほうがいいんでしょうか？

**名前は開発中のものです。** · 2009/03/21(土) 13:53:53

状況による。俺なら
ユーティリティ的メソッドの集まり → staticメソッド化
インスタンスを一つしか作らせたくない → シングルトン化
今はインスタンスが一つしか必要ない → そのまま

**名前は開発中のものです。** · 2009/03/21(土) 19:59:38

>>249の質問がいまいちわからん。
内部クラスならstaticにできるが普通クラスstaticにできんだろー
それとも>>250の解釈のようにstatic methodのことなのか・・そうだとすると何故シングルトンにｗ

**名前は開発中のものです。** · 2009/03/21(土) 20:19:06

Jakeはstaticメソッドばかりで辟易した
基本はインターフェイス定義／インスタンスメソッドにして
外部から実生成クラスを指定できる形のシングルトンってのが
モックや改造用の実装入替えができる作りにできてマシだと思う

**名前は開発中のものです。** · 2009/03/21(土) 20:24:15

>>252
Jakeの場合、Cからの移植だから、
オブジェクト指向に徹して構造をガラリと変えるのはやりたくなかったのかもね。

**名前は開発中のものです。** · 2009/03/22(日) 13:38:56

スキンメッシュってどう実装してるんだろ？
形状が変形した時点でVBOを作りなおさなきゃならない気がする。
glBegin～glEndでなら実装方法も思い浮かぶけど、それじゃ
頂点数が増えてくると破綻するだろうし…

…やっぱり、頂点シェーダ使うのが正道なのか。

**名前は開発中のものです。** · 2009/03/22(日) 21:48:34

JOGLのテクスチャオブジェクトって、シーンに必要な複数のTextureオブジェクトをenableしておいて、
実際にポリゴンを描画する時にenable済みのTextureオブジェクトをbindするという認識なんだが、
これってひょっとして間違ってる？

なんか、ポリゴン描画時にどのテクスチャオブジェクトをbindしても、最後にenableした
テクスチャが適用されてしまう…

**名前は開発中のものです。** · 2009/03/25(水) 20:36:24

もっと基本的な話もしてください＞＜

**名前は開発中のものです。** · 2009/03/26(木) 00:25:05

なら、そういう話題を振ってみよう。

**名前は開発中のものです。** · 2009/03/27(金) 09:52:31

>>257
振ります
場面管理とか、ユーザ入力の基本的な実装の勉強はどこでしましたか？
たとえば、オープニング場面と実際のゲーム場面の切り替えとか、マウスやキーボードからの入力にあわせてプレーヤーを操作するとか、その手の勉強はどうすればいいのでしょう？
みなさんで、知恵を出し合って、私が一人前のJavaゲームプログラマになれるようにがんばりましょう！

**名前は開発中のものです。** · 2009/03/27(金) 21:15:09

>>258

俺はテンプレのサイトにあるコードとかを参考にした

**名前は開発中のものです。** · 2009/04/01(水) 01:11:58

最近全画面表示試してみたが、意外なほどあっさり動いて拍子抜けした。
WinAPIをよく知らないけど、ひょっとするとJavaの方が簡単かも。

**名前は開発中のものです。** · 2009/04/01(水) 08:32:41

ひょっとしなくても簡単だ

**名前は開発中のものです。** · 2009/04/01(水) 10:48:41

Javaの方が何より簡単なんだ

**名前は開発中のものです。** · 2009/04/01(水) 11:09:54

WinAPIをよく知らないけど
ってあるからWindows開発環境とだろ

**名前は開発中のものです。** · 2009/04/01(水) 11:28:33

Windows開発環境って言ったっていろいろあるじゃない
Java並みに簡単なのもあるし

**名前は開発中のものです。** · 2009/04/01(水) 12:15:48

そりゃそうだな。

ただ、Windows直のAPIをたたくかのような表現なので、
VC++でWin32Applicationで作ってるとみた！

**名前は開発中のものです。** · 2009/04/01(水) 12:19:23

そりゃあ、ひょっとするどころじゃないなｗ

**名前は開発中のものです。** · 2009/04/01(水) 14:46:33

ちょうどC++でゲーム作ってるとこだよ。
Seleneっていうゲームライブラリ使ってるけど、それでもめんどい。
いやSelene自体は便利だけど、とにかくC++がめんどくってJavaに戻りたくなる。

**名前は開発中のものです。** · 2009/04/02(木) 02:46:07

java.exeとjarファイル単体配布を認めてくれると配るのもだいぶ楽になるんだけどね。
動かすためのランタイムだけならかなり小さくできるし。

**名前は開発中のものです。** · 2009/04/02(木) 22:45:17

>>268
privateJREってしらんのか？
配布規定に従っていればJREとアプリ同根で配布できるんだぞ？
そのためのランタイムだ

ファイルサイズはいらないのを消せば一応多少減らせる
ただし、同梱必須のものもあったりするからなにをはずせるかは注意すること

逆にSDKにあってJREにないものもいくつかは同梱可能だったりするので
ちゃんとドキュメント読んでください

**名前は開発中のものです。** · 2009/04/02(木) 23:34:41

>>269
なんかコメントがすれ違ってないか。
>>268は最小構成で配布したいって言ってるわけで、JREをアプリに同梱できることは前提だと思うんだが。
「java.exeと、そのアプリの起動に必要なjarだけ付けて配布したいのに、
　ランタイムを配布しようとすると同梱必須のファイルが多くてでかくなってしまう」
という意味の書き込みだと解釈したんだが、漏れが深読みし過ぎてるのか？

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

ふと思ったんだが、javaで市販のゲームってどのくらいあるんだろ。
ほとんど聞かないけど、tribal troubleくらいかね？
Mac（というか非windows）のシェアがもっとでかければ意味があるんだろうけど、
今はWindows用に作っておけば市場の99%は確保できるからなあ。

でも、ホビーの分野ではもうちょいJavaって選択肢が見直されてもいいと思うけど。

**名前は開発中のものです。** · 2009/04/04(土) 00:43:54

携帯では圧倒的か。
あとWinは９９％のシェアないから。シェアは下がってる。

LinuxやMacで動作確認しておくってのは意味あることかと。
マイナーOSだけに有名になりやすいかも。