13/03/11 01:21:56.80
>>59
いつものようにさりげなく嘘書くな
>int abc;
なんだよこれ
61:片山博文MZパンク ◆0lBZNi.Q7evd
13/03/11 01:32:16.81
>>60
それは>>56の整数ABCを宣言したものです。何か間違いでもありますか？
62:デフォルトの名無しさん
13/03/11 01:33:15.76
Ｃ言語でDXライブラリ無しでゲーム作るとしたらどの程度のゲーム作ることできる？
普通に2Dとかのアクションゲームやらシューティングやら作れる？
63:デフォルトの名無しさん
13/03/11 01:44:50.39
>>62
SDL
OpenGL
64:デフォルトの名無しさん
13/03/11 01:46:03.42
OpenGL＋C言語＋SDLで3Dに挑戦！
65:デフォルトの名無しさん
13/03/11 01:55:54.30
DXライブラリなしならDirectXを直接叩けばいいのでは
66:片山博文MZパンク ◆0lBZNi.Q7evd
13/03/11 02:18:40.16
>>60
嘘つきはお前だ、同業者さん。
67:デフォルトの名無しさん
13/03/11 02:20:24.05
しかしながらDirectXは、Windowsプログラミングをある程度こなせるようになる必要があるし
さらに数多くの引数や初期化で頭がパンクして、画面に描画するのですらめんどくさいしで
ゲーム作ろうと思うと線形代数が必要になってと、ものすごく覚えることがあるし
確実に艱難辛苦が待ち受けているからな、そういう意味では２Ｄのゲームを作るのならDXライブラリで十分だと思う
68:デフォルトの名無しさん
13/03/11 02:48:30.15
2DならGDIとMCIしてれば十分
69:デフォルトの名無しさん
13/03/11 02:51:35.82
とりあえず「ＤＸライブラリ」利用者は
「Ｃ言語」やら「２Ｄのゲーム」などのように
全角英数字を使う事への抵抗が皆無なのは分かった
70:デフォルトの名無しさん
13/03/11 03:02:52.35
>>51
× int abc;
○ int abc, a, b, c;
71:デフォルトの名無しさん
13/03/11 03:24:38.08
それだけでa,b,cは未初期のまま使われてて意味ない
/* a,b,cは以上宣言されて初期化もされている */
というコメントが入れられてたら納得できたか
72:デフォルトの名無しさん
13/03/11 07:29:54.76
>>56
文字列にする必要はあるの？
abc = ((a * 1000) + b) * 1000 + c; じゃだめ？
イマイチ何がしたいか分からない
73:デフォルトの名無しさん
13/03/11 08:57:52.52
a、b、cが３桁固定とは限らないだろ
74:デフォルトの名無しさん
13/03/11 09:07:33.79
なら調べればいい
75:デフォルトの名無しさん
13/03/11 16:44:10.91
そのうちlong int超えるケタになって
まーた動かないとか言いだすぞ
76:デフォルトの名無しさん
13/03/11 17:28:35.24
桁数調べて*10再帰
77:デフォルトの名無しさん
13/03/11 19:21:58.21
>>75
連結するからすぐにそうなるだろな
入力の整数の最大値はint指定で入力整数の個数から、桁数を計算するぐらいしないと駄目かも
78:デフォルトの名無しさん
13/03/11 19:34:57.67
スイーツ(笑)
{
while(ナタデココ)
main();
}
}
79:デフォルトの名無しさん
13/03/11 21:38:24.49
doubleの使えなさは以上
精度糞スギ
80:デフォルトの名無しさん
13/03/11 21:43:06.40
まじプロフェッショナルは多売長整数使うからヨロシク
81:デフォルトの名無しさん
13/03/11 21:44:34.10
doubleが使えないならBigDecimalを使えばいいじゃない
82:デフォルトの名無しさん
13/03/11 21:47:30.51
15桁以上の精度が必要ってどんな領域よ。
本来、多倍長整数使うべきところでで浮動小数点使ってるだけじゃないのか?
83:デフォルトの名無しさん
13/03/11 21:47:59.21
(1+√(5))^n = a[n]+b[n]√(5) としたときの整数a[n],b[n]の一般項は
a[n] = (1/2)((1+√(5))^n+(1-√(5))^n)
b[n] = (1/(2√(5)))((1+√(5))^n-(1-√(5))^n)
この値を整数演算だけでO(log n)で算出する方法があれば教えて下さい。
84:デフォルトの名無しさん
13/03/11 21:49:55.60
>>82
物理
85:デフォルトの名無しさん
13/03/11 22:00:43.79
>>84
でも、多倍長実数は使わずに妥協するんでしょ。結局必要ないじゃん。
86:デフォルトの名無しさん
13/03/11 22:12:33.58
GMP使えば計算できるんじゃないかな？
ただ難解な物理をやりたいならマセマティカ買った方がいいんでない？
87:デフォルトの名無しさん
13/03/11 22:29:48.91
>>83
a(1)=1 b(1)=1
a(2)=6 b(2)=2
a(3)=56 b(3)=24
a(4)=6016 b(4)=2688
a(5)=72318976 b(5)=32342016
符号付32bit整数だと n=6 でオーバフロー
こんだけでいいならテーブルで持てばいいけど
多倍長演算するなら桁数が n^2 オーダーで増えるから
O(log n) ってのは無理じゃね？
88:デフォルトの名無しさん
13/03/11 22:30:37.68
n^2 オーダーじゃなくて n*2 オーダーだった
89:デフォルトの名無しさん
13/03/11 22:39:07.73
O(n) で増える桁数をセットするためにはどうしても O(n) オーダーの時間がかかると思う
どう転んでも無理ぽ
90:デフォルトの名無しさん
13/03/11 22:39:27.26
>>86
いや、出来る出来ないじゃなくて性能的な問題。
規模と精度で折り合いつけると倍精度で妥協する事になるでしょ。
91:デフォルトの名無しさん
13/03/11 22:41:50.61
桁数のオーダー O(2^n) じゃね？
92:デフォルトの名無しさん
13/03/11 23:37:58.09
>>73
むしろ固定じゃないものを連結するってどういう状況なんだ
93:デフォルトの名無しさん
13/03/12 00:00:53.04
めんどくさい奴らだな
typedef char d[10000] で1万桁だ
94:デフォルトの名無しさん
13/03/12 00:18:19.80
で？
95:デフォルトの名無しさん
13/03/12 01:15:16.44
InitCommonControlsEx イニットコモンコントロールセックス