[過去ﾛｸﾞ] DXライブラリ 総合スレッド その12 (1001ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
67(1): 2012/02/24(金)19:51:46.65 ID:quP1lX6L(9/15) AAS
>>66
凡才でもこれくらいできるだろ？って提示したコードが出来てなかったから笑われてんだよｗ
俺がどうなのかは関係ないんだよ 仕様を満たしてるかどうかは白黒でハッキリ付く部分なんだから
165: 2012/02/26(日)13:44:02.65 ID:gzN+Zzia(2/5) AAS
>>164
おうよ
「あそこが出来ていない、俺の脳内仕様ではあの処理があるべきだが、それが無い」
「あの動きが違う、バランスが俺の理想と違うから直せ」
「製作者側」であるはずの奴が、極力短いコードで実装した使い捨ての即興ソースに何を求めてんだよ無能が
305: 2012/03/31(土)06:08:25.65 ID:DKxUG1vz(1/2) AAS
>>295
全部挙げろってそりゃ無理な話だ・・・
351(1): 2012/04/01(日)13:44:37.65 ID:PUdAdUWh(1) AAS
つい最近新作リリースしたばかりだよ。
売れてるかどうかはまだわからん。
今は燃え尽き状態で何も作ってないが。
363: 2012/04/03(火)08:08:23.65 ID:sXFq0lrt(1) AAS
DXの初期バージョンと現バージョンとでは、理念も方向性も違うからな
422: 2012/04/07(土)20:50:18.65 ID:BFiYvq37(1/2) AAS
debugビルドっつっても別に特別な事してるわけじゃないんじゃない？ コンパイルパラメータが違う程度で。
上手く動くやつと動かないやつの違いを探してみないとな。
625(1): 2012/05/10(木)22:01:42.65 ID:K6/fMJqa(1) AAS
atan2は普通に使ってるけど、
1/60sec.内に必ず処理が終わるようにしなければならない、っていう決めのもとで、
newとdeleteなど動的なメモリ確保する処理がこわくて使えない
具体的にはSTLのmapがこわくて使えない
低確率であろうとも負荷が集中して1/60secを超えるリスクがもしあるのなら、と思って使ってない
そんなことがあるのか、よくわからないんだけど
で、全インスタンスを予め確保して使ってる
省2
660: 2012/05/12(土)11:44:13.65 ID:7ZI1drDU(1/2) AAS
なにって、文字列長可変できることに決まってるじゃまいか
686: 2012/05/13(日)09:30:56.65 ID:oOXluPnN(2/5) AAS
ちょ、俺書いてたのにｗ
849(2): 2012/05/20(日)03:26:03.65 ID:m1rxCUFY(2/4) AAS
そういう概念をどこかで齧ったのなら、
そのソースごと真似すればいいんじゃないかな
スコープはC/C++では割と基礎的なところなんで、そこの理解がまだ足りないうちに
そこまで高度・大規模なことを「そらで」やろうとしても挫折してしまうと思う
手本があるなら手本を理解するまでやったほうがいい、その意味で、手本の真似が足りない
852: 2012/05/20(日)05:20:07.65 ID:J67XAZ6b(1) AAS
なんでローカルにnew
864: 2012/05/20(日)10:48:07.65 ID:rvG7rk61(5/8) AAS
昨日はアクションでstd::mapが速い遅いの話だったが、今日はRPGの戦闘か？
C++だと相互参照するのに嫌な制限あるから難しいよね。
>>856のサンプルに入ってるソースではデータと振る舞いを分けちゃってますが、
クラスを名前だけ前方宣言してダブルディスパッチするほうが一般的なのかなぁ。
887: 2012/05/21(月)18:58:22.65 ID:ffV6Y48y(3/3) AAS
違った、ブレンドモードか。危ない危ない…
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s