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/12/21(日) 12:18:34.78

なぜそこまでGCを嫌う？
最近のVMのGCはかなりうまくやってくれていると思うけど

>>897
(ﾟДﾟ)ﾊｧ?.NETはGCするだろ

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

>>896
swift
ARC有効にしたObjective-C

参照カウントだけだと弱参照するところをどうやっても意識する事になるから流行らないんだろうよ。中途半端だから。

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

>>899
swiftは今っぽい構文なだけで、その辺りは15年前レベルだよな。

参照カウント + 循環参照用のGCはスクリプト言語ならあるな。 PythonとかSquirrelとか。
クロージャをサポートすると、循環を避けるのは難しい。

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

http://seesaawiki.jp/w/author_nari/d/GC
以前どっかで教えてもらったGCの各アルゴリズム（とそれを実装してる主な言語）をまとめてるサイト
結構勉強になった

見ていて、C++上で既存のデータ構造との親和性を保ちながら実装するのは無理そうだなーとも感じた

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

あ、ちょっと訂正
× 実装するのは無理そうだなーとも感じた
○ 実装するのは俺には無理そうだなーとも感じた

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

ガベコレって使いづらい印象付きすぎちゃったもん

**名前は開発中のものです。** · 2014/12/23(火) 01:05:19.57

バカにはそういう印象付いちゃったよね＾＾；
しかもバカって一度持った印象を絶対に改めないから…

**名前は開発中のものです。** · 2014/12/23(火) 20:19:18.60

デストラクタで十分

**名前は開発中のものです。** · 2014/12/23(火) 22:15:26.87

デストラクタ（ファイナライザ）はリソースを解放するもので
いつデストラクタを呼ぶかを自動化するのがGCなんだよなぁ

**名前は開発中のものです。** · 2014/12/23(火) 22:25:27.90

shared_ptrが標準化され、RAIIが一般的になった昨今、
ガベコレの意義が分からない。

**名前は開発中のものです。** · 2014/12/23(火) 23:15:42.17

スレッド使ってたら生のデストラクタは使えないし、
sharedは循環参照に気を使わないといけないのがなぁ

**名前は開発中のものです。** · 2014/12/24(水) 04:46:42.87

生のデストラクタってなんぞ…

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

おそらく「スタック上には確保できない」って言いたいんだろう。
スコープを抜けた後も別のスレッドで使われるから。

**名前は開発中のものです。** · 2014/12/24(水) 19:08:44.28

GC「後で掃除しときますんで」
ぼく「これもやっといて」
GC「あ、すいません、今掃除してるんで」
ぼく「今すぐ処理してほしいんだけど」
GC「あと20分ぐらい待ってください」
ぼく「は？処理できない・・・」

こんな印象

**名前は開発中のものです。** · 2014/12/24(水) 23:09:56.90

世代別GCなめんな

**名前は開発中のものです。** · 2014/12/25(木) 00:07:59.44

>>910
RAIIと関係なくね？流れ的にRAIIでは対応出来ないケースを挙げたように読めるんだけど。

**名前は開発中のものです。** · 2014/12/25(木) 00:11:13.27

「生のデストラクタ」なんて謎の用語を使うようなやつが、「流れ」を読めていると思うのか？

**908** · 2014/12/25(木) 00:51:14.98

>>910
ちょっと違う
スコープを抜けたときに普通にデストラクタが呼ばれるものを「生」と、
スマートポインタ等で使う工夫したデストラクタと区別するために言ってみた

>>914
生のポインタとスマポがわかるなら適当に空気嫁や

**名前は開発中のものです。** · 2014/12/25(木) 01:24:40.70

いや、本人以外理解できてないって事は、言葉選びを間違ってるって事なんだから、読み手に責任転嫁すんなって。

**名前は開発中のものです。** · 2014/12/25(木) 01:26:24.11

正直スマンかった

**名前は開発中のものです。** · 2014/12/25(木) 02:39:55.48

結局ちょっと手を加えるだけで簡単にメモリ解放ができるデストラクタ便利

**名前は開発中のものです。** · 2014/12/25(木) 06:37:13.40

>>915
その説明でも意味わかんねえんだけど？
スマートポインタ等で使う工夫したデストラクタ？
スマートポインタのデストラクタの事？
それとスレッドがどう関係してくるんだ？

