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/11/17(月) 00:42:18.99

昔のウィンドウズじゃあるまいし

**名前は開発中のものです。** · 2014/11/17(月) 10:29:07.85

>>677
別にLua導入せずともsetjump longjumpでコルーチンは作れるけどね
非同期処理が同期処理と同じように書けるから滅茶苦茶便利なのは使った人にしか分からんだろうね

**名前は開発中のものです。** · 2014/11/17(月) 11:54:49.69

>>681
その理解であっているとおもうよ。
状態を（コード上は）ヒープに持たなくても、ローカル変数を引き継いだり、
ループを途中から再開できる、構文糖みたいなもの。

**名前は開発中のものです。** · 2014/11/17(月) 20:35:59.87

ぶっちゃけコルーチン使わない
原理的にはシーンをStateパターンで切り替えるのと変わらないし

**名前は開発中のものです。** · 2014/11/18(火) 18:34:34.98

改造できる武器を作ったとして、そのデータを保持するにはどうすればいいんだろう？
無改造の物をオリジナルとして、
そのデータ配列を丸ごとコピーして改造（変数に変更を加える）して、
それをあらかじめ確保しておいた保存用の配列にぶっ込めばいいのだろうか

**名前は開発中のものです。** · 2014/11/18(火) 18:45:45.72

改造したら別の武器にする

**名前は開発中のものです。** · 2014/11/18(火) 18:58:45.41

改造の定義にもよるが687と同じく別の武器にしてる

ステータスを上げるだけの改造なら
修正値を保持するor改造回数を保持するって感じじゃない？

**名前は開発中のものです。** · 2014/11/18(火) 21:07:47.07

改造前提で、かつそれがゲーム内で重要な位置にあるなら、
最初からアイテム欄にある全ての武器について、名前・ステータス・種別などのデータを個々に持たせてしまったほうが良さそう。

要は、「どうのつるぎ」が「2本」という管理じゃなくて
「どうのつるぎ（武器ID:001）/攻:12/防:0/価格:100G」「どうのつるぎ（武器ID:002）/攻:12/防:0/価格:100G」みたいにするっていう。

**名前は開発中のものです。** · 2014/11/18(火) 21:48:09.63

好きなようにパラメータいじれるなら所持アイテム個々にパラメータ持たせる必要あるし
アイテム名+1みたいに変動が決まってるなら最初から別のアイテムとしてデータ作ればいい

**名前は開発中のものです。** · 2014/11/18(火) 22:44:11.50

やったことあるのは
------------------------------
装備マスタ(装備ID, 名前, 基礎攻撃力, 基礎○○力, ...)
生成装備(生成装備No, 装備ID, 攻撃力補正値, ○○力補正値, ...)
プレイヤー所持装備(生成装備No, 装備中キャラNo)　　//ここに持たせる[装備中キャラNo]は冗長だけど、ここで持たせておくと便利

キャラクターマスタ(キャラID, 名前, 属性, 攻撃力成長率, ○○力成長率, ...)
生成キャラクター(生成キャラNo, Lv, 生成装備No, ...)
------------------------------
（かなり端折ってるけど）こんな風で、起動時にロードされてプレイ中ずっと不変なマスタと、
動的生成したり変化する部分に分けて、武器の能力を可変にして自動生成できるようにしたり、
敵モンスターのレベルを変動させて自動生成できるように頑張ったな

作っていく上で失敗したと思ったのが、キャラの属性がマスタ側で固定なせいで、
敵の色違いキャラ作るごとにマスタ１行作るハメになったり、主人公をキャラメイクさせたいときに、
キャラメイクパターン分の主人公マスタを作らないといけなくなって、スマートじゃなかったので諦めた

ただ、これはこれで設計としては正しかったんじゃないかな、とも思ってる。
というのも、バランス調整する時に、マスタを変更すればセーブデータ上の「生成装備」の能力も修正されたから。

今作ってるのは、↑でいうマスタの部分を「テンプレート」と称して、
　装備テンプレート(テンプレID, 連番, 名前, 基礎攻撃力)　//アップデートで能力を修正したら新規行で連番を振る
　生成装備(生成装備No, テンプレID, 現在適用連番, 名前, 攻撃力)
生成装備側に値を複写（基礎攻撃力→攻撃力）して、その後は自由に変更できるようにする。
アップデート時は、連番が一番大きいテンプレートとの差分で修正できるようにするつもり

