C/C++ゲーム製作総合スレッド Part5

**名前は開発中のものです。** · 2014/01/16(木) 00:00:31.27

ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/

**名前は開発中のものです。** · 2014/01/22(水) 21:54:50.35

まあマルチスレッドで面倒なのはデバッグだし

**名前は開発中のものです。** · 2014/01/22(水) 23:46:51.66

特殊なゲームを除いて、ロジックのマルチスレッド化はやめたほうがいいね

OpenMPとかも保守性を落とすわりには、バッファコピーとかくだらない
並列化しかできないし、積極的にスレッド化してもリスクの方が多い

>>51
Direct3D10以降に出てきたマルチスレッド対応も
結局内部でクリティカルセクションやってるだけだろうから、
だったらswingみたいにシングルスレッドモデルやるほうが無難だと思う

**名前は開発中のものです。** · 2014/01/23(木) 00:01:05.67

マルチスレッドはねぇ…
低クロック動作省エネこそ正義の非力な組込システムとかなら
仕方なく中～細粒度並列の形で書いたりもするけれど
ほら、パソコンってアメ車のマッスルカーじゃないですか

CPUリソース、余るんですよね。湯水の如く

なので>>50の言うように粗い粒度でなら取り入れるけど
ゲームの中核部、シミュレーション部については古式ゆかしい
シングルスレッド前提の簡潔なスタイルでラクチンです

**名前は開発中のものです。** · 2014/01/23(木) 00:58:45.53

前スレでゲームのメインフレーム部にマルチスレッドを使ってた奴がいたが、今日は来てないのか
あるいは他スレだったかな？

**名前は開発中のものです。** · 2014/01/23(木) 01:15:55.11

キャラクターの更新
背景・マップの更新
カメラの更新
これで3つスレッド使える

**名前は開発中のものです。** · 2014/01/23(木) 01:18:02.56

メインループと描画のスレッドってわけても意味なくね？

同じデータ参照しちゃいけないなら
一番負荷のかかるキャラクター周り計算が終わってから描画開始しないといけないじゃん

**名前は開発中のものです。** · 2014/01/23(木) 01:29:07.57

描画は軽いけどロジック側がめっちゃ重い場合、
描画側の垂直同期で待つのを避けるためにデータの複製を更新したあとに
スレッド間でデータをコピーorスワップする方法はある
データ用のメモリを2倍も使ったり、対価となるコストも大きいがな

これは広大なマップをもつシムシティのような特殊なゲーム用だね

**名前は開発中のものです。** · 2014/01/23(木) 01:35:10.24

ん？広大なマップを持つゲームなら逆にメモリを2倍も使ったら大変なことになるんじゃないのか

**名前は開発中のものです。** · 2014/01/23(木) 02:21:59.68

cpuを倍にするよりメモリを倍にする方が安くて現実的

**名前は開発中のものです。** · 2014/01/23(木) 02:43:04.45

あとそこからもうひと工夫すると実際には+1%くらいで済むかもな

**名前は開発中のものです。** · 2014/01/23(木) 08:54:48.07

マルチスレッドで処理速度を上げるにはダブルバッファリングしてメモリーを隔離して使う事が基本なの？
ややこしいな

**名前は開発中のものです。** · 2014/01/23(木) 09:00:18.56

マルチスレッドはCPUの待ち時間を減らして稼動効率を上げる事によって結果的に処理速度を上げるものだからな～
できるだけセマフォ使う回数が減るようにしないと本末転倒だ。セマフォって本来は要らないモノだし。

**名前は開発中のものです。** · 2014/01/23(木) 09:37:12.46

マルチコアであればマルチスレッドの恩恵は得られるんじゃないの？

**名前は開発中のものです。** · 2014/01/23(木) 09:44:44.32

たとえば3Dモデルのフレームの行列計算を、
マルチスレッドで分散させて計算させるだけでも、
マルチコアの恩恵でかなり効果が出る。
モデルデータことにやれば、データのバッティングしないので管理も容易。

細分化して、親フレームからばらけた子フレームの計算を、
複数のコアに投げてもいいんだろうけど、さすがに面倒くさい。

**名前は開発中のものです。** · 2014/01/23(木) 09:59:16.39

ＣＰＵキャッシュをだぶるばっふぁりんぐする技術ﾏﾀﾞｰ？

**名前は開発中のものです。** · 2014/01/23(木) 10:28:58.88