**名前は開発中のものです。** · 2014/12/25(木) 07:27:27.19

>>911
GCって掃除して！って言えば掃除してくれるよ？
問題は、掃除してくれと言える人が少ない事とか、
捨てるべきでないものまで捨てちゃう事かと

ヒープ上の参照は無視して掃除するんだよなぁ……

**名前は開発中のものです。** · 2014/12/25(木) 08:08:39.90

>>920
質の悪いGCを使っているか、単に使い方をミスってるだろ

**名前は開発中のものです。** · 2014/12/25(木) 08:15:02.30

>>915
ちょっと違うじゃねーよ
確保する場所がスタック上かヒープ上かの違いだけじゃねーか

**名前は開発中のものです。** · 2014/12/25(木) 08:54:43.93

>>921
GCって最初は親切だけど、結局面倒臭いものなんだね
メモリ管理をする手間は変わらないじゃん

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

GCで最も困るのはメモリ解放時のStop the Worldだが
v8は少ないと思う

**名前は開発中のものです。** · 2014/12/25(木) 12:54:07.39

どっちがいいなんてアプリケーションによるんじゃね？

**名前は開発中のものです。** · 2014/12/25(木) 14:31:05.41

速度重視のゲーム開発でGCなんて重い物動かす余裕はないね
結構色々なゲームで使うA*だけでもそれなりに食うってのに

**名前は開発中のものです。** · 2014/12/25(木) 15:29:01.01

使うタイミングと量を間違えなければ、特に問題にならない気がするけどなあ

**名前は開発中のものです。** · 2014/12/25(木) 16:21:19.48

メディエイターパターンでshared_ptr使った場合ってメモリリークするの？

**名前は開発中のものです。** · 2014/12/25(木) 21:11:54.62

>>928
ん、学校の宿題？違うなら以下の逆質問に答えてみてくれないか？

① shared_ptrの典型的実装は何
② ①でメモリリークする場合の典型的原因は何
③ mediatorの目的は何
④ ③は②を誘発する方向に作用するか

mediator使って②を招いてメモリリークさせる男の人ってどう思う？

**名前は開発中のものです。** · 2014/12/25(木) 21:30:48.42

>>922
違うわ
普通はやらんがスタック上でも別にスレッドで使えるわ
確保する場所の話をしてるんじゃねぇ
デストラクタを呼んだ時の振舞の違いを言っとるんだ

**名前は開発中のものです。** · 2014/12/25(木) 21:47:40.02

>>930
「デストラクタが呼ばれ方」の話だったはずが、いつの間にか「呼んだ時の振舞」に摩り替わっている。
具体例まで挙げないと、君の話は他人には理解できないぞ。

**名前は開発中のものです。** · 2014/12/25(木) 22:18:25.00

そして呼んだ時の振る舞いって話だったとしてもイミフメー
そもそも配置newしないかぎり自分でデストラクタを呼ばないし。どんどん謎な方向へ。

**名前は開発中のものです。** · 2014/12/25(木) 22:24:10.39

生のデストラクタを呼ぶってのは俺の中じゃ、単にdelete xのこと
スレッド使ってたら↑みたいなのは管理が面倒なので使えないっしょ。それだけの話

で、参照カウンタを使ってデストラクタ呼ぶか、マーク＆スイープみたいな仕組みでデストラクタを呼ぶか
その振る舞いが違うけど、俺は循環参照に気を使って設計しないといけないのは、やだなぁと言っただけ

そもそも深い話でも続けるような内容でも何でもないだが

**名前は開発中のものです。** · 2014/12/25(木) 22:27:00.95

ちなみに>>908は>>905宛て

**名前は開発中のものです。** · 2014/12/26(金) 11:43:36.55

よくわかんないけど「手動でデストラクタを呼ぶ」じゃダメだったん？

**名前は開発中のものです。** · 2014/12/26(金) 16:51:22.54

自動化の権化プログラムを扱う人にとって自動化はロマン
特に多くの人がつまづく面倒くさい処理を自動でやってくれるって素敵やん？
解放処理を描かずに済む分コードも減るし、初心者やうっかりさんにやさしいし
世の中にはそういうできる限り完全自動にこだわる人もいるのです