**名前は開発中のものです。** · 2014/11/19(水) 00:34:02.86

>>687-688
実は真っ先に考えたのはそれなんだけど、
アイテムや改造の数を増やせば増やすほどモコモコとアイテムの全体数が増えて、
管理を考えるとおしっこもっちゃいそうな量になって困った
自由度も低かったし

>>689-691
やっぱりそういう風にやるしかないか、再利用性も高そうだし

いろいろな意見をありがとう参考になった

**名前は開発中のものです。** · 2014/11/19(水) 07:21:33.65

単純に Clone + シリアライズではいかんのか？
実態ではなくアイテムIDで保持しようとするから難しくなるんじゃ？

**名前は開発中のものです。** · 2014/11/19(水) 07:53:10.12

>>693
要するに、データを丸々コピーするのじゃいかんのか？って事だろ？
俺は逆に最近レコード管理に切り替えた
っつーかソースコードを一カ所に纏める方が楽だし、メモリ消費も減るから、俺はこの方がいいと思ってる
って言うか、存在しない名前のアイテムが発生するバグに対応するのが面倒で

**名前は開発中のものです。** · 2014/11/19(水) 08:04:49.35

あと、実体処理だとセーブデータに記録した後にデータを変更するのが面倒だと思う

**名前は開発中のものです。** · 2014/11/19(水) 16:05:10.60

一旦データ管理という場面に踏み込むと、こうやって多くの手間や技術を要求される
これだからRPGは初心者にはおすすめできないんだが、何故初心者に限ってRPGを作りたがるんだ

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

RPG・・・データ管理・データ作成が面倒
SIM・・・バランス調整や、AIやナビゲーションマップ等が面倒
ADV・・・フラグ管理やテキスト作成が面倒
ACT・・・地面や壁との接触判定、マップを作るのが面倒
RCE・・・車を操作するAIが面倒、サーキットのウェイポイントの調整が大変
STG・・・当たり判定を飛ばすだけ、壁なんて要らん、AIも適当でいい、テキストもいらん、敵がいつ出てくるかだけ考えろ、伸ばしたい分野だけ拘れる登竜門的存在

**名前は開発中のものです。** · 2014/11/19(水) 20:59:46.83

ブロック崩し…パズル…
まあ、パズルはそれこそAIがな
将棋で超AI作ってプロ棋士と戦わせるだけでお祭りになるくらい

**名前は開発中のものです。** · 2014/11/19(水) 23:18:55.69

テトリス！

**名前は開発中のものです。** · 2014/11/20(木) 00:30:04.14

趣味プログラミングは鼻くそホジホジしたり屁をこいたりしながら
土日の内に作っちゃう人間なので、RPGとかデカブツは無理だなぁ
元々好きじゃないから作る気も起きないわけだが

**名前は開発中のものです。** · 2014/11/20(木) 04:07:38.08

俺も学生の頃はそうだったな。
集中力自慢で4日間睡眠時間2時間で仕上げきる、それを自慢にしてた。

だが社会人になって悟った。
ある程度以上のものを作ろうと思ったら、それじゃ駄目なんだと。
プロマネとしてチームを率いることができなければ、いつまでも
徹夜自慢のバカのままで終わるんだと。

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

そっか、すごいね

**名前は開発中のものです。** · 2014/11/20(木) 16:13:36.88

やりたい事がすり替わっちゃったんだな、可哀相に

**名前は開発中のものです。** · 2014/11/20(木) 17:24:27.51

人海戦術でしか作れない程度の能力の低いプログラマーには社会人が凄く見えるんだろうな

**名前は開発中のものです。** · 2014/11/20(木) 17:50:24.81

人海戦術が程度が低い制作形態かどうかは知らないが、
絵とか音楽とかにこだわりだしたら誰かの手も借りたくなる事はある
だが、素材探しをしているうちに結局完璧に自分の構想を実行できるのは自分だけだと悟る
俺が何人か欲しい

**名前は開発中のものです。** · 2014/11/20(木) 18:06:31.42

