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

**名前は開発中のものです。** · 2014/07/08(火) 19:30:19.51

ゲーム製作における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/
C/C++ゲーム製作総合スレッド Part5
http://peace.2ch.net/test/read.cgi/gamedev/1389798031/

**名前は開発中のものです。** · 2014/09/10(水) 21:14:44.14

>>164
「C++ delete this」でぐぐると吉

**名前は開発中のものです。** · 2014/09/10(水) 21:17:37.71

追記だけども

> while(true){
> if((scene=scene->Update())==NULL)break;
> }
この方式なら、変数sceneをshared_ptrとかunique_ptrとかのスマートポインタにしておけば
代入のタイミングで元々入っているインスタンスをdeleteしてくれるから
そっちの方がシンプルで安全かも知れない

**名前は開発中のものです。** · 2014/09/10(水) 21:24:41.93

基本的にはokみたいな感じですか
ポインタでしか使わず、配置もしない

**名前は開発中のものです。** · 2014/09/10(水) 22:26:12.02

座標クラスを作ってoperatorを定義したいのですが、cppファイルに定義しようとするとエラーが出てコンパイル出来ません。
ネット上のサンプルではクラス定義と一緒に書いてるみたいで実装と分かれていません
operatorもtemplate同様ヘッダーでしか定義出来ないんでしょうか？

**名前は開発中のものです。** · 2014/09/11(木) 00:03:08.79

std::mapにキャッシュしておいたリソースをdeleteしたく全探索したいんですが、
beginで得たイテレータにインクリメント重ねると必ずendで得たイテレータになるのでしょうか？

**名前は開発中のものです。** · 2014/09/11(木) 00:08:52.32

デストラクタ(スマートポインタ)つかえよ。
そしたら自ら開放しにいかなくても、参照が消えたら開放されるはずだろ。

**名前は開発中のものです。** · 2014/09/11(木) 00:32:27.41

物体Aと物体Bを衝突しないようにLayer Collision Matrixでオフにしたんだけど
その状態でAとBが重なったかだけ取得することってできる？
onTriggerEnterとかもコリジョンオフにしたから動作しないし、
自前で衝突判定プログラム作るしかない？

**171** · 2014/09/11(木) 00:33:42.60

>171
書くスレ間違えました

**名前は開発中のものです。** · 2014/09/11(木) 22:01:08.21

http://gyazo.com/7fe61ebdff02df42518433e7792bb7bc.png
これなんでerrorが出るのかよくわからないんですが、どういうことなんでしょうか？
ポインタが0にNULLとして反応してるってことですか？

**名前は開発中のものです。** · 2014/09/11(木) 22:06:54.07

ﾎﾆｬﾗﾗImageの型はなんなのさ？

**名前は開発中のものです。** · 2014/09/11(木) 22:24:22.87

>>173
引数間違ってるんじゃないの

**名前は開発中のものです。** · 2014/09/11(木) 22:30:38.71

>>173
ポインタがNULLとかはコンパイル時には関係ないよ
コンパイルしたらエラーが出るんだよね？
インテリセンス的なやつはソース修正してもすぐに反映されないから、
IDE上ではエラーになっててもコンパイルしたら行けるとかあるよ

その下に出てる定義が本当にその上のDrawの定義なら行けそうに思うんだけどなあ
なんかインクルードのファイルが実は別のやつになってたとかそんな問題くらいしか思いつかないな

**名前は開発中のものです。** · 2014/09/11(木) 23:17:52.95

全然関係ないけどbackgroundで一語だよ

**名前は開発中のものです。** · 2014/09/12(金) 01:29:52.01

>>174
imageresource型で、下のウィンドウがDraw関数です

**名前は開発中のものです。** · 2014/09/12(金) 01:35:12.60

.じゃないの

**名前は開発中のものです。** · 2014/09/12(金) 09:19:01.28