細かい個別の事案にまで高速に対処できる高い能力を持ったオートデストラクタなんて、
それこそマイクロソフト並の巨大企業が本腰入れてデータ集めないと完成まで何年かかるか分からないレベル
消すには消せるが処理速度に影響を与えて邪魔で使えなかったりすればゴミだし

**名前は開発中のものです。** · 2014/12/26(金) 18:51:58.22

演算能力が頭打ちになりそうな昨今、プログラマが殴られるのが規定路線。
自分で何とかしろ、ってこと。
RAIIで十分じゃない。

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

クラスのポインタ変数をdeleteした後、
そのポインタ変数にNULLを入れて他の処理でNULLチェックをしてぬるぽ回避してるんですが、
逆に言えばdeleteした後NULLを入れてないとぬるぽ回避できないということで、
一般的に職業プログラマではどういうふうにdeleteした変数を識別してるんでしょうか？

**名前は開発中のものです。** · 2014/12/28(日) 12:24:23.36

生ポインタよりもスマートポインタを使うのが一般的じゃねーの

**名前は開発中のものです。** · 2014/12/28(日) 13:58:25.18

生ポインタの場合
#define SAFE_RELEASE(p) { delete p; p = NULL; }
みたいなマクロ使ってるのを見たことある

俺の趣味プログラミングだとshared_ptrやunique_ptr使ってる
boolへの型変換が定義されてるから普通のポインタみたいに
　if (p) { /* スマートポインタが有効だった時の処理 */ }
とかできるし

**名前は開発中のものです。** · 2014/12/28(日) 14:54:46.81

みんなスマポなんですか
まぁ生ポインタと同じように扱えるならそっちのほうがいい感じですか
代入で参照カウントが増えるのはオペレーターとかいうやつですか

**名前は開発中のものです。** · 2014/12/28(日) 18:56:20.33

俺はあんまりスマポは使わないな
ちょっと作ったらテストしてリークしてたらメッセージでるし、
deleteのタイミングが難しい場合ぐらいしかスマポ使わないよ。
ポインタ変数なんか、ほとんどの場合どっかのクラスのメンバーに
なってるからデストラクタでdeleteするようにしてるし

**名前は開発中のものです。** · 2014/12/28(日) 20:49:21.58

マウスカーソルを対象の位置に置いてマウスホイールで対象にズームするような機能をつけたいのですが
どのように実装すれば良いでしょうか
Siv3Dを使っています

**名前は開発中のものです。** · 2014/12/28(日) 20:55:05.01

素朴な疑問なんだけど、ワープロやグラフィックソフトのオブジェクトと違って
ゲーム中に出現するキャラクタの数は大体決め打ちできるんじゃないの。

Cの作法に則って毎回newして確保するんじゃなくて、例えば1オブジェクト最大256バイト、
80体まで出現するならchar slot[256*80]のような形で生メモリ領域をあらかじめ確保しておいて、
ふだんはp = (Actor*)&slot[256*n]; if (p->Exists) { p->Act(); }でいい気がするんだけど。

もちろんActorは基底クラスで、必要でない時はp->Exists = falseにする。
作成時はnewでなくスタック上でコンストラクタ呼び出して、領域に内容丸ごとコピー。

もしかしたら全然違う用途の話かも知れないけど。

**名前は開発中のものです。** · 2014/12/28(日) 20:57:03.11

FlyWeightパターンとかもある

**名前は開発中のものです。** · 2014/12/28(日) 21:15:10.93

>>944
動的メモリ確保はパフォーマンスへの影響が大きいので、
可能な限りは最大出現数分の配列を確保しておく。

**名前は開発中のものです。** · 2014/12/28(日) 22:21:01.45

むしろそんなに重要な物なら絶対に常時必要分確保しないといかんと思うけど
他のジャンルならともかく、敵が出るたびになんだかカクつくSTGなんか嫌だぞ

**名前は開発中のものです。** · 2014/12/29(月) 00:30:37.06

逆に、例えば「格闘ゲームにおけるキャラクタ選択画面」なんかは
その画面にいる間オブジェクトは一定だろうから >>942 方式で十分だと思う。

そう考えるとゲームの場合、シミュレーションとか特殊なルールでオブジェクト数に
上限を設けたくないとかでなければポインタ制御は簡素に纏める方向でいいと思うんだわ。

