ツリービューの再帰結合まず言えることは、ちゃんと初期化しましょう。ここでは明確な回答は得られないかと思います。ここは大学の研究機関が関わっているわけではないからです。#別に意地悪を言ってるわけではありませんよ。#ただ聞く場所を間違えていると申し上げたいだけです。#だってここはおもにC言語についての質問サイトだし。いないならば作るしかないですよ。他に似たようなことをやってるサークルなどに連絡をとってみるとか。研究室の中だけでは限界があるんです。オープンソースって自分だけでは限界があるから公開するわけですよね。ゲームループについて質問ですWM_PAINTメッセージは領域を消去された時しか呼ばれません。消去される場合とは?ウィンドウが裏に隠れて、また表にでたときとかです。ウィンドウがその位置に表示されたままですと、何も起きないのです。自分で領域を消去する関数を呼ばないといけないのです。InvalidateRect関数がそれです。この関数を定期的に呼べばよいかと。定期的にイベントを発生させるにはSetTimer、KillTimer、WM_TIMERメッセージですね。買い手側のタッチパネルも1024*768の中古か今使用していただいているものをそのまま使用していただくということになります。(極力安くということなんで)ですのでコーディングとデザイン設定が楽な「解像度固定」でいきます。いうことはタッチパネル側で解像度を固定にしてもらうのでしょうかね。個人的には解像度設定は時間がかかる作業なので、私がするとしたら解像度を取得してそれに合わせた配置を行いますけど。これは納品先との話し合いで決めることですから、余計なお世話かもしれません。【雑談】キーボードは何派?僕の言う、プログラミング中にローマ字打ちに切り替えるというのは、日本語入力をローマ字打ちにすることではありません。普段かな配列を使ってるけどプログラミングは英語で行うので、aからzのキー配置の脳に切り替えるという意味でした。ON/OFFの度に脳を切りかえるのは難しそうですね。それをできるへにっくすさんは相当頭が柔らかいですね。んーそういう意味で言うと、頭の中で切り替えというのはないですね。ローマ字打ちで切り替えるというのは、かなをローマ字で、というワンクッションがいると言う点からです。C言語は高専の授業でいま学習しています。あれば、まずはしっかりと習得しましょう。あとはGoogle先生に聞いて、いろんなサンプルに触れるとよいでしょう。ホヅミさんが言われているとおりプログラミングが好きでゲームを作ることが好きなら疑問を持つ暇もなく自然とゲームプログラマになれてしまうんですけどね。USBが登場したのが1996年なので、PC98-NXあたりでしょうか。昔の製品はどれも耐久性とか信頼性が高いなあと思ったりしますし、きっとそのキーボードも高品質なのでしょうね。USB標準搭載の機種が出てたのはPC98-NXとPC-9821ですね。FAで、もちろんUSBとは違います。このキーボードは今では手放せないです。キーを打つ時の感触が好き。PC-9800のころのキーボードを使っています。あの頃のNECのキーボードが好きで、中古で無造作におかれていたところを購入。7でも使えてるのです。ちなみにわたし「かな打ち」なんですが「ローマ字うち」でも一応できます。描画が止まっている時は音を止めたいWM_SIZEでキーワード検索かけましょう最小化ボタン押そうが、タスクバーで最小化を選択しようが、必ずこのメッセージが来ます。最小化の判定はパラメータで出来ますよ。上がってくるのであたりまえ。クリックした時点でアクティブになるんですから。STGクラス設計とりあえず変だと思うところ。なんでいちいちクラス名書いてるんでしょうか。上の書き方は、staticな変数の場合ですよ。次のようにthisキーワードを使います。分け方としてはこうですね。WM_CLOSEでの戻り値が間違っていると思われます。以下のサンプルを見る限りでは、returnで戻してるのは0固定ですよ。ループはDemoAppで実現させます。その場合はPeekMessage使えばよろしい。私が問題にしてるのは、描画する処理をWndProc関数でしていない点ですからね。こんなエラー出ましたけど。お二方のおっしゃってる内容が難しくて理解できないです^^;仕事で使うようになれば、嫌でも分かる時が来ますよ。Office製品をC#使って外部からCOMで同期させながら編集,というのは悪夢でした。(^^;Office製品って外部からいじるような作りになっていない、そりゃそうだよなあ。私の場合は徹夜でコーディングしたのに、その後のバージョン管理にアップする際、間違えて更新しちゃった(チェックインじゃなくて変更を取り消し)こと。お返事ありがとうございます。ご指摘いただいたので早速ソースをいじりたいのはやまやまなのですが、申し訳ありませんが研修の為家を離れればならず今日から2日お返事できません。帰ったら早速書きなおしてみます。別に急げとは言ってないので、大丈夫ですよ。出来たらでいいですから、ゆっくり考えてくださいね。このコードに戻せと言ってるのです。一度DemoAppのソースからやり直せと言ってるのですよ。使い方を間違ってちゃ、意味がないんですよ。それをひきずったまま修正しようとすると泥沼ですよ。クラスについてお返事ありがとうございます。WinMainでGameMainを呼んで、RunMessageLoop()はGameMainのMain関数で毎ループ呼ぶことにしています。まずいと言っているのです。ウィンドウを作成していて、その中の関数WndProcで描画関数を書くべきなのに、外で描画処理を行おうとしていることが問題です。正常に動いているのはたまたまです。どのサンプルから持ってきたのかは知りませんが、手を入れるところを間違ってます。WndProcの方ですよ。それ以外はいじってはいけません。Windowsで開発している人なら、すぐわかることなんですけどね。※このことは、それぞれのサンプルを落として、比較しても分かることかと。配列の場合、連続した領域だから、charの配列だったらcharのサイズ×配列の数、intの配列だったらintのサイズ×配列の数ぶんメモリを確保してることになりますだから一つ増やすたびにアドレスはそのサイズ分増えるのです。オブジェクトがどう構成されていれば分かりやすいかは自ずと分かると思います。DemoAppと言うクラスにグラフィック系の処理が含まれているとは誰も思わないです。含まれているわけですね。変数名とクラス名と区別できるようにした方がよいと思います。スクリーンセーバーScreenSaverProcは未解決?ライブラリの指定(scrnsave.lib)を忘れているかな?確認してみてください。ちなみに__imp__InitCommonControlsExの未解決は、ComCtl32.libの指定も必要なことを示しています。C++のクラスについて以下の通りに作っているのですが、弾の速度が弾の最大数が増えるにつれどんどん早くなってしまうのです。クラスの管理がおかしいのだと思いますが、どうにもわかりません。[Win32]プログラム異常終了後Listenゾンビプロセス(?)になる・・・closesocketないやん。いや、closesocketあってもstrlen(NULL)でわざと強制終了させるようじゃ意味ないなだって通常の終わり方しないから(strlen(NULL)を実行した後、プロセスが終わるので、その後の処理が行われない)。そもそも何でそういうことをしてるんでしょうか?プログラム異常終了させてんだからシステムが不安定になるのは当たり前。DrawFormatStringToHandleを用いたエッジ色変更方法についてprintfは画面に出力しますがsprintfは文字列に出力する関数です。MSDNfprintfはファイルに出力する関数といろいろありますよ。移動で(加)速度ベクトルでの考え方がうまくいかないロード自体はしていませんが、毎フレームそのモデルをコピーして新しいモデルを作って、破棄してとしています。線を描画いちおうあるみたいですけど。ヘルプには何も書かれていないので、太さの変更ができるかは、ライブラリ作成者に聞くしかなさそうです。画像の連続撮影についてご意見ありがとうございます。フレーム数はこれ以上区切りたくないのでウェイトは2~15までにしたいです。100にするとどういうことが起きるかを知りたいのに、この返答はないと思いますが。ちなみに30秒で800枚って、1枚につき0.0375秒。DISKにするとかしか思いつかないな(それでも26枚も保存できないかもね)。実は引数は4つではないのです。これは盲点でしたねえ。intが一つ足りませんが3.08で追加されたのではと推測。えっと3.08c落としてみましたが同じですね。気になったところだけ。nameの中身も変わるからです。C/C++では自前で確保する必要があります。↓最初のMain.objはメイン関数に関わらず何処に置いても駄目でしたので、恐らく関係は無いです。文字のサイズや太さを変更するCreateFontToHandleをみると4つしかないけど。