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/

**764** · 2014/11/30(日) 21:00:10.04

>>771-772
サンクス。
fAspectが増えたことで16Byteアラインしたから通ったとしたら、たまたまで怖い気もｗ
いずれにせよ、たしかに_m128型使ってる以上、アラインされることは期待できそうだよね。

**名前は開発中のものです。** · 2014/11/30(日) 21:49:21.14

いつになく勉強になる流れだなｗ

**名前は開発中のものです。** · 2014/11/30(日) 22:42:52.60

アライメントでクラッシュとかデバッグ大変そう
ヒープに確保すんのはやめた方がいいらしいけど
http://msdn.microsoft.com/ja-jp/library/ee418725%28v=vs.85%29.aspx

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

Unityにナビメッシュっていう機能あるけど、内部ではダイクストラ法使ってるの？

**名前は開発中のものです。** · 2014/12/03(水) 13:18:24.64

3回に1回は使ってる

**名前は開発中のものです。** · 2014/12/03(水) 21:11:51.59

ファイルの読み書きのやり方って、

・C標準のfopen系
・C++標準のfstream系
・WinAPIのCreateFile、ReadFile、WriteFile

みたいに、たくさんあるけど、使い分けってどうしてる？

**名前は開発中のものです。** · 2014/12/03(水) 22:44:11.09

WinAPI系に近いライブラリを作る場合はCreateFile、ReadFile、WriteFile、
普段使いのC++で機種依存しないライブラリはstream系
C系のライブラリで開発汁ときはfopen系

いずれにせよメインプログラムから直接ファイル操作関数は使わなーい

**名前は開発中のものです。** · 2014/12/04(木) 01:02:24.18

Windows環境と仮定して。

C標準を使うとランタイムライブラリが必要になるので却下。
今どき使うのはオッサンとバカだけ。

C++も結局はWinAPIの薄いラッパに過ぎないので、
基本的にはWinAPIを呼ぶのが正解。

**名前は開発中のものです。** · 2014/12/04(木) 03:01:38.93

CRT使わないなんて、よほど節制しないとつらくないか？
try-catchを使っただけでもCRTが要るだろ？

あと、Windowsなら、よく使うのはAPIの関係でIStream系が多いなぁ。

**名前は開発中のものです。** · 2014/12/04(木) 03:07:11.75

C++だってランタイム必要なのに変わりないような

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

ランタイム必要な記述ってどういうのがある？
例外、IO、メモリ関係とかはランタイム必要そうだけど
その辺全部OSのAPIで済ますの？

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

>>780の常識は世界の非常識

**名前は開発中のものです。** · 2014/12/04(木) 09:42:58.76

>>783
昔のATLコンポーネントで、実行ファイルを小さくするためにランタイム無しってのはたまに見かけた。
IOやメモリ関係は、Win APIで代替が利く。例外は使わないか、SEHやRAIIで代用。
ただ、浮動小数やstd::*を使えないし、かなりの制限を受けるよ。

**名前は開発中のものです。** · 2014/12/04(木) 10:01:50.12

要件も確認しない実行ファイルサイズ至上バカが、生産性もクロスプラットフォームも捨ててWin32APIを直接使うって主張してるだけだな。
そっちの方がオッサンくさい。

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

自分はRAIIなfstream系が好みだな。

WinAPIでも、
shared_ptr<void> pFile( CreateFile( ... ), CloseHandle );
でRAIIできるし、WinAPIならメモリマップドファイルが使えるから、Seekすることが多い用途で使う。

fopen系でも、上記要領でRAIIできるけど、
fopenだと、VC++でfopen_s使えって警告がウザいし、1行でスマートに書けないから嫌い。
でも、fprintf、fscanfは便利なんだよなぁ･･･。

**名前は開発中のものです。** · 2014/12/04(木) 21:52:37.38

状況によって使い分けてるな。なので>>778に近い気がする

ファイル入出力に近いモジュールは一度組んだらほぼ手を加えないので
環境依存のAPIを使ってても、次に使う時は細かいこと忘れちまってるな

オッサンだな

**名前は開発中のものです。** · 2014/12/04(木) 21:53:54.27

×>>778 ○>>779

**名前は開発中のものです。** · 2014/12/06(土) 04:00:55.39

まとめブログが世論誘導加速中　閲覧数と影響力が大きいのでまとめブログにもコメント宜しくお願いします。
http://jbbs.shitaraba.net/bbs/read.cgi/news/5097/1275245794/96　←

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

クラスのメンバのvector変数にpush_backをしたのに、push_backしたメンバ関数が終了すると
他のメンバ関数でsizeが0になるんですが、vectorにそういう感じの仕様ってあるんですか？
http://codepad.org/QE4clISm

vector変数の中身を消す処理はしてません

**名前は開発中のものです。** · 2014/12/07(日) 13:40:07.34

http://melpon.org/wandbox/permlink/PGTC7VqZBylSFl9m

**名前は開発中のものです。** · 2014/12/07(日) 14:36:04.47

デストラクタが走ってからsize()を呼んでるとかそんなオチだろうな