**名前は開発中のものです。** · 2014/12/29(月) 00:45:24.09

まぁ、無理にスマポ使う必要はないと思うけど、
スマポを知って感動して以降、newするものやopen/close系のものは余程でない限りはRAIIで書くようにしてたら、
deleteを書くことが（ほぼ）なくなった。
当然、メモリリークもゼロ。

RAIIを知った前後でプログラムの規模・品質が雲泥の差になったわ。

**名前は開発中のものです。** · 2014/12/29(月) 01:07:57.04

今は、boostにスマポも入っているだろ

**名前は開発中のものです。** · 2014/12/29(月) 01:44:11.15

memoryとの違いがわからん

**名前は開発中のものです。** · 2014/12/29(月) 07:13:22.67

今最新のVSに入ってるC++も当然11だよな？スマポ余裕で使えるじゃん　boost不要

**名前は開発中のものです。** · 2014/12/29(月) 11:06:00.25

リークするのはてめえの脳みそだけにしておけ

**名前は開発中のものです。** · 2014/12/29(月) 18:43:53.95

うん？現行最新のVSなら3種類の型が使えるだろ？実質2種類だけど
VS以外を使っていたりとかVS標準スマポの仕組みや性能が気に入らないってのは知らない

っつーかな、書き落としはリークじゃなくね

**名前は開発中のものです。** · 2014/12/30(火) 03:36:36.79

データの圧縮や解凍ってどうやってる？
簡単な圧縮かけた方がファイルからデータに展開するのも早いし、
(ファイルの読み書きの速度と展開速度を天秤にかけた)
解析する人にとっても多少は面倒になるかな？と思って
GPLとかに感染しないのがあると良いな

やっぱ、自力でやるしか無い？

**名前は開発中のものです。** · 2014/12/30(火) 03:46:28.22

>>955
zlib

**名前は開発中のものです。** · 2014/12/30(火) 04:01:26.42

バイナリ全部繋げてcueファイルにインデックスいれときゃいんじゃね

**名前は開発中のものです。** · 2014/12/30(火) 08:13:45.13

今使うならLZ4かな

**名前は開発中のものです。** · 2014/12/30(火) 09:05:37.93

色々な言語のライブラリあるしBSDだし良さそうやね
圧縮率あって高速ってのは魅力的だわ

**名前は開発中のものです。** · 2014/12/30(火) 09:25:49.71

圧縮済みの画像や音声なら無圧縮形式のほうが良いかもね。
mmapして切り出せばメモリ確保も要らない。

**名前は開発中のものです。** · 2014/12/30(火) 18:48:29.71

mmapのほうがreadより速いという迷信について - kazuhoのメモ置き場
http://d.hatena.ne.jp/kazuhooku/touch/20131010/1381403041

**名前は開発中のものです。** · 2014/12/30(火) 23:03:50.59

誰もCPUキャッシュやディスク先読みのレベルでのmmapの速度の話なんかしてねーよ

**名前は開発中のものです。** · 2014/12/31(水) 10:36:13.73

メモリ節約って何だよ
ファイルの内容なんてデコードしたらすぐ捨てるだろ

そんな回りくどいことしないで普通に読み込めばいい

サーバーにおいて複数のプロセスから同じファイルの内容を読み込む時なんかは
読み込み用のバッファが要らなくなるからメモリ節約に繋がるらしいが
殆どのケースで速度が遅くなるだけだから使う理由が無い

**名前は開発中のものです。** · 2015/01/01(木) 16:48:21.14

class TestClass {
private:
// 型 m_funcArray;
void FuncA();
void FuncB();
void FuncC();
public:
void CreateFuncArray() {
m_funcArray[0] = &FuncA;
m_funcArray[1] = &FuncB;
m_funcArray[2] = &FuncC;
}
void ExecuteFuncArray() {
for (int i = 0; i < m_funcArray.Length; i++) {
m_funcArray[i]();
}
}
}

こんな感じでクラスにメンバ関数ポインタの配列を作って実行したいのですが
メンバ関数ポインタの配列の型をどう宣言すれば良いでしょうか

**名前は開発中のものです。** · 2015/01/01(木) 18:08:05.65

言語仕様的にどこまで正しいかわからんけど