Draw(float, float)の実装がImageResourceの親クラスに存在していて
なおかつImageResourceがその型をpublic継承してないとか？
試してないから全く見当違いかも知れないけど

**名前は開発中のものです。** · 2014/09/12(金) 11:29:01.17

constでした

**名前は開発中のものです。** · 2014/09/12(金) 16:54:40.75

あーbackgroundImageとtitleImageがconst宣言されてたって事か
解決おめ

**名前は開発中のものです。** · 2014/09/13(土) 12:46:42.97

ちょっと行き詰まってるので相談させて下さい。
自分のPC２台（両方XP）で動かすと問題なく動き、知人AのPC（Windows7）でも問題なく動くのですが
知人BのPC２台（両方Windows7）だと必ず「プログラムを停止します」とでて終了するという
謎の現象に悩まされています。

落ちる場所は毎回同じようなので、プログラムの要所要所に、テキストファイルに
メッセージを吐き出す命令を加えてみたところ、ある　if文　のところで落ちてると判りました。

そこで今度はその　if文　で使ってる変数６つをテキストに吐き出すようにしたところ、
その４つめの変数吐き出す部分で終わるようになってしまいました。
（つまり落ちる場所がずれた）
この if文はループになっており、特定のループ時にのみ落ちる事が判明していますが
この変数自体はループにおいて全く変更されておらず、この変数が原因とは考えにくいです。

次に、このif文は無くてもこの場合たいした支障のでない部分だったので
まるごと消去してみたのですが、それでもやっぱり落ちました。

ここにきて行き詰まってしまって、どう調べていいのかわからなくなりました。

・実はこの部分以外に原因があってそれを見逃してる？
・この関数のこの部分が何らかの影響で破壊されているのか？
・なぜ知人BのPCでだけ発生する？（しかも２台とも）

何か考えられる原因とかありますでしょうか？

**名前は開発中のものです。** · 2014/09/13(土) 13:29:31.89

なぜデバッガを使わないのか

**名前は開発中のものです。** · 2014/09/13(土) 13:31:47.88

もっと前にメモリ関連のバグを起こしてて、プログラム領域に書き込み処理してる可能性が高いな
昔のデバッガだとアセンブラで見れて実際に命令がおかしくなってる部分を確認できたわけだが、今は無理だな

**名前は開発中のものです。** · 2014/09/13(土) 13:54:57.42

友人ＢのＰＣで共通して動かしてるアプリケーションとか無い？
もしくはメモリに余裕がないとか

**名前は開発中のものです。** · 2014/09/13(土) 13:58:59.50

なんか変数初期化していないんじゃね

**名前は開発中のものです。** · 2014/09/13(土) 14:40:43.79

プリミティブ型のクラスメンバだと勝手に初期化してくれるとかなかったっけ
配列とかJavaと勘違いしてたかもしれないけど

**名前は開発中のものです。** · 2014/09/13(土) 15:06:29.64

>>188
C++では、自動的に初期化されるのは静的変数の時だけ(全変数が0に初期化される)
それ以外のスタックやヒープの変数は何らかの初期化をどこかで行う必要があるね

**名前は開発中のものです。** · 2014/09/13(土) 16:41:17.80

> そこで今度はその　if文　で使ってる変数６つをテキストに吐き出すようにしたところ、
> その４つめの変数吐き出す部分で終わるようになってしまいました。
そのテキストを吐き出す処理も立派な処理なので、落ちる場所がずれる可能性はあるよ。
デバッグ用に処理を追加してもずれるので原因究明が難しい。

とにかくメモリーを壊してる処理が無いかどうかチェックして
修正したらテストしてもらうとか…

**名前は開発中のものです。** · 2014/09/14(日) 11:36:56.77

>>183
問題のあるPCを使わせてもらって、IDE入れて直接確認するのが一番早い
もしくは強制終了が出なくなるまで、プログラムをどんどんコメントアウトしていって、原因箇所を突き止めるとか

思いつく原因は、ZeroMemoryで初期化サイズを間違えて、余計な領域まで0にしているとか？