>>66
Intel：「せっかく俺様が気を利かせて面倒を肩代わりしてやってんのに…
　　　最適化をご所望なら弊社謹製の開発ツール群をお買い求め下さい」

**名前は開発中のものです。** · 2014/01/23(木) 11:25:23.28

こうやってどんどん必要スペックが上げられていくんだな……。

**名前は開発中のものです。** · 2014/01/23(木) 12:09:27.48

データ並列性さえあればOpenMPで簡単マルチスレッド使えるんだけどな
これ以外ではめんどくてマルチスレッドしないわ

**名前は開発中のものです。** · 2014/01/23(木) 13:18:55.33

OpenMPなんて効果が出ないものを、未だに使っている人間がいることに驚いた。

**名前は開発中のものです。** · 2014/01/23(木) 14:01:36.18

検討項目を増やさずに問題解決するに越したことはないし、
作業を増やさずに問題解決するに越したことはないし、
コンピュータを使わずに問題解決するに越したことはないし、
プログラムを組まずに問題解決するに越したことはないし、
並列処理を使わずに問題解決するに越したことはない。

上司に嫌がらせしたいんだったら、↑の逆に向かう理論武装に日々怠らなければ良いｗｗｗ

**名前は開発中のものです。** · 2014/01/23(木) 14:42:15.40

OpenMPが普及しないのはそれなりに理由があるからなんだけど
最新技術みたいな中二ワードで本を売る業者に騙されていりこむ信者もいる

彼らは自分が他人より技術があると信仰している
他の連中は技術がないからOpenMP使えないんだ、ヤレヤレと信仰している

**名前は開発中のものです。** · 2014/01/23(木) 14:54:35.72

実際に計測して確かめろとしか言えん
環境によっても変わるしな

**名前は開発中のものです。** · 2014/01/23(木) 18:57:57.85

うちにあるメインマシンはシングルコアだ

**名前は開発中のものです。** · 2014/01/23(木) 19:35:48.55

>>72
計測する技術がないから使えないだけじゃね？

**名前は開発中のものです。** · 2014/01/23(木) 20:23:20.02

OpenMPで小さなバッファのコピーが3倍早くなっても仕方ないわけでｗ
肝心な箇所のスレッド化は自前でやるんだから変なものは導入しないほうがマシ

Javaとか.Netランタイムは、何もしなくても勝手に
OpenMPでやるような単純なスレッド化ポイントを探して
やってくれるらしいから、そっちに期待したほうがまだ実りがあると思うよ

>>62
処理速度が目的ならあらゆる手段でロックを避けるのが基本

**名前は開発中のものです。** · 2014/01/23(木) 21:23:37.19

http://dixq.net/forum/viewtopic.php?f=3&;t=14532
何でも掲示板が2ch並みの不毛さになってんだがｗｗｗ

**名前は開発中のものです。** · 2014/01/23(木) 22:00:13.37

毎回毎回過去ログ見ない、何も考えない人の質問を謎の義務感があるのか答えさせられてるからな
俺も平穏な頃はお世話になったが代わりにそこの住人の心が荒れてしまった

**名前は開発中のものです。** · 2014/01/23(木) 22:13:04.53

MTフレームワークのように使えてる奴おるかー？

**名前は開発中のものです。** · 2014/01/23(木) 22:28:18.98

>>77
技能がないではなく知能がないやつが沸くのは初心者系の宿命さ

**名前は開発中のものです。** · 2014/01/23(木) 22:41:55.18

まあ確かに全ての質問の相手をしてたら荒むかもなー
初心者向けじゃ無くせばいいのにｗ

**名前は開発中のものです。** · 2014/01/24(金) 00:19:10.71

なんでもかんでも馬鹿にするのは良くないよ
ここの住民はその傾向強いけど

**名前は開発中のものです。** · 2014/01/24(金) 01:13:55.26

世の中に悪いものが溢れすぎているんだよ
バッドノウハウを叩き込む本も海外含めて出版されすぎ
パラノイアになるのもしかたあるまい

**名前は開発中のものです。** · 2014/01/24(金) 01:19:36.77

横文字並べんな
俺にわかるように日本語で喋る

**名前は開発中のものです。** · 2014/01/24(金) 02:38:13.12

カタカナ語をやたらとチョイスするメンズはコミュニケーションがノーグッドなのがデフォルトだし
イージーなワードでトーク出来ない事がフーリッシュだとアンダスタンドしてないよね