class CTestClass {
private:
void (CTestClass::*m_pFunc[3]) ();

void FuncA();
void FuncB();
void FuncC();

void SetTable() {
m_pFunc[0] = &CTestClass::FuncA;
m_pFunc[1] = &CTestClass::FuncB;
m_pFunc[2] = &CTestClass::FuncC;
};

};

**名前は開発中のものです。** · 2015/01/01(木) 18:10:47.53

呼び出しはこうな
void Exec( int i ) {
(this->*(m_pFunc[i])) ();
}

**名前は開発中のものです。** · 2015/01/01(木) 18:29:15.58

>>965-966
ありがとうございます
なるほど*はその位置につけるんですか

**名前は開発中のものです。** · 2015/01/02(金) 17:10:32.59

enum class Signals {
RED,
GREEN,
BLUE
}

void func(Signals signal) {
if (signal == Signals::RED) {
// 処理
}
}

enum classを使って引数を識別したかったのですが次のようなエラーが出ました
error C4430: 型指定子がありません - int と仮定しました。メモ: C++ は int を既定値としてサポートしていません
どうすればいいのでしょうか

**名前は開発中のものです。** · 2015/01/02(金) 17:16:07.35

void main を int main に変更

**名前は開発中のものです。** · 2015/01/02(金) 17:47:26.94

関係ない所のエラーでしたすみません

**名前は開発中のものです。** · 2015/01/04(日) 15:42:29.73

ifstream::read(buff,filesize)で読み込んだ文字列を表示すると
末尾にEOFらしき文字化けした文字があってXML等のパースに失敗するんですが
filesizeを-1してreadしたり、読み込んだchar*の末尾のEOFと思われる要素に\0をいれて回避しているんですが
根本的な解決方法がわかりません

どうしたらいいですか

**名前は開発中のものです。** · 2015/01/04(日) 16:06:48.29

>>971
filesize 数ぶんの文字が無かったんだろう。
入力バッファ末尾の未初期化の領域が見えているだけ。
改行コードの変換 \r\n --> \n とかでちょうど1文字減ってるんじゃないの？

バイナリモードで読めば、たぶんファイルサイズと文字数が一致するはず。
その後の処理が \r\n に対応してないといけないけど。
テキストモードで読みたいなら、istream_iterator を使うのが定番かな。

**名前は開発中のものです。** · 2015/01/05(月) 13:29:36.70

終端文字の文字数って2文字じゃなかったっけ？

**名前は開発中のものです。** · 2015/01/05(月) 13:52:13.89

buff全体を0クリアしてreadすればいいだけ
他の方法はgetで一文字づつ読みつつeofチェック
ファイルが全てメモリに置いても問題ないサイズならstd::stringとoperator>>で全部一度に取得
好きなの選べ

**名前は開発中のものです。** · 2015/01/06(火) 11:25:41.33

http://murakan.cocolog-nifty.com/blog/2009/12/cstreameof-7401.html
なんかeofまで読み込むのはifstreamの仕様らしいですね

**名前は開発中のものです。** · 2015/01/06(火) 18:08:33.09

そりゃeofまで読まないとどこが終端なのか分からないし…

**名前は開発中のものです。** · 2015/01/07(水) 13:02:30.14

横からすいません、質問です。
http://www1.axfc.net/u/3387806
ソフトウェア3DCGライブラリを作っているのですが、
80万ポリゴン/秒(C2D E8400 OC 3.6GHz上＆フラットシェーディング＆テクスチャマッピングなし)
しか出ません。ソフトウェアレンダリングってこんなものなんですか？

**名前は開発中のものです。** · 2015/01/07(水) 18:26:06.67

何で今時ソフトウェアレンダラー

**名前は開発中のものです。** · 2015/01/07(水) 18:57:47.13

>>977
DirectXのリファレンスドライバでメッシュを表示する適当なもの作ってそれと比較してみたら？

**名前は開発中のものです。** · 2015/01/07(水) 20:29:35.89

ソフトウェアレンダラーにしたってMesaとかIrrlichtのソフトウェアレンダラーとかが既にあるのに
車輪の再開発じゃない？

http://en.wikipedia.org/wiki/Mesa_(computer_graphics)#Software_renderer
http://irrlicht.sourceforge.net/features/

**名前は開発中のものです。** · 2015/01/07(水) 22:42:06.11