**名前は開発中のものです。** · 2014/09/14(日) 12:01:02.08

一度開発環境入れると環境が変わっちゃうよ？
自分の場合はネトゲが一部動かなくなったし

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

異常終了時のメモリダンプ(dmpファイル)を取ってもらって
それをIDEで開けばデバッグ実行してるような状態になるから
そこでどこでエラーが出たか、どの変数に何が入っているかを確認するといい

開発環境を入れるのは>>192と同意見、入れない方が良いと思う。

**名前は開発中のものです。** · 2014/09/14(日) 21:12:12.71

スタック破壊か関数のリンケージ間違い
関数ヘッダが実体と違うというウルトラＣもありえなくはない
printf でバッファ破壊というオチはよくある罠

>なぜ知人B
俺は詳しくないが DEP の設定がどうのとたまに聞く
自PCで再現できればそれに越したことはないが、そうでなければ気にしても仕方ない

**名前は開発中のものです。** · 2014/09/15(月) 00:44:13.42

>>192
どうせランタイム入れるから、変わらないんじゃないの？
＞ネトゲが一部動かなくなった
まじか

**名前は開発中のものです。** · 2014/09/15(月) 00:44:19.95

プログラマの前で100%再現できりゃバグ修正は9割終わったようなもんだ、
とか言われるけど、やっぱ事実？ｗ

**名前は開発中のものです。** · 2014/09/15(月) 01:33:48.17

・そのプログラマがそのアプリケーションの設計を把握している
・コンパイル前のソースコードがある

**名前は開発中のものです。** · 2014/09/15(月) 01:39:55.70

>>197
開発者ではない第三者の前で再現してどーすんだｗ

**名前は開発中のものです。** · 2014/09/15(月) 03:13:10.79

「デバッグの手間が10に対して、再現の手間が90」という意味ではなｗ

**名前は開発中のものです。** · 2014/09/15(月) 07:07:16.38

>>195
デバッガの例外動作関連に割り込んでるみたいだな
アンインストールしても何か残ってたし

**名前は開発中のものです。** · 2014/09/15(月) 20:14:31.20

DirectX の設定を書き換えるのが好かん

**名前は開発中のものです。** · 2014/09/16(火) 09:20:44.20

フラグメンテーションかもな～。別名メモリーの虫食い取得状態。

**名前は開発中のものです。** · 2014/09/17(水) 02:32:28.35

環境による問題はアンチウイルスとかサービスパック有無を疑うのも基本

**名前は開発中のものです。** · 2014/09/17(水) 06:50:46.77

>>202
アプリが大きいサイズの連続したメモリー空間が確保できないしか影響ないだろ

**名前は開発中のものです。** · 2014/09/17(水) 19:59:00.60

SDL、DxLib、sfml以降でファイル読み込み・描画・音声・キー取得などができるゲームライブラリってあります？
cocos2dみたいに「フレームワーク」ほどいかない自由なのが好きなんだけど

**名前は開発中のものです。** · 2014/09/17(水) 20:20:12.05

Siv3Dってそういえばどうなったんだろう

**名前は開発中のものです。** · 2014/09/17(水) 21:26:51.10

RPGのダメージ判定で、それぞれのキャラクターにvector型の通知配列用意して、
ダメージが発生した時その配列にpush_backして、キャラクターが更新される時にまとめて処理してるですが
その通知配列に何を入れるかすごい悩んでるんですが、他の人はどうやってやってるんですか？

今は、ダメージとか属性とかデバフ情報とかを伝える手紙のような構造体をvectorにpush_backして
ダメージを受けるキャラクター側の耐性とか加味して処理しようかなと考えてます

・攻撃発生時に構造体の自動変数を生成して、コピーして伝える
・攻撃発生時に構造体をインスタンス化して、ポインタを伝える
・予め攻撃通知用の構造体を静的な値(日本語としての静的)として持っておき、ポインタを伝える
の３つぐらいは思い付くのですが、それぞれ一長一短でどうしたものかなーと・・・

