Javaでゲーム作成 2本目

**名前は開発中のものです。** · 2005/10/27(木) 09:43:50

Javaでのゲーム作成について情報交換をするスレです。
ゲーム作成以外の話題はム板（http://pc8.2ch.net/tech/）、
他言語に関する話題は他スレでお願いします。

前スレ
JAVAでゲーム作成
http://pc8.2ch.net/test/read.cgi/gamedev/1074347252/

テンプレは>>1->>10あたりを参照

**199** · 2006/01/26(木) 23:31:16

>>200
ｻﾝｸｽ。できるようになりました。

**まほろば** ◆BmUbLWewsM · 2006/01/28(土) 18:36:32

いやーこのスレは役にたつなー。。
ところで、classファイルからソースコードを盗まれないようにするにはどうしたらいいんでしょ。。

**名前は開発中のものです。** · 2006/01/28(土) 18:42:43

正直それはあきらめろ

クラスローダ自作したところで実行中のメモリのぞかれれば意味なし
nproではじくとかやると誰も使うやつはいなくなるぞ

ネイティブバイナリでもコンパイラの癖とあたりつければそれなりに追えるんだし・・・とわりきれ
その分開発効率がいいんだからガンガンものづくりに専念しなさいといいたい

オンラインゲーなら毎日こまめにクラスを再配布していれば大丈夫かと

**まほろば** ◆BmUbLWewsM · 2006/01/28(土) 21:29:17

>>203
実行中のメモリのぞかれれば意味なし
そんな事出きるの？ソースは？
やろうと思えばできるとか妄想でつか？

**名前は開発中のものです。** · 2006/01/28(土) 21:37:25

>>204
メモリ覗くだけならWindows上で実行しちゃえば簡単だろうけど、
手軽に解析って話は俺も聞いたこと無いな。

うちの会社はDashOとかいうバカ高い難読化ツールを買った。
そんな必要無ぇって主張は通らなかった。

**名前は開発中のものです。** · 2006/01/28(土) 22:44:25

読みやすくしてくれるツールはありませんか。

**名前は開発中のものです。** · 2006/01/28(土) 23:06:37

>>204
多少は調べろ
クラスロードした後はざる

**まほろば** ◆BmUbLWewsM · 2006/01/28(土) 23:57:58

>>207

**名前は開発中のものです。** · 2006/01/29(日) 01:11:24

結局いいスレだったのをコテハンが壊したってことか。

**名前は開発中のものです。** · 2006/01/29(日) 02:35:06

もう大学生は春休みか……
いいご身分だなぁ。

**名前は開発中のものです。** · 2006/01/29(日) 12:34:08

低脳だから卒業後ニート行きで
さらに良いご身分だな

**まほろば** ◆BmUbLWewsM · 2006/01/29(日) 13:24:43

まったくだなｗｗ

**名前は開発中のものです。** · 2006/01/29(日) 17:14:26

GraphicsクラスのdrawImageで浮動小数点数を使う方法って何かない？
ゲームのキャラクターを表示させるためにはint型では精度が悪いんで。

**まほろば** ◆BmUbLWewsM · 2006/01/29(日) 17:28:00

ないよ。javadoc見りゃ分かるじゃん。。

**名前は開発中のものです。** · 2006/01/29(日) 17:45:07

>>213
そういうときは大きいバッファを持つことで回避する
320＊240の画像を0.5単位で扱いたいときは640*480とかね

drawRenderedImageとかtranslateを使う方法もあるが
用途がゲームなら使わないほうがすっきりしていいと思われ

**名前は開発中のものです。** · 2006/01/29(日) 17:57:12

>>213
Graphics2D でもいいのなら AffineTransform を使えばできる。
デフォルトでは AffineTransform を使用しても補完してくれないので、
補完方法を設定する必要がある。

Graphics2D g2 = (Graphics2D)g;
g2.setRenderingHint(RenderingHints.KEY_INTERPOLATION,
RenderingHints.VALUE_INTERPOLATION_BICUBIC);
g2.drawImage(image, transform, null);