10人プログラマーが集まれば作れるようなゲームを作りたいなら、
そもそもC/C++にこだわる必要もなくね？人海戦術に向いた言語なら色々とあるんだし

**名前は開発中のものです。** · 2014/11/20(木) 18:38:32.43

>>705
まあ、少数精鋭で作られたゲームの方が良いゲームは多くね？
人数が増えれば増えるほど、どうしても軸はプレまくるからな

**名前は開発中のものです。** · 2014/11/20(木) 19:31:14.46

少数精鋭もやり過ぎるとこうなる

Appleのソフトウェアの品質が次第に低下している理由は？ - GIGAZINE
http://gigazine.net/news/20141016-apple-software-quality/

Appleは世界的な巨大企業ですが、同レベルの企業に比べるとはるかに小さなソフトウェアチームを意図的に構成しています。
これは「たくさんのB級プレイヤーを雇用するより、少しのA級プレイヤーを雇用する方が好ましい」というスティーブ・ジョブズの方針によるもの。
ジョブズが亡くなった後もこの方針は続いていますが、「最上級の人材」だけでチームを構成するため、人手が足りないチームへ別チームの人材がヘルプに入ることがあります。
最高の人材獲得に挑戦するのは間違ったことではないのですが、キーパーソンのエンジニアがiPhoneチームのヘルプに入っていたために、OS X Leopardのリリースが遅れた、という事態も起こっています。

**名前は開発中のものです。** · 2014/11/20(木) 19:36:39.53

ゲームと一緒にされても

**名前は開発中のものです。** · 2014/11/20(木) 19:37:10.26

IDがperl++

**名前は開発中のものです。** · 2014/11/20(木) 22:05:42.89

そもそも小規模開発なら汎用のゲームエンジン使えばいいしプログラマそんな要らないよな
人が必要になるのは基本的に素材作りだろうし

**名前は開発中のものです。** · 2014/11/20(木) 22:16:36.81

そういえば、おソロだとテストがまずいことになりそう
なにしろ、自分はメタデータが頭の中に叩き込まれている少なくとも中級者だ
そこからバランス調整に入ったら初心者がうんざりするゲームになりそう
バグ取りも自分の発想だけだと限界があるし

ま、制作自体には直接関わりない事だけどね

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

マだけの人海戦術製作やってみたい気もする
でも標準ライブラリが貧弱なC++だと、まずstl, boost, pocoとか
どれを使うかで決裂しそうだな

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

なんか、ただの知ったかぽい

**名前は開発中のものです。** · 2014/11/21(金) 00:06:46.12

boostってまだあったのか。
今だと何の用途につかってるの？

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

標準ライブラリに入れる機能の実験場みたいなものだから標準ライブラリがある限り存在し続けるのでは

**名前は開発中のものです。** · 2014/11/21(金) 00:21:11.37

>>715
人それぞれ

C++11対応してくれない環境での同等ライブラリとしてとか、

uBLAS
Geometry
Graph

など標準入りしてないけど有用なライブラリもあるし、
coroutineとかC++11以降にBoost入りしたのもある。

Boost.GeometryはMySQLに使われてたりするよ。

**名前は開発中のものです。** · 2014/11/21(金) 03:19:55.68

C++が一番楽しい。
C++11最高だ。

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

ゲームプログラマーの求人ってどこで探せば良いの？

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

住んでる地域が東京圏か大阪圏内で無い限りほとんど無い
自分から売り込め、もしくは起業しろ、あるいは同人から始めろ

**名前は開発中のものです。** · 2014/11/21(金) 08:02:03.86

ゲーム業界はやりたい人が多い割りに雇用創出効果が薄いから
競争率激しくて経営者もやりたいことやらせてもらえて感謝しろみたいな態度でくるから
激務薄給で使い捨てだよ

**名前は開発中のものです。** · 2014/11/21(金) 08:51:37.88

おじいさんたち、板違いの話題は適切な板に誘導して差し上げて
http://wc2014.2ch.net/recruit/
http://kanae.2ch.net/job/
http://kanae.2ch.net/prog/

質問者共々、行ってらっしゃい

**名前は開発中のものです。** · 2014/11/22(土) 00:33:56.72