**名前は開発中のものです。** · 2014/09/17(水) 21:41:21.93

>>207
1つめはコピー量が気になる、2つめは毎度newするのが気になる、
ってことなら、3つめのでいいんじゃないの？
日本語としての静的の意味はよくわかんないけど

**名前は開発中のものです。** · 2014/09/17(水) 22:18:22.34

>>208
武器を装備して殴りあうだけならいいんですが、
魔法とか攻撃手段が増えると、すごい勢いで増えるかなーと

**名前は開発中のものです。** · 2014/09/17(水) 22:40:21.67

>>209
構造がよくわからないからなんとも言えないけど、
3つのパターンともサイズに関してはあんまり変わらないよね
どうしても気になるなら、通知って方法自体からやり直してみるとか

メモリは必要なら潤沢に使ってもいいと思うけどね
自分なら5M、10Mくらいならそれが必要なら気にせず使うかな

**名前は開発中のものです。** · 2014/09/17(水) 22:49:18.55

構造はFFみたいにゲージが貯まったら行動できるってやつで、システムはそのままです
同時攻撃されることも考えて・・・

そういえばこの通知をスタックしてって
自分の更新タイミングで一括処理する以外にどんな方法があるんですか？

アクションゲーム作った時と同じ構造で作ったんですが、逐次処理の方がいいんですかね

**名前は開発中のものです。** · 2014/09/17(水) 23:14:42.49

3つ目でいいと思うなー
物理ダメ、魔法ダメ、属性、デバフ系とかをまとめた攻撃情報構造体みたいなものを用意
攻撃時に構造体へ情報を詰め込む
Character.Attacked(AttackInfo*)みたいな関数へ構造体を渡す
関数内で最終的なダメージを算出って感じ

FFみたいなゲージ戦闘なら審判みたいなものを用意して、攻撃側と防御側のステータスを渡して
審判が最終的なダメを計算、敵へダメージを与えるってのもありかも？
やるかはわからないけど、防御側のカウンターダメージとかもできそう

**名前は開発中のものです。** · 2014/09/17(水) 23:32:10.49

>>211
スタックせずに同時のタイミングを処理する別の方法としてなら、
ステータスを更新前と更新後用に分けといて、
同じタイミング中は更新前を参照して更新後を書き換えるとか？

**名前は開発中のものです。** · 2014/09/17(水) 23:34:50.13

3つめが強そうなので3つめで一度実装してみることにします
ありがとうございました

**名前は開発中のものです。** · 2014/09/18(木) 00:24:30.25

>>207
一時的なオブジェクトのインスタンス化と削除は、
コンパイラによって最適化される場合があるらしいね
ソースはgems

**名前は開発中のものです。** · 2014/09/18(木) 02:30:55.45

>>211
>構造はFFみたいにゲージが貯まったら、
>行動できるってやつで、システムはそのままです

ATB(Active Time Battle)は、FFの特許じゃないの？
もう、特許が切れているの？

**名前は開発中のものです。** · 2014/09/18(木) 05:08:15.17

http://www.ekouhou.net/ビデオ・ゲーム装置，その制御方法および制御ディバイス/disp-B,2794230.html
これか？
出願1991年だから切れてるんじゃない？
しかしこういう特許ってゲームのルールは特許にならないからって回りくどくてめんどくさい書き方してるな。でもこれに書いてある通りに実装しなくても似てるだけで訴えるんだろ？
あほくさ

**名前は開発中のものです。** · 2014/09/18(木) 11:19:02.99

ただでさえかったるいのに
余計な待ち時間を増やすとか
あほくさ

**名前は開発中のものです。** · 2014/09/18(木) 19:22:54.91

>>206
ありがとう！参考になります
当たり判定が直感的で良さそうですね

**名前は開発中のものです。** · 2014/09/18(木) 19:34:17.61