**名前は開発中のものです。** · 2014/01/24(金) 04:50:34.13

カタカナ語はノットユーズだグッドルッキングガイども。

**名前は開発中のものです。** · 2014/01/24(金) 17:19:24.19

初カキコ…ども…

俺みたいな中3でノンブロッキングI/Oしてる野郎、他に、いますかっていねーか、はは

今日のクラスの会話
Boostシリアライズかっこいい　とか　DXライブラリ　とか
ま、それが普通ですわな

かたや俺はデバッグ用のコンソールでカーネル・ウップスを見て、呟くんすわ
it's a 深刻なエラー．狂ってる？それ、ランタイム・エグゼプションね。

好きなFW　MTフレームワーク（カプコン社員でもないのに！）
尊敬する人間　ジョエル・スポルスキー（ユダヤ・ジョークはNO）

**名前は開発中のものです。** · 2014/01/24(金) 17:30:23.22

さすが中３だ
匿名掲示板で自分の事を勝手に語り始めた
自分が特別な存在であり、周囲より目立って当然であるという厨二病症状が伝わってくる

そんな貴方に対し、先輩として一つ、大人の現実を教えよう
ゲームを作りたければ、プログラミングだけじゃ駄目だ
プログラミングと絵を練習しなさい
音楽が得意なら音楽にも手を付けなさい
絵が描けないまま大人になれば、辿り付く先はゲーム会社のディレクターではなく、過労のIT豚小屋企業だ
さぁ、若者よ、時間が無いぞ
今日からpixivに通うんだ

**名前は開発中のものです。** · 2014/01/24(金) 17:59:26.14

他の板でやって。お願い

**名前は開発中のものです。** · 2014/01/24(金) 18:36:58.01

だが断る

**名前は開発中のものです。** · 2014/01/24(金) 18:57:08.80

>>87
そこのクラスは構造体とかのクラスにはしないんだ

**名前は開発中のものです。** · 2014/01/24(金) 18:57:20.98

>>88
おめーゲーム作れねーくせに、2chの受け売りで知ったかかましてんじゃねーぞゴラァ！
無能なくせに、先輩風吹かして上から目線の説教する哲学者気取りには反吐がでるぜ！！

http://anago.2ch.net/test/read.cgi/gline/1311577271/l50

**名前は開発中のものです。** · 2014/01/24(金) 19:00:30.40

>>91
あー、見落としたわ

**名前は開発中のものです。** · 2014/01/25(土) 04:15:46.46

>>88
絵って・・・同人じゃないんだから専門の絵描きさんにお願いするだろ普通

**名前は開発中のものです。** · 2014/01/25(土) 16:31:59.91

大手ゲームメーカー管理職の妄想にとりつかれたゲーム爺（無職）
あっちで引き取ってもらおう

ニート、無職、フリーターがゲームを作るスレ6
http://toro.2ch.net/test/read.cgi/gamedev/1389441602/

**名前は開発中のものです。** · 2014/01/25(土) 20:03:22.14

勘弁してください

**名前は開発中のものです。** · 2014/01/25(土) 22:16:45.80

http://codepad.org/XE9hLg41
これってもしかしてListにAddされたあと
スコープ抜けて寿命付きてListの中なにも残ってなかったりする？

**名前は開発中のものです。** · 2014/01/25(土) 23:11:32.82

いんや。vectorにaddされるのはローカル変数SCache Cache自体ではなく、
vector内でnew SCache()されたものであり、aiueo()ローカル変数SCache Cacheが
新しく生成されたインスタンスに対してコピーコンストラクタでコピーされるはず

だからたぶんコピーコンストラクタをprivateで定義しておくとコンパイルが通らないはずだ
SCache::SCache(const &copy){}

一応自分で確認してくれ

**名前は開発中のものです。** · 2014/01/25(土) 23:12:47.19

訂正
SCache::SCache(const SCache &copy){}

**名前は開発中のものです。** · 2014/01/26(日) 00:11:58.97

うーん、、特にコピーコンストラクタは触ってないんだけどなぁ
ありがとうございました

**名前は開発中のものです。** · 2014/01/26(日) 00:17:49.78

なぜかvectorサイズが0になってるとか、
例外ダイアログでvectorほにゃらら～がでるとか、それ系なん？

**名前は開発中のものです。** · 2014/01/26(日) 00:28:30.05

