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/11(木) 09:22:11.45

１つでも使いこなせれば応用が利くから教育の手間が省けるってことじゃないの？

**名前は開発中のものです。** · 2014/12/11(木) 13:18:32.61

>>817はどこの世界の話か知らないが
Unity使った商業作品なんて山ほどあるだろ

>>829
いやだからどこの世界の話だよ。

**名前は開発中のものです。** · 2014/12/11(木) 19:04:56.48

「大手は既存ツールやエンジンを使わない」とは言ってないと思うぞ

**名前は開発中のものです。** · 2014/12/11(木) 19:10:00.11

結局潰しがきかないのよね、開発エンジンって
それでも大抵の人は困ることはないだろうけど

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

日本で汎用のゲームエンジンってソシャゲくらいしか思いつかんな
海外だとアンリアルエンジンで作った大型タイトルあるぽいんだが

http://ja.m.wikipedia.org/wiki/Unreal_Engineを採用したゲームソフト一覧

**名前は開発中のものです。** · 2014/12/11(木) 22:59:37.83

汎用ってゲームジャンルに対しての汎用じゃなくて、
いろんなユーザ（団体）が利用できるという意味での汎用？

エロゲやアマチュアまで含めれば、テキストゲーム系エンジンやツクール等も結構多そうだが。

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

ライセンス販売してるようなゲームエンジン
UnityとUE位しか知らんけど
2Dもこういうエンジンってなんかあるんかな

**名前は開発中のものです。** · 2014/12/11(木) 23:22:19.61

>>836
・・・

cocos2d-x
http://peace.2ch.net/test/read.cgi/gamedev/1390136237/

**名前は開発中のものです。** · 2014/12/11(木) 23:43:01.37

cocosはエンジンじゃなくてフレームワークだし
ソシャゲではよく使われてるみたいだけど

**名前は開発中のものです。** · 2014/12/12(金) 00:23:08.10

開発エンジン単体では潰しがきかなくても
いろんな開発エンジンを次々使いこなせるだけの柔軟さと適応力は充分潰しが利くと言えると思う。

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

それだけの適応力があるならそれ使って言語習得した方が早そうだ
独自仕様のゲーム作るなら特に

**名前は開発中のものです。** · 2014/12/12(金) 07:21:28.86

エンジン使うのと作るのとじゃ大違いでしょ
エンジン使いこなせるって言ってもエディタ使って効率的に作れるだけでプログラマとしてはスクリプタレベルよ

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

潰しが効くって何について言ってるんだ？

何でも自前で作るのが良いとは限らないだろ

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

そもそもゲームエンジン使ったからといって中のコードに触れない訳じゃないし。
何でもかんでも自分で書いて糞のようなコード量産するより、広く使われているゲームエンジンの良い設計のコードに触れる方が為になる。

**名前は開発中のものです。** · 2014/12/12(金) 13:27:08.97

まぁ、デキは別にして、自分でスクラッチで書いたところが多いほど達成感も大きいｗ

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

Unityって物理演算とかナビメッシュとかあるけど、あれってC++でも出来るの？

**名前は開発中のものです。** · 2014/12/12(金) 17:38:37.97

>>845
できますん

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

他人のコードに任せっぱだと、複雑なデータ構造とか作れなくね？

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

俺は作る必要ないんで

**名前は開発中のものです。** · 2014/12/12(金) 20:17:56.66

凡百の人間で終わりたくないな、俺は

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

俺も。

**名前は開発中のものです。** · 2014/12/12(金) 20:48:58.45

他人に読めるコードは書いてねｗ

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

可読性が低すぎて自分にすら読めないコードには、
そこらのサイトに書いてある簡単なテンプレコードほどの価値もないからな…

**名前は開発中のものです。** · 2014/12/12(金) 21:41:45.52

まあ他人に読ませる必要がなければ好きにすればいいでしょ
自分で読めないのは論外だけど

**名前は開発中のものです。** · 2014/12/12(金) 22:33:35.88

一ヶ月後の自分は他人と同じ

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

ならその一ヶ月後の自分用に読めるコーディングにするべきだな
いずれにしても自分で読む気も起きないようなコードはただのゴミ

**名前は開発中のものです。** · 2014/12/12(金) 23:44:33.51

良い設計のライブラリに触れる事は自分がライブラリ書くときの糧になるだろ？それと同じ事だよ。

そのライブラリを深く理解する事がないとか、ライブラリになるようなものを書くことがないというのであれば、それだけの資質だったということ