個人的な利用なら特許侵害にならないんじゃなかったっけ

**名前は開発中のものです。** · 2014/09/18(木) 20:12:10.67

うっかり良いものが出来たとしても自分と家族ぐらいにしか配布出来ないけどな。

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

ATBの話って製作側だとよく聞く話だけど、
実際にスクエニに連絡して確認したことあるよっていう人がいないも案外おかしいよな

**名前は開発中のものです。** · 2014/09/19(金) 03:27:56.19

ATBは一定時間経たないと、ユーザが入力できないため、
ユーザが待つ必要があり、時間のムダ

一般的には、ユーザが待たずに、入力し終わってから、
技を発動するまで、プログラム側で待つ

FFがなぜ、ATBのような非効率なシステムを発明したのか、疑問に思う

**名前は開発中のものです。** · 2014/09/19(金) 06:39:00.50

ARPGを作りたい人とコマンド式RPGを作りたい人との妥協の産物かと

**名前は開発中のものです。** · 2014/09/19(金) 07:39:46.20

変わったことやりたかったんでしょ。

**名前は開発中のものです。** · 2014/09/19(金) 18:20:13.98

リアルタイム重視といいつつアイテムリストとか魔法が異常に増えてて洗練されて無かったよね
サガみたいにスロット少なくするのとかアクションゲームみたいに1ボタンごとに割り当てにしないと
ユーザーに不利にしかならない

**名前は開発中のものです。** · 2014/09/19(金) 21:54:17.52

ボタンごとにアクションを割り当ててるゲームっていうと
スタオとかテイルズオブシリーズとかか
あれも魔法とかをリストから選択する機会は無くはないけど
さすがに選択中はゲーム進行止まってたな

**名前は開発中のものです。** · 2014/09/21(日) 20:54:11.89

親クラスのprivate関数を子クラスでオーバーライドって出来る？
親クラスのルーチンワーク上で呼び出せれば
その関数を子クラスから呼ばせたくないけど、定義はさせたいっていうのが可能なのかなーって

例えばアクションゲームでキャラクターが攻撃を受けた時に、
その親クラスがコリジョン処理する時にノックバックするのかとか、状態異常をキャラクターに追加するとか

**名前は開発中のものです。** · 2014/09/21(日) 21:19:32.29

そもそもゲームロジック部分をC++で書くのは疲れそう

**名前は開発中のものです。** · 2014/09/21(日) 23:30:37.12

>>229
HSPとか？
Javaは論外としてC#とか向いてるのかな

**名前は開発中のものです。** · 2014/09/22(月) 07:38:18.22

スクリプト使ってるんじゃね？
ただ、スクリプト使う状況って、意外とリファクタリングで何とかなる状況が多いけどな

**名前は開発中のものです。** · 2014/09/22(月) 07:49:16.65

一番書き慣れていて使いこなせるのがC++だから疲れないけどな
DLLで組めば状態の変数をDLL側で持たないかぎり本体起動しっぱなしで入れ替えもできるし
組み込みスクリプトも何度か使ったが、外部データに関連する計算式程度しか有効的に活用出来なかったわ

**名前は開発中のものです。** · 2014/09/22(月) 08:56:45.93

スクリプトはシナリオとかの文章をゲーム途中に挿入する場合に使うけどな
あと、個別の動作を順序だてて使いたい場合には使った方が楽

**名前は開発中のものです。** · 2014/09/22(月) 09:08:18.28

>>228
protectedやfriendじゃ駄目なの？

**名前は開発中のものです。** · 2014/09/22(月) 09:11:46.10

>>234
protectedじゃ子クラスから何度も呼び出されてもわからないじゃん
呼び出せるのは親クラスだけ、ただし親クラスが呼び出す関数を子クラスは定義できる
みたいなのがあったらいい感じに縛れそう

**名前は開発中のものです。** · 2014/09/22(月) 09:23:12.77

呼び出し専用関数作って、その中でカウントしとけば良くね？

