以下の投稿。

http://dixq.net/forum/viewtopic.php?f=3&t=16818

質問者さんはまず初めに
「Win32 APIを使ってファミコンレベルのRPGを作成しようと思っています。」
と書かれているのに、
何でいきなりWin32APIでなくDirectXやDXライブラリを勧めるのか理解に苦しむ。
まあここはDXライブラリ中心のアプリを公開するＨＰですから、らしいなあと言えばそれまでなのかもしれませんが。

たとえるなら
今まで使用していた機械を延長して使いたいと要望しているのに、
「あーこりゃだめですね、それよりもこれをお勧めしますよ」
と他の機械を勧めているのと同じです。
これってムカつかないのでしょうかね。
自分のやる気をそがれます。

こういうのは質問者の意にそった回答をしてから、補足的にDXライブラリを使用した方が簡単ですよ？
と言うべきかなと思いますが・・・。

へにっくす さんが書きました:> マルチスレッドだから描画が喧嘩するというのはおかしいです。
１つのキャンパスに複数の人が描画する、という言葉がそうなりますか？
じゃあ何と言えば理解してもらえるのでしょう？ 教えてください。
No.1のコードではそうとしか言えない気がしたのですが・・・

マルチスレッドに関しては中身に言及する必要がないとわたしは考えます(考えてました)けど。
トピックに書いたとおりウィンドウプロシージャ含めてcommonstateでデータを共有しているあたりごちゃごちゃしていると感じます。
それを必要だと思わせる要素としてマルチスレッドが含まれているふうに見えます。
#ポインタ一個で全部渡す必要があると思わせている。
マルチスレッドを使っていることが問題を大きくしている。

commonstate *commonでやってることはグローバル変数使うよりも複雑で危険なことですよ。
ただただ純粋にコードとして。

質問者さんは否定しましたけど、他の回答者の方もあれを見て何も感じないんですね。

>> ISLeさん
> マルチスレッドに関しては中身に言及する必要がないとわたしは考えます(考えてました)けど。
ああ、そういうことですね。
commonstateに詰め込んでるのをどうにかしろと。(^^;
そこは私も同意します。
私はマルチスレッドにする理由についてツッコミたかったんで、あのような投稿をしましたが、余計なことしましたかねえ。
いまさら何も書く気はありませんけど。

質問者さんのレスがないですが、理解できたのだろうか・・・
[2015/07/21 01:27 訂正]

自信満々の予想(WM_KEYDOWNのタイミングが原因説)がみごとに外れたようで……ふぐぅ．
しかしそうなると
WM_KEYDOWN時の16回ループの中で　引っかかる＝体感するほど時間がかかる場合がある　ってことですよね．
うーん，わからん．お手上げ．

自分ならマルチスレッドなんて面倒が増えるから必要が無い限りはやりたくないけどなぁ．バグ追うのも大変だし．

Direct2Dは時間があったら調べてみたい感じ．

WM_KEYDOWNが原因ではない確証が取れたという投稿があったのかと思ったらそうじゃなかった。
質問者さんが解決したいことの直接の原因はWM_KEYDOWNで処理してることだとわたしも思いますよ。

ただWM_KEYDOWNに書けば良いと思い込んでる(本人がそう書いてる)理由がいろいろたくさん絡んでいるらしいことがコードから読み取れるので、そこらへん根っこからどうにかしないとすぐにまた頓挫するのは目に見えています。

とは言え、題材としてイベントドリブンとかマルチスレッドの扱いにまったく触れずに済ませてはいけないと思うわけで。

まだ質問者本人からのレスがないので、真相は闇の中。
commonstateをどうにかしようと奮闘中なのか、
はたまたほったらかしなのか・・・

ハンドルネームが変わったのは何でなんでしょうね？

【追記１】
質問者から回答がありましたが、やっぱ分かってなさそうですね。
皆さまから頂いたコメントを１つずつ試すって・・・
んー・・・

Win32でファミコンレベルのRPGを作りたくてその方法を尋ねる質問だと思ってたら

メッセージハンドラに処理を書くだけでファミコンレベルのゲームが作れるか

という壮大で哲学的な問いだったみたい。
であれば無理だとか無駄だとか一般的にはこうだとかいう回答は意味ないですね。

softyaさんがリンク張ってくれた日記にテアリングのこと書いてあったのに。

ていうか、むしろ滑らかなスクロールができてないとテアリング発生しないんだけどなあ。
裂け目がはっきり見えるのは、更新間隔がほとんど一定である証拠なのだから。