**名前は開発中のものです。** · 2014/12/07(日) 14:39:37.63

どうでもいい質問で悪いけど、範囲for文とstd::for_eachってどっち使ってる？

**名前は開発中のものです。** · 2014/12/07(日) 15:34:57.43

範囲for

**名前は開発中のものです。** · 2014/12/07(日) 16:06:32.38

範囲for

**名前は開発中のものです。** · 2014/12/07(日) 16:43:30.16

範囲for
C#やVB使う場合はfor each使うけどね
C++では扱いづらい

**名前は開発中のものです。** · 2014/12/07(日) 16:52:24.55

わざわざ関数名考えないといけないから面倒なんだよな

**名前は開発中のものです。** · 2014/12/07(日) 16:56:54.79

ラムダのことも忘れないであげてください

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

範囲for！そういうのもあるのか
イテレーター使えればなんでもいけるのこれ

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

範囲for、途中でインデクスが欲しくなって、
結局普通のforになることが多い。

**名前は開発中のものです。** · 2014/12/07(日) 18:19:55.91

>>801
あるあるｗ

でもそうでもない限りは記述が美しいから、できる限り使うようにしてるな。

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

ランダムアクセスイテレータならdistanceで取ればいいだけ

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

>>803
知らんかったｗ
すげーｗ
さんきゅー。

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

std::for_each で being() end() を書かずに済む方法ってあったっけ
範囲forのほうがむしろタイプ数が少ないような

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

BOOST_FOREACHを使うのが一番良いのでは

**名前は開発中のものです。** · 2014/12/08(月) 00:26:35.24

boost使っていいんなら
boost::for_eachというのもある

**名前は開発中のものです。** · 2014/12/08(月) 01:42:50.74

distanceはrandomの時はO(1)それ以外はO(n)か
考えてみれば当たり前だけどこれvector以外のコンテナで全ての要素でやったら計算量O(n2)になるな
こういうのちゃんと覚えておかないと使い所間違えそう

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

市販の3DアクションゲームってC++で作られてるの？
それともUnityとかアンリアルエンジンとか？

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

ほとんどC++やJAVA等でプログラミングしてると思うが、
最近は一部エディタでもコンシューマ開発用キットを出してる
エディタ系はアクション系特化が多いので、
もしかしたらエディタ製もあるかもしれない

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

それともUnityって何だよ
Unityだってコア部分はC++で作られているだろ

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

そういう意味じゃねえだろ

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

エディタは内部で独自に言語を作っているところも多いし　ほとんど使わないのもある
そもそもプログラミング言語使わずにゲームが作れるのが一番の売りだし

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

Unityじゃない所は
そう言うミドルウェアにライセンス料払いたくないか
全部自分でコントロールしたいから非オープンソースが嫌な人達だろう

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

>>809は言語とゲームエンジンの区別がついてないのだろうな、とは俺も思う

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

フルスクラッチか否かって話じゃね

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

言語使って自分で組んでるのかエディタ使って作ってるのか聞きたかったんだろ？
で、商業でやってるところはだいたい自分で書いてるとすでに答えられてる

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

バイナリデータとかバージョン管理が出来ないから嫌すぐるｗ

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

難しかったり面倒な部分をエンジンやライブラリに押し込むのは良くあること。
それを簡単なC++から使うか、適当なスクリプト言語から使うかの差しかない。

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

バイナリデータなんか直接扱うことはほぼないぞ…
それをしないためのプログラミング言語なんだし
バージョン管理は商業で作るところならまず間違いなく専用のソフトを入れているし、
個人でやるなら中～大規模な作品でもなければ多分なくても管理できる
何人か集まって作るならその時導入を検討すればいい

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

エディタってのが専用のバイナリを直接変更するものだと思って書いた

バージョン管理って個人的なのでも結構使うなあ・・・
ソースに変なコメントとか残したくないんだよねｗ

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

男なら全部C++

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

Unityはバージョン管理システムが組み込まれてるし
svn等の外部のバージョン管理システムも使いたければ使える

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

コードにコメントでいつ追記とか書くの鬱陶しいよな
場合によっては編集前のコードをコメントで残すとかいうルールしいてることもある
もうアホかと

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

うん
Gitだとサーバーとか立てなくても気軽にローカルでリポジトリ
作れたりとかできちゃうから楽だわ
作業内容はソースにコメントで残すんじゃなくコミットログに
押し込めるし時系列で追えるしね

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

UnrealEngine4はC++でプログラミングするんだぞ

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

bitbucketにリモートリポジトリ取っておけば優秀なバックアップに。
ちょっと思い付いたらブランチ切って気が済むまで弄り倒して
上手く行ったらそのままマージ、
ダメだったら元のブランチをチェックアウトすれば元通り。
今はGUI付きのクライアントもあるし有り難い時代だ

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

ゲーム会社の求人見てたら普通に
Unityやcocos2dの経験者歓迎とか書いてあるぞ
商用で普通に使われてるんだと思うんだが

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

大手ならC/C++で独自ツール作るけど
弱小は既存ツール使うしか選択肢がない

**名前は開発中のものです。** · 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){
　　//遷移
　}
}