**名前は開発中のものです。** · 2014/09/22(月) 11:02:48.99

試してみたけど子クラスで関数を定義する以上, 子クラスからはその関数を制限なく呼び出せちゃうね
どうしてもやりたいときは関数ポインタ使うか, 236 のようにカウンタとかフラグで親クラスが管理するしかないんじゃね？

**名前は開発中のものです。** · 2014/09/22(月) 12:34:08.13

>>228
private virtualって出来なかったっけ？

**名前は開発中のものです。** · 2014/09/22(月) 12:35:34.50

あ、子クラスからは呼べないようにしたいのか、
じゃあ無理だ。ごめん。

**名前は開発中のものです。** · 2014/09/22(月) 19:40:03.48

>>235
①親のクラスで関数オブジェクトを返り値とするprotected関数を定義しといて、
子側でオーバーライドし、実行したい処理（関数オブジェクト）を定義し、返すようにする。
②親のクラスのprivate関数で、↑のprotected関数を呼び出し、さらに返り値である
関数オブジェクトを実行するようにしておく。

こうすれば、protected関数を複数回呼び出しても、処理自体が実行されないので
チーム間での疎通ミスは減らせるはず。
ちなみに、関数を子クラス内に定義して関数オブジェクトとして渡すのではなく、
protected関数をオーバーライドするブロック内でラムダ式で記述すれば、
子クラス内で処理を複数呼び出してしまうミスも防ぐことができる

こういう内部処理を外出しするの、D言語とかJavaだと簡単なんだけど、
C++だとラムダ式で返そうと思ったら参照をキャプチャしないといけないんだっけ？

**名前は開発中のものです。** · 2014/09/22(月) 19:48:34.84

あと個人的に思ったのは、
子クラス側で定義する関数内で、その関数をなんの脈絡もなく再起呼び出しして
無限ループに陥らせることは誰にも防ぐことも縛ることもできないっていうやつよｗｗｗ

おそらくだけど>>235が縛りたいと言ってるのはその類の話になると思う。
複数回呼ばれて困る処理を子クラスで定義可能な以上、防ぐことはできない。
変更可能な状態を子クラスに公開し、かつ、その処理を子クラスに委ねてるからね・・・。

**名前は開発中のものです。** · 2014/09/22(月) 22:25:57.61

あーいやprivate virtualで行けるのか、これMSの独自仕様じゃあないよね？

**名前は開発中のものです。** · 2014/09/24(水) 17:43:40.72

なあ、フラグメンテーション対策ってどうやればいいの？

**名前は開発中のものです。** · 2014/09/24(水) 17:49:53.05

ゲーム中に使うメモリを全部最初に確保してしまう

**名前は開発中のものです。** · 2014/09/24(水) 17:53:27.57

1.気にしない（お勧め）
2.メモリ管理を完ぺきに把握し、完璧にスケジューリングする
3.スマートポインタ等を使ってガベージコレクションを実装する

**名前は開発中のものです。** · 2014/09/24(水) 17:57:31.66

>>244
規模の小さいものならそれでも構わないけど、例えばskyrimみたいなオープンワールドのゲームだと無理だよね。

**名前は開発中のものです。** · 2014/09/24(水) 18:10:10.66

>>245
GC実装しただけでメモリの断片化が無くなったら苦労しないよ。
Androidで使われてるVMのdalvikは最後までコンパクションの実装出来なかったし。

**名前は開発中のものです。** · 2014/09/24(水) 18:30:05.75

コンパクションなら実装したよ
基本的にはメモリハンドルでメモリを管理して、
必要なときだけポインタを返すやり方
メモリー配置が変わるとポインタの配置が変わるんでね
ちなみにメモリの再配置はメモリ取得のたびに行ってるから、
メモリ取得の多い場合は処理が重くなる欠点がある

**名前は開発中のものです。** · 2014/09/24(水) 18:34:03.41