**名前は開発中のものです。** · 2014/12/12(金) 23:59:52.22

C++使ってる人でライブラリを使わない人なんてこの世にいるのか？
よほど天才的なプログラミングの素質でもなければソフト作りのはるか手前で地面に転がるぞ

っつーか、ライブラリ製作自体がソフト製作に近いし

**名前は開発中のものです。** · 2014/12/13(土) 06:34:13.77

フルスクラッチ派と流用派の言い争いか
まあ、適材適所じゃね？

今更ゲーム製作でデータ圧縮や暗号化、組み込みスクリプトのコードを書く奴は滅多にいないだろ
書いたけどな、俺は、スクリプトを

けど、ゲーム製作での一番のキモは独創性だろ
そんな所は自分で書くしか方法が無いんだよ！

独創性の無い、ありふれたゲームを作りたいなら、好きに流用すればいいさ

**名前は開発中のものです。** · 2014/12/13(土) 10:06:03.65

読めるコードを書く能力より、
どんなコードでも読める能力の方がいい。

**名前は開発中のものです。** · 2014/12/13(土) 10:33:09.68

>>859
読めるコード書けないとチーム開発で役に立たないじゃん
リバースエンジニアリング専門でやんの

**名前は開発中のものです。** · 2014/12/13(土) 11:10:08.60

このスレ、プログラマーが複数人開発の環境の人、居るの？？

**名前は開発中のものです。** · 2014/12/13(土) 11:19:10.70

読める具合が数値化できればいいのだけど。
何書いても読めない人はいるわけで。

**名前は開発中のものです。** · 2014/12/13(土) 11:28:25.00

>>858
すげーな。
実力派だな。

やっぱ自分で書くのが一番気持ちいいな。
基本的には一人で全部組んでるな。
生産性は別にしてｗ

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

ダーティーなコードを読む能力ついでにクリーンコードに書き直す能力もあった方がいいな

まあlint通してからやれば比較的楽だが

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

enum（エナム）
struct（ストラクト）
const（コンスト）
yield（イヨールド）
extern（エクスターン）
explicit（エクスプリクト）
sizeof（サイズオフ）

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 12:42:15.70

enumえにゅうむ
yieldいーるど
exturnいくすたーん
explicitいくすぷりしっと
sizeofさいずおぶ

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 12:46:53.80

×exturn
○extern

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 12:47:23.37

oh misstake

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 12:47:27.98

いや読むってのは音読することじゃないから

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 13:34:00.06

「ある画像が透明になりきったら、画面を別の画面に遷移する」という処理をしたいんですけど
その「ある画像」の不透明度に依存して画面遷移を操作してもいいんでしょうか？

・その画像の不透明度は他で操作されない
・SetOpacityの内部で0以下255以上の数値はそれぞれ最小値最大値に正規化される
という環境であるものの、減少し続ける値を等価演算子で比較したりするのは、ゲームを作り慣れてる人から見るとどうなのかなと

それに、画面に複数ある内の１つのパーツでしかない画像に画面が依存するのはオブジェクト指向？的にはどうなんでしょうか？

Scene::update(){
if(image->GetOpacity() == 0){
//遷移する
}else{
image->SetOpacity(image->GetOpacity()-15);
}
}

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 13:39:12.16

>>870
透明度を直接評価するんじゃなくて、
もう少し抽象的に、遷移準備完了状態、みたいなものを評価したら汎用的じゃない？

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 13:54:47.72

>>871
こんな？感じでしょうか
違和感すっきりしたんでこれでやってみます、ありがとう

Scene::update(){
　if(image->GetOpacity() == 0){
　　transitionFlag = true;
　}else{
　　image->SetOpacity(image->GetOpacity()-15);
　}
　if(transitionFlag){
　　//遷移
　}
}

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 15:13:37.37

スレ流し読みしてたらフルスクラッチ云々のせいで乾燥肌が痒くなってきた

フルスクラッチ派：「あぁ^～痒いところに手が届くんじゃぁ^～」（ﾊﾞﾘﾊﾞﾘ

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 18:29:40.45

まー確かに自分の都合でどんどん改変できるしなあ

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 20:39:35.80

何度も言うが、初心者は大抵の場合自作ライブラリが完成する前に力尽きるからな
ある程度ガリガリ書けるようになるまで絶対に真似するんじゃないぞ！

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 20:59:49.32

ライブラリ作るほうが楽しい

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 21:24:26.17