俺は前にこれでやらかしたことがあるぜ
vectorの内部バッファが大きくなるとポインタが無効になる

std:: vector<Hoge> list;

Hoge* add(Hoge &obj)
{
list += obj;
Hoge* last = &list[ list.size()-1 ];
return last;
}

**名前は開発中のものです。** · 2014/01/26(日) 08:53:27.52

>>102
2000個ぐらいなんだけど、多い？

**名前は開発中のものです。** · 2014/01/26(日) 09:28:31.24

vectorは内部バッファの領域拡張が発生した時にその領域を指してるポインタは無効になるよってこと
だから要素数がいくつだったらって話じゃないよ

**名前は開発中のものです。** · 2014/01/26(日) 09:48:24.53

vectorの領域拡張はフラグメンテーションが起きやすいよね

**名前は開発中のものです。** · 2014/01/26(日) 12:46:34.63

何でそのへんの仕組み理解してないのにわざわざ生ポ使うんだよ！

**名前は開発中のものです。** · 2014/01/26(日) 15:37:26.70

>>105
瑣末

**名前は開発中のものです。** · 2014/01/26(日) 16:41:16.86

>>105
STLコンテナにアロケータ設定できるのも知らんのか？
そもそもメモリコンパクションがどうとかいう話は
GC系言語ですらとっくに切り捨てた昔話だと思うが

**名前は開発中のものです。** · 2014/01/26(日) 17:41:28.90

>>108
アローケーター操作するの面倒じゃね？
ある程度大きめにメモリーを取得しといて使い回す方が楽っぽいが

**名前は開発中のものです。** · 2014/01/26(日) 17:56:52.23

要は固定サイズの配列だろ？
好きなようにやればいいさ

**名前は開発中のものです。** · 2014/01/26(日) 18:42:00.91

いや可変サイズだが
あらかじめ取得しといた容量よりも大きなサイズが必要になったら倍のサイズに領域を拡張してる

**名前は開発中のものです。** · 2014/01/26(日) 18:47:27.36

>>108
つーか>>102の場合はvectorよりもlist使った方が良くないかい？

**名前は開発中のものです。** · 2014/01/26(日) 18:52:43.37

一見listの方が速そうに思えるんだけど、
実際ベンチマークを取るとvectorの方が速いことが多いので侮れない。

**名前は開発中のものです。** · 2014/01/26(日) 18:59:37.83

いや速度よりもフラグメンテーションでアプリが跳ぶ事を気にしてるんだが

**名前は開発中のものです。** · 2014/01/26(日) 19:20:58.79

>>109
>>114
やっぱり瑣末かと。換言すれば、取るに足らない、微レ存、取越苦労、枝葉、の話かと。
いや違う考慮に値するというなら問題が再現可能な状況を示してみればいいのでは。
異常な頻度で確保/再割当/解放を繰り返すような無理な状況設定が必要になるけど。
件の話なら適切にreserve使えばいいかと。それで解決しない問題ってあるかな？

**名前は開発中のものです。** · 2014/01/26(日) 19:22:33.48

補足
ヒープ割当はフラグメンテーション回避で独自のメモリプールをーとかこの手の
取らぬ狸の皮算用になりがちな話題は何度目かというくらい既視感があったので
過去発言を適当に検索。関連ありそうなので貼り

> PCの場合、例えば平凡なDoug Lea Malloc(の亜種)を使うことについて
> 処理速度上の問題で難癖を付けるには、意図的に相当に意地悪な(過酷な)状況設定を
> 引っ張ってくる必要があると思うなぁ

> 例えば3D視点のゲームで、視覚効果に使う粒子状の短命オブジェクトが盛り盛り
> 無数に画面上に散りばめられてて、それらが何と一粒一粒馬鹿正直にヒープから
> メモリ割り当てされてて何の工夫もない線形リストに挿入されてて、毎フレーム
> 線形リストを馬鹿正直に巡回して一粒一粒更新したり削除即時解放したりとか

（この状況設定がなぜ意地悪かというと）

> 描画関数に渡すパーティクル用のデータ構造と明らかに違う状態だから

（不必要な）

> セットアップもあるしね。まぁ、いずれにせよ、何でそんな馬鹿な
> 想定を持ち出すんだと閉口するような話に持っていかないと処理速度上の
> 問題で横槍いれるのは難しいと思う

**名前は開発中のものです。** · 2014/01/26(日) 19:24:03.74