GT3D_drawpoly_fill_sub()を流し読みしたけど、多角形描画は普通っぽかったし
このプログラム自体は特に速度をどうこうしているものではないようですね。
ちょっと見ただけだけどソースは一部ですよね
SSEとかも使ってないし、マルチスレッドでもないですよね
描画対象はメモリ? に一旦描画している感じなのかな
描画範囲を分割してマルチスレッドにしてはどうですか?

**名前は開発中のものです。** · 2015/01/08(木) 20:42:14.85

メモリ速いやつに差し替えようぜ

**名前は開発中のものです。** · 2015/01/08(木) 22:06:01.19

MSの最新技術の粋を集めたWARPに敵うはずがない

**名前は開発中のものです。** · 2015/01/08(木) 22:18:13.29

WARPはSIMDも使ってるはずだよね。

**名前は開発中のものです。** · 2015/01/09(金) 13:53:51.10

SSE2必須で使える場合SSE4.1まで使ってるとかなんとか

**名前は開発中のものです。** · 2015/01/09(金) 17:34:34.87

>>977 です。
ちょっとSSE勉強してみます。
今更ソフトウェアレンダラなのは
自分で作れば最小限の機能になって使いやすいと思ったからです。
自作OSへの転用も簡単ですし。
SSE版は別プロジェクトでやってみます。

**名前は開発中のものです。** · 2015/01/09(金) 17:49:58.46

SSEより完成目指せ。
効率よく使ったとして数%の成績アップだ。体感では違いがないとかなりうる。

**名前は開発中のものです。** · 2015/01/09(金) 18:21:14.91

>>986
何その理由
普通にOpenGLかDirect3Dで良いじゃん
自作OSってふざけてんの？

**名前は開発中のものです。** · 2015/01/10(土) 06:38:12.95

>>986
面白い物好きが来たな
OS作るのがメインでゲーム作りがサブなのか
目指すは究極のマルチプラットフォーム？
あるいは新しい3D環境でも作り出したいのかな？
レイトレーシングという概念を勉強すると、また新しい世界が見えるかも？

**名前は開発中のものです。** · 2015/01/10(土) 10:07:13.00

自前でできるといいと思うよ。
その後、FPGAに実装したらさらに楽しいと思う。

**名前は開発中のものです。** · 2015/01/10(土) 10:28:58.93

中身自作するにしてもAPIはOpenGLにあわせたものも作った方が良いと思うけどね。
自作物のパフォーマンスがどれだけ酷いか解るし。

まぁ趣味なんだろうから好きにしたら良いと思うけど。

**名前は開発中のものです。** · 2015/01/11(日) 00:41:53.86

き、きっと将来のビル・ゲイツを目指しているんだよ！

オペレーション・システムそのものの開発ときたか
夢がデカすぎて全体像が見えない

**名前は開発中のものです。** · 2015/01/11(日) 00:44:24.46

実用性はさておき、自分で一通り作れたら最高に感動できるだろうな。
がんばってくれ。

**名前は開発中のものです。** · 2015/01/11(日) 00:50:41.76

お前ら東大の名物科目CPU実験くらいは知っといたほうがいいぞ
986がそうとは思わないがな

**名前は開発中のものです。** · 2015/01/11(日) 06:09:25.57

WARPって必要な部分だけソフトウェアで補うとかじゃなくって
全部ソフトウェアになるのか

**名前は開発中のものです。** · 2015/01/11(日) 09:26:23.44

>>992-993
実はOSの方は既にある程度出来てまして・・・ｗ
「三十日でできる！OS自作入門」のはりぼてOSをもとに作ってます。
ちなみにソフトウェアレンダラに至った経緯は

OS作った
↓
それでゲーム作りたい
↓
でも３ｄCG使えない
↓
じゃあレンダラ作ろう
↓
ある程度出来た←いまここ

自作OSの方はSSE未対応なのでlinux/OSX/Windows版のみの特権になるっぽいですね
今日中には移植しようと思ってます！

**名前は開発中のものです。** · 2015/01/11(日) 10:21:27.64

次スレ立てたよ

C/C++ゲーム製作総合スレッド Part7 [転載禁止]2ch.net
http://peace.2ch.net/test/read.cgi/gamedev/1420939171/