>>713
＞マだけの人海戦術製作
それ楽しそうだね。
テクスチャ、モデリング、効果音も含めて、すべてProcedualに生成するってやつでしょ。
音楽だけは無理か。

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

個人でも最初はそんな感じだけどなー

**名前は開発中のものです。** · 2014/11/22(土) 11:27:35.29

>>723
音楽でもMMLのライブラリがあればプログラミングするように作曲が可能

**名前は開発中のものです。** · 2014/11/22(土) 12:04:53.88

MMLって聞いてマビノギかよと思ったらMusic Markup Languageだったんだな
Mabinogi Music Languageかと思ってた

**名前は開発中のものです。** · 2014/11/22(土) 12:51:58.39

>>693-695
アイテムを実体処理するとセーブデータ改造が容易になるけどな
昔、ソーサリアンてゲームでアイテム魔法の空を飛ぶ魔法の消費MPを0にした事がある

**名前は開発中のものです。** · 2014/11/22(土) 15:25:07.79

チート防止方法って
・リソースファイルを暗号化する
・リソースファイルが改竄されていないかハッシュ値を照合する
・メモリ上の値が書き換えられていないかチェックする
の3つでいい？他にするべきことってある？

スタンドアロンなゲームを想定してる

**名前は開発中のものです。** · 2014/11/22(土) 15:28:45.59

深く考えずにユーザーには改造の自由を与える

**名前は開発中のものです。** · 2014/11/22(土) 15:50:11.91

>>729
そのスタンスいいな
githubへのリンクでも添付するか

**名前は開発中のものです。** · 2014/11/22(土) 16:53:28.19

海外のゲームはそれが普通だね。
オンラインの場合は別だけど

**名前は開発中のものです。** · 2014/11/22(土) 17:01:09.64

データを全てXMLやCSVで記述しておいて数値変え放題にする

**名前は開発中のものです。** · 2014/11/22(土) 17:02:59.01

時代はオープンデータ

**名前は開発中のものです。** · 2014/11/22(土) 17:31:14.63

それでもハッシュ値は欲しいな
実績「一度もデータを変更せずにクリア」とか

**名前は開発中のものです。** · 2014/11/22(土) 18:43:56.35

海外はMOD作り放題なゲームも多いな

**名前は開発中のものです。** · 2014/11/23(日) 01:04:58.19

チートを使わないでクリアすると実績だなんて、
なんでそんな当たり前のことを？と変な話にしか見えない俺
っつーか、ハッシュならまずあり得ないだろうが実績ごと改造されそうだよ

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

そこまでされるようなゲームを作れるのかが問題

**名前は開発中のものです。** · 2014/11/23(日) 01:22:28.60

商業タイトルならともかく個人制作でチート対策なんてかんがえないよな

**名前は開発中のものです。** · 2014/11/23(日) 11:11:41.84

でもセーブデータがテキストファイルにcsvで直書きとかだったらプレイする方も萎えるじゃん

**名前は開発中のものです。** · 2014/11/23(日) 12:27:51.29

個人制作はチートされてなんぼのレベルだからな。
チートされる規模まで広がるようになってから対策を考えても遅くない。

それ以前にチート対策なんて、
「桃尻にて落ちなんは、心憂かるべしと思ひけり」ってやつだ。

**名前は開発中のものです。** · 2014/11/23(日) 12:30:53.64

一般ユーザーはバックアップ目的でのセーブデータの位置やファイル名は気にするが中身までは気にしない
チート目的ならバイナリかテキストの違いしかない
オンラインでランキングや対戦等他人との接点がある場合には対策したほうが良いけどオフラインは自由にしてやりたい

**名前は開発中のものです。** · 2014/11/23(日) 13:56:57.65

中身がテキストでも拡張子を*.savとかにしてあれば普通は開かないよね
まぁチート防止法なら>>728の3つで十分な気がする
メモリ上の数値チェックはしなくてもいいと思うけどｗｗ

**名前は開発中のものです。** · 2014/11/23(日) 14:02:44.82

ていうか>>728以外に何かある？
リソース抜き出しとか通信盗聴は別にして

**名前は開発中のものです。** · 2014/11/23(日) 16:18:46.75

ブラウザやランチャーからの起動に限定...とか

