- ゲームプログラムなら俺に聞け31 [転載禁止]©2ch.net
680 ：デフォルトの名無しさん[sage]：2015/07/26(日) 15:01:20.28 ID:kbQtFiQ+ - ロストしにくいということは、
テストしにくいということですね。
|
- スレを勃てるまでもないC/C++の質問はここで 23 [転載禁止]©2ch.net
577 ：デフォルトの名無しさん[sage]：2015/07/26(日) 15:03:16.44 ID:kbQtFiQ+ - エディタもvector< vector< char > * >でよくね？
|
- ゲームプログラムなら俺に聞け31 [転載禁止]©2ch.net
688 ：デフォルトの名無しさん[sage]：2015/07/26(日) 22:11:45.62 ID:kbQtFiQ+ - ちょっと気になったんだけど、
DX11では、VRAMがパンクして、DWMが解除されても、
ディバイスロスとはしないって認識でいいの？
それと、VRAMを節約したくて、テクスチャをシステムメモリに置きたいんだけど、
DX11からはPOOLの指定が出来なくなってるんだけど、どうしたらよいのだろうか。
ゲームならテクスチャをVRAMに置くのは当たり前なんだけど、
今作ってるのはツール系で、沢山の画像を扱うので、VRAMオーバーが怖い
|
- スレを勃てるまでもないC/C++の質問はここで 23 [転載禁止]©2ch.net
584 ：デフォルトの名無しさん[sage]：2015/07/26(日) 22:36:35.84 ID:kbQtFiQ+ - 普通に考えてvectorの方が良いだろ。
行の変更があるのは、改行した時とか、限定的。
ユーザの入力があったときしか、行の変更は無い。
なので、一秒間に何十回もそういう操作があるわけではない。
一方再描画は頻繁に発生する。滑らかなスクロールをするためには、
一秒間に60回の描画が発生するかもしれない。
それなのにlistはランダムアクセスが出来ません。
ランダムアクセスができないと言うことは、ほかにも色々な制限をもたらします。
たとえばクイックソートは絶望的。とにかく面倒。素直にvector使っておけばよい。
ここで、vectorを使う場合を考える。
ポインタ一つ4バイトとして、100000行だと、400KB。
これのmemmoveに何msかかるか考えてみろ。
画像で言えば32bitで1000x100のビットマップ程度の大きさに相当して、
これは、フルハイビジョンの1/20の面積しかない。
この程度の処理がもたつくようでは、面積20倍、それも複雑なデコード処理が必要な
フルハイビジョン動画の再生は困難なわけで、問題になりえるか、考えるまでも無い。
|
- ゲームプログラムなら俺に聞け31 [転載禁止]©2ch.net
690 ：デフォルトの名無しさん[sage]：2015/07/26(日) 22:48:16.28 ID:kbQtFiQ+ - >>689
>あれも使う前にVRAMに送ってるだけじゃないの？
それで良いんです。
実際に描画に必要になったテクスチャだけをVRAMに転送して描画して、
描画が終わったらVRAMからすぐに破棄してくれれば良いんです。
>とりあえずメインメモリに置いておいて使う時にVRAMにアップロードすればいいんじゃね？
やはりその方法しか無いですか。
|
- Win32API質問箱 Build120©2ch.net
887 ：デフォルトの名無しさん[sage]：2015/07/26(日) 23:42:53.64 ID:kbQtFiQ+ - DragAcceptFilesは試してみた？
|