こうすると 0.01 単位でヌルっと動かせるけど、それなりに重くなるし
画質もはっきりしたりぼやけたりするので逆にオススメできない。
キャラ自身の内部座標を小数点で扱うのは自由だけど
画像の描画に関しては座標を int で処理するのが現実的だと思う。

**名前は開発中のものです。** · 2006/01/29(日) 21:48:41

正男ってjava？

**名前は開発中のものです。** · 2006/02/01(水) 20:44:05

Javaアプレットでしょ

**名前は開発中のものです。** · 2006/02/05(日) 00:25:12

フルスクリーンモードで質問なんですが

　　public static void main(String[] args) {
　　　　GraphicsEnvironment env = GraphicsEnvironment.getLocalGraphicsEnvironment();
　　　　GraphicsDevice device = env.getDefaultScreenDevice();

　　　　JFrame frame = new JFrame(device.getDefaultConfiguration());
　　　　frame.setUndecorated(true);

　　　　device.setFullScreenWindow(frame);

　　　　MyPanel panel = new MyPanel();
　　　　frame.getContentPane().add(panel);
　　}

こんな感じでフルスクリーン化するフレームの上にパネルをはりつけてます。
このときフルスクリーン状態にはなるんですが、パネルのpaintComponent()が
呼ばれてないらしく描画されません（画面が真っ白のままでサウンドはなります）

panelのpaintComponent()が呼ばれるにはどう修正すればよいでしょうか。

**名前は開発中のものです。** · 2006/02/05(日) 00:52:34

フルスクリーン使ってるならSwingのイベントモデルにはこだわらないのが普通
BufferStrategyってのをしらべてごらん

ようは好きなタイミングで描画が出来るのだ

**名前は開発中のものです。** · 2006/02/05(日) 01:21:52

ありがとうございます。
やっぱそれですか。そうかもと思って実装始めたらできました。
frame.createBufferStrategy(2);
とやってpaintComponent(g)をdraw(g)にかえて
BufferStrategy strategy = window.getBufferStrategy();
Graphics g = strategy.getDrawGraphics();
draw(g);
g.dispose();
でうまく描画できました。

**219** · 2006/02/05(日) 01:30:28

もう一つあるのでアドバイスいただけるとうれしいです。

Window window = device.getFullScreenWindow();
window.add(JPanelオブジェクト);

とやってフルスクリーン上にパネルを置いています。
こうするとパネルがちらついてしまうのですが対策はあるでしょうか。

**名前は開発中のものです。** · 2006/02/05(日) 01:52:48

まずパネルをおく必要はない
ウインドウ全体を使って描画してるから

**219** · 2006/02/05(日) 09:38:19

コマンド選択パネルみたいに使っているんですが。

フルスクリーン上でスペース押すと右上にパネルが表示されます。
KeyboardListenerを実装してるのでキー入力はそのパネルが奪い
パネルを消すともとのフルスクリーン上にキー入力がいくという感じです。
パネルじゃなくてCanvasでもいいんですがどうもちらつきます・・・

パネルで何も描画しなくてもちらつくということはフルスクリーンにしてる
JFrame上にコンテナは置いちゃだめということでしょうか。

**名前は開発中のものです。** · 2006/02/05(日) 12:29:26

おいてはいけないということはないが、BufferStrategyはつかえんぞ

**219** · 2006/02/05(日) 13:00:29

そうですか・・・ボタンやらも全部だめだったのでBufferStrategyの描画領域にコンポーネントは配置してもちらついてしまうみたいですね。
あきらめてパネル風のウィンドウを描画することにします。

**名前は開発中のものです。** · 2006/02/05(日) 13:25:23

ゲーム目的ならコンポーネントの描画は避けるべきだな
すべて自前で描画しないとリフレッシュとかのタイミングがコントロールできん

**名前は開発中のものです。** · 2006/02/05(日) 14:37:09

