22:55戦車シミュを作成中ですdrive.google.com/file/d/1J5-9N5qz5i67JxGRiYmNY7Vz0hfwQCwr/view?usp=sharing現在処理時間の短縮化を目指しています。0.5~1ms程度の高速化には成功しましたが、いまだ10~15ms程度時間がかかってしまいます。そこで、厚かましいとは思いますが「ここなんでこんな書き方なの」「こんな技法あるからggr」のような感じでアドバイスをお願いしたいです。right)STLのstd::sortに任せましょう。tempname.c_str();}だめです。tempnameは関数を抜けた時点で生きてません。getstr();としてDXLIBにはgetstr().c_str()と渡すというのが思いついた中で一番まともかなと思うのですが、これでいいのでしょうか...管理人さん、またご迷惑をおかけして申し訳ありません...実のところかなり以前からデバッグ時の実行が不可能でありまして、原因も定かでないまま開発を続けてしまっております。デバッグ時を動作環境にできるかは不透明ですが、なんとかやってみます追記:敵に近づいたのは敵との距離が500以内に近づいた時でしょうか?そちらについては地形の当たり判定のもつバウンディングボックスが複数該当するほど長い線分をもとにしてしまうからと仮定しています。00:29とりあえず高速化の前に安全ではない部分や書き方を直していこうとgithub.com/yumetodo/TankFlanker/pull/1を作っています。差分を確認してみてください。newが唯一の例外)。std::vectorやstd::string、それが適当でなければstd::unique_ptrやstd::shared_ptrを使ってください。RAIIの技法を使うとデストラクタでいろいろせずに済みます。上のURLでいうMV1Handleクラスが該当ですね。サウンドやフォントについても同様のことが言えます。するとデストラクタを書くのはRAIIの技法を実装するときとvirtualな関数を持つクラスの継承が絡む時を除いて常に誤りと言うことができます。そちらについては地形の当たり判定のもつバウンディングボックスが複数該当するほど長い線分をもとにしてしまうからと仮定しています。13:52どうやらGitHubのアカウントが存在していないようです。06:59あ、ごめんなさいユーザーネームを間違えていました。名前があれなので(見られ次第消します)---drive.google.com/file/d/1u13IAZvQS4PIKchU8iBKUZowaPTkPBO3/view?usp=sharingとりあえずnew/del箇所をほぼつぶしましたhttps://drive.google.com/file/d/1ixXKlsu24rAlAOjqWmJ5QC-PfLDzvFey/view?usp=sharingコリジョン用モデルを簡略化しました。fold式で書き直しました(CreateFontToHandle呼んでなかった)。あととりあえずレポジトリに招待しましたので、GitHubの通知からGitHubのアカウントに紐付いているメールアドレスの受信トレイを確認して招待を受けてください。コリジョン用モデルを簡略化しました。16:49とりあえず概ね安全性も向上したので、あとは/W4で出ている警告(C6289、C26495、C26451)に対処してもらえばいいんじゃないかなって思ってます。他に速度を下げているようなところもさして見当たらないのでまあいいのではないかなと。(記事メンテ時に使用)クッキ。