車輪の再発明はしないとか言ってるけど、ライブラリ作らないやつの技術力は総じて低いしな

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 22:34:29.96

おじさんはいつも即売会で一旦真っ白な灰になって意欲が回復したら
しょぼしょぼとリファクタリングだなぁ…そのサイクルを繰り返す内に
ライブラリやら何やらが自然と充実していったよ

凡人だから知見の獲得は経験の積み重ねによるところが大なんだよねぇ

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 22:37:32.08

しかしむやみに作るとscanfの二の舞に
あのくらいの代物詰め込んだライブラリを作るなら他人の作った物使って下さい、頼むから

元々多くの人に使われる予定がなかったからなのか、
超がつくくらい初期の関数のせいなのか、あの関数欠陥が多すぎ
一体何に使う予定だったんだろうか？

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 23:06:20.95

>>878
ゲーム売ってるんだ。
すごい。
自分の作ったゲームをプレイしてもらうのって、やっぱ即売会がいいの？
ネットでそういう場とかないのかな？
最近だと、ニコニコの自作ゲームコンテストみたいなのかな？

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 23:31:59.05

>>880
DLSiteとかDMMとか、いくらでもあるが？まあエロや萌えに偏ってるきらいはあるが

**名無しさん＠そうだ選挙に行こう** · 2014/12/14(日) 02:35:05.98

scanf詳しく

**名無しさん＠そうだ選挙に行こう** · 2014/12/14(日) 09:49:32.25

呼び出すだけでコマンドラインでインタラクティブ　いやっほぅ！　の優れものだぜ
元々プロ中のプロしか使わない前提だけどな

前提をひっくり返すなら中級者以下がＣを使うこと自体がおかしい

**名無しさん＠そうだ選挙に行こう** · 2014/12/14(日) 11:18:28.43

scanfは超初学の頃に学んだとき以外触った記憶がないな
コマンドラインでインタラクティブなんてシェルで十分だし

**名無しさん＠そうだ選挙に行こう** · 2014/12/14(日) 15:09:32.61

>>880
おじさんは古型なので流行りの頒布方法とかよくわからないけど
言いたかった事は、凡人なら頒布(他者に晒すor他者の評価を聞く
過程)を伴う経験のサイクルは大切だということ。PDCA、反復型

身近な友人同士でも即売会でも何でもいいと思うよ

**名前は開発中のものです。** · 2014/12/17(水) 07:39:05.49

UnityってNetworkクラスとかNetworkViewクラスとかあるけど、あれ使うとMMOとか作れるの？

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

Muchi Muchi Oppaiか、もちろんだ

**名前は開発中のものです。** · 2014/12/17(水) 10:25:45.45

スレチ

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

社員乙

**名前は開発中のものです。** · 2014/12/20(土) 19:07:18.57

スタックを使うメリットとヒープを使うメリットって何？

**名前は開発中のものです。** · 2014/12/20(土) 20:02:00.84

この処理ではこっちを使う、この処理ではあっちを使う…って、
ほぼ自動的に決まるから、あんまりメリット/デメリットを意識することって無いと思う。

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

開放忘れを気にしなくていいかどうかくらいじゃないの？
ただスタックはあくまで一時的なものって意味合いが強くて、
容量制限があるからあんまりでっかいものをガンガン作れないってのと、
あとCPUキャッシュ的に有利ってのがあるけど、
まあ>>891の言うように実際使うときははあんまりメリット・デメリットを意識することも無いと思う

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

スタック
　・レジスタの値を書き換えるだけでメモリ確保されたことになるので比較的速い
　・変数のスコープが抜けた時に自動的に解放される
ヒープ
　・スタックには確保できない大きな領域を使える
　・確保するサイズを実行時に動的に決定できる（スタックでもできなくはないけど)
　・スコープを跨いだ寿命の長いメモリ領域として使用できる

あとなんかあるかな

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

スタックとヒープってなんだ？
調べてみたら自動変数がスタックでnew演算子を使うのがヒープって書いてあるけどあってるの？

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

QtのクラスはRAIIの考え方に基づいていて
メモリ解放が殆ど自動化されているから
ヒープ確保でも単純ミスでメモリリークすると言う事が少ない

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

Javaみたいに後でまとめてメモリ開放するでもなく、
参照が0になったらその場で開放してくれる言語ってないの？
スマポ利用するとかじゃなくて言語レベルで。VM無いと無理なのか？

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

**名前は開発中のものです。** · 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使って②を招いてメモリリークさせる男の人ってどう思う？