便乗だけど、フルスクリーンで文字の入力はどうすればいいの？
英語だけなら楽勝かもしれないけど、漢字変換とかどうすればいいのかさぱーり。
以前コンポーネント埋め込んだら酷いことになって諦めてた

**名前は開発中のものです。** · 2006/02/05(日) 14:40:46

MMORPGの市販ゲームとかできてるからやり方あるんだろうけど。Javaだとどうなるんだろ。自分も知りたい。

**名前は開発中のものです。** · 2006/02/05(日) 15:23:24

MMORPGの場合フルスクリーンでもただすべての画面を占有するだけ
といった作りかたしてると思われ

JavaでやろうとするならBufferStrategyをあきらめるほうがいいだろうね
JPanelに画面部分を描画、paintComponentでバックバッファから自前で転送

**名前は開発中のものです。** · 2006/02/05(日) 17:31:23

LWJGLやJOGLで日本語文字を画面に表示するにはどうしたらいいんでしょうか。
LWJGLにAWTGLCanvasっていうのがあって、これを使えばできそうなんですが、
サンプルがなく使い方がいまいち分かりません。

みんなはどうやっているんだろう。

以前Graphics2Dでゲーム作ろうと思ったけど、アルファブレンド処理がソフトウェア描画に
なったので、LWJGLに移ったんですが。

うううーーーん

**名前は開発中のものです。** · 2006/02/05(日) 17:43:24

基本はDirectDrawだからな
一応オプションでDirect3Dで動作させればアルファブレンドもハードウェアになるが
レンダリング品質の問題とか通常一番使うブリットが遅いとかJava2Dベースでは
通常合成しか出来ないとかが問題になるからな

LWJGLはまったくさわったことがないのでわからん
JOGLはOpenGLそのままだね
俺が触ったときはSDLとのリンクが未実装だったので対象には上がらなかったが

Java3Dは高級すぎてゲーム用途にはまったく使えないという感じだった
速度がまったくでないことやピクセル単位の処理という感じではなかった

ただ、軽く触っただけなのでなんともいえない
2Dゲームならソフトウェアによるアルファブレンドが問題になるほど遅い場面は少ないとは思う

**名前は開発中のものです。** · 2006/02/05(日) 19:35:20

>>232

640x480の画面に32x32のマップをひきつめただけですでに４０ＦＰＳだったんですよね
Graphics2D。。。

やっぱりＣ＋＋の方がゲーム開発はいいのかなぁ・・・
開発効率はＪａｖａの方がはるかにいいんですけどね

何かJOGLやLWJGLに近い速度がでるゲーム用ライブラリって
ないんでしょうか

**名前は開発中のものです。** · 2006/02/05(日) 19:44:36

アルファブレンドでしきつめたらそれくらいにはなりそうだが
通常転送ならそこまで遅くなることはあるまい

使い方がおかしいかと

**名前は開発中のものです。** · 2006/02/05(日) 19:48:54

>>234

アルファブレンドで描画したときです。
正直なきたくなりました。
同様の処理でＤｉｒｅｃｔＸの場合は余裕を持たせてもＦＰＳ５００ぐらいでした。

**名前は開発中のものです。** · 2006/02/05(日) 20:03:06

デフォはDirectDrawベースだから当たり前
PureJavaベースのゲームなら少し前のコンシューマの２Dベースにしておくべき

アルファブレンドが多い場合は自前のエンジンを使ったほうがいい
Java2Dのアルファブレンドは機能が多すぎて高級すぎる
回転とかも同様

あとメモリアクセスを減らすために解像度を下げるとか
今後を考えてレンダリングエンジンはマルチコアに対応させる

現状を考えると320*240-16bppが２DでJavaでの安定動作の限界だと思うよ
それを2倍拡大して描画するのがベストか

Sunはデスクトップ部分に5.0は力を入れるといいつつ
1.4.2とほとんど変わらなかった前科があるから6にも期待薄だな

**名前は開発中のものです。** · 2006/02/05(日) 20:25:57

-serverを指定するだけ多少は速くなるし、メモリ次第かなぁ