>>114
オレオレ用語じゃ意味が分からん。
おそらくその現象は君の脳内世界でしか発生しない。

**名前は開発中のものです。** · 2014/01/26(日) 19:43:21.57

>>117
1jTIwhcQには意味が通じてるぞ？ｗ
>>115
いや、そこまで分かってるなら特に問題は無い……な
ただ、ゲームの場合、ムチャなメモリーの使い方する事が多いから、
reserveを忘れる事も珍しくないのでは？と思ったんだが

まあ、些末な問題と言えば些末な問題か

**名前は開発中のものです。** · 2014/01/26(日) 20:01:52.93

無能がしったかかまして大恥をかきましたってさ

**名前は開発中のものです。** · 2014/01/26(日) 20:31:03.96

つまりどういうこと？
初期化したときに必要な分確保しとけってことでいいの？

**名前は開発中のものです。** · 2014/01/26(日) 20:59:04.35

アホの戯言を相手にせず、普通にSTLを使いましょうってこと

**名前は開発中のものです。** · 2014/01/26(日) 21:10:15.17

std::vector<T>のTが構造体かクラスであるとき、内部バッファのリサイズに際して
コピーコンストラクタのコストが多数生じること、またコピーコンストラクタにおける
コピーの実装に関する適切さ（シャローコピー・ディープコピー）といった面倒が生じる
リスクを考慮すると、ポインタ型にすることを心がけた方が良いってのはあるかな

もちろん、プリミティブ型に関してはなんの心配も必要ない

**名前は開発中のものです。** · 2014/01/26(日) 21:16:08.13

あれ？ポインタが領域拡張で無効になるケースの解決にはならないような……
容量を十分確保しておけば、無効になりにくいだけで

**名前は開発中のものです。** · 2014/01/26(日) 21:59:47.79

>>120
必要な分が分かってる場合はそれでいい
分かってない場合はポインタを取得し直す必要がある。

**名前は開発中のものです。** · 2014/01/26(日) 22:16:48.30

ここでいうのもアレだが
ソースのバックアップとレポジトリは取れってのをテンプレに入れないか？

**名前は開発中のものです。** · 2014/01/26(日) 22:24:33.83

それ、個人的な問題じゃね？

**名前は開発中のものです。** · 2014/01/26(日) 23:17:21.24

メモリ断片化は気にした方がいいぞ。

参考：ゲ製におけるSTLの問題
ttp://i-saint.hatenablog.com/entry/20101012/1286822888

36 · 2014/01/26(日) 23:44:04.69

俺にはあまり関係ない話だな
処理が多少重いとはいえ、致命的な重さじゃないしな
処理を軽くする場合にはSTLを使うが、それもかなり拡張してあるしな

36 · 2014/01/27(月) 00:09:52.23

メモリ断片化＝メモリのフラグメンテーション

**名前は開発中のものです。** · 2014/01/27(月) 00:16:52.22

固定サイズメモリを使っているオレに、死角は無い！

**名前は開発中のものです。** · 2014/01/27(月) 01:48:26.16

ハードがしょぼくてCPUやメモリがきつい家庭用ゲーム機を前提とした記事だろ
Effective C++ とか与太本に洗脳されて全メソッドにinline修飾するようなもんだ

**名前は開発中のものです。** · 2014/01/27(月) 02:09:19.06

vectorの場合はポインタじゃなくて添字で管理したらいいんじゃない？

**名前は開発中のものです。** · 2014/01/27(月) 02:31:16.30

あまり良いやり方ではないな
配列の先頭や中間に挿入されたら
バグのもとになりやすい

**名前は開発中のものです。** · 2014/01/27(月) 06:25:50.94

>>124
「必要な分がわかっていない場合」を回避すればいいじゃない

**名前は開発中のものです。** · 2014/01/27(月) 07:45:48.10

メモリ断片化ならスクリプト言語を自前すればすぐに起きるぞw

**名前は開発中のものです。** · 2014/01/27(月) 07:48:53.10

>>135
間違えた
×＞自前すれば
○＞自作すれば

**名前は開発中のものです。** · 2014/01/27(月) 11:18:44.83

>>134
未来の自分にバグを押し付けるようなやり方は、あまり好きじゃないが……ま、人それぞれか

**名前は開発中のものです。** · 2014/01/27(月) 12:25:27.76

