ゲームプログラムなら俺に聞け27

このエントリーをはてなブックマークに追加
1 ：デフォルトの名無しさん：
エロゲしか作ったことないけど
なんでも聞いてちょ


【前スレ】
ゲームプログラムなら俺に聞け26
http://toro.2ch.net/test/read.cgi/tech/1348965912/

次スレは>>950が立てること。


このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所
2 ：デフォルトの名無しさん：2012/12/28(金) 00:34:08.70
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所
3 ：デフォルトの名無しさん：2012/12/28(金) 03:58:23.83
ッモルピグ！
4 ：デフォルトの名無しさん：2012/12/28(金) 06:00:17.61
モルピグ厨死ね
5 ：デフォルトの名無しさん：2012/12/28(金) 12:35:18.44
年末年始もゲームのコーディング？
6 ：デフォルトの名無しさん：2012/12/28(金) 17:04:14.55
>>1
何のエロゲ作ってんの？
7 ：デフォルトの名無しさん：2012/12/28(金) 17:10:34.56
>>6
双子素数の禁断の愛を描いたエロ卓球ゲーム
8 ：デフォルトの名無しさん：2012/12/28(金) 17:13:19.44
降ってきたペニスをマンコで受け止めるゲームとかどう？
9 ：デフォルトの名無しさん：2012/12/28(金) 18:24:20.87
>>8
それ、ペニスとマンコがゲーム性に反映されてない。
とりあえず格好いいグラから入る馬鹿と同じだよ。
10 ：デフォルトの名無しさん：2012/12/28(金) 18:37:49.36
ゲームじゃない
それは愛だ
11 ：デフォルトの名無しさん：2012/12/29(土) 17:25:35.00
男と女を合体させるテトリスが思い浮かんだ
12 ：デフォルトの名無しさん：2012/12/29(土) 18:03:43.37
カッコいいグラビアよりも
怪しげなグラビアのほうがいい
13 ：デフォルトの名無しさん：2012/12/29(土) 19:49:27.25
>>11
昔、洋ゲーで実際にあった
しかし、糞つまらんかった
14 ：デフォルトの名無しさん：2012/12/30(日) 15:04:57.91
このスレでちゃんとゲームを作りきった人っているの？
15 ：デフォルトの名無しさん：2012/12/30(日) 15:14:35.80
>>14
そんなこと訊いてどうする

応えられても本当かどうか判断できんだろ
16 ：デフォルトの名無しさん：2012/12/30(日) 18:15:43.47
>>15
あ、気に触ったんならごめんね
ただのネタスレだったかw
17 ：デフォルトの名無しさん：2012/12/31(月) 09:14:41.82
> 1000 ：デフォルトの名無しさん：2012/12/31(月) 09:11:02.00
> >>998はチープなゲームしか作ったことなさそうだな

だからお前はだめなんだよ
アイテムの基本情報と付加情報がごっちゃになってる
チープなゲームすら作ったことない口だけのニートなんだろ？
18 ：デフォルトの名無しさん：2012/12/31(月) 09:22:59.37
>>17
あー、やっぱり馬鹿なんだｗ
19 ：デフォルトの名無しさん：2012/12/31(月) 09:54:10.68
>>18
負け惜しみに下手な煽りしてないで手を動かさないと一生そのままニートだぞ
20 ：デフォルトの名無しさん：2012/12/31(月) 09:56:56.11
>>17
自己紹介はそこまでにしておけよニートｗ
21 ：デフォルトの名無しさん：2012/12/31(月) 10:03:25.09
>>20
図星突かれて辛いのか
お前両親に見捨てられてるだろ
22 ：デフォルトの名無しさん：2012/12/31(月) 10:03:46.59
>>19
あらら、馬鹿に馬鹿って言ったらファビョちゃったｗｗｗ
23 ：デフォルトの名無しさん：2012/12/31(月) 10:05:12.59
>>21
だから自己紹介はいらねーよｗ

急に親に見捨てられたとか突拍子もない事言ってくるって事は
本当に自分が見捨てられてそうだなｗ

普通そんな事思いもしないからなｗ
24 ：デフォルトの名無しさん：2012/12/31(月) 10:07:51.26
>>17の知識はファミコン世代で止まってそうだな
25 ：デフォルトの名無しさん：2012/12/31(月) 10:11:08.31
ここまで煽りだけで技術レスなし
26 ：デフォルトの名無しさん：2012/12/31(月) 10:11:21.28
お前ら不毛な事でスレ消費するなよ
分かったことといえば>>17がニートで両親に見捨てられてるって
ことだけじゃないか
27 ：デフォルトの名無しさん：2012/12/31(月) 10:14:06.65
>>26
相当効いてるようだけど
マジでゲーム作れないお前がこのスレにいる価値あるのか？
28 ：デフォルトの名無しさん：2012/12/31(月) 10:19:41.14
>>23
自分に自覚がない限り急にこんな事言いださないよな普通ｗ
まあ>>17がニートで両親見捨てられてるって言うコンプレックス持ちって
事だけは理解したわｗ
29 ：デフォルトの名無しさん：2012/12/31(月) 10:21:06.53
>>28
ずいぶんその部分に粘着してるようだけど、
DBの話題に触れないのは何故だ？
30 ：デフォルトの名無しさん：2012/12/31(月) 10:21:59.83
付加情報でアイテム管理っていつの時代の話なんだか
多分この人ゲーム作った事無いか40前後のおっさんだよね
31 ：デフォルトの名無しさん：2012/12/31(月) 10:23:15.14
>>17のスペック
・ニート
・両親に見捨てられている

他にある？
32 ：デフォルトの名無しさん：2012/12/31(月) 11:08:28.58
>>30
ファミコン世代で勉強するのやめちまった人間の
知識なんてこんなもんだよ
33 ：デフォルトの名無しさん：2012/12/31(月) 12:29:42.30
種別毎じゃなくて、最近はバグや不正をトレースできるように個々にID振ったりするよ
64bitあれば余裕
34 ：デフォルトの名無しさん：2012/12/31(月) 12:36:46.19
個々に振らないとデュープ対策もできないしね

>>17は思考が古過ぎる
35 ：デフォルトの名無しさん：2012/12/31(月) 13:38:04.86
IDを二重三重にすればオーバーフローしないだろ。
それでも不安な奴は十重にでもしとけ。
煩雑になるけど確実だ。

struct ITEM{
long id[4];
long type;
long val[64];//タイプによって変わる、武器なら攻撃力やオプション、回復薬なら回復量
};

struct HAVING{
long hid;//所持品のカバンの中での位置を表すid
long id[4];
long num;//所持個数
};

IDが複数になった分多少面倒な気もするがまあいいだろ。
だがこれで莫大な数のIDを割り振れるし、PostgreSQLとか既存のデータベースを使う場合でもカラムを増やすだけで対応できる。
今まで if ( id == 124 ) 〜処理〜
複数版 if ( ( id[0] == 44 )&&( id[1] == 200 )&&( id[2] == 18 )&&( id[3] == 2 ) ) 〜処理〜
あれだったら判定用関数を作ればよい。
36 ：デフォルトの名無しさん：2012/12/31(月) 14:17:25.41
>>35
荒らしはそれがファミコン時代なんだと
37 ：デフォルトの名無しさん：2012/12/31(月) 14:22:43.53
なんだこのスレ
38 ：デフォルトの名無しさん：2012/12/31(月) 14:31:30.03
暇人達のじゃれあい場
39 ：デフォルトの名無しさん：2012/12/31(月) 14:52:53.61
>>36
荒らしってお前の事じゃんｗ

お前本当に自己紹介好きだなｗ
40 ：デフォルトの名無しさん：2012/12/31(月) 15:03:12.87
>>35
考え方が全然駄目
何重にしてもそのやり方じゃいつか破綻する
破綻までの時間を延命してるだけ
41 ：デフォルトの名無しさん：2012/12/31(月) 15:12:33.34
代替案も無しに否定するやついるよな。
で、自分は何も出来ない。
いつかっていつだよ、設計時にゲームの規模を見積もれないとかアホか。
42 ：デフォルトの名無しさん：2012/12/31(月) 15:14:38.06
>>35
それ結局IDNo.を保持できる数を増やしてるだけで
何も解決していないような

アマチュアゲームならいいだろうけど実際の運営では許されないような
天文学的な数字にしとけばまず大丈夫だろうという考えは危険かと
何かの穴があってチートツールで馬鹿みたいにアイテム増やされた時に
想像以上にカウンタが進む危険もあるし
43 ：デフォルトの名無しさん：2012/12/31(月) 15:16:30.01
>>41
代替えも何も数を増やすなんて案は馬鹿でも考え付くんだがｗ

何でその恥ずかしい考えを恥ずかしげもなくさらしちゃったの？ｗ
44 ：デフォルトの名無しさん：2012/12/31(月) 15:18:47.86
結局>>17みたいなやつって昔の制限キツイゲームしか知らんから
どこで問題が起こるかも予想出来ないんだろうね
45 ：デフォルトの名無しさん：2012/12/31(月) 15:20:44.18
粘着厨が熱いな　きもい
46 ：デフォルトの名無しさん：2012/12/31(月) 15:21:24.91
>>41
MMOなんて何年運営するかも分からんのに
どうやって見積もるんだよ
まずはその制限に達したらどうにもならなくなる
クソ仕様に疑問を持てよ
47 ：デフォルトの名無しさん：2012/12/31(月) 15:22:36.94
>>42
上限チェックもしないのな
プログラム組んだことバレバレ
48 ：デフォルトの名無しさん：2012/12/31(月) 15:24:28.98
>>46
アイテムに振るIDが増え続ける糞設計に疑問を持てよ
49 ：デフォルトの名無しさん：2012/12/31(月) 15:26:01.50
サーバ全体のアイテムに上限数があるゲームなど
見たことがないのだが、やはり>>17は相当頭が古いようだ
50 ：デフォルトの名無しさん：2012/12/31(月) 15:26:41.85
ところでこの子はひとつのゲーム何万年アップデートし続けるつもりなんだ？
51 ：デフォルトの名無しさん：2012/12/31(月) 15:28:15.89
>>48
アイテムが生成され続けりゃIDだって増え続けるだろ
個別に認識できなけりゃどうやって複製対策するんだ？

やっぱりこいつ基本的に馬鹿なんだよな
馬鹿な癖にプライドだけは高いから絶対に自分の間違いを
認められないという
52 ：デフォルトの名無しさん：2012/12/31(月) 15:30:02.29
>>50
まあ最近のゲームやった事無いおっさんはそう思ってなよ
あんたの知識だとどれだけアイテムが生成されるのかも
想像できないんだね
53 ：デフォルトの名無しさん：2012/12/31(月) 15:30:32.62
>>51
さすがニートだけあって視野狭いな
54 ：デフォルトの名無しさん：2012/12/31(月) 15:31:14.17
>>53
内容に反論できなくなるとすぐにニートとか話をそらすｗ
55 ：デフォルトの名無しさん：2012/12/31(月) 15:34:02.28
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

このスレに荒らしが興味を持ったようです。
しばらく書き込みを控えることをおすすめします。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
56 ：デフォルトの名無しさん：2012/12/31(月) 15:34:53.59
>>52
生産職やってると個人で数万とかすぐだからねぇ
それがサーバ全体で何年ともなるとかなりの数だしね
多分MMOとかやってない人だとその辺分からないんでしょ
57 ：デフォルトの名無しさん：2012/12/31(月) 15:35:14.65
そろそろまとめろ

結局のところ、提起された問題は何で、提示された解決案は何だ

俺の見たところ、はっきりとした解決案は
まだ一つしか提示されていないような気がするが
58 ：デフォルトの名無しさん：2012/12/31(月) 15:38:17.76
アイテムとかカードにIDを振らなきゃいけないのは最近のJOGAとかルールだな。
まあ、普通にSERIAL型（64bit uint)で足りるよ。
怖いのなら、SERIALテーブルとか作って{サーバ番号}-{ユーザ番号下３桁}-{アイテム種別}-{シリアル}とかにしておけばおｋ。
64bitの数（1800京）があふれることは無いから気にしなくて大丈夫だと思うけどね。
DAU100万のゲームがあったとして、全ユーザが一日に1000レコード作ったとしても文明が終わるまではなんとかなる。
どってことないぜ。
59 ：デフォルトの名無しさん：2012/12/31(月) 15:38:29.44
まとめ
>>57は散々荒らしたあと、こうやって情報だけ聞き出そうとしてる。
60 ：デフォルトの名無しさん：2012/12/31(月) 15:38:44.01
>>53
技術的に反論できなくなるとすぐにファビョるその性格直そうな！
61 ：デフォルトの名無しさん：2012/12/31(月) 15:39:40.16
>>58
天文学的な数値に対応できないならNGだろｗ
62 ：デフォルトの名無しさん：2012/12/31(月) 15:41:39.03
>>56
一人で数万生産したところで64bitは埋められねーよ。安心しろ。
レコード数増大に関しては、所持アイテム数限界があるから
結局大丈夫なように設計されてる。角度とか。
それでもだめなケースはあまり無いけど、水平分割とかやり方はいろいろある。
63 ：デフォルトの名無しさん：2012/12/31(月) 15:43:16.77
>>61
天文学的な数値？何言ってるんだ？　
シーケンス番号が天文学的な数値になる条件が揃う可能性があるってことか？
どうやって？
64 ：デフォルトの名無しさん：2012/12/31(月) 15:43:21.45
反論しろよニート
65 ：デフォルトの名無しさん：2012/12/31(月) 15:45:32.73
>>63
＞チートツールで馬鹿みたいにアイテム増やされた時に
＞想像以上にカウンタが進む危険もあるし

どうやらこれを気にしてるらしい。
どこにも制限かけない主義なのかな・・・
66 ：デフォルトの名無しさん：2012/12/31(月) 15:45:41.07
>>62
アイテムがかならず個人に所持されてるとは限らないけど
地面に落ちてたり

だから結局二重にして>>35みたいに個人の持つデータでさらに
ID数増やしてもユニーク識別するにはさらに上のIDを参照するしかないから
多重にID管理しても意味ないんだよね
67 ：デフォルトの名無しさん：2012/12/31(月) 15:49:21.03
>>65
チートツールでサーバのrootとって生SQL文でも実行されなきゃ、
64bitのシーケンス全部埋まるなんてことはまあありえないぞ。
その前に他がいろいろおかしくなる。
普通に通信してゲームしている（チート行動だったとしても）レベルなら、
64bitが埋まる速度よりも圧倒的に通信および処理速度がボトルネックになるから心配する必要ない。
そもそも、想像以上に対するバッファだぞ＞64bit
68 ：デフォルトの名無しさん：2012/12/31(月) 15:49:26.50
>>65
穴があってって書いてあるから個人の持てる上限を
突破できる方法があったり改造出来たりって場合って事だろ多分
個人に上限があってもサーバに上限は無いからな

サーバが保持できるアイテムの上限を超えたためこれ以上
アイテムを増やせませんなんて警告の出るMMOやった事無いだろ
69 ：デフォルトの名無しさん：2012/12/31(月) 15:49:30.98
素人考えだけど、IDより先にそのIDが示しているアイテムのデータの方で
メモリが埋まりそうな気がする。
70 ：デフォルトの名無しさん：2012/12/31(月) 15:51:39.87
>>69
リソースが無限にあると思ってるのよ
71 ：デフォルトの名無しさん：2012/12/31(月) 15:51:41.63
>>66
だから、ユーザーにひもづいていないグローバルなIDをアイテムに振ったとしても、
64bitあればびっくりする程余裕なんだよ。いろいろ計算してみろよ。
72 ：デフォルトの名無しさん：2012/12/31(月) 15:52:10.60
>>67
昔UOで一ヵ所に想像を絶する多量のアイテムを
生成してサーバが重くなる事件があってな

そういった穴は結構あるもんだ
73 ：デフォルトの名無しさん：2012/12/31(月) 15:52:28.23
>>サーバに上限は無いからな
74 ：デフォルトの名無しさん：2012/12/31(月) 15:54:26.63
>>68
分かっているとは思うが、そういう状況で枯渇するのはIDではなく
ストレージとメモリ。IDはそういう場合全力で余ってる。
もちろん、そういうチートが存在するMMOなんて無いけどな。
75 ：デフォルトの名無しさん：2012/12/31(月) 15:57:23.36
>>72
馬鹿か？　想像を絶する量のアイテムを生成した場合、
そのデータをクライアントに持ってこようとするとするときに
全件データをフェッチしようとしてるんだろ？
記録側の問題じゃなくて引き出し側の問題だ。
サーバ-クライアントで輻輳が起こってるだけじゃねえかそれ。
IDと何の関係があんだよ。　
76 ：デフォルトの名無しさん：2012/12/31(月) 15:59:47.55
>>75
え？アイテムが多重複製されるチートがあたっていう事を
言ってるだけなのになんできれてんの？
IDとか意味分からんし
77 ：デフォルトの名無しさん：2012/12/31(月) 16:01:40.33
ところで基本的な事聞きたいんだけどUOとかって
サーバが出来た頃から今までに作られたアイテムって
全部固有値持ってるの？
まあ持ってなけりゃ判別できないから持ってるんだろうけど
どのくらいの数になってんだろ
78 ：デフォルトの名無しさん：2012/12/31(月) 16:03:39.93
>>77
多分UOの時代だとまだ全部のアイテムに固有IDは振ってないと思う。
俺の知る限りは、固有IDを振るようにしたのはFF11時代からだな。
ついでに言うと、GUIDレギュレーションは今年から始まったレベル。
ゲームによっては固有ID無いのもあるかもな。
79 ：デフォルトの名無しさん：2012/12/31(月) 16:10:00.52
>>78
固有値が無い場合どうやってアイテムの判別は行ってるの？
自分の手元から離れて相手が拾ってもそのアイテムの性能は
同じ事が保障されてるから少なくともサーバは固有にデータを
持ってると思うんだけど
80 ：デフォルトの名無しさん：2012/12/31(月) 16:10:36.87
>>78
最近のゲームでも某FPSは期間限定の課金アイテムとかはID使い回ししてたよ。
開封せずにスロットに入れっぱなしにしてたら別の新しいアイテムに変わってたことあった。
81 ：デフォルトの名無しさん：2012/12/31(月) 16:11:52.38
>>79
>>58みろ、ちゃんとレスくらい読め。
82 ：デフォルトの名無しさん：2012/12/31(月) 16:14:28.49
>>81
？？？
83 ：デフォルトの名無しさん：2012/12/31(月) 16:16:28.55
>>81
>>58見る限りシリアルってところで固有ID持ってるんだが
84 ：デフォルトの名無しさん：2012/12/31(月) 16:17:14.90
量産可能なアイテムに関しては常識的な範囲内で所持数を
制限するのが現実的な解だと思うけどね。
消費アイテムを数万所持するのもどうかと思うし、インベントリ
の所持数や重量で制限しているのもそういう理由でしょ。
85 ：デフォルトの名無しさん：2012/12/31(月) 16:17:15.00
>>79
そんなのゲーム作った人に聞けよ。
固有IDを振ってないケースってのは、知っての通りアイテムを生成した段階から既にユーザIDを持っていること前提にしているようなのだな。
そういうのだと
UID-アイテム1-アイテムの性能
UID-アイテム2-アイテムの性能
みたいな感じでデータが作成されてる。
んで、アイテムの性能はデータとして持ってるから、手放した時とかには所有者が変わったりテンポラリに移動して新たなID振り直したりする。
まあ、そういう設計のゲームはまだ結構あるかもだがな…
86 ：デフォルトの名無しさん：2012/12/31(月) 16:17:58.47
そして枯渇しないって話は無視して振り出しに戻るわけか
無限ループとかバグってるな>>83
87 ：デフォルトの名無しさん：2012/12/31(月) 16:19:28.06
反論して差し上げろ、ニート様
88 ：デフォルトの名無しさん：2012/12/31(月) 16:21:05.06
>>77
UOは多分最低一度はデータ形式変わってると思う
1Hitterとかが生まれた時が一度目かな
そこで複製対策されたと思いきやその後もチートあったからな

あと多分秘薬とかは固有ID無いと思うわ
あったとしたらつまらない事でID増えすぎるし
消費アイテムとその他でデータ形式違うかもね
89 ：デフォルトの名無しさん：2012/12/31(月) 16:21:36.85
>>84
なるほど、分かった。所持個数をどうやって表現するかについて悩んでたのだな。
所持個数テーブルについては、その種別のアイテムの増減があった場合に更新かけるとかすればいいんじゃないかしら。
性能が変わらないのだから、消費する際はとりあえずIDが若い順から消滅していくようにすればおｋ。
90 ：デフォルトの名無しさん：2012/12/31(月) 16:23:21.01
とりあえず理解できたことが>>17がニートで両親から見捨てられてるって事だけなんだけど
91 ：デフォルトの名無しさん：2012/12/31(月) 16:24:11.60
会話する気なしだなこりゃ
92 ：デフォルトの名無しさん：2012/12/31(月) 16:24:24.11
>>86は相当頭が悪そうだ
一人だけ話が理解できてない
93 ：デフォルトの名無しさん：2012/12/31(月) 16:25:07.40
少なくとも、これから作成されるMMOについては全てのアイテムにGUID振られることは約束されてる。
消費系のアイテムも、ゲーム内マネーとかの通貨でさえも。（FF11はそうらしい）
ゲーム内通貨をどうやってGUIDで管理してんのかは知らんけどな。
94 ：デフォルトの名無しさん：2012/12/31(月) 16:25:13.57
ニート様の反論はまだか
95 ：デフォルトの名無しさん：2012/12/31(月) 16:26:57.07
>>92
悔しそうだね
96 ：デフォルトの名無しさん：2012/12/31(月) 16:28:06.02
>>93
それって金を1万G持ってたら最低価値の1G毎に
IDが一つ振り分けられてるって事？
複数まとめられるものでもIDが別となると大変だな
97 ：デフォルトの名無しさん：2012/12/31(月) 16:29:20.58
>>95
馬鹿は黙ってようね
98 ：デフォルトの名無しさん：2012/12/31(月) 16:30:33.18
>>97
難しい会話になると入れなくて悔しいんだな
99 ：デフォルトの名無しさん：2012/12/31(月) 16:31:11.39
>>98
うん理解できてないのお前だけだよｗ
100 ：デフォルトの名無しさん：2012/12/31(月) 16:31:40.83
>>96
流石にplay onlineの中の人じゃないから詳細までは分からんけど、
どっかでロンダリングじゃないけどID振り直し(細かいGは大きなGとしてしまう)はやってると思われ…
メンテのタイミングとかで。
101 ：デフォルトの名無しさん：2012/12/31(月) 16:32:19.39
>>86って本当に馬鹿だな
枯渇とかの話してないのに何が無限ループだか
102 ：デフォルトの名無しさん：2012/12/31(月) 16:35:14.59
>>100
例えば10個にまとまったポーションを
分けたりまとめたするたびに別のIDが振られる？
103 ：デフォルトの名無しさん：2012/12/31(月) 16:37:55.33
>>102
10個のポーションは多分永遠に振り直しは行われない。
多分、数値が万以上になるような要素、そのものゴールドだったり経験値だったりだけだろう、振り直しを行うとすれば。
実際に振り直しを行ってるのかどうかすら謎だけど。
104 ：デフォルトの名無しさん：2012/12/31(月) 16:52:01.39
>>101
105 ：デフォルトの名無しさん：2012/12/31(月) 16:54:12.19
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
106 ：デフォルトの名無しさん：2012/12/31(月) 16:55:05.64
>>105
自己紹介乙
107 ：デフォルトの名無しさん：2012/12/31(月) 16:55:34.67
>>106
自己紹介言われまくったのがそんなにも悔しかったんだねｗ
108 ：デフォルトの名無しさん：2012/12/31(月) 16:56:10.00
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
109 ：デフォルトの名無しさん：2012/12/31(月) 16:57:43.90
>>107のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
110 ：デフォルトの名無しさん：2012/12/31(月) 16:58:21.52
オウム返しかできなくなったｗｗｗ

典型的負け犬の例ｗ
111 ：デフォルトの名無しさん：2012/12/31(月) 16:58:53.30
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
112 ：デフォルトの名無しさん：2012/12/31(月) 16:59:00.88
>>110
耐え切れず縛りから外れたな負け犬
113 ：デフォルトの名無しさん：2012/12/31(月) 17:00:27.99
>>107のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
114 ：デフォルトの名無しさん：2012/12/31(月) 17:13:54.34
落ち物系のパズルゲームを作成しようとしています。
良いBGM、SE、画像のフリーの素材サイト（出来れば商業利用可）ご存知の方情報お願いします。
115 ：デフォルトの名無しさん：2012/12/31(月) 17:20:40.25
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
・技術的な会話に入れない
・顔真っ赤
・我慢が出来ないアスペ
116 ：デフォルトの名無しさん：2012/12/31(月) 17:22:25.73
>>114
板違い
117 ：デフォルトの名無しさん：2012/12/31(月) 17:26:38.60
>>107のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
118 ：デフォルトの名無しさん：2012/12/31(月) 17:32:17.34
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
・技術的な会話に入れない
・顔真っ赤
・我慢が出来ないアスペ
119 ：デフォルトの名無しさん：2012/12/31(月) 17:34:46.83
>>107のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・コピペ厨
120 ：デフォルトの名無しさん：2012/12/31(月) 17:35:49.95
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
・技術的な会話に入れない
・顔真っ赤
・我慢が出来ないアスペ
121 ：デフォルトの名無しさん：2012/12/31(月) 17:36:36.27
いい加減ウザいから誘導するわ
http://toro.2ch.net/test/read.cgi/tech/1353308523/
122 ：デフォルトの名無しさん：2012/12/31(月) 17:41:38.02
ゲームプログラマってこんなのばっかなの？
123 ：デフォルトの名無しさん：2012/12/31(月) 17:57:12.07
そもそも板違いスレだしゲ製にお帰りください。
124 ：デフォルトの名無しさん：2012/12/31(月) 17:57:30.71
>>116
そうですか、質問するのは何板です？
125 ：デフォルトの名無しさん：2012/12/31(月) 18:04:02.98
>>1
最終的には画の問題なんだよ
そのゲームの内容やそういうのを考えられる力があるかどうか

作らせるのは、そこらへんのプログラマーにさせたらいいんだから

全てを自分で作る必要などない
126 ：デフォルトの名無しさん：2012/12/31(月) 18:04:26.27
ゲーム製作技術＠2ch掲示板
http://toro.2ch.net/gamedev/
127 ：デフォルトの名無しさん：2012/12/31(月) 18:05:50.11
そのプログラムを作れるかどうかが
プログラマーの技術であって、どういうのを作れるかという
提案にはまた別の頭が必要になる。

野球ゲームにしてもそうでしょ？

こういうゲームをというのを提案できる頭と
それを実際にプログラムとして表現する頭が同一である必要などない。
128 ：デフォルトの名無しさん：2012/12/31(月) 18:06:36.67
今の時代なら、
絶対にプログラマーを１人
おさえておくべきだろうね。

その人とは直接繋がっていないようにみせかけた上で
しっかりと繋がってないと
129 ：デフォルトの名無しさん：2012/12/31(月) 18:27:28.98
>>17のファビョりかたすげーなｗ

馬鹿を怒らせるとこうなっちゃうのか
130 ：デフォルトの名無しさん：2012/12/31(月) 18:29:52.41
>>114
DLsite.comってサイトがお勧め。素材で検索すると結構引っかかるよ！(お望みのは無いと思うけど)
131 ：デフォルトの名無しさん：2012/12/31(月) 18:37:56.11
結局アイテム管理のコードはどうなった？
132 ：デフォルトの名無しさん：2012/12/31(月) 18:37:57.18
初心者がC++でDXライブラリ使ってるんだけどScene遷移がイマイチわからないぜ
初期化や毎フレームごとの処理を実装するSceneの基底クラスと
SceneクラスのUpdate()を呼び出したりシーン遷移を司るSceneManagerクラスを作ろうとしたんだけど
「あれ？SceneManagerもSceneの一種じゃね？？」とか思い始めたらわけがわからなくなってきた。

例えばSRPGは大きく分けて　タイトル・インターミッション・ノベルパート・ステージがあるけど、
それぞれのシーンの中でも細かい遷移があると思うんだよね(タイトル中のロード画面など)
そういったシーンの大分類か小分類かを区別せずに同一の規模のものとして認めると
それぞれのシーン内でどこまでも分岐を許してしまって、シーン遷移が再帰的な構造に
なってしまうと思うんだけど、これがいわゆるシーンのスタック管理ってことですか？
でもそうやって再起を意識するとSceneクラスがさらにわけわからなくなりそう
133 ：デフォルトの名無しさん：2012/12/31(月) 19:18:03.35
>>100
たぶんHDDみたいな構造じゃないのかね
HDDを詳しく知らんけど、セクタ単位で管理されてるんだろ？
そこへ任意の長さのデータを書き込んでいくと。
あんな感じじゃないのか。
134 ：デフォルトの名無しさん：2012/12/31(月) 19:55:12.01
>>129
飽きないなお前
135 ：デフォルトの名無しさん：2012/12/31(月) 19:58:30.72
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
・技術的な会話に入れない
・顔真っ赤
・我慢が出来ないアスペ
136 ：デフォルトの名無しさん：2012/12/31(月) 20:00:18.52
>>133
セクタ？レコードって言いたい？
なんか言ってることずれてない？
137 ：デフォルトの名無しさん：2012/12/31(月) 20:03:38.70
>>136
ごめん、HDDの構造を詳しく知らないからずれてるかも
HDDやめてメモリにするわ

メモリのアドレスみたいな形で管理するんじゃないかね
138 ：デフォルトの名無しさん：2012/12/31(月) 20:04:58.29
>>134-135
続きはこちらでどうぞ
http://toro.2ch.net/test/read.cgi/tech/1353308523/
139 ：134：2012/12/31(月) 20:07:50.59
え、俺関係ない…
何か巻き込まれた
触れると感染る系すか…
だからID表示が必要なんだよここ
140 ：デフォルトの名無しさん：2012/12/31(月) 20:14:07.72
エミュ鯖で書類送検ってまじか怖いな
141 ：デフォルトの名無しさん：2012/12/31(月) 20:23:47.55
>>140
なんでそれが怖いの？
142 ：デフォルトの名無しさん：2013/01/01(火) 02:04:15.25
UOはユニークアイテム多すぎて大変
143 ：デフォルトの名無しさん：2013/01/01(火) 02:06:09.46
>>132
マネージャって名前にするから混乱してるだけで、管理する機能自体は存在していても良い。

突き詰めると管理用のシーンと動作しているシーンは同じでも良くなる場合もありえる。

オレが作ってる仕組みも、空のシーンの子としていろんなシーンを作ったり消したりしてる。


シーンっつーかアレなんだけど。アレシステム。
144 ：デフォルトの名無しさん：2013/01/01(火) 02:22:14.05
もうさ、人によってまちまちなんだから「俺システム」で統一していい気がする。
145 ：デフォルトの名無しさん：2013/01/01(火) 02:22:46.92
そもそも鯖全体のアイテムの個数が10億20億になることってまずないんだよな
一般的なネトゲだと上限は自然と決まってくる

個数＝（インベントリ内に持てる数＋倉庫に持てる数）×プレイヤー数×1プレイヤーの持てるキャラクターの数

フィールドに落ちてるアイテムは消えるのが一般的な仕様だし
上式のインベントリに持てる数を150、倉庫に持てる数を350、プレイヤーの最大数を1000、プレイヤーが持てるキャラクターの数を10とすると500万個にしかならない
プレイヤーの最大数を一桁上げても5000万個
フィールドに落ちてるアイテム用にこれと同数確保してもやっと1億

万が一それを超えたらどうするの？って話だけど、フィールド上に5000万個を超えるアイテムが発生した場合には古いものから削除してしまえばいい
146 ：デフォルトの名無しさん：2013/01/01(火) 02:26:50.04
>>145
それ同時期にどれだけ同時にアイテムが存在するかって話で
ユニークIDが必ず生成されるならいつかは10億程度だと突破するよ
147 ：デフォルトの名無しさん：2013/01/01(火) 02:30:41.51
うん、ごめん、投稿したあと読み返したら個数と種類数もごっちゃになってるしなんかごめん
148 ：デフォルトの名無しさん：2013/01/01(火) 02:30:55.51
だよな普通に考えればそうなるわな
オーバーフローとか飛躍した考えも実際の運用を考えれば出ないはずなんだけどね
そんなとこ気にしてたら絶対に物は完成しないと断言できる
むしろ色々考えないと、ということをいつまでも完成できない理由にしてる感すらある
まずは稚拙でもいいから完成させてそれをプロトタイプに問題点を洗い出してく工程の方がどんなに大切か
149 ：デフォルトの名無しさん：2013/01/01(火) 02:32:22.70
>>146
消えたらIDは再利用する。
150 ：デフォルトの名無しさん：2013/01/01(火) 02:40:48.34
>>149
それでも10億程度だと駄目みたいだね
32ビット（40億）でID再利用でも駄目だった例もあるよ
151 ：デフォルトの名無しさん：2013/01/01(火) 02:51:55.54
>>150
具体的にはどのゲーム？どんな規模だとそうなるのか知りたい。
152 ：デフォルトの名無しさん：2013/01/01(火) 02:59:18.77
>>151
リンク貼ろうと思ったら駄目だった
普段2ちゃんねるには書き込みしたことがないので忍法帳？とかの
レベルが足りないみたい

community.eveonline.com/devblog.asp?a=blog&bid=813

このEVE Onlineってゲームで上記のリンク先に
64ビットに拡張する旨が書いてあるよ
多分この開発者たちも当初は40億でID再利用なら
大丈夫だろうと思っていたんだろうけれどね
しかもこう言っちゃ失礼だけどそれほど有名で
多人数がプレーしてたゲームじゃないし
153 ：デフォルトの名無しさん：2013/01/01(火) 03:21:28.98
>>152
運営開始が2003年だから7年で破綻したわけか。
やはり大丈夫だろうという根拠の無い思い込みで
市販ゲームを作るのは怖いな。
154 ：デフォルトの名無しさん：2013/01/01(火) 03:36:02.40
最近は何年も運営続けることを前提に作ったゲームだと
一定期間ログインしてないユーザーのアカウント削除して>>152の対策してるよ。
155 ：デフォルトの名無しさん：2013/01/01(火) 03:57:46.34
>>152
その会社なんだか行き当たりばったりだなｗ
今度こそ大丈夫だろとか書いてあるけど
お前最初の見積もりがすでに破綻してるじゃねーかと
突っ込みたくなるｗ
156 ：デフォルトの名無しさん：2013/01/01(火) 08:16:37.61
>>155
64bitなら1000万人が同時に毎秒60個アイテムを生成したとしても
900年以上もつ計算だからな
使い捨てにしても破綻させる方が難しいんじゃないだろうか
157 ：デフォルトの名無しさん：2013/01/01(火) 11:14:17.10
>>156
でも最初の設計でもまさにそう思っていたのに
破綻したんじゃないの？