**名前は開発中のものです。** · 2006/02/05(日) 21:05:19

serverはゲームではオススメしない
強度の最適化のために滑らかに動かない

**名前は開発中のものです。** · 2006/03/01(水) 00:33:42

BufferStrategyとpaintComponentを切り替えられるようにすれば
RPGツクールでキーボード名前入力を可能にした感じのゲームも可能なのかな。
でもそんなことしてたらMMORPGなんて作れない気もする。
-serverの件もそうだけど、なんかもどかしい

**名前は開発中のものです。** · 2006/03/01(水) 00:53:30

一応BufferStrategyはCanvasでも使える
AWTなのであまり込み入った使い方しないように

**名前は開発中のものです。** · 2006/03/01(水) 01:34:48

おお、ホントだ。BufferStrategyは埋め込み可能だったのか。
ゲーム画面上に透明チャット窓とかしようとするのも可能そうだね。
BufferStrategyならAWTとSwingの差分なんてあってないようなものだろうし。
ちょっと希望が湧いてきました。

**名前は開発中のものです。** · 2006/03/01(水) 02:35:02

5.0からAWTにZOrderが追加される。かゆいところに手が届いてら。

**名前は開発中のものです。** · 2006/03/04(土) 19:59:23

Swingでrepaintをした場合ってイベントキューで処理されるの？
Timerのタイミングできちんと描画スレッドに渡せますか？

**名前は開発中のものです。** · 2006/03/04(土) 23:22:41

何を言いたいのかわからんがSwingは普通のSUIのイベント処理だぞ

リペイントわたしてもリペイント範囲のaddされるだけ

連続でrepaint複数渡しても1回しかリペイントされないとかよくあること

これはSwingに限ったことではない
Windowシステムは全部そう

だからTimerでrepaintわたしたからすぐに描画されるわけではない

正確なタイミングでやるならAWTイベントでのリペイントは辞めるべき
BufferStrategyを使うのが正しい
これは内部でDirectXとか使われてるイベントモデルではなく、いわゆる直書きだ

**名前は開発中のものです。** · 2006/03/05(日) 13:59:16

>>244 どうもです。
FPS管理するからrepaintのままでやります。
描画に失敗したら致命的というわけでもありませんし。

**名前は開発中のものです。** · 2006/03/05(日) 14:46:49

FPS管理って普通にみんなBufferStrategyでしてると思うぞ
なんか勘違いしてないか？

**名前は開発中のものです。** · 2006/03/05(日) 15:12:44

いやJComponentもバリバリ使いたいので。

**名前は開発中のものです。** · 2006/03/05(日) 16:46:58

Swingコンポーネントベースのゲームってめずらしいな
ダブルバッファリングをライブラリに任せるのは割ときついからな

**名前は開発中のものです。** · 2006/03/15(水) 01:15:11

保守

**名前は開発中のものです。** · 2006/03/18(土) 15:46:10

良スレですね。

6年ぶりぐらいにJava触って驚いた～。
趣味の遊びには最適ですね。

**名前は開発中のものです。** · 2006/03/18(土) 23:01:07

exewrapがJavaゲームの必須アイテムになるのかな？
ヒープサイズをjrockitと同じ物理メモリの75%とかに指定したいんだけど
exewrapにはそういう指定は出来ないんだろうか

128m版と256m版の2つ用意したほうがいいかな・・・うーむ

**名前は開発中のものです。** · 2006/03/18(土) 23:25:32

鯖アプリじゃないんだから物理メモリの割合は意味がないぞ
メモリ増えればGCにかかる時間は増えるわけで、ゲームで使用するメモリ量とかちゃんと計算してないの?
それだとGCとかでかたつかないか？

**名前は開発中のものです。** · 2006/03/19(日) 00:20:58

単位時間に対するGC率が増えるのって操作性に影響でないの？

**名前は開発中のものです。** · 2006/03/19(日) 00:26:14

100秒ごとに1秒とまるGCと1秒ごとに0.01秒とまるGCとどっちがゲーム向きかということだ