**名前は開発中のものです。** · 2014/11/23(日) 16:49:33.89

>>741
ほんとこれ。
この意見とまったく同意見だわ。

**名前は開発中のものです。** · 2014/11/23(日) 20:40:57.35

MODはともかく、コンテンツ食い荒らさせても開発者には全くメリットないし
そこまでして公開するくらいなら、むしろ公開せずに自分で楽しむよ

タダで公開している時点でメリットなんてないだって？
この俺が、金やちやほやされるためにゲームを作っていると思っているのかーッ！
（目を泳がせながら）

**名前は開発中のものです。** · 2014/11/24(月) 00:38:32.67

サーバーにセーブデータ保管

**名前は開発中のものです。** · 2014/11/24(月) 10:03:38.23

データ改竄は許しまへんで

**名前は開発中のものです。** · 2014/11/24(月) 17:33:44.16

>>740
ｸｿｹﾞｰ杉てタルいんで、さっさと改造してＣＧだけ回収してる
改造できない同人ゲーなんてやってられっかよ

**名前は開発中のものです。** · 2014/11/24(月) 17:55:20.84

そだね

**名前は開発中のものです。** · 2014/11/24(月) 18:39:45.23

そこまでしてcg回収なんかしたいとなると、修羅の国のゲームかな？
修羅の国のゲームは同人であるなしに関わらず基本的にクソゲー
クソゲーでない修羅の国のゲームは希少

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

中央のスプライトに隣接しているスプライトを、
中央のスプライトの大きさによって位置を変えられるようにするには、
どのような方法が考えられるでしょうか？
あらかじめ中央のスプライトにフラグを設定しておいて、
その数値によって周りの位置を制御するという方法は思いついたのですが、
どうもマジックナンバーだらけで気持ちが悪いし汎用性が低いのです

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

emun

**名前は開発中のものです。** · 2014/11/26(水) 19:59:12.17

enum

**名前は開発中のものです。** · 2014/11/26(水) 20:02:16.64

nullpo

**名前は開発中のものです。** · 2014/11/26(水) 20:23:02.74

ga!

**名前は開発中のものです。** · 2014/11/26(水) 20:49:02.86

隣接の概念があるなら、それぞれのスプライトはパラメータとして「半径」を持っているのでは？
中央のスプライトだけ特別扱いする必要はないんじゃないの？

**名前は開発中のものです。** · 2014/11/29(土) 12:17:43.47

http://brbranch.jp/blog/201312/cocos2d-x/cocos2dx_ccscale9sprite/
これかな？

**名前は開発中のものです。** · 2014/11/29(土) 12:18:18.60

あやべ、cocos2dxのスレじゃなかった

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

std::vectorのfrontとsizeとbeginとendとdataの使い分けの見分け方を教えて下さい

**名前は開発中のものです。** · 2014/11/30(日) 15:32:55.05

http://www.cppll.jp/cppreference/cppvector.html
https://sites.google.com/site/cpprefjp/reference/vector/data

sizeは要素数取得
beginとendはイテレータ始端と終端取得
frontは先頭要素の参照取得でv［0］と一緒
dataはvectorのデータをただの配列として使いたい時用で&（v［0］）と一緒

イテレーターは全部の要素に処理する時とかに使う時が多いけどsizeの数だけ繰り返しとかでも出来るし
使い分けとか考えなくても好きに使ったらいいんじゃない

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

イテレータいわゆる反復子を使うと
for_each(ary.begin(), ary.end(), func());
このような感じで書ける、ary がvector<int> であってもいいし、list<int>であってもいい、
最初にlist<int> で、あとでvector<int>に書き直してもfor_eachはそのままで使えるので書きなおす必要はない。
typedef list<int> IntArray;
このようにtypedefしておけば IntArrayを使ってあとでvectorに変えるのも
typedef vector<int> IntArry;
にすればいいだけになるので変更が楽になる。
ただ、ゲームのプログラムだと速度的に最初からvectorに決まってたりする。

dataはstringのc_str()のように、受け取る側が配列ポインタになってる時に使うものだと思う。
C言語のライブラリとかはそのようなのが多いしな。

**名前は開発中のものです。** · 2014/11/30(日) 18:07:42.80

