[過去ﾛｸﾞ] Delphiゲームプログラミング相談室 (976ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
55: 50 [sage] 02/01/16 01:30 ID:??? AAS
>>5353(1): 名前は開発中のものです。 [sage] 02/01/15 23:57 ID:??? AAS
バックバッファとしてTImageを用意してそこに描画、そこから画面全体（もしくは更新部分のみ）
を表にBitBlt。
それで描画が遅くて耐えられないようだったら他の方法を考えるのでいいかと。
BitBltはWin32APIです。
パッケージ版はどうかな。買うほどではないと聞きますが。
ヘルプは慣れです＾＾；
パッケージ版はいまいちですか。その分のお金をDelphiなりWin32Apiの解説本に使ったほうが良さそうですね。
>>5454(1): 名前は開発中のものです。 [sage] 02/01/16 00:04 ID:??? AAS
外部ﾘﾝｸ[html]:www.osk.3web.ne.jp
ここにもあるように、VSYNC待ちはいろいろと面倒です。。
（ちなみにVSYNCを待って転送するAPIはDirectXのものしか知りません。
通常のWin32 GDIにあるんでしょうかね？）
その前に別の方法で高速化するのがいいかと。
すごいシビアならばDirectDrawつかわにゃなりませんし。
紹介のページ見てみました。そうか、PCだとコンシューマーと違って環境ごとにリフレッシュレートが違うって事が頭から抜けてました。
大昔、ゲームメーカーにいた時にプログラマーさんから教えてもらった知識が頭にあって、
Vsyncに同期を取って描画、ウェイト処理をするのが当たり前だと考えてました。
んー。結局、ちらつきのまったく無い画面、スムーズなスクロール等を実現したければ
フルスクリーンにして、リフレッシュレートもこちらから指定しないと難しいみたいですね。
で、そのためにはDirectDrawを覚える、と。
今作ってるゲームは練習用ですし、ちらつきは我慢してとりあえず完成させてみます。
DirectX以前に勉強しなきゃならないことは、いっぱいありますし。
レスくださった方々、どうもありがとうございます。
上下前次1-新書関写板覧索設栞歴
あと 921 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s