それにわりあいでやられたら世代の調整とかおわっとる
GCのアルゴリズムの種類だって調整するのは常識なんだし
アプリごとに最適な値は大きくことなる

**名前は開発中のものです。** · 2006/03/19(日) 00:34:10

Mapにキャッシュするサイズ＋演算用のサイズで考えればいいんだよね？
最適値というのは演算分のヒープサイズがどのくらいのものなの？

**名前は開発中のものです。** · 2006/03/19(日) 00:50:29

GCの頻度とか使用量とかチェックしてないの?
-verbose:gcオプションいれてごらん

もっと詳しく見たいのならプロファイラで見るのが一番だが
まずはGC部分に注力するならこれが見やすいだろうね

**名前は開発中のものです。** · 2006/03/19(日) 00:58:12

>>256
OK、チャレンジしてみます。

**名前は開発中のものです。** · 2006/03/31(金) 14:22:07

当方、子供の頃にZ80アセンブラやBASICでゲームプログラムして遊んでいました。
まぁアルゴリズムとかは結構わかります。

今頃になって、再びプログラムを趣味にしてみようと思いJavaを選択しました。
シンタックスやOOPの基本的なことは大丈夫そうです。
Eclipseインストールしてちょっと感激。

で、問題なのはすこしでもDirectDrawとかFPS管理とか、ちょっとでもシステム寄りの
部分になると全然わからないのです。
いくつかソースを読んでみますと、各人でわりと実装が違うようですね。
Java５ではどんな方法がよいのかなど、参考になるものは無いでしょうか。

**名前は開発中のものです。** · 2006/03/32(土) 00:20:26

>>258
そういう人かなりいるよね
ゲームは問題なく作れるけどウインドウアプリになるとmainからはじまらないので
わけがわからない、と

Javaは一応mainから常に始まるしまだ楽なほう
>>1-11あたりはまずよんでみた？

**名前は開発中のものです。** · 2006/03/32(土) 01:27:44

3/32 記念ﾊﾟﾋﾟｺ

**名前は開発中のものです。** · 2006/04/04(火) 13:36:48

eclipseってそんなに良いか？【エクリプス】
http://pc8.2ch.net/test/read.cgi/tech/1099300344/274-
> 280 名前：デフォルトの名無しさん[sage] 投稿日：2006/04/04(火) 09:53:59
> >>276
> ほんとかよ。
> 2Dゲームの背景にタイルを敷き詰める処理を作ってみたが明らかに遅いぞ。
> これと言って変な処理は入れてないが、5fps出ない。
>
透過pngをImageIO.read()で読み込んで
Graphics.drawImage(Image, int, int, ImageObserver)で表示すると確かに重くなるが
上の奴はこれと同じ状況なのだろうか？

**名前は開発中のものです。** · 2006/04/04(火) 13:41:10

アルファブレンドだと重いけどただの色抜きなら重くはないよ
5.0ではBufferedImageのままなにもしなくてもそれなりにきくようになってるし
5fpsってありえんね

そもそもソフトウェア描画でもVGAで30fpsはでそうだが

**名前は開発中のものです。** · 2006/04/06(木) 12:59:32

iアプリを作ろうと思って勉強してるんですが、画像表示で躓いています。

サンプルではちゃんと表示されるんですが、画像を自作のものと入れ替えるとIO.connectionexception
ってのがでるんです。サンプルと同じGIFでサイズも同じにしてあるんですが。自作画像の方に問題が
あるんでしょうか。

**名前は開発中のものです。** · 2006/04/06(木) 14:20:33

>>263
動かないのが実機かPC上かを明記してもらえるとありがたい
サンプルがどんな処理を行うアプリケーションなのかも関係してくる
情報が少なすぎるのでエスパー回答してみるが、

・ファイルが壊れている
終端コードが無かったり、BMPなのに拡張子だけGIFにしたとか
試しにネット上に転がってる別のGIFファイルでテストしてみては？