ここで考えてるのと実際に運営するのじゃ違うからね。
例えば、もし64ビットのデータで処理できる範囲を超えて
障害が起こった場合すべてのあらゆる責任を負いますって書類に
サインさせられるとしたらそれでも大丈夫だと言えるかな？
158 ：デフォルトの名無しさん：2013/01/01(火) 11:31:40.36
>>157
最初の設計は比較的現実的な見積もりとって、それの想定を超えた人気があったって話だけど
>>156は荒唐無稽な見積もりだから、これを超えるってのはバグ以外の何者でもない
隕石に当たる心配しながら外を歩くようなもん
159 ：デフォルトの名無しさん：2013/01/01(火) 11:39:01.16
>>152
なんだ40億程度だと駄目じゃん

上の方で散々40億なんて常識的に考えて
あり得ないって言ってたやつ出てこいよｗ
160 ：デフォルトの名無しさん：2013/01/01(火) 11:40:40.27
>>143
アザーース！
161 ：デフォルトの名無しさん：2013/01/01(火) 15:21:45.70
>>159
>>17先生の名言を噛みしめろ

＞　アイテム種別が40億超えるネトゲがあると思ってるのか
＞　アイテム種別が40億超えるネトゲがあると思ってるのか
＞　アイテム種別が40億超えるネトゲがあると思ってるのか
162 ：デフォルトの名無しさん：2013/01/01(火) 15:35:44.11
粘着荒らしのキチガイには自分の敵は全部同一人物に見えてるようだな
まさにアスペ
163 ：デフォルトの名無しさん：2013/01/01(火) 16:58:35.14
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
・技術的な会話に入れない
・顔真っ赤
・我慢が出来ないアスペ
164 ：デフォルトの名無しさん：2013/01/01(火) 17:08:15.04
>>161-163
こっちでやれ
http://toro.2ch.net/test/read.cgi/tech/1353308523/
165 ：デフォルトの名無しさん：2013/01/01(火) 17:29:53.90
正月なのに飽きないんだなぁ
166 ：デフォルトの名無しさん：2013/01/01(火) 17:57:40.81
今年こそ>>17のアスぺが治りますように
167 ：デフォルトの名無しさん：2013/01/01(火) 18:12:16.89
>>161と>>152をごっちゃにしちゃうのはちょっと可哀想な人の気がする
168 ：デフォルトの名無しさん：2013/01/01(火) 18:37:43.61
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
・技術的な会話に入れない
・顔真っ赤
・我慢が出来ないアスペ
169 ：デフォルトの名無しさん：2013/01/01(火) 18:41:31.33
まあ>>152のゲーム調べてみたら宇宙が舞台で世界中から接続、フィールド数5000、ギルド人数Max1000人越え、同時接続6万ユーザー
宇宙船爆破しても即座にIDを回収しない、非アクティブユーザー放置てゆーめちゃくちゃなスペックを引っさげてやってたんだから自滅して当然だわな
黎明期だからノウハウの蓄積がなくて仕方ないってのもあるけど
170 ：デフォルトの名無しさん：2013/01/01(火) 18:46:02.09
>>161
ユニークIDの話してるのに種別とかとんちんかんな事言ってる
>>17って相当頭悪いな
171 ：デフォルトの名無しさん：2013/01/01(火) 19:09:05.05
まだやってんのか

>>170
アイテムテーブルの他に付加情報として別テーブル持って
そっちにアイテムの付加情報として生産者等の情報をくくりつける話してたときに出た
アイテム種別の話をユニークIDを話しをしてるときに自分から持ち出して

>ユニークIDの話してるのに種別とかとんちんかんな事言ってる

可哀想に捏造しないと攻撃できないヤツだお前は。
苦し紛れに捻じ曲げているから破綻していることにも気付かない。
172 ：デフォルトの名無しさん：2013/01/01(火) 23:24:59.52
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・オウム返しが唯一の能力
・技術的な会話に入れない
・顔真っ赤
・我慢が出来ないアスペ
173 ：デフォルトの名無しさん：2013/01/01(火) 23:34:10.53
>>171
うわあ、これは酷いｗｗｗ
頭が悪いと思っていたら、技術が理解できないだけじゃなくて
日本語そのものが理解出来てなかったｗｗｗ

＞　種別というより、同じ名前のアイテムでも内容は違うから
＞　全部別アイテムとして管理されてるはずだけど

最初にちゃんと種別じゃなくて見た目は同じでも全部別として管理
つまり固有値を持ってるって説明してくれてるのに
それでも種別の話してるのお前だけだぞｗｗｗ

そしてまた自己紹介ｗ　捏造してるのはまさにお前自身ｗ
やっぱり自分がやってるからすぐに相手もやってると思い込みたいんだなｗ

正月早々大爆笑させてもらったわｗ
174 ：デフォルトの名無しさん：2013/01/02(水) 01:33:33.01
で、何時間悩んでそれ捻り出したんだ
175 ：デフォルトの名無しさん：2013/01/02(水) 02:59:18.40
１００％大丈夫であるという論理的説明がなりたたないものは全部ダメです。
176 ：デフォルトの名無しさん：2013/01/02(水) 03:20:22.26
>>173
種別じゃないと言ってるにもかかわらず種別の話をしちゃう>>17は
ほんと頭が悪いんだな
177 ：デフォルトの名無しさん：2013/01/02(水) 03:33:25.66
同じこと何度も書いて気を紛らわせようとしてるみたいだけど大丈夫？
178 ：デフォルトの名無しさん：2013/01/02(水) 03:35:28.44
話の最初が前スレ995だと思ってるのか、997だと思ってるのかで捉え方が違ってきそうだな

>995 ：デフォルトの名無しさん：sage：2012/12/31(月) 04:11:01.47
>RPGのアイテムって、
>全種類のアイテムについてID付きのデータベース作って、
>キャラの持ち物はそのIDと個数をセットにしたデータベース作る感じでいい？

>997 ：デフォルトの名無しさん：sage：2012/12/31(月) 08:47:36.57
>いや俺も興味あるな
>MMORPGとかってアイテムがほぼ無限に生成される可能性があるのに
>どうやって管理してるの？
>ID付けるって言っても、いつかオーバーフローするよね？
179 ：デフォルトの名無しさん：2013/01/02(水) 03:38:35.43
997の内容が995と違ってんのね
180 ：デフォルトの名無しさん：2013/01/02(水) 05:26:07.14
全てのアイテムにユニークなIDを割り振るのか、
種類ごとにIDを割り振るのか、
そのあたり混乱してないか？

アイテムそのものの情報が入ったDBは種類ごとにIDを割り振っておけばいいだろ。
ここでの種類というのは、個体を識別できるレベルでの種類ではなく、常に他から参照するための抽象的な種類のことだ。
つまりこのDBに「雷神の剣：オプション…会心の一撃率2%↑」がID45で登録されていた場合、
これだけではこのアイテムを誰が所有しているか分からない。
次にユーザーの所有物の中にID45×3とあれば、そのユーザーが実体として当該アイテムを3個持っていることになる。
他のユーザーが10個持っていればそのユーザーの所有物の中にはID45×10が存在する。
こうして参照する形にすれば容量は食わない。
また、このアイテムの所有者（ここでいう所有者とはプレイヤーのみならず、ドロップアイテムを仮想的に所有しているマップ等も含む）が1人もいなくなった場合、
ID45は空になり、また次に新しいアイテムが生まれたときに再利用される。

こうすれば上記計算の1億を超えることはまずない。
40億超えたのはどういう設計なのか気になる。
181 ：デフォルトの名無しさん：2013/01/02(水) 07:27:36.03
前スレ997が話の最初と考えて読むと、ずっと全てのアイテムにユニークなIDを割り振る話をしてるっぽいから
ごっちゃにはしてないと思うよ
182 ：デフォルトの名無しさん：2013/01/02(水) 07:39:21.58
>前スレ997が話の最初と考えて読むと
また言い訳が始まった
183 ：デフォルトの名無しさん：2013/01/02(水) 08:20:08.64
>>180
それについてはアイテムID再利用の仕組みにバグがあったようなこと>>150のリンク先に書いてあったよ。
may not be handled properly ってあいまいな表現使ってる。
184 ：デフォルトの名無しさん：2013/01/02(水) 08:21:24.46
訂正
>>150じゃなくて、>>152ね。
185 ：デフォルトの名無しさん：2013/01/02(水) 08:23:44.77
>>182
>>162
186 ：デフォルトの名無しさん：2013/01/02(水) 08:28:01.25
>>185が息してない
コピペする気力ももうないのな
187 ：デフォルトの名無しさん：2013/01/02(水) 09:09:36.16
>>173
前スレが落ちて誰も見れないと思って
また>>17先生が嘘付いちゃったのか
188 ：デフォルトの名無しさん：2013/01/02(水) 09:17:29.28
>>178
それについては>>17以外は誰も種別の話をしていないから
捉え方もなにも無いだろ

前スレ>>995に対してレスしてるのは前スレ>>996のみ

996 名前：デフォルトの名無しさん[sage] 投稿日：2012/12/31(月) 08:39:28.10
そんなことまできかんとあかんの？もうしらん。
189 ：デフォルトの名無しさん：2013/01/02(水) 09:22:32.71
>>181-182
>>181は言い訳などしていない
一貫して種別の話をしてるのは>>17のみ
それ以外は>>181の言う通りユニークIDの話しかしていない

そもそも前スレ>>997が「種別というより〜」と書いていることから
日本語が理解できない限り勘違いしようがない
190 ：デフォルトの名無しさん：2013/01/02(水) 09:24:14.69
発端の前スレ>>995を無視してどうしてもそういうことにしたいんだね？
そうしないと悔しいもんね？
191 ：デフォルトの名無しさん：2013/01/02(水) 09:26:14.37
>>189
苦し紛れに饒舌になってどんどん穴掘ってるな