>>134は、レベル中で発生するオブジェクト最大数をあらかじめ限定してヒープ確保するって手順を想定してた。
※元々の>>124の問題は、ポインタ再取得ってのもあったが

>>135
ｋｗｓｋ

>>137
話が見えんｗ

**名前は開発中のものです。** · 2014/01/27(月) 14:38:03.04

ん？
vectorにインスタンスをaddした後
vectorが要素数増やそうとメモリ上の位置が変わってもnewしたメモリ位置は変わらないよね？
vectorが移動してるだけでvectorのメモリ上の参照してインスタンスを取ってくるわけじゃないから
newした時点でインスタンスのメモリ上の位置は変わらないんじゃないの？

**名前は開発中のものです。** · 2014/01/27(月) 15:44:25.62

vectorが内部で何してるのか見当つかないのか？

vectorは配列を内部でもってるだけ
T* m_buffer = new T[buffer_size];
add(T obj)されると m_buffer[index] = obj; のようにコピーする

そしてバッファサイズが足りなくなると再確保してコピーするわけだ

int new_size = old_size * 2;
T* newBuffer = new T[new_size];
for(i < old_size)
{
newBuffer[i] = m_buffer[i]; // 構造体とかだと、ここのコピーコスト（大）
}

delete[] m_buffer; // <= ここで以前確保したポインタは無効
m_buffer = newBuffer;

**名前は開発中のものです。** · 2014/01/27(月) 16:15:48.48

自分は使ったことないんだけど、boostのIntrusiveコンテナってゲーム制作的にはどうなんだろ

**名前は開発中のものです。** · 2014/01/27(月) 17:01:18.91

オレオレSTLの学習コストが嫌でなければ使ってみてもいんじゃない？
大した利点もなさそうだが、プリミティブはSTL::vector、
クラス・構造体はboost::ptr_vectorとか使い分けるのも悪くないと思う

メモリ断片化が～とかいう話だったらもういいかげんにしろ

**名前は開発中のものです。** · 2014/01/27(月) 17:57:35.18

なんか自信なくなってきたわ

値型（スタック型）を格納してるvectorから、
ある要素の参照（生ポインタ）を取り出しておいた場合、
vectorのリサイズが起きた後はその参照はアテにならなくなる。

っていう話だよな。

vectorに値型そのまま入れるなんて、自分で線形台数用のクラス（それこそ名前がVectorとかになりそうだが）
作ろうと思った時くらいじゃない？

**名前は開発中のものです。** · 2014/01/27(月) 18:20:18.10

日本語でOK?

もしプリミティブ型の意味が分からないとしたら、
int, double, float, long, char, short, wcharのことだからな
あらゆるポインタ型も実際はただのintだから同じノウハウで扱える

**名前は開発中のものです。** · 2014/01/27(月) 18:35:32.27

ごめん俺は噛み付いたわけでもなくって、プリミティブ型の話でもなくって、
ヒープとスタックの話・・・というのも語弊があるか、
なんつーか、メモリ上への確保の仕方とかメモリレイアウト考えたらこうなるよねって話だったのよ、ごめん

**名前は開発中のものです。** · 2014/01/28(火) 00:45:58.29

うふふ

**名前は開発中のものです。** · 2014/01/28(火) 00:52:07.03

データの使い方によって正しくコンテナ選べばstlだけでも十分
要素がでかくて頻繁に入れ替えが発生してインデックスアクセスがしたいならshared_ptrで包んでvectorにでも入れときゃいい

>>144
64bit環境だとintとポインタのサイズが同じとは限らないから泣くぞ

**名前は開発中のものです。** · 2014/01/28(火) 01:18:23.07

>>127の日本語のblogでは「PC環境」って訳されてるけど
原文は「non desktop」なんだよな。

前から思ってたんだが、
限定されたハイエンドPC環境で「しょぼい」コンテンツを走らせられるからドヤ顔ってどうよ？
ゲ製道を究めようとしているワコウドを、間違った方向に導いてるって自覚あるか？
無策無能をアピールして幸せか？

**名前は開発中のものです。** · 2014/01/28(火) 01:21:24.73

誤：「PC環境」
正：「非PC環境」
くｓっそおおおおおおおおお

**名前は開発中のものです。** · 2014/01/28(火) 02:11:44.70

意味分からん

**名前は開発中のものです。** · 2014/01/28(火) 10:18:11.91

くだらねーメモリの話なんかあとにしな