・ファイル名の指定が間違っている
サンプルと同じファイル名にしてテストしてみては？
大文字小文字、全角半角の違いがないか気をつけて

・容量がオーバーしている
同じサイズというのはピクセル数のことだと思いますが、
バイト数が上限を超えていないか確認してください。

**名前は開発中のものです。** · 2006/04/06(木) 17:15:27

適当に書いてすいません。エラーがでるのはDoja3.5のPC上で、ビルドした後実行すると出ます。
サンプルは簡単なもので、画面にタイトルを表示するだけのものです。十枚ある画像を取り込んで
そのうちの一つを画面に表示するものです。

ファイルが壊れている＞壊れているかは私に判断できないんですが、自作の画像はwindowsのペイ
ントで書いて、0という名前で（サンプルで表示されるのが0.gif）形式をGIFにしています。

容量がオーバー＞サンプルは色付きですが、自作のものは白と黒のみなのでサイズは小さいです。

いろいろ試してみたんですが、サイズの違う画像の時に一回エラーがでずにちゃんと表示されて、
その画像の大きさをいろいろ変えたんてみても上手く表示されました。やはり元の画像が悪いので
しょうか

**名前は開発中のものです。** · 2006/04/06(木) 17:20:56

あともう一つ。一回エラーが出た後、画像をもとのサンプルの画像にしても、やはり
エラーが出たままなんです。

**263** · 2006/04/08(土) 17:16:17

ソースも画像も変えてないのに何回かやったら表示されるようになりました。
お騒がせしました。264さんありがとうございます。

**名前は開発中のものです。** · 2006/04/08(土) 21:22:15

何回かやったらってありえね
ビルドしてないとか

**名前は開発中のものです。** · 2006/04/09(日) 20:57:47

俺の場合、PCを再起動してみたら正常に動いたってことはたまにある。
メモリが不足してたのかな？

**263** · 2006/04/09(日) 23:11:53

原因はわからないです。さんぷるの画像の内、一枚だけ入れ替えたらうまくいったんで、
一枚ずつ入れ替えていったらエラーがでなくなりました。言われてみれば一回電源切った
あとかも

**名前は開発中のものです。** · 2006/04/10(月) 02:20:42

>>270
わかんないならもうレスしなくていいよ

**名前は開発中のものです。** · 2006/04/15(土) 01:23:46

そのくらいのサンプル段階ならソース晒してもいいでしょう
アップローダにアップしては？
http://gamdev.org/up/upload.php
短いソースならこのスレに書き込んでもいいだろうし。

**名前は開発中のものです。** · 2006/04/15(土) 10:51:05

この板寂しいからレスしてくれよ・・・
書き込みがあるとわくわくする

**名前は開発中のものです。** · 2006/04/15(土) 11:44:35

最近アプレットは流行らないよな。
このスレはJavaアプリのこと？アプレットのこと？
サーバ側の話？J2MEのこと？　なんでもあり？

それよりなにより、漏れは女とJavaTea飲みたい。

**名前は開発中のものです。** · 2006/04/15(土) 16:50:42

MEは実装依存度が高すぎるからそちらのスレで
基本はJavaアプリだろうね

アプレットは社内用リッチクライアント用途ではかなりいいけど
アプリと違って起動時のパラメータとかチューニングが限界がある

アプリによってメモリやGC等の設定は細かくかえるのが普通だから
ゲーム用ではさほど・・
フルスクリーンとかファイルアクセスとか限界もあるしね

手軽に配布ということでフラッシュ程度でいいのならフラッシュで作ればいいし
JavaでやりたいのならWebStartにしたほうがまし

JRE同梱してアプリにしたほうがいいよ

**名前は開発中のものです。** · 2006/04/15(土) 18:40:50

某スレに幾つかアプレットの２Ｄゲームが上がってるけど、
速度的には全然遜色ないな。
アプレットでも結構作れる事は作れるけど、開発環境などその他諸々の点で
フラッシュの方が断然上。
アプレットでゲームを作るメリットは何もないよ。

**名前は開発中のものです。** · 2006/04/15(土) 18:57:48