言い訳などしていない(ｷﾘｯ
↑アーッ
192 ：デフォルトの名無しさん：2013/01/02(水) 09:26:55.99
>>190
前スレ>>995から読めば馬鹿でも種別の話をしてるのは
お前>>17しかいないと分かる

お前がいくらそう主張しても無駄
193 ：191：2013/01/02(水) 09:31:30.87
>>17も種別に触れてる>>180も別人だけど
194 ：デフォルトの名無しさん：2013/01/02(水) 09:34:11.95
>お前がいくらそう主張しても無駄
鏡に話しかけるのが上手なのはわかった
195 ：デフォルトの名無しさん：2013/01/02(水) 09:35:53.14
>>192
自分の傷口抉るのって楽しい？
196 ：デフォルトの名無しさん：2013/01/02(水) 09:36:47.07
このスレ読めば誰でも分かる嘘をそこまで必死につくなんて
>>17も相当追い詰められてるなｗ
197 ：デフォルトの名無しさん：2013/01/02(水) 10:30:18.52
>>196
>相当追い詰められてるなｗ
鏡に話しかけるのが上手なのはわかった

ここまでさむい人間も珍しいな
珍獣臭がする
198 ：デフォルトの名無しさん：2013/01/02(水) 10:34:55.63
もう>>17は論理的に反論するのが無理だから
適当に荒らすしか手段が無いんだなｗ

前スレ>>997が種別の話じゃないと言っている限り
お前が何を言おうと勘違いしてるのは>>17のみ
199 ：デフォルトの名無しさん：2013/01/02(水) 10:35:01.90
全てのアイテムにユニークID振るメリットって何よ？
トレースしやすくなるとか？
200 ：デフォルトの名無しさん：2013/01/02(水) 10:41:44.25
>>198
話題の1レス目を無視して完全に破綻　後に引けなくなってる
無様だな
ここに居場所なくなったら死ぬしかないもんなお前そりゃ必死になるよな

>>199
チート対策とかその辺
201 ：デフォルトの名無しさん：2013/01/02(水) 10:45:26.10
>>200
お前が何を言おうと種別じゃないと言ってるレスに対して
お前が種別の話をレスしてる事実は変わらんよｗ

誰から見ても100%揺るがない事実
それに対して俺もレスは何ひとつ論理的でないｗ

997 自分：デフォルトの名無しさん[sage] 投稿日：2012/12/31(月) 08:47:36.57
いや俺も興味あるな
MMORPGとかってアイテムがほぼ無限に生成される可能性があるのに
どうやって管理してるの？
ID付けるって言っても、いつかオーバーフローするよね？

998 名前：デフォルトの名無しさん[sage] 投稿日：2012/12/31(月) 08:56:55.10
アイテム種別が40億超えるネトゲがあると思ってるのか
Max決めて配列使えばいいとこを動的確保しちゃうタイプか
202 ：デフォルトの名無しさん：2013/01/02(水) 10:48:48.78
>>201
根拠にならないことを根拠として同じことをオウムのように繰り返すだけの
駄々っ子のお前には理論的な会話は成立しないから
レスをピックアップして自分の願望通りの流れにしようとしてるようだけど
やればやるほど無様さが増してるぞ？
203 ：デフォルトの名無しさん：2013/01/02(水) 10:51:18.33
>>201
そこから見ても確実に>>17が馬鹿なだけなのに
よくやるよねｗ
204 ：デフォルトの名無しさん：2013/01/02(水) 11:03:53.54
>それに対して俺もレスは何ひとつ論理的でないｗ
自滅吹いた
205 ：デフォルトの名無しさん：2013/01/02(水) 11:05:27.03
>>152
それ実際問題アイテム数が40億越えたのかね？
再利用できてない死にIDが半分以上あるんじゃないかと思うけど
206 ：デフォルトの名無しさん：2013/01/02(水) 11:06:45.92
>>201
前スレ>>995からの流れ見りゃ100%分かる事実を
ここまで誤魔化そうとする>>17の根性だけは凄いなｗ
207 ：デフォルトの名無しさん：2013/01/02(水) 11:08:24.01
>>205
リンク先に再利用ミスってたことが書いてある。
208 ：デフォルトの名無しさん：2013/01/02(水) 11:24:06.21
馬鹿が二人集まるとどうしようもないな
209 ：デフォルトの名無しさん：2013/01/02(水) 12:09:46.13
ゲ製でやれ
210 ：デフォルトの名無しさん：2013/01/02(水) 13:22:58.04
じゃあやっぱり再利用でいけるっぽいじゃん
211 ：デフォルトの名無しさん：2013/01/02(水) 14:53:58.03
アンカレスが来ないから顔真っ赤君は今頃ホッとしてるんだろうな
212 ：デフォルトの名無しさん：2013/01/02(水) 15:42:16.96
>>173
まーた>>17がファビョって嘘付いちゃったかｗ
ここまで明らかな事実に嘘を突き通すってことは
もう後にひけなくなっちゃったんだなｗ
213 ：デフォルトの名無しさん：2013/01/02(水) 16:58:25.41
>>212
他のスレも荒らしてるクズの子でしょ？
↓ここはもう追い出されたとこだから行き辛いの？
http://toro.2ch.net/test/read.cgi/tech/1353308523/
214 ：デフォルトの名無しさん：2013/01/02(水) 18:50:37.71
MMOのログってどの程度とっとくものなの？
アイテムの受け渡しは当然とるとして、倒したMOBのIDはとっとく？
まさかダメージの1つ1つまではとらないよね？

それでやっぱりプレイヤーベースのApacheみたいなログ？
プレイヤーごとにログファイル作る？一つのファイルに全部書き込む？
215 ：デフォルトの名無しさん：2013/01/02(水) 18:54:10.39
>>214
そもそも君がログを取る理由（目的）は何だ？

何をログるかはそれに依るだろ
216 ：デフォルトの名無しさん：2013/01/02(水) 18:59:18.43
その辺は端末からログレベルを設定できるようにする。
217 ：デフォルトの名無しさん：2013/01/02(水) 19:06:17.74
>>173
多分>>17は子供のころから人の話は
ちゃんと聞きなさいって言われ続けたんだろうな

ちゃんと種別じゃないって言ってるのに種別の話して
それを指摘されたら逆切れだもんねｗ
218 ：デフォルトの名無しさん：2013/01/02(水) 19:10:00.26
>>217のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
219 ：デフォルトの名無しさん：2013/01/02(水) 19:11:54.36
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
220 ：デフォルトの名無しさん：2013/01/02(水) 19:47:36.80
>>215
難易度の調整のために使いたい
例えばとあるボスに適正レベルで挑んだ場合、撃破できるまでに2〜3分かかるように作ったとするだろ
この2〜3分ってのはその適正レベルで入手できる平均的な装備で、通常攻撃とかスキルで攻撃した場合の単位時間辺りの平均与ダメージで、
実際に自分でテストプレイしてみたら2分弱で撃破できたことから計算したものだ
だけど適正レベルでも多少レア装備持つプレイヤーもいるわけで、
さらにスキルの組み合わせも開発者の予想外の組み合わせで高ダメージを叩き出す場合もあるわけで、
いくらその好条件でも20秒足らずで撃破されたらちょっと微妙だから、
スキルかボスか装備かに調整入れていくことになる
そのための情報が欲しい

>>216
ログ形式そのものも変更できるようにしとくわけか
なるほど
221 ：デフォルトの名無しさん：2013/01/02(水) 20:13:01.87
>>217
自分のこと良くわかってんじゃん
きもいわ〜ニートって

>>219
ほらでた得意のコピペ
>>995の存在から必死に逃げる姿が無様すぎ
間違った前提を根拠にどこまで逃げるのか見ものだな
さすが逃げの一手で人生歩んでるだけある

＞それに対して俺もレスは何ひとつ論理的でないｗ
びびってボロ出しちゃったんだね
222 ：デフォルトの名無しさん：2013/01/02(水) 20:19:51.71
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
223 ：デフォルトの名無しさん：2013/01/02(水) 20:22:44.45
>>220
> スキルかボスか装備かに調整入れていくことになる
> そのための情報が欲しい

そのために必要な情報はゲームを作った自分が一番よく知ってるのではないのか？

というか、お前しか分からんだろ
224 ：デフォルトの名無しさん：2013/01/02(水) 20:25:48.67
>>222
お前は自分の過ちを認めてしまったからもうオウム返ししか出来ない

＞それに対して俺もレスは何ひとつ論理的でないｗ
225 ：デフォルトの名無しさん：2013/01/02(水) 20:30:22.64
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
226 ：デフォルトの名無しさん：2013/01/02(水) 20:51:13.25
>>225
また自分のプロフィール貼って自滅かよｗ
＞・反論できなくなると単純なコピペしかできなくなる←New

完全にファビョってるなこれ
お前泣いてるのかｗｗｗ
227 ：デフォルトの名無しさん：2013/01/02(水) 20:55:28.58
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
228 ：デフォルトの名無しさん：2013/01/02(水) 20:57:23.65
>>227
ほら反論してみろよ
できないよねぇだって自分が言ってることおかしいって気付いちゃったもんね
泣いててキーボード打てませんかぁ〜〜？
どうせまたコピペでごまかすんだろうけどｗ
229 ：デフォルトの名無しさん：2013/01/02(水) 20:57:41.23
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
230 ：デフォルトの名無しさん：2013/01/02(水) 20:59:16.67
>>229
ほらやっぱりコピペしか出来ないｗ
早くごめんなさいしないと胃に穴開くよ？ｗｗｗ
231 ：デフォルトの名無しさん：2013/01/02(水) 21:00:00.83
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
232 ：デフォルトの名無しさん：2013/01/02(水) 21:00:50.89
>>229
最新レスみて煽られてたから即座にコピペしたのか
これは間抜けといわざるをえない
233 ：デフォルトの名無しさん：2013/01/02(水) 21:01:34.95
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
234 ：デフォルトの名無しさん：2013/01/02(水) 21:10:18.28
もしかして一人で二人分書き込んでる可哀想な人なのかって気がしてきた
235 ：デフォルトの名無しさん：2013/01/02(水) 21:20:18.05
だろうな、時間的タイミングが合いすぎてる。
掲示板荒らしの考えることはよくわからん。
236 ：デフォルトの名無しさん：2013/01/02(水) 22:18:15.21
楽しそうだから放置してあげればいいんじゃないですかね。
237 ：デフォルトの名無しさん：2013/01/02(水) 22:56:13.69
>>223
うーん、必要な情報は分かってるけど、どういう形式(？)にしたら後からたどりやすいかが分からない
さっきの例で言うと、まずボスを倒すのにかかった時間を取得しなければならない
それが異常に早ければそのときパーティーメンバーを再現して、その中から異常な与ダメの奴を抽出して、そのときの装備と使用スキルを知らなければならない
そのキャラの基本性能がさほど強くなくても他のキャラのスキルなどによって強化されていた場合にはそのスキルも知らなければならない

・ボスを倒すのかかった時間を知る→攻撃日時の保存
・そのときのパーティーを知る→パーティーの情報を保存
・異常な与ダメの奴を抽出→全プレイヤーの与ダメを全て保存？(使用スキルもセットで)
・装備を知る→与ダメごとに装備の情報もセットで保存するのはナンセンスだから、装備の変更履歴から再現できるように装備の履歴を全て保存？

・・・これ莫大な情報量になるんじゃないのか
特に与ダメを全て保存するとか正気の沙汰じゃない気がする
238 ：デフォルトの名無しさん：2013/01/02(水) 23:00:48.47
>>237
出来ればDB
239 ：デフォルトの名無しさん：2013/01/03(木) 00:12:54.11
>>237
> ・・・これ莫大な情報量になるんじゃないのか
> 特に与ダメを全て保存するとか正気の沙汰じゃない気がする

それは根拠の乏しいカンなのか、
それともログデータ量をちゃんと見積もってみた上での印象か。

見積もっていないのなら、まずざっくりと見積もってみるのが先だ。
普通に予想通りプレイされた場合の平均的なログデータ量。
倒すのが異常に遅い場合のログデータ量。
（平均的xダメージしか与えられず時間tかかった場合のデータ量 f(x, t) ）
それらのn人のプレーヤー（パーティ）分。
そしてそれが時間T遊ばれた場合のデータ量。

正確である必要はなく概算でいいが、根拠をはっきりさせ、論理的に見積もること。

そうしてざっくりと見積もったデータ量が、どれくらいまでなら許容できるのか。

戦闘数回分くらいしか許容できないのなら、
異常でなかった戦闘ログデータは直ぐに破棄しなければならないと分かる。

戦闘1回でも許容できなさそうなら、データ量を減らすしかないと分かる。
例えば、とりあえず全てのログを保存してから後で異常なデータを調べるのではなく、
戦闘中に異常なダメージを検出した場合のみ、その瞬間のステータスをログに保存するとか、
検出した異常ダメージの瞬間からさかのぼって数ターン分だけ保存するとか。
240 ：デフォルトの名無しさん：2013/01/03(木) 05:26:54.28
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
241 ：デフォルトの名無しさん：2013/01/03(木) 06:04:03.90
>>240
こっちじゃないとアク禁になるぞ
http://toro.2ch.net/test/read.cgi/tech/1353308523/
242 ：デフォルトの名無しさん：2013/01/03(木) 06:04:52.15
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
243 ：デフォルトの名無しさん：2013/01/03(木) 15:24:54.14
どんな生き方したらこうなるんだろう
244 ：デフォルトの名無しさん：2013/01/03(木) 23:35:44.98
結局>>17は尻尾まいて逃げ出したかｗ
245 ：デフォルトの名無しさん：2013/01/04(金) 00:40:54.26
>>244
粘着質ですぐファビョるコピペニート君の唯一のお仕事きたわ〜
不利になるとコピペでごまかすとかまじ小学生レベルｗ
コピペした時点で敗北宣言してるってのにｗｗｗ
さーてお前は同じレスで何個書き込み無駄にしたのかな〜？
246 ：デフォルトの名無しさん：2013/01/04(金) 00:41:17.36
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
247 ：デフォルトの名無しさん：2013/01/04(金) 00:42:26.57
>>246
はい、お前の負け
コピペ＝敗北宣言
248 ：デフォルトの名無しさん：2013/01/04(金) 00:43:12.05
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
249 ：デフォルトの名無しさん：2013/01/04(金) 00:44:10.84
敗北者が何言ってもな
250 ：デフォルトの名無しさん：2013/01/04(金) 00:44:25.53
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
251 ：デフォルトの名無しさん：2013/01/04(金) 01:39:07.77
DirectXを使って作ってます。
名前やチャット入力のためのテキストボックスを表示したいのですが、テキストボックスのプロシージャ
252 ：デフォルトの名無しさん：2013/01/04(金) 08:33:25.18
結局>>17は尻尾まいて逃げ出したかｗ
253 ：デフォルトの名無しさん：2013/01/04(金) 10:04:57.65
諦めんなよ！！！
254 ：デフォルトの名無しさん：2013/01/04(金) 10:51:26.58
>>251
DXUT使え
255 ：デフォルトの名無しさん：2013/01/04(金) 17:50:47.73
DXUTてなんなんや！
256 ：デフォルトの名無しさん：2013/01/04(金) 19:45:09.61
DirectXSDKで開発するときにGUI周りの管理を簡単にしてくれるユーティリティー
このライブラリを使うことでリッチなGUIが簡単に作成できる
素晴らしいフレームワークだよ
257 ：デフォルトの名無しさん：2013/01/04(金) 19:53:32.14
un
258 ：デフォルトの名無しさん：2013/01/04(金) 20:31:18.75
エッチなGAYは無理？
259 ：デフォルトの名無しさん：2013/01/04(金) 21:14:27.73
エッチなGAYも可能だぞ
260 ：デフォルトの名無しさん：2013/01/05(土) 02:12:26.91
モルピグのパーティーで敵を倒したときに入る経験値ってどんな計算式がベストだと思う？
MOB1匹の経験値をxとしたときの計算式で教えてくれ

例えば、パーティーの人数をnとすると、x/nがオーソドックスだよな
だけどそれだと寄生する人がいるから、倒した人だけは(x/n)*2がいいかなと思う
だけどそうするととどめだけ刺したがる寄生がいるから、MOBのHPに対して与えたダメージの比率によって経験値を計算するのもいいかなと思う
そうすると、例えばAさんの与えたダメージがMOBの全HPのa%だとすると、x*a%になる
だけどそうすると基本的にあまりダメージを与えない補助職の経験値がほとんど0になる
どうしたらいいんだ
261 ：デフォルトの名無しさん：2013/01/05(土) 02:46:23.44
パーティメンバーを評価するシステムで
262 ：デフォルトの名無しさん：2013/01/05(土) 10:10:54.90
そういうのはゲ製でやるべき
263 ：デフォルトの名無しさん：2013/01/05(土) 10:26:23.96
>>260
経験値を１つにせず、均等に割り振る経験値／止めをさした人の経験値／攻撃割合での経験値／回復・補助割合での経験値と４種類くらいに分ければいいんじゃないか
xを一定の割合で分割してから割り当ててもいいんだろうけど（4:1:4:4とか）

プログラムじゃなくてシステムの問題だから、ゲ製の方が適切な回答が得られそうだな
264 ：デフォルトの名無しさん：2013/01/05(土) 11:16:56.25
パラメータ調整はプログラマじゃなくデザイナだ
265 ：デフォルトの名無しさん：2013/01/05(土) 12:00:40.25
パラメータ調整しやすい仕組みを作るのはプログラマの役割だが

まぁ、今回の質問はデザイナやプランナの領分だな
266 ：デフォルトの名無しさん：2013/01/05(土) 13:59:09.45
結局>>17は完全逃亡しちゃったかｗ

唯一の才能であるオウム返しでさえ負けるとか雑魚過ぎるｗ
267 ：デフォルトの名無しさん：2013/01/06(日) 05:33:35.67
粘着してよほど悔しかったんだろうな
268 ：デフォルトの名無しさん：2013/01/06(日) 05:35:18.55
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
269 ：デフォルトの名無しさん：2013/01/06(日) 08:19:07.80
こいつ別人が煽ってることも気付かずずっとファビョり続けるんだろうな
270 ：デフォルトの名無しさん：2013/01/06(日) 17:21:44.14
>>17雑魚過ぎるなｗ
271 ：デフォルトの名無しさん：2013/01/09(水) 22:27:36.16
キャラの座標を保持する場合は"（左上の）頂点＋大きさ"と"中心＋大きさ"どちらで管理した方が良い？
272 ：デフォルトの名無しさん：2013/01/09(水) 22:33:25.89
右下
273 ：デフォルトの名無しさん：2013/01/09(水) 22:39:22.11
>>271
どういうゲームかにもよるけど、座標は中心のが楽なことが多い
円の当たり判定とかで使えるし
274 ：デフォルトの名無しさん：2013/01/09(水) 22:50:00.81
>>271
（左上の）頂点＋大きさで管理してみて、使いにくかったら
中心＋大きさに変えてみれば良いんじゃないか？

最初からどちらかに決める必要はないと思うが。
275 ：デフォルトの名無しさん：2013/01/09(水) 22:51:06.47
どうもです。回転行列掛けるときも楽なので中心にしてみますね。
ちなみに3Dの場合はどうしてます？足元の座標で管理してる人が多いのかな？
276 ：デフォルトの名無しさん：2013/01/10(木) 03:33:35.39
俺のFPSは人間の場合は足元の座標で管理してるよ
モンスターはざっくり重心を考えて、重心から真下に下ろした位置で管理してる
中心(重心)とかにするとしゃがんだときとかに処理が面倒
277 ：デフォルトの名無しさん：2013/01/11(金) 00:56:52.99
確かに、接地してるとこが無難かもね。
278 ：デフォルトの名無しさん：2013/01/11(金) 05:49:19.88
僕は可動にしてます。
キャラクターの大きさが変わるので重心＋そのときの大きさにしてます
279 ：デフォルトの名無しさん：2013/01/11(金) 13:42:27.20
ゲームで使う乱数は何がいいのでしょうか？
再現性なくていいのでできるだけまんべんなく出るやつをお願いします
280 ：デフォルトの名無しさん：2013/01/11(金) 14:32:22.59
プログラムだけで作る乱数はもれなく疑似乱数になるから、必ず再現性があるよ
ゲームくらいならXorshiftが手軽でオススメだけど、メルセンヌツイスタが周期が長くて人気もあるよ
どちらもrandと比べると初期化がちょっと面倒なんで注意
281 ：デフォルトの名無しさん：2013/01/11(金) 14:40:08.26
別スレッドでプールにデバイス乱数を溜め込んで
ゲームロジックのスレッドでプールから取り出す
282 ：デフォルトの名無しさん：2013/01/11(金) 14:48:26.72
円周率でイこう
283 ：デフォルトの名無しさん：2013/01/11(金) 15:05:04.07
乱数テーブルを用意して順に使っていき、使い終わったらシャッフルしてまた使う
トランプみたいなものだな
ゲーム程度ならこれで十分
284 ：デフォルトの名無しさん：2013/01/11(金) 15:34:29.36
Xorshiftのシードは何が良いかな
285 ：デフォルトの名無しさん：2013/01/11(金) 19:35:52.97
>>280-283
ありがとうございます
ちょっとそれらの中から簡単そうなのを選んで試して
一番まんべんなく出たやつでやってみます
286 ：デフォルトの名無しさん：2013/01/11(金) 19:44:03.02
まて、実際に試して比べていたら日がくれるだけでは済まんぞ
287 ：デフォルトの名無しさん：2013/01/11(金) 20:23:07.38
範囲限定して0~99が満遍なく出るかどうかくらいは楽勝じゃね？
288 ：デフォルトの名無しさん：2013/01/11(金) 20:51:35.93
modって知ってる？
289 ：デフォルトの名無しさん：2013/01/11(金) 20:54:36.55
modのことに決まってるだろ
290 ：デフォルトの名無しさん：2013/01/12(土) 00:01:55.89
質問

1.モルピグのゲームガードってあれは何をしてるの？チート対策のためにメモリと通信を見張ってると思い込んでるけど合ってる？

2.もしチート対策なら俺も欲しいんだけど値段が高すぎる、低性能でもいいからモルピグ開発できる程度のスキルがあれば自分で作れる？
291 ：デフォルトの名無しさん：2013/01/12(土) 00:12:24.67
チート対策ってどういう意味？
まず普通に作るならクライアントでは鯖から受け取ったビューを描画するだけだし
クライアントが鯖に送るのは入力データだけだからスーパーハカーが鯖へ
不正アクセスする以外でチートなんか無理じゃね？
292 ：デフォルトの名無しさん：2013/01/12(土) 00:23:37.84
>>291
いや、一部完全なリアルタイム性を問われる部分に関してはクライアントで処理するから、その辺りやられたらまずいなと思って

具体的にはキャラが走って移動する場合とか、
キー入力を鯖に送って移動処理をして、移動先の座標を鯖から返して移動するのでは遅すぎるから
蔵で移動処理をして移動先の座標を鯖に送るだろ
ここでチートされて移動距離を本来より長くされて送られたら困るなという話
鯖でも単位時間辺りの移動距離が異常じゃないかどうかのチェックは入れるけど、
多少の通信の遅延などを考慮して余裕をもたせるから、その余裕ギリギリまで移動速度を速められたら困る
他にも1秒を争うスキルのクールタイムとか
293 ：デフォルトの名無しさん：2013/01/12(土) 00:46:20.23
>>289
ある数を法としてmodってランダム性が見られても他の数でもそうなるわけじゃない
嘘書くと真に受ける奴がいるからやめてくれ
294 ：デフォルトの名無しさん：2013/01/12(土) 01:00:49.96
>>292
その場合はクライアント側で入力を好き勝手処理させて画面内を移動させても良いけど
鯖側ではあくまで入力情報分の更新しかしないでおいて、一定周期で同期取って
クライアント側のビューを強制的に修正するんじゃ？
295 ：デフォルトの名無しさん：2013/01/12(土) 02:48:28.57
>>292
細かい当たり判定とか、一部クライアントでゲーム性に関係するものも処理するけど
サーバでも大まかな当たり判定をとってショートカットを防止したりするし
その手のチートはだいたいサーバ側で対処してるよ
頻繁に引っかかるようならチェックして
垢バンするのが普通の運用じゃないかなぁ

クライアントで改ざん防止をするのは、
ほとんどボット対策のためだと思う
296 ：デフォルトの名無しさん：2013/01/12(土) 06:24:05.13
オンラインゲームを支える技術って本にそこらへん詳しく書いてあるよ
もってるけど
297 ：デフォルトの名無しさん：2013/01/17(木) 21:21:42.20
ところでもまえらなんかゲーム作ってる？
プラットフォームはどこか教えてくれ。
今の時代、winPCなんて選択があるわけねーよな？
298 ：デフォルトの名無しさん：2013/01/17(木) 21:47:41.48
winPCに決まってる
299 ：デフォルトの名無しさん：2013/01/17(木) 21:50:03.10
>>297
今週モルピグ作りはじめた
モルピグっつーか今はまだモルピグを作りやすくするツール
300 ：デフォルトの名無しさん：2013/01/17(木) 21:59:38.90
わたしもwinPCです
301 ：デフォルトの名無しさん：2013/01/17(木) 22:26:38.53
>>297
ああ、蔵はWindowsPC
鯖はLinux
302 ：デフォルトの名無しさん：2013/01/17(木) 22:41:40.96
winPC以外でゲームとか低学歴丸出しのソーシャルゲーマーしかいないじゃん
303 ：デフォルトの名無しさん：2013/01/18(金) 00:03:04.45
>>299
鯖はどうすんの？
304 ：デフォルトの名無しさん：2013/01/18(金) 00:31:29.65
ブラウザ+android+ubuntu
305 ：デフォルトの名無しさん：2013/01/18(金) 00:39:24.82
世間で噂になってるアレ
306 ：uy：2013/01/18(金) 04:36:09.70
トリ忘れたわ
完全にプログラムなんてどうでもよくなってしまったか
俺さぁやっぱふつうの人の一万時間の法則を10分の1くらいでこなしてる気がするんだ
いつからそれが出来るようになっていたのかはわからない
まじめな話、独学でプログラムやって3ヶ月目でC++WINAPIでguiゲーム作って
一年後には規模でいうと一万越えのゲーム作って(こんとき既に内部で自作スクリプト走ってる)
次の一年にはコンパイラやらOSと、ほぼすべての言語さわっちゃうような奴ってどのくらいいるんだろうか？

おおよそ半年でさ
おまえ等の言う一人前とやらになってて
一年目には上位PGになってて
二年目には普通の奴じゃ10年かかってもたどり着かない場所にいて
三年目以降は何で自分を計ったらいいかさえわからなくなった

で、やめた
307 ：デフォルトの名無しさん：2013/01/18(金) 04:50:12.75
ふう
308 ：uy：2013/01/18(金) 05:28:53.07
なにかあたらしいこと始めたときにさ
本気出したときに周りに成長速度でおいてかれるみたいな経験が今までで一度もないんだ
今は音楽関係やってるけど
ありえない速度なんだろうなぁって自分で感じてる
なんつか三ヶ月？程度で適正なかったはずなのにもうここまできてるってことは
適正ありまくりな上に三年間も時間かけてしまったプログラムって
自分はどのレベルなんだろうかとか考えると
とても2chでの煽りとかがすべてどうでもよくなった
ちなみにROも少しやってたけど、ほんと遊びでやってたんだけど
いつの間にか本気になってて、異常だったな
ギルド戦がメインだったから作業プレイと違うからな
BOTとかも一途中で作り方わかったから一応やれたんだけど全部セーブしてプレイした
プログラミングやってるのと同じ感覚で、効率的に相手をつぶす感じ
自分のなかの一番他人にむけて使っちゃいけない力を行使してたかも
まぁゲームだからいいかーみたいな感じもあったんだけど
たかがゲームでやってない人もいるんだよ
追いつめすぎたんだと思うけど、何人かROを通じて数千万単位の賠償金を負ったかな
さすがにそこまでやる気はなかったよゲームだし
でも自分の力でこういうことが起きちゃうのは、そろそろ自覚したほうがいいんだよね
ム板マ板にも、俺と関わったかなりの奴がリアルで死んでるのかもな
厨２病なんだろうけどさ実際に起こってる、事実が
厨２病であり、リアルでハッタリではない厨２性能なだけだわ俺

普通の人は自己資産のようなものを積み上げて人生を
数ヶ月で積み上げちゃうから
貯めた水がコップいっぱいになったらこぼしてすぐ次の水をため始める、で全然飲まないみたいな…
普通じゃないのよ
普通の人が下手したら一生かけても出来ないことを悠々とやって
それを平気で捨てちゃうんだからな
プログラミングの技術もそれかな
309 ：uy：2013/01/18(金) 05:44:23.06
気づいたんだけど
自分からみてすげーと思ってた人は
凄いんじゃなくて積み上げてきた自己資産が一カ所にあるだけで
人としてのスペックではなんかもうとっくにこの世界のだれもを越えてるわ
こんな資産バラッバラにしながらコップの水をためながら捨てながら生きてる自分
楽しすぎるけど、やな生き方よの

正直、他人は俺にケンカ売ったり煽ったりする元気のあるうちが華
勝てるわけがないのだからな
わざわざ死ににきてくれてるんだから倒しても文句は言われない
逃げてるやつをこっちから追って倒すのはつまらんからね
誰からもケンカ売られなくなると暇でしょうがないよ

ちょっと自分の本当の力に気づくの遅かったかな
魔法みたいに、念じただけで人を殺せるとか
実際そういう類のものと大差ないよこれ
だから自覚しないとな
やろうとしたら
やれてしまう

もうマジで魔法かなにかの領域かもしれない
魔法というカテゴリーでいいような気がしてきた
もう人じゃないや
魔法使いだおれ
310 ：uy：2013/01/18(金) 05:58:54.51
いつからだろ
多分プログラミングやる以前はここまでじゃなかったけど
俺はプログラミングの世界のＭＡＴＺもリーナスもゲイツなども
みなハッタリで生きてるくらいは気づいてるんだよ
そのハッタリをすべて真に受けて、素でやってしまったら
なにかが変わったとでもいうか
量子力学的に考えると
極めるのはひとつでよくて
扉さえ開けたら
なんでもいいのよね

量子力学的の観測者の問題とか
俺からしてみたら納得のいくことだよ
あっそうやって作ってるんだくらいにか思わなかった
なんで科学者はさっさと理解しないのか
ラムダ計算と量子力学は似てるね
同じ場所にあるものだわ

信じれば必ずできる！ みたいなスポーツにある格言も
量子力学的な考えから導き出される必然な答えだからね
同時に、複数の未来が確定するから
そりゃ信じたら
信じまくったら
思い通りになるよ
未来が物凄い勢いで人の刹那の数だけ分岐してるんだから
311 ：uy：2013/01/18(金) 06:13:25.57
ようは信じろってことさ
何事もな
この瞬間にも未来は分岐してて
だからこそ生き物は、動ける
動いてないのに信じる力で未来を無理矢理変化させて
動いてるフリだよ
実際は言葉なんかじゃ表現不可能な
ソレだ

ここまでわかっちゃうと
マジでやることなくなってくるんだよなｗ

この世界で何して遊ぶか

とりあえずさ
世界は常に分岐してる
自分の見てる夢の中にしか自分はいない
ただ自分の見てる夢に近い奴の夢は
分岐はするけど世界分岐後の位置が近いから
寄り添ったりできる
それ以外の人間はＮＰＣなんよ
だからさ
なるべくみんなと似たような世界分岐にいかないと
迷子になって
周りがＮＰＣだらけになる怖さがある
気をつけようね
これで宇宙も人も世界もすべての式は通ります
でも世界の形なんて知っててもしょうがないよマジで
どうにもならない力の元、完璧にフリーダムだから
自分の妄想それこそが、この世界と同じものなのだよ
312 ：uy：2013/01/18(金) 06:38:53.52
だからさこの世界で起きることの全ては自分のせいだからな…？
わかりやすくいえば誰かの世界では９１１など起こってない
でも残念ながら俺らは９１１の発生した世界軸を見てる
だからこれは俺らの責任
俺らは同士だよ似たような世界軸にいる奴らが７０億？もいるんだわ
世界軸がずれすぎたやつらは死んでいく
そんだけのこと別の世界軸では生きてる
妄想しろ
その妄想できる全てのパターンが自分のもってる世界 いける世界
そして世界はさらに広く膨大なパターンを持つ…量子力学の先には何もないよ
これが全てだが
刹那の世界分岐を認めてしまうと
マジで全ては可能で、可能すぎてやる気なくすｗだから何かしら不可能になる独自ルールが欲しかったりすんのかな
自分にできない事のほうが重要だ
プログラミングの果ては0と１じゃなくて０だって言ったよな
世界もそう、０ というか無でなく
有 としての有をもった０があって
ただのそのひとつのデータで全てが表現可能、ほらわかるだろ？
木 という漢字は４バイトだが、一文字だ
森 という漢字は一文字だが木が沢山あることを意味するならば森海山 などをひとつの漢字にした漢字を作れば一文字でなんだって表現できる
二進数なんて甘えだよ最後には一進数

量子力学なんて知っちゃうとつまらなすぎるぜ
０が全てが表現できてすが可能となる定義
人から苦悩や苦悩を抜き取ったら何ものこらねえ
だから時間を与えたか
それさえも、理解してしまった後では、合点がいく
しいていうならズレない生き方しろよな
大勢に混ざって生きるのが、一番マシよ
絵や音楽もそう、ズレすぎた感性はダメだからな、大勢との共通した感性
あとは自分だけのストーリーもてよって、ところか
313 ：デフォルトの名無しさん：2013/01/18(金) 09:45:14.55
どんな状態であれ例えばＡという一つ文字で確かに表現できる
問題は異なる状態Ｂがあったとき、Ａとの違いをどう表すかだ
314 ：デフォルトの名無しさん：2013/01/18(金) 10:35:01.87
2chで長文書いて妄想アピールしなきゃ自我が保てない人って、
どういう風に育ってきたんだろう
315 ：デフォルトの名無しさん：2013/01/18(金) 10:49:12.63
ここに長文を書いて自我が保てるくらいならそれでいいじゃないか
公共の場所で怒鳴り散らしたりしてる人とかたまに見かけるけどアレよりよっぽどマシ
（uyがリアルでもこのままって可能性もあるけどw）
316 ：uy：2013/01/18(金) 15:43:46.23
音楽の才能は自分にはないんだけどさ
それを覆すだけのなプログラミング能力があるってのは
どんだけ異常なことだろうか
人の一生が自分にとってはなんでもなく、読むまでもなく
最初から知ってる
だから出来る、なんの不思議もないし必然だわ
そもそもこんな存在に勝てる奴などいない
俺はこの世界そのものかな
この世界下にあるすべては俺の支配下にある

俺はもう ゼロから世界を作れる
ソースコードがかける
作れないものがない
逆にこれは不可能が欲しいわ…
自分に不可能な事とはいったいなにか
もう不可能を探すのは終わりでいいのかもしれないな

ブラックホールみたいなものが
近日中にこの星飲み込んだらごめんな

もしかしたらブラックホール的なものは
この状態に入った奴が意図的に作っちゃうものなのかもしれない
今すべてが可能な状態だからな
まぁ気をつけるよ
317 ：uy：2013/01/18(金) 15:50:44.95
昔にさ
世界渡りを何度かやった経験あるんだよ

テストに×がついていたのに
答えあってるのになんで？って思って先生に見せに行ったら
×が○に変わってた

今思うとアレな自分の勘違いなんかじゃなくて
世界をわたったのよ
分岐を遡って、自分の望む分岐に無理矢理に入り込んだ

そんな経験おまえ等にもないか？
これ一回じゃなくて二回あったからな

俺は自分の目や記憶の正しさには相当の自信あるし
なにかを勘違いしてたなんてことは生まれてこの方、そのテストのやつとテレビ番組の曜日と、３個しかない
だから多分その３回、世界渡りをやっちゃってる
318 ：uy：2013/01/18(金) 16:03:04.55
幻覚や幻聴なんてのも
世界渡りの一種なんだろうな
向こう側に行ききれてないから混線しておかしくなる
完全に行っちゃえば整合性はどちらの世界でもとれるから平気かもな

いろんなものの呼吸が聞こえるわ

しばらくは
不可能 をさがして見るんじゃなくて
可能 を見て
可能 可能 可能 可能
その先に何があるのか
さがしてみるかな
つうかもう不可能側が見当たらねーからな
両極端の片方終わっちゃった
あともう片方も終わらしたら
何が残るかねぇ
あまり急がずにやりたいね
目標があるって大事なこと
遠回りして遠回りして それに飽きたら遠回りやめて達成させるか くらいでちょうどいい
目標作ったとしても、今の自分じゃストレートにいったら一瞬のソレさえかからないからな
319 ：デフォルトの名無しさん：2013/01/18(金) 16:08:42.43
安易にNGしたくないから誰か新参の俺にもわかるように経緯か説明頼めない？
320 ：デフォルトの名無しさん：2013/01/18(金) 16:17:28.66
>>319
ポ
エ
ム
321 ：uy：2013/01/18(金) 16:24:26.48
なんかつまんないけどさ
ずっとさわってたプログラミング言語をとうとう隅から隅まで極めちゃった感じ？
なんかつまんないけど、気持ちよさはあるね
俺は今この世界と同化して
なんか全てのものが手にあるような
体が世界にとけ込んでしまいそうなそんな感覚かな
引き合う力で勝ってなきゃ死ぬんだろうね
宇宙や世界の式を自分の合点がいくまで推敲して、やりきったら、その後どうするか自分で決めないとだからな
最後の謎
解いちゃいけない謎だったかな何も考えず自由に生きたらいいという答えを全てを計算しきった後で、俺は出した
なんにも計算してないのにポンッと真理に近いこといっちゃうやつは凄いよなｗ
マジそういうのにだけは、ある意味で勝てる気しないわ
膨大なランダム意見の中のひとつが的確だっただけなんだけどね
俺はそういうランダムの一桁を大事にしたいな
計算で導き出すよりもランダムで引き当てるほうが難しいんだよだからおれは二番か
ランダムで引き当てる天然には一分野において劣る
その他は全勝
だからこそ俺は、その一分野で凌駕するやつに興味をひかれるんだろうな
世界を作れるようになったとしてもランダムだけは、ランダムゆえに非制御だからな
制御したランダムはランダムとはいわない９９％と１％の比率の偏りこそが
この世界のカタチ
322 ：uy：2013/01/18(金) 16:29:18.51
さて芸術に戻るわ

もうこのくらいしか
有意義がないからな

９９％側にいる俺は残りの１％を
どこまで減らし自分のものに出来るかをするわけじゃない
１％を１％のまま
手に入れる

それでこそ完璧だ


疑似完璧は
俺の世界にはいらないからね
323 ：デフォルトの名無しさん：2013/01/18(金) 20:59:46.04
これ、誰だろうね。

ゲーム業界を生きた男
http://rocketnews24.com/2013/01/17/285909/
324 ：デフォルトの名無しさん：2013/01/18(金) 22:13:05.98
面白い！もっと頂戴
325 ：デフォルトの名無しさん：2013/01/18(金) 23:17:19.86
uyのは長いだけならまだ読むけどどうせ内容もないから読む気にならない
326 ：デフォルトの名無しさん：2013/01/19(土) 00:31:41.96
読んでねぇけど、誰も頼んでないのに突然、自分語りでもしたんだろ。
半端無くキメェな。
327 ：デフォルトの名無しさん：2013/01/19(土) 02:27:39.02
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
328 ：uy：2013/01/19(土) 15:06:57.33
どうやらこのここも人が入れ替わったか
もう2chきてないのに未だに俺の話題あがってるのは異常な光景だったよ

神は信じていないが出世するやつって周りを踏み台にしながら進むよなそれを罪だとは思わんか裁く奴などいないが
世界の淀みは最底辺の人間が作る
ならば世界をもっともよい形にするには最上位クラスの奴が犠牲になり最底辺になって、さらに世界に淀みを作らないことだ
これ出来る奴どのくらいいる？
世界を救いたいなら簡単なことがある
自分が生きたまま死ねば
最低どこかで一人は救われる
いわゆる勝ち組といわれる奴らにも、少しはわかってほしいものだよね
俺は高校の頃からなんもかわってねーわ１５で死んだとも、始まったとも言える ただひとつ言えることは俺は人間が嫌いだが
人間を痛めつけるのはもっと嫌いだ
けどまぁ多少は罪をかぶらないと生きてはいけないからな
限度が必要だ
死ぬまでに罪を精算することなく逃げきれるみたいことは考えてない
それはクズと呼ぶ
それなりの権力者と会話することもあったけど
よくわかったよ、ああいうのは自分のことしか考えず他人を踏み台にするから地位があるんだ
全部がそうじゃないだろうが
毒をもって毒を制すも好きじゃない
毒には完全なる白で
毒蛇が自身の惨めさを自覚するまで白に染め上げる
悪にはならないよ
神は信じていないが俺が神だとすれば
やっぱ悪は裁くと思う
つうか難しいことがやりたいんだなｗ
毒をもって毒を制すなんて自分にとっちゃ簡単だから
毒を完全に白の物量で浄化するようなことをやりたい、そういう技縛りの上で相手倒した方がよりいっそうこちらの強さを伝えられるだろう
329 ：デフォルトの名無しさん：2013/01/19(土) 17:23:47.83
それと>>327を何度も書いてるゴミはなんなんだ
17アンカをNGにしたらここのレス数相当減ったぞ
330 ：デフォルトの名無しさん：2013/01/19(土) 21:48:06.39
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
331 ：デフォルトの名無しさん：2013/01/20(日) 01:54:10.71
>>329
粘着同士が対決して、片方だけ残ったんじゃないかな
またしばらくすればいなくなるだろうから放置するが吉
332 ：デフォルトの名無しさん：2013/01/20(日) 03:34:22.15
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
333 ：デフォルトの名無しさん：2013/01/20(日) 04:39:55.57
本来ゲ製で立てるスレだからな。
334 ：デフォルトの名無しさん：2013/01/20(日) 17:20:52.16
何故突然>>333が出てきたのか思考の流れがわからん
335 ：デフォルトの名無しさん：2013/01/20(日) 17:26:07.48
ゴミレスが続く理由だろ
336 ：デフォルトの名無しさん：2013/01/20(日) 17:29:08.37
？
337 ：デフォルトの名無しさん：2013/01/20(日) 21:41:53.83
とりあえず>>17が馬鹿って事で全て解決だな
338 ：デフォルトの名無しさん：2013/01/20(日) 21:53:14.28
この粘着っぷり何があったか知らんが哀れだな…
339 ：デフォルトの名無しさん：2013/01/20(日) 23:42:36.98
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
340 ：デフォルトの名無しさん：2013/01/21(月) 06:06:34.30
なんでこんなに必死なの？
341 ：デフォルトの名無しさん：2013/01/21(月) 07:33:34.35
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
342 ：デフォルトの名無しさん：2013/01/22(火) 04:33:09.44
ダンジョンとかで音を変えるのはどうしたらいいんですかね？
普通のところは靴底が石と当たるコツコツという音で、水が染みてるところはピチャピチャという音にしたいんですが。
3Dです。
343 ：デフォルトの名無しさん：2013/01/22(火) 07:09:33.57
>>342
地面が毒沼だったらダメージを受けるとか、
地面が氷だったらブレーキを効きにくくするといった処理と同じだ。

ダメージを受けるやブレーキを効きにくくする代わりに、
効果音タスクのスイッチを入れるだけ。
344 ：デフォルトの名無しさん：2013/01/22(火) 21:26:52.80
分子レベルのシミュレーションを作り音を出す
345 ：デフォルトの名無しさん：2013/01/22(火) 21:49:46.34
分子レベルだってよ
346 ：デフォルトの名無しさん：2013/01/23(水) 01:53:11.35
>>343
2Dのブロックみたいに区切られたマップならブロックごとにその設定をできるんですが、
3Dだとブロックみたいな境界がなくてアナログ的に水が染みてる感じになるのでどうしていいか分からないんすよ。
当たり判定用のモデルを音別に用意すればできないこともないんですけど、
開発が煩雑になるし現実的じゃないんです。
モデルを音別に用意するのは結局2Dのブロック別って発想の延長でしかないんで
なんか3D特有のやり方があるんじゃないかと。
347 ：デフォルトの名無しさん：2013/01/23(水) 02:50:29.43
大まかにタイルで区切って判定するなり、当たり判定用モデルを用意するなりするのが
開発が簡単で現実的なとこだと思うよ
348 ：デフォルトの名無しさん：2013/01/23(水) 07:20:05.55
>>346
2Dで、ブロックで区切られていないゲームを作れと言われたらどうするんだ。

2Dも3Dも関係ないよ。
もっと言えば1Dだって関係ない。
（アクセル＆ブレーキしかなく、地面属性が色々あるレースゲームとか）

空間を領域に区切り、その領域に入ってるかどうかを判定するしか無い。
その領域がたまたま矩形や直方体なら、君の言うブロックに区切ることになるし、
そうでないなら、君の言う当たり判定用モデルを用意することになる。

それで開発が煩雑になるのがよく分からんな。

地面や壁などとの当たり判定はどうしているんだ？
当たり判定用モデルで判定しているのではないのか？
（簡易的な球形や矩形モデルも当たり判定用モデルに含む）

当たり判定ルーチンが、キャラモデルと当たり判定モデルを使って、
キャラが当たり判定モデルと交差したかどうかを判定するものであるなら、
その当たり判定モデルを別の音用モデルと交換してもう一度判定すれば良いだろ。
同じルーチンを材料を変えて複数回呼ぶだけだ。
349 ：デフォルトの名無しさん：2013/01/23(水) 17:27:14.23
１．マップを２Ｄで適当な感覚で区切って属性をビットマップ状に持ちます
２．次に、マップ担当者に自由気ままな形状を作らせ、
　　"コ"面により平面上でカブりを発生させます
３．「クソが！！」と憤りつつ再びデータ構造を練馬押します
350 ：デフォルトの名無しさん：2013/01/23(水) 19:39:58.29
ゲームコーディングコンプリートに載っている「アクター」の役割がよく分からない。

159ページには、アクターとはゲームにおいて状態を変えられるオブジェクトを指す、とある。
例えばレーシングゲームの車や、アドベンチャーゲームに出てくるロウソクなど。

この説明から推測するに、逆に状態を変えないもの、例えば地面や壁、
あるいは背景などといったものはアクターではないと読み取ったんだが、
後ろの方のページを見ると、そうでもない感じだ。

このアーキテクチャによる実例サンプルとしてティーポットウォーズが載ってるが、
そこではゲーム中まったく状態を変えない地面（グリッド）もアクターとして扱われている。
しかもこの地面、状態を変えないどころか、他のアクターとの当たり判定処理もしていない。

何でこんなものがアクターとなるのか分からない。
アクターって何？
351 ：デフォルトの名無しさん：2013/01/23(水) 20:25:31.13
タスクシステム
352 ：デフォルトの名無しさん：2013/01/23(水) 21:14:33.14
アクターってのは役割のあるもののこと。
つまり役者だ。
幼少の頃からお遊戯会で木や草の役ばかりやってたお前なら分かるだろう？
思い出せ。あの日々を。
353 ：デフォルトの名無しさん：2013/01/23(水) 21:38:00.69
>>352
それは分かる。

で、なんでパラメータの変化もなく、
他のアクターとの相互作用もしないオブジェクトを、
アクターとして管理するのかという点が分からない。

そんなものに役割を与える意味ってなんだろう。
そんなものは背景と一緒にビューで管理すれば良いだけだと思うが。

アクターとして役割を与えて他のアクターと一緒に管理するメリットって何だろ。
354 ：デフォルトの名無しさん：2013/01/23(水) 22:03:20.26
これがアスペってやつか
本当に話が通じないんだね
355 ：デフォルトの名無しさん：2013/01/23(水) 22:10:51.48
すぐアスペ認定して思考停止するのもかなりエコな脳ですね
356 ：デフォルトの名無しさん：2013/01/23(水) 22:17:04.41
>>353
その本読んでないからなんともだけど何かするつもりでアクターにしてたけどデッドラインがとかじゃないの？
細かいとこ拘ってないでビューで事足りると思えば自分ではそれ使えば良し。
357 ：デフォルトの名無しさん：2013/01/23(水) 22:17:17.95
反省も無しか
ほんと話が通じない
358 ：デフォルトの名無しさん：2013/01/23(水) 22:18:28.94
Q.なぜか急に反省を求めた？
359 ：デフォルトの名無しさん：2013/01/23(水) 22:23:07.35
誰が求めたの？
360 ：デフォルトの名無しさん：2013/01/23(水) 22:26:56.11
ぅゎっ
361 ：デフォルトの名無しさん：2013/01/23(水) 22:55:35.69
>>356
> 細かいとこ拘ってないでビューで事足りると思えば自分ではそれ使えば良し。

そりゃ自分で作る時にビューで事足りると思えばそうするよ。

それとは別に、この本のアーキテクチャを理解したい。
理解した上で、使うかどうか、改造するかどうかは、別の時に判断する。
362 ：デフォルトの名無しさん：2013/01/23(水) 23:11:14.76
後で地面をラスボスにしゅるのって発想が出てきても困らないようにするため
363 ：デフォルトの名無しさん：2013/01/23(水) 23:19:47.73
まじめに頼む
364 ：デフォルトの名無しさん：2013/01/23(水) 23:52:04.47
>>346
トゥームレイダーの場合は、床が碁盤の目のようになっていて、
床の属性として音が含まれている。

フルポリゴンのマップの場合は、
例えば、床に１枚の画像を使ったとして、属性用の画像を追加で準備する。
水溜り部分の絵に対して、属性絵は赤色にしておく、
プログラムは属性を見て 赤色ならば”ぴちゃぴちゃ”と音を出す。

碁盤の目のように分割するのが簡単だよ（見た目はポリゴンで、判定部分だけを升目にする）
365 ：デフォルトの名無しさん：2013/01/24(木) 04:23:27.83
>>350
もっと後ろのほうのページでそのゲームを改良して地面も何か役割を持つとようになるとかじゃないの？
その布石とか
366 ：デフォルトの名無しさん：2013/01/24(木) 07:20:40.43
>>365
> もっと後ろのほうのページで

それはなかった。
布石なら、やはり後のページで種明かしされるはずだが、なかった。

出版社のサイトからコードをダウンロードして調べてみたが、
地面のアクターには特別な処理はなかった。

この地面にもパラメータに空間内での姿勢を表すマトリックスがあるが、
ゲームプレイ中この値が変化することはない。

ちなみに、本の中ではこの地面（やその他）のアクターやパラメータのプログラムは、
読者への課題という位置づけになっている。

存在理由が理解できなければ課題ができないのだが・・・
367 ：デフォルトの名無しさん：2013/01/24(木) 16:14:14.88
> ちなみに、本の中ではこの地面（やその他）のアクターやパラメータのプログラムは、
> 読者への課題という位置づけになっている。
368 ：デフォルトの名無しさん：2013/01/24(木) 16:21:45.73
どうでもいいとこに拘って先に進めなくなるのってアスペっぽいね
369 ：デフォルトの名無しさん：2013/01/24(木) 17:00:30.57
>>366
とりあえずそこだけスルーしたらダメなの？

自慢じゃないけど俺がゲーム作ろうと思ってC言語の入門書を買ってきたときは
ビット演算は意味が分からなくて飛ばしたよ
結局それで問題なく進んでDirectX使って3Dゲームまで作れるようになって
気がついたらビット演算も当たり前のように分かってた
370 ：デフォルトの名無しさん：2013/01/24(木) 17:17:28.68
理解できなきゃ進まないって本人が言ってんだから尊重しろよ。
371 ：デフォルトの名無しさん：2013/01/24(木) 17:57:50.84
>>369
誤解されているようだけど、今までいくつかゲームやアプリは作ってきてる。
他の人のアーキテクチャはどんなものか、どんな考え方をしているか、
ということに興味があっていろいろ調べている。
本書もその調べ物のひとつだ。

とりあえず読み終わったのだが、いろいろ疑問点があって質問した。


私がこの仕様のサンプルゲームを作るなら、地面にアクターは割り当てないな。
山の風景を映した背景と同じ扱いをする。
372 ：デフォルトの名無しさん：2013/01/24(木) 18:31:56.55
オブジェクト指向がわかってないんだろうな
373 ：デフォルトの名無しさん：2013/01/24(木) 19:20:59.86
>>372
では、バラメータ変化せず、
他のアクターとの相互作用もしない仕様である「地面」を
アクターとして扱うことの必要性をオブジェクト指向の観点で説明してくれ。

正確に言えば、このアーキテクチャーでは（サンプルゲーム限定か？）
全てのアクターはBaseActorクラスのインスタンスだ。
各アクター固有のパラメータはActorParamsクラスを各々継承したクラス、
SphereParamshorクラスやTeapotParamsクラスで表し、
BaseActorクラスのメンバ変数としてそのインスタンスを持つ。

当然GridParamsクラスもあるのだが、その固有のパラメータは
テクスチャ名と、グリッド（地面の市松模様）の間隔と、
姿勢を表すマトリックスだけだ。
そして初期化以降、ゲーム中は変化しない。
当たり判定処理の対象にもなっていない。

こんなものがBaseActorクラスのインスタンスで、
ActorParamsクラスを継承したクラスを持つ理由を
オブジェクト指向の観点から説明してくれ。

理由を説明したくないのであれば、
このサンプルゲームにおける利点だけでもいい。
374 ：デフォルトの名無しさん：2013/01/24(木) 20:12:38.87
残念だがここからは有料になる
375 ：デフォルトの名無しさん：2013/01/24(木) 20:20:37.20
議論そのものには興味ないが・・・
こいつ人にものを聞く態度じゃないよな

自分なりにアクターじゃなくても良いって結論がついてるならそれでいいだろ
それにみんながみんなゲームコーディングコンプリートを読んでるわけじゃないのに
こんなところで「このコードはおかしい！」ってファビョってどうなるっていうんだよ

みっともないからいいかげんやめろ
376 ：デフォルトの名無しさん：2013/01/24(木) 20:32:50.68
つまり読んで理解できた人がこの中には一人たりとも居ないということだ
377 ：デフォルトの名無しさん：2013/01/24(木) 20:35:22.08
わからないならレスしないで下さい、ウザイだけです
378 ：デフォルトの名無しさん：2013/01/24(木) 20:48:02.94
>>375
このコードはおかしい！とは一言も言っていない。
コードについて何か質問したか？

アーキテクチャの話だ。

始めに、このアーキテクチャにおいてアクターの役割とは何だと質問したはずだ。

> 自分なりにアクターじゃなくても良いって結論がついてるならそれでいいだろ

>>371 で、他の人のアーキテクチャはどんなものか、どんな考え方をしているか、
ということに興味があっていろいろ調べているとも言ったぞ。


私の結論よりも、このアーキテクチャーの実装のように
地面もアクターにするとこんなメリットがある、という意見はひとつも出てないが、
逆に地面はアクターじゃない方が良いという私の意見に同意する人も居ない。

居るのは「拘るな」とか「スルーしたら？｝いう意見の人だけ。

アクターの役割とは何かと訊いて、拘るな」とか「スルーしたら？｝という返事って、
こっちの方が何かおかしくないか？

> みんながみんなゲームコーディングコンプリートを読んでるわけじゃないのに

分かってる。
逆に言えば読んでしっかり理解できた人も居るだろう。

読まなくても、>>372 のようにオブジェクト指向で説明できる人も居る。

そういう人たちにもう少しだけ手助けをお願いしたい。
379 ：デフォルトの名無しさん：2013/01/24(木) 21:10:58.65
バラメータとか書いてる時点で知ったかなのが丸わかり。
380 ：デフォルトの名無しさん：2013/01/24(木) 21:19:18.27
>>378
>地面はアクターじゃない方が良いという私の意見
こんなのどこに書いてあるの？書いてないよね？
381 ：デフォルトの名無しさん：2013/01/24(木) 21:21:23.11
>>378
地面を「パラメータが変化しないアクター」と考えて何か問題があるか？
もし問題があるのであればお前の意見に賛成するわｗ
382 ：デフォルトの名無しさん：2013/01/24(木) 21:23:30.15
>アクターとはゲームにおいて状態を変えられるオブジェクト

変えられるというだけで変えなきゃいけないという訳ではないだろ
屁理屈に聞こえるかもしれないが、俺は地面がアクターで何ら違和感ないわ
383 ：デフォルトの名無しさん：2013/01/24(木) 21:29:20.37
>居るのは「拘るな」とか「スルーしたら？｝いう意見の人だけ。

これはお前の質問のしかたが悪かっただけであって、
答えてくれた人に「だけ」とか言うのはやめたほうが良いんじゃないですかね
あの質問見たら普通はプログラムはじめたての初心者向けのアドバイスするわｗ
384 ：デフォルトの名無しさん：2013/01/24(木) 22:07:51.34
>>380
そのような書き方はしていないが、
>>371 で、「私がこの仕様のサンプルゲームを作るなら、
地面にアクターは割り当てないな。
山の風景を映した背景と同じ扱いをする」と言った。

>>381
私の考えは笑われるほどマズイことなのかな。
逆に訊くが、遠景の山や空などもアクターとして扱うの？

私はパラメータが変化せず、相互作用もしないゲーム内オブジェクトを
アクターとして扱うのは、「今のところ」問題だと思う。

そのようなアクターは、初期化時にデータを書き込んだら、後は読み取り専用になる。
しかも、他のアクターとの相互作用をしないのだから、
このアクターのパラメータを読み取るのはビューだけだ（レンダリング時）。
つまり、ビューが必要とする情報しか持っていないアクターだ。
それはアクターではなくビューが自身で持っているべき情報だと思う。

このアーキテクチャでは、ひとつのゲーム内オブジェクトに対して、
そのアクターが持つべき情報とビューが持つべき情報とをしっかり分けている。
例えばキャラクターが受けたダメージの整数値はアクターが持ち、
傷ついた腕などの見た目を表現するためのデータはビューで持つ、というように。

そうであるなら、ビューからしか読み取られない情報を持つモノは、
アクターとして扱ってはダメだと思う。

>>382 同様

>>383 申し訳ない、前言を撤回する。
385 ：デフォルトの名無しさん：2013/01/24(木) 22:42:01.76
> ちなみに、本の中ではこの地面（やその他）のアクターやパラメータのプログラムは、
> 読者への課題という位置づけになっている。

ならお前を含む読者が適当にいじれるように余白を用意しただけじゃねーの？
386 ：デフォルトの名無しさん：2013/01/24(木) 22:57:57.45
>>385
もしかしたらそうなのかも知れんが、ただ、もし余白を意識したものなら、
ティーポットウォーズの地面をアクターとするかどうかを考えるところから
課題にすると思うのだが・・・

この本では、地面をアクターとするのはもう決定事項で、
そのアクターおよびパラメータの実際のプログラムを読者の課題としている。
例えばどんな情報をパラメータとして持つのかとか。

つまり、地面をアクターとすることを理解できた上での課題なんだ。
余白というよりは、穴埋め問題に近い扱いだと思う。

まぁ課題と言っても、[課題 3.1] なんて形で出されているわけではないが。
387 ：デフォルトの名無しさん：2013/01/24(木) 23:20:51.35
とりあえず人間の書いたものなんだから完全に合理的で納得のいくものだという前提は捨てたほうがいいんじゃないか
いくら公に売られてる本とはいえ人間の書いたものだからね
その本書いた人も校正した人も神じゃないんだから、あまり気にしすぎるとハゲるぞ
388 ：デフォルトの名無しさん：2013/01/25(金) 00:15:08.70
硬いんだよ頭が
地面を水面に変えたり色々拡張できるだろ
脳みそがゲーム製作者に向いてないだけ
389 ：デフォルトの名無しさん：2013/01/25(金) 00:31:15.98
アクターだから今すぐ何をしなければならないことはない
アクターと同じように扱いたくなったら出来る
ゲームで動く地面ってあるよね
390 ：デフォルトの名無しさん：2013/01/25(金) 00:37:24.22
なんかゲームコーディングコンプリートがちょっと読んでみたくなったな
これがステマってやつか。Amazonになかったから買わないけど。
391 ：デフォルトの名無しさん：2013/01/25(金) 04:26:26.82
ステマだよな。
なんか、こう、「読んだことないけど、俺だったら一発で理解して説明できるぜ」って妙な気持ちを掻き立てられる。
392 ：デフォルトの名無しさん：2013/01/25(金) 04:30:56.82
調べてみたけど高いしページ数多いし、これだと重量も結構ありそう。
何巻かに分けていいから新書で出して欲しいよな。
電車の中で暇なときとかに読みたい。
393 ：デフォルトの名無しさん：2013/01/25(金) 07:26:29.12
>>388
硬いのかも知れん、自覚はちょっとある。

> アクターと同じように扱いたくなったら出来る

後で仕様変更して地面をアクターにするかも知れんから、
今からアクターとして扱っておけ、というのが理由か。

それなら必要な改良は必要な時にすればよくないか？
そのために、わざわざ後からアクターを追加しやすいプログラムを
解説してる訳なんだし。
（例えば、アクターが受けたり発信するイベントを enum で定義せず、
イベント名をハッシュ化してイベント識別子として使ってる）

後の仕様変更で機能拡張や改良しやすいようには設計するが、
初めは仕様に無い機能は盛り込まないように、という教訓が私にはある。
他の本でも似たような教訓を教えてるのをいくつか見た覚えがあるし。


俺も、例えばFPSでのフィールドや地面などはアクターと考える。
なぜなら、たとえパラメータが何ら変更されなくても、
他のアクター（敵キャラなど）と当たり判定処理をするからだ。
ロジック側とビュー側の両方から参照される。
そういう仕様のゲームだ。

しかしこのティーポットウォーズというサンプルゲームの場合、
キャラと地面の当たり判定は無いという仕様だ。
キャラの高さ方向の位置は（スクリプトで）決め打ちされている。

その時点での仕様を過不足無く満たすプログラムが、
最もシンプルで保守しやすい良いプログラムだと私は思ってる。
394 ：デフォルトの名無しさん：2013/01/25(金) 09:23:37.80
めんどくさい奴だな
勝手にやってろって感じ

晒しageしときますね
395 ：デフォルトの名無しさん：2013/01/25(金) 09:58:39.47
>>393
>キャラと地面の当たり判定は無いという仕様だ。
この仕様を変更して地面もアクターに相応しくしようって課題なんじゃないの？？
396 ：デフォルトの名無しさん：2013/01/25(金) 10:57:40.91
(´･ω･')
397 ：デフォルトの名無しさん：2013/01/25(金) 12:33:31.06
どうみてもアスペ
398 ：デフォルトの名無しさん：2013/01/25(金) 12:48:22.59
>>395
それは違うと思う。

サポートサイトからサンプルゲームの完全版ソースがDLできるが、
そのソース内でもキャラと地面の当たり判定は行っていないから。
399 ：デフォルトの名無しさん：2013/01/25(金) 12:52:04.73
仕様変更と戦えるプログラマになってくれそうですね＾＾
400 ：デフォルトの名無しさん：2013/01/25(金) 16:35:09.98
教科書の矛盾を鬼の首を取ったように指摘する奴っているよね

確かに高校生レベルの教科書はほぼ完全に正しいかもしれない
ただそれは化石のような情報だから間違いがないだけであって
ある程度の新しいことを学ぼうと思えば教科書と言えど多少の矛盾があって当然
401 ：デフォルトの名無しさん：2013/01/25(金) 19:01:57.34
時代遅れの教科書は多いけど
矛盾に関しては新旧関係なく質が低いってだけだろ
402 ：デフォルトの名無しさん：2013/01/25(金) 19:38:24.60
ゲームコーディング・コンプリートに矛盾があるかどうかは、どうでも良いよ。
矛盾があるからこの本は質が低いとか、無いから優秀だとか、そこまで考えてない。

本を読むことで、ここはためになるなぁとか、これは自分とは考え方が違うなとか、
そういうことを通して少しでも他人の考えに触れられる事が、
私が本に対して求めていることのひとつ。

今回もためになる部分もあれば、考え方が違うなと思った部分もあり、
その違うなと思った部分について他の人の意見も聞きたいなと思ってた。

が、ステマ呼ばわりされるのもアスペ呼ばわりされるのも心外なので、
>>393 へのレスが一通り得られたらひとまず終えることにする。
403 ：デフォルトの名無しさん：2013/01/25(金) 19:40:59.52
斜めよみしかしてないけど、>>398は何を求めてるんだ？
人が、こうじゃない？と聞くと、ソレは違う。しか返さない。
たぶん、ココの多く（そんな多いのか分からんが......）の人は、その本を読んでないか、
読んでてもわざわざ実装を細かく見てないよ。

だから、>>398が以前に書いた情報から普通に推論できる答えしか出ない。

そんなに気になるなら、筆者にでも尋ねろよ。
こんな所でオレオレ理論を振りかざしててもだれも納得も理解もしてくれないぞ。
404 ：デフォルトの名無しさん：2013/01/25(金) 19:44:12.20
知りたいなら著者に聞けばいいんじゃないの？
405 ：403：2013/01/25(金) 19:51:28.89
>>402
ついでに言っとくと、アーキテクチャを学びたいなら、
素直にUnreal Engineとか、Unityとか所謂Game Engine系を見ろよ。
どっちも確か、有料だけどソースから見れたはずだよ。
それ以外でもOpen SourceなGame Engineは腐るほどあるし、活発に議論してるのもある。
（英語ができないなら、悪いことは言わん、最低限のコードの読み書きできる人間なら、
　英語を集中してやった方が良い。）

結局の所、アーキテクチャって言い方悪いけど、
”何作るか分からんが、なんか良いような抽象化”Levelのモノ以上はないよ。
具体的な対象が決まれば決まるほど、それに特化した設計をした方が、
設計も綺麗だし、実装も簡単で、バグも速度もマトモになる。
万能薬なんてないから、理論的に…とか関係なく、適度に組み立てて、
気に入らないなら、自分で組み直すものぐらいの感じで、もっと楽に見なよ。
406 ：デフォルトの名無しさん：2013/01/25(金) 19:54:55.21
>>402　アスペ呼ばわりされるのは、そんな書き方だからじゃね？
他の人の意見を聞きたいと言いつつ、自分しか見えてないじゃんww
あと、ステマはこのスレの今の文脈ならそんな悪い意味には思えないけどな
407 ：デフォルトの名無しさん：2013/01/25(金) 20:26:11.03
アスペの特徴丸出しの書き込みしてればアスペって言われるだろｗ
408 ：デフォルトの名無しさん：2013/01/25(金) 20:27:58.00
うちのカーテンレールにはカーテンのフックを引っかけるための金具が26個付いている。
しかし売っているのは14個入りのパックだったため、これを2パック買うと2個余ることになる。
予備のために多めにパックに入れてある可能性も考えた。大は小を兼ねるからだ。
しかし、フックは簡単に買い足すことができるが、カーテンレールについている金具は簡単に買い足すことはできない。
すると、買い足すことの難しい金具のほうが多めに付いているべきである。しかし足りないのは金具である。
次に、最初は多めについていた金具のうちいくつか壊れて取れてしまった可能性を考えた。
だがそうすると、隣の部屋と同じ家賃なのにうちの設備は不十分だということになるし、その場合には不動産屋から説明があって然るべきだ。
一方、フックのパッケージに多めに入れてあるとも書いてない。
カーテンレールの金具のほうが多くて然るべきだが、フックのパッケージに多めに入れてあると書いてあればまだ納得はできる。
だがそういった記載は一切ない。
私はただなぜ過不足が生じるか疑問に思っただけであり（ｒｙ

とかいちいち考えないだろ
その本も同じだよ
409 ：デフォルトの名無しさん：2013/01/25(金) 20:35:36.86
>>408
アスペテストかと思って真面目に読んでしまったじゃねぇかｗ

まぁ、反対意見が出てるのになかったことにしてるのがお察しだわな
410 ：デフォルトの名無しさん：2013/01/25(金) 21:03:52.13
>>408
なかなか秀逸な文だな。コピペになりそうだ。
411 ：デフォルトの名無しさん：2013/01/25(金) 21:37:46.88
>>403
私としては違うとただ突っぱねるのでは無く、
何故そう思うのか理由を話してるつもり。

それに対して、でもこういう理由で君の考えはおかしくないか？
と反論して欲しい、というか反論をぶつけ合って議論したい。

> たぶん、ココの多く（そんな多いのか分からんが......）の人は、その本を読んでないか、
> 読んでてもわざわざ実装を細かく見てないよ。

いや、だからそれは分かってるって。
その上で、読んでちゃんと理解した人も居るでしょ。
そういう人たちからの反論は無いのか、と言いたい。

> だから、>>398が以前に書いた情報から普通に推論できる答えしか出ない。

訊かれそうなことに対して初めから全ての情報を出せる訳が無い。
文字数や行数の制限もあるし、これでもできる限り
長文にならないように意識してるつもり。

それでも情報不足で、訊かれてから後出しするしかないんだ。
「Ａなんじゃ無いの？」「Ａではない。なぜなら＊＊だからだ」
という返答になってしまうのはある程度大目に見て欲しいのだが、ダメか？

>>405
アドバイスありがと。
今別の事もやってて時間ないが、春頃になったら見てみる。

>>407
じゃあ、どう質問すれば議論を良い方向に盛り上げることができたんだ？
相手の文の要点を考えて、それに対して理由を述べて反論してるつもりだが、
それでもアスペなのか。
412 ：デフォルトの名無しさん：2013/01/25(金) 21:48:18.04
いや、そもそも筆者の気まぐれだろうから議論する余地はないんじゃない？
って考えの人が多いんじゃないか
筆者に直接質問できたとして、

質問者「なんでこの例では地面がアクターなんですか？」
著者「えっ・・・（例を読み返す）・・・あー・・・そうですね、特に意味はないです」
質問者「そうなんですか、しかし説明を読む限りこうしたものはアクターにしないという風に理解していたのですが」
著者「ああ申し訳ありません、例ではそうなってますが、アクターについてはそういう風に理解していただいているのでしたら大丈夫です」

みたいな感じになるんじゃないの
413 ：デフォルトの名無しさん：2013/01/25(金) 21:49:48.74
著者に訊けという意見はもっともで、これに対しては全く反論できない。
確かにその通り。

残念ながら、ここで質問したことを英語で質問できるほどの英語力が私には無い。
論文や技術書程度のフォーマルな英文を辞書片手に何とか読めるレベル。
前に一度 Haskell のライブラリのバグレポートを英文で送ったが、
俺の分だけ完全に無視された。
414 ：デフォルトの名無しさん：2013/01/26(土) 00:47:41.41
>>413
何でだよ

「You wrote that地面はアクターではない。
However、〇ページのExampleでは、地面isアクターである。
私can't理解that違いbetween説明とExample。
Please説明。」

くらい書けるだろ
415 ：デフォルトの名無しさん：2013/01/26(土) 01:10:46.72
人を馬鹿にしたような文章書いてりゃ無視もされるわ
416 ：デフォルトの名無しさん：2013/01/26(土) 03:12:28.40
自分が正しいと思い込んでるバカにつける薬はないな
417 ：デフォルトの名無しさん：2013/01/26(土) 06:27:33.85
おまえらどんだけいい格好したいんだよ
418 ：デフォルトの名無しさん：2013/01/26(土) 08:52:55.66
yane SDK（）
419 ：デフォルトの名無しさん：2013/01/26(土) 10:10:06.21
ジメンガージメンガーって言ってる間があったら
英語のお勉強でもしたほうが結果的にアーキテクチャを学べるのでは
420 ：デフォルトの名無しさん：2013/01/26(土) 10:53:12.94
>>416
パラメータが変化せず、相互作用もしないゲーム内オブジェクトを
アクターとして扱うのは問題であると私は言った。
私の中にはこれを否定する根拠を今のところ持ち合わせていないので、
これについては当然今のところ自分は正しいと思い込んでいる。

この考えに対する反論とその根拠を明確に示したレスをまだもらっていない。

特に >>381 と >>382 は私の考えに明確に反対の意思を示してくれて、
私は >>384 で問題である私なりの根拠を示したつもりだ。
>>381 と >>382 からまだ反対意見の明確な「根拠」を示してもらっていない。
違和感という曖昧なものではなくて、もう少し論理的にお願いしたい。

>>381 と >>382 の少なくとも一方の根拠を訊いたら、
私は皆にお礼を言って質問を終える。

それまでは、今回の質問に関するレスはしないことにする。
421 ：デフォルトの名無しさん：2013/01/26(土) 11:05:20.81
>>420
アクターが何を抽象化しているのか、つまりアクター共通の処理は何か？
メインループの中でアクターのどのメソッドが呼ばれ、どのパラメータが参照されるのか。
そしてその意味はなんなのか。
ゲームコーディングコンプリートは知らないけど、俺は>>351で答えが出てると思ってて、
つまり、アクターっていうのはメインループの中で1回何らかの作業をする必要があるもの、程度の意味なんじゃないかな。
422 ：デフォルトの名無しさん：2013/01/26(土) 11:52:07.59
>>421
> 俺は >>351で答えが出てると思ってて

ごめん、>>351 の一言だけでは何を言いたいのか全く分からなかった。

サンプルゲーム、ティーポットウォーズの地面は
メインループの中で1回もアクターとしては処理されない。
他のアクターから参照されることは無いし、
ビューからのイベントによって地面のパラメータが変化することも無い。

地面のレンダリングは、ビュー側にあるシーングラフ（ツリー）に挿入した
地面を表すシーンノードを処理して行っているから、これはアクターでは無い。
本書ではアクターと、レンダリングのためのシーンノードは明確に分けている。

つまりアクター＝タスクであるなら、シーンノード≠タスクとなる。
シーンノードもアクターであるなら、Actor クラスから継承されているはずだ。

これは最初の質問時には言わなかったので申し訳ないが、
やはり一度本書を読んだ方の方が、私の感じてる疑問を多少なりとも分かったり、
それは本書のここで説明されてるから矛盾は無いとか、レスして頂ける気がする。

ただ、

> アクターっていうのはメインループの中で1回何らかの作業をする必要があるもの

それだけでアクターだとするのは、どうだろうか。
何かを表示するだけというのも、その「何らかの作業」に入ってしまうのか。
であるなら、スコア表示や、そのスコアを管理するものもアクターとなる？

何はともあれ、レスをくれた方々ありがとう、不快な思いをした方々ごめんなさい。
これで終わる。
423 ：デフォルトの名無しさん：2013/01/26(土) 13:43:23.21
ネットに向いてない、っていうか他人との議論にそもそも向いてない
424 ：デフォルトの名無しさん：2013/01/26(土) 13:52:41.40
議論に向いてない人間に向いてないと言うほど愚かなものはない。
425 ：デフォルトの名無しさん：2013/01/26(土) 16:10:33.03
俺はその本を読んだことがないが、ビューって何？
最初、アクターを描画するシステム（処理？）のことかと思ったけど、
質問者の説明を読んでいると、ぜんぜん違うものに思えてきた。
426 ：デフォルトの名無しさん：2013/01/26(土) 16:16:47.50
気になるならその本を読むほうが早いだろ
427 ：デフォルトの名無しさん：2013/01/26(土) 16:23:16.12
>>425
本の中に出てくる俺システム・俺用語の一種だから気にすることないよ
428 ：デフォルトの名無しさん：2013/01/26(土) 16:35:19.65
プレイヤービューって言えば一般的なんじゃないの
429 ：デフォルトの名無しさん：2013/01/26(土) 17:01:02.99
(↓ビューって言うとグラフィカルなイメージがなんたらって前スレで出てたレスのコピペ)
430 ：デフォルトの名無しさん：2013/01/26(土) 23:21:29.68
927 名前： デフォルトの名無しさん [sage] 投稿日： 2012/12/24(月) 21:11:48.76
レビューっていうとなんか知的なイメージが付きまとうけど
実際にはレビューは下請けの成果の吸い上げをするだけの会議だよ
吸い上げた成果を元に自分の手柄にしようが、論文執筆のネタにしようが、社外発表しようがそれは元請社員の自由
431 ：デフォルトの名無しさん：2013/01/27(日) 02:49:06.72
一般的なモルピグって一つのポートで全部やりとりしてる？
それとも複数のポート使ってる？

以前やってたFPSが、ホスト立てるときに40個近くのポートを解放しなければならなかったからふと疑問に思った
432 ：デフォルトの名無しさん：2013/01/27(日) 12:55:08.66
それって意味あんの？
433 ：デフォルトの名無しさん：2013/01/27(日) 18:06:03.67
>>431
言ってる意味が分らんかった。モルピグってMMO系の事か、
そんなの作り次第だからなぁ。プロジェクトによるだろう。
まぁ、想像だと複数ポートのが大多数かな？とはおもけど。

例えば、WORLD全体に関わる事は別口で持ってた方が、
全体の更新とPLが居るごく小さなMAPでの更新の頻度とかを
ガッツリ換えられれて嬉しいかもしれない。

　例えば、ms単位で、全ログインユーザー数なんかを更新しなくても、
数分に一回でも良いだろうが、
　戦闘とか移動なんかは、サーバーじゃなくてクライアントで基本処理させてラグ感じさせないようにしながらも、
数秒に毎にCheckいれてチート防止や垢バン候補挙げしたいだろうし
　もっと言えば、ある種のアップデートとかデータは、裏で落として貰いながら、
それでも間に合わなかった時だけ、Now Loading表示させたいかもしれん。

まぁこの辺は完全に作るスタッフのLevelと予算や方針だから、
なんとも言えないけどね。
434 ：デフォルトの名無しさん：2013/01/27(日) 18:51:47.45
>>433
ポートの数と予算って関係あるの？
435 ：デフォルトの名無しさん：2013/01/28(月) 05:52:32.83
モルピグも知らない新参はプログラム系のブログでオナってろよｗ
436 ：デフォルトの名無しさん：2013/01/28(月) 15:34:50.76
ポートを1つ取得するのに申請料だけで50万くらいかかるし、取得できたらさらに100万
取得できても実装するのに4人月くらいかかる
40もポート使うならめちゃくちゃ費用がかかる
そこへさらにソフトウェア本体の通常の開発費用

だから下請けの零細企業だとポートを使うゲームの案件を受けるだけでかなりのリスクがある
437 ：デフォルトの名無しさん：2013/01/28(月) 19:19:02.58
ポートって勝手に使ったらあかんの？
438 ：デフォルトの名無しさん：2013/01/28(月) 19:27:43.41
>>435
おいおいこの業界は最新情報に敏感なのは大事なことだが
流行に振り回されるとスイーツと変わらんぞ
439 ：デフォルトの名無しさん：2013/01/28(月) 20:54:44.02
>>435
で、出たーｗｗｗｗ自分が知ってること＝常識だと思って奴ｗｗｗｗｗｗ
440 ：デフォルトの名無しさん：2013/01/28(月) 21:20:16.35
モルピグ
約 592 件 （0.12 秒）

ぶっ

しかもほとんどこのスレ
ぶほっ
441 ：デフォルトの名無しさん：2013/01/28(月) 23:30:10.39
>>439
え？
ゲーム開発やってたらそれ関連の学会とか出たことあるだろ？
出たことなくても海外（英語圏）のモルピグ開発者のインタビューとか1回くらい見たことあるだろ？
442 ：デフォルトの名無しさん：2013/01/29(火) 01:11:15.19
だっておｗｗｗｗｗｗｗｗｗ
443 ：デフォルトの名無しさん：2013/01/29(火) 01:24:05.82
>>441
こいつミサワじゃね？
444 ：デフォルトの名無しさん：2013/01/29(火) 13:20:45.10
あいつらデカイ口叩く割に作るゲームはつまらん
445 ：デフォルトの名無しさん：2013/01/29(火) 14:09:33.63
最近のモルピグってほとんどスマホに移行してしまったんだよな？
446 ：デフォルトの名無しさん：2013/01/29(火) 21:21:51.24
モルピグ
約 592 件 （0.12 秒）
447 ：デフォルトの名無しさん：2013/01/29(火) 22:20:58.66
592件も出てくるのか
448 ：デフォルトの名無しさん：2013/01/29(火) 22:32:01.14
ほとんどここ
449 ：デフォルトの名無しさん：2013/01/29(火) 23:26:50.10
>約 200 件 （0.30 秒）

減ったぞ…
450 ：デフォルトの名無しさん：2013/01/30(水) 02:56:39.06
この間調べたんだけど個人でもるぴぐ作ってる人ってマジでいるんだな
俺もやってみようかな
451 ：デフォルトの名無しさん：2013/01/30(水) 16:02:27.31
>>450
ぼろすぎる商売なブラゲに追従しようと皆必死なんだぜ
いち早く食いついたやつらは資本金０の数人規模の法人で年収２億とか出したし、
４年近くたった今でも参入するにはまだまだぶっちゃけ遅くないんだ。
普通の流行や追従なら、これくらい期間経つと今からやってももう遅いわってなるところなんだけど
日本人の異様すぎるバカさ（構ってチャン＆中毒耐性の無さ）のせいでまだまだ余裕で絞れるという

当時の上司が「向こう10年間は大丈夫」と言ってたとき、俺はそんなバカなと思ってたが
確かにどんぴしゃでそれくらいまで通用しそうではある。あくまで商売としてだが・・
452 ：デフォルトの名無しさん：2013/01/31(木) 00:21:34.85
かわいい女の子キャラのカードだしとけばゲーム性なんてどうでもいいんだよ
453 ：デフォルトの名無しさん：2013/01/31(木) 04:39:45.78
「MMORPGツクール」とか出したら売れるかな
モルピグに必要な鯖ソフトと蔵ランタイムと開発ツールがセットになったやつ
454 ：デフォルトの名無しさん：2013/01/31(木) 05:15:24.61
個人向けかな？デキと値段次第では少しは売れるだろうけど
ニッチすぎて商売にはならない気が
455 ：デフォルトの名無しさん：2013/01/31(木) 13:28:37.92
オープンソースで出して本書いたほうが収入になりそう
456 ：デフォルトの名無しさん：2013/01/31(木) 20:03:03.47
ム版で何故商売の話が出る？
457 ：デフォルトの名無しさん：2013/01/31(木) 20:35:11.65
>>453
SAOで既に出てる
458 ：デフォルトの名無しさん：2013/01/31(木) 20:43:24.01
>>436
そうだよなー。俺もこの前80000番台のポート取ろうとJASNICに申請出したら、
一ポート百五十万/月かかるよって言われたからなー。
わかるわー、大変だよな、ポートを開けるって。
459 ：デフォルトの名無しさん：2013/01/31(木) 20:45:09.00
放置した末の適当なノッかかりはやめてあげて！
460 ：デフォルトの名無しさん：2013/01/31(木) 20:45:22.02
>>453
そもそも、ビジネス的には(PC向け)MMORPGが死んだジャンルになってるから意味無し。
んなのよりおとなしくトラビアンクローン作ってれ。
461 ：デフォルトの名無しさん：2013/01/31(木) 20:59:07.99
いや適当じゃなくベンダポートは申請必要だろ
462 ：デフォルトの名無しさん：2013/01/31(木) 21:02:25.70
>>461
誰に？
463 ：デフォルトの名無しさん：2013/01/31(木) 23:30:23.66
>>460
ブラゲソーシャルゲーで真っ先にトラビアン出す辺り研究してるな
適当にのっかかりたいだけの奴とかはモバマスとかパズドラとか進撃のバハムートとかしか知らなかったりする
464 ：デフォルトの名無しさん：2013/02/01(金) 10:14:08.06
>>453
そこまでいらんけど
従来のクライアントゲームだけ作れば
あとは自動でクライアントソフトと鯖ソフトを生成してくれるソフトが欲しい

クライアントと鯖間のやりとりする入出力表はあとからいくらでも改変できるように
465 ：デフォルトの名無しさん：2013/02/01(金) 18:56:25.95
あ、気に触ったんならごめんね
ただのネタスレだったかw
466 ：デフォルトの名無しさん：2013/02/01(金) 20:35:08.29
最近、継承とテンプレートを学びました。
テンプレートはコンパイル時の静的解決ということで、
実際に出来上がったプログラムの実行速度には影響しないらしいですが
継承は実行時のパフォーマンスに影響するということで、
それがどのように、またどのくらい影響するのかが知りたいです。

継承によって作られた子クラスというのは、継承していないクラスに比べて
（１）メンバ変数の参照やメンバ関数の呼び出しなど全般が遅くなる？
（２）宣言やNewで生成する際に普通より遅くなる？（メンバの数やコンストラクタに違いがない場合）
（３）オーバーライドした関数を呼び出すのが遅くなる？（処理内容が同じ場合）

ちなみにメモリがどういう風に使われているかとかわからないくらいの初心者で、
辛うじてヒープとスタックの存在程度なら知っていますが、
vtableなどは「？？？」といったところです・・・
467 ：デフォルトの名無しさん：2013/02/01(金) 20:49:41.00
>>466
> ちなみにメモリがどういう風に使われているかとかわからないくらいの初心者で、
> 辛うじてヒープとスタックの存在程度なら知っていますが、
> vtableなどは「？？？」といったところです・・・

それなら、メモリレイアウトを使った説明はできんな。

正確なところは、C++のメモリの使い方をもう少し学んでからだが、
現時点の理解度でも、試してみることはできるだろう。

テストプログラムを書いて実行し、その処理速度を測ってみれば、
「遅くなるかどうか」は自分で調べられるはずだ。
468 ：デフォルトの名無しさん：2013/02/01(金) 21:08:21.64
まずアセンブラやれ
469 ：デフォルトの名無しさん：2013/02/02(土) 12:18:34.33
(1)virtual関数でなければ静的に解決されるため速度に影響ない
(2)継承が原因で実行速度が遅くなることはない
(3)vtableを参照した呼び出しの場合遅くなる(つまり通常遅くなる)

これが俺の理解。
これらは実際の品質に影響することはあまりない。
がC++使うならイメージできていたほうがいいと思う。
470 ：デフォルトの名無しさん：2013/02/02(土) 14:09:05.84
遅くなったら品質に影響するだろ
120fpsで動いてたものが0.2fpsになったらどうする気だ

古いPCでモルピグやったら5秒に一回くらいしか画面が更新されなくてゲームにならなかった
471 ：デフォルトの名無しさん：2013/02/02(土) 14:22:01.88
こいつ最高にアホ
472 ：デフォルトの名無しさん：2013/02/02(土) 15:51:46.04
継承するとコンストラクタを多重呼び出しするし
その際にvtableの代入数も増えるから
影響０というわけでもない
473 ：デフォルトの名無しさん：2013/02/02(土) 16:13:23.15
そんなに処理速度だけが気になるならオブジェクト指向すんなｗ
474 ：デフォルトの名無しさん：2013/02/02(土) 16:14:18.61
あほか
わざわざ
（メンバの数やコンストラクタに違いがない場合）
なんて書いてあるのに文意読めないの？
475 ：デフォルトの名無しさん：2013/02/02(土) 16:15:24.83
継承してないクラスと比べて
コンストラクタに違いが無いとかそもそもあり得ないし
476 ：デフォルトの名無しさん：2013/02/02(土) 16:18:00.99
抽象クラスも知らんでドヤ顔
477 ：デフォルトの名無しさん：2013/02/02(土) 16:20:17.60
そもそもvtableの参照が致命的な影響をもたらすシーンなんて無い。絶対無い。
そんなことより描画方法を最適化するべき。
478 ：デフォルトの名無しさん：2013/02/02(土) 16:22:46.65
その描画に継承を用いた関数を頻繁に使っていたとしたら・・・
設計を見直した方がいいだろうな
479 ：デフォルトの名無しさん：2013/02/02(土) 16:23:32.62
へえ
480 ：デフォルトの名無しさん：2013/02/02(土) 16:44:18.84
だから、測れ。

測れば影響は分かる。
481 ：デフォルトの名無しさん：2013/02/02(土) 16:52:44.99
正直-Sの出力見たほうがいいと思うけど
測ったところで理解しにくい
482 ：デフォルトの名無しさん：2013/02/02(土) 17:01:37.87
>>481

>>466 が知りたいのは、継承が実行時のパフォーマンスに
「どのように」「どのくらい」影響するか、ということ。

そして、>>466 はメモリがどういう風に使われているかとか
わからないくらいの初心者だ。

-S で出力されたアセンブラを見て理解できるとは思えん。

測れば、少なくとも「どのくらい影響するか」は理解できる。
483 ：デフォルトの名無しさん：2013/02/02(土) 17:05:38.09
そういう意味ではマトモに測れないだろ。
オプション動すんのとかどういうコード書けばいいのとか。
言ってることが自己満足。
484 ：デフォルトの名無しさん：2013/02/02(土) 17:56:36.45
パフォーマンスでまず気にすべきなのはコレクション関係じゃないの
俺はゲーム用途では極力使わないけど
485 ：デフォルトの名無しさん：2013/02/02(土) 18:29:14.90
vectorを使わない糞プゴルラマ
486 ：デフォルトの名無しさん：2013/02/02(土) 18:32:04.35
標準ライブラリですらヒープを勝手に使われるのは気持ち悪い
487 ：デフォルトの名無しさん：2013/02/02(土) 19:02:19.80
普通は new を自作するよな
488 ：デフォルトの名無しさん：2013/02/02(土) 19:03:40.78
new自作してもライブラリが呼び出すタイミングは制御できない
489 ：デフォルトの名無しさん：2013/02/03(日) 00:17:22.71
Windowsの話だけど、x64メインで開発進めてたら、
Win32でビルドした時に「切り捨てられる可能性があります」警告が出るようになりました。
ゲーム制作という観点からはデバッグして問題が表面化しない場合、
対策に時間をかけることするべきではないのでしょうか？
490 ：デフォルトの名無しさん：2013/02/03(日) 00:44:18.56
>>489
本当に表面化しないのなら、それでいいんじゃね。

俺はその手のデバッグは自信ないから、
Win32でもビルドする必要があるのなら、
初めからそのようにプログラムするけど。
491 ：デフォルトの名無しさん：2013/02/03(日) 09:18:56.20
やっとわかったMMORPGを無理読みしてモルピグだったのか。
んなもんわかるかぼけｗ
492 ：デフォルトの名無しさん：2013/02/03(日) 11:21:52.05
約 437 件 （0.24 秒）

検索結果数が低レベルな領域で変動が激しいな
493 ：デフォルトの名無しさん：2013/02/03(日) 11:29:48.27
Visual Studio立ち上げてるとゲームガードがチートと過剰反応して落とすバグなんとかしてくれ
ゲームしながらプログラムできねえじゃねえか
糞ゲームガード反省しろ
494 ：デフォルトの名無しさん：2013/02/03(日) 11:30:16.44
なるほど
馬鹿だなモルピグの人
495 ：デフォルトの名無しさん：2013/02/03(日) 12:44:46.00
>>493
BCC使え
496 ：デフォルトの名無しさん：2013/02/03(日) 13:06:39.28
なんだこいつ
497 ：デフォルトの名無しさん：2013/02/03(日) 23:19:41.25
>>493
もう一個PC作ればおk
498 ：デフォルトの名無しさん：2013/02/04(月) 00:36:39.97
「買う」ではなく「作る」ってところがミソだな

「プログラムマなら当然ハードウェアくらい理解してるよな？」って意味合いが含まれている
499 ：デフォルトの名無しさん：2013/02/04(月) 06:46:37.39
間違えただけだよ
500 ：デフォルトの名無しさん：2013/02/04(月) 17:50:09.48
>>491
無理読みじゃないよ。
英語圏ではそういう風に読むんだよ。
「えむえむおーあーるぴーじー」とか1文字ずつちんたら読んでるのは日本人だけ。
ネイティブはもうちょっと「ッモルピグ」みたいな発音だけど、日本人には最初の「ッ」発音が難しいから「モルピグ」になってる。
海外のモルピグの話題が出るようなカンファレンスとか行ってみたら分かるけど、ネイティブイグリッシュスピーカーは「ッモルピグ」って読んでるよ。
501 ： 忍法帖【Lv=3,xxxP】(3+0：5) 修行中はリンク云々・・・：2013/02/04(月) 20:02:11.90
>>500
youtubeかどっかでモルピグって言ってる動画見せてくれ。
えむえむおーあーるぴーじー って言ってる動画は、Google動画検索でいくつか出てきたが。
www.google.co.jp/search?q=%22mmorpg%22+interview&tbm=vid

www.youtube.com/watch?v=0LUFKPp2d7s&t=18s
www.youtube.com/watch?v=QpCxFQZhAQo&t=12s
www.youtube.com/watch?v=F0jLk8I6dSw&t=19s
502 ：デフォルトの名無しさん：2013/02/04(月) 20:17:26.79
完全に２ちゃんスラングじゃねーか馬鹿馬鹿しいｗ
503 ：デフォルトの名無しさん：2013/02/04(月) 20:18:33.37
>>501は2ch初心者なんだからいじめんなよ
504 ：デフォルトの名無しさん：2013/02/04(月) 22:48:12.32
日本では使われないモルピグというカタカナ化した言葉を
わざわざ使う意味
英語の発音で書いちゃう俺カッケェェェェェｗｗｗｗｗｗｗｗｗｗｗｗｗ
505 ：デフォルトの名無しさん：2013/02/04(月) 23:35:17.72
ムでninjaするやつとか初めて見たわ
506 ：501：2013/02/05(火) 00:03:25.45
>>505
巻き添え規制くらったからp2で書き込んだ。
そしたらレベルが低いからリンク禁止って言われたから、確認のために!ninjaった。
ただそれだけなんだ・・・
507 ：デフォルトの名無しさん：2013/02/05(火) 00:46:56.78
いわゆる2DRPGのワールドマップってあれもダンジョンの一つとして扱うの？
508 ：デフォルトの名無しさん：2013/02/05(火) 07:06:39.01
>>507
ダンジョンという名前で参照するかは置いておいて、
地下のダンジョンマップと同じ性質を持ったマップとして扱う。

ちなみに、街の中のマップも同様。
509 ：デフォルトの名無しさん：2013/02/05(火) 15:10:53.27
高度な経路探索についての質問です

川に橋がかかっています
橋の幅は4車線くらい広いとします
目的地までは橋を渡ってさらに少し移動したところです
ここで問題です
目的地が橋を渡ってさらに右に移動した場所にあるとき、橋は真ん中を真っ直ぐ渡ってから右に移動するよりも、橋の右端を目指して斜めに渡ったほうが自然で効率が良いです
目的地が橋を渡ってさらに左に移動した場所にあるときは、左端を目指して斜めに渡ったほうが自然です

今の俺のアルゴリズムだと、橋を渡る必要があるかを判断し、目的地が橋の向こうにある場合はそれが右であろうと左であろうととりあえず橋を渡る必要があるので、真ん中を渡ることにしています

これが右か左かならアルゴリズムを少し改良するだけで解決できるのですが、複雑なマップには対応できません

例えば目的地が橋を渡った先の右の高台にあるとします
しかし、右に行っても高台には上ることができず、左の上り口からしか上ることしかできないとします
そうすると単純な右か左かの判断ではうまくいきません
まだ作ってないマップでももっと複雑な地形が出る予定なので困っています
このアルゴリズムは敵AIが使用します
よろしくお願いします
510 ：デフォルトの名無しさん：2013/02/05(火) 15:44:02.89
単純なマップでも複雑なマップでも経路の中継地点を設定すれば良いだけじゃないの？
511 ：デフォルトの名無しさん：2013/02/05(火) 16:15:30.37
橋が4車線なら入口・出口をそれぞれ4ノードにすればいい
エッジとして許される経路を設定すれば、普通の最短経路問題になる
512 ：デフォルトの名無しさん：2013/02/05(火) 17:19:50.00
遺伝的アルゴリズムを使うのじゃ・・・
513 ：デフォルトの名無しさん：2013/02/06(水) 11:43:15.71
GUIでゲーム作りたいんですが初心者の登竜門的なゲームはなにがありますか？
514 ：デフォルトの名無しさん：2013/02/06(水) 11:46:59.13
てとりす
515 ：デフォルトの名無しさん：2013/02/06(水) 12:06:15.30
game-develop.com wikiの
プログラミング/初心者向け/チュートリアル/段階的学習
を順に作る
516 ：デフォルトの名無しさん：2013/02/06(水) 12:39:24.16
登竜門って初心者が通る門ではないと思うんだが・・・
517 ：デフォルトの名無しさん：2013/02/06(水) 13:28:43.37
登竜門的なゲーム（コンテスト）
じゃないのか？ｗ
最近の若者は変なところで省略するからな
518 ：デフォルトの名無しさん：2013/02/06(水) 20:44:12.38
初心者未満なんだろ
519 ：デフォルトの名無しさん：2013/02/07(木) 19:39:48.18
鯉が登りきったら龍になるのが登竜門だから、
初心者が作りきったら上級者になれるゲームってことじゃ？
520 ：デフォルトの名無しさん：2013/02/07(木) 20:00:09.26
ゲームなんか作ってどうするのよ
周りのみんなは受験勉強やら自己啓発で資格取得やら親しい友人と親睦深めたりしてるのに
ゲームプログラミングなんかしてても受験、就職、出世、何の評価にも繋がらないぞ
TOEICの勉強でもしてた方がなんぼかマシかと
521 ：デフォルトの名無しさん：2013/02/07(木) 20:13:29.34
>>520
楽しいからゲームを作る

というのは、それほど変なことなのでしょうか
522 ：デフォルトの名無しさん：2013/02/07(木) 20:39:49.96
娯楽は全て理解できない人もいるんだよ
523 ：デフォルトの名無しさん：2013/02/07(木) 21:22:44.47
キャラやフィールドなどのレンダリングに使用するシェーダーの、
プログラム側での扱い方について質問です。

皆さん、プログラム側でシェーダーを扱うクラスを専用に作っているでしょうか。

私は最初は作りました、というか作ろうとしました。
そのシェーダークラスはシェーダーファイルのパスを引数にSetupメンバ関数を呼ぶと、
後はuseメンバ関数で有効にするだけで以後のドロー系処理では全てこのシェーダーが使われる、
というところまで初期化する便利なクラスです。

どのようなシェーダーでも統一的に扱える事を考えて汎用的なクラスを設計してみましたが、
どうも不可能ではないかと思いました。
外部からそのシェーダーに与えるユニフォームなデータ（DrecitXだとなんて言うでしょう？）は
シェーダー毎に異なるのが普通です。
ガラスのような見た目を与えるシェーダーなら屈折率が必要でしょうし、
でこぼこした見た目を与えるシェーダーならバンプマップテクスチャが必要でしょう。

なので、汎用的なクラスにすることは諦め、各シェーダーにそれぞれ特化したクラスを考えました。
ガラスのような見た目を与えるGlassEffectクラスは屈折率を与えるメンバ関数を持ち、
でこぼこした見た目を与えるBumpEffectクラスはテクスチャを与えるメンバ関数を持つ、
という具合です。

もう汎用性はなくなり、シェーダーの作成（デザイン）とそのシェーダーの使用（プログラム）とが、
一体となってしまいますが、仕方ないかなという気でいます。

皆さんはプログラムでシェーダーをどのように扱っているでしょうか。
もっと汎用的に設計しているのでしょうか。
524 ：デフォルトの名無しさん：2013/02/07(木) 21:55:38.04
>>520
ゲーム会社に就職決まってサーセン
525 ：デフォルトの名無しさん：2013/02/07(木) 22:24:37.32
＞後はuseメンバ関数で有効にするだけで以後のドロー系処理では全てこのシェーダーが使われる、
このクラスをシェーダの数だけ作って、
描画クラスで描画するオブジェクトごとに、描画直前に切り替えたらだめなの？

今は
useで有効化→描画1→描画2→描画3→・・・
だろ

その描画ごとに切り替えるんだ
526 ：デフォルトの名無しさん：2013/02/07(木) 23:02:02.10
>>525
はい、切り替えに関してはそれでも問題ありません。
たまたま今は useで有効化→描画1→描画2→描画3→ としているだけです。
描画1(シェーダー1.use)→描画2(シェーダー2.use)→ としても
質問の議論には影響しないと思います（私の認識間違いであれば指摘してください）。

質問は、使用するシェーダーの切り替えのタイミングや、
どのクラスが切り替えの責任を持つかではなくて、
個々のシェーダーをどのようなクラスで表現するかです。
（あるいは、そもそもシェーダーはクラスでは表さない方が良いのか）

ひとつの汎用的なシェーダークラスを作り、そのインスタンスの
初期化メンバ関数に読み込むシェーダーファイルを指定する方法は
無理があると感じました。
個々のシェーダーがそれぞれ必要とするパラメータがバラバラなので、
そのパラメータをシェーダーに与える方法もバラバラだからです。
（あるシェーダーは行列の配列が必要、別シェーダーはベクトル１個が必要、など）

そこで、私は個々のシェーダーに対して専用のクラスを用意する方法を採りました。
ひとつの汎用クラスに対してシェーダー毎にインスタンスを作るのではなく、
シェーダー毎に個別のクラスを作ります。
そのインスタンスはゲーム内でひとつで十分なので、それぞれシングルトンです。

言ってみれば極端（超汎用）から極端（超専門）に走ったわけですが、
他の人のシェーダーの扱いも訊いてみたいと思って質問しました。
527 ：523, 526：2013/02/07(木) 23:17:41.29
補足しておきますと、いくら各シェーダー個々にクラスを用意すると言いましたも、
全てのシェーダーで共通の処理（シェーダーファイルの読み込みなど）はあるので、
そのような処理を担うBaseShaderクラスを継承して各シェーダークラスを作っています。

ただ、このような方法を採ると、シェーダーの内容を作る事と、
そのシェーダーをプログラムで扱うクラスを作る事が不可分となります。

これは仕方の無いことなのでしょうか、もっと結合のゆるい方法があるのでしょうか。
528 ：デフォルトの名無しさん：2013/02/08(金) 00:14:28.40
>>520
なんでここにいんの？
529 ：デフォルトの名無しさん：2013/02/08(金) 03:15:38.89
Abstract Factory パターンを使う
530 ：デフォルトの名無しさん：2013/02/08(金) 05:53:15.83
レス乞食の相手をしてやるとか、お前ら優し過ぎだろ
531 ：デフォルトの名無しさん：2013/02/08(金) 20:44:05.13
プログラミングを全くやったことのない初心者で
択一問題を解くようなゲームを作りたいんですがどうすればいいですか？
適当に本屋にいって立ち読みしましたが分かりませんでした…
532 ：デフォルトの名無しさん：2013/02/08(金) 20:45:23.04
イロハのイから質問するような人はプログラミングに向いてない。
あきらめましょう。
533 ：デフォルトの名無しさん：2013/02/08(金) 21:39:37.84
選択肢ゲーなんてノベルゲーツールかRPGツクールあたりで作ればいいじゃん
プログラミング以前に致命的に問題解決能力がないのではという疑念を抱く
534 ：デフォルトの名無しさん：2013/02/08(金) 21:58:10.54
初心者に優しくないスレだな
535 ：デフォルトの名無しさん：2013/02/08(金) 22:11:12.49
>>531
立ち読みで作れるようになるほど甘くないと思うぞ
536 ：デフォルトの名無しさん：2013/02/09(土) 20:11:48.83
択一問題を解くだけならゲームっぽくないよな
例えばJavaのSwingでToggleボタンクリックして決定で答えを比較とかで済むし
537 ：デフォルトの名無しさん：2013/02/11(月) 10:53:34.23
Javaでシューティングゲームを作っていて、言われるがままにスレッドのクラス？を作り、そこで全オブジェクトの移動メソッドを処理しています。

スレッドは、処理する人を増やす役割と聞きましたが、1つのスレッドクラスで処理する量がある程度増えたら、またスレッドを作ったほうがいいのでしょうか？

また、弾を打つたびにwavの効果音を出しているのですが、鳴らないときがあります。どうすればよいのでしょうか
538 ：デフォルトの名無しさん：2013/02/11(月) 11:59:12.78
ゲームでわざわざスレッドは作らないな
スレッドってのは並列処理する必要性がある時に作るものであって
処理量で決めるものではない

まあ、マルチコアが普通のご時世だから
動作が遅いようなら速度を上げるためにスレッドを作るのはありではあるけど、
管理する自信が無いなら作らない方がいい

＞打つたびにwav
弾が凄い勢いで出てるなら
打つたびに音を出そうとするととんでもないことになる
同じ音を連続で出す場合は何ミリ秒か間隔を空けるようにする必要がある
539 ：デフォルトの名無しさん：2013/02/11(月) 13:21:20.66
弾を打つ 弾が移動する
という動作と、音を出す動作は並行処理にならないんでしょうか？
540 ：デフォルトの名無しさん：2013/02/11(月) 14:05:45.83
>>539
スレッドを使って本当に並列処理にもできるが、
その程度で並列処理にはしない、と言うことだと思います。

私も、その程度で並列処理にはしませんね。
いわゆるタスクシステムを構築して、
弾が移動するタスク、自機が移動するタスクなど、
必要なタスクを毎フレーム foreach で全て辿って処理します。

また、たいていのサウンドライブラリ（デバイスドライバの方かな）は
「音を再生し始める」という命令をすれば、
音を再生し続ける処理は勝手に並列的にやってくれるので、
わざわざ自分でスレッドを作って並列化する必要はないと思います。

サウンドライブラリには重ねられる音（のバッファ）の数に限界があるので、
それを越えると、新しく再生し始める命令を無視したり、
または既に再生している音を消してしまう事がありますね。
541 ：537：2013/02/11(月) 15:44:39.33
ありがとうございます。
音声に関しては、弾を撃つたび"再生位置を0にして開始"をしていたのを、
”画像読み込み→再生”というインスタンス？を毎回再定義？　にすると、
読み込みの無駄を除いて、不具合なく再生できるようになりました。

しかし、雑魚いノートＰＣで起動してみたら、動作が重く、たまに超高速になります。
シューティングゲームを作るにあたって、軽量化するにはどのような工夫が必要ですか？
542 ：デフォルトの名無しさん：2013/02/11(月) 16:42:00.69
>>541
> 不具合なく再生できるようになりました。

私にはわけが分かりませんが、問題が解決して何よりです。

> しかし、雑魚いノートＰＣで起動してみたら、動作が重く、たまに超高速になります。

どんな時に動作が重くなって、どんな時に超高速になるかを、
できる限り詳しく調べてください。

原因も分からずに闇雲に「言われるがままに」軽量化を施しても、
労力に見合った効果が得られないことが多いです。

調査は、実際にプレイ画面を見て、重いと感じた時の状況を記録したり、
ソースファイル内の主要な関数呼び出しの前後で時間を計ったり、
いろいろ方法はあります。

重くなる原因を取り除くのは、それからです。


とは言え、一般的な軽量化の工夫がないわけではなく、
1フレーム内の当たり判定処理の数を減らせ、とは良く言われますね。
543 ：デフォルトの名無しさん：2013/02/11(月) 16:44:52.69
Javaで高FPSは
雑魚いPCだと厳しいかもね
FPS落とすだけで軽くなる
544 ：デフォルトの名無しさん：2013/02/11(月) 16:52:30.95
まだ、黒い背景に赤と緑と黄の四角形が動いてるだけなのに重いです……

FPSについてあまり考えておらず、現在時間が前回のループで代入された現在時間を超えたら、
次のループが始まるようにしています。

サイズが1280x780なのも原因の一つかもしれません……
545 ：デフォルトの名無しさん：2013/02/11(月) 17:04:26.06
>>544
> 現在時間が前回のループで代入された現在時間を超えたら、

>>541 もそうだが、自分で何言ってるか分かってるか。

現在時間は前回のループで代入された現在時間を常に越えるに決まってるだろ。
時間は進んでるんだから。

> サイズが1280x780なのも原因の一つかもしれません

原因に思い当たる節があるのなら、
意味不明なレスしてないで、さっさと調べようよ。
546 ：デフォルトの名無しさん：2013/02/11(月) 17:06:41.58
時間差が一定時間を越えたら処理、が固定FPSの基本だ
547 ：デフォルトの名無しさん：2013/02/11(月) 17:51:49.26
おっしゃる通りでございます。
その時間差一定時間を0にした状態を伝えたかったのです。

サイズ変更してみます！
548 ：デフォルトの名無しさん：2013/02/11(月) 19:23:45.19
スクリーンサイズでかすぎ。
プロトタイプ作成だったら640x480とか800x600で十分。
あと「なぜスレッドにするのか」という根本的な理由を
理解できないうちはスレッドは使うな。
基本的にはスレッドのメリットは

「時間のかからない処理が時間のかかる処理にブロックされない」

ということ。もちろん管理の意味でスレッドにする人も
いるかもしれないが、それは本質的な問題ではない。
549 ：デフォルトの名無しさん：2013/02/11(月) 19:55:12.53
RPGツクールとかのイベントの「並列動作」と同じように考えてるんじゃないかな
あれは中身の動きとしてはメインループと同じような擬似的な並列動作なんだろうけど
ああいったエディタ中で記述するイベントコードは完全に上の行から順次実行される
コンソールプログラムみたいなものだし
550 ：デフォルトの名無しさん：2013/02/11(月) 19:59:34.40
マイクロスレッド（ファイバー）という意味ならアリだけどね
551 ：デフォルトの名無しさん：2013/02/11(月) 20:03:01.38
ありがとうございます。
スレッドは本質的な意味で困った時に調べたいと思います。

さきほどFPSの設定をしたのですが、今まで1000FPS？でした……
thread.sleepで取り敢えず16msの感覚をあけているのですが、
メインループ1つだけならスレッドを使っても大丈夫ですか？
552 ：デフォルトの名無しさん：2013/02/11(月) 20:04:49.75
解散!!
553 ：デフォルトの名無しさん：2013/02/11(月) 20:14:21.33
誰にスレッドを使えと言われたのか知らんが
スレッドを作る意義がなければ作らなくていい
554 ：デフォルトの名無しさん：2013/02/11(月) 20:21:47.01
>>551
> スレッドは本質的な意味で困った時に調べたいと思います。
> メインループ1つだけならスレッドを使っても大丈夫ですか？

調べて理解するまでゲームプログラミングでは使うな
555 ：デフォルトの名無しさん：2013/02/11(月) 20:39:22.55
あー、メインループってそういう事か
うん、そのくらいはいいんじゃない？
556 ：デフォルトの名無しさん：2013/02/12(火) 20:29:29.59
次にお前は「プログラムが終わらないんですけど・・・」という
557 ：デフォルトの名無しさん：2013/02/16(土) 16:09:05.71
そういえば前に環境によって浮動小数の値が微妙に変わる問題ってどうなったの？
モルピグのキャラの位置座標とか、3Dだと小数をやり取りするだろ。
小数の通信サンプル組んでみたけど確かに値が変わることがあった。
558 ：デフォルトの名無しさん：2013/02/16(土) 16:28:26.25
そんな事実ねえよｗｗｗ　反日左翼みたいなやつだな
559 ：デフォルトの名無しさん：2013/02/16(土) 17:53:39.16
>>557
キャラの座標位置が微妙に違ったって誰も気がつかない。少し壁にめり込むくらいはセーフ（壁抜けするほど誤差は出ない）
（普通やらないと思うけど）お金とか誤差が出たらマズいやつは整数でやり取りする
560 ：デフォルトの名無しさん：2013/02/16(土) 18:58:56.07
誤差の前にラグがある
561 ：デフォルトの名無しさん：2013/02/16(土) 20:52:02.69
もっと身近にシューティングゲームのリプレイデータも誤差で位置が変わって
実プレイで破壊出来てた敵が弾に当たらなかったりするから整数で保存するだろ
まさかシューティングも組んだことないのか
モルピグ(笑)とかばっかやってて足元見えてないからそうなんだよ
562 ：デフォルトの名無しさん：2013/02/16(土) 20:59:24.46
そうなんだよって・・・どうなんだ？
563 ：デフォルトの名無しさん：2013/02/16(土) 21:08:32.84
ただモルピグとか〜って言いたかっただけなんじゃないすかね
564 ：デフォルトの名無しさん：2013/02/16(土) 21:34:58.51
リプレイは通常プレイ時と通るコードが一部変わるだろうからねえ
565 ：デフォルトの名無しさん：2013/02/16(土) 22:24:25.21
いやいやいやだからお前ら、そんな不思議なことが事実としてまかり通るなら
誰も乱数計算なんて真面目に考えてねえだろがってよｗｗｗｗｗｗｗ
566 ：デフォルトの名無しさん：2013/02/16(土) 23:03:31.26
無知は気楽でいいな
567 ：デフォルトの名無しさん：2013/02/16(土) 23:18:17.73
乱数も含めて完全再現できるだろアホ
できてないってのは、作る能力が足りてないだけだ。

｢誤差がでたら問題がでる」「ラグがでたら問題がでる」なら対処方法を考えろ。
568 ：デフォルトの名無しさん：2013/02/16(土) 23:25:55.72
またいつものモルピグさんか。
いくらレス埋めても誰もつかわねぇよそんな単語w
569 ：デフォルトの名無しさん：2013/02/16(土) 23:45:10.54
値が勝手に変わるんなら画期的な乱数になりえるな
570 ：デフォルトの名無しさん：2013/02/16(土) 23:50:21.85
>>569
UDPで送ったデータを同じくUDPでそのまま送り返してもらい、
その差を乱数として抽出するとか
571 ：デフォルトの名無しさん：2013/02/17(日) 00:08:00.26
相当かたよった乱数になるだろそれｗ
572 ：デフォルトの名無しさん：2013/02/17(日) 00:11:18.04
>>565
本当に小数の罠にはまった事が無いんだな
幸せでいいなあ
573 ：デフォルトの名無しさん：2013/02/17(日) 00:16:47.88
その程度の知識はアセンブラやってた人間なら大体知ってるだろ。

ゲーム用の乱数作るとなれば、普通は整数で作る。　どうせ浮動少数にするにしてもfloatサイズだろうから24bitありゃたりるだろ。
574 ：デフォルトの名無しさん：2013/02/17(日) 00:34:47.50
小数で数値誤差を出さないためには
（機械語レベルで）全く同じルーチンに通すしか無い
バグフィックスのついでに吐くコードが変わったとしても
運が悪けりゃアウト
575 ：デフォルトの名無しさん：2013/02/17(日) 00:44:27.51
むしろゲームなら多少の誤差は許容して速度を稼ぐもんだが。
誤差が問題になる実装って何やるつもりだよ。
576 ：デフォルトの名無しさん：2013/02/17(日) 00:44:47.31
ここまで固定小数点という単語なし
レベルが低すぎる
577 ：デフォルトの名無しさん：2013/02/17(日) 00:45:33.92
>>575
>>561
578 ：デフォルトの名無しさん：2013/02/17(日) 00:47:57.51
モルピグ厨は捗らないな
約 626 件 （0.17 秒）
579 ：デフォルトの名無しさん：2013/02/17(日) 00:56:41.81
>>561
それなら、弾が発射された時とか、弾が当たった時とか、
そういうタイミングでのイベントとそのタイムスタンプも一緒に記録すれば、
あとでリプレイした時に弾の挙動が変わって起こるべきイベントが起きなくなる
なんて問題は無くなる。

リプレイでは誤差のせいで弾が敵の頬のわずか外側をかすめていった様に見えるが、
敵はヒットされたアクションをし、弾は消えた、というような事は起こるかも知れんが、
それこそ誤差だ。

発生するはずの当たったイベントが発生しないとか、その逆の事が起きなければ良いんだよ。
580 ：デフォルトの名無しさん：2013/02/17(日) 02:09:36.28
無知は気楽でいいな
581 ：デフォルトの名無しさん：2013/02/17(日) 02:28:42.60
STGのリプレイも作れないとか初心者に毛が生えたレベルだよ。

１度練習で作ってみると良い。
582 ：デフォルトの名無しさん：2013/02/17(日) 02:30:22.78
こいつ気取ってるけどリプレイでバグらせる開発会社がほとんどだけど。
583 ：デフォルトの名無しさん：2013/02/17(日) 02:47:54.18
リプレイなんか同人ゲーでもついてるだろアホか
584 ：デフォルトの名無しさん：2013/02/17(日) 03:02:30.26
>それこそ誤差だ

許されざるザコだな
585 ：デフォルトの名無しさん：2013/02/17(日) 03:10:05.91
>>579
リプレイ見て研究するようなやつは大抵シューターだよ
1ドット単位で正確に再現されていないと意味がない
見た目＆システム上の動作が完全一致することが全ての世界
ネットでリプレイデータ配布するときも確実に当たり判定に入って
自機が破壊されるはずなのに生きてたらチートだなんだ言われるだろ
シューティング作ったことないのがバレバレだな
それどころかシューティングやったことないんじゃないのか？
なんで会話に入ってきたんだ
586 ：デフォルトの名無しさん：2013/02/17(日) 03:13:53.31
残念ながら同人などほとんどバグ入りだし市販ゲームも普通にバグる。
これ現実。
587 ：デフォルトの名無しさん：2013/02/17(日) 04:26:46.29
市販ゲームでリプレイ機能がバグってるシューティングをいくつかあげてみてよ
588 ：デフォルトの名無しさん：2013/02/17(日) 04:51:00.36
市販がどの範囲を指してるのか分からないけど
コンシューマー機ならハードウェアが同じだからそんな誤差出ないだろ
589 ：デフォルトの名無しさん：2013/02/17(日) 05:23:46.34
にわかゲーマーだとそもそもリプレイ機能付きの市販STGで遊んだ事が無い
大抵アーケードの移植だよな？レースゲーならよく見るんだけど
そういやシューティングじゃないけどTrials HDのリプレイはバグってたなw
590 ：デフォルトの名無しさん：2013/02/17(日) 05:45:19.62
同人なら東方がいつもリプレイバグを出してるなw
591 ：デフォルトの名無しさん：2013/02/17(日) 05:53:31.96
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
592 ：デフォルトの名無しさん：2013/02/17(日) 06:09:41.77
ほうほう
593 ：デフォルトの名無しさん：2013/02/17(日) 09:31:53.41
みんな楽しそうだなあ
594 ：デフォルトの名無しさん：2013/02/17(日) 11:33:51.38
馬鹿どももっと潰しあえｗ
595 ：デフォルトの名無しさん：2013/02/17(日) 13:12:26.80
↑話に入れない低脳
596 ：デフォルトの名無しさん：2013/02/17(日) 14:37:34.64
ほうほう
597 ：デフォルトの名無しさん：2013/02/17(日) 14:44:55.00
>>585
こいつ馬鹿ｗ
598 ：デフォルトの名無しさん：2013/02/17(日) 19:16:13.99
↑反論できない低脳
599 ：デフォルトの名無しさん：2013/02/17(日) 19:46:12.73
煽るにもレベルが違いすぎると的外れすぎてつまらん
600 ：デフォルトの名無しさん：2013/02/17(日) 20:30:21.09
>>585
こいつ最高にアホだな
601 ：デフォルトの名無しさん：2013/02/17(日) 20:40:03.65
>>17のスペック
・ニート
・両親に見捨てられている
・話が理解できない頭
・自己紹介が得意
・技術的な会話に入れない
・顔真っ赤
・オウム返しが唯一の能力
・我慢が出来ないアスペ
・オリジナリティなし
・反論できなくなると単純なコピペしかできなくなる←New
602 ：デフォルトの名無しさん：2013/02/17(日) 20:49:46.60
>>585
「見た目」1ドット単位で敵の頬をかすめたか当たったかを気にする奴っているの？

敵の頬や弾のグラにどんなアンチエイリアシングがかかってるかで、
2ドットくらいは変わってくると思うが。

精密にするために、当たり判定用ポリゴンと表示用ポリゴンを共通にしている場合、
キャラの頬の1ドット外を弾が通り抜けると、アンチエイリアシングをかけていれば、
当たったように見えても判定上は当たっていない現象は普通に起こると思うが。
603 ：デフォルトの名無しさん：2013/02/17(日) 21:02:03.05
>>585
シューティング作った事のないニートはひっこんでような
604 ：デフォルトの名無しさん：2013/02/17(日) 22:54:41.03
>>585
こいつ最高にバカ
あ、さすがに連投しすぎで俺必死に見えるな
誰か俺のレス全部削除要請しといて
605 ：デフォルトの名無しさん：2013/02/17(日) 23:05:17.78
↑反論できない低脳
606 ：デフォルトの名無しさん：2013/02/17(日) 23:28:29.18
アドバタイズデモでリプレイデータ再生されてるゲームがほとんどだろｗ
607 ：uy：2013/02/18(月) 08:12:24.73
何の話かしらないけど
まぁ人間の目の精度を甘くみちゃいけないよ
ゲーマーは【１ドット】を見極める目を持ってるから

ちなみに俺も持ってる
608 ：uy：2013/02/18(月) 08:15:35.07
あとリプレイ作れないとか恥ずかしすぎる
俺は確かかなり初期にその仕組みはバグもなく作れてたぞ
バグ入るのが一般的とか知らないし
バグ入れる奴がバカなんだよ
609 ：デフォルトの名無しさん：2013/02/18(月) 19:55:41.45
まさか自分の環境だけで動いてバグが無いと言ってるんじゃないだろうね？
610 ：デフォルトの名無しさん：2013/02/18(月) 20:22:23.91
↑反論できない低脳
611 ：デフォルトの名無しさん：2013/02/19(火) 21:01:27.69
あばばばば
612 ：デフォルトの名無しさん：2013/02/19(火) 22:31:55.54
このスレは今日も話に入れない池沼が暴れてるな
613 ：デフォルトの名無しさん：2013/02/19(火) 22:33:56.52
↑反論できない低脳
614 ：uy：2013/02/20(水) 07:46:41.31
環境によってリプレイの挙動が変化するケースをあげてみろよ
615 ：uy：2013/02/20(水) 08:57:35.34
リプレイには二つの情報が必要

まず入力情報
↑まさかこれをリプレイするのにバグ入るとかいってるわけじゃないよな…？

二こめ にフィールド情報
ここも定数で保存出来るものならば定数保存するだけ
で、敵の動きとかに乱数をその場でrandとかやってるとズレるとかそういうのだろ
randを使わないようにするかあらかじめ計算したrandをフィールド情報に定数として埋める

基本的にこんだけ
616 ：デフォルトの名無しさん：2013/02/20(水) 09:49:57.84
>>615
定数って何だよ
「ぼくのかんがえたさいきょうのかんきょうにいぞんしないあたい」
を持ち出しておいて環境に依存するなんてありえない（ｷﾘｯ
とかちょっとレベルが低すぎて・・・
617 ：デフォルトの名無しさん：2013/02/20(水) 12:42:09.28
ここまでの流れで「入力キーと乱数を保存するだけ」とかドヤられるのはちょっと…
スタート地点にすら来てねえよ…
618 ：デフォルトの名無しさん：2013/02/20(水) 13:01:45.52
リアルタイムで動画保存してリプレイ時に動画読み込むのが最強
619 ：デフォルトの名無しさん：2013/02/20(水) 15:21:13.70
乱数で出た結果を毎回保存するとか恐ろしいわー
普通は基本的にシード値を記録して同じルーチンに通すだろ
620 ：デフォルトの名無しさん：2013/02/20(水) 16:04:26.06
その程度で恐れてたらゲームプログラマーにはなれんぞ小僧
621 ：デフォルトの名無しさん：2013/02/20(水) 16:22:17.68
本物のuyさんがこんな低レベルのはずないからきっと偽者だよ
622 ：デフォルトの名無しさん：2013/02/20(水) 17:33:00.42
>>620
ニートは黙ってたらいいよ
623 ：デフォルトの名無しさん：2013/02/20(水) 20:00:43.65
>>621は人間のふりしたサル
624 ：デフォルトの名無しさん：2013/02/20(水) 22:09:45.50
サルだったのかｗｗｗ
625 ：uy：2013/02/20(水) 22:14:04.84
この場合の定数ってコンストのことじゃない事くらいわかれよ
ただの数値の値

とりあえずこのスレは何ヶ月か前に俺がきたときよりも極端にバカなやつがスレ占拠してるのはわかった
626 ：デフォルトの名無しさん：2013/02/20(水) 22:19:46.12
わかったらさっさと消えろ
627 ：uy：2013/02/20(水) 22:20:36.06
>>619
そもそも「難易度」なんて関係ないよ
どちらが簡潔に書けるかってだけ

randメソッドを普通にそースコードかいた後から
モンキーパッチみたいなことやれるruby様のような言語なら
リプレイについてはまずなにも考えないソースコードをまず書いて
その次にリプレイデータ作成に必要なメソッドのみオーバーライドして
ランドなどの結果を逐一保存するようなコードを後から描くのが一番綺麗にまとまると思う
628 ：uy：2013/02/20(水) 22:22:08.29
ちなみに俺は半年くらいまともにソースかいてないので
信じなくて良い
629 ：uy：2013/02/20(水) 22:25:49.77
>>626
で、レベル高い人を追い出してまた次元の低い議論するの？
少しは学べばいいのに
630 ：デフォルトの名無しさん：2013/02/21(木) 06:50:57.68
>>626
おまえが一番カスのくせにえらそうだなｗ
631 ：デフォルトの名無しさん：2013/02/21(木) 10:48:41.57
>>625
貴方が「定数＝ただの数値の値」であると>>615で定義したわけですよね？
その定義に従って>>616は「定数とは何か？」
つまり「ただの数値の値とは何か？」と疑問を投げかけているわけです。

>>616の言う定数ってコンストのことじゃない事くらいわかれよ
632 ：デフォルトの名無しさん：2013/02/21(木) 18:49:53.89
↑反論できない低脳
633 ：デフォルトの名無しさん：2013/02/21(木) 21:19:08.58
↑コピペしかできない低脳
634 ：デフォルトの名無しさん：2013/02/21(木) 21:30:47.93
↑２つならんで低脳
635 ：デフォルトの名無しさん：2013/02/21(木) 22:11:13.10
RPGのイベントってどうやって実装するの
俺様スクリプトとか作って実装するの？
話しかけたら答えるだけの村人なら

print:ここはゲープロ村だよ

とか、店なら

shop:いらっしゃい
item:木刀,200G
item:傷薬,80G
item:ブーメラン,210G

みたいな感じ？
636 ：デフォルトの名無しさん：2013/02/21(木) 22:18:44.33
自分で実装するならやりやすいようにやればいいじゃないか
637 ：デフォルトの名無しさん：2013/02/21(木) 22:20:33.71
よほど小さいゲームでもない限り
普通はスクリプト作ると思うよ
638 ：デフォルトの名無しさん：2013/02/21(木) 22:23:03.06
というかプログラミングのイベントすら理解してない疑いが…
639 ：デフォルトの名無しさん：2013/02/21(木) 22:30:09.50
メッセージイベント
コールバック
WIN32API
640 ：デフォルトの名無しさん：2013/02/22(金) 13:14:56.46
・トリガーをどことどこに用意するか
・イベントの中で何をするか
それだかじゃん、簡単簡単
641 ：635：2013/02/22(金) 14:26:16.36
ありがとう
プログラムのイベントは理解してるつもり
Windowsアプリなら、

発生したイベントがキューみたいなやつに積まれる
↓
それをGetMessageで1つずつ取りだしてウィンドウプロシージャに投げる
↓
発生したイベントに応じてウィンドウプロシージャで好きなように処理

って流れだよね？
ただRPGのイベントの処理を自分でこんな風に実装しようとすると設計が難しい

でもスクリプトを実装するのが普通みたいだから頑張ってみる
642 ：デフォルトの名無しさん：2013/02/22(金) 22:05:21.20
それくらいで難しいとか向いてない
643 ：デフォルトの名無しさん：2013/02/22(金) 22:22:11.87
簡単だと勘違いしてクソみたいなコード書く奴より向いてる
644 ：デフォルトの名無しさん：2013/02/22(金) 22:43:49.84
書籍「ゲームエンジン・アーキテクチャ」を読んで
プロパティ主体のアーキテクチャに興味を持ちました。

これに対してオブジェクト主体のアーキテクチャでは、
普通のオブジェクト指向プログラミングのように、
ゲームオブジェクトＡというクラスのメンバとして
空間内の位置情報や体力、魔力などのデータを持ちます。

プロパティ主体のアーキテクチャでは、リレーショナルデータベースの様に、
各列に位置情報や体力、魔力などといった項目を設け、
主キーとしてオブジェクトIDを持ったテーブルでデータを管理するようです。
ある種類のゲームオブジェクト特有のデータは、
別の特別なテーブルを用意するような感じだと思います。

本書ではゲーム系カンファレンスで用いた英語の資料として
いくつか ppt ファイルが列挙されています。
（http://chrishecker.com/images/6/6f/ObjSys.ppt など）

ただ、やはり ppt では大まかな概要は分かっても詳細が分かりません。
本書の中でも触りをざっと説明する程度です。
プロパティ主体のアーキテクチャについて、もう少し詳細な資料はないでしょうか。

日本語の資料があれば大歓迎ですが、英語でも構いません。
645 ：デフォルトの名無しさん：2013/02/22(金) 23:48:19.35
SendMessageでEvent送信やデータ受け渡しとかやってるWin32APIが参考になる
646 ：デフォルトの名無しさん：2013/02/24(日) 01:00:25.34
ゲームの専門卒業した時ライブラリどれ使って作れるようになってたほうがいいですか？
3Dのゲーム作れるならどれでもいいんでしょうか？
647 ：デフォルトの名無しさん：2013/02/24(日) 01:26:03.11
仕事にするなら仕事場のものでやるから何でもいいから調べながら使えるようになること
おれは趣味ではOpenGLとSDLが好き
最初はもっと高レベルでもいいかも。unityとか？ほぼ使ったことないけどOGREとか？
unityみたいなのはコンシューマゲーム機ではちょっとちがうけどゲーム開発の感触つかむという意味ではいいと思う
648 ：デフォルトの名無しさん：2013/02/24(日) 01:59:03.95
ライブラリ自作の道へようこそ
649 ：デフォルトの名無しさん：2013/02/24(日) 09:18:58.54
unityはコンシューマゲームもサポートしているよ。
最近は2013年からWiiUもサポートすることに決定されたし。

無料版ではリアルタイムシャドウやオクルージョンカリングなどは自作しないといけないが、
学生にはむしろその方が勉強になって良いと思う。
650 ：デフォルトの名無しさん：2013/02/24(日) 14:13:35.80
ゲームプログラミングに直接関わる話ではないのですが、
海外のゲーム系の資料を見ていると、よく Inventory という単語が出てきます。
これは、ゲームプログラミングやゲームデザインなどの文脈では
一般的にどういった意味なのでしょうか。

例えばある資料では、ゲームオブジェクトのクラス階層で、
ルートに Actor クラスがあり、その下に Light クラスや Brush クラス、
Pawn クラスなどがあり、Inventory クラスもあります。

Inventory クラスの下に Ammunition クラスや Powerups クラス、
Weapon クラスがあったりします。
（Pawn クラスの下には Vehicle クラスや Scout クラスなど）

日本語のゲームで言うところの「アイテム」といった感じでしょうか。
651 ：デフォルトの名無しさん：2013/02/24(日) 14:27:12.15
アイテム入れておくところのことだよ
ドラクエでいうと どうぐぶくろ
652 ：650：2013/02/24(日) 14:42:18.95
>>651
アイテム入れておく所というのは、
例としてはドラクエのどうぐぶくろみたいなもので、
持ち合わせのアイテムを束ねたり、
ゲームオブジェクトでアイテム類のベースクラスを表したりする
抽象概念ということですね。
653 ：デフォルトの名無しさん：2013/02/24(日) 15:26:06.72
アイテム所持枠がインベントリで、
この言葉はゲーマーならみんな知ってるくらいゲーム上に普通に出てくる言葉になってる
例 インベントリに薬草が追加されました
（アイテムが持てる数が増えた）インベントリが拡張されました
654 ：650：2013/02/24(日) 15:47:12.09
>>653
私が >>650 で例を挙げたのは下記の PDF（中身は PPT）の7ページ目なんです。
http://www.cs.utexas.edu/users/fussell/courses/cs378/lectures/cs378-16.pdf

「アイテム所持枠＝インベントリ」ということですと、
7ページ目のクラス図にある例えば Ammunition クラスは、
弾薬というアイテムの所持枠を表していると読み取れるわけですか。
恐らくメンバ変数に弾薬数を表す変数があったりするんでしょうね。

ドラクエで言えば「どうぐぶくろ」というインベントリがひとつあるだけだし、
FFで言えば「ポーション」というインベントリや「エリクサー」というインベントリなど、
幾種類ものインベントリがあるという認識で問題ないですか。
655 ：デフォルトの名無しさん：2013/02/24(日) 16:11:24.85
これはこのクラスにこのクラスが包含されてるよっていう図でしょ？
656 ：650：2013/02/24(日) 16:31:22.05
>>655
包含関係でも class hierarchy と言うのですか？

包含関係というのは全体と部分の関係ですよね。
だとすると、Actor は図の全ての要素を内に含んでいるという事ですか？
（あるいは逆？）

それは、クラス設計としてどうなのかと思いますが、
Unreal Tournament ほどの巨大なゲームがそんな設計だとは
私にはちょっと考えにくいのですが・・・
657 ：デフォルトの名無しさん：2013/02/24(日) 17:28:51.57
その形式の道具が入る専用のインベントリがそれぞれ
Ammunitionインベントリ、Weaponインベントリ、Powerupsインベントリで、
ポーションとエリクサーはPowerupsインベントリが在庫管理してるんじゃないの
658 ：650：2013/02/24(日) 17:45:35.73
>>657
すいません、実際にFFの場合に海外ではどう扱われているのか、
またどのような構造でプログラムされているのか私は知らないです。

単に、ひとつのインベントリでアイテムを管理しているケースもあれば、
アイテムの種類やカテゴリ毎にイベントリを用意しているケースもあるのですね、
という確認のための例です。
659 ：デフォルトの名無しさん：2013/02/24(日) 19:03:21.91
お前はまずゲームしろ
アイテムの種類（クエストアイテム、消費アイテム、装備）ごとにイベントリがあることも知らないんじゃちょっと話にならない
660 ：デフォルトの名無しさん：2013/02/24(日) 19:35:58.65
はぁ？
俺がずっとやってるネトゲにはそんな区別ねぇよ
661 ：650：2013/02/24(日) 19:42:11.72
>>659
最近はドラクエやモンハン、マリオなどをプレイしましたが、
今まで Inventory という単語を目にしたことも口にしたことも無かったです。

あるきっかけで洋ゲーは大嫌いになったんですが、
勉強のためいくつかプレイしてみることにします。

あと、>>658 でイベントリと書いてしまいましたが、
正しくはイベントリですね、すいません。
662 ：650：2013/02/24(日) 19:43:17.99
>>661
うわわわ

正しくはインベントリです。
重ね重ねすいません。
663 ：デフォルトの名無しさん：2013/02/24(日) 19:54:25.88
>>659
相当ネトゲやってきてるがそんなゲーム見た事無いな
具体的にどんなゲームにその区別があるんだ？
664 ：デフォルトの名無しさん：2013/02/24(日) 20:13:17.95
>>663
韓国系なら大体そう
メイプルストーリーとかラテールとか
インベントリの容量を増やすための課金アイテムがあって
インベントリの種類が多ければその分金になる
665 ：デフォルトの名無しさん：2013/02/24(日) 20:39:03.48
韓国系やってるけどアイテム種別によるインベントリの違いはないよｗ
インベントリスロット増やす課金アイテムはある
666 ：デフォルトの名無しさん：2013/02/24(日) 20:54:16.74
なんてゲームだよそれ
667 ：644：2013/02/24(日) 21:10:02.83
プロパティ主体のアーキテクチャは "property-centric" と言うそうで、
いろいろネットを見て回ったのですが、やはり PPT の資料しか見当たりません。

概念的には、例えばゲーム空間内のキャラクタの位置や速度などの物理パラメータは、
次のような構造のテーブルに格納されることは分かりました（あくまで概念です）。

struct PhysicsParams {
　unsigned int uid [MAX_CHARACTER];
　vector3 pos [MAX_CHARACTER];
　vector3 vel [MAX_CHARACTER];

他にも、キャラの体力などの状態情報を格納するテーブルや、
所持品情報を格納するテーブルなどがあります。

問題は、これらを更新するメソッド update をどのクラスが持つか、です。

object-centric なアーキテクチャなら、
当然そのキャラクタを表すクラスが update メソッドを持ちます。
更新するのに必要な情報もほとんどは同じオブジェクト内にあるはずです。
（あるいは、必要な情報へのポインタ）

property-centric なアーキテクチャの場合はどうするのでしょうか。

キャラクタの位置情報を更新する場合、もしかしたら
キャラクタの移動速度はそのキャラクタの体力に依存するかもしれません。
なので、PhysicsParams に update メソッドを持たせる訳にはいかないと思います。

property-centric なアーキテクチャは、同じ種類のデータが並んでいることから
キャッシュヒット率が高いというのが最大のメリットだと思うのですが、
そのメリットを壊さないような更新メソッドの作り方、というのがよく分かりません。
668 ：デフォルトの名無しさん：2013/02/24(日) 21:19:59.83
よほどスクリプトの挙動に頼らない限りテンプレートにハマった単調なゲームにならね？
それこそツクールのデフォゲーとかエディタのゲームみたいになりそうなもんだが
669 ：644：2013/02/24(日) 21:32:18.75
>>668

例えば Thief や Dungeon Siege、Age of Mythology や Deus Ex 2 などは
property-centric で成功しているそうです。

もちろん、こんな単純に実装では無いはずですが。
670 ：644：2013/02/24(日) 21:59:56.72
あと、property-centric を調べると、必ずと言っていいほど
コンポーネントモデルの考え方も同時に解説しています（解説と言っても PPT ですが）。
なので、もしかしたら、

class Character {
private:
　unsigned int id;
　Handle<PhysicsParams> hPh;
　Handle<Condition> hCond;
public:
　void Update ();
　void EventHandler (・・・);

の様にして、キャラクタを表すクラスに PhysicsParams テーブルなどへの
ハンドラ（あるいはポインタ）を持たせているのかも知れません。

ただ、これだと property-centric にした意味（メリット）があるのか疑問です。

テーブルの行を上から下へ一気に処理するからこそキャッシュヒット率が高まると思います。
（その処理の間に他の行やテーブルにアクセスする必要が多少あるとしても）

しかし、全キャラクタを foreach で回して
各キャラクタの id を使ってテーブルにアクセスしていたら、
キャラクタの並びがテーブルの id 列の並びと同じでない限り
テーブルへはランダムアクセスになってしまいます。
しかも、テーブル毎にその並び方はきっと違うでしょう。

もしかしたら、>>669 に挙げたゲームは全キャラクタ foreach もするが、
それ以上にテーブルの行を順に総なめする処理の頻度が高いから、
デメリットがメリットを遙かに上回るゲームシステムなのかもしれませんが。
671 ：デフォルトの名無しさん：2013/02/24(日) 22:31:45.03
で、結局何が言いたいんだ？
「ぼくちゃんこんなにべんきょうしてえらいでちょ？」か。
何か質問があるなら要点をまとめて聞きたいことを列挙しろ。
672 ：644：2013/02/24(日) 22:53:41.89
>>671
質問は >>667 にも書いてありますが、要約すると、

property-centric の場合、そのメリットを壊さないという条件の下で、
キャラクタの状態を更新するメソッドはどのクラスが持つべきか

です。

ここで言うキャラクタの状態を更新するメソッドというのは、
object-centric でキャラクタを表すクラスが持つ
update メソッドに相当するものです。
673 ：デフォルトの名無しさん：2013/02/24(日) 23:15:01.46
>>666
Soul of the Ultimate Nation
ttp://www.sunonline.jp/

最近かなりひどいバグが増えたけど惰性でやってる
一番ひどいのは強制終了の連発
だいたい30分〜1時間に1回は落ちる
ひどいときはインして3分で落ちる
674 ：デフォルトの名無しさん：2013/02/25(月) 07:22:00.43
ハッカー大会で警視庁がＰＲ　「警察官としてその技術を正義のために使わないか」★２
http://uni.2ch.net/test/read.cgi/newsplus/1361707187/
675 ：デフォルトの名無しさん：2013/02/25(月) 21:21:24.21
やはりキャラがかわいくないゲームに価値はないな
キャラがかわいい女の子ならゲーム性は不要
ゲームの最重要要素は萌えとエモだと確信している
おっぱいを揺らすために流体力学を学び、
肌をより綺麗に描くために熱力学を学ぶ
世界で一番女の子が好き
女の子さえいれば他には何もいらない
それが真のゲームプログラマというもの
そういうものに私はなりたい
676 ：デフォルトの名無しさん：2013/02/25(月) 21:31:41.88
>>675
残念ながら、その程度の動機でプログラマが流体力学や熱力学を修めることはできんよ。
>>675 のように言う奴は意外にも多いが、それで本当にちゃんと学んだ奴を見たことが無い。

要するに、口だけの馬鹿だ。

逆に流体力学や熱力学を既に修めた上でプログラマになった奴も大勢見てきたが、
>>675 のような願望を持つ（表に出す）奴は少なくとも私の周りには居なかったな。
677 ：デフォルトの名無しさん：2013/02/25(月) 21:45:52.84
↑狭い視野で物を語る愚者の例（>>676）
世界中の統計取れるほどお前の周りには人がいるのかな
君を含めた根暗3人くらいの統計だろうね
678 ：デフォルトの名無しさん：2013/02/25(月) 22:56:38.89
私は単につまらんスレチな戯言を言う >>>>675 を馬鹿にしてるんだよ。
馬鹿にするのに統計を示す必要性が何処にある？

>>675 は本気ではなく冗談で言ってるんだが、
もしかして >>677 は本気なのか？
679 ：デフォルトの名無しさん：2013/02/26(火) 00:42:51.84
「冗談＝免罪符」

ということにしておきたいのですね
自信がないときは冗談と言っておけばいい、と
世間から馬鹿にされているのは君(>>678)ですよ
680 ：デフォルトの名無しさん：2013/02/26(火) 00:47:20.42
きもい
681 ：デフォルトの名無しさん：2013/02/26(火) 10:35:07.98
>>679
お前の言ってることは論理的には確かに正しい正論だ認めよう
だがまずは「>>675を本気だと思うか冗談だと思うか」をアンケートをとってみてはいかがか？
682 ：デフォルトの名無しさん：2013/02/26(火) 14:15:59.54
ネットワークゲームの同期方法を色々研究してるんですが、
TCPとUDPにおける一般的な通信速度の期待値って統計とか経験則とかがあったりするんでしょうか？

たとえばUDPで１対１の通信であれば、ゲーム内の1フレーム(16ﾐﾘ秒程度)毎に
数十バイトのデータをやり取りするのはそこそこ余裕ですが（無線など不安定な環境でなければ）

TCPで多人数参加のクライアント/サーバ型にする場合の速度の目安とかあるんでしょうか？
683 ：デフォルトの名無しさん：2013/02/26(火) 14:46:22.22
家からコンビニまで何分という規則性や目安はありますかと聞いてるようなもんだ
684 ：デフォルトの名無しさん：2013/02/26(火) 15:09:19.86
>>683が分かりやすすぎて吹いたｗｗｗｗｗ

>>682
実装の話をすると統計やなんかから実際の通信の内容を決めるのではなく、通信の内容から閾値を決める。
例えば遅延が何秒以上だったら同期を不可能と判断して切断するとか。

それから、TCPかUDPかは目的で使い分けるから、速度の目安が分かったところで
「TCPでは通信に時間がかかるからUDPにしよう」なんて変更はよほどの条件がなければできない。
だから仕様から閾値を決める。
ブラウザのタイムアウトみたいなもんだ。
685 ：682：2013/02/26(火) 15:23:52.27
>>683
でも一般的な事情で家からコンビニに向かう場合、
徒歩でも車でも、少なくとも24時間かかるようなことはないだろうと予測できますよね？
俺ほんと初心者だからそういう桁のスケールの情報でも宝なんです。

例えば「あなたの家の最寄のコンビニまで徒歩で【何十ミリ秒】かかりますか？」
なんてスケールを決め付けた聞き方は、知っている人からすれば明らかにおかしいわけです。

だから俺の質問文のように、TCPにおいて「数十ミリ秒単位での通信が可能」という認識が
おかしい場合は突っ込んでいただきたい、という気持ちもありました。


>>684
ありがとうございます。俺の質問の仕方が悪かったのですが
どちらかというと、その閾値を決めるためのスケールの尺度が欲しかった、というところです。

たとえば、１マス移動するのにゲーム内でXフレームかかり、移動中は「他の操作が不可能」な場合、
サーバがあるクライアントの移動のイベントを受け取ったら、Xフレームの間そのクライアントの
操作情報を受け取る必要がなくなると考えました。
なのでこの移動にかかるXフレームを、現実的な通信速度を知ることで調整しようと思ってました。

しかしここで「そもそもその程度で調整できるスケールの話じゃなかったらどうしよう・・・」
と不安に思い質問させていただきました次第です。
686 ：デフォルトの名無しさん：2013/02/26(火) 15:31:36.04
Xフレーム無視するんじゃなくて次の動作受け取っておいた方が良いと思う
687 ：デフォルトの名無しさん：2013/02/27(水) 02:21:59.03
>>685
条件によっては24時間以上かかる場合もありえるだろ。全店閉店してる場合とか。

キミは変数は初期化しなくても大体０じゃないからbool型は初期化しない場合はtrueとして扱うとか
やらんだろ？

処理はキッチリ作れ。
688 ：デフォルトの名無しさん：2013/02/27(水) 10:46:30.93
クライアントの操作情報と時間をファストインファストアウトで格納しといて
鯖の都合のいい変動タイミングでやり取りしとけばいいだろ

受け取った情報が古すぎたら、移動経路とか統合してから処理すればよい
689 ：デフォルトの名無しさん：2013/02/27(水) 19:28:16.92
>>685
こういうことが聞きたかったとか毎回情報を後出ししすぎだぞお前
聞きたいことは整理してから聞けって言ってるだろ

共振だの減衰だのまともに通信するためにどんだけ神経使うか
何が起こるかわからないのが物理世界だっつうの

　　　　　　　　　　　　　　　　　　　,'⌒,ｰ､　　　　　　　　　　 _ ,,..　 X
　　　　　　　　　　　　　　　　　〈∨⌒ ／＼__,,..　　-‐　'' " _,,. ‐''´
　　　　　　　　　　〈＼　　 _,,r'" 〉　／/ /／　　　　　.　‐''"
　　　　　　　　　　 ,ゝ　`く/　/　 〉　/　 ∧_,.　r ''"
-　-　-　-_,,.. ‐''"　_,.〉　/ /　 . {'⌒) ∠二二＞　-　 - - - - - -
　 _,..　‐''"　　_,,,..　-{(⌒)､　　r'`ｰ''‐‐^‐'ヾ{}　+
　'-‐　'' "　　_,,.　‐''"`ｰ‐ﾍj^‐'　　 ;;　　　　‐ -‐　　　_- ちょっくらコンビニ行ってくる
　-　‐_+　　 　　　;'"　　,;''　,''　　 ,;ﾞ　‐-　　ｰ_-　‐
＿＿＿＿＿＿,''＿__,;;"＿;;＿＿,,＿＿＿＿＿＿＿＿＿＿＿
／／／／／／／／／／／／／／／／／／／／／／／
690 ：デフォルトの名無しさん：2013/03/01(金) 18:39:35.42
初心者であれば多少の後だしをしてしまうのも仕方ない面もあるが
「でも」とか言い訳し始めるあたりはケンカ売ってるとしか思えない愚行である
691 ：デフォルトの名無しさん：2013/03/02(土) 06:44:39.69
>>689と>>690がアホにしかみえない
後出しのレベルですら無い
692 ：デフォルトの名無しさん：2013/03/02(土) 10:31:10.52
>>691
それで？何が言いたいの？
貴方がそう思う、だから何？？
693 ：デフォルトの名無しさん：2013/03/02(土) 16:45:48.04
アクション性の高いゲームにおけるエフェクトと必殺技とキャラの動きの管理のしかたが分からない

以下のような条件を持つ必殺技Aがあるとする
□キャラクターのモーション発生からダメージ判定発生まで120ms
□ダメージの発生からキャラクターの硬直終了まで140ms
□キャラクターのモーション発生と同時にエフェクト発生
□エフェクトはキャラクターの硬直終了後さらに320ms画面上に残る
□この必殺技Aはキャラクターの硬直終了後ただちにに再使用が可能
□必殺技Aを再使用した際でも前のエフェクトは上記120+320msを満了するまで消えることがない

イメージしにくい人はキャラクターが腕から炎を出して敵にぶつけ、ぶつかった炎が弾けてゆっくり消えながら拡散するのをイメージしてください

最初は必殺技クラスを作成し、さらにそれを必殺技の数だけ用意しようと思いました
エフェクトもこのクラス内で管理します

// ゲーム中に登場する必殺技がA〜Eの5種類
CHARSKILL c_skill[5];

しかし、必殺技のエフェクトをこのクラス内で管理するとなると
694 ：デフォルトの名無しさん：2013/03/02(土) 16:47:01.43
上記必殺技Aのようにエフェクトが2重、3重に重なる可能性がある場合、管理が非常に面倒です

次に考えたのがエフェクトの管理専用のクラスを作り、必殺技クラスからそこへエフェクトを登録するというものです
エフェクトクラスはエフェクトIDと位置を受けとるとIDに該当するエフェクトを指定した位置で動画の再生のように最初から最後まで表示するクラスです
このクラスを配列として用意しておき、必殺技のクラスから空いているエフェクトオブジェクトを探してそこに登録するというものです
これだと必殺技を連発しても各エフェクトが重なって最後まで表示されるので自然です
しかし、上記必殺技Aが現実的な条件に変更されると困ります

□キャラクターのモーション発生からダメージ判定が出るまでの時間は敵とキャラクターの距離に比例する

こうなると必殺技Aの発動時にエフェクトクラスへIDと位置を投げて再生するだけでは時間的なずれが生じます
エフェクトクラスに当たり判定を持たせることも考えましたが、必殺技クラスとエフェクトクラスの両方で当たり判定をするのも微妙です
単純なエフェクトなら良いのですが、誘導弾型、地雷型、その他の特殊な動作をする必殺技のエフェクトとなると困ります
695 ：デフォルトの名無しさん：2013/03/02(土) 16:56:57.41
シューティングゲームをC++で作ってます
敵クラス、自機クラス、弾クラスなどでカプセル化して管理してるんですが
自機を追尾する敵は、敵クラスから自機クラスにアクセスする必要が出てくると思います
今のところ自機クラスの座標変数のアドレスを、敵クラスに持たせているんですが、
もっとかっこいいやり方をひょっとして皆さんやってらっしゃるのではないかなあと
もっとかっこいいやり方があったら教えてください

>>693さんの質問の後でいいので、どなたか頼んます
696 ：デフォルトの名無しさん：2013/03/02(土) 17:01:33.25
座標データをもつ親クラスを作って公開関数で座標データを取得できるようにしとく
敵クラス、時期クラス、弾クラスをその子クラスとして実装
697 ：デフォルトの名無しさん：2013/03/02(土) 17:18:00.21
>>696
ちょっぱやで回答していただいてありがとうございまっす
とても参考になります
ただし、もう少しだけ疑問があるのでお付き合いいただければ幸いです

この方法は、親クラスに例えば座標変数jikiPosなどを作っておいて、
関数GetJikiPosを実装すれば、子クラスでjikiPosを取得できる・・・っていう方法だと考えました
敵が複数いる場合などは、敵座標変数が複数あるはずなので、若干管理が面倒になる印象なのですが、
これの解決はどのようにするのでしょうか
698 ：デフォルトの名無しさん：2013/03/02(土) 17:21:03.01
敵毎にインスタンスがあるんじゃないのか？
699 ：デフォルトの名無しさん：2013/03/02(土) 17:26:46.14
やべーーーそうか
親クラスの座標はjikiPosじゃなくてposですね！
子クラスでそれぞれGetPosを実行すれば固有の座標をゲットできる

うおーありがとうございます早速実装してきます！
700 ：デフォルトの名無しさん：2013/03/02(土) 18:50:11.51
クラスの継承関係を親子っていうのはひどい
701 ：デフォルトの名無しさん：2013/03/02(土) 18:58:40.00
基本クラス、派生クラスと言えば満足か
ちっちゃい人間だなあ
702 ：デフォルトの名無しさん：2013/03/02(土) 19:08:53.50
基本単為生殖ってところが
703 ：デフォルトの名無しさん：2013/03/02(土) 19:14:04.79
>>693 >>694
話を聞いている限りでは、現実的な条件という場合は、
必殺技Aが発動した瞬間から「モーション」が再生されるのだと思います。
しかし、その必殺技の「ダメージ判定」が発生するまでの時間は環境に依存する。

ということは、エフェクト以前の話として、環境（敵との距離など）によっては
モーションの再生の終了間際や、終了してからダメージ判定が発生する場合もある。

このようなケースというのは、そもそも、その必殺技による効果が、
キャラクタ自身から空間的・時間的に離れているのではないでしょうか。
例えば格ゲーでいうところの飛び道具（波動拳など）や、
それこそ >>693 の腕から炎など。

こういうものは、環境によっては「たまたま」技を出したキャラと
見た目的に重なっている場合もあるけど、本質的には技を出したキャラとは
独立した存在なのではないでしょうか。

よって、管理方法としては、必殺技を仮に「腕から炎」だとすると、

・技を出すキャラのデータ（位置や当たり判定など） ＋ 技を出すキャラのグラフィック
・炎のデータ（位置やダメージ判定など） ＋ 炎のグラフィック

このように２の独立したものに分けた方が自然だと私とは思います。

この場合、敵にダメージを与える存在は技を出したキャラではなく、
キャラの位置から発生した炎の方なので、こちらにダメージ判定を持たせます。

どうでしょうか。
704 ：デフォルトの名無しさん：2013/03/07(木) 15:37:39.55
おちゃっこはユーザーに対して嫌がらせを始めた。
それも側近ユーザーに対してもだ
むしゃくしゃしたから　やった。　論理はそれだけだ
705 ：デフォルトの名無しさん：2013/03/07(木) 19:18:18.81
？
706 ：uy：2013/03/08(金) 13:38:57.63
ゲームはアクション要素＋戦略要素あって
さらに音楽とキャラが良くないとダメだな
あとはどんだけ時間かけてもクリアできなそうなくらいの広いやりこみ要素
あと大人数プレイ
久しぶりに昔はまってたゲーム一通りやってたらあんまし面白くなかった
707 ：デフォルトの名無しさん：2013/03/08(金) 13:45:32.51
その条件に当てはまるのはモルピグだな
708 ：uy：2013/03/08(金) 14:38:07.76
そう、なんだかんだでネトゲが一番楽しい
709 ：デフォルトの名無しさん：2013/03/08(金) 19:56:47.97
ファミコンが一番楽しい
710 ：デフォルトの名無しさん：2013/03/09(土) 08:00:46.33
ネトゲに嵌ってニート生活中に親への言い訳のためにプログラムに手を出してみたけど
どうにもならなくて荒らしになるってのがム板じゃ多い気がする
711 ：デフォルトの名無しさん：2013/03/09(土) 22:37:42.75
>>710
やめてさしあげろ
712 ：デフォルトの名無しさん：2013/03/11(月) 16:34:36.70
2Dのアクションゲームって「マス」の概念あった方がいいんですかね？
今のところ斜めの表現を極力細かくしたいので、描画の座標とイコールで、
１ドットが１マスみたいな感じでやってるんですが
は8×8ピクセルを１マスと考えて、キャラクターは縦8マス横4マス
のように考えるのとどちらが初心者にやりやすいでしょうか
713 ：デフォルトの名無しさん：2013/03/11(月) 16:47:19.28
何でその二択なの？間違ってるよね？
714 ：デフォルトの名無しさん：2013/03/11(月) 19:48:46.93
斜めのバリエーションを増やしたいのなら、
升が無い方が初心者にはやりやすかったりする

当たり判定だけ2D物理エンジンに任せれば良い
715 ：デフォルトの名無しさん：2013/03/12(火) 00:17:26.50
マスはパズルゲームだけだいい加減にしろ
716 ：デフォルトの名無しさん：2013/03/12(火) 06:26:08.90
マップはマスでもいいけどね。
717 ：デフォルトの名無しさん：2013/03/12(火) 22:54:35.59
>>712
マスという考え方は捨てれ…ラジアン使えラジアン。
718 ：デフォルトの名無しさん：2013/03/13(水) 18:11:37.43
質問者じゃないけどブロック単位じゃなく処理をすればいいんだ！
やっべー目からウコロが落ちた！
地面とかオブジェクトをブロック単位で配置してたからその他もブロック単位で考えてたぜ！
5年前に頓挫してほったらかしだったけどもう1回やってみようかな！
719 ：デフォルトの名無しさん：2013/03/14(木) 22:13:10.74
>>710
seikyou.ne.jpさんの悪口はやめろ
720 ：デフォルトの名無しさん：2013/03/14(木) 22:35:58.36
昔のハードは貧弱だったから、マスメでなければ出来なかった
http://www.yaldex.com/game-programming/0131020099_ch11lev1sec1.html
721 ：デフォルトの名無しさん：2013/03/16(土) 20:06:29.70
昔のロックマンって面がけっこう細切れだったけどあれもやっぱり処理速度の関係？
722 ：デフォルトの名無しさん：2013/03/16(土) 21:01:16.26
>>721
メモリ容量の関係
723 ：デフォルトの名無しさん：2013/03/17(日) 01:34:20.34
DirectXの関数で、テクスチャやメッシュをファイルからロードする関数がありますが、
あれはビデオカードのメモリ上（オンボードの場合を除く）に読み込まれるという認識でいいでしょうか？
ビデオカードの紹介でDDR5 1GBとか書いてありますが、そこへロードされているという認識でいいでしょうか？
724 ：デフォルトの名無しさん：2013/03/17(日) 05:47:51.33
>>723
どこにロードするか選べたはず・・・
725 ：デフォルトの名無しさん：2013/03/17(日) 23:33:06.39
俺の設計が間違ってるのかC++の知識が足りないのか教えてくれ。
2DRPGでシーンがタイトル、マップ、戦闘、ってあったとして、それぞれ処理が全く違うからクラスを作る。
TITLECLASS、MAPCLASS、BATTLECLASS、とする。
どのクラスにもpublicで同名な以下のメンバが存在する。
BOOL Load(int);//そのシーンの初期化＆テクスチャ・音・イベント・etcの読み込み
BOOL Run();//入出力や各種判定や計算
BOOL Draw();//描画
BOOL Unload();//読み込んだテクスチャや音etcの破棄
シーンによって処理内容は違うが、どのシーンであっても最初にLoad(int)を行い、毎フレームRun()とDraw()を行い、次のシーンの読み込み前にUnload()が行われる。
しかし、各シーンごとにクラスを用意するため、以下のようになっている。
TITLECLASS title;
MAPCLASS map;
BATTLECLASS btl;
//ロード等中略、以下メインループ内
if (タイトル){
title.Run();
title.Draw();
}else if (マップ){
map.Run();
map.Draw();
}else if (戦闘){
btl.Run();
btl.Draw();
}
このようにif文による判定が毎回フレーム入る。
各クラスをロード前に抽象的なシーンクラスに入れてif文を減らせないか。
以下のような雰囲気のことがしたいができないのだろうか。
void *scn;
scn = &map;
//以下メインループ内
scn->Run();
scn->Draw();
726 ：デフォルトの名無しさん：2013/03/17(日) 23:35:22.14
ポリモーフィズムでぐぐれ
727 ：デフォルトの名無しさん：2013/03/17(日) 23:55:22.75
どうでもいいが、scene くらい省略せずに書けよ
728 ：デフォルトの名無しさん：2013/03/17(日) 23:57:34.73
どうでもいい
729 ：デフォルトの名無しさん：2013/03/18(月) 00:03:03.53
ナコバーローｗｗ
730 ：デフォルトの名無しさん：2013/03/18(月) 00:15:01.41
サンクス調べてくる。
731 ：デフォルトの名無しさん：2013/03/18(月) 00:21:47.54
おお、俺のやりたいことができそう
ポリもーフィズムは名前だけはきいたことあったけどまさかC++の裏技だとは思わなかった
732 ：デフォルトの名無しさん：2013/03/18(月) 01:28:20.27
ネタは寝てから言え
733 ：デフォルトの名無しさん：2013/03/18(月) 04:46:00.61
DirectXについて質問です
利用可能なバックバッファのサイズと色のフォーマットを列挙することができますが、
なぜ列挙されていないサイズでも利用できるのでしょうか？

具体的には、列挙すると680*480以上の解像度しかありませんが、
D3DPRESENT_PARAMETERSのBackBufferWidthとBackBufferHeightにそれぞれ320と240を指定しても
問題なく320*240で作成されているように振る舞います
734 ：デフォルトの名無しさん：2013/03/18(月) 04:52:27.81
320*240の環境で使うプログラムなのかもしれないからだろ
自分のマシンでサポートできるプログラムしか書けないようにする必要ある？
735 ：デフォルトの名無しさん：2013/03/18(月) 08:43:38.93
>>725
方向性は正しい。
昔の自分を見てるようだw
頑張って！
736 ：デフォルトの名無しさん：2013/03/18(月) 08:55:43.44
>>733
ウィンドウモードだとそもそもバックバッファに制限ないぞ
737 ：733：2013/03/18(月) 17:33:47.34
>>734,>>736
ありがとうございます
回答から好きなサイズのバックバッファを作成できるということまでは理解できたのですが、
では解像度を列挙できる機能は一体何のためにあるのでしょうか？
列挙された解像度でないとCPUで処理されてしまうとかでしょうか
738 ：デフォルトの名無しさん：2013/03/18(月) 17:58:57.38
フルスクでやりたい人のための情報なんじゃねえの
739 ：デフォルトの名無しさん：2013/03/18(月) 22:33:37.63
当然
740 ：733：2013/03/19(火) 14:23:00.23
>>738-739
ありがとうございます
プレイヤーがウインドウモードとフルスクリーンモードを切り替えられるようにしたいので
列挙された解像度を使うことにします
741 ：uy：2013/03/19(火) 17:32:51.23
>>725
すべてにおいて間違ってるよ
多分、君はクラスを使って良いレベルにいない
構造体と、関数のみで一回やれよ
C++の前にC言語まず使えないだろ
742 ：デフォルトの名無しさん：2013/03/19(火) 19:51:10.03
>>741はプログラム組んでたら次第にラムダに逃げてクラスを使わないべた書きになっていくという
人のこと言えるレベルじゃない存在だったような
743 ：デフォルトの名無しさん：2013/03/19(火) 20:07:42.39
名前がuyって時点で説得力がないうえにもう片付いた質問にレスしててワラタ
744 ：デフォルトの名無しさん：2013/03/19(火) 20:39:22.30
動的だと適当に組んでも動くしクラス化するのが面倒な気持ちならわかる
カプセルやインターフェイスを簡単に破壊できる言語だと特に生真面目にクラス組むのがバカらしくなる
745 ：デフォルトの名無しさん：2013/03/19(火) 21:16:25.54
Webアプリ以外をC/C++以外で作ってる奴は地雷だと思っていい
全員がそうではないけど99%の確率で地雷(HSPは例外的に100%)
746 ：デフォルトの名無しさん：2013/03/19(火) 21:41:05.79
?
747 ：デフォルトの名無しさん：2013/03/19(火) 23:34:34.16
この場合、地雷ってどういう意味なの？

もしその条件を満たす奴が本当に地雷だったとして、
どういう結果が待っているの？

本人は、周りの人はどうすればいいの？
748 ：デフォルトの名無しさん：2013/03/19(火) 23:40:50.66
age
749 ：デフォルトの名無しさん：2013/03/20(水) 00:19:27.25
>>747
踏みつけると爆発するから踏まなければ良い
750 ：デフォルトの名無しさん：2013/03/20(水) 01:17:51.80
3Dのボーンのモーションってさ、記録されてるモーションを再生するだけなんだな

だから斜面を走るときに、地面に足が埋まったり浮いたりしないようにするためには
リアルタイムでボーンの計算処理をして足を正確な位置にしなければならない

ってことになるんだけど、こんな泥臭いことするの？
751 ：デフォルトの名無しさん：2013/03/20(水) 01:26:42.95
25度、45度用の斜面用モーション作って、近い方を再生するとか
752 ：デフォルトの名無しさん：2013/03/20(水) 01:28:43.01
>>751
おお、その発想はなかった
いいねそれ
753 ：デフォルトの名無しさん：2013/03/20(水) 01:28:58.45
>>750
普通はめり込み浮き足上等
お前がそこまで懲りたいかどうかで決めればいい
754 ：デフォルトの名無しさん：2013/03/20(水) 06:57:20.63
斜面に対してキャラクターを垂直にしてるゲームもある
755 ：デフォルトの名無しさん：2013/03/20(水) 10:09:36.16
そんなんだから海外のゲームに勝てないんだよ
こだわり大国日本はどこにいったんだ
756 ：デフォルトの名無しさん：2013/03/20(水) 10:55:05.78
普通のＴＰＳゲームならば、斜面傾斜角度は30°以内である、それ以上は登れない。
それで、30°程度の傾斜角度ならば靴の下少しが埋まる程度になる。草原を歩けば草で隠れる範囲。
ＣＰＵ時間に限界があるから、無駄にエネルギーを使う事が出来ない。
757 ：デフォルトの名無しさん：2013/03/20(水) 11:15:48.26
スーパーマリオ１は地形がマス目なだけでなく、背景の雲や木はステージのスタート地点から何ドットって基準で繰り返してる。
マス目の位置情報すら持ってない。
758 ：デフォルトの名無しさん：2013/03/20(水) 11:20:01.21
>>755
バカか逆だリアルさはゲーム性に関係しない
見た目を重視した結果海外のゲームに勝てなくなったんだろ
リアルさにこだわったFFとか落ち目だろ
スーパーマリオはもう日本からは生まれない
759 ：デフォルトの名無しさん：2013/03/20(水) 11:37:52.48
言い訳だよそれは
中身が同じならグラフィックが優れた物が勝つ
これまで日本がグラフィックを軽視してこれたのはあくまで中身が海外ゲームより優れてたから
でもいまは中身でもぼろ負けだ
グラフィックを手抜きして中身が大事なんて言える立場じゃないんだよ
760 ：デフォルトの名無しさん：2013/03/20(水) 11:49:41.99
>>759
いや、だから今は中身を重視すべき時なんだろ？中身ボロ負けなんだろ？？
761 ：デフォルトの名無しさん：2013/03/20(水) 12:50:30.87
>>760
それは正論だが、一度優れたグラを体験した消費者は、
他の商品に対しても最低同程度に優れたグラは期待するからなぁ
762 ：デフォルトの名無しさん：2013/03/20(水) 13:06:48.10
>>759, >>759
で、グラフィックがコンシューマやPCゲームよりチープな携帯ゲームが盛り上がっているのはどう言い訳するんだ？
763 ：デフォルトの名無しさん：2013/03/20(水) 13:13:23.05
携帯ゲームとか中身も無いだろ
持ち運びできてどこでもできるというだけで売れてるだけ
764 ：デフォルトの名無しさん：2013/03/20(水) 13:15:20.02
じゃあそれが真理だろ
ゲームに派手さは求められない時代になったことにいい加減気付け
高度なグラフィックを期待すると思っているのは無能なゲームクリエイター（）だけ。
765 ：デフォルトの名無しさん：2013/03/20(水) 13:21:52.43
美しさとリアルさを混同したバカが据え置き機を滅ぼす
766 ：デフォルトの名無しさん：2013/03/20(水) 13:53:07.67
個人的な考え方かも知れないが、その話ってそれを話す場に依るんじゃないか？
「ゲームを考える」とか「素材やプログラムなどを纏め上げてゲームに仕上げる」場では
「中身が大事、グラがチープでも楽しめる内容にしなきゃダメ」だろうし、プレイヤー視点でも大概そんなもんだろうが

ここはプログラム板なのだから「ゲームはこうあるべき」なんてのは割とどうでも良いことで
「やろうと思えばある程度やれて、自分の領分や限界が認識できる程度に技術力は持っておくべき」と考えるべきだと思う
自分単独ならともかく、誰かと組んだ時まで「リアルさとかどうでもいいんだが？」なんてプログラマが言ったら顰蹙だろうしw
767 ：デフォルトの名無しさん：2013/03/20(水) 14:00:10.62
あやまれ！せがれいじりにあやまれ！
768 ：デフォルトの名無しさん：2013/03/20(水) 14:15:55.45
>>766ゲ製板へどうぞ
769 ：デフォルトの名無しさん：2013/03/20(水) 14:17:12.44
実際据え置き機は最近使わないな
起動が面倒くさい
770 ：デフォルトの名無しさん：2013/03/20(水) 14:22:32.16
ゲーム論を語るときの注意点

・プログラム板なのでプログラムを交えて話してください
・趣味開発と業務開発を同じフィールドで語らないでください
771 ：デフォルトの名無しさん：2013/03/20(水) 14:22:43.45
FPSやマップデザイナ・モーションデザイナの作業負荷の見積もりを
素早く提示できるスキルは必要なんだろうな〜
772 ：デフォルトの名無しさん：2013/03/20(水) 14:28:02.16
Objective-C ｳｾﾞｰとかそういう話が好みか
773 ：デフォルトの名無しさん：2013/03/20(水) 14:41:25.60
グラフィックにこだわるのは質の低いユーザー
道を極めたユーザーはCUIへと到達する
このレベルの世界ではグラフィックはもはや想像力を阻害する不純物であり
またプレイ効率を低下させるストレス要因となるのだ
774 ：デフォルトの名無しさん：2013/03/20(水) 14:50:08.43
読書でいいじゃん
775 ：デフォルトの名無しさん：2013/03/20(水) 15:37:57.79
Objective-C ｳｾﾞｰ
Appele ｳｾﾞｰ
776 ：デフォルトの名無しさん：2013/03/20(水) 15:44:52.05
アッペレ？
777 ：デフォルトの名無しさん：2013/03/20(水) 15:47:18.52
据え置きのコンシューマー機なんてのは一般家庭にパソコンがなかったから生まれたってだけだろ。
マリオやその他のゲームのようなものを一般人に遊んでもらおうと思ったらまず環境から構築するしかなかった。
ソフトウェアの供給だけでは成り立たなかったからだ。

でも今ではゲームを実行できるレベルの性能を持った汎用計算機がほとんどの家に普及した。
そんな状況で据え置き型のコンシューマー機って必要？って話。

必要だから生まれ、ある程度大きな市場は形成されたが、今ではほとんど必要ではなくなってきている。
しかし、ゲーム企業、特にハードウェアを開発している企業はすでに必要ではなくなりつつあるその市場を必死で延命しようとしている。

鍵はタイトルだ。
ハードウェアを買ってまでプレイしたいと思えるタイトルがあるうちは消費者をなんとかつなぎ止められるが、
ソフトウェア開発専門の企業が、今までコンシューマー機で出していたタイトルを、パソコンやスマホ向けに出し始めたらコンシューマー機は終焉まっしぐら。
プログラマ側としては一定の性能が保証されているコンシューマー機のほうが開発しやすいだろうが、
汎用機の性能も底上げされ、汎用機用のフレームワークができてくるとその限りではない。
778 ：デフォルトの名無しさん：2013/03/20(水) 16:01:22.30
ゲーセンの筐体を一般家庭向けにカスタマイズして売ればいいと思うの。
779 ：デフォルトの名無しさん：2013/03/20(水) 16:10:21.00
WiiリモコンとかKinectとか、そういう楽しい遊び道具って、
汎用機から普及することはほとんど無いよ。

コンシューマー機は買った人の誰もが同じ計算性能を得られる事以上に、
誰もが買ったその場から同じ道具で遊べる事が大きなメリットだと思う。

そのメリットを活かせている間は、コンシューマー機は無くならないね。
780 ：デフォルトの名無しさん：2013/03/20(水) 16:35:51.83
汎用機から生まれることはなくても汎用機に取り込まれちゃうよね
いわゆるゲームコントローラーだって昔はパソコンにそんなものなかったのに
取り込まれちゃって汎用機でも同程度の操作ができるようになってしまった
781 ：デフォルトの名無しさん：2013/03/20(水) 16:37:54.06
そのメリットを活かせなくなったのが今ってことね
782 ：デフォルトの名無しさん：2013/03/20(水) 16:42:07.48
PCにUSBメモリを挿して電源を入れれば即ゲームが起動
ってのが主流になれば専用機を駆逐できると思う

ＨＤやネットワークにアクセスを許すかどうかでレベルを分けて
「赤」とか「緑」とか区分を設ければ言うことなしだな
783 ：デフォルトの名無しさん：2013/03/20(水) 16:48:55.49
PCにフロッピーディスクを入れて電源を入れれば即ゲームできますが何か
784 ：デフォルトの名無しさん：2013/03/20(水) 17:06:47.83
つーかパソコンの常時起動も増えてきてるからダブルクリックで即起動だろ
USBを挿すまでもない
785 ：デフォルトの名無しさん：2013/03/20(水) 17:13:23.21
フロッピーからの読み込みが遅い（容量次第だが）
786 ：デフォルトの名無しさん：2013/03/20(水) 17:16:40.70
ゲームに限ったことじゃないけど、日本人を液晶画面漬けにする気かってくらいIT製品ばっかだよな
家ではインターネットで各種サービスや申し込みや通販やSNSやゲームや写真の管理やどうかしたら料理のレシピまで
外に出たら出たでケータイやスマホでメールやSNSや写真撮影やテレビや地図暇ならゲームやれという勢い

お前１日に何時間画面見させる気だよｗ
787 ：デフォルトの名無しさん：2013/03/20(水) 17:18:33.42
一日中
788 ：デフォルトの名無しさん：2013/03/20(水) 17:30:43.87
>家ではインターネットで各種サービスや申し込みや通販やSNSやゲームや写真の管理やどうかしたら料理のレシピまで
>外に出たら出たでケータイやスマホでメールやSNSや写真撮影やテレビや地図暇ならゲームやれという勢い

どんだけリア充なんだよお前
しねよ
789 ：デフォルトの名無しさん：2013/03/20(水) 18:17:34.74
>>786
今やうちのカーチャンがタブレットでスーパーのチラシ見てるからな
番組表もデジタルテレビやレコーダーで見る上にトーチャンはニュースをスマホで見るから新聞もう取ってないぽ
790 ：デフォルトの名無しさん：2013/03/20(水) 23:46:54.77
2Dの横スクロールアクションで、主人公の武器も服も装備によって微妙に変わる場合、
描画のときの上下関係ってどうするの？

例えばキャラがプレイヤーから見て左側に向いていて、
そのキャラが剣をキャラの左(画面手前)から右(画面奥)へ払うような動きをして、
払い始めはキャラの上に剣が重なった状態があり、払い終わりにはキャラの下に剣が重なってる場合。
わざわざ剣の深度バッファ変えるの？
791 ：デフォルトの名無しさん：2013/03/20(水) 23:50:26.81
それ何種類あるの？って話
792 ：デフォルトの名無しさん：2013/03/20(水) 23:53:53.67
座標は3Dで持っててglOrthoにするだけ
793 ：デフォルトの名無しさん：2013/03/21(木) 00:00:16.17
武器ごとにモーション変えちゃいなよ
794 ：デフォルトの名無しさん：2013/03/21(木) 00:01:43.63
ブン！って振ってる間の剣戟を共通グラにして、
各武器で最初(手前にある状態)と最後（奥にある状態）を用意すればいいんじゃ？
795 ：デフォルトの名無しさん：2013/03/21(木) 01:02:47.02
>>794
深度の話してるんだけど大丈夫か？
796 ：デフォルトの名無しさん：2013/03/21(木) 03:46:46.20
データ量倍増でいいなら予め２つの深度で絵を構成させるとか
797 ：デフォルトの名無しさん：2013/03/21(木) 07:39:54.17
キャラの上下を分割して、下剣上の順にすれば…
798 ：デフォルトの名無しさん：2013/03/24(日) 09:22:42.47
>>790
むしろ剣のバッファ変えるだけで済む話じゃないか
799 ：デフォルトの名無しさん：2013/03/24(日) 16:32:00.84
自機がやられた時爆破アニメーションをしようと思います。
その際自機がキーボード入力を受け付けると困るのですがどんな方法が一般的か分からず悩んでます。
適したやり方はどれでしょう？

１．"戦闘シーン"から"ゲームオーバ−前エフェクトシーン"移動して自機の爆破完了後"ゲームオーバーシーン"へ移動する。キー入力はシーンオブジェクトが遮断する
２．自機のタスク（Actor)処理内で破壊済みフラグのようなものを設けてキーボード入力をチェックしないようにする
３．その他

[１]だった場合、自機や敵キャラなどのオブジェクトはシーンの子という構成だと思うのですが
それら全ての親シーンを"ゲームオーバー前シーン"に変更して処理を続行させるのでしょうか
800 ：デフォルトの名無しさん：2013/03/24(日) 16:40:15.90
自機にやられた状態を追加する
801 ：デフォルトの名無しさん：2013/03/24(日) 17:26:28.48
>>799
現状では、ゲームパッドなどからキーが入力された時、
どのような処理の流れでキャラの位置情報が変更されるに至ってるの？
802 ：デフォルトの名無しさん：2013/03/24(日) 20:21:56.50
>>801
シーンオブジェクトがWindowにリスナー登録してキー入力イベントを受け取って、
キャラクターはシーンオブジェクトにキー入力イベントをリスナー登録してます。
だから入力を絶つには自機が死亡フラグを見て入力を受け捨てるか、
リスナー登録を削除するかキー入力を受け付ける"戦闘シーン"から自機を切り離して
Windowからキー入力を受け取らない"ゲームオーバ−前エフェクトシーン"を設けてそこに全キャラクターの管理を委譲するか、と考えました。
803 ：デフォルトの名無しさん：2013/03/24(日) 20:27:07.76
>>801
追記です。
自機はシーンからのキー入力イベントを受けて座標の更新を行っています。

イメージはこんな感じです。（範囲外チェックやあたり判定処理は省いています。）

void onKey(KeyEvent e){
this->x += (e.right - e.left) * steppix;
this->y += (e.down - e.up) * steppix;
}
804 ：デフォルトの名無しさん：2013/03/24(日) 20:41:07.57
2でいいんじゃないの？
805 ：デフォルトの名無しさん：2013/03/24(日) 21:00:02.37
GetAsynckeyStateにすればいいのに
806 ：デフォルトの名無しさん：2013/03/25(月) 05:08:54.17
基本２でしょ？
なんで爆発だけでシーン切り替えせにゃならんの
807 ：デフォルトの名無しさん：2013/03/25(月) 16:22:26.47
同じシーンに使われる別々のオブジェクトが同じテクスチャを共有する場合は、それぞれのオブジェクトが同じテクスチャを共有しますよね？
808 ：デフォルトの名無しさん：2013/03/25(月) 16:33:30.43
ゴミｗ
809 ：デフォルトの名無しさん：2013/03/26(火) 00:54:46.94
>>806
タスクシステムのchangeTaskの代用を探してたらこの様だよ
810 ：デフォルトの名無しさん：2013/03/26(火) 04:34:12.59
タスクシステムｗ
811 ：デフォルトの名無しさん：2013/03/26(火) 06:41:10.38
自機に終了フラグを立てたくない理由がよく分からん
812 ：デフォルトの名無しさん：2013/03/26(火) 15:26:19.43
>>807
テクスチャは基本そんなに余裕のあるリソースじゃねーから、オブジェクトごとに生成なんて真似を
「本当に」やったのなら、今頃そんな寝言言えてない筈だぞ。
813 ：デフォルトの名無しさん：2013/03/26(火) 16:44:14.73
最近のスペックのPCで
ファミコンのロックマンみたいなのしか作ったことがなければ
そういう発言が出ても
不思議ではない
814 ：デフォルトの名無しさん：2013/03/26(火) 20:31:35.61
共有って無理だろ

class MAPCLASS{
LPDIRECT3DTEXTURE9 *tex;//テクスチャの配列
OBJECTCLASS *obj;//オブジェクトの配列
}

普通こんな感じになると思うけど、objからtexにはアクセスできないじゃん
それともobjの中にstatic LPDIRECT3DTEXTURE9 *texとかトリッキーなことすんの？
でもそれやるとtexの解放が難しいぞ
解放するときは最後の1つのobjが破棄されるときに解放しなきゃならないからな
最後の一つかどうかを判定するコードが必要だからな
815 ：デフォルトの名無しさん：2013/03/26(火) 20:38:17.83
ゲームのリソースって普通、実態はリソースマネージャに管理させて、
そのリソースを使う各ゲームオブジェクトらは、
そのリソースへのハンドルを持つだけだと思うのだが・・・
816 ：デフォルトの名無しさん：2013/03/26(火) 20:44:29.27
staticに持たせる場合でも、グラフィックス初期化直後やシーン開始時に初期化して
シーンやアプリの終了時に解放すると思うよ…
817 ：デフォルトの名無しさん：2013/03/26(火) 20:47:16.32
どういうこと？

class RESOURCECLASS{
LPDIRECT3DTEXTURE9 *tex;
SOUND *snd;//適当
}

こういうリソース管理のクラスを作ってグローバルにしといて
そこに各種マップやらキャラやらのリソースをロードするってこと？
818 ：デフォルトの名無しさん：2013/03/26(火) 21:02:11.13
オブジェクトがリソースを使いたい場合は管理クラスに問い合わせる
管理クラスはそのリソースがあれば渡して、なければ作る
リソースの削除は管理クラスがやるからオブジェクトは気にしなくていい
こんな感じ？俺はこうやってるけど
819 ：デフォルトの名無しさん：2013/03/26(火) 21:04:02.24
それが普通だと思うし、そういうやり方だら共有もできる。
820 ：デフォルトの名無しさん：2013/03/26(火) 22:18:57.25
DxLibがそこまでやってるな
結局あれと同じの作るのか
821 ：デフォルトの名無しさん：2013/03/26(火) 23:07:48.22
DxLibが同じ事やってるのならDxLibを使えばよくね？
822 ：デフォルトの名無しさん：2013/03/26(火) 23:09:51.74
クラスで毎フレーム呼び出される変数ってメソッド内じゃなくてメソッドとして宣言しといたほうがいい？
確か関数内で宣言された変数は関数が呼ばれるたびにメモリの確保と解放が起こるんだよね？

class TESTCLASS
{
　　　int func(){
　　　　　　int a;
　　　　　　a++;
　　　}
}

より

class TESTCLASS
{
　　　int a;
　　　int func(){
　　　　　　a++;
　　　}
}

推奨？
823 ：デフォルトの名無しさん：2013/03/26(火) 23:13:37.91
あ、a++はちょっと例として不適当だった。
a++だと上と下では挙動が違う。

for(a=0;a<10;a++){}
とかにしといて。
824 ：デフォルトの名無しさん：2013/03/26(火) 23:35:08.90
俺は何も考えずに上派だけど、今まで特に遅くなったりとかはない
理想は下なのかもしれんが
825 ：デフォルトの名無しさん：2013/03/26(火) 23:41:38.20
整数程度ならやめとけ、読みにくくなる弊害のがよほどデカい
それが生成するだけで重いオブジェクトとかなら一理あるけど
826 ：デフォルトの名無しさん：2013/03/26(火) 23:59:03.18
なんで今更こんなレベル低いこと議論してんだ
827 ：デフォルトの名無しさん：2013/03/27(水) 00:24:19.22
>>822
スタックメモリから確保されるから高速
無視していいレベル
828 ：デフォルトの名無しさん：2013/03/27(水) 00:26:26.11
>>822
むしろ下はthisを使う事により低速化する
829 ：デフォルトの名無しさん：2013/03/27(水) 04:43:29.05
昔下で書いてたけど大変なことになったｗ
privateのところに大量の変数が出てきて、
メンバの関数をごっそり消しても
その関数でしか使わない変数が残ったりするし、
メンバの関数でしか使わないと思って消した変数が
実は他でも使われててコンパイルエラーになったりとかｗ
830 ：デフォルトの名無しさん：2013/03/27(水) 12:12:32.43
そういうのはまずコメントアウトだけして一旦コンパイルかけてみてからじゃないと消さないな
831 ：デフォルトの名無しさん：2013/03/27(水) 15:05:52.47
2DRPGのマップでオブジェクトが重なる場合ってソートが必要じゃん？
完全に全オブジェクトが1x1ブロックに収まって、重ならないなら要らないんだろうけど、
木とか高さのあるものが出てくると重なることがあるからソートが必要じゃん？
あれってどうやってる？
それともDirectXのスプライトのDrawに渡す描画位置のzに、
z=y/1000とかやってそのままy座標使ってる？
832 ：デフォルトの名無しさん：2013/03/27(水) 15:10:29.98
Zバッファを使うと透過とか半透明のオブジェクトで面倒なことになるから、
Zソートした方が良いかと。
833 ：デフォルトの名無しさん：2013/03/27(水) 15:48:11.74
Zソートには何使ってる？
バブルソート？
834 ：デフォルトの名無しさん：2013/03/27(水) 15:59:23.23
>>831
多分クォータービューの事言ってるんだろうけど
そうじゃない普通の俯瞰型なら木の上の方のパーツは
上のレイヤに置いてるだけだよ
それなら描画順を気にする必要が無い

クォータービューならソートらしき処理が必要だと思うけど
作った事無いから実際どうやってるかは知らない
835 ：デフォルトの名無しさん：2013/03/27(水) 18:25:03.05
クイックソートだろ
836 ：デフォルトの名無しさん：2013/03/27(水) 19:24:01.05
うほ
837 ：デフォルトの名無しさん：2013/03/27(水) 19:42:11.05
最高の頭脳はこんなところで油を売ってる暇はないし
暇があったとしてもとっくに他のコミュニティに移動してる

こんな匿名の叩き煽りが日常茶飯事で自分にメリットが薄いようなところは
最高の頭脳でなくともまともな人間でもさっさと去るよ

他にコミュニティがない10年前なら最高の頭脳もいたかも知れないが、
いつの間にかいなくなって今ではその幻想だけが残ってる

最高の頭脳持ってる奴は他のコミュニティに行っても入っていけるから困らなかっただろう
そしてそういったコミュニティで相手にされない奴が集まってるのが2ch
838 ：デフォルトの名無しさん：2013/03/27(水) 20:01:13.51
>>837
うっせーな、分かってるからいちいち書き込むな。
839 ：デフォルトの名無しさん：2013/03/27(水) 20:12:31.66
2DRPGで半透明とか使う？
840 ：デフォルトの名無しさん：2013/03/27(水) 20:19:49.74
>>839
バトル中のエフェクトでは使いまくりだろうが、
他にも水路や海面下などの水中表現や、森の中で木陰の表現、
洞窟などでキャラを中心にだんだん暗くなる灯の表現、
メッセージボックスなどの背景、etc...
841 ：デフォルトの名無しさん：2013/03/27(水) 20:26:56.99
>>839
スーファミですら使ってるのに・・・
時代遅れ過ぎて人として終わってる・・・
842 ：デフォルトの名無しさん：2013/03/27(水) 20:49:57.54
はよ
843 ：デフォルトの名無しさん：2013/03/28(木) 13:37:38.03
半透明って負荷高いじゃん。
844 ：デフォルトの名無しさん：2013/03/28(木) 20:15:33.08
javascriptを使用したブラウザゲームは
実行中に得点部分の変数値を結構簡単に書き換える事ができてしまい
ランキング等不正を行いやすい状況ですが、
この変数値操作への対策として何か有効な方法はないでしょうか。

得点部分と他に特殊な値を持つ変数値(例えば得点*2)を別途用意し
得点の変数値だけを書き換えられてしまっても
大丈夫なようにする、という方法があるようですが
これ以外にも何かよい方法があればご教授願います。
845 ：デフォルトの名無しさん：2013/03/28(木) 21:19:55.76
何にしてもJSはソースが見えるからな・・・

他には、一定時間おきに得点をチェックして、
明らかにおかしな得点の増え方をしてたら弾くとか。
5秒間で最大でも100ポイントしか増えないはずのところを1000ポイント増えてたら弾く、みたいな。

実行中もだけど実行後も気を付けないと書き換えられる。
846 ：デフォルトの名無しさん：2013/03/28(木) 22:03:31.76
サーバのDBに変数の値を格納して変数参照ごとにサーバと通信すればいい
847 ：デフォルトの名無しさん：2013/03/28(木) 22:56:46.66
ゲーム内のシーン遷移について質問です
解説サイトを見たところswitchを使うFSMか、Stateパターンが紹介されていましたが、
Stateパターン時の各シーン同士のデータの受け渡し方法がよくわかりません

例えばアクションゲームで
キャラクターの装備を整えたり次のステージを選択する「ステージセレクト」というシーンと
実際にマップ上でアクションして戦う「ステージアクション」というシーンがある場合、
ステージセレクトからステージアクションに遷移する際に、
シーン管理クラスにstringなどでシーンの名前をコールしてシーン自体を遷移させることはできますが、
あらかじめステージアクションのポインタを保持しておくなどしていなければデータの受け渡しができません

こういった場合そもそもデータを共有しておかなければならないようなクラスを
分離しようとするのが間違ってるのでしょうか？プレイヤーキャラの情報などゲームの基本情報は
シーンの基底クラスにstaticメンバとして持たせておくべきなのかな
848 ：デフォルトの名無しさん：2013/03/28(木) 22:58:53.07
複数のシーンで共有するデータは
shared_ptrに入れて受け渡せば
849 ：デフォルトの名無しさん：2013/03/28(木) 23:05:10.64
全部シングルトンで解決や
850 ：デフォルトの名無しさん：2013/03/28(木) 23:12:11.07
常に共有ってくらい大袈裟なら思い切ってstaticとかシングルトン考えても良いけど
単純に引数みたいな感覚で選んだステージIDを渡したいだけの時ってどうするべきなんだろう
851 ：デフォルトの名無しさん：2013/03/28(木) 23:12:55.35
シーン移動時にパラメータ渡せるようにしてるわ
852 ：デフォルトの名無しさん：2013/03/28(木) 23:21:19.72
>>851
intで決め打ちするなら良いけど汎用的な受け入れ口作ろうと思ったら
ストリームで無理矢理流し込むかダウンキャスト使わないとムリじゃない？
853 ：デフォルトの名無しさん：2013/03/28(木) 23:24:45.13
シーン移動時にシーンをコンストラクトする
でそのシーンを次のシーンに設定する

パラメータはコンストラクタに渡すのでどうとでもなる
854 ：デフォルトの名無しさん：2013/03/28(木) 23:26:32.95
ゲームプログラムに該当する件なのか?
855 ：デフォルトの名無しさん：2013/03/28(木) 23:27:23.49
ゲームプログラム以外の何なんだ？
856 ：デフォルトの名無しさん：2013/03/28(木) 23:38:26.24
相談者がゲーム作成で状態遷移をつかうだけで、ゲームに限ることではないだろう。




Stateパターンのどこがすごいのか、感心されたので、書いてみる
http://blog.goo.ne.jp/xmldtp/e/ad6b4d6777c85c3aca8048515ea9b369


状態遷移表からStateパターンを自動生成する
http://codezine.jp/article/detail/5783

ステートパターンの実装例
http://d.hatena.ne.jp/dreammind/20110501/1304214997

矢沢久雄の早わかりGoFデザインパターン - 矢沢久雄の早わかりGoFデザインパターン(6)：ITpro
http://itpro.nikkeibp.co.jp/article/COLUMN/20051227/226807/
857 ：デフォルトの名無しさん：2013/03/28(木) 23:47:23.61
私の場合、シーンをまたがって使うデータはシーンクラスとは別に専用のクラスで管理します。
シーン内で完結するデータはシーンクラス内、あるいはシーンが構築したクラスで管理します。

概念的には下記のようなことをしています。
（本当はもう少し複雑ですし、ポインタを直接使わずハンドルを使います）

Data *pData // 永続データを管理するクラスのインスタンス
Scene *pSelectScene, *pStageScene // シーンクラスのインスタンス

pSelectScene のメソッド内で、Weapon *pw = pData->getPnt ("weapon") として、
武器データを格納するメモリ領域を作る。
（既にメモリ領域が作られていたなら、単にアドレスを返すだけ）
武器セレクト画面を出して、プレーヤーが選択した武器を *pw に入れる。

シーン遷移後

pStageScene の初期化メソッド内で、Weapon *pw = pData->getPnt ("weapon") として、
*pw のデータをキャラクタクラスなどに渡してゲーム開始。

こうすれば、シーンクラス間の依存度が低くなって便利です。
例えば、シーンＡ、シーンＢ、シーンＣとあって、
シーンＡとシーンＢでそれぞれ作られたデータをシーンＣへ持ち越す場合なども、
シーンＡとシーンＢの遷移順に依存せずデータを渡せます。
やっぱりシーンＢは要らん、シーンＡだけで全データを作ろうとなった場合も、
修正する箇所の数を低く抑えられます。
858 ：デフォルトの名無しさん：2013/03/29(金) 00:12:39.87
>>856
ゲーム特有の特徴とかあるだろ
扱うデータが大きいとか、データはシングルトンでも割と大丈夫とか
859 ：デフォルトの名無しさん：2013/03/29(金) 00:41:03.19
Stateパターンはタスクシステムが育てた
860 ：デフォルトの名無しさん：2013/03/29(金) 09:33:31.20
シーン遷移の度にコンストラクトする必要もねえだろ
シングルトンで全部解決や
861 ：デフォルトの名無しさん：2013/03/29(金) 19:06:34.53
俺は質問者じゃなくて>>852だけど

>>857
本当はハンドルを使うって言ってるから聞くべきではないかもしれないけど
＞Weapon *pw = pData->getPnt ("weapon")
だと、真っ当に考えるとDataクラスのgetPntメソッドは返り値の型がWeaponか
派生クラスのポインタでなければならなくて引数に文字列渡す意味もないくらい限定的すぎるから、
返り値はvoid*って意味なんだろうけどやっぱりキャストでゴリ押すしかデータ受け渡しできないよね
862 ：デフォルトの名無しさん：2013/03/29(金) 20:12:32.06
>>861
はい、実態は別の所にあって、そこからアクセス権をもらうという
概念を伝えるための説明でした。

ポインタに似せたのは説明失敗だったと反省しています。
863 ：862：2013/03/29(金) 20:14:00.81
>>862
すいません、実態ではなく実体です。
意味が全く違いますね。
864 ：デフォルトの名無しさん：2013/03/30(土) 12:13:28.60
例えば2DRPGとかで、シーン間で消失しないデータ(キャラのステータス、各種フラグ)って
シーンとは独立したグローバルな構造体orクラスとして用意すると思うけど、
シーンからはどうやってアクセスする？

今はグローバルだからってマップクラスや戦闘クラスから直接アクセスしてるけど、何かアホっぽくね？
グローバルであってもマップクラスや戦闘クラスの初期化時にそういったキャラや各種フラグのポインタを渡してそれからアクセスしたほうがよくね？
とか思い始めたんだけどどうよ
865 ：デフォルトの名無しさん：2013/03/30(土) 14:00:27.76
例えばフィールドシーンでマップ上の武器屋に入ったら
フィールドシーンから武器屋シーンがαブレンドでフェードインしてくるようなやつはどうやるの？
カレントシーンを複数持てるようにしてるの？
866 ：デフォルトの名無しさん：2013/03/30(土) 14:19:07.10
武器屋に入る直前のフィールドシーンをテクスチャとして保存しておいて
武器屋に入った瞬間からαブレンドで合成
867 ：デフォルトの名無しさん：2013/03/30(土) 14:32:00.23
分ける必要があれば分けるべきだし、必要なければ分けることはない

どういう必要性があるのか、他とのトレードオフはないのかなどを考えるべきで、
アホっぽいからと考えるのは、それこそアホだ
868 ：デフォルトの名無しさん：2013/03/30(土) 14:33:57.78
>>864
グローバルで問題が発生するくらい大規模分散処理するはめになってから悩め
869 ：デフォルトの名無しさん：2013/03/30(土) 14:42:04.80
>>864
シーンの親に持たせればいいかと
各シーンは親からポインタ引いてるだろうから普通にアクセスできるし
870 ：デフォルトの名無しさん：2013/03/30(土) 15:03:51.37
グローバルじゃなくてシングルトンなら
importとするかしないかでスコープ区切れる
871 ：デフォルトの名無しさん：2013/03/30(土) 15:07:33.35
>>869
それで良いやと思ってたんだが親からポインタひいて子が親に問い合わせるのはおかしくね？
子は親なんか知らずに親が子の状態を取得して遷移フラグたってたら遷移させるとかどうよ
872 ：デフォルトの名無しさん：2013/03/30(土) 15:07:44.93
>>866
フィールドにいるキャラはフェード中も動かしたいからむり
止まったままフェードでいいなら何の疑問もでないわー
873 ：デフォルトの名無しさん：2013/03/30(土) 17:59:07.16
普通のゲームではクロスフェードとかやらず、黒にフェードアウトしてから
シーン切り替えが多い気がする
874 ：デフォルトの名無しさん：2013/03/30(土) 18:50:59.78
キャラが動ける範囲だけ画面のスナップショット作って
それ使ってクロスフェードすれば？
875 ：デフォルトの名無しさん：2013/03/30(土) 19:21:47.48
ん、>>866で>>872でやりたいことできるだろ
カレントシーンを描画したあとに１枚の画像乗っけるんだぞ（不透明度100%→0%方向で）
876 ：デフォルトの名無しさん：2013/03/30(土) 19:29:06.55
>>875
「フィールドにいるキャラ」ってのが自分以外のオブジェクトのことだと思う
武器屋に入る直前のフィールドに、回ってる風車があったとしたら
武器屋にフェード中も風車には回っていて欲しいんだと思う
877 ：デフォルトの名無しさん：2013/03/30(土) 19:41:27.48
>>875
フェード元とフェード先の両シーンのオブジェクトは動いたまま（例えばNPGが歩き回ったまま）フェードする
何だったか忘れたけどスーファミのRPGでそういうのがあっておぉってなった
878 ：デフォルトの名無しさん：2013/03/30(土) 20:12:37.79
なるほど、でもそうなるとシーンで分割する単位じゃないな
別のビューとして並列に動作させるのに近いんじゃないの
879 ：デフォルトの名無しさん：2013/03/31(日) 23:25:15.86
キー入力に応じたイベントを発生させたい場合の質問です。

現在では、mapで仮想コードと実際のキーを表すコードのリストを以下のように保持して
仮想コード　→　リスト{ a, b, ... }
KEY_UP　→　{ w,↑}
KEY_OK　→　{ z, Enter }
（C++風ですと　map<int, list<int> > です）

例えば、あるシーンでKEY_UPが押下されていたらキャラクタを上方向に移動させたい場合、
GetInputState(KEY_UP, IS_PUSH);
というメソッドを呼び出すと、仮想キーであるKEY_UPに登録されている実際のキーのリスト{w,↑}の要素を
順次判定して結果が返ってくるので、それが真だった場合に上方向に移動するイベントを発生させます。

しかし、このやり方では発生の判定をするイベントが多かったり、順次判定するキーリストの要素が多い場合に
「何も操作しない」状態に処理が極端に重くなるという結果になってしまいました。

改善案のアプローチとしては、イベント判定時にキーの状態を取得するのではなく、
先に全てのキー状態を取得してそれに対応して発生するイベントをキューあたりにプッシュしておき、
あとで優先順位に沿って処理をしたり無視したりといったのを考えていますが上手くまとまらないところです。
そこで何か指摘がありましたら良かったらアドバイスお願いしたいです。
880 ：デフォルトの名無しさん：2013/03/31(日) 23:43:42.57
EVENT_UP_KEY_UP
EVENT_UP_KEY_DOWN
:
881 ：デフォルトの名無しさん：2013/03/31(日) 23:53:24.83
何でキー入力の状態を読むだけで重たくなるのか
882 ：デフォルトの名無しさん：2013/04/01(月) 00:34:12.02
>>879
対応関係を逆にしたほうがいいと思う。
データ構造は配列で十分（例）VirtualKeyType keymap[256]

実際のキーコード→仮想コード
w → KEY_UP
↑ → KEY_UP
z → KEY_OK
Enter → KEY_OK
883 ：デフォルトの名無しさん：2013/04/02(火) 12:45:35.05
ゲーム開始と同時に fopen でファイルを開いておき、
ゲーム中はそのファイルポインタをシークしたりリードしたりし、
ゲーム終了時にファイルを閉じる、
というのはアリ
884 ：883：2013/04/02(火) 12:48:36.23
>>883
すまん、途中で送信してしまった。

・・・というのはアリ？

つまり、ゲームに必要なアセットやレベルなどのデータを
全て一つのファイルにまとめてCDかHDDに入れておき、
ゲーム中はそのファイルを開きっぱなしにする、
という方針にしようかと思ったんだが
885 ：847：2013/04/02(火) 17:25:39.25
>>847->>863
ありがとうございました。ひとまず操作用のクラスを間に用意する方向でがんばって見ます
886 ：デフォルトの名無しさん：2013/04/02(火) 17:58:58.98
>>884
別にいいと思う
OpenOffice.orgとかも編集中のファイルは開きっぱなしで排他処理してるし
887 ：883：2013/04/02(火) 20:07:41.03
>>886
昔、ファイル開きっぱなしはケツの穴開きっぱなしと同じだって言われたけど、
そう変なことでもないのか。

ありがとう、安心したよ。
888 ：デフォルトの名無しさん：2013/04/02(火) 21:24:02.93
ただしファイルぶっ壊れるリスクはある
普通は２ちゃんで聞いた情報で安心したりしない
889 ：883：2013/04/02(火) 21:52:22.33
>>888
どういう時に、どういう理屈でファイルがぶっ壊れるの？
開いてる間にエラーで強制終了や電源ダウンした時かな

ちなみに、キャラデータとかが入ってる読み取り専用ファイルを
リードオンリーで開くだけなんだけど、それでもぶっ壊れる？
890 ：デフォルトの名無しさん：2013/04/03(水) 09:56:24.59
リードオンリーなら壊れることはない
大昔はシステム内で同時に開けるファイル数が１０未満という制限があったけど
Win2000/XP以降なら気にしなくてもいいだろう

規模の小さいシステムで手早く作るならアリだと思うよ
891 ：デフォルトの名無しさん：2013/04/03(水) 14:30:21.82
ねーよ禿
ファイルオープンは必要最小限にしとけ
892 ：デフォルトの名無しさん：2013/04/03(水) 16:31:44.54
Apacheとか見てみろよ
起動してる間はログファイル開きっぱなしだぞ
893 ：デフォルトの名無しさん：2013/04/03(水) 19:25:46.36
デフラグを妨げる作業に入るんですな
894 ：883：2013/04/03(水) 19:46:27.44
>>891
どうしてでしょうか
895 ：デフォルトの名無しさん：2013/04/04(木) 00:49:35.78
別に開きっぱでもいいと思うけど、ゲームに関して言えばあまりメリットが無い気がする
テストしながら数値の調整とかがやりにくいような

あとCD上のファイル開いたままディスク取り出しすると
OSのエラーが発生しなかったっけ？
896 ：デフォルトの名無しさん：2013/04/04(木) 02:49:41.99
必要ないのにリソース利用し続けるのは、良いこととは思われない。

そういう風に作る方が手っ取り早い、もしくはもう作ってしまって作り直す手間が惜しいという場合に、
まあ、いまどきのマシンならそれでもいいんじゃね？って程度。

当然そういう風になってないと作りたいものが作れない場合は当然アリ。
897 ：883：2013/04/04(木) 07:08:30.93
>>896
リソースってこの場合ファイルポインタ１つだけなんだけど。
無駄になると言っても数十バイトも取らないし。

もしかして、ファイルローダークラスをシングルトンで作って、
ゲーム開始から終了までメモリに常駐するのも、本当は良くない？
このクラスをクラスを使うタイミングは、
ファイルポインタを使うタイミングと完全に一致してるんだけど、
使う時だけクラスのインスタンスを生成して初期化した方が良いの？

> 当然そういう風になってないと作りたいものが作れない場合は当然アリ。

作れない訳では無い。
ただ、別のエリアに行くたびにファイルを開いてロードして閉じるよりも、
最初にひとつだけ開いておいて、そこからロードした方がスマートだと思ったから。
898 ：デフォルトの名無しさん：2013/04/04(木) 07:57:23.95
メモリに読み込んでしまえば、プレイ中にデータを弄り
デバッグ用のリロード操作(もしくは、ゲーム中にエリア移動が簡単に行えるならエリア移動操作)
をするだけで、ゲームをいちいち終了させずにテストが行える
これが出来るのは外部ファイルのメリットのひとつだと思う
データがバカみたいにデカイならアリかも知れんが…
899 ：デフォルトの名無しさん：2013/04/04(木) 09:24:22.27
>>897
エリア内でも読み込みが逐次発生して、シーク位置が連続しているような場合は開きっぱの方がいいかもしれないけど
別のエリアに行くたびにシーク位置を先頭に戻すようだとファイルを開き直してるのと大差無いと思うが
900 ：デフォルトの名無しさん：2013/04/04(木) 09:44:13.00
個人で作るのなら能力的に
そんなに大きなファイルサイズにならないのだろうから、
最初にメモリに全部ロードしてしまえばよいかと。
901 ：デフォルトの名無しさん：2013/04/04(木) 21:58:43.27
ゲームでファイル開きっぱとか考えたこともなかった
902 ：883：2013/04/04(木) 22:56:54.11
>>898
ごめん、俺バカだから言いたいことがよくわからん。
俺の方法もデータを外部ファイルからメモリに読み込むんだが・・・
外部ファイル以外の選択肢ってなに？

>>899
ん？　シーク位置は前回アクセスした最後の位置のままで、
いちいちファイル先頭に戻すなんてことはしないよ。

>>900
それもあり。
ファイルローダーの仕組みはモジュール化してあるから、
今すぐにでもそのように変更できる。
ただ、データを作ってるのは他人なんで、どんなのが上がってくるのか分からん。
小さく収まったら全部メモリに入れてみるよ。

>>901
俺はむしろいちいち閉じる理由が見当たらん。
903 ：デフォルトの名無しさん：2013/04/04(木) 23:05:53.44
>>902
> 外部ファイル以外の選択肢

ソースコードに配列とかで直書き。欠点は変更に弱いことだけど
変更の必要が一切無いデータであるのなら、高速かつ柔軟だよ

多分、「何それ、あり得ない」と思っただろうが
そう思うからには外部ファイルにしたい理由がちゃんとあるハズだよ
904 ：883：2013/04/04(木) 23:32:40.48
>>903
> そう思うからには外部ファイルにしたい理由がちゃんとあるハズだよ

それは、他の開発者がデータを作成しやすくするためだ。
あと、外部ファイルだとリビルドなしでデータを変更できる。

>>898 の話はファイル開きっぱがいいかどうかという話とは別もの？
それとも関連がある？
905 ：デフォルトの名無しさん：2013/04/05(金) 00:35:04.92
>>904
ある

開きっ放しなら、他の開発者はその外部ファイルを編集するために
ゲームを一旦終了させる必要があるよね？
906 ：デフォルトの名無しさん：2013/04/05(金) 00:51:05.23
何故頑なにオンメモリにしないのか理解に苦しむ
料理作る前に材料揃えないで火をかけたままその都度買い物に行くようなものだ
こいつまじアホ
907 ：デフォルトの名無しさん：2013/04/05(金) 00:58:19.12
CPUから遠いところにある記憶装置ほど信用ならないってことが分かってないんだろ。
ただの荒らし目的にしてもクオリティが低すぎる。
908 ：デフォルトの名無しさん：2013/04/05(金) 01:44:09.54
これが炎上学習法か・・・
909 ：デフォルトの名無しさん：2013/04/05(金) 02:25:46.05
>>908
何でも炎上って言うのはちと違うと思うがな
今回のは単なる偏屈だと思う
910 ：883：2013/04/05(金) 07:10:36.31
>>906
データの全てが上がってきたわけではないから、最終的にどうなるか分からんが、
仕様書を見る限りでは500MB越えそう。
圧縮で500MB切るかどうかという辺りが予想される。

32BitOSで動くことを前提としているから、どんなにメモリを積んでも、
その4分の1のメモリ領域を取ってしまうのはしのびない。

もし300MB前後ぐらいに押さえられたらオンメモリで行くつもり。


>>905
開発中、実際にゲームプレイの中でどう見えるか、どう聞こえるかなどのテストは、
確認用モードでビルドしたゲームでやってる。
レベルデザインは編集用モードでビルドしたゲームでやってる。

開きっぱは本番環境の話。
911 ：デフォルトの名無しさん：2013/04/05(金) 10:22:32.52
あれ、デバッグのテキストは常時書き出すよな？
912 ：デフォルトの名無しさん：2013/04/05(金) 12:45:12.98
あれってどれよ
913 ：デフォルトの名無しさん：2013/04/05(金) 18:15:13.62
常時じゃなくて割り込み時に毎回開閉してる
914 ：デフォルトの名無しさん：2013/04/05(金) 19:23:12.25
Winの話？Linux？
915 ：デフォルトの名無しさん：2013/04/05(金) 22:50:14.72
起動時間が長くなってしまうから
スクリプト以外のリソースは必要な時に読み込んでいる
UIが固まらないように読み込みは別スレッド
読み込んだリソースはある程度の容量になるまで
メモリ上にキャッシュして再読み込みを少なくしている

いくらディスクキャッシュがあるとは言っても
画像デコード時とかメモリコピーによるオーバーヘッドは毎回再読み込みをすると避けられない

HDDだと読み込みは一瞬で終わるが
ネット上やDVDなど読み込みの遅くなりやすい場所にリソースを置くなら
バックグラウンドでリソースを読み込むような仕組みも必要になるかもしれない
916 ：デフォルトの名無しさん：2013/04/05(金) 22:52:55.48
>>915
いきなり何の話をしてるんだ？
917 ：デフォルトの名無しさん：2013/04/05(金) 22:55:45.96
>>905
ネットワークドライブに置いてるのかよw
SVNとかGitとかMercurialとか使えよ
918 ：デフォルトの名無しさん：2013/04/06(土) 00:04:30.56
>>917
ローカルにコピーしてても、開きっぱで動かすシステムだと
ゲーム起動中の修正がやりにくい

トライアンドエラーするなら再起動やビルドは少ない方がいい
919 ：デフォルトの名無しさん：2013/04/06(土) 00:09:01.67
あとなるべく本番と開発は合わせた方がバグを取りやすい
920 ：デフォルトの名無しさん：2013/04/06(土) 00:11:35.24
>>917がすっげー無能なのは良くわかった
921 ：デフォルトの名無しさん：2013/04/06(土) 00:21:07.78
ネットワークドライブを使おうがSVNとかを使おうが
ファイルがロックされていると書き換えできない
開きっぱなしとか何のメリットもないからやめとけ
922 ：883：2013/04/06(土) 00:27:39.51
>>918
データのトライアンドエラーって、
本番環境では決してデータをロードしない状況でもロードして試すよね？
レベル全体をロードするんじゃなく、キャラだけ指し換えて調整したりするよね？

そういうデータのトライアンドエラーって、
本番環境でするよりレベルエディタ上の方が遙かにやりやすいぞ。

レベルエディタなら、そこでキャラのモーションをちょっと修正したりもできる。
本番に合わせた開発環境でそんなことはできんだろ。

>>921
本番環境で開きっぱのデメリットも特にないような気がするが。
923 ：デフォルトの名無しさん：2013/04/06(土) 02:12:50.18
レス番を名前にして自己主張する厨がまた自分の意見を通そうと必死になってるスレはここです
924 ：デフォルトの名無しさん：2013/04/06(土) 03:29:28.23
開きっぱなしにするって案は微妙だと思う。
例えば開発を続けているうちにそのデータをクラウド上に置きたくなった場合とか。
ブレイヤーのクライアントが逐一そのファイルを読み込む場合、
内容にバグがあってもすぐに修正版で上書きできなくなる。
925 ：デフォルトの名無しさん：2013/04/06(土) 11:21:57.35
>>922
本番環境でやれっていうんじゃなくて、本番環境とレベルエディタの
内部処理を出来るだけ共通化しておいた方がいいぞって話
926 ：デフォルトの名無しさん：2013/04/06(土) 11:27:43.40
別に毎回オーポンで良いじゃん
本番とか関係なく
927 ：デフォルトの名無しさん：2013/04/06(土) 11:29:05.26
何のメリットもないなら何故処理をリリース版とデバッグ版で分ける
928 ：デフォルトの名無しさん：2013/04/06(土) 11:36:31.77
the 言葉の端々が穴だらけ
929 ：デフォルトの名無しさん：2013/04/06(土) 11:40:07.22
sqliteとかgdbmとか使ってんだったら、必要に応じて頻繁にリクエスト投げたいから開きっぱなしにしたいのはわかる。
画像やBGMなどのリソースは必要なときに開いて読み込めばいいじゃんと思うから、この場合は同意しない。

ケースバイケースとしか言いようが無い。
930 ：883：2013/04/06(土) 11:44:21.55
すまん、話がどうも意図したものと違う方向へ行ってる。
って俺が余計な返し方をしたせいだが・・・
反論せず無視しておけば良かった。

始めに訊きたかったのは、CDかHDDに入っている
アセットなどのデータをひとつにまとめた大きなファイルを
「ゲームプレイ中」に開きっぱにする事はマズいのかどうか、だ。

ただこの一点だけ。

昔から、そういうのはお行儀が悪いとか、
リソースがもったいないとか言われてきたが、
本当にそんな理由なのかどうか。
931 ：デフォルトの名無しさん：2013/04/06(土) 11:51:58.91
＞意図したものと
＞反論せず無視しておけば良かった

自分の考えに賛同する意見しか要らない発言いただきました
本当にクソだな

＞昔から、そういうのはお行儀が悪いとか、
＞リソースがもったいないとか言われてきたが、

先人達の努力やらなんやらを全否定
本当にクソだな
932 ：883：2013/04/06(土) 11:59:49.26
>>931
だから、俺がクソなのはどうでもいいよ。
まぁ本当にクソなのだろうし。

> 先人達の努力やらなんやらを全否定

違う。
まだ否定していないよ。

むしろ、>>930 の状況ではそれが否定できるのか、
その状況で否定することに問題（明確なデメリット）があるのか、
を訊いている。
933 ：デフォルトの名無しさん：2013/04/06(土) 12:08:15.68
開発版はアーカイブじゃなくて普通のファイルで管理しているのか
まあ普通の事だな
934 ：デフォルトの名無しさん：2013/04/06(土) 12:15:05.46
>>930
CDなら簡単にイジェクト出来るから、
開きっぱは避けた方がいい
935 ：デフォルトの名無しさん：2013/04/06(土) 12:16:07.81
Irrlichtのソース見てみた
CZipReaderはオープンした状態のファイルをコンストラクタで受け取っている
その後デストラクタで解放する

Irrlichtの場合はアーカイブリーダーを削除するまでファイルは開っぱなしのようだ！
936 ：デフォルトの名無しさん：2013/04/06(土) 12:20:39.63
CDはファイルを開いている間イジェクト出来なくなることはない？
ただ単にファイルハンドルが無効になるだけなら問題ない
937 ：デフォルトの名無しさん：2013/04/06(土) 12:24:53.65
と思ったが
そのゲームを終了させればファイルが閉じられてイジェクト出来るだろうから良いのかね
938 ：デフォルトの名無しさん：2013/04/06(土) 12:36:27.45
>>936-937
イジェクト出来るから問題
最新OSではどうなったか忘れたけど、OS側のエラーがでる
939 ：デフォルトの名無しさん：2013/04/07(日) 21:35:27.14
質問んです。
例えば、スキルの説明文中にキャラクターの攻撃力を反映させたい場合には、
書式付文字列のような機構を自分で作らないといけないと思いますが、指針が定まらず困っています。

特に、説明分の文字列を外部ファイルから読み込む場合に
文字列にC言語のprintfのような制御文字を仕込むのはまだ大丈夫なのですが、
その肝心の変数を指定する方法が見えてきません。

プログラムの方で処理するなら幾分ラクになるのにと考え少し調べたところ、
こういうのがやりたかったら普通はスクリプトでやるってことでしょうか？
今までCSVで外部データ渡してたからスクリプトというやり方に全然きづきませんでした
940 ：デフォルトの名無しさん：2013/04/08(月) 00:09:56.75
で、質問は何よ。
ここはチラ裏じゃねーんだよ、帰えんな。
941 ：デフォルトの名無しさん：2013/04/08(月) 00:35:35.33
>>939
そもそも文字列中に埋め込むのが変な感じがする。
942 ：デフォルトの名無しさん：2013/04/08(月) 01:12:28.83
>>939
perlとかやったことないバカ
943 ：デフォルトの名無しさん：2013/04/08(月) 01:37:12.24
>>939
まあある種のスクリプトと言えるのかもしれないが
その文字列の中に特定の値を埋め込む特殊な表記を作って
表示する際に置換するようにすればいい
文字列内に登場する #攻撃力# は攻撃力で置換する・・・とか
944 ：デフォルトの名無しさん：2013/04/08(月) 17:08:53.95
回答ありがとうございます

>>943
やはりある程度固定で決めておかないと厳しいですよね。
もっと項目を絞りやすくするためにゲームの仕様を固めてみます
945 ：883：2013/04/08(月) 20:44:42.75
えーと、ログを振り返ってみて、ざっくり要約すると

開きっぱはよくろしくない、あるいは
メリットはあまり無いという意見の人の根拠は、
プレイ中にデータを書き換えられない --> テストしにくい
ということですね。

開発中のテストビルドも本番ビルドと同じアクセス方法で作ることが前提で、
そのため、開きっぱによる問題が出てくる。

あと、CD がイジェクトされたらどーすんの、と。

で、開きっぱでも別にいいんじゃね、という人もいたが、
なんというか、あまり明確なメリットは出てこないね・・・
明確なデメリットも特に出てないけど。
（強いて言えばCDのイジェクトの問題か）

総合すると、本番環境で開きっぱにするメリット・デメリットは特にない。
が、デバッグ環境と可能な限り条件を揃えるべきという理由のため、
自動的に本番環境での開きっぱの是非は議論にならない、と言える。

皆さんの貴重なアドバイスに逆らう理由は特にないので、
開きっぱにすべきではないという意見に従うことにします。

ただ、理由もなく、開いたファイルは必ず閉じるようにと教えている
入門書やその他ガイドラインの著者は即刻この世から退去願いたい。
この世に留まりたいのなら、理由を初心者に分かるように丁寧に説明してほしい。

こういうところで天下り的なの良くないと思う。
946 ：デフォルトの名無しさん：2013/04/08(月) 20:52:54.03
自分で書式決めてパースするだけだと思うんだけど何を悩んでるのかわからん
947 ：デフォルトの名無しさん：2013/04/08(月) 23:13:19.66
>>946
ゆとり世代は教科書通りにしか歩けないらしくて
人の意見を聞かないと踏み出せないって聞いた
948 ：デフォルトの名無しさん：2013/04/09(火) 20:42:18.24
おいXNAたんが死亡したんだが、次の主力はsharpdxになるのか？
949 ：デフォルトの名無しさん：2013/04/09(火) 22:50:57.90
>>948
ん？普通にWPFで描けばいいんでないの？
950 ：デフォルトの名無しさん：2013/04/09(火) 23:16:57.82
WPFでゲームとは
951 ：デフォルトの名無しさん：2013/04/10(水) 01:35:49.77
WPFが重すぎで糞なのは
WPFで作られたVS2010が証明している
952 ：デフォルトの名無しさん：2013/04/10(水) 20:38:20.82
>>949がゲームもWPFアプリも作ったことがないことは
>>949が証明している
953 ：デフォルトの名無しさん：2013/04/11(木) 21:43:56.61
XNAが死亡？
くっくっく
シェーダ2.0必須にして俺様に使わせなかったバチが当たったのだ
954 ：デフォルトの名無しさん：2013/04/11(木) 21:47:17.02
C++/CLI にめっちゃ感動したんだけど何コレC#やれってことか
955 ：デフォルトの名無しさん：2013/04/11(木) 21:50:34.94
C#殺れってこと
956 ：デフォルトの名無しさん：2013/04/11(木) 22:38:34.91
>>950
次スレはよ
957 ：デフォルトの名無しさん：2013/04/11(木) 23:03:54.40
>>956
スレたて規制されてたから任せた
958 ：デフォルトの名無しさん：2013/04/15(月) 18:31:42.85
こんなの見つけたんだけど低解像度のテクスチャをその場で生成するって普通なのかね
確かに配布するデータは少なくて済むけど
↓

851:名も無き冒険者 :2013/04/15(月) 03:41:23.26 ID:WuQIp8lE [sage]
>>850
テクスチャじゃない？
ゲームのファイルとしては最高解像度のテクスチャしかもってなくて、
ロードのたびにその最高解像度のテクスチャから低解像度のテクスチャを生成してるとか。
959 ：デフォルトの名無しさん：2013/04/15(月) 19:17:40.89
普通かどうかという質問ってたまに来るけど、
どういう意図なのかよー分からん。

採用実績が多いか少ないかってこと？

たとえば今自分がやろうとしていることに適しているのに、
普通じゃなかったらやっぱ止めとこってなるのかな。
960 ：デフォルトの名無しさん：2013/04/15(月) 19:57:08.35
実績がある(ない)ならそれなりの理由があるんだろうから
メリットデメリットが知りたいとかそんなんじゃね
961 ：デフォルトの名無しさん：2013/04/15(月) 22:10:48.28
全部最高解像度でいいだろ
962 ：デフォルトの名無しさん：2013/04/15(月) 22:36:23.45
じゃあメリットデメリットを訊けよ
963 ：デフォルトの名無しさん：2013/04/15(月) 22:39:26.50
みんなLODとかやってる？
964 ：デフォルトの名無しさん：2013/04/17(水) 23:19:45.21
OLとセックスしたい
965 ：デフォルトの名無しさん：2013/04/19(金) 01:29:06.37
OldLady？
966 ：デフォルトの名無しさん：2013/04/19(金) 01:31:03.53
Oかわいい女の子L
967 ：デフォルトの名無しさん：2013/04/20(土) 16:27:25.70
OLと社内セックスするゲーム作ろうぜ
車内でも可
968 ：デフォルトの名無しさん：2013/04/20(土) 16:37:53.48
乳揺れってアルゴリズム的にそんなに難しくないんだよな
969 ：デフォルトの名無しさん：2013/04/20(土) 19:03:42.03
気持ちのいい乳揺れのゲームを一度としてみたことがない。
970 ：デフォルトの名無しさん：2013/04/21(日) 00:05:41.90
皮膚の張力と液体の体積を考慮して物理シミュ
二次元に変換して表示
強く激しく触ったら腰をひねって声を出すみたいな
俺がエロゲの新境地を開拓するんだ
971 ：デフォルトの名無しさん：2013/04/21(日) 05:11:48.94
強く扱って喘ぐのはマゾだけ
972 ：デフォルトの名無しさん：2013/04/21(日) 11:09:59.67
張力と液体シミュは面倒。
つーかそもそも乳房は脂肪とかだし。

簡単なのは体から乳首までの仮想的な棒を想定して、
その棒は体を支点としたボーンにする。
その棒は体の動きや重力の影響を受けて支点を中心にバネのように動き、元の垂直な状態に戻ろうとするようにする。
あとはそのボーンの影響を受けるように乳房をつけて完成。
973 ：デフォルトの名無しさん：2013/04/21(日) 13:20:42.03
とりあえず理論はひとつでいいから、まず作ってみろよ
検証はそれからだ
974 ：デフォルトの名無しさん：2013/04/21(日) 13:40:00.23
>>972
棒から乳房の各頂点もバネにしないとだめなことはわかってるよな？
975 ：デフォルトの名無しさん：2013/04/21(日) 15:39:32.67
>>974
そこまでしなくていいだろ。
乳が重要な意味を持つゲームならそこまでしたほうがいいだろうけど、
アクションゲームでキャラがバシュバシュ動いてたらそれどころじゃない。

バーチャファイターシリーズのボスにデュラルってキャラがいるんだけど、
プレイ中は乳揺れとか見てる場合じゃない。
976 ：デフォルトの名無しさん：2013/04/21(日) 15:42:58.22
次スレ

ゲームプログラムなら俺に聞け28
http://toro.2ch.net/test/read.cgi/tech/1366526476/
977 ：デフォルトの名無しさん：2013/04/21(日) 16:16:56.79
>>975
まぁ確かにプレイしている人間に限れば、それどころではないわな
978 ：デフォルトの名無しさん：2013/04/21(日) 17:43:53.75
>>975
今はプレイ動画ってものがあってだな
979 ：デフォルトの名無しさん：2013/04/21(日) 23:26:46.88
好きな画像のおっぱいを揺らせるソフトの動画がニコニコ動画にあったな
980 ：デフォルトの名無しさん：2013/04/22(月) 19:25:48.84
ゲームプログラム以前の問題なんですけど・・・質問いいですか？
DirectXSDK（June10）をWindows8にインストールしようと思ったら
エラーが出てインストールできないんですけど、根本的に間違ってます？
981 ：デフォルトの名無しさん：2013/04/22(月) 20:24:42.25
自己解決しました
982 ：デフォルトの名無しさん：2013/04/22(月) 21:09:48.04
自決しました。
983 ：デフォルトの名無しさん：2013/04/23(火) 00:54:01.32
乳揺れ早く作れよ
984 ：デフォルトの名無しさん：2013/04/23(火) 13:13:16.06
デュラルの乳揺れは実際の乳揺れよりきれいすぎる
きれいすぎるというか、内部に液体の入ってる感じ
たぷんたぷんしてる
あれだけきれいな揺れをリアルタイムでシミュレートできるのはすごいけど、おっぱい感という点ではちょっと違う
985 ：デフォルトの名無しさん：2013/04/23(火) 17:26:53.71
個人でゲーム作ってると乳揺れまで手が回らない。
長い髪のキャラをそれっぽくするので精一杯。
986 ：デフォルトの名無しさん：2013/04/23(火) 23:41:32.74
RPGのアイテム一覧のカーソルって、
1回押してすぐ離すと1個分移動して、
押しっぱなしにすると最初1秒くらい間があってその後高速で移動するじゃん？
あれって1秒以上経ったかどうかとかわざわざif文使って判定して動作させてんの？
987 ：デフォルトの名無しさん：2013/04/23(火) 23:49:01.48
>>986
環境によっては最初からそれ用の命令があるかも知れんが
わざわざってほど面倒だったり負荷の掛かるもんでもないと思うぞ？
入力状態の取得を担当する部分にちょっと加えるだけだし
988 ：片山博文MZパンク ◆0lBZNi.Q7evd ：2013/04/24(水) 00:04:49.92
>>986
ボタン押された後、一定時間(遅延時間)経ったら、カーソルを一つ動かす。遅延時間を変更することで移動速度が変更可能
989 ：デフォルトの名無しさん：2013/04/24(水) 00:08:26.68
>>986
キーリピートでぐぐれ
ゲーム作る奴なら誰でも実装してるほどメジャーだし簡単
再利用するほどのものでもないから俺もゲーム作るたびに毎回実装した
990 ：デフォルトの名無しさん：2013/04/24(水) 10:13:37.89
物理演算を用いて作られたおっぱいゲーム(ちょっと違う)
ttp://www.deeg.jp/game/jiggler/
991 ：986：2013/04/24(水) 15:11:41.74
>>987,>>989
ありがとう
泥臭いコードになってきてるけどこんなものなのかな
キーリピートに希望を託して調べてみる
992 ：デフォルトの名無しさん：2013/04/24(水) 17:29:40.47
面倒ならUI操作だけ同期入力使ってもいいんじゃないの
993 ：デフォルトの名無しさん：2013/04/25(木) 15:47:35.06
同期入力って何？
994 ：デフォルトの名無しさん：2013/04/25(木) 18:29:51.47
会社とか入ったら同期がいるだろ？
そいつに入力させるだよ。
995 ：デフォルトの名無しさん：2013/04/25(木) 19:15:11.67
>>994
ためになるだよ
996 ：デフォルトの名無しさん：2013/04/25(木) 23:27:30.39
同期だけに
997 ：デフォルトの名無しさん：2013/04/26(金) 00:02:07.15
笑み
998 ：デフォルトの名無しさん：2013/04/26(金) 23:15:17.96
苦味
999 ：デフォルトの名無しさん：2013/04/26(金) 23:25:41.35
たらみ
1000 ：デフォルトの名無しさん：2013/04/26(金) 23:42:07.36
次スレ

ゲームプログラムなら俺に聞け28
http://toro.2ch.net/test/read.cgi/tech/1366526476/
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。