JAVAでゲーム作成

**JAVA初心者・・・** · 04/01/17 22:47

はじめまして！！
今年に入ってからJAVAでゲームを作ってみようと勉強しています。
どなたか宝さがしゲームを作るうえで参考になるゲームとツール知りませんか？？
知っていたら教えてください。<(_ _)>ぺこり

**名前は開発中のものです。** · 2005/09/18(日) 16:38:27

だからkeyPressed()でフラグを立ててkeyReleased()でフラグ降ろせばいいじゃん

**名前は開発中のものです。** · 2005/09/18(日) 16:41:00

ゲーム用途でキーリピートが欲しいってのは珍しい用件だから
さすがに想像してなかったな

どういうところで使うんだろう

キーリピートが邪魔というのなら分かるが

**名前は開発中のものです。** · 2005/09/18(日) 16:41:42

>>853
それはやっています。
のんびりとしたキーループではタイミングにずれが出るんです。

**名前は開発中のものです。** · 2005/09/18(日) 16:43:35

>>852
予想してみるに、Timer使って、一定期間ごとの処理のときに
KeyStateのチェックでもしているんだと予想してみるが
(まぁ、自分がこれをやって、押すタイミングによって、
ムダ連打になったり、ならなかったりで、どうにかしたいと思った経験アリな訳だが
どうやって解決したかは忘れた。）

まぁ、複雑になってくると、あんまりTimerは向かないってのが一つ。

**名前は開発中のものです。** · 2005/09/18(日) 16:43:51

>>854
RPGのでいうコマンド位置の移動や
アクションで武器毎の連射速度の調整などです。

**名前は開発中のものです。** · 2005/09/18(日) 16:49:18

>>857
そういうのは入力側をいじるのではなくて
ゲームのシステムなりがやるものだとおもわれ

**名前は開発中のものです。** · 2005/09/18(日) 16:51:27

□←何もなし時間
■←TimerTaskの処理
P←Press
R←Release

つまり
□□■□□□□■□□□□■□□・・・て風に定期処理するプログラムのときに
□□■P □□R ■□□□□■□□←だと4□時間、押してるのに1回
□□■□□□P ■R □□□■□□←だと3□しか押してない（ﾁｮｲとしか押してないつもり）なのに連打になってしまう

・・・って、ことだと思う。

**名前は開発中のものです。** · 2005/09/18(日) 17:00:34

とりあえず、押されたらそのキーのクラスのPressed()とか呼び出して、isPressed=trueの間ループさせて
前の時刻から、一定時間たったらリピートが、良さそうかな。

**名前は開発中のものです。** · 2005/09/18(日) 17:04:08

ループでまわさないRPGでのコマンドとかならイベントでやっといたほうがええよ

デザインパターンとか多少目を通したほうが楽かもね

**名前は開発中のものです。** · 2005/09/18(日) 17:27:01

こんな感じでそれぞれの処理を隔離したいんです。
これでキーリピートができると再利用性が向上して作りやすいんです。
・入力処理による行動キューへの書き込み
・メインループによる行動判定処理及びメモリスクリーンの更新
・FPSループによるディスプレイへの描画

>>860
キー判定ループを1つにするかキー分用意するかの違いなんですけどね。
キー判定ループを押される度に生成ではなく、押されるまで寝かせるとかだと改善するのかな

>>861
デザパタですか。なんちゃらファクトリーとシングルトンならよく使います。
なんちゃらって答えてる時点で分かってないって事なんですがｗ

**名前は開発中のものです。** · 2005/09/18(日) 17:58:14

>>862

リアルタイム系ではなくいわゆるウインドウシステムみたいなものを作りたいようだから
ディスプレイへの描画はループさせる必要はないよ

**名前は開発中のものです。** · 2005/09/18(日) 18:07:20

>>863
いや移動処理とかあるので描画ループは必要です。
もちろんトリガ式の描画モードも実装する必要はありますが。

**名前は開発中のものです。** · 2005/09/18(日) 19:23:42

移動処理もループさせなくてもイベントで処理できるよ
たとえば現在のモードが戦闘モードなのか移動モードなのか判断してまわすだけ

たとえばマス単位で動くなら動いた後にはキーイベントキューをクリアするとかの処理が入ればいいだけ

たぶんゲーム作りなれてないのならループ処理よりこっちのほうがやりやすいかもね

**名前は開発中のものです。** · 2005/09/19(月) 16:53:42

javaじゃないけど、el.h（イージーリンクライブラリ）
からそのへん学んだ。変数にフレームごとの状態を記録しておく。

**名前は開発中のものです。** · 2005/10/02(日) 23:11:49

http://pcweb.mycom.co.jp/news/2005/09/15/021.html
↑これってShapeとかImageもOpenGLで高速に描画できるって事ですかね

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

それはまだわからない。
5.0から一応OpenGLレンダリングできることになってるけど、イマイチだし
Windows環境ならDirectDrawやDirect3D使ってレンダリングできる。

オプションとか描画の種類とか多少知識が必要だけれども。
Imageの通常転送に関してはDirectDrawで安定して高フレームレートでてるよ。
SDL並みといっていいのでは？

**名前は開発中のものです。** · 2005/10/02(日) 23:53:51

現在通常ウィンドウとフルスクリーンを交互に表示すると1MBくらいのメモリリークをします。
その後アプリを最小化するとそのメモリリークしたメモリが一気に回復するのですが
このリソースの回収を表示モードの切り替え直後に行う方法はないでしょうか？

**名前は開発中のものです。** · 2005/10/03(月) 00:20:05

>>869
System.gc()じゃだめ？
現在通常ウィンドウとフルスクリーンを交互に表示するプログラムのコード断片希望

**名前は開発中のものです。** · 2005/10/03(月) 00:39:53

public void setVisible(boolean b) {
if (b == isVisible()) return;
if (b) {
if (isFullScreen) {
if (alreadyFullScreen) return;
final DisplayMode mode = new DisplayMode(
screenWidth, screenHeight, 16,
DisplayMode.REFRESH_RATE_UNKNOWN);
if (isDisplayable()) dispose();
setUndecorated(true);
super.setVisible(true);
createBufferStrategy(numBuffers);
device.setFullScreenWindow(this);
device.setDisplayMode(mode);
alreadyFullScreen = true;
} else {
if (!alreadyFullScreen) return;
if (isDisplayable()) {
device.setFullScreenWindow(null);
dispose();
}
setUndecorated(false);
super.setVisible(true);
createBufferStrategy(numBuffers);
alreadyFullScreen = false;
}
}
super.setVisible(b);
}

**名前は開発中のものです。** · 2005/10/03(月) 00:42:00

あ、インデントが・・・

>>870
gcではびくともしませんでした。

ソースですが、isFullScreenを切り替えた後で
setVisible(false);setVisible(true);とすれば切り替わるようになっています。

createBufferStrategy(numBuffers); が一見無駄に見えますが
これはコメントアウトしても何の影響もありませんでした。

よろしくおねがいします。

**名前は開発中のものです。** · 2005/10/03(月) 01:12:05

そういやNetBeansで開発してたときもフルスクリーンに変えるとなぜかIDEのほうがリークしてたの思い出した
たぶん仕様っぽいけど表示のON/OFFでdispose後再構築とかやらんとだめっぽいな

一見問題ないようでもネイティブのリソースであるVRAMを扱うのは
ヒープのように単純にいかんよな

いまじゃJava2DもDirectDrawでガンガンアクセラレーションされてるから

**名前は開発中のものです。** · 2005/10/03(月) 02:01:20

最小化を噛ませれば楽に対処できそうなんですよね。
最小化してから通常化に戻すというのをコードから書けるならですけど。

**名前は開発中のものです。** · 2005/10/03(月) 06:09:25

最小化とか普通にかけるだろ

**名前は開発中のものです。** · 2005/10/03(月) 22:26:39

え？書けるの？
dispatchEventっての使ってみても何も起きなかった

**名前は開発中のものです。** · 2005/10/03(月) 23:06:06

setExtendedStateじゃダメなのか？

**名前は開発中のものです。** · 2005/10/03(月) 23:26:41

>>877
2日ぐぐったのに見付からなかったorz
リソースの開放も確認できて無事解決しました。
ありがと。

**名前は開発中のものです。** · 2005/10/09(日) 17:11:50

Java1.4以降ではダブルバッファリングがVolatileImageを使って自動で行われるそうなんですが、その場合は自前でダブルバッファリングの処理を書かないほうがいいんでしょうか？
1.4より前のバージョンを使ってるユーザのためにやっといたほうがいいんでしょうか？

**名前は開発中のものです。** · 2005/10/09(日) 18:07:35

自動で行われるってせいぜいSwingくらいじゃないか？
自分で処理かかないとダメだよ

それにページフリッピングできるのは1.4以降だし

**名前は開発中のものです。** · 2005/10/09(日) 18:23:24

Swingらしいです。JPanelのpaintComponent()に描画処理書けばダブルバッファリングしなくてもちらつき起こらないんでどうかと思ったんですが。

**名前は開発中のものです。** · 2005/10/09(日) 18:34:11

ゲーム作成でSwingのダブルバッファを利用ってのはあまりありえないと思う

まぁRPGとかAVGならありだけど

あとかならずVolatileImage使われるともかぎらないから
速度とか考えたら自前でやったほうが管理は楽かもよ

フルスクリーンや垂直同期フリップが使えるし

**名前は開発中のものです。** · 2005/10/09(日) 19:04:43

SwingのJPanelは使わないってことでしょうか？
SwingのJPanelをキャンバスにしてpaintComponent()を使わずに自分でダブルバッファリング書く＋アクティブレンダリングというのが一般的ですか？

**名前は開発中のものです。** · 2005/10/09(日) 21:18:18

いやいやいやいや、ここでもちょくちょく出てる戦略があるじゃないですか。

**名前は開発中のものです。** · 2005/10/09(日) 21:25:22

まずは一旦このスレをよんでみなされってことだな

**名前は開発中のものです。** · 2005/10/09(日) 23:43:37

このスレってJava関連とは思えないほど
みんな親切だよね

**名前は開発中のものです。** · 2005/10/10(月) 20:58:06

おお、こんなスレもあったとは！

**名前は開発中のものです。** · NG

ゲームのプログラミングのために覚えときゃならない言語ってなんですか？

**名前は開発中のものです。** · NG

やっぱりJAVA？

**名前は開発中のものです。** · 2005/10/11(火) 19:12:50

JavaでもCでもなんでもいいから言語を一通りマスターするのがいい
あとはその言語の思想とか癖をおぼえるだけ

ただ、最低限の基礎はほしい
2の補数とか通じないのが最近多いんよ

**名前は開発中のものです。** · 2005/10/11(火) 20:10:51

Java→C++がお勧め

俺の場合はN88Basic→C→C++(挫折)→Perl→Java→C++
と勉強した。

**名前は開発中のものです。** · 2005/10/11(火) 20:11:11

とりあえずJavaでいいと思いますよ。
2年後には、携帯JavaもCLDCからCDC（Java SEのサブセット）が標準になる
と言う話しだし。Javaは絶対に今後ブレークｗする。
その次はコンパイラの勉強とか。

**名前は開発中のものです。** · 2005/10/11(火) 20:15:09

>>891
私は最初の言語がC++で就職してからやって、難しすぎてびびりました。
基礎は研修中（2ヶ月程）に何とか身に付けたけど。

**名前は開発中のものです。** · 2005/10/11(火) 22:07:55

UMLやれ。他の言語はイラン。

ちなみに、コンパイルは方法このスレにうｐ、多分たまに成功。

**名前は開発中のものです。** · 2005/10/11(火) 23:48:33

Java → C/C++ → PERL → Lisp(Python) → Python(Lisp)
ハッカーおすすめの言語習得コースが確かこんなだった

**名前は開発中のものです。** · 2005/10/12(水) 00:32:35

UNIX ハッカーコースだな。
ゲーム系の場合 Lisp はやっといても損ないけど
Perl と Python は飛ばしてもいいと思われ。

**名前は開発中のものです。** · 2005/10/12(水) 01:07:32

DB勉強しておくとなぜかオブジェクト指向ってのが分かりやすかった。

**名前は開発中のものです。** · NG

皆さんありがとうございました!!m(__)m
もう1つ質問ですHSP(多分あってる??)ってゲームのプログラミングに必要なんでしょうか？
ゲームのプログラミングに特化(言葉あってるかな?)してるらしいけど…

**名前は開発中のものです。** · 2005/10/12(水) 18:50:44

??
ホット・スープ・プロセッサ"ＨＳＰ"でぐぐるべし。

**名前は開発中のものです。** · 2005/10/12(水) 19:17:55

Javaの2DゲームPGなら
「Javaでゲーム作りますが何か？」を読むのが一番早い。

**名前は開発中のものです。** · 2005/10/12(水) 19:19:45

ここで、DungeonMasterJavaのソースが手に入る
http://web.archive.org/web/20041010095625/http://www.cs.pitt.edu/~alandale/dmjava/
ソースは分かりにくい＆多分バグもある。
今は暇が無いので１・２ヶ月したら見てみる予定。

**名前は開発中のものです。** · 2005/10/12(水) 21:16:43

低級言語　BASIC　HSP
　　↑楽、ｼｮﾎﾞいプログラム向け
高級言語　C　パスカル
　　↓複雑、大規模プログラム剥け
至高言語　C++　JAVA

**名前は開発中のものです。** · 2005/10/12(水) 21:37:39

HSPはさすがにスレ違い

**名前は開発中のものです。** · 2005/10/12(水) 22:15:33

HSP今コンテストやってるみたいだね
作品見ると結構すごいのあるな

**名前は開発中のものです。** · NG

やっぱりJAVAがいいみたいですね
ありがとうございました

**名前は開発中のものです。** · 2005/10/13(木) 00:10:54

>>905
待ってくれ。
真面目に書き込んでる様だけど、
ゲーム作るのなら、ＪＡＶＡは完全に場違いだよ・・・

**名前は開発中のものです。** · 2005/10/13(木) 00:24:21

場違いはおまいだ
ばちがいというよりバカチンだな

**名前は開発中のものです。** · 2005/10/13(木) 00:30:28

>>905
俺も>>906に同意。
みたところ>>905はﾌﾟﾛｸﾞﾗﾑ初心者だと思うんだが
ゲーム作るのにいきなりJAVA勉強しだすってのは
なんか違う気がする。
とりあえずここではなくてｽﾚ立てる前に質問ｽﾚを読むべきかと。

**名前は開発中のものです。** · 2005/10/13(木) 00:34:48

このスレの名前を言ってみろ

**名前は開発中のものです。** · 2005/10/13(木) 00:37:10

確かにそうだな
>>905は、まずはHSPぐらいからはじめた方がいいかもね

**名前は開発中のものです。** · 2005/10/13(木) 00:47:23

ゲーム向けと思われるようなフレームワークもHSPの数倍は揃ってると思うけどな。
問題はこの方面の日本語ドキュメントがすごく少ない事で。

**名前は開発中のものです。** · 2005/10/13(木) 00:48:26

>>909
JAVAでゲーム作成。
え、でもJAVAがゲームつくるには最適だぜVBなんて糞！って
そんなｽﾚじゃないよね？JAVAでゲーム作ろうぜｽﾚだよね？

え、漏れｽﾚ違いだったのかずっと(´･ω･`)

**名前は開発中のものです。** · 2005/10/13(木) 00:57:12

HSPはWindowsAPI on BASICだからJavaよりは融通が聞くよ
6.0からは3Dにも力を入れるらしいから、Javaを捨てる機はないけどね

**名前は開発中のものです。** · 2005/10/13(木) 01:38:35

>>905
ＪＡＶＡは、現在ではサーバーサイドのソフトウェア開発の為の言語ですので
ゲームには不向きです。

**名前は開発中のものです。** · 2005/10/13(木) 01:48:21

とりあえず絵を表示するのはらくだから
Javaは初心者には敷居は低いと思うけどな

無料だし

>>914
フルスクリーン可能とかDirectXやOpenGL使って描画されるとかしらんのだろうか

**名前は開発中のものです。** · 2005/10/13(木) 02:52:18

いやさすがに釣りだろ

**名前は開発中のものです。** · 2005/10/13(木) 21:08:27

なんか
　Javaを使ってすばらしいゲームが作れる、
　Javaはゲームを作るのに十分なパフォーマンスがある
ってことと、
　Javaは初心者がゲームを作るのにお薦めできる言語
　Javaは習得しやすい言語
を、
ごちゃ混ぜにして話しているやつがいるなぁ。

Javaを知っている人間がゲームを作るのにはいいのだろうけど、
初心者がゲームを作るためにJavaを覚えるのは効率悪いと思うがなぁ。

将来プログラマ（ゲームではない）になりたいのなら話は別だが。

ゲームを作るってことが主目的ならもっといい言語は別にあると思うが。　

**名前は開発中のものです。** · 2005/10/13(木) 21:32:24

>>907
ワラタ
見事なつっこみだ

**名前は開発中のものです。** · 2005/10/13(木) 21:57:35

Javaが習得しやすい言語じゃなかったら
どんな言語が習得しやすいんだろう

**名前は開発中のものです。** · 2005/10/13(木) 22:13:35

どうでもいいが、このスレは言語を探すスレではなくてJavaを使ってゲームを作成するスレだぞ

**名前は開発中のものです。** · 2005/10/13(木) 22:17:34

うむ。
他言語で作成したいヤシはその言語専用のスレへ池ということで。

**名前は開発中のものです。** · 2005/10/13(木) 22:46:23

JavaはつぶしがきくけどHSPはつぶしがきかないような気がする。就職にそなえるならゲーム作れてそれ以外にも役にたつJavaを覚えたほうが一石二鳥じゃないかな。HSPは履歴書に書けないらしいしね。

**名前は開発中のものです。** · 2005/10/13(木) 23:11:45

ゲ業界以外の就職は板違いだがな
ゲ業界は java でもダメよｗ

**名前は開発中のものです。** · 2005/10/13(木) 23:24:30

別にどこに就職してもいいが、Javaでゲーム開発する話以外は該当するスレで

**名前は開発中のものです。** · 2005/10/14(金) 01:03:37

とりあえず言語関連ですぐに就職の話を出すのはやめたほうが良いと思う。
スポーツする人がみんなプロを目指すわけじゃないのと同じなんだから。

**名前は開発中のものです。** · 2005/10/14(金) 01:23:02

C++を勉強する前段階に、Javaを勉強するのはいいと思うよ。
プログラミングしたことがないのに、C++をやろうとすると多分挫折する。

**名前は開発中のものです。** · 2005/10/14(金) 02:07:12

自分以外でも多いと思うけど
ゲームやある程度規模の大きなプログラムの場合
まず先にJavaでプロトタイプを作る事が多々ある

速度なんか度外視でバグを出さずに動く事を実証したり
クラス設計やデータ構造を練る事がことが主眼
で、この完成したプロトタイプをC++へ移植する段取りだと開発効率が凄く良い

で、このプロトタイプの動作性能で全く問題ないって事が判明して
面倒になって移植を中止する場合も多いよ

だからとりあえずJavaを極めて、それで満足できなかったら他に移ったらいいかも

**名前は開発中のものです。** · 2005/10/14(金) 06:37:39

>>926
挫折はせんがWinAPIでGUI作るとノイローゼになる。
JavaはRADにも対応し始めてきたからアプリも行けるようになったね。

**名前は開発中のものです。** · 2005/10/14(金) 06:46:12

>>927
へー。参考になるな。

>>928
俺はC#やってJava勉強し始めたけど、色々似てるから楽かも。
RAD対応が遅れててなんかなーて感じだが、、。

C#のwebサービスやサーバーサイドJavaをゲーム開発環境構築に役立てたいナーと
漠然と思ってるんだが、トライしてる人いる？

ゲームアプリそのものはC++でいいじゃんと思ってる。

**名前は開発中のものです。** · 2005/10/14(金) 11:05:25

JavaのRADって8年以上の歴史がないか？

**名前は開発中のものです。** · 2005/10/14(金) 17:58:22

VBのようなポトペタをRADと呼ぶんだろう、>>929は

NetBeansとか試してみたらいいよ。

**名前は開発中のものです。** · 2005/10/14(金) 18:07:25

JBuilderってSwingくるまえからポトペタだったはずだが

**名前は開発中のものです。** · 2005/10/14(金) 19:36:28

>>927
漏れのところではPythonでプロト作って、
Javaで実装というパターンが多いかな。
あ、ゲームじゃないけどね。

**名前は開発中のものです。** · 2005/10/14(金) 19:48:14

>>931,932
きっとＥｃｌｉｐｓｅしか知らないんだろう、>>929は

**名前は開発中のものです。** · 2005/10/14(金) 20:17:56

Javaで書かれた音声認識エンジン SPHINX-4
http://d.hatena.ne.jp/shibacho/20050911/p2
JavaとCがほぼ同等だってさ

**名前は開発中のものです。** · 2005/10/14(金) 20:20:39

Swingは手書きでもサクサク作れるので実はSwing自体がRADなのです。

**名前は開発中のものです。** · 2005/10/14(金) 21:49:47

JavaはEclipseがあるから最強。
Visual C++も書いたその場でエラー見つけて表示させられないし。

**名前は開発中のものです。** · 2005/10/14(金) 22:21:52

.NETなら表示してくれるんじゃないの?
NetBeansも昔から書いたその場でエラー表示してくれてたよ
Eclipseだけの特権ではあるまい

しかしスレ違いが続くな

**名前は開発中のものです。** · 2005/10/14(金) 22:59:46

>>934
その通りｗ

で、結局どれが良いのかな？
NetBeansは初心者向けと書いてあったので、やってみるか。
上級者はRAD使わないて事かね？そういうもんか？

まあ、開発環境の話題はゲーム製作と全く無関係ではないと思うよ

**名前は開発中のものです。** · 2005/10/14(金) 23:11:19

上級者向けとか初心者向けというのは間違いだと思う

GUI生成ツールとしてNetBeansは昔から現在でもJavaの中では最高品
Eclipse+VEとか話にならん

そして肝心のTomcatとかWEBアプリやDB接続等はEclipseいれても
いつもおなじプラグインしかまずつかわんよね

なら最初からGUIエディタとWEBアプリ開発環境が整っていても問題はない
しかもほとんどのEclipse本はそれらのプラグインをセットアップしたところで終わりだ

ゲーム製作においてはなんのIDE使ってもいいとは思うけど、Windows95初期のRPG
とかOSのコンポーネント使ってるのが多かったからそういうのをやろうとしたときは
Swingが強力なNeｔBeansでいいだろうね

強みとしてはNetBeansのほうが最新のJava環境に対応しやすいということかな
コンパイラにJDKのを使うようにしてるからね
Eclipseの3はかなり遅かったでしょ？

Javaでのゲームは最新のVMに対応してるかどうかはわりと重要

あとはプロファイラが簡単導入できるのでどこが速度のネックなのかをすぐに特定が可能なのも強みかな

**名前は開発中のものです。** · 2005/10/14(金) 23:59:27

今書店で勉強できる本やWebの情報が一番多いのもJavaでしょ。
初心者が入門用に勉強する言語に一番向いてると思うよ。

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

ゲーム作る奴にはHSPを勧めるね。
ただしHSPは入門言語としてはとても薦められない。
くそプログラマ育成ツールだと思う。

**名前は開発中のものです。** · 2005/10/15(土) 08:21:14

>>942
あれはあれでそれなりにいい言語だよ。
ただ、今は他の言語でも充分に環境が良くなっているのでアドバンテージは低下してる。
目的に応じて道具を変えられない人にはすすめたくないってのは確か。

ところで、Javaでゲーム作るときってどんな環境使ってる？

**名前は開発中のものです。** · 2005/10/15(土) 11:26:31

Eclipse

**名前は開発中のものです。** · 2005/10/15(土) 17:33:25

CPadとバッチファイル（コンパイルと実行用）

**名前は開発中のものです。** · 2005/10/15(土) 17:56:11

netbeans

**名前は開発中のものです。** · 2005/10/15(土) 19:51:18

JPanelにVolatileImageっていうのを使って描画してるんですがどうもちらつきが残ってしまいます。どこが怪しいのかアドバイスもらえないでしょうか？
ttp://gamdev.org/up/img/3544.zp
MainPanelのpaintComponent()が描画処理です。

**名前は開発中のものです。** · 2005/10/15(土) 19:52:06

iがぬけてました
ttp://gamdev.org/up/img/3544.zip

**名前は開発中のものです。** · 2005/10/15(土) 20:03:47

まず最初はソースまるなげなんてしないで問題ありそうな箇所だせや

んで、ちらつきあるか？
たんにキャラが小さいのと垂直同期とってないからだけじゃないかな？
ためしに640*480にきえりかえて2倍拡大したキャラを表示してみるとか

あと作業用VolatileImageは最初に作るだけにしておけ

描画のたびに作っていたらもったいない

**名前は開発中のものです。** · 2005/10/15(土) 20:14:04

>>949
㌧
実行してもらって本当にちらついてるか確かめてほしかったので丸ごとあげました。自分でもちらつきあるかないか微妙だったんで。画像大きくして試してみます。

**名前は開発中のものです。** · 2005/10/15(土) 21:09:09

>>949
拡大してみましたがやっぱりちらつきはないようです。画像の模様のせいでちらついているように見えるだけのようでした。画像を別のにかえたら直りましたorz

ありがとございます。

**名前は開発中のものです。** · 2005/10/15(土) 21:21:17

836 名前：名前は開発中のものです。 [sage] ：2005/09/17(土) 22:59:55 ID:l8JeEDP1
ティアリングは垂直同期取らない限り必ず出るよ

ウインドウモードとフルスクリーン両対応のゲームやってみればわかる