無料でまともなFlash開発環境があればいいんだけどな

**名前は開発中のものです。** · 2006/04/15(土) 19:10:16

ActionScript経由でFlashの機能は全部表現できるんだよね？
だったらActionScript3.0がパブリッシュ（コンパイルの意）出来る環境があれば
あとはAPIリファレンスを手に入れるだけで何とかなりそう

**名前は開発中のものです。** · 2006/04/15(土) 21:04:45

>>276
配布を考えればの間違いでは?
開発環境はアプレットのほうがどこをどう考えても上

アクションスクリプトきっついよ

**名前は開発中のものです。** · 2006/04/15(土) 22:36:11

>>276
ASの開発しづらさを知ってて言ってるのか？
マジキツイっての、アプレットと作り比べてみろよ。

**名前は開発中のものです。** · 2006/04/21(金) 18:53:51

Java使えればゲーム以外にも仕事で役立ちそう
Flashは覚えても応用範囲が狭そう

**名前は開発中のものです。** · 2006/04/26(水) 22:50:39

>>281
俺はC→AS→Javaだったよ
ASだけは遊びで覚えたんだけど、OO開発の基礎は自然と身についた
MovieClipの仕様がいいんだろうな

**名前は開発中のものです。** · 2006/04/29(土) 05:29:13

みなさんゲーム作ったんですか？
ここじゃ晒さないんですか？

**名前は開発中のものです。** · 2006/05/01(月) 20:40:07

フリーのは、ふりーむ！とベクターで公開してる。
有料のはDLsite.com等で販売中。

**名前は開発中のものです。** · 2006/05/07(日) 00:14:23

知っている方がいらっしゃったら教えてほしいことがあります。

以前j2re1.4.1_02でフルスクリーンとウィンドウモードを切り替えるものを作ったのですが
1.5.0_06では解像度の変更が正しくうごかないという事に当たりました。

手順は
１）フルスクリーンにする
GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
device = ge.getDefaultScreenDevice();
DisplayMode　fullscreen = new DisplayMode(640, 480, 32, DisplayMode.REFRESH_RATE_UNKNOWN);
device.setFullScreenWindow(fullscreen);

２）排他を解除しウィンドウモードにする

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
device = ge.getDefaultScreenDevice();
device.setFullScreenWindow(null);

この後で１）を行った場合、1.4.1_02ではフルスクリーンで解像度が変わったのですが
1.5.0_06ではフルスクリーンにはなるが解像度が変わらないということになりました。

何かご存知の方がいらっしゃったらお願いします。

**285** · 2006/05/07(日) 00:27:33

書き忘れていました。
１）では決まったフレームをフルスクリーン指定してます。

device.setFullScreenWindow(frame);

**名前は開発中のものです。** · 2006/05/07(日) 02:17:45

元々フルスクリーンと行き来するとリークが発生するから起動時に選択させるほうがいい

ところで意味が分かりにくいのだが
１＞２＞１ってこと？

**285** · 2006/05/07(日) 02:57:40

>287

>元々フルスクリーンと行き来するとリークが発生するから起動時に選択させるほうがいい

ありがとうございます、その方向で考えてみます。

＞１＞２＞１ってこと？

そうです。

**名前は開発中のものです。** · 2006/05/07(日) 11:37:59

いまやってみたけど画面ちゃんと切り替わったよ

**285** · 2006/05/07(日) 14:11:36

>289

j2re1.4.1_02では、繰り返し切り替えたときにちゃんと解像度も一緒に変わったのですが
1.5.0_06ではフルスクリーンにはなりましたが、二度目以降のフルスクリーン切り替えで
解像度が変わりませんでした。（一回目はちゃんと解像度が変わるようです。）

もしうまく切り替わったのでしたらソース、上げていただけませんでしょうか？

**名前は開発中のものです。** · 2006/05/07(日) 14:15:43