重い処理だけだとゲームにならないから、別の方法も色々やってる
基本的には一度取得したメモリを再利用するやり方

**名前は開発中のものです。** · 2014/09/24(水) 18:53:43.12

メモリサイズの変数を二つ用意して、片方には使用するメモリサイズを
もう片方には取得するメモリサイズを入れておく、なんて事もした

**名前は開発中のものです。** · 2014/09/24(水) 18:59:44.67

>>243
・サイズの増減がないデータは起動時に確保・終了時に解放
・増減があるなら最大数を決めて固定領域を使いまわす
　この時個々の要素を同じサイズに揃えることが大事
　サイズが違うならまた別の領域にまとめる
・あるいは処理順一定でＬＩＦＯにできるならスタックを真似てぶち込むのも一考

**名前は開発中のものです。** · 2014/09/24(水) 19:46:03.82

リスト構造も使い方次第で色々出来るな
例えば、使わなくなったメモリはリストから外して、
使う場合には使わなくなった領域をリストに再登録するとか

**名前は開発中のものです。** · 2014/09/24(水) 19:48:26.36

リスト自体は増減させてもメモリ大丈夫なんかな？

**名前は開発中のものです。** · 2014/09/24(水) 20:02:12.50

>>253
さあ？自分のリスト構造は自作で、基本はvector使って作ってる。
STLのリスト構造は使わなくなったらdeleteしてるらしいから、
あまり信用してないんだよな。まあ、増減量が一定量を越えると
自分のやり方でもフラグメンテーションの危険は高まるわけだが。

**名前は開発中のものです。** · 2014/09/24(水) 20:07:55.87

直接メモリを触るような言語でオレオレコンパクション実装までする価値あるのか疑問だな。
そのメモリを触る可能性のあるスレッドを全て止めなきゃいけなかったり、メモリをメンバーに持つクラスを(標準ライブラリ含む)を使用できなかったりデメリット多すぎる

**名前は開発中のものです。** · 2014/09/24(水) 20:18:47.07

コンパクションをスレッドの数だけ用意すれば大丈夫だな
スレッドはあんまし使わないから関係ないかもしれないけど

**名前は開発中のものです。** · 2014/09/24(水) 21:46:52.60

>>256
解ってないな。さすが使わないだけある。

**名前は開発中のものです。** · 2014/09/24(水) 21:57:16.58

複数のスレッドから同じ領域に同時に書き込みしなけりゃ良いんだろ？
別々にメモリ取得して別々のコンパクションで監理すれば良いじゃん。
そりゃ、スレッド間通信をどう解決するかという問題は残るが。

**名前は開発中のものです。** · 2014/09/25(木) 02:06:25.63

スレッド間通信をするためにコンパクションを追加しよう

**名前は開発中のものです。** · 2014/09/25(木) 06:27:40.78

せやな。スレッド間通信回数×2のコンパクションが余分に必要やな。

**名前は開発中のものです。** · 2014/09/25(木) 09:20:46.75

個人制作ならリソース使いまくりでいいよな
よっぽどじゃなけりゃ断片化の弊害なんて目立たないし
商業のデカいタイトルだとGC独自実装してるらしいが

**名前は開発中のものです。** · 2014/09/25(木) 10:09:34.46

そもそも普通は動的メモリなんてそうそう使わんだろ

**名前は開発中のものです。** · 2014/09/25(木) 10:16:44.99

確保するサイズや解放の頻度でアロケータを複数変えればいいだけじゃ?
コンパクションなんて画面の切り替えみたいな暗転で良いシーンで
シリアライズしてオブジェクト作り直しで
64bitならメモリ空間が広くなったから気にせず標準実装でいくけどな

**名前は開発中のものです。** · 2014/09/25(木) 10:21:10.03

コンパクションが必要なぐらい常時カツカツ、ってケースは
固定メモリ配置（って言い方で通じるかな、名前が分からん）にして
どっからどこのアドレスまで何のデータ、って設計までやりそうな印象がある