ドラゴンクエストクローンを作ろう (746ﾚｽ)
ドラゴンクエストクローンを作ろう http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
420: 名前は開発中のものです。 [] 2006/07/09(日) 22:19:14 ID:+Qr3aq5u あんま細かい挙動は気にしなくてもおｋじゃないかな。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/420
421: 名前は開発中のものです。 [sage] 2006/07/09(日) 23:01:20 ID:kZxAL1hq >仲間呼び出し DQ2では１つの画面内で出現する敵数のアルファベットを使いまわす様です。 というか仲間呼び出しよりむしろ旅の扉が・・・(パレット使えないので) http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/421
422: 名前は開発中のものです。 [sage] 2006/07/10(月) 16:49:31 ID:uX9pMO6R むしろエフェクトのほうが問題じゃねえか。 色は違うビットマップ用意すればすむことだし。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/422
423: 名前は開発中のものです。 [sage] 2006/07/10(月) 16:52:17 ID:CfejISFX パレット使えばいいじゃん http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/423
424: 名前は開発中のものです。 [sage] 2006/07/11(火) 03:10:10 ID:Ybzn37tE >>422 >むしろエフェクトのほうが問題じゃねえか。 DQ2にエフェクトと呼べるようなものはありましたっけ・・・ 魔法を唱えた時のフラッシュ等でしょうか？ >色は違うビットマップ用意すればすむことだし。 一度それで解決したのですが旅の扉は一回に48回色が変化するので マップチップ256x256x2B(16bit時)の画像x48で6MBも使ってしまいます。 ただの意地ですが何となくDQ2にVRAM6MBも喰うのはなんだか悔しい。 かといって最近のチップはハードレベルではパレットに対応して いないので、下手に256色モードで起動すると場合によっては話に ならないくらい重くなる。 残る手段は画面は16bit以上の場合でもパレットの効果を得る為の 擬似パレット画像の機能を用意してソフトでガリガリ書く方法ですが、 今の所描画は全てハードで描画しているのでなるべくソフトとハードの 描画処理を混ぜたくない。(速度も遅くなるし不具合が起こる環境が多くなる) とはいえ背に腹は変えられない、ということで結局その機能を使って 解決しました。(擬似パレット画像の機能はＤＸライブラリのものを そのまま使っただけですが) >>423 紆余曲折を経ましたが仰る通りの結果となりました。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/424
425: 名前は開発中のものです。 [] 2006/07/14(金) 00:32:16 ID:XNNCuakE >>424 ところでDXライブラリ使ってるみたいだけどこれ使わなくてもDQ1みたいなゲームつくれんの？ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/425
426: 名前は開発中のものです。 [sage] 2006/07/14(金) 16:57:26 ID:Gj7Nrkw/ もちろんできるし ファミコンのグラフィック機能組んだほうが楽そうだけど。 ソフト描画になるがたいしたことないだろうし。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/426
427: 名前は開発中のものです。 [sage] 2006/07/14(金) 19:08:57 ID:p+qm4mCS >>425 作れます。 家庭用ゲーム機と同じ60FPSのゲームの場合は最低でもDirectXを 使う必要があると思いますが、逆にDirectXを使える環境であれば DXライブラリだろうとLUNAだろうとDirectXを直に使う場合だろうと 問題ないと思います。 C言語以外でも作れるかどうかは、C言語しか知らないので分かりません。 DQ1程度のデータ規模を楽に扱える言語仕様(C言語で言う構造体があれば とりあえず大丈夫だと思う)と60FPSでゲームを動かすことが出来る くらいの速度で動作して、且つその言語でDirectXを使えるような 仕組みがあれば問題無いと思いますが。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/427
428: 名前は開発中のものです。 [] 2006/07/14(金) 21:05:39 ID:2BtiSCsl DIBで行け。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/428
429: 名前は開発中のものです。 [sage] 2006/07/14(金) 21:17:48 ID:p+qm4mCS DIBで640x480で60FPSって可能ですか？ 可能であればDirectXの使用環境は必須ではなくなりますが・・・ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/429
430: 名前は開発中のものです。 [] 2006/07/14(金) 22:05:12 ID:2BtiSCsl 可能すぎる。 ただし、グラボの恩恵を最大限には受けることが出来ない。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/430
431: 名前は開発中のものです。 [sage] 2006/07/15(土) 00:21:00 ID:J160mIqM 試してみました。 640x480一回の転送で約5ms、60FPSで１フレ約17msですから余裕ですね。 何か勘違いしていました。申し訳ありません。 この際環境依存が激しいDirectXを捨ててDIBに乗り換えようかと 思ったのですが、私が知る限りではDIBは垂直同期を取る方法が なかったような気がします。 スクロールするゲームではなるべくテアリングは避けたいのですが、 DIBで垂直同期を取る方法はあるのでしょうか？ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/431
432: 名前は開発中のものです。 [] 2006/07/15(土) 00:39:27 ID:81t16XAC 同期方法と言うか、それは自分で作るところでは無いんですか？ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/432
433: 名前は開発中のものです。 [sage] 2006/07/15(土) 01:16:03 ID:J160mIqM 垂直同期はゲームの進行処理の同期のこととは違います。 ハードの信号なのでソフトだけでは解決出来ません。 詳しくはこちらをどうぞ。 本文を「ティアリング」で検索して下さい、丁度その説明があります。 ttp://ascii24.com/news/columns/10100/article/1998/08/31/621078-000.html?geta (古い記事ですがティアリング、垂直同期辺りは昔話ではありません) http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/433
434: 名前は開発中のものです。 [] 2006/07/15(土) 01:53:20 ID:W+y22RQ0 １はへたれ 市ねｗｗ ぶはははｗ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/434
435: 名前は開発中のものです。 [] 2006/07/15(土) 03:05:51 ID:81t16XAC 俺が言葉足らずだったのは申し訳ないが、 垂直同期をとるところは作るもんではないんですか？ dxみたいに同期を待ってくれるものがあれば、それを使えばいいですけれども。 実験して5msとあるのであれば、16.6待つまでに時間あるから あんまり気にしないでも大丈夫だと思います。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/435
436: 名前は開発中のものです。 [sage] 2006/07/15(土) 07:56:06 ID:J160mIqM >>435 ですから、垂直同期をとるには専用のAPIが必要なんです。 垂直同期信号を検地する為のAPIが無ければ何時垂直同期信号が 来ているのか知る術はありません。 そのAPIが私の知る限りではDirectX以外に無いのです。 標準のWin32APIにDirectDrawのWaitForVerticalBlankやGetScanLineに 相当する機能を持つAPIがあれば良いのですが、ご存知ですか？ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/436
437: 名前は開発中のものです。 [] 2006/07/15(土) 09:08:09 ID:gt1duSp0 んなもん使わねーよ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/437
438: 名前は開発中のものです。 [sage] 2006/07/15(土) 09:26:13 ID:J160mIqM >>437 実際はFlipやPresentの中で自動的に垂直同期を待ってからフリップ されるのでWaitForVerticalBlankやGetScanLineを使う機会は無い かもしれませんが、要はDIBに垂直同期を待ってからスクリーンに 画像を転送すき仕組みがあるかどうかです。 無い場合はテアリングが発生してしまうのでスクロール処理がある 2Dのゲームには向いていないということになります。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/438
439: 名前は開発中のものです。 [sage] 2006/07/15(土) 09:27:46 ID:9Xtt4+04 ウィンドウで動くアプリで垂直同期は全く関係ないとおもったけど？ てーかフルスクリーンで動くDirectXだからこそ関係ある話。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/439
440: 名前は開発中のものです。 [sage] 2006/07/15(土) 10:24:05 ID:J160mIqM >>439 デスクトップが希望のリフレッシュレートになっていないと 見苦しいことになりますが、一応ウインドウで動くアプリでも 垂直同期は関係あります。 試しに同期を取るアプリと取らないアプリをうpしましたので お時間があれば試してみて下さい。 (画面のリフレッシュレートが60Hzだと違いが特に分かります) ttp://gamdev.org/up/img/6548.zip リフレッシュレートがゲームのFPSと合っていない場合は垂直同期 を取っても取らなくても見苦しくなりますが、最近はリフレッシュ レートの設定項目数が少ない液晶モニタが普及しているので ウインドウで動作させる場合も割と意味があると思います。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/440
441: 名前は開発中のものです。 [sage] 2006/07/15(土) 10:31:52 ID:J160mIqM >>425 論点を >>431 で少しずらしてしまいましたが、テアリングを気に しないのであれば >>430 の指摘通り >>427 の条件からDirectXは外れます。 誤ったレスをしてしまって申し訳ありません。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/441
442: 名前は開発中のものです。 [] 2006/07/15(土) 12:10:07 ID:81t16XAC >>440 上げてくれた同期取りをしない奴に、 自分で作った垂直同期とりの関数かなんかをいれると 上げてくれた同期取りをしている方のような動作に出来ます。 って俺はそうしてるんだが・・・。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/442
443: 名前は開発中のものです。 [sage] 2006/07/15(土) 12:29:37 ID:J160mIqM >>442 >自分で作った垂直同期とりの関数かなんかをいれると それはDirectXを使わない方法ですか？ もしDirectXを使わないで垂直同期をとっているのでしたら 是非その方法を教えていただけないでしょうか。 私もDIBで済むのならDIBにしたいので・・・ http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/443
444: 名前は開発中のものです。 [sage] 2006/07/15(土) 16:41:48 ID:WwdAlzc2 内部の描画はDIBでやって 表示だけdirectdrawにすりゃええやん。 http://mevius.5ch.net/test/read.cgi/gamedev/1046454251/444
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 302 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.008s