こんなかんじ

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice device = ge.getDefaultScreenDevice();
GraphicsConfiguration gc = device.getDefaultConfiguration();
DisplayMode mode = new DisplayMode(640, 480, 32, DisplayMode.REFRESH_RATE_UNKNOWN);

JFrame frame = new JFrame(gc);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

Thread.sleep(1000);

device.setFullScreenWindow(null);

Thread.sleep(1000);

device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

**名前は開発中のものです。** · 2006/05/07(日) 14:17:41

注意事項としてウインドウモードとフルスクリーンモードで
色深度が違う場合テクスチャキャッシュとか全部作り直してね

異なる色深度で転送を行うとすごく遅くなる

**285** · 2006/05/07(日) 14:20:50

ソース、ありがとうございます。
確認してみます。

**285** · 2006/05/07(日) 15:30:17

>292
先ほどのソースありがとうございました。
フレームの非表示をフルスクリーンとウィンドウ毎にきりかえりため
毎度フレームをdisposeし、再作成していたが原因でした。
ところで、上記ソースのやり方でフルスクリーンのときにだけ
frame.setUndecorated(true);
を有効にしたいとおもい、いくつか試しているのですがうまくいっていません。
作成していたソースを載せておきますので、再度も一度だけご指摘いただけますでしょか？

**285** · 2006/05/07(日) 15:33:08

以下がソースです。

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice device = ge.getDefaultScreenDevice();
GraphicsConfiguration gc = device.getDefaultConfiguration();
DisplayMode mode = new DisplayMode(800, 600, 32, DisplayMode.REFRESH_RATE_UNKNOWN);

JFrame frame = new JFrame(gc);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

System.out.println("初期表示");

frame.setSize(800, 600);

frame.setResizable(false);
frame.setLocationRelativeTo(null);//中央配置
frame.setVisible(true);

Thread.sleep(10000);
System.out.println("フルスクリーンへ");
//frame.setUndecorated(true);//フレームの非表示
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

Thread.sleep(10000);
System.out.println("ウィンドウモードへ");
device.setFullScreenWindow(null);

**名前は開発中のものです。** · 2006/05/07(日) 16:01:17

＞このフレームの装飾の有効化と無効化を切り替えます。
＞フレームが表示されていない時にだけ呼び出すことができます。

マニュアルどおりだと思うんだが

タイトルバーの表示、非表示はフレームが表示されているときは駄目
一度非表示にする必要があるよ

**名前は開発中のものです。** · 2006/05/07(日) 16:03:32

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice device = ge.getDefaultScreenDevice();
GraphicsConfiguration gc = device.getDefaultConfiguration();
DisplayMode mode = new DisplayMode(640, 480, 32, DisplayMode.REFRESH_RATE_UNKNOWN);

JFrame frame = new JFrame(gc);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setUndecorated(true);
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

for(int i=0; i<10 ;i++){
Thread.sleep(1000/2);

//ウインドウモード
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(false);
device.setFullScreenWindow(null);
frame.setVisible(true);

Thread.sleep(1000/2);

//フルスクリーンモード
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(true);
device.setFullScreenWindow(frame);
}

**名前は開発中のものです。** · 2006/05/07(日) 16:06:27

あ、最後フルスクリーンモードで終わってるんでALT+F4な

**285** · 2006/05/07(日) 17:03:17

丁寧な反応、本当にありがとうございます。
setVisible(false); の後でdisposeが必要なのですね、
わからずに数ヶ月引っかかっていました。
297でいただいたサンプルなのですが、最後のフルスクリーンの状態で
解像度が640, 480ではなく元に戻っていませんでしょうか？
これを何とかできないかなと
//フルスクリーンモード
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(true);
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);
としてみたのですが、今度はウィンドウモードの解像度が戻らなくなってしまいました。
これが一番最初の質問と同じ状態のようです。

**名前は開発中のものです。** · 2006/05/07(日) 17:32:54

ウインドウモードのタイミングが指定がおかしかった

//ウインドウモード
device.setFullScreenWindow(null);
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(false);
// device.setFullScreenWindow(null);
frame.setVisible(true);

としてごらん