>>761-762
ありがとう

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

最適化で変数が削られる憂き目に遭った･･･。

DirectXMathのXMMatrixPerspectiveFovLHの第2引数に与える、画面のアスペクト比なんだけど、
直前で

float fAspect = VP.Width / VP.Height;

ってな感じで書いてたら、Debugモードだと正常に動作するのに、
Releaseモードだとクラッシュする。

とりあえず、コメントアウトしながら原因箇所を追跡したら、上記のアスペクト比算出箇所に行き着いたわけ。
試しにvolatile修飾子を付けてみたら正常に動作することになったから、
最適化で削られたことが判明したんだけど、これ、どういうときに発生するか知ってる？

今までコンパイラ（VC++）に裏切られたことが一切なくて、信頼しきってただけに、ちょっとショック･･･。
今回は小規模なテストプログラムだから大した影響はなかったんだけど、
大規模で複雑なの組んでるときにこういうのが出ると話がややこしくなって厄介だ。

**名前は開発中のものです。** · 2014/11/30(日) 19:08:33.40

再現手順も説明できずにコンパイラのバグとか言い出す奴の
99%以上は本人のミスだ

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

VCのデバッグとリリースで最適化って変わんの？
デバッグビルドってデバッグコード埋め込むだけだと思ってたわ

http://msdn.microsoft.com/ja-jp/library/dykf6bx9.aspx

**名前は開発中のものです。** · 2014/11/30(日) 19:28:29.73

デフォルトではデバッグビルドのオプション設定は最適化無効になってるみたいね

**名前は開発中のものです。** · 2014/11/30(日) 19:28:51.51

デバッグが困難になるからデフォルトでは最適化は無効になる

**名前は開発中のものです。** · 2014/11/30(日) 19:37:40.53

>>764
その変数が引数としてしか使われてないなら、変数を経由しないで
計算結果を直接スタックに乗せるようになってる、とかかなぁ。消えた原因は。

あんまり関係ない話だけど
つい最近（というか今日）、DirectXMathで躓いたのが
newで確保したXMVECTORの配列が16バイトアラインメントに乗って無くて
SSEのmovapsでアクセス違反が起きるって奴だった。
アクセス違反が報告されたメモリアドレスが「0xFFFFFFFF」ってなってて
どういうこっちゃとしばらく悩んだよ・・・。

**764** · 2014/11/30(日) 19:54:39.02

>>769
ちょ･･･、今回クラッシュするところの逆アセンブリ結果が、同じくmovapsっす･･･。
floatの引数削られるのと、どう関係あるか分からないけど。
DirectXMathのSSE絡み、ちょっと怖いっすね。

＞その変数が引数としてしか使われてないなら、変数を経由しないで
＞計算結果を直接スタックに乗せるようになってる、とかかなぁ。消えた原因は。

そうそう、引数にしか使われてないから、ダイレクトにスタックに乗せるのは納得する。
けど、なぜクラッシュｗ

**名前は開発中のものです。** · 2014/11/30(日) 20:14:02.81

>>770
movapsはXMMレジスタへ128ビット分のデータを一括転送するSSE命令だけども
メモリ⇔レジスタの転送の場合、メモリ側が16バイト境界に沿っている必要があるのよ。
(movapsのaはalignedのa)
XMMatrixPerspectiveFovLHの戻り値を格納しようとしている変数(XMMATRIX)の
メモリアドレスが怪しい気がする。
XMMATRIXはXMVECTOR4個の塊だし

**名前は開発中のものです。** · 2014/11/30(日) 20:25:50.60

追記。
多分、リリースビルドでだけ発生する原因は、速度優先の最適化によって
movups命令（16バイト境界に沿っていなくてもOK、ただし低速）からmovaps(高速)に
使用する命令が置き換えられたからだと思う。

で、多分fAspectにvolatileを付けたら動くってのは
fAspectの分だけスタック使用量が増えるから、格納先変数のアドレスが
16バイト境界に合うようになって、それでエラー落ちしなくなるんじゃないかな・・・
でも「_m128 型の変数は、16 バイト境界に自動的にアラインされます。」ってMSDNには書いてあるから
違う原因かも。

**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系が多いなぁ。