1人でゲームが作れるように修行します。
がんばりましょう。
|
|
|
2 ：名無しさん＠お腹いっぱい。：01/11/21 05:38 ID:???
がんばりましょうね。
3 ：エセＳＥ ◆pAiM/1sg ：01/11/21 05:43 ID:???
そやねぇ。
でも、センスとかあるしね。
絵やる人とか。
シナリオ。
プログラム。
あと音楽。
すべて一人でこなせるのは、飯野賢治くらい？（爆）
でも、センスとかあるしね。
絵やる人とか。
シナリオ。
プログラム。
あと音楽。
すべて一人でこなせるのは、飯野賢治くらい？（爆）
4 ：名無しさん＠お腹いっぱい。：01/11/21 15:22 ID:???
当然使用ハードから自作だろうな
5 ：名無しさん＠お腹いっぱい。：01/11/21 16:09 ID:???
ひとりでも、いいゲーム作れる人は作れる。
…というか、同人ゲーだとイイと思ったものほど製作人数が実質的に一人
（ＨＰ運営とかのレベルでちょこちょこ関わってる人がいる場合が多いので）
である可能性が高い気がする。
まぁ代わりに、時間は際限なく食われているようですがｗ
…というか、同人ゲーだとイイと思ったものほど製作人数が実質的に一人
（ＨＰ運営とかのレベルでちょこちょこ関わってる人がいる場合が多いので）
である可能性が高い気がする。
まぁ代わりに、時間は際限なく食われているようですがｗ
6 ：名無しさん＠お腹いっぱい。：01/11/21 22:25 ID:???
7 ：名無しさん＠お腹いっぱい。：01/11/21 23:29 ID:???
初心者の集まりならば
1人より多人数で作るほうが難しいぞ。
口だけ出されて、みんな何も
やってくれないっていう事もよくある
1人より多人数で作るほうが難しいぞ。
口だけ出されて、みんな何も
やってくれないっていう事もよくある
8 ：名無しさん＠お腹いっぱい。：01/11/22 03:52 ID:???
修行するぞ修行するぞ
9 ：名無しさん＠お腹いっぱい。：01/11/22 14:01 ID:???
今、プログラムと３ｄＣＧしかできないんだけど次は何の修行すべき？
10 ：名無しさん＠お腹いっぱい。：01/11/22 17:02 ID:???
でも修行といっても
どのくらいのゲームならゲームが作れるようになった
っていうんだ？
どのくらいのゲームならゲームが作れるようになった
っていうんだ？
11 ：エセＳＥ ◆pAiM/1sg ：01/11/23 03:48 ID:???
>6
いえ、ＰＣゲーム（同人）ＯＫです。
>9
プランナーの修行。
人材集め、感情（喜怒哀楽）とか精神論の勉強。
いいゲームを作るには人の心をつかまなきゃね！
>10
テトリスとかタイピングとか。
行動を起こして得点がでてレベルがあって。
ミニゲームでまともに遊べればゲーム。
いえ、ＰＣゲーム（同人）ＯＫです。
>9
プランナーの修行。
人材集め、感情（喜怒哀楽）とか精神論の勉強。
いいゲームを作るには人の心をつかまなきゃね！
>10
テトリスとかタイピングとか。
行動を起こして得点がでてレベルがあって。
ミニゲームでまともに遊べればゲーム。
12 ：名無しさん＠お腹いっぱい。：01/11/23 03:59 ID:???
とりあえず、どんなことがあっても不愉快な顔しなければ
対人関係はほぼクリアだよ。
対人関係はほぼクリアだよ。
13 ：名前は開発中のものです。：01/11/23 11:41 ID:???
それでまともにゲームができるかどうかは別の問題ではあるが。
14 ：はっせー：01/11/23 11:43 ID:wLcl02So
15 ：名前は開発中のものです。：01/11/23 16:33 ID:???
16 ：名前は開発中のものです。：01/11/24 08:35 ID:yV+oLHxa
一人で作るといえば……
びんぼうソフトはまだ生きているのだろうか？
びんぼうソフトはまだ生きているのだろうか？
17 ：名前は開発中のものです。：01/11/24 11:06 ID:waQVIUw7
18 ：名前は開発中のものです。：01/11/24 11:33 ID:???
一人で作るならプログラムだろうが絵だろうが
徹底的に効率化するしかないだろうな。
徹底的に効率化するしかないだろうな。
19 ：ひろちゃんはゲーム開発するの？：01/11/24 11:38 ID:UZUQcH76
１から１５まで一人で一生懸命にジグザグ運動してるよ．
うぅ～ん．こりゃぁ～年は２５才ぐらいのヒトですなぁ～ッ．（ｳﾌﾟｯ♪）
うぅ～ん．こりゃぁ～年は２５才ぐらいのヒトですなぁ～ッ．（ｳﾌﾟｯ♪）
20 ：文章は開発中のものです．：01/11/24 11:43 ID:UZUQcH76
★企画力や先見の目，営業も見捨てられんゾぃ，坊や． ガンバレよ．（ｳﾌﾟｯ♪）
最初から賞賛されるゲームを作ろうとするな。
0点のゲームから作れ。
ゲーム作りの楽しさが見つかればあとは時間が解決する。
0点のゲームから作れ。
ゲーム作りの楽しさが見つかればあとは時間が解決する。
22 ：名前は開発中のものです。：01/11/24 12:33 ID:???
当方ひとりで作っています。
ひとりの方が気楽でいいね。
でもたまに寂しくなってちょこちょこ手伝ってもらったりは
するけれど。
ひとりの方が気楽でいいね。
でもたまに寂しくなってちょこちょこ手伝ってもらったりは
するけれど。
24 ：エセＳＥ ◆pAiM/1sg ：01/11/24 16:07 ID:???
>11
P/ECE関係に出没してます。
よろしく＾＾
P/ECE関係に出没してます。
よろしく＾＾
25 ：名前は開発中のものです。：01/11/24 23:43 ID:MOx9UTTW
>>18
まー効率化って言うか、プログラムが出来ればそれほど問題でもないと思う。
たいてい、絵や音楽なんて一番最後でいいんよ。
音楽はどっかからパクったものをとりあえず入れておき、
絵は2Dなら「人」「壁」とか文字でもいいし、3Dなら単純な立方体で十分。
ここまで出来ればあとは、絵と音楽を作る作業のみになる。
自分に絵と音楽の技術がなければ、ネットで担当してくれる人を募集すれば
たいてい何とかなる。
まー効率化って言うか、プログラムが出来ればそれほど問題でもないと思う。
たいてい、絵や音楽なんて一番最後でいいんよ。
音楽はどっかからパクったものをとりあえず入れておき、
絵は2Dなら「人」「壁」とか文字でもいいし、3Dなら単純な立方体で十分。
ここまで出来ればあとは、絵と音楽を作る作業のみになる。
自分に絵と音楽の技術がなければ、ネットで担当してくれる人を募集すれば
たいてい何とかなる。
それが、効率化って事かも（w
27 ：名前は開発中のものです。：01/11/25 00:17 ID:???
まぁね。某爆烈矩形弾はちょっと目からウロコだった（ｗ
ttp://ueno.cool.ne.jp/the68bank/works/kukei/kukei.htm
ttp://ueno.cool.ne.jp/the68bank/works/kukei/kukei.htm
28 ：名前は開発中のものです。：01/11/25 21:31 ID:???
>>27
PC-6001版やPC-8801版のスペースハリアーを思い出しﾀｰﾖ
PC-6001版やPC-8801版のスペースハリアーを思い出しﾀｰﾖ
29 ：名前は開発中のものです。：01/11/25 23:27 ID:???
1人ゲー作の手始めにC++を勉強することにした。
ポインタがよくわからなかった。
やっぱ時代はデルファイだな、と思った。
ポインタがよくわからなかった。
やっぱ時代はデルファイだな、と思った。
30 ：名前は開発中のものです。：01/11/25 23:40 ID:???
Delphiもポインタは存在するよ。
あまり使う機会も無いし、意識させにくい設計になってはいるが。
ポインタは避けて通れぬ道だから、じっくり取り組もう。
C++の前に、まずはCをマスターしよう。
あまり使う機会も無いし、意識させにくい設計になってはいるが。
ポインタは避けて通れぬ道だから、じっくり取り組もう。
C++の前に、まずはCをマスターしよう。
31 ：名前は開発中のものです。：01/11/25 23:41 ID:???
32 ：名前は開発中のものです。：01/11/25 23:50 ID:???
>>29
つか、C++の前にCでつまづいていてますよ。それ。
つか、C++の前にCでつまづいていてますよ。それ。
被った、ｽﾏｿ。リロードしないで書いてもた。
34 ：名前は開発中のものです。：01/11/25 23:54 ID:???
あああｌｆｊだじぇおあぴおｐらｐポインタｆｋぁｈｆｄかさ
ﾎﾟｲﾝﾀｄふあうぢあすｆぢぱｌ；；!!
どうせやるならCやります。やっぱC最高！
ﾎﾟｲﾝﾀｄふあうぢあすｆぢぱｌ；；!!
どうせやるならCやります。やっぱC最高！
35 ：名前は開発中のものです。：01/11/26 00:18 ID:???
ポインタでつまづいている人は、コンピュータのハードウェアの基礎の基礎
ビット・バイト・ワードなどとアドレス、データのメモリへの格納の仕方
といったところから勉強してみましょう。
その辺の基礎が判っていないから、つまづくのだと思う。
ビット・バイト・ワードなどとアドレス、データのメモリへの格納の仕方
といったところから勉強してみましょう。
その辺の基礎が判っていないから、つまづくのだと思う。
36 ：名前は開発中のものです。：01/11/26 00:37 ID:???
一度気分転換にアセンブラを学んでみるといいかもしれない。
37 ：名前は開発中のものです。：01/11/26 00:54 ID:???
38 ：名前は開発中のものです。：01/11/26 02:21 ID:???
本読んで分からなかったら、それ関係のサンプルを
とことんイジってみればよろし。
メモリエラーで半日ぐらい悩めば嫌でも理解すると思うYO！
仕上げで、本で理屈を叩き込めばもっといい。
とことんイジってみればよろし。
メモリエラーで半日ぐらい悩めば嫌でも理解すると思うYO！
仕上げで、本で理屈を叩き込めばもっといい。
39 ：名前は開発中のものです。：01/11/26 03:07 ID:???
>>38
しかし、それをすると
問題があるのに一見正しく動き、いきなりフリーズするという問題の出る
諸刃の剣 素人にはお勧めできない。
って一瞬思ってしまったが。
とりあえず、メモリー周りしっかりしてる環境で作れば問題ないのかなぁ
しかし、それをすると
問題があるのに一見正しく動き、いきなりフリーズするという問題の出る
諸刃の剣 素人にはお勧めできない。
って一瞬思ってしまったが。
とりあえず、メモリー周りしっかりしてる環境で作れば問題ないのかなぁ
41 ：ひとりごと：01/11/27 09:56 ID:DyR1sy6B
作るぞ作るぞつる
42 ：名前は開発中のものです。：01/11/28 05:58 ID:???
ﾄﾓﾀﾞﾁｲﾅｲﾝﾀﾞﾈ...
43 ：エセＳＥ ◆pAiM/1sg ：01/11/28 09:52 ID:???
>42
( ﾟoﾟ)ﾊｯ！それだけは言ってはいけない。
( ﾟoﾟ)ﾊｯ！それだけは言ってはいけない。
44 ：名無しさん＠お腹いっぱい。：01/11/29 02:11 ID:???
ま、１の決意表明スレってことで。
45 ：名前は開発中のものです。：01/12/01 18:58 ID:???
GBAで修行するのもいいかもよ。
46 ：名前は開発中のものです。：01/12/01 19:03 ID:dC1zT3zw
>45
なんでやねん
なんでやねん
47 ：エセＳＥ ◆pAiM/1sg ：01/12/01 21:05 ID:???
GBAにＲＰＧツクールさしてが抜けてるのではないの？
＞45
＞45
48 ：名前は開発中のものです。：01/12/10 20:34 ID:BhQ3wIA9
いょぅし！やる気になってきた！
まずは絵でもかくか
まずは絵でもかくか
49 ：名前は開発中のものです。：01/12/10 23:42 ID:???
GBAのゲームを作ったとして、実機で動作確認できるの？
50 ：名前は開発中のものです。：01/12/11 06:52 ID:???
>>49
no,youcan't.
no,youcan't.
51 ：名前は開発中のものです。：01/12/11 12:18 ID:???
>>49 エミュ
52 ：名前は開発中のものです。：01/12/11 17:53 ID:???
できるってばよ
53 ：名前は開発中のものです。：01/12/12 12:03 ID:???
54 ：名前は開発中のものです。：01/12/13 02:26 ID:???
修行してるうちにシナリオ全然書けなくなりました。
プログラムと３ＤＣＧを習得したけどこれじゃ意味ねえ。
プログラムと３ＤＣＧを習得したけどこれじゃ意味ねえ。
55 ：名前は開発中のものです。：01/12/13 03:21 ID:???
俺も2D絵とシナリオの修行をしているうちにプログラムが書けなくなりました。
困った。
困った。
56 ：名前は開発中のものです。：01/12/13 11:11 ID:???
57 ：名前は開発中のものです。：01/12/13 21:17 ID:jvOEPZip
せめて半年ぐらい、引っ張れる企画はないものか･･･。
58 ：名前は開発中のものです。：01/12/13 21:43 ID:???
>54-56
ﾜﾛﾀ。てゆか、54と55が組んで、さらにDTMの修行をしている
うちに3DCGが作れなくなったやつが一人加われば最強だな。
俺も最近絵かいてないな…
ﾜﾛﾀ。てゆか、54と55が組んで、さらにDTMの修行をしている
うちに3DCGが作れなくなったやつが一人加われば最強だな。
俺も最近絵かいてないな…
59 ：名前は開発中のものです。：01/12/13 21:46 ID:???
プログラムと絵の修行ばかりしてたら、
友達がいなくなりました。
友達がいなくなりました。
60 ：名前は開発中のものです。：01/12/13 22:13 ID:???
それはしかたありません。
あきらめましょう。
あきらめましょう。
61 ：名前は開発中のものです。：01/12/14 07:36 ID:???
ストーリーは毎日コツコツネタ書き溜めてなきゃ肝心なときに書けないし、
絵は毎日手を動かして練習してなきゃ目に見えて腕が鈍るし、
プログラムは毎日やってないと技術革新に乗り遅れる。
友達はちょくちょく会わないと疎遠になる。
絵は毎日手を動かして練習してなきゃ目に見えて腕が鈍るし、
プログラムは毎日やってないと技術革新に乗り遅れる。
友達はちょくちょく会わないと疎遠になる。
62 ：名前は開発中のものです。：01/12/14 13:02 ID:???
>>61
くっ･･･全て当てはまる（だから完成しないのか）。
でも正直、友達は同じようにゲーム作ってる奴なら全然平気だし、
意見もらえたりして、楽しい。
それ以外の友達は、割とどーでもいい方々だったり（お互いにとって）。
くっ･･･全て当てはまる（だから完成しないのか）。
でも正直、友達は同じようにゲーム作ってる奴なら全然平気だし、
意見もらえたりして、楽しい。
それ以外の友達は、割とどーでもいい方々だったり（お互いにとって）。
63 ：名前は開発中のものです。：01/12/14 15:53 ID:vCBclBkv
>61
そだねぇ。
最低４人でチーム組まないと良いゲームができない理論だね。
一人はさすがに時間かかるしね。
そだねぇ。
最低４人でチーム組まないと良いゲームができない理論だね。
一人はさすがに時間かかるしね。
64 ：名前は開発中のものです。：01/12/14 19:28 ID:???
ま、このスレは「１人でゲームが作れるように修行する」スレなので、
何とか1人でこなす手段を考えようや。
絵とストーリーは完成してしまえば、腕が鈍ってネタが尽きてもOKかな。
何とか1人でこなす手段を考えようや。
絵とストーリーは完成してしまえば、腕が鈍ってネタが尽きてもOKかな。
65 ：名前は開発中のものです。：01/12/14 19:46 ID:vCBclBkv
だとすればアドベンチャーがおすすめなんやろなぁ。
シナリオ書いて絵があればＯＫだし。
シナリオ書いて絵があればＯＫだし。
66 ：名前は開発中のものです。：01/12/14 21:03 ID:???
67 ：名前は開発中のものです。：01/12/14 22:09 ID:vCBclBkv
しやーないんちゃうかなぁ・・・。
そういうツールばっかりあるのもたしかやし。
そういうツールばっかりあるのもたしかやし。
69 ：名前は開発中のものです。：01/12/15 00:12 ID:???
絵は自分で描こう。シナリオとか企画もまぁ自分でやろう。
プログラムはなんかツールにたよるとして、
問題はサウンドなんだよなーくそ！
プログラムはなんかツールにたよるとして、
問題はサウンドなんだよなーくそ！
70 ：名前は開発中のものです。：01/12/15 01:49 ID:???
>>69
フリー素材がいっぱいあるヤン。
フリー素材がいっぱいあるヤン。
71 ：名前は開発中のものです。：01/12/15 03:57 ID:yXCgvtwm
72 ：名前は開発中のものです。：01/12/15 07:40 ID:qm5140pQ
>>61
絵もシナリオも、描かなきゃ鈍るほどの腕じゃないな（ｗ
それに、技術革新なんて、どーでも良いようなゲーム作ってるし（ｗ
つーか、ウチのゲームは、ネタとしては、レトロ技術だし（ｗ
ただねぇ、レトロ技術もなかなか大変なんよ……
余計な処理とかイッパイ入れてるし（ふぅ）
絵もシナリオも、描かなきゃ鈍るほどの腕じゃないな（ｗ
それに、技術革新なんて、どーでも良いようなゲーム作ってるし（ｗ
つーか、ウチのゲームは、ネタとしては、レトロ技術だし（ｗ
ただねぇ、レトロ技術もなかなか大変なんよ……
余計な処理とかイッパイ入れてるし（ふぅ）
73 ：名前は開発中のものです。：01/12/15 10:05 ID:???
74 ：名前は開発中のものです。：01/12/15 18:46 ID:???
気が付いたらOS変わってたなんてのは、
コンシューマの気がついたらハード変わってたとか、
元のスタッフいなくなってたとか、会社なくなってたとかに比べればかわいいものかもしれん。
コンシューマの気がついたらハード変わってたとか、
元のスタッフいなくなってたとか、会社なくなってたとかに比べればかわいいものかもしれん。
75 ：名前は開発中のものです。：01/12/16 01:43 ID:???
結論、ハード、OSの技術革新には常に気を配ろう。
76 ：名前は開発中のものです。：01/12/16 08:02 ID:???
>会社なくなってたとかに比べればかわいいものかもしれん。
今は亡き、ライトスタッフ……（黙祷）
今は亡き、ライトスタッフ……（黙祷）
77 ：名前は開発中のものです。：01/12/18 01:06 ID:LIZOnyyI
唯一出来ないのがプログラム。
自分の在籍している学校を考えると実に鬱な事実だ。
自分の在籍している学校を考えると実に鬱な事実だ。
78 ：名前は開発中のものです。：01/12/18 01:15 ID:PlyDR1kj
これから10年以内を目標に一人で3D FPSを開発します。
79 ：名前は開発中のものです。：01/12/18 04:07 ID:0krI6WT3
>>1
毎日・ジグザグ運動している若干２５才の青坊．夢に向かって走れやぁ！
毎日・ジグザグ運動している若干２５才の青坊．夢に向かって走れやぁ！
80 ：名前は開発中のものです。：01/12/18 09:54 ID:???
81 ：名前は開発中のものです。：01/12/19 01:01 ID:M0synkAa
いや・・・一ヶ月だろ。
それ以上かかるならやってないのも同じ。
本気になれば３週間くらいで１つのジャンル作れるはず。
一人でゲームが作れるように修行するスレｗ
それ以上かかるならやってないのも同じ。
本気になれば３週間くらいで１つのジャンル作れるはず。
一人でゲームが作れるように修行するスレｗ
82 ：名前は開発中のものです。：01/12/19 01:11 ID:T7sgcZ7+
いや、ジャンルによるだろ
初心者がＡＲＰＧやＳＬＧに手を出すと、地獄を見る
初心者がＡＲＰＧやＳＬＧに手を出すと、地獄を見る
83 ：名前は開発中のものです。：01/12/19 04:13 ID:???
>>78
まったく0からはじめても、2年だな
まったく0からはじめても、2年だな
84 ：名前は開発中のものです。：01/12/19 07:13 ID:???
>>81
コピッぺハッケソ！！
コピッぺハッケソ！！
85 ：名前は開発中のものです：01/12/20 22:57 ID:LiEsruVI
86 ：初心者：01/12/21 16:12 ID:waJQSuTl
ＶＢ６で自作ゲーム作っています。
配布の時に「ＶＢ６ランタイムを別途入手してください」と
書くのが嫌なのです。
ＶＣ＋＋を使ってミックスド・ランゲージ・プログラムとして
ＶＢで作ったものをＶＣ＋＋で作ったようにランタイム込みで
配布できるものなのでしょうか？
配布の時に「ＶＢ６ランタイムを別途入手してください」と
書くのが嫌なのです。
ＶＣ＋＋を使ってミックスド・ランゲージ・プログラムとして
ＶＢで作ったものをＶＣ＋＋で作ったようにランタイム込みで
配布できるものなのでしょうか？
87 ：名前は開発中のものです。：01/12/21 18:08 ID:???
ここの板の年齢層はどれくらいだＹＯ？
89 ：名前は開発中のものです。：01/12/22 20:48 ID:1nXRjykv
19歳から３３歳まで。
90 ：名前は開発中のものです。：01/12/22 22:00 ID:???
91 ：名前は開発中のものです。：01/12/22 23:19 ID:tPh5lsjd
>>89
濡れは１３だが。
濡れは１３だが。
92 ：名前は開発中のものです。：01/12/23 04:10 ID:VfQ560Zi
>91
一人でゲームが作れるように修行してるのか？
・・・なら訂正しよう。
１３歳から３３歳までだ。
一人でゲームが作れるように修行してるのか？
・・・なら訂正しよう。
１３歳から３３歳までだ。
93 ：名前は開発中のものです。：01/12/23 04:13 ID:???
>>91
それ「ぬれ」って読むやん
それ「ぬれ」って読むやん
94 ：名前は開発中のものです。 ：01/12/23 08:06 ID:???
上が33ってのも怪しいな。
95 ：名前は開発中のものです。：01/12/23 12:06 ID:???
33歳って自分の年齢じゃないのか
96 ：名前は開発中のものです。：01/12/23 12:21 ID:???
漏れ
濡れ
濡れ
97 ：名前は開発中のものです。：01/12/23 13:52 ID:Ovst2/Ph
>>91濡れ濡れ
98 ：名前は開発中のものです。：01/12/23 16:42 ID:???
>>95
じゃ来年の今ごろは上限３４歳か（笑飛氏
じゃ来年の今ごろは上限３４歳か（笑飛氏
99 ：名前は開発中のものです。：01/12/25 03:36 ID:VBibKGAs
>98
激しくワラエナイ
激しくワラエナイ
100 ：名前は開発中のものです。：01/12/25 12:14 ID:7ZBk+YLQ
１５歳、受験生（中３）
２作品作りました。見てください、お願いします。
使用言語：ＨＳＰ
忍者（一応本に載りました）
www.geocities.co.jp/Bookend-Akiko/3101/souko/ninja.lzh
侍（最近？作りました）
www.geocities.co.jp/Bookend-Akiko/3101/souko/samurai.zip
２作品作りました。見てください、お願いします。
使用言語：ＨＳＰ
忍者（一応本に載りました）
www.geocities.co.jp/Bookend-Akiko/3101/souko/ninja.lzh
侍（最近？作りました）
www.geocities.co.jp/Bookend-Akiko/3101/souko/samurai.zip
101 ：名前は開発中のものです。 ：01/12/25 13:28 ID:???
102 ：ななし：01/12/25 13:49 ID:DpJhSU0p
>100
もしかして20年前から
タイムスリップしてきたのでしょうか？
もしかして20年前から
タイムスリップしてきたのでしょうか？
103 ：名前は開発中のものです。：01/12/25 14:22 ID:???
104 ：名前は開発中のものです。：01/12/25 15:09 ID:???
>>100
というか君のホムペはちょっとアレだな。
というか君のホムペはちょっとアレだな。
>103
ゲンナリですか…。
>104
ホームページは気にしないでください…。
ゲンナリですか…。
>104
ホームページは気にしないでください…。
106 ：名前は開発中のものです。：01/12/26 13:13 ID:???
>>100
とりあえず「侍」の方しか実行できませんでしたが…。
ちょっち「ゲーム」と言うには厳しい…というか、グラフィックが無く、
高い集中力が無いと勝てない（＝疲れる）、勝ってもやられても
結果を不条理に感じてしまう…というシステムになっているあたり、
やろうとする人はかなり限定されてしまうと思われマス。
要するに、プレイヤーに要求するコスト（集中力とか）が大きい割りに
このゲームをさせるための要素（単純に考えればキレーなグラフィックとか
カッチョイーキャラクターとかですな）がないんですわ。
とりあえず、いっかい操作的には「普通」のゲームを造って見てはどうですか？
（まぁ、これはそういうゲームってことなんだろうけど。つまりは）
とりあえず「侍」の方しか実行できませんでしたが…。
ちょっち「ゲーム」と言うには厳しい…というか、グラフィックが無く、
高い集中力が無いと勝てない（＝疲れる）、勝ってもやられても
結果を不条理に感じてしまう…というシステムになっているあたり、
やろうとする人はかなり限定されてしまうと思われマス。
要するに、プレイヤーに要求するコスト（集中力とか）が大きい割りに
このゲームをさせるための要素（単純に考えればキレーなグラフィックとか
カッチョイーキャラクターとかですな）がないんですわ。
とりあえず、いっかい操作的には「普通」のゲームを造って見てはどうですか？
（まぁ、これはそういうゲームってことなんだろうけど。つまりは）
参考になる意見、大変感謝致します。
＞疲れる
次は爽快感を追求します。
＞疲れる
次は爽快感を追求します。
なんか、自作ゲームを批評してくれそうな雰囲気なので、
よろしければ批評してください。
http://blue.ribbon.to/~akimasa/
ｽﾚ違いでしたらｽﾏｿ。
あと、>>100さんは厨３ですか…。
同年代だなぁ…。
ｶﾞﾑﾊﾞｯﾃください。
よろしければ批評してください。
http://blue.ribbon.to/~akimasa/
ｽﾚ違いでしたらｽﾏｿ。
あと、>>100さんは厨３ですか…。
同年代だなぁ…。
ｶﾞﾑﾊﾞｯﾃください。
すごいですね…同年代とは思えない…俺も頑張らないと…。
VBは簡単ですから…。
HSPはどうですか（移行する気はありませんが）？
難しそうですが…。
というか、やっぱり、誉めてもらえるとうれしい。
HSPはどうですか（移行する気はありませんが）？
難しそうですが…。
というか、やっぱり、誉めてもらえるとうれしい。
111 ：名前は開発中のものです。：01/12/26 14:54 ID:???
こうやってお互いに刺激し合うのは良いよね。
やる気も出てくるし。ｶﾞﾑﾊﾞﾚｰ。
やる気も出てくるし。ｶﾞﾑﾊﾞﾚｰ。
112 ：名前は開発中のものです。：01/12/26 15:10 ID:???
正直、あきまさや100にはがんばってもらいたい。
ｶﾞﾑﾊﾞﾘます。
ＶＢ簡単ですか…俺もＶＢに鬱ろっかな（爆
ま、俺も頑張ります（つーか高校受験が近い…うぐぅ
ま、俺も頑張ります（つーか高校受験が近い…うぐぅ
あまり関係ないですが、ｴﾛｰｹﾞ好きです（核氏
>>115
音楽担当のＫ後輩も好きです。
音楽担当のＫ後輩も好きです。
ｴﾛｰｹﾞの曲って（・∀・）ｲｲ!のが多いよ。
音楽担当にはオススメ（よく分からんが。
音楽担当にはオススメ（よく分からんが。
なんか、葉鍵系の曲を聞いてるみたいです。
ていうか、いつもｴﾛｹﾞをﾌﾟﾚｲしてるとか逝ってたような…。
自分はｴﾛｹﾞのことはよく知りませんが…。
あと、
このｽﾚはだんだん関係無いほうに進んで逝ってるような…。
ていうか、いつもｴﾛｹﾞをﾌﾟﾚｲしてるとか逝ってたような…。
自分はｴﾛｹﾞのことはよく知りませんが…。
あと、
このｽﾚはだんだん関係無いほうに進んで逝ってるような…。
119 ：名前は開発中のものです。：01/12/27 03:28 ID:Ne80+gDQ
あげ
そいつとは仲良くなれそうだよｗ
あ、オタは禁止ね。
俺も音楽は作れるんだけどな～。
今度俺が作ったのＵＰする？ヘボいけど…。
あ、オタは禁止ね。
俺も音楽は作れるんだけどな～。
今度俺が作ったのＵＰする？ヘボいけど…。
ｴﾛｹﾞをやってる時点でｦﾀだと思うけど…。
まぁ、自分はﾊﾟｿｦﾀだけど。
自分はﾊﾟｿｺﾝとかそういうのしか趣味が無い…。
あと、音楽作ってるなら是非揚げてほしいなぁ。
音楽作れる人間は尊敬するYO。
自分もModplugTrackerで音楽作ってみようかなぁなんて思ってやったことがあるんだけど、
みごと挫折した。
自分は音楽は聞くに限るね。
あと、音楽を作るのもｲｲけどﾌﾟﾛｸﾞﾗﾑも作ってYO!
しんどいけど。
まぁ、自分はﾊﾟｿｦﾀだけど。
自分はﾊﾟｿｺﾝとかそういうのしか趣味が無い…。
あと、音楽作ってるなら是非揚げてほしいなぁ。
音楽作れる人間は尊敬するYO。
自分もModplugTrackerで音楽作ってみようかなぁなんて思ってやったことがあるんだけど、
みごと挫折した。
自分は音楽は聞くに限るね。
あと、音楽を作るのもｲｲけどﾌﾟﾛｸﾞﾗﾑも作ってYO!
しんどいけど。
あげ。俺もｵﾀっすか鬱だ氏脳。
www.geocities.co.jp/Bookend-Akiko/3101/souko/JungleIlusion.mid
ちなみに音楽ツクール＋です。題名は適当、友達が付けた。
＞プログラム
音楽を使ったゲーム作ろうと思ってる。
www.geocities.co.jp/Bookend-Akiko/3101/souko/JungleIlusion.mid
ちなみに音楽ツクール＋です。題名は適当、友達が付けた。
＞プログラム
音楽を使ったゲーム作ろうと思ってる。
123 ：名前は開発中のものです。：01/12/28 12:06 ID:???
つーか、ゲームを作ってる時点でヲタの頭領だと思うケドね。
124 ：名前は開発中のものです。：01/12/28 12:16 ID:???
ヲタを気にする事はないよ。
嫌われるヲタは基本的に、電波厨房だし。
嫌われるヲタは基本的に、電波厨房だし。
電波厨房ですが何か？
まぁ、一番ﾔｳﾞｧｲのは自覚が無いｦﾀだと思いますね…(100さんは自覚していると信じて)。
自分はﾊﾟｿｦﾀ。
これ、揺るぎ無い事実。
あと、音楽を聞かせてもらいましたが、
音楽を作れるっていうのはｲｲですねぇ。
自分はこればかりは時間もかかるし、知識も無いので無理。
音楽を使ったゲームっていうのはビ○マニみたいなのですか？
できたら是非ﾀﾞｳｿさせてください。
ｶﾞﾑﾊﾞｯﾃコードを組んでください。
自分はﾊﾟｿｦﾀ。
これ、揺るぎ無い事実。
あと、音楽を聞かせてもらいましたが、
音楽を作れるっていうのはｲｲですねぇ。
自分はこればかりは時間もかかるし、知識も無いので無理。
音楽を使ったゲームっていうのはビ○マニみたいなのですか？
できたら是非ﾀﾞｳｿさせてください。
ｶﾞﾑﾊﾞｯﾃコードを組んでください。
まぁ自覚はしてますよｗ
友からも言われますし（爆
ビ○マニじゃなく
www.u-ga.com/rez/
に近い物ですね（仮
友からも言われますし（爆
ビ○マニじゃなく
www.u-ga.com/rez/
に近い物ですね（仮
128 ：名前は開発中のものですが。：01/12/28 14:16 ID:???
>に近い物ですね（仮
ｵｲｵｲ
ｵｲｵｲ
レス早いですね～。
www.u-ga.com/rez/のゲームはかなりクールですね。
期待してますよ。（´∀｀ ）
www.u-ga.com/rez/のゲームはかなりクールですね。
期待してますよ。（´∀｀ ）
130 ：名前は開発中のものです。：01/12/29 11:03 ID:???
>>125
自覚が無いのを電波と呼ぶような気もするが・・・ネタか？
自覚が無いのを電波と呼ぶような気もするが・・・ネタか？
131 ：名前は開発中のものです。：01/12/29 17:54 ID:???
>>130
「何か？」 は普通ネタだろう。
「何か？」 は普通ネタだろう。
すみませんが旅行に逝くので暫く帰ってきません…。
プログラム作成は来年にお願いします…。
プログラム作成は来年にお願いします…。
いえいえ、私生活に支障をもたらさない程度にｶﾞﾑﾊﾞｯﾃ下さい。
期待してますよ。
期待してますよ。
134 ：名前は開発中のものです。：01/12/29 23:19 ID:???
なんでお前ら二人の雑談スレになってるんだよ。
なぜでしょうね…。
ｽﾏｿ。
ｽﾏｿ。
136 ：名前は開発中のものです。：01/12/30 16:30 ID:???
>>136期待をしていただくとやる気が出ます！
やっぱり、一人でもやってくれる人がいるのといないのでは全然やる気が違います。
やっぱり、一人でもやってくれる人がいるのといないのでは全然やる気が違います。
138 ：名前は開発中のものです。：02/01/03 15:38 ID:???
1はどこ逝った？
1ヶ月ももたない修業じゃヤムチャにも勝てんZO！
1ヶ月ももたない修業じゃヤムチャにも勝てんZO！
帰宅しました。が、テストが近い＆宿題が残っているので
作成は暫く延期になりそうです…。
作成は暫く延期になりそうです…。
レベル低いな、オイ。
いまどき２Ｄはないだろ・・。ま、中学生じゃＳｉｎ、Ｃｏｓすら
やってないもんな・ しょうがねーか。
いまどき２Ｄはないだろ・・。ま、中学生じゃＳｉｎ、Ｃｏｓすら
やってないもんな・ しょうがねーか。
141 ：名前は開発中のものです。：02/01/03 19:23 ID:???
>>140
2Dがレベル低いってのは間違いだと思うよ。
2Dがレベル低いってのは間違いだと思うよ。
142 ：名前は開発中のものです。：02/01/03 19:54 ID:???
144 ：名前は開発中のものです。：02/01/03 20:54 ID:???
>>140は、３Ｄにすれば何でも面白くなると思ってる。
145 ：名前は開発中のものです。：02/01/03 21:20 ID:???
スーパーマリオとゼルダの違いは（以下略）
>>140
フーリエ変換やってますぅよーー!!
フーリエ変換やってますぅよーー!!
147 ：名前は開発中のものです。：02/01/04 00:09 ID:???
>>146
どこの国の中学校だ？
どこの国の中学校だ？
＞１４４
じゃ 永遠にスーファミやってな。
じゃ 永遠にスーファミやってな。
149 ：名前は開発中のものです。：02/01/04 08:02 ID:???
150 ：名前は開発中のものです。：02/01/04 10:23 ID:???
>>148
ＰＣの方が良いな。
ＰＣの方が良いな。
151 ：名前は開発中のものです。：02/01/04 17:11 ID:NxM+E9rf
>>148
っていうか>>144は3Dにすれば何でもおもしろくなる訳じゃないって言ってるだけで、3Dのゲームが面白くないとは言ってない。
まあ、逆に言えば2Dでも面白くないのは面白くないのですが。
2Dで面白い物が作れない人は3Dで作れる道理は無いです。
っていうか>>144は3Dにすれば何でもおもしろくなる訳じゃないって言ってるだけで、3Dのゲームが面白くないとは言ってない。
まあ、逆に言えば2Dでも面白くないのは面白くないのですが。
2Dで面白い物が作れない人は3Dで作れる道理は無いです。
153 ：名前は開発中のものです。：02/01/07 17:44 ID:???
最近C言語の勉強し始めたんですが
コンソールアプリでグラフィックを表示するには
どうしたらいいんですか？
プログラムの経験はありません。
コンソールアプリでグラフィックを表示するには
どうしたらいいんですか？
プログラムの経験はありません。
155 ：名前は開発中のものです。：02/01/07 21:46 ID:R/qK8yLu
すんません。
始めたばかりで何が何かよくわからないです。
簡単なゲームを作るのに今は文字を出力してやっていますが
DOSプログラムで画面に線を引いたり円を描いたりしてみたいと思いました。
DOS窓で動かしているのは正確にはDOSでは無いんですよね？
windowsのプログラムはまだわからないのでDOS窓で勉強してます。
始めたばかりで何が何かよくわからないです。
簡単なゲームを作るのに今は文字を出力してやっていますが
DOSプログラムで画面に線を引いたり円を描いたりしてみたいと思いました。
DOS窓で動かしているのは正確にはDOSでは無いんですよね？
windowsのプログラムはまだわからないのでDOS窓で勉強してます。
156 ：名前は開発中のものです。：02/01/07 22:02 ID:???
>>155
Window上でやったほうが良いと思うよ。
_約束はDOSより多いけどすぐ慣れるでしょう。
いまさらDOSでやるほうが難しいと思う。
線を引いたり丸を書いたりというのは、はっきり言ってWebを検索して出てくるWindowsプログラミングのチュートリアルの
どこでも書いてあると思う。
「猫でも～」とかね。
http://www.kumei.ne.jp/c_lang/index_sdk.html
Window上でやったほうが良いと思うよ。
_約束はDOSより多いけどすぐ慣れるでしょう。
いまさらDOSでやるほうが難しいと思う。
線を引いたり丸を書いたりというのは、はっきり言ってWebを検索して出てくるWindowsプログラミングのチュートリアルの
どこでも書いてあると思う。
「猫でも～」とかね。
http://www.kumei.ne.jp/c_lang/index_sdk.html
157 ：名前は開発中のものです。：02/01/07 22:08 ID:R/qK8yLu
158 ：名前は開発中のものです。：02/01/07 22:12 ID:???
＞windowsプログラムまで我慢することにします。
まで、、、というか、いきなりあれでも、全然問題ないと思うんだけど。
自分で変な順番付けしちゃってない？
C言語がそれなりに書けるようになってるなら、もうWindowsプログラミング初めても全然問題ないよ。
C言語自体の細かいことはあとからでも出来る。
まで、、、というか、いきなりあれでも、全然問題ないと思うんだけど。
自分で変な順番付けしちゃってない？
C言語がそれなりに書けるようになってるなら、もうWindowsプログラミング初めても全然問題ないよ。
C言語自体の細かいことはあとからでも出来る。
159 ：名前は開発中のものです。：02/01/07 22:13 ID:???
あ、そうだったんですか。
どうも色々すいません。
見てみます。
どうも色々すいません。
見てみます。
160 ：名前は開発中のものです。：02/01/07 23:28 ID:???
161 ：名前は開発中のものです。：02/01/07 23:35 ID:???
162 ：C_sugar：02/01/08 01:12 ID:VlBePxFt
はじめのうちはDOSで修行。
ポインタと構造体をほぼ理解できるようになったらWinアプリに移行。
ポインタと構造体をほぼ理解できるようになったらWinアプリに移行。
163 ：名前は開発中のものです。：02/01/09 15:51 ID:???
便乗質問。
PC-9801のC言語でRPG作ったり、PerlでCGIの掲示板自作した程度の経験はあるんですけど、
Windowsプログラム初めて大丈夫なんでしょうか。
何年か前に、VC++廉価版に手を出したんですけど、
付属していたMFCの解説本の内容が全然理解できなくてトラウマになってるんですが。
PC-9801のC言語でRPG作ったり、PerlでCGIの掲示板自作した程度の経験はあるんですけど、
Windowsプログラム初めて大丈夫なんでしょうか。
何年か前に、VC++廉価版に手を出したんですけど、
付属していたMFCの解説本の内容が全然理解できなくてトラウマになってるんですが。
164 ：名前は開発中のものです。：02/01/09 15:58 ID:???
>>163
俺もWindowsプログラム最初に組む時かなり骨を折ったけど、
その理由はMFCにあると思う。俺も最初は全然理解できなかった。
というわけで、WinAPIをつかって一からWindowを作成することをお勧めする。
「猫でも～」等に詳しい説明有り。
俺もWindowsプログラム最初に組む時かなり骨を折ったけど、
その理由はMFCにあると思う。俺も最初は全然理解できなかった。
というわけで、WinAPIをつかって一からWindowを作成することをお勧めする。
「猫でも～」等に詳しい説明有り。
165 ：名前は開発中のものです。：02/01/09 15:59 ID:???
ＭＦＣ使わなければいいのではないかと。
ゲーム作るときは、全然必要ないと思う
ゲーム作るときは、全然必要ないと思う
166 ：名前は開発中のものです。：02/01/09 16:25 ID:???
DOSで経験があるんなら、MFCよりAPIベタのプログラムの方が
むしろ分かりやすいと思うが。
むしろ分かりやすいと思うが。
167 ：名前は開発中のものです。：02/01/09 18:37 ID:C/aqx+5g
Winのアプリが組めて窓にビットマップを表示できても、
関数？引数？戻り値？構造体？ポインタ？なんじゃそりゃ？
では情けない
関数？引数？戻り値？構造体？ポインタ？なんじゃそりゃ？
では情けない
168 ： ：02/01/09 19:00 ID:???
＞167
できないだろ。
できないだろ。
なるほど、意見ありがとうございます。
170 ：名前は開発中のものです。：02/01/09 22:32 ID:???
ポインタってどれぐらい重要なんですか？
171 ：名前は開発中のものです。：02/01/09 22:46 ID:???
ポインタない言語でやれば必要ないよ。
ってくらい必要。
ってくらい必要。
172 ：名前は開発中のものです。：02/01/10 08:31 ID:???
>>167
C++Builderならありえる(w
C++Builderならありえる(w
173 ：名前は開発中のものです。：02/01/18 03:07 ID:???
一人でってのに反応したんですけど、
同人エロゲ（ＡＤＶノベル）作ってる奴も
話に入っていいんでしょうか？
27にもなって、初めての挑戦なんですが、
システムは初心者でも理解しやすい吉里吉里です。
1ヶ月かけて、なんとか使いこなせるようには
なったんですが、シナリオ書いて絵描いてってのを
一人でやってると、独り善がりなモノにならないか
不安になっちゃって……。
私も修行したいと思いますんで、時々報告させて頂きます。
同人エロゲ（ＡＤＶノベル）作ってる奴も
話に入っていいんでしょうか？
27にもなって、初めての挑戦なんですが、
システムは初心者でも理解しやすい吉里吉里です。
1ヶ月かけて、なんとか使いこなせるようには
なったんですが、シナリオ書いて絵描いてってのを
一人でやってると、独り善がりなモノにならないか
不安になっちゃって……。
私も修行したいと思いますんで、時々報告させて頂きます。
174 ：名前は開発中のものです。：02/01/18 04:25 ID:???
ほう、今時珍しい骨のある人材が。
全スタッフ応募するような企画厨房に見せてやりたいよ。
全スタッフ応募するような企画厨房に見せてやりたいよ。
175 ：名前は開発中のものです。：02/01/18 04:25 ID:???
× 応募
○ 募集
○ 募集
176 ：名前は開発中のものです。：02/01/18 05:00 ID:???
>>173 ｶﾞﾑﾊﾞﾚ
177 ：名前は開発中のものです。：02/01/19 06:13 ID:???
178 ：名前は開発中のものです。：02/02/04 02:29 ID:Q/4vdyeF
ageageage
179 ：名前は開発中のものです。：02/02/04 11:35 ID:/V+qajmw
プログラムとグラフィックを両方やってる人のサイトきぼん。
180 ：名前は開発中のものです。：02/02/04 11:53 ID:???
絵もかけてプログラムもできるなんて
すげえよ
すげえよ
181 ：名前は開発中のものです。：02/02/04 12:17 ID:???
182 ：名前は開発中のものです。：02/02/04 13:05 ID:???
さらに音楽もできる最強な人キボンヌ
183 ：名前は開発中のものです。：02/02/04 14:49 ID:???
犬丼帝國の葉鍵な格ｹﾞｰは
プログラム、絵、音楽を全て１人でやってたよ（;´Д｀）
プログラム、絵、音楽を全て１人でやってたよ（;´Д｀）
184 ：名前は開発中のものです。：02/02/04 15:55 ID:???
>>182
それも30代なら居そう。エレクトーン流行ったのその辺の時期では…？
それも30代なら居そう。エレクトーン流行ったのその辺の時期では…？
185 ：名前は開発中のものです。：02/02/04 20:11 ID:???
30代はバブル団塊の世代。いろんなものを買ってもらったが、
何一つ上手に使いこなせずに今中年になっている。
そんなダメな人達が作り上げた世界が今の日本。
何一つ上手に使いこなせずに今中年になっている。
そんなダメな人達が作り上げた世界が今の日本。
186 ：名前は開発中のものです。：02/02/04 20:34 ID:???
>>183
彼、その3つの分野を挙げるまでもなく、全部自分でやってる気が(藁
彼、その3つの分野を挙げるまでもなく、全部自分でやってる気が(藁
187 ：名前は開発中のものです。：02/02/04 22:05 ID:???
俺は絵とプログラム両方やってるけど。
音楽までは手が回らん。
絵も限界があるけどね。（ロボが描けないとか）
音楽までは手が回らん。
絵も限界があるけどね。（ロボが描けないとか）
188 ：名前は開発中のものです。：02/02/13 01:27 ID:???
あきまさと100は、もういないの？
189 ：名前は開発中のものです。：02/02/13 01:57 ID:???
190 ：名前は開発中のものです。：02/02/13 06:11 ID:AU2+HIWz
GBAのスレたったけどGBのスレたたねーな
チームでつくるってのとは別に他に誰もつくってねーんじゃないかという孤独感は辛いよ･･････
チームでつくるってのとは別に他に誰もつくってねーんじゃないかという孤独感は辛いよ･･････
191 ：名前は開発中のものです。：02/02/13 06:32 ID:???
192 ：名前は開発中のものです。：02/02/13 09:49 ID:???
音楽できるプログラマの方が多い気がするが。
音楽の方がプログラムに近い。
音楽の方がプログラムに近い。
193 ：名前は開発中のものです。：02/02/13 10:21 ID:gJqPquDI
194 ：名前は開発中のものです。：02/02/13 10:30 ID:???
それなら金払ってゲーム会社に
働かせてもらえ。へたれな勉強して
金使うよりましだぞ
働かせてもらえ。へたれな勉強して
金使うよりましだぞ
195 ：名前は開発中のものです。：02/02/13 10:55 ID:yGJCRjUb
http://www.puchiwara.com/hacking/
__,,,-‐――‐-､__ ヽ､
__=ﾆ-―''''"""ﾞﾞ`‐-､_`ヽ､ ヽ.
__,／ ,.--ヾ／''''''"'''"''ー､､ヽ､ヽ､ ヽ.
／ / / ミ `ヽヽ i
/ / i / ヾ__ヽヽ |
/ / ,| | ＿＿Ｌ i | |
/ /| |ヽ | ,,,,-∠''''"" ﾐ i| |
{ | { |-+ヽ,,,,,,, ,,illﾆ-==三｀ﾞ`‐---+ | |
|| i |┼'"三三ヽ ;／（ｿ::ﾉ Ｔ´ ヽ-､.| |
ヽ ヽー'"(ｿ:)` ! ‐‐-‐'´ ∧`}| .|
.| ｀`''"´ / ヽ. { !| .|
.i < '´／ | ||
! ヽ ｀ ○ | ||
ハ. _,=--- / | |.|
.| ヽ. ｀'''''''´ ／ | | | | |
| | ヽ ,. ' / .| .| || || |
.| | / ヽ ,／ ／ | | || || |
| | / `_ｔ‐‐‐'"´,.----―''''''7 | || || |
.| | / / <"ヽj ／ __. /┐| || || |
./ // /,.-‐ゝ->‐/-‐ヽ__／‐‐‐/ ヽ|_ || |.| |
./ // ／／,.-〈 〈‐､ ＼--／ ｀`ｰ､!_|
__,,,-‐――‐-､__ ヽ､
__=ﾆ-―''''"""ﾞﾞ`‐-､_`ヽ､ ヽ.
__,／ ,.--ヾ／''''''"'''"''ー､､ヽ､ヽ､ ヽ.
／ / / ミ `ヽヽ i
/ / i / ヾ__ヽヽ |
/ / ,| | ＿＿Ｌ i | |
/ /| |ヽ | ,,,,-∠''''"" ﾐ i| |
{ | { |-+ヽ,,,,,,, ,,illﾆ-==三｀ﾞ`‐---+ | |
|| i |┼'"三三ヽ ;／（ｿ::ﾉ Ｔ´ ヽ-､.| |
ヽ ヽー'"(ｿ:)` ! ‐‐-‐'´ ∧`}| .|
.| ｀`''"´ / ヽ. { !| .|
.i < '´／ | ||
! ヽ ｀ ○ | ||
ハ. _,=--- / | |.|
.| ヽ. ｀'''''''´ ／ | | | | |
| | ヽ ,. ' / .| .| || || |
.| | / ヽ ,／ ／ | | || || |
| | / `_ｔ‐‐‐'"´,.----―''''''7 | || || |
.| | / / <"ヽj ／ __. /┐| || || |
./ // /,.-‐ゝ->‐/-‐ヽ__／‐‐‐/ ヽ|_ || |.| |
./ // ／／,.-〈 〈‐､ ＼--／ ｀`ｰ､!_|
196 ：名前は開発中のものです。：02/02/13 16:32 ID:???
おいみんな！JAVAでゲームつくろうぜ！
197 ：名前は開発中のものです。：02/02/13 22:44 ID:???
私はプログラマだけどピアノや金管楽器もやるよん。
シンセサイザーとかで音色を作るのも一種のプログラミングだったり、
楽譜を書くのもやはりプログラミングだったりする。
ま、音楽に関してはプロには足下にも及ばないけどね。
シンセサイザーとかで音色を作るのも一種のプログラミングだったり、
楽譜を書くのもやはりプログラミングだったりする。
ま、音楽に関してはプロには足下にも及ばないけどね。
198 ：173：02/02/14 06:56 ID:Xh9hCbB6
寂しいスレで安心します（笑。
一人でって云ったけど、無理でした。
声だけは女の子探さないといけません。
って、これが一番難しいんじゃないかと……。
あと、最近は音の勉強も始めました。
エレクトーン習ってた分、作曲は大変じゃないんですが
譜面作るのが面倒だし、何が要るのかわかんないし。
とりあえず、DTM板行って勉強してきます。
一人でって云ったけど、無理でした。
声だけは女の子探さないといけません。
って、これが一番難しいんじゃないかと……。
あと、最近は音の勉強も始めました。
エレクトーン習ってた分、作曲は大変じゃないんですが
譜面作るのが面倒だし、何が要るのかわかんないし。
とりあえず、DTM板行って勉強してきます。
199 ：名前は開発中のものです。：02/02/14 07:02 ID:mWRgf+fc
そうだよ！
俺はダメさ！
しくしく
俺はダメさ！
しくしく
200 ：名前は開発中のものです。：02/02/14 07:52 ID:???
声の心配なんて何故する。
声入ってる同人ゲームなんてあんまりないだろ？
とりあえずゲームを完成させなきゃだめでしょ。
声なんて＋αでしかないんだから。
声入ってる同人ゲームなんてあんまりないだろ？
とりあえずゲームを完成させなきゃだめでしょ。
声なんて＋αでしかないんだから。
201 ：名前は開発中のものです。：02/02/14 08:06 ID:???
シナリオ、絵が上がらないうちに
声優募集する奴は糞だYO！！
声優募集する奴は糞だYO！！
202 ：名前は開発中のものです。：02/02/14 08:40 ID:???
>>201
そういうクソはかなり多いＹＯ！！
そういうクソはかなり多いＹＯ！！
203 ：名前は開発中のものです。：02/02/14 10:38 ID:IWURBpbF
俺は女の声も自分でやる。
サウンドエディタでピッチをあげて高い音にすれば良い。
サウンドエディタでピッチをあげて高い音にすれば良い。
204 ：名前は開発中のものです。：02/02/14 11:30 ID:???
確か音楽と絵とシナリオ一人でやった同人ノベルがあるぞ。
塗り専用の人が居たから一人で作るスレタイトルには合わないけど。
塗り専用の人が居たから一人で作るスレタイトルには合わないけど。
205 ：名前は開発中のものです。：02/02/14 11:36 ID:???
二人で作ったっていうノベルがならあったな。
そこはシナリオと絵と音楽を一人でやってたよ･･･。
そこはシナリオと絵と音楽を一人でやってたよ･･･。
206 ：名前は開発中のものです。：02/02/14 13:30 ID:???
同人エロゲで声優やってくれる人いたらなぁ･･･
207 ：名前は開発中のものです。：02/02/14 18:24 ID:???
>>204
その三つ兼任でまともなもの作るといったら大変だな。
その三つ兼任でまともなもの作るといったら大変だな。
208 ：名前は開発中のものです。：02/02/14 21:18 ID:???
209 ：名前は開発中のものです。：02/02/14 21:21 ID:???
あいた～、叩かれましたね（笑。
同人ｿﾌﾄなんで、完成しなかった事はないです。
一人でじゃないけど二人で今までに２年で３本。
ちとペースは遅いですが…。
（連れが吉里吉里とＣＧで自分は音とシナリオとＣＧ）
知り合いや自分が買ってるサークルのｿﾌﾄは
声入りが多いんで、うちもそろそろやってみたいな、
などと思った次第でして。
もちろん、シナリオもＣＧも全部出来てから
余裕があれば探そうかって位の事ですけど。
同人ｿﾌﾄなんで、完成しなかった事はないです。
一人でじゃないけど二人で今までに２年で３本。
ちとペースは遅いですが…。
（連れが吉里吉里とＣＧで自分は音とシナリオとＣＧ）
知り合いや自分が買ってるサークルのｿﾌﾄは
声入りが多いんで、うちもそろそろやってみたいな、
などと思った次第でして。
もちろん、シナリオもＣＧも全部出来てから
余裕があれば探そうかって位の事ですけど。
211 ：名前は開発中のものです。：02/04/29 13:43 ID:???
test
212 ：名前は開発中のものです。：02/07/23 11:29 ID:???
test
213 ：名前は開発中のものです。：02/11/02 00:50 ID:???
test
214 ：名前は開発中のものです。：02/11/02 01:12 ID:???
〈￣ヽ
,､＿＿＿＿| |＿＿＿＿,､
〈 ＿＿＿＿＿＿＿＿＿ ヽ,
| | | |
ヽ' 〈＾ー―――＾ 〉 |／
,､二二二二二＿、
〈＿_ ＿ ＿＿〉
| | | |
/ / | | |＼
＿＿_/ / | |＿＿＿| ヽ
＼＿＿/ ヽ＿＿＿＿＿）
,､＿＿＿＿| |＿＿＿＿,､
〈 ＿＿＿＿＿＿＿＿＿ ヽ,
| | | |
ヽ' 〈＾ー―――＾ 〉 |／
,､二二二二二＿、
〈＿_ ＿ ＿＿〉
| | | |
/ / | | |＼
＿＿_/ / | |＿＿＿| ヽ
＼＿＿/ ヽ＿＿＿＿＿）
215 ：名前は開発中のものです。：03/05/13 16:05 ID:ofp1++tY
216 ：名前は開発中のものです。：03/10/22 04:04 ID:X+7DFDfk
217 ：名前は開発中のものです。：04/03/07 14:34 ID:KFgmcrA/
>>58
http://www.tv-tokyo.co.jp/today/ram/oohashi05_256.ram
とか
http://www.tv-tokyo.co.jp/today/ram/oohashi04_256.ram
小さいサイズで見るとより深く見える
http://www.tv-tokyo.co.jp/today/ram/oohashi05_256.ram
とか
http://www.tv-tokyo.co.jp/today/ram/oohashi04_256.ram
小さいサイズで見るとより深く見える
218 ：名前は開発中のものです。：04/03/18 06:05 ID:C3BOg0oC
東方妖々夢とかの作者は、絵も音楽もプログラムも全部一人でやってるって聞いたんだけど本当？
219 ：名前は開発中のものです。：04/03/19 17:58 ID:ip3YdrmW
本当
220 ：名前は開発中のものです。：04/03/21 03:05 ID:BKuBXbR3
一人で作ったってろくな出来にはならんだろう
221 ：名前は開発中のものです。：04/03/21 16:52 ID:p5pdavjm
>>220
それは東方やってみてから言ってくれ
音楽は市販のと比べても遜色なし、プログラムはほとんど問題なし、
ドット絵もある程度ちゃんと描かれてる
1枚絵は・・・STGの本質から外れるのでとりあえず気にしない
ゲーム全体を評価しても弾幕STGとしてきっちりしている。
http://www16.big.or.jp/~zun/top.html
それは東方やってみてから言ってくれ
音楽は市販のと比べても遜色なし、プログラムはほとんど問題なし、
ドット絵もある程度ちゃんと描かれてる
1枚絵は・・・STGの本質から外れるのでとりあえず気にしない
ゲーム全体を評価しても弾幕STGとしてきっちりしている。
http://www16.big.or.jp/~zun/top.html
222 ：名前は開発中のものです。：04/05/10 21:33 ID:MXOOajD+
223 ：名前は開発中のものです。：04/05/12 04:03 ID:xrUNkJo/
びんぼうソフトってほんまに一人で作ってるのか？
224 ：名前は開発中のものです。：04/05/12 20:19 ID:wC473Loi
当然
225 ：名前は開発中のものです。：04/05/12 20:19 ID:wC473Loi
当然
226 ：名前は開発中のものです。：04/05/12 21:31 ID:KG2MkcGP
ダイソーのゲームは大抵一人で作ってるんじゃない？
227 ：名前は開発中のものです。：04/05/15 11:39 ID:ZdcX04t4
>>226
あらやん氏？
あらやん氏？
228 ：名前は開発中のものです。：04/05/16 22:22 ID:6F7BN9Ka
ゲームのBGMを作曲する為には、絶対音感は必要なのでしょうか？
229 ：名前は開発中のものです。：04/05/16 22:33 ID:5iNmnNXR
>>228
絶対音感よりも音楽の知識とか技術の方が大切だと思う。
絶対音感よりも音楽の知識とか技術の方が大切だと思う。
230 ：名前は開発中のものです。：04/05/16 22:53 ID:6F7BN9Ka
正直俺自身は音楽ダメダメなんだけど、
俺の妹は自分でその場で曲を考えて、そのままピアノで弾いちまう。
ピアノを習ってるだけだけどそれくらいはできるようになっているよ。
趣味レベルのBGMなら自分で考えた曲を鼻歌で歌って、パソコンでドレミにして、
適当に加工でいいんでないの？
俺の妹は自分でその場で曲を考えて、そのままピアノで弾いちまう。
ピアノを習ってるだけだけどそれくらいはできるようになっているよ。
趣味レベルのBGMなら自分で考えた曲を鼻歌で歌って、パソコンでドレミにして、
適当に加工でいいんでないの？
232 ：名前は開発中のものです。：04/05/17 00:09 ID:cxcxQrqE
233 ：名前は開発中のものです。：04/05/19 08:16 ID:qL02xARy
なんか根本的に間違ってる。
234 ：名前は開発中のものです。：04/05/29 21:22 ID:LaKe38nb
半年ぐらい前から音楽に手を出してるけど、
プログラムできなくなたっつーか、
手段と目的が入れ替わって今では音楽系サイトになってる罠・・・
プログラムできなくなたっつーか、
手段と目的が入れ替わって今では音楽系サイトになってる罠・・・
235 ：名前は開発中のものです。：04/05/31 04:09 ID:1XI2BE0e
236 ：名前は開発中のものです。：04/05/31 07:33 ID:tEReVlmu
音楽って独学でなんとかなるもんなん？
もう幼少の頃にピアノ習って両手慣らして音感鍛えてる人じゃないと
だめぽかと思ってた。
もう幼少の頃にピアノ習って両手慣らして音感鍛えてる人じゃないと
だめぽかと思ってた。
237 ：名前は開発中のものです。：04/06/17 01:09 ID:GQRmTWPZ
関係ないけど終了厨っていなくなってる？
ついに自分の人生終了したのかな。いいことだ。
ついに自分の人生終了したのかな。いいことだ。
238 ：名前は開発中のものです。：04/06/17 02:49 ID:0NmwGcXc
打ち込みなら、なんとかなると思う
年齢や才能にもよるが・・・
リアルタイムで弾きたいなら中学に上がるまでに訓練してないとだめぽ
やってもゲームを作る上では無駄にならない（むしろ役に立つ）のでチャレンジすべし
頂点を極められなければ、やる価値が無いと思っているなら別だが
（同人の音屋でいるんだよな、極められないならやめとけとか言う馬鹿が）
年齢や才能にもよるが・・・
リアルタイムで弾きたいなら中学に上がるまでに訓練してないとだめぽ
やってもゲームを作る上では無駄にならない（むしろ役に立つ）のでチャレンジすべし
頂点を極められなければ、やる価値が無いと思っているなら別だが
（同人の音屋でいるんだよな、極められないならやめとけとか言う馬鹿が）
239 ：名前は開発中のものです。：04/06/19 01:45 ID:5F66tWKP
東方くらいのレベルだったら一人でなんとでもなるってこった
240 ：名前は開発中のものです。：2005/04/27(水) 09:54:48 ID:9bB3mNVp
ん、人がいない。ここをまったくの初心者である俺の日記帳にしよう。
どうせ三日坊主だろうけど、しばらくおじゃましますよ。
どうせ三日坊主だろうけど、しばらくおじゃましますよ。
241 ：名前は開発中のものです。：2005/05/24(火) 20:54:05 ID:NjU8DYry
age
242 ：名前は開発中のものです。：2005/05/28(土) 00:17:06 ID:e3bDAeTT
243 ：名前は開発中のものです。：2005/05/28(土) 14:44:17 ID:9AuGYtTV
まったく根気のない奴らだな。
飽きのはやさに定評がある俺様の日記帳にする。
飽きのはやさに定評がある俺様の日記帳にする。
244 ：名前は開発中のものです。：2005/05/28(土) 21:52:05 ID:YzdwffcG
今作ってる、RPGにムービーを追加しようと動画で必要な部分だけ切り取ろうとしたが、
音声がなぜかカットされて音の出ないAVIファイルが出来てしまった。
音声がなぜかカットされて音の出ないAVIファイルが出来てしまった。
やあ。書き込んだことすらすっかり忘れてた。当然何もしてない。
今週中ににボーランドだか何とか試食版だかのc使えるようになるやつかHSPをインストールすることを決意した。
今週中ににボーランドだか何とか試食版だかのc使えるようになるやつかHSPをインストールすることを決意した。
246 ：名前は開発中のものです。：2005/06/11(土) 15:02:20 ID:wbD2CWIz
東方は一人だけど、本職がタイトー社員で他に連載持ったりした上で、
全部一人で作って1年に1回ペースだからな。化け物かと。
（夏にゲーム、冬に音楽CDが基本サイクル）
全部一人で作って1年に1回ペースだからな。化け物かと。
（夏にゲーム、冬に音楽CDが基本サイクル）
247 ：名前は開発中のものです。：2005/06/14(火) 20:29:24 ID:zEFk8wp9
age
248 ：名前は開発中のものです。：2005/06/15(水) 14:57:04 ID:8r7qJAc4
>>245
どうなった？
どうなった？
コンパイラつきの入門書を部屋の中で探し出すことに成功しました。
250 ：名前は開発中のものです。：2005/06/16(木) 16:36:36 ID:svwtxTid
よし。とりあえず、それを入れろ。
251 ：名前は開発中のものです。：2005/06/17(金) 20:40:47 ID:ELB3/Ck7
期待age
252 ：名前は開発中のものです。：2005/06/26(日) 14:42:36 ID:vVbbNmOh
ウィンドウを表示することに成功しますた
253 ：名前は開発中のものです。：2005/06/26(日) 21:42:03 ID:t17XStmf
自分でも残念ですが違います。
255 ：名前は開発中のものです。：2005/08/18(木) 20:53:13 ID:xTSOKzxE
ボーランドのフリーの奴を入れました。
256 ：名前は開発中のものです。：2005/10/05(水) 09:33:41 ID:6JvaIQc7
何この長寿スレ
HelloWorld表示させる事に成功しました｡ﾟ(ﾟﾉ∀｀ﾟ)ﾟ｡
HelloWorld表示させる事に成功しました｡ﾟ(ﾟﾉ∀｀ﾟ)ﾟ｡
C言語の入門書を読み始めました。
258 ：名前は開発中のものです。：2006/05/04(木) 20:57:56 ID:xyAp5mkS
俺もここに日記書いていいですかね。
とりあえずプログラムを作ることのできる環境はあります。
某サイトみながらチマチマつくることにしました。
コマンドプロンプトに文字を表示するところまではできたんですが、次ノステップに進むのはいつになるやらってかんじです。
多少絵の心得があるので（大した事ないけど）、今度ドット絵うｐします。
断っておきますが期待しないで下さい。
とりあえずプログラムを作ることのできる環境はあります。
某サイトみながらチマチマつくることにしました。
コマンドプロンプトに文字を表示するところまではできたんですが、次ノステップに進むのはいつになるやらってかんじです。
多少絵の心得があるので（大した事ないけど）、今度ドット絵うｐします。
断っておきますが期待しないで下さい。
259 ：名前は開発中のものです。：2006/05/12(金) 14:26:22 ID:OSS4cTmv
|￣ー￣) ﾏｯﾃﾙﾖ
260 ：名前は開発中のものです。：2006/05/21(日) 11:02:07 ID:XNdIdGlw
// 自分も日記というかチラ裏
一人でやってると、技術的なことはさておき
モチベーションの維持が大変だと思う。
日常作業用の簡単なツールとかはちょこちょこっと作ることがあるけど、
ゲームは必要に迫られてないので
大枠だけ作りかけて放置してるのがいくつかある。
とりあえずどれかは完成させよう…。
一人でやってると、技術的なことはさておき
モチベーションの維持が大変だと思う。
日常作業用の簡単なツールとかはちょこちょこっと作ることがあるけど、
ゲームは必要に迫られてないので
大枠だけ作りかけて放置してるのがいくつかある。
とりあえずどれかは完成させよう…。
>>261
おお、ゆっくり頑張ろうねー。>>240さんも元気かな。
手軽にやってもらえるブラウザゲームが作りたいんでFlash特訓中。
Flash板にも行ってきたけど、
ゲームの基本的組み立て方とかアルゴリズムとかを勉強したいんで
やっぱりこっちの板のほうが合ってるみたい。
おお、ゆっくり頑張ろうねー。>>240さんも元気かな。
手軽にやってもらえるブラウザゲームが作りたいんでFlash特訓中。
Flash板にも行ってきたけど、
ゲームの基本的組み立て方とかアルゴリズムとかを勉強したいんで
やっぱりこっちの板のほうが合ってるみたい。
263 ：名前は開発中のものです。：2006/07/16(日) 20:48:30 ID:fs7bxhod
プログラムってほんとモチベーション維持するのが大変だよねぇ。
264 ：名前は開発中のものです。：2006/10/10(火) 21:17:23 ID:o7RfVP8A
warota
265 ：名前は開発中のものです。：2006/10/11(水) 02:35:21 ID:B1M0Wpos
あれから４年11ヶ月の月日が流れた
266 ：名前は開発中のものです。：2006/10/12(木) 19:26:43 ID:bfXTpZVB
巨人の保守
267 ：名前は開発中のものです。：2006/10/13(金) 04:35:40 ID:IDYrlNEg
良スレ。
268 ：( ＾ω＾ )：2006/10/20(金) 07:03:42 ID:hYoq8aKS
俺も一人でゲーム作れるように修行するお。
まずは何から始めればいいんだお。
プログラム/絵/音楽/HP運営
をやるお。
まずは何から始めればいいんだお。
プログラム/絵/音楽/HP運営
をやるお。
269 ：名前は開発中のものです。：2006/10/20(金) 11:03:26 ID:AkDqZjVl
保守飛馬
270 ：名前は開発中のものです。：2006/10/21(土) 22:11:37 ID:bWgkO6KC
参戦。今日は一日かけて、最初に学ぶ言語を選択。Javaにしました。
音楽と絵はどこかから合法的に入手するとして、とりあえずプログラムを勉強します。
明日は一日かけて、Javaの本を探してきます。
音楽と絵はどこかから合法的に入手するとして、とりあえずプログラムを勉強します。
明日は一日かけて、Javaの本を探してきます。
271 ：名前は開発中のものです。：2006/10/24(火) 22:41:50 ID:5V13XUwc
もうすぐ３９歳（しかも独身で恋人もいない）になるけど、
これからでもゲーム作れるようになれると思いますか？
これからでもゲーム作れるようになれると思いますか？
272 ：名前は開発中のものです。：2006/10/25(水) 02:20:28 ID:tltgsL4R
作りたいゲームの規模とジャンル、あとはやる気と努力次第。
273 ：名前は開発中のものです。：2007/07/30(月) 19:37:39 ID:NA2ihJCU
修行中ナリ。
274 ：名前は開発中のものです。：2007/07/31(火) 00:05:54 ID:cXP25EtV
期待age。
275 ：名前は開発中のものです。：2007/07/31(火) 00:15:50 ID:58NYDbeQ
の
276 ：名前は開発中のものです。：2007/08/01(水) 19:29:06 ID:F/g1qrmK
修行が足りてません＞＜
もうあれから一年以上の月日が流れてしまった・・・
278 ：名前は開発中のものです。：2007/08/02(木) 23:42:15 ID:oOCifOwm
で、どんだけできるようになった？
279 ：名前は開発中のものです。：2007/10/03(水) 18:11:58 ID:CzwSA+ws
プログラムと絵さえ出来ればゲーム作れるんかねぇ。
ものによっては絵もフリーで揃うか･･･やる気出てきた。
ものによっては絵もフリーで揃うか･･･やる気出てきた。
280 ：名前は開発中のものです。：2008/08/11(月) 00:43:36 ID:toQIPHfi
本日より修行を開始致します。
使用言語：Java
作りたいゲーム：エロゲー
使用言語：Java
作りたいゲーム：エロゲー
281 ：名前は開発中のものです。：2008/08/11(月) 02:13:11 ID:TnPPl/v2
修行にエロは禁物
282 ：名前は開発中のものです。：2008/08/11(月) 03:45:35 ID:toQIPHfi
いえてる…
283 ：名前は開発中のものです。：2008/08/11(月) 22:10:49 ID:ZFM16c4b
ここで今日から始めようと思います。
「ゲーム製作って実際どのくらいまでできんの？？」というスレでやる事も考えたのですが、
ポケモンとＦＦを作るのでなければスレ違いと言われるかな？と思いｗ、こちらにしました。
「ゲーム製作って実際どのくらいまでできんの？？」というスレでやる事も考えたのですが、
ポケモンとＦＦを作るのでなければスレ違いと言われるかな？と思いｗ、こちらにしました。
284 ：名前は開発中のものです。：2008/08/11(月) 22:27:26 ID:ZFM16c4b
285 ：名前は開発中のものです。：2008/08/11(月) 23:29:33 ID:toQIPHfi
>>284
あまりお気になさらず…
お互い、目標達成に向けて精進しましょうｗ
現在はエロCG作成のための簡易画像編集ソフトの開発に励んでおります。
ちなみに今日はマウス入力（マウスでの描画）について勉強してますた。
お次は拡大画面の実装かなあ。
ではまた。
あまりお気になさらず…
お互い、目標達成に向けて精進しましょうｗ
現在はエロCG作成のための簡易画像編集ソフトの開発に励んでおります。
ちなみに今日はマウス入力（マウスでの描画）について勉強してますた。
お次は拡大画面の実装かなあ。
ではまた。
286 ： ◆PSPI/D/D3o ：2008/08/12(火) 18:52:05 ID:ST3oRwD/
同人ゲ板でｺｿｰﾘやってたけど今日からこっちで続きやってみようかと思う
ジャンル 弾幕シュー
使用言語とか VC++ DXﾗｲﾌﾞﾗﾘ
進行状況 自機移動とか敵制御とか弾幕制御とか基本的な部分は大体できてる
今の目標 C++の使い方を覚える、とっととボス作る、グラフィック用意する、その他色々
C歴1ヶ月半の不束者ですがよりしくお願いしまする
ジャンル 弾幕シュー
使用言語とか VC++ DXﾗｲﾌﾞﾗﾘ
進行状況 自機移動とか敵制御とか弾幕制御とか基本的な部分は大体できてる
今の目標 C++の使い方を覚える、とっととボス作る、グラフィック用意する、その他色々
C歴1ヶ月半の不束者ですがよりしくお願いしまする
287 ：名前は開発中のものです。：2008/08/12(火) 23:57:02 ID:zwrxkl4A
>>284です。
よろしくお願いします。
>>285、286
既に作れるレベルの方々ばかりで羨ましいです。
自分は２ちゃんのおかげで約１年の勉強を続けた結果、固定画面で１キャラ４方向移動まで作れたのですが、
まだゲームを完成させたことは無いです。
よろしくお願いします。
>>285、286
既に作れるレベルの方々ばかりで羨ましいです。
自分は２ちゃんのおかげで約１年の勉強を続けた結果、固定画面で１キャラ４方向移動まで作れたのですが、
まだゲームを完成させたことは無いです。
>>286
STGの制作はﾑｽﾞそうﾀﾞｽ。ﾖﾛﾋﾟｺ｡
>>287
僕もまだｹﾞｰﾑを作ったことはないですよw
ﾊﾛｰﾜｰﾙﾄﾞに毛が生えた程度のﾚﾍﾞﾙなんですがw
AVGやﾐﾆｹﾞｰﾑ程度の作成ならJavaがｵｽｽﾒなんですが、
動きの激しいACTやSTGとなるとやはりC/C++しか選択肢がなくなるかもですね。
ﾏｯﾀﾘいきましょうw
STGの制作はﾑｽﾞそうﾀﾞｽ。ﾖﾛﾋﾟｺ｡
>>287
僕もまだｹﾞｰﾑを作ったことはないですよw
ﾊﾛｰﾜｰﾙﾄﾞに毛が生えた程度のﾚﾍﾞﾙなんですがw
AVGやﾐﾆｹﾞｰﾑ程度の作成ならJavaがｵｽｽﾒなんですが、
動きの激しいACTやSTGとなるとやはりC/C++しか選択肢がなくなるかもですね。
ﾏｯﾀﾘいきましょうw
289 ：名前は開発中のものです。：2008/08/13(水) 11:14:12 ID:fGP7VEGO
ｳﾋｰ､ようやく拡大画面を実装ｼﾏｽﾀ｡
お次はﾊﾟﾚｯﾄの実装かなぁ。時間かかりそう…
実はまだ単色しか描けなかったりしますw
精進します…
>>289
残念ながら僕のﾊﾟｿは古いのでVS2008は動きません…
試練の時です。
お次はﾊﾟﾚｯﾄの実装かなぁ。時間かかりそう…
実はまだ単色しか描けなかったりしますw
精進します…
>>289
残念ながら僕のﾊﾟｿは古いのでVS2008は動きません…
試練の時です。
291 ： ◆PSPI/D/D3o ：2008/08/14(木) 23:37:30 ID:uZm/tNjB
ﾊﾟﾚｯﾄ画面はいまだ完成せず…
一応、色の選択だけはできるようになりますた。
一応、色の選択だけはできるようになりますた。
293 ：名前は開発中のものです。：2008/08/15(金) 21:43:37 ID:g5suI+aZ
294 ：名前は開発中のものです。：2008/08/15(金) 22:16:09 ID:bcxIkZJk
潜行するのは自由。
進んでない理由が、他の事で忙しくて手を付けられないというのなら仕方ない。
でも、作業でどうすればいいか判らないとか、うまくいかなくて詰まってるとかなら
愚痴でもなんでも言っていいんじゃないかな。
進んでない理由が、他の事で忙しくて手を付けられないというのなら仕方ない。
でも、作業でどうすればいいか判らないとか、うまくいかなくて詰まってるとかなら
愚痴でもなんでも言っていいんじゃないかな。
295 ： ◆PSPI/D/D3o ：2008/08/16(土) 00:20:16 ID:L6lmXpNI
スプライト移動関数を簡略化、ザコ処理拡張に伴いコース関係処理も作り変え(・∀・)
バグも少々見つかった(・∀・)原因は今のところ不明…
バグも少々見つかった(・∀・)原因は今のところ不明…
296 ：名前は開発中のものです。：2008/08/16(土) 23:38:43 ID:Sj49U9OF
>>293です。
み･･･皆さん開発スピードが速い・・・。
>>294
やれるのが土日しか無いのに他の用事を優先して遅れるというのは結構あります。
一番最初のスレでやってた頃は、何を何ページまで読んだとか書いてたけど、
スレ違いに受け取られやすい様なので、これは封印してます。
今考えている事でよければ、とりあえず２次元のみで１人プレイの簡単なサッカーゲームになるまでを第一段階の目標とし、
それに必要な物を考えて一つずつ実装する事です。
かなり沢山あるので難しいはずです。
でもそれが出来ないレベルならば、ネット対戦も３Ｄ化も考えても結局無意味だし・・・。
期間は一応３ヶ月？？？を目指してみます。（出来ると思ってるわけではなくて、とりあえず自分にやる気を出させるための設定ですｗ）
み･･･皆さん開発スピードが速い・・・。
>>294
やれるのが土日しか無いのに他の用事を優先して遅れるというのは結構あります。
一番最初のスレでやってた頃は、何を何ページまで読んだとか書いてたけど、
スレ違いに受け取られやすい様なので、これは封印してます。
今考えている事でよければ、とりあえず２次元のみで１人プレイの簡単なサッカーゲームになるまでを第一段階の目標とし、
それに必要な物を考えて一つずつ実装する事です。
かなり沢山あるので難しいはずです。
でもそれが出来ないレベルならば、ネット対戦も３Ｄ化も考えても結局無意味だし・・・。
期間は一応３ヶ月？？？を目指してみます。（出来ると思ってるわけではなくて、とりあえず自分にやる気を出させるための設定ですｗ）
297 ：名前は開発中のものです。：2008/08/16(土) 23:48:26 ID:Sj49U9OF
>>296です。
やっぱり６ヶ月～１年くらいにしときます。（汗；）
やっぱり６ヶ月～１年くらいにしときます。（汗；）
298 ：名前は開発中のものです。：2008/08/17(日) 01:05:36 ID:5QahVnrY
そういう大きい目標じゃなくて、
次にボールを動かしてみるとか、
同時に動くキャラクターを増やしてみるとか、
小さい目標を立ててやった方がいいんじゃないですかね。
次にボールを動かしてみるとか、
同時に動くキャラクターを増やしてみるとか、
小さい目標を立ててやった方がいいんじゃないですかね。
299 ： ◆PSPI/D/D3o ：2008/08/17(日) 01:27:10 ID:qETnF03Z
サッカーゲームとか難しそうだなー
CPU選手を動かすAIとかボールの接触とか…
ＰＫ戦のみみたいなの作れたら後は応用でなんとか出来そうな気がする
キャラのアニメーションドット絵製作がなかなか進まない(・∀・)難しい
CPU選手を動かすAIとかボールの接触とか…
ＰＫ戦のみみたいなの作れたら後は応用でなんとか出来そうな気がする
キャラのアニメーションドット絵製作がなかなか進まない(・∀・)難しい
300 ： ◆PSPI/D/D3o ：2008/08/18(月) 20:59:24 ID:rY2EiDWi
画像描画方式をネアレストネイバー法からバイリニア法に変更(・∀・)
原理はよくわからんけどぼんやりして画像のギザギザが目立たなくていい感じ
弾幕制御関連の仕様が固まったけど今の構造を大幅に書き換えなくては…
原理はよくわからんけどぼんやりして画像のギザギザが目立たなくていい感じ
弾幕制御関連の仕様が固まったけど今の構造を大幅に書き換えなくては…
ｳﾋｰ､ようやく書き込み規制が解除されますた…
みなさんｺﾝﾆﾃｨﾜ｡ 順調に滞ってますw
ﾃｷｽﾄの入力処理でｺケそうになり、なんとかふんばりますた。
>>296
本を1ﾍﾟｲｼﾞ読んだとかの報告でも全く問題ないと思いますよー。
無理せずまったりと行きましょうw
>>300
頑張ってますなw 画像縮小のｱﾙｺﾞﾘｽﾞﾓですね。名前だけは知ってます…。
みなさんｺﾝﾆﾃｨﾜ｡ 順調に滞ってますw
ﾃｷｽﾄの入力処理でｺケそうになり、なんとかふんばりますた。
>>296
本を1ﾍﾟｲｼﾞ読んだとかの報告でも全く問題ないと思いますよー。
無理せずまったりと行きましょうw
>>300
頑張ってますなw 画像縮小のｱﾙｺﾞﾘｽﾞﾓですね。名前だけは知ってます…。
302 ：名前は開発中のものです。：2008/08/20(水) 23:19:09 ID:hvTESF+I
>>297です。
目標期間変更→「生きている間に出来ればいい」
>>298
とりあえず、ボールの実装（といっても表示されるだけ）を週末に出来ればと思ってます。
平日はやる気も出にくくてなかなか進まないです・・・orz。
>>299
ドット絵制作には自分も悩みました。ツールが難解。
>>301
では、このスレに限って読書進行報告ネタも復活を検討しておきます。
とりあえず今は、「わくわくＣのVS2008編」（←略称）をぱらぱら流し読み。
目標期間変更→「生きている間に出来ればいい」
>>298
とりあえず、ボールの実装（といっても表示されるだけ）を週末に出来ればと思ってます。
平日はやる気も出にくくてなかなか進まないです・・・orz。
>>299
ドット絵制作には自分も悩みました。ツールが難解。
>>301
では、このスレに限って読書進行報告ネタも復活を検討しておきます。
とりあえず今は、「わくわくＣのVS2008編」（←略称）をぱらぱら流し読み。
ｺﾝﾊﾞ ﾝﾁｬ!!!
一応、ﾊﾟﾚｯﾄの編集ができるようになりますた。
今後の予定は、ﾊﾟﾚｯﾄ画面とﾙｰﾍﾟ画面の微調整と、
ﾍﾟﾝｻｲｽﾞを変更できるようにすること、など。
精進します…
一応、ﾊﾟﾚｯﾄの編集ができるようになりますた。
今後の予定は、ﾊﾟﾚｯﾄ画面とﾙｰﾍﾟ画面の微調整と、
ﾍﾟﾝｻｲｽﾞを変更できるようにすること、など。
精進します…
304 ： ◆PSPI/D/D3o ：2008/08/21(木) 10:17:09 ID:WACRwlq/
弾幕制御、敵機制御の構造を全て作り直す
仕様変更は早いうちにやっとこ(・∀・)
この仕様変更で制御の自由度とソースのスマートさが上がるはず
仕様変更は早いうちにやっとこ(・∀・)
この仕様変更で制御の自由度とソースのスマートさが上がるはず
305 ：名前は開発中のものです。：2008/08/21(木) 11:22:26 ID:ZYhotP5Z
おれ は ちからをためている！
拡大画面とパレットはほぼ完成。
といってもただ単に10倍程度拡大したり、
色の値を変えるだけなんだけどw
次はペンサイズを変更できるようにしたいです。
といってもただ単に10倍程度拡大したり、
色の値を変えるだけなんだけどw
次はペンサイズを変更できるようにしたいです。
昨日はなんもできへんかった…
というよりクラスの名付けで悩んでいたという…
精進します…
というよりクラスの名付けで悩んでいたという…
精進します…
308 ： ◆PSPI/D/D3o ：2008/08/23(土) 01:18:19 ID:POJEkhEp
クラスの使い道よくわからんから全部構造体でやってるなー
敵制御関係の関数が増えてきたがソースがシンプルになってきた
明日くらいでさっさと片付けて弾幕制御側も…
敵制御関係の関数が増えてきたがソースがシンプルになってきた
明日くらいでさっさと片付けて弾幕制御側も…
ﾍﾟﾝｻｲｽﾞを変更できるようになりますた。
お次は…ﾌｧｲﾙ入出力かなぁ。
実はまだﾌｧｲﾙのﾛｰﾄﾞとｾｰﾌﾞができないので使い物にならないw
ﾌｧｲﾙﾆｭｰｼｭﾂﾘｮｸの実装には時間かかりそう…
>>308
僕もｸﾗｽのことはよくわかってませんw
ま、動けばそれでいいのでは…
お次は…ﾌｧｲﾙ入出力かなぁ。
実はまだﾌｧｲﾙのﾛｰﾄﾞとｾｰﾌﾞができないので使い物にならないw
ﾌｧｲﾙﾆｭｰｼｭﾂﾘｮｸの実装には時間かかりそう…
>>308
僕もｸﾗｽのことはよくわかってませんw
ま、動けばそれでいいのでは…
310 ：名前は開発中のものです。：2008/08/23(土) 16:32:55 ID:rsS/mr4L
デフォルトがpublicならstruct、privateならclass。みたいな。
311 ：名前は開発中のものです。：2008/08/23(土) 23:09:44 ID:gkfwMilX
>>302です。
ボール実装の為にフリー画像ツールの良いのが無いか探してた。
前はアニメのコマ単位でのコピーがやりやすかったので「ＡＬＦＡＲ」を使ったけど、画像の反転が上手く出来なかった。
今度は「ＥＤＧＥ」にしてみようと思う。（場合によっては両方を使い分けるかも。）
どちらにせよ描くのは時間がかかるし、ボールを描くのは後回しにして
先にボール実装のソースを書いてみようとしたら、変更が多くのファイルにまたがるので苦戦。
早々に不味い状況だけど、今のところはまだ続けるつもり。
クラスについてはあまりわからないけど、
今はとりあえず動いてくれさえすればいい・・・みたいな感じ。
ボール実装の為にフリー画像ツールの良いのが無いか探してた。
前はアニメのコマ単位でのコピーがやりやすかったので「ＡＬＦＡＲ」を使ったけど、画像の反転が上手く出来なかった。
今度は「ＥＤＧＥ」にしてみようと思う。（場合によっては両方を使い分けるかも。）
どちらにせよ描くのは時間がかかるし、ボールを描くのは後回しにして
先にボール実装のソースを書いてみようとしたら、変更が多くのファイルにまたがるので苦戦。
早々に不味い状況だけど、今のところはまだ続けるつもり。
クラスについてはあまりわからないけど、
今はとりあえず動いてくれさえすればいい・・・みたいな感じ。
>>311
フリーの画像編集ソフトっすかー。
ドット絵作成なら、EDGEか、
GraphicsGale - http://www.humanbalance.net/gale/
のどちらかって感じでしょうか。
と、おすすめしておきながら僕はほとんど使ったことがないですが…
一瞬だけ使ったことはありますが、僕には使いこなせなかった…
フリーの画像編集ソフトっすかー。
ドット絵作成なら、EDGEか、
GraphicsGale - http://www.humanbalance.net/gale/
のどちらかって感じでしょうか。
と、おすすめしておきながら僕はほとんど使ったことがないですが…
一瞬だけ使ったことはありますが、僕には使いこなせなかった…
313 ：名前は開発中のものです。：2008/08/24(日) 08:22:51 ID:aGOlKbRd
>>301
プロバイダはYahoo?
プロバイダはYahoo?
毎度ですw
今日も頑張るべー。
>>313
残念ながら､丸の内(東京)OCN光です…
先月は1ヶ月くらい規制がかかってました…
ﾏﾝｼｮﾝ備え付けの回線なのでﾌﾟﾛﾊﾞｲﾀﾞの乗り換えができﾅｽ｡
悶絶。
今日も頑張るべー。
>>313
残念ながら､丸の内(東京)OCN光です…
先月は1ヶ月くらい規制がかかってました…
ﾏﾝｼｮﾝ備え付けの回線なのでﾌﾟﾛﾊﾞｲﾀﾞの乗り換えができﾅｽ｡
悶絶。
315 ：名前は開発中のものです。：2008/08/24(日) 10:45:12 ID:SXCdd9Jv
きゃ
316 ： ◆PSPI/D/D3o ：2008/08/24(日) 10:45:33 ID:+R8X/XgQ
>>309
動けばいいよね(・∀・)
>>310
最終的には似たようなものってことでいいのかな？継承とか使い道がよくわからない／(^o^)＼
画像編集にはEDGEとPictBear使ってるな(・∀・)どっちも便利
動けばいいよね(・∀・)
>>310
最終的には似たようなものってことでいいのかな？継承とか使い道がよくわからない／(^o^)＼
画像編集にはEDGEとPictBear使ってるな(・∀・)どっちも便利
317 ：名前は開発中のものです。：2008/08/24(日) 22:51:31 ID:xpgRxb03
>>311です。
ツールの件、どうもです～。誰かが使っているというのは、ツールを選ぶ時にかなり参考になります。
GraphicsGale
開発も最近まで続いていたようで画面印象が洗練された感じ。
PictBear
ペイントソフトも将来使うかもしれませんのでマークしておきます。
どちらもダウンロードしました。
ボールの実装（画面表示だけ）は一応出来たかなーとは思うけど、
ソースがかなりごちゃごちゃして分からなくなってきた。
本に頼ってつぎはぎのソースで完全に自分のものになりきっていないから、
分からなくなるのかもしれない。
先に進めなくなったら、諦めるしかないかもしれないけど、その時は
もう一度ソースを書き直すぐらいは試すかも・・・。
ツールの件、どうもです～。誰かが使っているというのは、ツールを選ぶ時にかなり参考になります。
GraphicsGale
開発も最近まで続いていたようで画面印象が洗練された感じ。
PictBear
ペイントソフトも将来使うかもしれませんのでマークしておきます。
どちらもダウンロードしました。
ボールの実装（画面表示だけ）は一応出来たかなーとは思うけど、
ソースがかなりごちゃごちゃして分からなくなってきた。
本に頼ってつぎはぎのソースで完全に自分のものになりきっていないから、
分からなくなるのかもしれない。
先に進めなくなったら、諦めるしかないかもしれないけど、その時は
もう一度ソースを書き直すぐらいは試すかも・・・。
318 ：名前は開発中のものです。：2008/08/25(月) 00:33:00 ID:iuHNtET7
>>317です。
追記）
上の文、ちょっと書き込み過ぎたかもしれませんが、
念のため、自分はツールに関しては全く詳しくないです。
途中経過をうｐする時があれば、それが分かると思います・・・orz。
（もう寝なくてはｗ）
追記）
上の文、ちょっと書き込み過ぎたかもしれませんが、
念のため、自分はツールに関しては全く詳しくないです。
途中経過をうｐする時があれば、それが分かると思います・・・orz。
（もう寝なくてはｗ）
編集画面にｽｸﾛｰﾙﾊﾞｰをつけようと思ったんだけど、
なぜか画面とｽｸﾛｰﾙﾊﾞｰの間に2 ﾋﾟｸｾﾙほどの空きができてしまう…
JavaAPIﾏﾇｱﾙやｸﾞｰｸﾞﾙで調べてもわからんかった…
気持ちが悪いのでｽｸﾛｰﾙﾊﾞｰの実装は保留ということに…
今日も頑張るﾍﾞｰ
皆さんも修行に励みましょうw
なぜか画面とｽｸﾛｰﾙﾊﾞｰの間に2 ﾋﾟｸｾﾙほどの空きができてしまう…
JavaAPIﾏﾇｱﾙやｸﾞｰｸﾞﾙで調べてもわからんかった…
気持ちが悪いのでｽｸﾛｰﾙﾊﾞｰの実装は保留ということに…
今日も頑張るﾍﾞｰ
皆さんも修行に励みましょうw
320 ： ◆PSPI/D/D3o ：2008/08/26(火) 00:41:26 ID:6mTP2Eoj
322 ：名前は開発中のものです。：2008/08/26(火) 02:36:55 ID:I2pcyuOw
弾幕も凄いが背景が美しいな。
323 ： ◆PSPI/D/D3o ：2008/08/26(火) 10:05:55 ID:6mTP2Eoj
ﾌｧｲﾙを分割整理中…
325 ：名前は開発中のものです。：2008/08/26(火) 22:08:55 ID:w/XK8Bif
>>318です。
こちらは土日どうするか妄想するのが精一杯で何も進んでないので、
姿が消えている事が多いかもしれません（苦ｗ）
>>319
ＡＰＩ難しくて以前挫折しましたｗ。
>>320
弾幕をどんな式で計算してるのか想像できない･･･難しそう～。
こちらは土日どうするか妄想するのが精一杯で何も進んでないので、
姿が消えている事が多いかもしれません（苦ｗ）
>>319
ＡＰＩ難しくて以前挫折しましたｗ。
>>320
弾幕をどんな式で計算してるのか想像できない･･･難しそう～。
326 ：名前は開発中のものです。：2008/08/26(火) 22:17:47 ID:w/XK8Bif
>>325です。
一応、表示したボールを蹴れるようにしようと思ってます。
一応、表示したボールを蹴れるようにしようと思ってます。
327 ： ◆PSPI/D/D3o ：2008/08/26(火) 23:54:36 ID:NXsjjOq8
>>325
速度やカーブする量を与えたら自動で移動する関数つくってるからそこまで難しい式は使ってなかったりする(・∀・)
与える数値をちょっといじるだけで別物になったり…
弾幕処理部分が大まかにできたからグラフィック用意に入る(・∀・)
速度やカーブする量を与えたら自動で移動する関数つくってるからそこまで難しい式は使ってなかったりする(・∀・)
与える数値をちょっといじるだけで別物になったり…
弾幕処理部分が大まかにできたからグラフィック用意に入る(・∀・)
328 ：名前は開発中のものです。：2008/08/27(水) 22:12:02 ID:ZwXf1ypo
>>326です。
>>327
数値をいじるだけで別物になるというところが凄そうです。
そういう方法が世の中にあるんだという事を今は覚えておいて
自分のプログラムに関係が出てきそうな時に思い出して調べられたらと思います。
選手とボールの当たり判定実装。
Zｷｰを押すとボールが右斜め下に等速移動し画面端にぶつかると
そのまま右に進んで右下角で動けなくなる・・・orz
ソースはぐちゃぐちゃでクラス分けしたソースもその意味があまりなくなってきた。
フラグ的に使う変数の種類とか、フラグ立てる場所とか、フラグの後始末とか
ｉｆ分の使い方とか色々整理する方法が出来てないからだろうと思う。
とりあえず土日やる予定を試し、不味い結果に終わったので今度の土日は未定かもしれない。
>>327
数値をいじるだけで別物になるというところが凄そうです。
そういう方法が世の中にあるんだという事を今は覚えておいて
自分のプログラムに関係が出てきそうな時に思い出して調べられたらと思います。
選手とボールの当たり判定実装。
Zｷｰを押すとボールが右斜め下に等速移動し画面端にぶつかると
そのまま右に進んで右下角で動けなくなる・・・orz
ソースはぐちゃぐちゃでクラス分けしたソースもその意味があまりなくなってきた。
フラグ的に使う変数の種類とか、フラグ立てる場所とか、フラグの後始末とか
ｉｆ分の使い方とか色々整理する方法が出来てないからだろうと思う。
とりあえず土日やる予定を試し、不味い結果に終わったので今度の土日は未定かもしれない。
329 ：名前は開発中のものです。：2008/08/27(水) 22:54:16 ID:KNXd2k3Y
とにもかくにも進んでるようでなにより。
頑張ってください。
俺もバグで苦しむなんてしょっちゅうですよ。
しばらく考えても判らない時は諦めて寝る。
そして起きたら顔洗ってすぐにPCに向かう。
大抵10分もしないうちに解決する。
頑張ってください。
俺もバグで苦しむなんてしょっちゅうですよ。
しばらく考えても判らない時は諦めて寝る。
そして起きたら顔洗ってすぐにPCに向かう。
大抵10分もしないうちに解決する。
今日は怠けてｼﾓﾀ…反省…
今からちこっとでもﾌﾟﾛｸﾞﾗﾐﾝするかー
曲線のｱﾙｺﾞﾘｽﾞﾓは難しすぎて僕には理解できませんでした…
ACTやSTGは軌道計算や当たり判定があって難しいですよね。
精進します…
今からちこっとでもﾌﾟﾛｸﾞﾗﾐﾝするかー
曲線のｱﾙｺﾞﾘｽﾞﾓは難しすぎて僕には理解できませんでした…
ACTやSTGは軌道計算や当たり判定があって難しいですよね。
精進します…
只今修行中…
分割整理が終わらない…
分割整理が終わらない…
332 ：名前は開発中のものです。：2008/08/28(木) 23:02:59 ID:7EQcZ3V3
>>328です。
>>329
プログラムは自分でバグ取れなかったらその先には進めないのが怖いｗですね。
趣味なので進みは遅いけど、頑張ってみます。
>>330
自分は趣味でやってるので調子にかなり左右されてます。
１ヶ月以上何も進んでない時もありましたけど、
今では途中休みながらのマイペースでもＯＫかな～なんて思ったりしてます。
自分は>296で３ヶ月とか言って>302であっさり取り消しましたｗ。
>>329
プログラムは自分でバグ取れなかったらその先には進めないのが怖いｗですね。
趣味なので進みは遅いけど、頑張ってみます。
>>330
自分は趣味でやってるので調子にかなり左右されてます。
１ヶ月以上何も進んでない時もありましたけど、
今では途中休みながらのマイペースでもＯＫかな～なんて思ったりしてます。
自分は>296で３ヶ月とか言って>302であっさり取り消しましたｗ。
333 ：名前は開発中のものです。：2008/08/29(金) 00:05:09 ID:7EQcZ3V3
>>332です。
･･･という事でまた次回からは進捗報告メインでいくかもしれません。（寝）
･･･という事でまた次回からは進捗報告メインでいくかもしれません。（寝）
334 ： ◆PSPI/D/D3o ：2008/08/29(金) 19:09:40 ID:xubDiaq8
俺は過剰なくらいソース分割してるな(・∀・)たぶん
数行の関数一個のために一個ファイルがあったりする
数行の関数一個のために一個ファイルがあったりする
毎度ｯ
ｺｰﾃﾞｨﾝｸﾞはしてますが依然として前に進まず…
>>333
まったりいきましょうw
やった報告も重要ですが、やらなかった報告も重要なのかも。
報告がなくなったときにすべてが終わる…
>>334
それはある意味すごいですなw
ｺｰﾃﾞｨﾝｸﾞはしてますが依然として前に進まず…
>>333
まったりいきましょうw
やった報告も重要ですが、やらなかった報告も重要なのかも。
報告がなくなったときにすべてが終わる…
>>334
それはある意味すごいですなw
336 ： ◆PSPI/D/D3o ：2008/08/29(金) 22:25:48 ID:xubDiaq8
正面と左下右下向きの敵機画像用のアニメーションつき雛形完成(・∀・)
これで量産できる(・∀・)
これで量産できる(・∀・)
337 ：名前は開発中のものです。：2008/08/31(日) 00:36:23 ID:gfgB/Bie
338 ： ◆PSPI/D/D3o ：2008/08/31(日) 19:42:22 ID:7EF2cqqC
対象への角度を取得する関数を作成(・∀・)
途中から自機狙いに変わる弾などさまざまな物に応用が利きそう
途中から自機狙いに変わる弾などさまざまな物に応用が利きそう
分割終わりﾏｽﾀ｡
が、ｺｰﾃﾞｨﾝｸﾞ中に理解不能なバグが発生。
どう考えてもおかしいのでもしかするとJavaのバグなのかも…。
一応、迂回策はとりましたが、今後どうするか迷うところです。
が、ｺｰﾃﾞｨﾝｸﾞ中に理解不能なバグが発生。
どう考えてもおかしいのでもしかするとJavaのバグなのかも…。
一応、迂回策はとりましたが、今後どうするか迷うところです。
340 ：名前は開発中のものです。：2008/08/31(日) 21:39:05 ID:e/wqKrSL
>>337です。
取れそうに思っていたバグ取れませんでした･･･orz
直接の原因は分かってないのですが、たぶんプログラム言語そのものに対する理解不足が原因。
ボールを一定カウント後に止めようと変数追加してみたが思い通りにならず。
何か方法はあると思うので、まだ一応は諦めないでおくつもりだけど、
やれるとしても土日くらいなので長期戦になりそうな予感。
趣味というより修行っぽくなってきた・・・・・。
取れそうに思っていたバグ取れませんでした･･･orz
直接の原因は分かってないのですが、たぶんプログラム言語そのものに対する理解不足が原因。
ボールを一定カウント後に止めようと変数追加してみたが思い通りにならず。
何か方法はあると思うので、まだ一応は諦めないでおくつもりだけど、
やれるとしても土日くらいなので長期戦になりそうな予感。
趣味というより修行っぽくなってきた・・・・・。
341 ：名前は開発中のものです。：2008/09/01(月) 22:06:08 ID:AUzJOkqe
342 ：名前は開発中のものです。：2008/09/01(月) 22:09:21 ID:ZEiLOxfm
>>340
勘で言ってみる。
１）カウントしてる部分が、飛ばされてて実行されていない。
２）カウントを判定してる判定条件が間違ってる。
３）「止める」処理自体を間違えてる。
ちゃんとカウントされてるかどうか、変数の内容を画面に表示しながらやってみるとか、
カウントはどんな状態でもいいから無条件でボールを止めてみて、ちゃんと止まるかどうかとか
確認していったらどうだろう。
勘で言ってみる。
１）カウントしてる部分が、飛ばされてて実行されていない。
２）カウントを判定してる判定条件が間違ってる。
３）「止める」処理自体を間違えてる。
ちゃんとカウントされてるかどうか、変数の内容を画面に表示しながらやってみるとか、
カウントはどんな状態でもいいから無条件でボールを止めてみて、ちゃんと止まるかどうかとか
確認していったらどうだろう。
343 ：名前は開発中のものです。：2008/09/02(火) 00:20:33 ID:690b7v1d
しばらく旅に出ます…
皆さん修行頑張ってください…
皆さん修行頑張ってください…
345 ：名前は開発中のものです。：2008/09/02(火) 23:44:36 ID:8gEtf1U4
>>343です。
旅ですか･･･、お疲れ様です。
ゲーム制作は時間が掛かるので自分にもなんとなく分かる様な気がします。
ここに誘導してもらった経緯もありますし、たぶんここで続けていると思うので
またいつでも戻ってきて下さい！。
旅ですか･･･、お疲れ様です。
ゲーム制作は時間が掛かるので自分にもなんとなく分かる様な気がします。
ここに誘導してもらった経緯もありますし、たぶんここで続けていると思うので
またいつでも戻ってきて下さい！。
346 ： ◆PSPI/D/D3o ：2008/09/03(水) 19:08:58 ID:SJCDv3gW
347 ：名前は開発中のものです。：2008/09/04(木) 22:29:16 ID:5J9kfu6z
>>345です。今日は30分で進捗ほとんど０。
いつかは選手を２２人出して同時に動かさなければならないけど、そこまで到達できるだろうか･･･orz。
この前のバグの件、カウンタ用変数の初期値(=0)代入をコンストラクタという関数内でやっていたつもりが、
間違えてデストラクタという関数を書いて、その中で初期値代入していた。これでもコンパイラ通るので気づかなかった。
なのでカウンタ値にはデタラメな数字が入っていて、if（カウンタ値>0){ﾎﾞｰﾙ動く}にしてたから
勝手にボールが動いたのだと思う（たぶん･･･）
いつかは選手を２２人出して同時に動かさなければならないけど、そこまで到達できるだろうか･･･orz。
この前のバグの件、カウンタ用変数の初期値(=0)代入をコンストラクタという関数内でやっていたつもりが、
間違えてデストラクタという関数を書いて、その中で初期値代入していた。これでもコンパイラ通るので気づかなかった。
なのでカウンタ値にはデタラメな数字が入っていて、if（カウンタ値>0){ﾎﾞｰﾙ動く}にしてたから
勝手にボールが動いたのだと思う（たぶん･･･）
348 ： ◆PSPI/D/D3o ：2008/09/05(金) 19:31:37 ID:8WhSKg0H
コンストラクタとか難しいことやってるんだなー(・ω・)
オブジェクトとかよくわからん…スプライトって呼んでる
オブジェクトとかよくわからん…スプライトって呼んでる
349 ：名前は開発中のものです。：2008/09/06(土) 00:19:54 ID:bZWFn5hc
>>347です。
自分は実はあまり良く理解しないでやってます･･･orz
元々ソースコピペから始めた方だし、それがかろうじて動いているだけみたいな感じ。
昨日のコンストラクタに関しても後でソース見たら初期化関数が他にあったの忘れてたし、
その初期化関数でやればよかったのだと思う。
ゲーム制作はＣ＋＋が多いという言葉をそのまま信じて、たまたま動いてるからやれている感じなので
自分はいつも挫折と背中合わせですｗ。（実際、数日前のバグも危なかったし･･･）
スプライトについては分かりませんが、検索してみるとなんとなく
オブジェクトと同意のような感じしますが、やっぱり自信は無いですｗ。･･･orz
自分は実はあまり良く理解しないでやってます･･･orz
元々ソースコピペから始めた方だし、それがかろうじて動いているだけみたいな感じ。
昨日のコンストラクタに関しても後でソース見たら初期化関数が他にあったの忘れてたし、
その初期化関数でやればよかったのだと思う。
ゲーム制作はＣ＋＋が多いという言葉をそのまま信じて、たまたま動いてるからやれている感じなので
自分はいつも挫折と背中合わせですｗ。（実際、数日前のバグも危なかったし･･･）
スプライトについては分かりませんが、検索してみるとなんとなく
オブジェクトと同意のような感じしますが、やっぱり自信は無いですｗ。･･･orz
350 ：名前は開発中のものです。：2008/09/06(土) 01:48:46 ID:NqnxBVSQ
確かにスプライトの事をオブジェクトと呼ぶけど、
オブジェクト指向とかの話になると別物を指すんじゃ。
オブジェクト指向とかの話になると別物を指すんじゃ。
351 ：名前は開発中のものです。：2008/09/06(土) 23:55:10 ID:2VodZ49Z
>>349です。
そ･･･そうですね（汗；）
オブジェクトは、画面で動くグラフィックだけを指すワケではないからそう思います。
インスタンスとかいう呼称を使う本もあったりして自分は今も良く分かってないです。･･orz
ボールを蹴る直前の選手の移動方向にボールが進む様に改造しようとしたが、
またしても失敗。コンパイルする度にものすごい数のエラーが出る。
直感で直してるから自信ないけどなんとかコンパイルラを通す事ができた。
でも、蹴ったボールが止まるまでの間に選手が動くと、
ボールも選手と同じ方向に向きを変えたり、なぜか突然ボールが画面左上角にワープしたりする。
まぁ、なんとかなるとは思うので今日は終了。
３～４時間位やってしまった。
やりたい事ではあるけど、現実とのバランスで没頭しきれない迷いがあったりするｗ
そ･･･そうですね（汗；）
オブジェクトは、画面で動くグラフィックだけを指すワケではないからそう思います。
インスタンスとかいう呼称を使う本もあったりして自分は今も良く分かってないです。･･orz
ボールを蹴る直前の選手の移動方向にボールが進む様に改造しようとしたが、
またしても失敗。コンパイルする度にものすごい数のエラーが出る。
直感で直してるから自信ないけどなんとかコンパイルラを通す事ができた。
でも、蹴ったボールが止まるまでの間に選手が動くと、
ボールも選手と同じ方向に向きを変えたり、なぜか突然ボールが画面左上角にワープしたりする。
まぁ、なんとかなるとは思うので今日は終了。
３～４時間位やってしまった。
やりたい事ではあるけど、現実とのバランスで没頭しきれない迷いがあったりするｗ
352 ： ◆PSPI/D/D3o ：2008/09/07(日) 04:15:43 ID:GQCsT6as
まぁうごけばいいよな(・∀・)うん
ボム、敵&自機モーション、そのた色々実装(・∀・)シューティングスレに晒してきた
ボム、敵&自機モーション、そのた色々実装(・∀・)シューティングスレに晒してきた
353 ：名前は開発中のものです。：2008/09/07(日) 21:11:50 ID:vGqXZgvP
>>351です。
見てみました。す･･･凄いし、それに開発が早いですね。
あとスクロールが入れば、ほとんど構成が出来上がりと言ってもいい感じ。
自分の方は少しペースダウンするかもしれません。
進捗ネタが無い時はバグネタで、それも難しければ潜行するかもしれませんｗ
見てみました。す･･･凄いし、それに開発が早いですね。
あとスクロールが入れば、ほとんど構成が出来上がりと言ってもいい感じ。
自分の方は少しペースダウンするかもしれません。
進捗ネタが無い時はバグネタで、それも難しければ潜行するかもしれませんｗ
354 ：名前は開発中のものです。：2008/09/09(火) 00:09:53 ID:asdNW/IX
>>353です。
いつも初級丸出しとネガティブ言動でひんしゅくを買ってるかもしれませんが、今日も来てしまった。
バグ取り終了。
ボールのx,y方向移動量計算する部分とx,yに増分を加算する部分が移動関数内では
別ブロックになっていた為、x,y方向移動量は１度計算すると移動カウント０になるまで行われないけど、
ループ繰り返してカウントが０になるまでの間のx、y増分がデタラメな値に成っていたと思われる。
ボールクラスにｘ,y増分をメンバとして持たせる事で解決。
コーヒー飲んで？？？寝ます。
いつも初級丸出しとネガティブ言動でひんしゅくを買ってるかもしれませんが、今日も来てしまった。
バグ取り終了。
ボールのx,y方向移動量計算する部分とx,yに増分を加算する部分が移動関数内では
別ブロックになっていた為、x,y方向移動量は１度計算すると移動カウント０になるまで行われないけど、
ループ繰り返してカウントが０になるまでの間のx、y増分がデタラメな値に成っていたと思われる。
ボールクラスにｘ,y増分をメンバとして持たせる事で解決。
コーヒー飲んで？？？寝ます。
355 ： ◆PSPI/D/D3o ：2008/09/09(火) 21:28:15 ID:EMyRJTIG
前はｘｙ増分をメンバに入れてたけどこの前いじくりまわしたとき消したな～
今はｘｙに直接計算関数の返り値が入ってる(・∀・)
今はｘｙに直接計算関数の返り値が入ってる(・∀・)
356 ：名前は開発中のものです。：2008/09/10(水) 23:58:49 ID:kS4kyd68
>>354です。
一度ソースを全部見直してみたいけど、
今のところはたまたまバグが取れればそれでいいさ！な状態･･･orz
もう少しやってみて区切りの良いところで見直そうかな～と思っています。
その時にメンバからxy増分はずせるかもう一度考えてみようと思います。
今日は30分程やってみた。
ボールが画面端に来ると跳ね返る。
次に何をやるか考えているところ。
一度ソースを全部見直してみたいけど、
今のところはたまたまバグが取れればそれでいいさ！な状態･･･orz
もう少しやってみて区切りの良いところで見直そうかな～と思っています。
その時にメンバからxy増分はずせるかもう一度考えてみようと思います。
今日は30分程やってみた。
ボールが画面端に来ると跳ね返る。
次に何をやるか考えているところ。
357 ：名前は開発中のものです。：2008/09/11(木) 00:22:45 ID:V/oPL2Dg
着々と進んでるようでなにより。
358 ：名前は開発中のものです。：2008/09/11(木) 23:09:51 ID:jpu5p4ma
ここはプログラム的なゲーム作製修行者が書き綴る場所でしょうか。
その他の角度からのアプローチをやっている場合でもありでしょうか。
その他の角度からのアプローチをやっている場合でもありでしょうか。
359 ：名前は開発中のものです。：2008/09/11(木) 23:58:26 ID:Z0bfAns9
あれこれ考えるだけで、実質何もしていないってんじゃなければいいと思うけど、モノによるな。
や、書き込むのは自由だけど。
や、書き込むのは自由だけど。
360 ：名前は開発中のものです。：2008/09/12(金) 05:16:25 ID:aqjPqE2D
>>358
すべてを1人で作ろうと思っている人が、
プログラミング以外の修行をするというのであれば問題ないのではー？
絵を描いたり、文章を書いたり、作曲したりするのは良いと思います。
が、プログラミングを覚える気がないとか、
絵を使用するAVGやRPGを作りたいけど絵は描けないから描くつもりはない、
とかそういう人は駄目なのでは。
すべてを1人で作ろうと思っている人が、
プログラミング以外の修行をするというのであれば問題ないのではー？
絵を描いたり、文章を書いたり、作曲したりするのは良いと思います。
が、プログラミングを覚える気がないとか、
絵を使用するAVGやRPGを作りたいけど絵は描けないから描くつもりはない、
とかそういう人は駄目なのでは。
361 ：名前は開発中のものです。：2008/09/12(金) 22:21:25 ID:PmH8t2n+
>>356です。
>>357
いえいえ（汗；）前に自分がいたスレから見てる人は知ってると思いますが、
自分のは進捗遅いし、やっぱり初級入門レベルです。
ここで初めて見た人が誤解されるといけないので、うｐっておきます。
ttp://www.dotup.org/uploda/www.dotup.org1096.zip.html
パスはP005です。（ｲﾝﾀｰﾈｯﾄｾｷｭﾘﾃｨかけてるとﾀﾞｳﾝﾛｰﾄﾞできないかもしれませんが、
気になる方はやめた方がいいと思います。）
中身は１キャラ４方向移動、ボールの近くでＺ押すとボールが動くだけです。
>>358
個人的には余程のスレ違いでもなければ書き込み自由でＯＫだと思います。
>>357
いえいえ（汗；）前に自分がいたスレから見てる人は知ってると思いますが、
自分のは進捗遅いし、やっぱり初級入門レベルです。
ここで初めて見た人が誤解されるといけないので、うｐっておきます。
ttp://www.dotup.org/uploda/www.dotup.org1096.zip.html
パスはP005です。（ｲﾝﾀｰﾈｯﾄｾｷｭﾘﾃｨかけてるとﾀﾞｳﾝﾛｰﾄﾞできないかもしれませんが、
気になる方はやめた方がいいと思います。）
中身は１キャラ４方向移動、ボールの近くでＺ押すとボールが動くだけです。
>>358
個人的には余程のスレ違いでもなければ書き込み自由でＯＫだと思います。
色々とレスありがとうございます。
なるべくゲーム作製からずれない内容でやってきたいと思います。
別の角度からのアプローチと書きましたが内容としてはプログラムに入る前に
ゲーム仕様書レベルのシステム設計書からやってみようかと思ってそちらから始めました。
一応、題目はコマンド戦闘型ＲＰＧとなります。
簡単ですがこんな感じで作成しています。
http://p.pita.st/?wyzjpqvv
ここから始めてだんだん内容を細かく再分化していこうかと。
なるべくゲーム作製からずれない内容でやってきたいと思います。
別の角度からのアプローチと書きましたが内容としてはプログラムに入る前に
ゲーム仕様書レベルのシステム設計書からやってみようかと思ってそちらから始めました。
一応、題目はコマンド戦闘型ＲＰＧとなります。
簡単ですがこんな感じで作成しています。
http://p.pita.st/?wyzjpqvv
ここから始めてだんだん内容を細かく再分化していこうかと。
363 ：名前は開発中のものです。：2008/09/13(土) 23:45:51 ID:TfoDD7Ap
>>361です。
うｐしたファイルをコピーして名前を変え、そのファイルで作業を進める事にした。
敵味方のＦＷ、ＭＦ、ＤＦ、ＧＫを一人ずつ表示させる予定だけど、
ここからはどうすればいいのかイメージがわかず時間がかかり挫折も予想されるので、
やる気が残っていれば後戻りできるように前のファイルを残しておこうと思った。
>>362
修行？者はこれで再び３名になったようですが、お互い頑張りましょう～。
うｐしたファイルをコピーして名前を変え、そのファイルで作業を進める事にした。
敵味方のＦＷ、ＭＦ、ＤＦ、ＧＫを一人ずつ表示させる予定だけど、
ここからはどうすればいいのかイメージがわかず時間がかかり挫折も予想されるので、
やる気が残っていれば後戻りできるように前のファイルを残しておこうと思った。
>>362
修行？者はこれで再び３名になったようですが、お互い頑張りましょう～。
364 ：名前は開発中のものです。：2008/09/16(火) 23:24:40 ID:4dpJpoja
365 ：名前は開発中のものです。：2008/09/17(水) 23:22:54 ID:EW7hSUlh
>>364です。
アップしてから誰もいなくなった感じ･･･orz
ソースファイルを付けた事がいけなかったのかもしれないような気がしてきた。
ここはプログラマ板ではないからスレ違いに思われたのかも・・・。
ゲーム製作板らしく次からのアップは実行ファイルのみでなんとか話せるよう頑張りますｗ（独り言）
８人表示は予想外で一応出来たけど、何故上手く行ったか自分でもよくわかっていないorz
ただし、キーで動かせるのは自分のフォワードのみ。
それでもいいから次に行く事にして今度の目標は、ゴールの表示。
書き込みペースは少しダウンするかもしれませんが・・・。
アップしてから誰もいなくなった感じ･･･orz
ソースファイルを付けた事がいけなかったのかもしれないような気がしてきた。
ここはプログラマ板ではないからスレ違いに思われたのかも・・・。
ゲーム製作板らしく次からのアップは実行ファイルのみでなんとか話せるよう頑張りますｗ（独り言）
８人表示は予想外で一応出来たけど、何故上手く行ったか自分でもよくわかっていないorz
ただし、キーで動かせるのは自分のフォワードのみ。
それでもいいから次に行く事にして今度の目標は、ゴールの表示。
書き込みペースは少しダウンするかもしれませんが・・・。
366 ： ◆PSPI/D/D3o ：2008/09/17(水) 23:31:23 ID:Yd05IpA6
熱出て寝てた(・∀・)
弾表示のソートをしようと思ったらソートしなくても正常に表示されたりよくわからん
120方向弾とか見てたら目が変になった
弾表示のソートをしようと思ったらソートしなくても正常に表示されたりよくわからん
120方向弾とか見てたら目が変になった
連休はエンジョーイしてました。
思えばコマンド戦闘の処理ってどうやるんだろうなあ、と考察しつつも図は描けておりません。
最終的なプログラムの環境はC++＆DirectXの組み合わせでやろうと思ってるので
その辺のことが書かれてるサイトめぐりしていました。
クラスの抽出とか不安要素は多いですがこっちも平行で進めていければと思います。
思えばコマンド戦闘の処理ってどうやるんだろうなあ、と考察しつつも図は描けておりません。
最終的なプログラムの環境はC++＆DirectXの組み合わせでやろうと思ってるので
その辺のことが書かれてるサイトめぐりしていました。
クラスの抽出とか不安要素は多いですがこっちも平行で進めていければと思います。
368 ：名前は開発中のものです。：2008/09/18(木) 23:49:39 ID:n8c9UUdR
>>365です。
今日は進捗０でした。orz
最近時間が取りにくくなりつつあり、昨日ペースダウンと書いたのはそれが理由ですので大丈夫です。ｗ
季節の変わり目は風邪引きやすいそうなので自分も気をつけます～。
自分はバグの逆の様な感じで原因不明で上手く動いてる箇所が結構あるけど、今はそのままにしてますｗ
目指しているのがサッカーゲームで、しかも勉強中レベルなのでコマンド戦闘に関して何も言えませんが、
お互い精進しましょ～。
今日は進捗０でした。orz
最近時間が取りにくくなりつつあり、昨日ペースダウンと書いたのはそれが理由ですので大丈夫です。ｗ
季節の変わり目は風邪引きやすいそうなので自分も気をつけます～。
自分はバグの逆の様な感じで原因不明で上手く動いてる箇所が結構あるけど、今はそのままにしてますｗ
目指しているのがサッカーゲームで、しかも勉強中レベルなのでコマンド戦闘に関して何も言えませんが、
お互い精進しましょ～。
>>368さん
台風にも負けずがんばりましょう。
書き込んでから数日ですが早速当初の予定から逸脱してプログラムに取り組み始めました。
一先ずこんな感じで設計をはじめました。
かなり大枠で分けてますが、責務分けの観点だとこんな感じかなというところ。
GameMain(WinMain関数が含まれるエントリ）
┗ CGameAppクラス(アプリケーション動作を管理するクラス)
┣CGameWndクラス(ウィンドウ生成・表示を行うクラス
┗CDXGraphics(DirectXGraphicsの生成、デバイスアダプタ、DirectXGraphicsを使用する描画を行うクラス）
また上記とまったく関係ないですが特許電子図書館なんてのを見つけゲーム関係を興味本位で調べてみましたが
いろんな用語や開発の手法が新生されていてびっくりしました。
「人生ゲーム」とか「○○ゲーム」なんてのは大概登録されてるのでなんとなしにつけても著作権うんたら引っかかってしまいそうですねえ。
まぁそこまで考える必要はまったく無いのでしょうけどね。
台風にも負けずがんばりましょう。
書き込んでから数日ですが早速当初の予定から逸脱してプログラムに取り組み始めました。
一先ずこんな感じで設計をはじめました。
かなり大枠で分けてますが、責務分けの観点だとこんな感じかなというところ。
GameMain(WinMain関数が含まれるエントリ）
┗ CGameAppクラス(アプリケーション動作を管理するクラス)
┣CGameWndクラス(ウィンドウ生成・表示を行うクラス
┗CDXGraphics(DirectXGraphicsの生成、デバイスアダプタ、DirectXGraphicsを使用する描画を行うクラス）
また上記とまったく関係ないですが特許電子図書館なんてのを見つけゲーム関係を興味本位で調べてみましたが
いろんな用語や開発の手法が新生されていてびっくりしました。
「人生ゲーム」とか「○○ゲーム」なんてのは大概登録されてるのでなんとなしにつけても著作権うんたら引っかかってしまいそうですねえ。
まぁそこまで考える必要はまったく無いのでしょうけどね。
370 ：名前は開発中のものです。：2008/09/20(土) 00:22:44 ID:Bnkye9Uc
>>368です。
がんばりましょー。
今日は頭の中で考えただけで終了orz
プログラム開始との事でクラス分けも出来てるとなるとかなり早く進みそうな雰囲気ですね～。
特許電子図書館見てみました。「サッカーゲーム」でも色々登録されていました。
ネットであまりソースを見かけないのはもしかすると特許を恐れてるからなのだろうか？などと想像してみたｗ
がんばりましょー。
今日は頭の中で考えただけで終了orz
プログラム開始との事でクラス分けも出来てるとなるとかなり早く進みそうな雰囲気ですね～。
特許電子図書館見てみました。「サッカーゲーム」でも色々登録されていました。
ネットであまりソースを見かけないのはもしかすると特許を恐れてるからなのだろうか？などと想像してみたｗ
371 ： ◆PSPI/D/D3o ：2008/09/24(水) 01:03:45 ID:/GusHeHA
弾生成部分を拡張中(・∀・)
複雑なショットを作りやすく
複雑なショットを作りやすく
とりあえずウィンドウ作成からDirect3Dの初期化を行うまで完了。
後、ネットをさまよっていた所「マルペケつくろー」さんの「ビルボード文字」というのを見つけて
それを元に文字表示クラスを作っていましたが自前ではどうしてもエラーが出てしまい、
どつぼったので一先ず自作は置いといてマルペケさんのをそのまま組み込んで文字表示機能を使って完成（？）。
今度は気分転換に各キャラクターを管理するマスターリストクラスの作成に着手したいと思います。
>>370
確かにマリオ式なアクションゲームとか3Dマップを用いたダンジョン物、RPGなんて画材はよく書籍で見ますが
サッカーゲームってあまり見ないですね。
結局はアクションゲームを拡張させる形になるのでしょうけど近いサンプルがほしいですね。
>>371
コーディングの次段階ですか早いですねえ。（この段階は呼び名あるんでしょうか？）
予断ですが最近本屋うろついてたら「シューティングゲームアルゴリズムマニアクス」なんてのがありました。
ちょっと面白そうだったんで買ってしまいました。
（まだよく読めてないですが・・・）
後、ネットをさまよっていた所「マルペケつくろー」さんの「ビルボード文字」というのを見つけて
それを元に文字表示クラスを作っていましたが自前ではどうしてもエラーが出てしまい、
どつぼったので一先ず自作は置いといてマルペケさんのをそのまま組み込んで文字表示機能を使って完成（？）。
今度は気分転換に各キャラクターを管理するマスターリストクラスの作成に着手したいと思います。
>>370
確かにマリオ式なアクションゲームとか3Dマップを用いたダンジョン物、RPGなんて画材はよく書籍で見ますが
サッカーゲームってあまり見ないですね。
結局はアクションゲームを拡張させる形になるのでしょうけど近いサンプルがほしいですね。
>>371
コーディングの次段階ですか早いですねえ。（この段階は呼び名あるんでしょうか？）
予断ですが最近本屋うろついてたら「シューティングゲームアルゴリズムマニアクス」なんてのがありました。
ちょっと面白そうだったんで買ってしまいました。
（まだよく読めてないですが・・・）
373 ：名前は開発中のものです。：2008/09/25(木) 00:18:04 ID:agBXh1hs
>>370です。
>365のゴール表示は初期化が上手く出来なかったので座標直接指定。
オブジェクト指向によるプログラミングは既に崩壊してますが、とりあえず気にしないで行きますｗ
>>371
は･･･早いですね。直接書き込まないで自動な感じで色々動きを設定できるようなプログラムでしょうか。
自分にもそんなのが出来ればと思いながらも、今のが初めてのプログラミングでまだまだ勉強中レベルなので
いつかは自分も挑戦してみたいです～。
>>372
マルペケさんのＨＰに行ってみましたが、超ハイレベルで自分にはまだ理解できませんでしたorz。
サッカーゲーム制作本が出版されれば一番なのですが、そんな時が来るのに期待しつつなんとかやる気を保っていきたいです。
>365のゴール表示は初期化が上手く出来なかったので座標直接指定。
オブジェクト指向によるプログラミングは既に崩壊してますが、とりあえず気にしないで行きますｗ
>>371
は･･･早いですね。直接書き込まないで自動な感じで色々動きを設定できるようなプログラムでしょうか。
自分にもそんなのが出来ればと思いながらも、今のが初めてのプログラミングでまだまだ勉強中レベルなので
いつかは自分も挑戦してみたいです～。
>>372
マルペケさんのＨＰに行ってみましたが、超ハイレベルで自分にはまだ理解できませんでしたorz。
サッカーゲーム制作本が出版されれば一番なのですが、そんな時が来るのに期待しつつなんとかやる気を保っていきたいです。
モンハン久々にやってたら遅くなりました。(-_-)zzZ
キャラクターのリストを作ろうとしてたらなぜかアイテム管理のリストになってました。不思議です。
http://www.dotup.org/uploda/www.dotup.org2899.zip.html
アイテムのカテゴリーは武具関連は細かくやってましたが薬草などの消耗品系はどうカテゴライズするか思いつかず
全部消耗品の整理となってしまってます。
アイテムのフラグも非売品と1つしか持てないというフラグを管理する以外特に意義が見えないような・・・。
後この辺いじってて今更気づいたのですがC++2008 Express Editionてリソース関係制限掛かってるんですね。
アイテムをEditorから参照できるようにツールを作ろうと思ってましたが思わぬ壁になってしまいました。
うーん、VisualStadio正規版高いからツールだけVisual Basicというのも考えますかね。
>>373
3Dはいまいち頭に入んないですね、座標や角度なんてのが特に。
この辺は資料も多いのですが数式が多くて頭が覚えることを否定します。。。
キャラクターのリストを作ろうとしてたらなぜかアイテム管理のリストになってました。不思議です。
http://www.dotup.org/uploda/www.dotup.org2899.zip.html
アイテムのカテゴリーは武具関連は細かくやってましたが薬草などの消耗品系はどうカテゴライズするか思いつかず
全部消耗品の整理となってしまってます。
アイテムのフラグも非売品と1つしか持てないというフラグを管理する以外特に意義が見えないような・・・。
後この辺いじってて今更気づいたのですがC++2008 Express Editionてリソース関係制限掛かってるんですね。
アイテムをEditorから参照できるようにツールを作ろうと思ってましたが思わぬ壁になってしまいました。
うーん、VisualStadio正規版高いからツールだけVisual Basicというのも考えますかね。
>>373
3Dはいまいち頭に入んないですね、座標や角度なんてのが特に。
この辺は資料も多いのですが数式が多くて頭が覚えることを否定します。。。
375 ： ◆PSPI/D/D3o ：2008/09/25(木) 19:31:03 ID:qAf+0xpr
リストとかの単語がわけわからんｗｗ一体何の話だ…ｗ
ウィンドウ表示とかD3D初期化とかも全部ライブラリに丸無げだからそこまでわかるわけでもなかったりする…
>>372
本とかは一切持ってないなぁ…アルゴリズムとかほとんど全部自作の変なのだからほかの人には読みにくいはず
>>373
今の関数だと一方向弾と全方位弾しか撃てない(・∀・)
扇状弾とかショットガンとかも無理にやればできないことも無いが発射関数をいじったほうが後々変更があったときダメージが小さくなる(・∀・)
ウィンドウ表示とかD3D初期化とかも全部ライブラリに丸無げだからそこまでわかるわけでもなかったりする…
>>372
本とかは一切持ってないなぁ…アルゴリズムとかほとんど全部自作の変なのだからほかの人には読みにくいはず
>>373
今の関数だと一方向弾と全方位弾しか撃てない(・∀・)
扇状弾とかショットガンとかも無理にやればできないことも無いが発射関数をいじったほうが後々変更があったときダメージが小さくなる(・∀・)
376 ：名前は開発中のものです。：2008/09/26(金) 00:16:22 ID:ph8LXpmd
>>373です。
>>374
ファイル拝見しました。ビット管理←ググって見ましたが難解そうなイメージでした。（サッカーゲームにもつかえるかも？）
目標はオンライン３Ｄ対戦サッカーゲームですが、まだ勉強中なので３Ｄまでは到達できそうにないですｗ。
自分の現状です（方向キーで移動、Ｚで蹴る）・・・orz → ttp://www.dotup.org/uploda/www.dotup.org3576.zip.html
>>375
自分もＤＸライブラリ丸投げです。Windowsプログラミングまでは手を伸ばせていない状況です。（1度やろうとして諦めたｗ）
でもいつかまた挑戦しようと思っています。
>>374
ファイル拝見しました。ビット管理←ググって見ましたが難解そうなイメージでした。（サッカーゲームにもつかえるかも？）
目標はオンライン３Ｄ対戦サッカーゲームですが、まだ勉強中なので３Ｄまでは到達できそうにないですｗ。
自分の現状です（方向キーで移動、Ｚで蹴る）・・・orz → ttp://www.dotup.org/uploda/www.dotup.org3576.zip.html
>>375
自分もＤＸライブラリ丸投げです。Windowsプログラミングまでは手を伸ばせていない状況です。（1度やろうとして諦めたｗ）
でもいつかまた挑戦しようと思っています。
377 ：名前は開発中のものです。：2008/09/26(金) 00:46:35 ID:gLXN1iK9
サッカーゲームですね、
サンプル
http://www.dotup.org/uploda/www.dotup.org3604.zip.html
詳しく知りたければ、
http://www.oreilly.co.jp/books/9784873113395/
この本を買って読んでくだされ
サンプル
http://www.dotup.org/uploda/www.dotup.org3604.zip.html
詳しく知りたければ、
http://www.oreilly.co.jp/books/9784873113395/
この本を買って読んでくだされ
>>375
ちなみに私知ったかで用語っぽい造語を言うことあるので１００％は信用しないでくださいませ。（；－－）
私の言うリスト(はっ付けたファイル)はアイテムを管理するファイルのフォーマット規定ですね。
アイテムの名前は32ｂyte分とって、アイテム説明は128byte分、アイテムの種類は・・・といった具合です。
最終的にこれをバイナリファイル形式で保存し、その情報をプログラム側へ渡すというのを考えてます。
なのでこのデータを作るツールを作ることを考えてましたが、私の使っているVC++の環境ではリソース関係がいじれないので
ツール作成だけVBを使って作るように今日から勉強始めました。
（コードは進んでませんが・・・）
本はこういうもんとかありましたよーという紹介程度の意識でお知らせしてました。
ライブラリにしろ関数処理にしろ一人で作ってるものですからその一人がわかっていれば問題ないですね！たぶん！
ちなみに私知ったかで用語っぽい造語を言うことあるので１００％は信用しないでくださいませ。（；－－）
私の言うリスト(はっ付けたファイル)はアイテムを管理するファイルのフォーマット規定ですね。
アイテムの名前は32ｂyte分とって、アイテム説明は128byte分、アイテムの種類は・・・といった具合です。
最終的にこれをバイナリファイル形式で保存し、その情報をプログラム側へ渡すというのを考えてます。
なのでこのデータを作るツールを作ることを考えてましたが、私の使っているVC++の環境ではリソース関係がいじれないので
ツール作成だけVBを使って作るように今日から勉強始めました。
（コードは進んでませんが・・・）
本はこういうもんとかありましたよーという紹介程度の意識でお知らせしてました。
ライブラリにしろ関数処理にしろ一人で作ってるものですからその一人がわかっていれば問題ないですね！たぶん！
>>376
はっつけたファイルの処理については「ビットフラグ」で検索いただければ概要がヒットすると思います。
大雑把に説明させていただくとlong型(32bit)の変数の各bitを
0or1で管理することによりキャラクターの状態異常や、アイテムの非売品情報を
管理する方法となります。
<mainプログラム内>
long Flag = 0; //フラグを初期化(32bit分全て0の状態)
//指定したBitを１にする(OR演算)
//UNKNOWNはenum（列挙型)に宣言されている定数のため、4の値を持っています。
SetUsageBit(Flag, UNKNOWN);
/******************************************
* SetUsageBit関数実行時の動き *
*******************************************
OR計算
Flag :00000000000000000000000000000000
UNKNOWN:00000000000000000000000000001000
-------------------------------------------
Flag :00000000000000000000000000001000
******************************************/
はっつけたファイルの処理については「ビットフラグ」で検索いただければ概要がヒットすると思います。
大雑把に説明させていただくとlong型(32bit)の変数の各bitを
0or1で管理することによりキャラクターの状態異常や、アイテムの非売品情報を
管理する方法となります。
<mainプログラム内>
long Flag = 0; //フラグを初期化(32bit分全て0の状態)
//指定したBitを１にする(OR演算)
//UNKNOWNはenum（列挙型)に宣言されている定数のため、4の値を持っています。
SetUsageBit(Flag, UNKNOWN);
/******************************************
* SetUsageBit関数実行時の動き *
*******************************************
OR計算
Flag :00000000000000000000000000000000
UNKNOWN:00000000000000000000000000001000
-------------------------------------------
Flag :00000000000000000000000000001000
******************************************/
//つづき
//すみません・・・ずれ無いように出来ませんでした・・・。
//指定したBitを０にする
ClearUsageBit(Flag, UNKNOWN);
/******************************************
* ClearUsageBit関数実行時の動き *
*******************************************
NOTAND計算
Flag :00000000000000000000000000001000
UNKNOWN:11111111111111111111111111110111
-------------------------------------------
Flag :00000000000000000000000000000000
******************************************/
//指定したBitの０or１を確認する
if(CheckUsageBit(Flag, UNKNOWN))
;//Flagは1(True)です
else
;//Falgは0(False)です
/******************************************
* ClearUsageBit関数実行時の動き *
*******************************************
AND計算
Flag :00000000000000000000000000000000
UNKNOWN:00000000000000000000000000001000
-------------------------------------------
Flag :00000000000000000000000000000000
******************************************/
//すみません・・・ずれ無いように出来ませんでした・・・。
//指定したBitを０にする
ClearUsageBit(Flag, UNKNOWN);
/******************************************
* ClearUsageBit関数実行時の動き *
*******************************************
NOTAND計算
Flag :00000000000000000000000000001000
UNKNOWN:11111111111111111111111111110111
-------------------------------------------
Flag :00000000000000000000000000000000
******************************************/
//指定したBitの０or１を確認する
if(CheckUsageBit(Flag, UNKNOWN))
;//Flagは1(True)です
else
;//Falgは0(False)です
/******************************************
* ClearUsageBit関数実行時の動き *
*******************************************
AND計算
Flag :00000000000000000000000000000000
UNKNOWN:00000000000000000000000000001000
-------------------------------------------
Flag :00000000000000000000000000000000
******************************************/
一人で連投しまくってすみません・・・。
>>376
サッカーゲーム少し触らせてもらいました。
一先ず気になる点だけ挙げさせて頂くと
ボールの上を通った後、キャラクターを移動させボールから離れた場所で「Z」ボタンを押下してもボールが移動しました。
#認識されているのであれば口うるさい指摘ですみません。
>>376
サッカーゲーム少し触らせてもらいました。
一先ず気になる点だけ挙げさせて頂くと
ボールの上を通った後、キャラクターを移動させボールから離れた場所で「Z」ボタンを押下してもボールが移動しました。
#認識されているのであれば口うるさい指摘ですみません。
382 ：名前は開発中のものです。：2008/09/27(土) 00:14:52 ID:3CGk2oic
>>376です。
>>377
サンプルの紹介ありがとうございます。
この様な形でサッカーゲームに関するものが既に出版されているとは知りませんでした。
ちょっと探しに行ってみようかと思います。
>>379～381
丁寧なご説明どうもありがとうございます。なんだか理解してきた感じです。
「ビットフラグ」でも検索してみました～。
ボールのバグは認識していませんでした。原因についてはなんとなく思いつく所があるので、
ソースの書き直しの時にそれを試してみようと思います。
>>377
サンプルの紹介ありがとうございます。
この様な形でサッカーゲームに関するものが既に出版されているとは知りませんでした。
ちょっと探しに行ってみようかと思います。
>>379～381
丁寧なご説明どうもありがとうございます。なんだか理解してきた感じです。
「ビットフラグ」でも検索してみました～。
ボールのバグは認識していませんでした。原因についてはなんとなく思いつく所があるので、
ソースの書き直しの時にそれを試してみようと思います。
383 ：名前は開発中のものです。：2008/09/27(土) 00:36:09 ID:3CGk2oic
>>382です（汗；）
（補足です～）
バグの思いつく所というのは、ボールと選手の当たり判定がＯＮの時に
別のフラグ的な変数をＯＮにして、これがＯＮの時にボールを蹴るための
Ｚキーを押せば、ボールが動き、変数をＯＦＦにしているのですが、
これだと当たり判定がＯＮ→変数ＯＮ でＺキーを押さずにボールから離れたら
変数はＯＮのままなので、ボールから離れた所でＺキーを押すとボールが動いてしまう。
・・・が原因かと思ってます。（寝）
（補足です～）
バグの思いつく所というのは、ボールと選手の当たり判定がＯＮの時に
別のフラグ的な変数をＯＮにして、これがＯＮの時にボールを蹴るための
Ｚキーを押せば、ボールが動き、変数をＯＦＦにしているのですが、
これだと当たり判定がＯＮ→変数ＯＮ でＺキーを押さずにボールから離れたら
変数はＯＮのままなので、ボールから離れた所でＺキーを押すとボールが動いてしまう。
・・・が原因かと思ってます。（寝）
384 ： ◆PSPI/D/D3o ：2008/09/27(土) 10:07:25 ID:o2cMNqnt
385 ：名前は開発中のものです。：2008/09/28(日) 00:25:19 ID:qrZInzIL
>>383です。
進捗０。能力の限界が近付いてる気がしてきた。ボールにゴールが入った判定を考えて思考停止。
選手とボールの当たり判定関数、ボールとゴールの当たり判定関数というように
別々に関数をつくろうとすると、毎回それぞれの関数に判定時点のデータを渡さなくてはならず、
初級の自分にはそれすら頭痛の種になるので、当たり判定関数は1つだけにして、その中で全部の判定をできないかな～と思っただけで終了。
>>384
ソース書き直しまで行けたら、それでやってみようと思います。プログラムって難しい～。
シューティングゲームは計算が色々あって難しそうで、自分も何か出来ればとは思うのですが･･･。
>>377
AIの本、超難解でした。AIの実装で悩む事になるのは、今の進捗から楽観的に考えても６～７年先かもしれないだろうし、
それまでやる気が持続してるかも微妙･･･orz。ですが、今のソースに区切りがついたら頑張って読んでみようと思います。
進捗０。能力の限界が近付いてる気がしてきた。ボールにゴールが入った判定を考えて思考停止。
選手とボールの当たり判定関数、ボールとゴールの当たり判定関数というように
別々に関数をつくろうとすると、毎回それぞれの関数に判定時点のデータを渡さなくてはならず、
初級の自分にはそれすら頭痛の種になるので、当たり判定関数は1つだけにして、その中で全部の判定をできないかな～と思っただけで終了。
>>384
ソース書き直しまで行けたら、それでやってみようと思います。プログラムって難しい～。
シューティングゲームは計算が色々あって難しそうで、自分も何か出来ればとは思うのですが･･･。
>>377
AIの本、超難解でした。AIの実装で悩む事になるのは、今の進捗から楽観的に考えても６～７年先かもしれないだろうし、
それまでやる気が持続してるかも微妙･･･orz。ですが、今のソースに区切りがついたら頑張って読んでみようと思います。
386 ：名前は開発中のものです。：2008/09/28(日) 00:32:03 ID:4xSjgapn
ＡＩなんて考える必要ないと思う……。
少なくとも今の段階では不必要。
だが、おそらくもっと段階が進んでも不要だと思う。
少なくとも今の段階では不必要。
だが、おそらくもっと段階が進んでも不要だと思う。
387 ：名前は開発中のものです。：2008/09/28(日) 23:20:06 ID:w/yJFD2W
>>385です。
>>386
アドバイス、どうもありがとうございます。
ＡＩと言ったのは、紹介して頂いた本のタイトルにＡＩが含まれていた為、あのような書き込みになってしまったのですが、
参考にしたかったのはその本の４章のサッカー部分という意味ですので、いきなり方針を変えてＡＩに突入はないので大丈夫です。
（今の進行状況からみても、ＡＩを考えるレベルに達する事が仮にできても、それは遠い先だろうと自分でも思っています。）
現実の方ですが、ゴール判定はちょっと後回しにして、チームを赤と青に分けようと思い、
ソースを少し変えただけで動きがおかしくなり、これを直すのにしばらく時間がかかりそうな予感。
>>386
アドバイス、どうもありがとうございます。
ＡＩと言ったのは、紹介して頂いた本のタイトルにＡＩが含まれていた為、あのような書き込みになってしまったのですが、
参考にしたかったのはその本の４章のサッカー部分という意味ですので、いきなり方針を変えてＡＩに突入はないので大丈夫です。
（今の進行状況からみても、ＡＩを考えるレベルに達する事が仮にできても、それは遠い先だろうと自分でも思っています。）
現実の方ですが、ゴール判定はちょっと後回しにして、チームを赤と青に分けようと思い、
ソースを少し変えただけで動きがおかしくなり、これを直すのにしばらく時間がかかりそうな予感。
今日の進捗。
土日はゲームしてて進捗はほぼなし。
月曜帰ってきてからVBを勉強し始めたが、こちらが考えていたバイナリ固定長での読み出しがVBではめんどくさいことを知り、再考。
ネットをさまよった結果、ResEditorというフリーのリソースエディタをハッケソしたのでそちらでツール作成に取り掛かるりました。
（まだほとんどコードは組めてませんが）
>>384
弾の計算方法はいくつか頭でイメージ出来てれば楽なんですけどねえ。
未だにsin,cos,radianといった数学の角度が頭の中でピンとこないので計算が苦手です。
>>385
んー当たり判定は当たり判定で一つでよいのではないでしょうか。
たとえば今の２Dで判定するならそれぞれのスプライトの大きさから当たり判定というのを割り出せると思います。
bool HitCheck(RECT rect1, RECT rect2)
{
//当たり判定
}
こんなのを共通で使えるように宣言していればいちいち専用の当たり判定関数入れるのは必要ないかと。
土日はゲームしてて進捗はほぼなし。
月曜帰ってきてからVBを勉強し始めたが、こちらが考えていたバイナリ固定長での読み出しがVBではめんどくさいことを知り、再考。
ネットをさまよった結果、ResEditorというフリーのリソースエディタをハッケソしたのでそちらでツール作成に取り掛かるりました。
（まだほとんどコードは組めてませんが）
>>384
弾の計算方法はいくつか頭でイメージ出来てれば楽なんですけどねえ。
未だにsin,cos,radianといった数学の角度が頭の中でピンとこないので計算が苦手です。
>>385
んー当たり判定は当たり判定で一つでよいのではないでしょうか。
たとえば今の２Dで判定するならそれぞれのスプライトの大きさから当たり判定というのを割り出せると思います。
bool HitCheck(RECT rect1, RECT rect2)
{
//当たり判定
}
こんなのを共通で使えるように宣言していればいちいち専用の当たり判定関数入れるのは必要ないかと。
モードレスダイアログというものを表示させるまで行きましたが、
CALLBACK関数との連携がうまく動かなくてスケルトン的なものしかまだできてません。
今週いっぱいくらいかかりそうな予感。
後久しく、三角形の定義、三角関数(sin,cos)を多少学びました。
現状3D的な要素は出てきてませんが、今のうちに学習してないとそのうち何かで詰まりそうです。
CALLBACK関数との連携がうまく動かなくてスケルトン的なものしかまだできてません。
今週いっぱいくらいかかりそうな予感。
後久しく、三角形の定義、三角関数(sin,cos)を多少学びました。
現状3D的な要素は出てきてませんが、今のうちに学習してないとそのうち何かで詰まりそうです。
ツールの害枠ができました。
今回はパスワード設けてて名前欄と同じになります。
ttp://www.dotup.org/uploda/www.dotup.org1131.zip.html
■現状できること
・ファイルの読み込み(Default.milのみ）
・EDITボタン、またはアイテムをダブルクリックで詳細画面表示
・NEWボタン押すと画面を閉じる
・詳細画面はCANCELボタンでウィンドウ破棄
■制限とかこれから作りこみ
詳細画面表示時の各テキスト、ラジオボタン等へのデータ格納
ボタンごとの動作
今回はパスワード設けてて名前欄と同じになります。
ttp://www.dotup.org/uploda/www.dotup.org1131.zip.html
■現状できること
・ファイルの読み込み(Default.milのみ）
・EDITボタン、またはアイテムをダブルクリックで詳細画面表示
・NEWボタン押すと画面を閉じる
・詳細画面はCANCELボタンでウィンドウ破棄
■制限とかこれから作りこみ
詳細画面表示時の各テキスト、ラジオボタン等へのデータ格納
ボタンごとの動作
391 ：名前は開発中のものです。：2008/10/03(金) 23:05:07 ID:ZVv6cRSc
>>387です。
アクセス規制のために書き込みが出来ませんでした･･･orz
>>388-390
とりあえずスプライトの大きさ使うあたり判定でやってみて様子みてみます。
今の自分には三角関数ぐらいしかわかりませんが、その三角関数も言語によって向きや正負が
違ったりして多様な記憶があるので、プログラムっていろいろややこしいです～ｗ
パスがわかりませんでしたので画面は見てませんが、進みが早そうな雰囲気。
ここでいろいろやる事書いてはみたもののなかなか進まなくなり、現実の方も
忙しくなってきたので本の読み残しをパラリとめくりつつノッてきそうになったら、
プログラミングにも再び手を出してみようかな～といった今はそんな感じです。
アクセス規制のために書き込みが出来ませんでした･･･orz
>>388-390
とりあえずスプライトの大きさ使うあたり判定でやってみて様子みてみます。
今の自分には三角関数ぐらいしかわかりませんが、その三角関数も言語によって向きや正負が
違ったりして多様な記憶があるので、プログラムっていろいろややこしいです～ｗ
パスがわかりませんでしたので画面は見てませんが、進みが早そうな雰囲気。
ここでいろいろやる事書いてはみたもののなかなか進まなくなり、現実の方も
忙しくなってきたので本の読み残しをパラリとめくりつつノッてきそうになったら、
プログラミングにも再び手を出してみようかな～といった今はそんな感じです。
392 ： ◆PSPI/D/D3o ：2008/10/05(日) 03:12:57 ID:XsZ0py6o
ツールとかすごいなー
次元が違うぜ(・∀・)
次元が違うぜ(・∀・)
393 ：名前は開発中のものです。：2008/10/05(日) 23:55:08 ID:iRhMCUmZ
>>391です。
こちらはなんとか選手の赤と青の色分け終了。
Turbo debugger をインストールしてどこでエラーが出て止まるのか調べようとしたら、
なんとソースがマシン語らしき別言語で表示されるので使用を断念。
結局、悪いところを勘で見つけた。これはかなり運が良かったとしかいえないｗ。
バグはアニメ表示処理部だった。画像を特定するための配列のような変数に使うidが初期化されてなくて
デタラメに大きな数字が入っていた。色分けする前は何故動いていたのかは
ソースを上書きしてしまったため調べられず。・・・orz
次の目標として画面に出る物は全部実装しようかなと思ったものの
その後それらに動きを与えられずに挫折する事もありえるので、先に挫折しそうな方に挑戦する予定。
（目標）自分以外の赤青の選手がアニメーションしなくてもいいからボールを追いかけ続けるようにする。
こちらはなんとか選手の赤と青の色分け終了。
Turbo debugger をインストールしてどこでエラーが出て止まるのか調べようとしたら、
なんとソースがマシン語らしき別言語で表示されるので使用を断念。
結局、悪いところを勘で見つけた。これはかなり運が良かったとしかいえないｗ。
バグはアニメ表示処理部だった。画像を特定するための配列のような変数に使うidが初期化されてなくて
デタラメに大きな数字が入っていた。色分けする前は何故動いていたのかは
ソースを上書きしてしまったため調べられず。・・・orz
次の目標として画面に出る物は全部実装しようかなと思ったものの
その後それらに動きを与えられずに挫折する事もありえるので、先に挫折しそうな方に挑戦する予定。
（目標）自分以外の赤青の選手がアニメーションしなくてもいいからボールを追いかけ続けるようにする。
394 ：名前は開発中のものです。：2008/10/06(月) 22:09:17 ID:ET4/fN2j
>>393です。
翌日自分の文章を見るとなんとなくデバッガが唐突過ぎた感じ。
これは、前いたスレでデバッグの指摘を受けていながら何もしていなかったのを思い出し、
ようやく使おうという気持ちになっただけですので一応付け加えておきます･･･orz
今日はまだ時間があるけど、本に少し目を通すぐらいにするつもり。
翌日自分の文章を見るとなんとなくデバッガが唐突過ぎた感じ。
これは、前いたスレでデバッグの指摘を受けていながら何もしていなかったのを思い出し、
ようやく使おうという気持ちになっただけですので一応付け加えておきます･･･orz
今日はまだ時間があるけど、本に少し目を通すぐらいにするつもり。
395 ：名前は開発中のものです。：2008/10/07(火) 10:10:39 ID:8NURcQIi
デバッガつかうと世界が広がる。
そして、キミが断念したところは使い方間違ってただけだ。
いろいろやってみそ。
そして、キミが断念したところは使い方間違ってただけだ。
いろいろやってみそ。
396 ： ◆PSPI/D/D3o ：2008/10/07(火) 23:21:02 ID:79k0oLAD
DXライブラリに変な不具合かもしれんもの発見(・∀・)なんかアニメパターンの横の画像が1ドットはみでる
公式に乗ってた気もするがいろいろ検証してみよう。バイリニア法だからかもしれんが
公式に乗ってた気もするがいろいろ検証してみよう。バイリニア法だからかもしれんが
397 ：名前は開発中のものです。：2008/10/07(火) 23:36:27 ID:+x6hpvJy
切り取った画像を90度単位で回転させたらって話か？
最近すっかりゲームする側になってます。
ツールだいぶ出来たんですが日本語入力が出来ないという致命的な欠陥があるのでそちらを対応中。
今のところどう直すのか想像はついてません。
>>392
ちゃんと元のサンプルがあって一部を自分用にカスタマイズしてるだけなんで
ほとんど置換程度の考える作業だったりもします。
ツールだいぶ出来たんですが日本語入力が出来ないという致命的な欠陥があるのでそちらを対応中。
今のところどう直すのか想像はついてません。
>>392
ちゃんと元のサンプルがあって一部を自分用にカスタマイズしてるだけなんで
ほとんど置換程度の考える作業だったりもします。
399 ： ◆PSPI/D/D3o ：2008/10/08(水) 19:14:02 ID:5dbHegHl
>>397
回転は一切なし(・∀・)
自機の座標動かすとはみだしが消えたり別の位置に出たりする
表示はDrawRotaGraphF関数。拡大率、フルスクリーンでもウィンドウでもなる
アニメパターン作る時は画像サイズカッチカチに詰め込むのはよくないってことか。余白を1ドット取るだけで解消できそう
回転は一切なし(・∀・)
自機の座標動かすとはみだしが消えたり別の位置に出たりする
表示はDrawRotaGraphF関数。拡大率、フルスクリーンでもウィンドウでもなる
アニメパターン作る時は画像サイズカッチカチに詰め込むのはよくないってことか。余白を1ドット取るだけで解消できそう
400 ：名前は開発中のものです。：2008/10/08(水) 23:47:42 ID:KRqrVjef
>>394です。
>>395
ソース見てもわからないバグが増えてくるかもしれないので、その都度触ってみて
慣らしていこうかな～と思ってます。
>>396、397、399
1ドットの件、知りませんでした～。こういう時にＤＸライブラリの最新バージョンが出て
バグが取れてたなんて事があれば最高なんでしょうけど・・・orz
>>398
ゲ･･･ゲームもいいと思いますよ～。ノってる時に書くのが一番ですし・・・。
>>395
ソース見てもわからないバグが増えてくるかもしれないので、その都度触ってみて
慣らしていこうかな～と思ってます。
>>396、397、399
1ドットの件、知りませんでした～。こういう時にＤＸライブラリの最新バージョンが出て
バグが取れてたなんて事があれば最高なんでしょうけど・・・orz
>>398
ゲ･･･ゲームもいいと思いますよ～。ノってる時に書くのが一番ですし・・・。
401 ： ◆PSPI/D/D3o ：2008/10/17(金) 00:54:02 ID:2JdknfP6
誰もいなくなってきたな(・∀・)
おおまかーなシステム面はほとんどできたからいろいろ練り込んで行く
おおまかーなシステム面はほとんどできたからいろいろ練り込んで行く
402 ：名前は開発中のものです。：2008/10/19(日) 09:51:41 ID:PB0Hd75g
>>400です。
あっという間に１０日が過ぎた。
選手色分け以降の目標を未だ達成できず。
それと直接関係ない部分ではまっていた。
選手のデータ指定する処理内でswitch()命令に数字を使うと後々分かりにくいだろうと思い、
#define FW 1 //ﾌｫﾜｰﾄﾞ
と定義してみたら、switch文を使っている部分でコンパイラが「不正な文字 ' ' 」とエラー出すので
そんな空白文字使ってないのでやむを得ずcase FW:と書きたいのをcase 1:にしていたが、
ある時、#define FW 1 //ﾌｫﾜｰﾄﾞ の１と//の間の空白が全角だったのに気づき半角の空白にしてみたらと思い、試したらcase FW:でも動いた。
コンパイラがswitch文側にエラーメッセージ出すので、間違いが#define文側にある事に長いこと気づかなかった。
・・・という具合で、先はとてつもなく長くなりそうで、常にやる気停止とは背中合わせな状況です。
あっという間に１０日が過ぎた。
選手色分け以降の目標を未だ達成できず。
それと直接関係ない部分ではまっていた。
選手のデータ指定する処理内でswitch()命令に数字を使うと後々分かりにくいだろうと思い、
#define FW 1 //ﾌｫﾜｰﾄﾞ
と定義してみたら、switch文を使っている部分でコンパイラが「不正な文字 ' ' 」とエラー出すので
そんな空白文字使ってないのでやむを得ずcase FW:と書きたいのをcase 1:にしていたが、
ある時、#define FW 1 //ﾌｫﾜｰﾄﾞ の１と//の間の空白が全角だったのに気づき半角の空白にしてみたらと思い、試したらcase FW:でも動いた。
コンパイラがswitch文側にエラーメッセージ出すので、間違いが#define文側にある事に長いこと気づかなかった。
・・・という具合で、先はとてつもなく長くなりそうで、常にやる気停止とは背中合わせな状況です。
403 ：名前は開発中のものです。：2008/10/19(日) 10:00:35 ID:OnC9W6RX
あるあるｗ
404 ： ◆PSPI/D/D3o ：2008/10/29(水) 18:56:48 ID:cqIWvSlS
レーザー実装についていろいろ(・ω・)
結構ご無沙汰です。
参考書丸写しをいろいろ続けていろいろ記述直したりすること多くなったので
ttp://cx20.main.jp/pukiwiki/pukiwiki.php?Link%2FProgram
この辺を中心にC/C++、VC++を見返して綺麗なコーディングを勉強中
参考書丸写しをいろいろ続けていろいろ記述直したりすること多くなったので
ttp://cx20.main.jp/pukiwiki/pukiwiki.php?Link%2FProgram
この辺を中心にC/C++、VC++を見返して綺麗なコーディングを勉強中
406 ：名前は開発中のものです。：2008/11/03(月) 00:38:27 ID:a3xJUb68
>>402です。
皆さん順調そうでなによりです。
こちらはなかなか取り掛かれずに遅くなりましたが、>393の目標がとりあえず出来たのでｕｐ。
ttp://www.dotup.org/uploda/www.dotup.org14469.zip.html
パスは、 hitori です。（ 矢印キーで移動、Ｚキーでボール蹴る。）
主な参考書は、「１４歳からはじめるＣ＋＋わくわくゲームプログラミング教室」（株）ラトルズ です。
皆さん順調そうでなによりです。
こちらはなかなか取り掛かれずに遅くなりましたが、>393の目標がとりあえず出来たのでｕｐ。
ttp://www.dotup.org/uploda/www.dotup.org14469.zip.html
パスは、 hitori です。（ 矢印キーで移動、Ｚキーでボール蹴る。）
主な参考書は、「１４歳からはじめるＣ＋＋わくわくゲームプログラミング教室」（株）ラトルズ です。
407 ：名前は開発中のものです。：2008/11/03(月) 00:47:15 ID:qMBVWQI/
お～、確実に進んでますね。
これからも頑張ってください。
これからも頑張ってください。
408 ： ◆PSPI/D/D3o ：2008/11/11(火) 02:01:22 ID:xMXeHBBW
ゆっくりだけど進行中(・∀・)
ひとつのレーザーを複数の連続した弾で構成する感じで実装中
矩形もいいんだがレーザーを分裂させるのが難しそうなので自機ショットのレーザーのみ矩形当たり判定にすることに
ひとつのレーザーを複数の連続した弾で構成する感じで実装中
矩形もいいんだがレーザーを分裂させるのが難しそうなので自機ショットのレーザーのみ矩形当たり判定にすることに
409 ：名前は開発中のものです。：2008/11/16(日) 09:48:10 ID:jP1CZb+2
>>406です。
残念ながら進捗は０です。orz
時間がうまく作れない、やりがいとかやる気の維持の様なメンタル問題、
自分のプログラミング知識不足、次の目標を明確にしていなかった等、理由は様々です。
>>407
なかなか進まないかもしれませんが、時間とメンタルを立て直しつつ頑張ってみようと思います！
>>408
当たり判定って難しそう。細長い物を斜めに撃つ場合なんてどうすればいいのか想像出来なかったけど、
連続した弾で構成というのもアリですね。なるほど！
残念ながら進捗は０です。orz
時間がうまく作れない、やりがいとかやる気の維持の様なメンタル問題、
自分のプログラミング知識不足、次の目標を明確にしていなかった等、理由は様々です。
>>407
なかなか進まないかもしれませんが、時間とメンタルを立て直しつつ頑張ってみようと思います！
>>408
当たり判定って難しそう。細長い物を斜めに撃つ場合なんてどうすればいいのか想像出来なかったけど、
連続した弾で構成というのもアリですね。なるほど！
410 ：名前は開発中のものです。：2008/11/16(日) 10:03:01 ID:rr20bFCp
>>409です。
次の目標（年内は無理かも）
１．ソースを見直す。
参考にしているプログラムをよく理解してないからなのだろうか
わずかな修正にも時間が掛かる様になってきた為。
２．自選手の移動方法を方向キーで４方向に移動する方法から、
Ｚキーを押したらマウスカーソルのある位置に移動する方法に変更する。
次の目標（年内は無理かも）
１．ソースを見直す。
参考にしているプログラムをよく理解してないからなのだろうか
わずかな修正にも時間が掛かる様になってきた為。
２．自選手の移動方法を方向キーで４方向に移動する方法から、
Ｚキーを押したらマウスカーソルのある位置に移動する方法に変更する。
411 ：名前は開発中のものです。：2008/11/16(日) 20:52:25 ID:57T5krKV
>>410です。
今思うと>409の最初の４行（～様々です。）は、そんな事考えても無意味な類の不要な発言だった。
結局は独力で出来るか出来ないかの問題であって出来なければ去るだけだし・・・。
一応生きている間に出来れば良いのだから・・・。
余力の無い時に無理してもどうせ進まないだろうし、逆にちょっとでも
余裕ができた時に集中して考えられるようにしておこう～！
但し、全く離れてしまうとアッという間にソースの中身を忘れてしまうから、
時間ができた時に作業をすぐ再開できるように寝る時に少し関係書籍に目を通す位の事は
やっておくつもり。
今思うと>409の最初の４行（～様々です。）は、そんな事考えても無意味な類の不要な発言だった。
結局は独力で出来るか出来ないかの問題であって出来なければ去るだけだし・・・。
一応生きている間に出来れば良いのだから・・・。
余力の無い時に無理してもどうせ進まないだろうし、逆にちょっとでも
余裕ができた時に集中して考えられるようにしておこう～！
但し、全く離れてしまうとアッという間にソースの中身を忘れてしまうから、
時間ができた時に作業をすぐ再開できるように寝る時に少し関係書籍に目を通す位の事は
やっておくつもり。
412 ：名前は開発中のものです。：2008/11/17(月) 22:02:36 ID:9UHjOMWR
>>411です。
このスレで本やＨＰ紹介、ヒントを受けたり等してるので
昨日の「独力で」と言うのは、あくまでもＰＣの前で一人で手作業する時だけに限った話だと断っておきます。（汗；）
もしも本職プログラマならまだ会社だろうし、それに比べれば今家にいる自分はまだ時間ある方だな～と少し反省ｗ
>410での見直し策は、クラス図（のような物）を作成して色々考えてみるつもり。
今クラス２個分できたから、あと１１個程で出来てしまう。
プログラムに少しずつ書き足していく内にクラス間のデータのやり取りが分かりにくくなってきたので、
整理すれば何かが見えて今後の作業効率が上がるのではと思ったのが理由。
このスレで本やＨＰ紹介、ヒントを受けたり等してるので
昨日の「独力で」と言うのは、あくまでもＰＣの前で一人で手作業する時だけに限った話だと断っておきます。（汗；）
もしも本職プログラマならまだ会社だろうし、それに比べれば今家にいる自分はまだ時間ある方だな～と少し反省ｗ
>410での見直し策は、クラス図（のような物）を作成して色々考えてみるつもり。
今クラス２個分できたから、あと１１個程で出来てしまう。
プログラムに少しずつ書き足していく内にクラス間のデータのやり取りが分かりにくくなってきたので、
整理すれば何かが見えて今後の作業効率が上がるのではと思ったのが理由。
413 ：名前は開発中のものです。：2008/11/17(月) 23:37:36 ID:xu4geijM
いろいろ寄り道して今はマップチップを使った背景画像の出力をやってます。
2D部分は大体は出来たので、最終的には3Dダンジョンのマップを作るのが一つの目標としています。
今は3Dを頭に叩き込むためとりあえず「実例で学ぶゲーム3D数学」というストレートなタイトルの本読んでます。
>>412
ソースを見直す作業は私も良くありますね。
2、3日見なかったら忘れますのでｗ
コメントとかはなるたけ簡潔に書いてるつもりですが
それでさえもわかんなくなるのはやはり作り方に問題があるのかもしれないです。
まぁこうやって愚痴るのも良いんじゃないですかねぇ、どうせ見てるの小数ですし。
2D部分は大体は出来たので、最終的には3Dダンジョンのマップを作るのが一つの目標としています。
今は3Dを頭に叩き込むためとりあえず「実例で学ぶゲーム3D数学」というストレートなタイトルの本読んでます。
>>412
ソースを見直す作業は私も良くありますね。
2、3日見なかったら忘れますのでｗ
コメントとかはなるたけ簡潔に書いてるつもりですが
それでさえもわかんなくなるのはやはり作り方に問題があるのかもしれないです。
まぁこうやって愚痴るのも良いんじゃないですかねぇ、どうせ見てるの小数ですし。
415 ： ◆PSPI/D/D3o ：2008/11/19(水) 18:48:01 ID:uY8DDYIb
クラス…だと…(・∀・)未知の世界だ
どうもレーザー描画がうまくいかない
すすまないのでネタだけ頭にたまってゆく
どうもレーザー描画がうまくいかない
すすまないのでネタだけ頭にたまってゆく
416 ：名前は開発中のものです。：2008/11/19(水) 18:52:37 ID:hrw60uDV
それをノートに書き出してしまえ
417 ：名前は開発中のものです。：2008/11/20(木) 00:17:53 ID:zDO5xUL+
>>413です。
>>414
自分も３Ｄやってみたいのですが、もし実現するとしてもまだまだ先の話になりそうな感じです。
その本、ネットで検索してみましたら>377と同じシリーズ（何故か動物の表紙）で評判よさそうなので、
本屋に行った際にはチェックしてみようと思います。
>>415、416
うっかり忘れたりする事がしょっちゅうあるので、ノートに書くのは、自分も禿同（←２ｃｈ用語)です。
クラスといってもＣ＋＋のゲーム本がなんとなく読めさえすればいいぐらいの気持ちでやってるので、あまり理解してないです。
クラス図についても自分の頭の中の整理が出来ればいいだけなので、かなりテキトーな書き方でやってます。
>>414
自分も３Ｄやってみたいのですが、もし実現するとしてもまだまだ先の話になりそうな感じです。
その本、ネットで検索してみましたら>377と同じシリーズ（何故か動物の表紙）で評判よさそうなので、
本屋に行った際にはチェックしてみようと思います。
>>415、416
うっかり忘れたりする事がしょっちゅうあるので、ノートに書くのは、自分も禿同（←２ｃｈ用語)です。
クラスといってもＣ＋＋のゲーム本がなんとなく読めさえすればいいぐらいの気持ちでやってるので、あまり理解してないです。
クラス図についても自分の頭の中の整理が出来ればいいだけなので、かなりテキトーな書き方でやってます。
418 ：名前は開発中のものです。：2008/11/20(木) 22:53:33 ID:WUvdnEKv
>>417です。
ネタが無いのでクラス図もどきをうｐしてみました。パスは hitori です。
ttp://www.dotup.org/uploda/www.dotup.org5395.zip.html
クラスの宣言にある変数名と関数名を並べただけなので実はクラス図というわけではないです。
コピペにつぎはぎでやってたから、使ってない変数や無意味な変数が結構ある事がわかった。
よく理解しないで使っている関数も実はある。ｗ
これを見て考えが整理できたら、プログラム再開しようかな・・・。
ネタが無いのでクラス図もどきをうｐしてみました。パスは hitori です。
ttp://www.dotup.org/uploda/www.dotup.org5395.zip.html
クラスの宣言にある変数名と関数名を並べただけなので実はクラス図というわけではないです。
コピペにつぎはぎでやってたから、使ってない変数や無意味な変数が結構ある事がわかった。
よく理解しないで使っている関数も実はある。ｗ
これを見て考えが整理できたら、プログラム再開しようかな・・・。
419 ：名前は開発中のものです。：2008/11/20(木) 23:09:11 ID:WUvdnEKv
>>418です。
>412であと11個程と言ってたけど、実際はそんなに無かった。（苦ｗ）
>412であと11個程と言ってたけど、実際はそんなに無かった。（苦ｗ）
420 ： ◆PSPI/D/D3o ：2008/11/21(金) 10:20:17 ID:7ie+QlJg
>>418
今朝確認したんだがファイルが無かった…もう少し持つうｐろだにしてもらえたら…
今朝確認したんだがファイルが無かった…もう少し持つうｐろだにしてもらえたら…
421 ：名前は開発中のものです。：2008/11/21(金) 23:01:33 ID:v2mPoS0D
422 ： ◆PSPI/D/D3o ：2008/11/22(土) 17:47:19 ID:zNajiGnR
クラス図すげぇ(・∀・)
構造体オンリーの俺とはぜんぜん違うな
構造体オンリーの俺とはぜんぜん違うな
423 ：名前は開発中のものです。：2008/11/23(日) 20:10:50 ID:HxMiBrvZ
>>421です。
>>422
ど・・・どうもです～（汗；）
今回の図はクラス同士の関連を表す線も無いし、
単にクラスの宣言を図に移し変えただけなのでクラス図っぽい図といった感じのものです。
頭を整理する方法が見あたらないな～と思ってたところにたまたまこの図の存在を知っていてちょっと
試してみただけなんで、また行き詰るまでは図は書かないで、ソース書きに移ろうと思ってます。
但し現実の方でいろいろあって作業は進んでいないです。（言い訳orz）ちょっと自分に負け気味な状態。
>>422
ど・・・どうもです～（汗；）
今回の図はクラス同士の関連を表す線も無いし、
単にクラスの宣言を図に移し変えただけなのでクラス図っぽい図といった感じのものです。
頭を整理する方法が見あたらないな～と思ってたところにたまたまこの図の存在を知っていてちょっと
試してみただけなんで、また行き詰るまでは図は書かないで、ソース書きに移ろうと思ってます。
但し現実の方でいろいろあって作業は進んでいないです。（言い訳orz）ちょっと自分に負け気味な状態。
すっかり3次元の狭間に捕まった為、3D数学とプログラムでの実行結果の間を右往左往してます。
基本的に理論で覚えるタイプではないので座標変換系を頭で理解するのが苦戦しています。
とりあえず3Dオブジェクトを描画する空間、Xファイルオブジェクトのインポート、カメラ制御といった
最低限の3D描画セットを用意してみましたが、Xファイルにテクスチャは反映されないわ、
カメラはどこ向いてるかわからないわでてんてこまいです。
Xファイルへのテクスチャ反映できない理由はすぐ追えそうですが、カメラ位置や注視点の考え方が今市なので
またしばらくテキストとにらめっこです。
>>423
クラス図お疲れ様です。
拝見させていただきました。
同じようにクラス図書こうかなと思っていた時期もありましたが
クラス4個くらいの時点で面倒でやめました(ハッハッハ）
今大小あわせてさらに増えてるのでやる気としてはほとんどありません。
こちらも煮詰まること多いので（現に詰まってますが）定期的にメンテナンスというか整理は必要なのかもしれませんね。
基本的に理論で覚えるタイプではないので座標変換系を頭で理解するのが苦戦しています。
とりあえず3Dオブジェクトを描画する空間、Xファイルオブジェクトのインポート、カメラ制御といった
最低限の3D描画セットを用意してみましたが、Xファイルにテクスチャは反映されないわ、
カメラはどこ向いてるかわからないわでてんてこまいです。
Xファイルへのテクスチャ反映できない理由はすぐ追えそうですが、カメラ位置や注視点の考え方が今市なので
またしばらくテキストとにらめっこです。
>>423
クラス図お疲れ様です。
拝見させていただきました。
同じようにクラス図書こうかなと思っていた時期もありましたが
クラス4個くらいの時点で面倒でやめました(ハッハッハ）
今大小あわせてさらに増えてるのでやる気としてはほとんどありません。
こちらも煮詰まること多いので（現に詰まってますが）定期的にメンテナンスというか整理は必要なのかもしれませんね。
425 ：名前は開発中のものです。：2008/11/27(木) 23:47:47 ID:B1vZP/Rc
>>423です。
>>424
「実例で学ぶゲーム3D数学」、本屋で見てみました。（最近の発売だとその時気付いた）
こ・・・これは、自分にはかなり難しい内容だと思いました・・・。
いつか３Ｄやりたいと思ってますが、やっぱり自分にはまだまだ難しい感じorz
こちらはしばらく進まないかもしれませんが、寝る時に少しずつですが
「１４歳から・・・わくわく・・・Ｃ＋＋・・・」の最後の７章に目を通してます。
この本のシューティングを説明してる章は何度か読んでいたけど、
今初めて読んでる部分はシミュレーションゲームを題材にしてマウスも使っているので
>410の参考になるのではと期待ｗ
>>424
「実例で学ぶゲーム3D数学」、本屋で見てみました。（最近の発売だとその時気付いた）
こ・・・これは、自分にはかなり難しい内容だと思いました・・・。
いつか３Ｄやりたいと思ってますが、やっぱり自分にはまだまだ難しい感じorz
こちらはしばらく進まないかもしれませんが、寝る時に少しずつですが
「１４歳から・・・わくわく・・・Ｃ＋＋・・・」の最後の７章に目を通してます。
この本のシューティングを説明してる章は何度か読んでいたけど、
今初めて読んでる部分はシミュレーションゲームを題材にしてマウスも使っているので
>410の参考になるのではと期待ｗ
426 ：名前は開発中のものです。：2008/11/28(金) 00:00:45 ID:mmfEhz1V
>>425です。
クラス図の方ですが、move関数にクラスのオブジェクト？を丸ごと引数として使ってるのがおかしい様な気がしている。
何故だかわからないけどなんとなく勘のようなものｗ
ソースの手直しも時間みつけて取り組む予定。
クラス図の方ですが、move関数にクラスのオブジェクト？を丸ごと引数として使ってるのがおかしい様な気がしている。
何故だかわからないけどなんとなく勘のようなものｗ
ソースの手直しも時間みつけて取り組む予定。
427 ： ◆PSPI/D/D3o ：2008/12/14(日) 16:33:43 ID:NllPo+j6
だれもいなくなっちまったな(・∀・)
そろそろ残機表示とかのレイアウトつくる
そろそろ残機表示とかのレイアウトつくる
428 ：名前は開発中のものです。：2008/12/14(日) 18:53:49 ID:iDbZG70w
429 ：名前は開発中のものです。：2008/12/15(月) 22:49:09 ID:PfjDCaBs
>>426です。
>>427
たまに板を見に来てはいたもののあまり自分の作業が進んでいないので書けずにいました。・・・orz
今のところは>425の本をわからないまま１回目を通しただけ。
もう１～２回読んで感触掴めそうになればソース書き再トライの予定です。
>>428
英語が読めないのでわからないけど世界の広さが感じられる参考になるＨＰでした。
左側の3D sportsをクリックすると３Ｄのサッカーゲームが既にあることに気付く・・・orz
>>427
たまに板を見に来てはいたもののあまり自分の作業が進んでいないので書けずにいました。・・・orz
今のところは>425の本をわからないまま１回目を通しただけ。
もう１～２回読んで感触掴めそうになればソース書き再トライの予定です。
>>428
英語が読めないのでわからないけど世界の広さが感じられる参考になるＨＰでした。
左側の3D sportsをクリックすると３Ｄのサッカーゲームが既にあることに気付く・・・orz
430 ：名前は開発中のものです。：2008/12/15(月) 22:53:20 ID:VbZykIE5
？ サッカーゲームなんて普通にあるでしょ？
承知で目指してたんじゃないの？
承知で目指してたんじゃないの？
431 ：名前は開発中のものです。：2008/12/16(火) 23:08:17 ID:ooDsGSL3
>>429です。
>>430
確かに進み具合の方はまるで止まっているかのように遅いかもしれません。
2007年8月頃から趣味感覚でゲーム作りの勉強を始めてますがまだまだゲームの形になるのは先になるだろうし
結局出来ない場合もあるので、今サッカーゲームがいくつ出ていたとしても
その事が理由でギブアップする気は無いので大丈夫（？）です。
>>430
確かに進み具合の方はまるで止まっているかのように遅いかもしれません。
2007年8月頃から趣味感覚でゲーム作りの勉強を始めてますがまだまだゲームの形になるのは先になるだろうし
結局出来ない場合もあるので、今サッカーゲームがいくつ出ていたとしても
その事が理由でギブアップする気は無いので大丈夫（？）です。
↑俺が作るゲームの評価
433 ：名前は開発中のものです。：2009/01/02(金) 03:17:36 ID:3+aZDUN0
元日終わってたよ…今年も残す所あと364日ですよ皆さん…
434 ：名前は開発中のものです。：2009/01/02(金) 12:36:09 ID:fa0NZpcB
去年の今頃だったら365日あったのになあ
435 ：名前は開発中のものです。：2009/01/07(水) 21:20:12 ID:5JbPJmc6
>>431です。
残り359日！！！今年も頑張ろうと思いますｗ
でも生存報告しかできない・・・orz
進み具合はまるで止まっているかのように・・・というよりは、限りなく０に近いのかもしれません。
>425の7章を２回読んでみたけど、まだまだな感じでどうするか考えているところです。
生活、健康面の用事を優先せざるを得ないので、しばらくは時々生存報告するのが精一杯になりそうな感じ・・・。
残り359日！！！今年も頑張ろうと思いますｗ
でも生存報告しかできない・・・orz
進み具合はまるで止まっているかのように・・・というよりは、限りなく０に近いのかもしれません。
>425の7章を２回読んでみたけど、まだまだな感じでどうするか考えているところです。
生活、健康面の用事を優先せざるを得ないので、しばらくは時々生存報告するのが精一杯になりそうな感じ・・・。
436 ：名前は開発中のものです。：2009/01/08(木) 00:10:54 ID:2kcs9s3H
うぅ、ボヤボヤしてたら今年も何も出来ず終わってしまう・・・
今までROMしてたマッサラな初心者ですが、参加させて下さい
C言語＆DXライブラリの勉強と平行して、徐々に形にして行けたらと思ってます
今までROMしてたマッサラな初心者ですが、参加させて下さい
C言語＆DXライブラリの勉強と平行して、徐々に形にして行けたらと思ってます
437 ：名前は開発中のものです。：2009/01/08(木) 23:37:34 ID:eqKx20GH
取り合えず開発環境を揃え、ネットで初心者講座を読み漁りました
まだ途中ですがループ・条件分岐・構造体・自作関数の使い方がなんとなく解った気がする
ポインタは良く解らない・・・
最初なんで、まずは作り易そうなADVで完成を目指します！
>>437
ういっす！頑張りましょう！
まだ途中ですがループ・条件分岐・構造体・自作関数の使い方がなんとなく解った気がする
ポインタは良く解らない・・・
最初なんで、まずは作り易そうなADVで完成を目指します！
>>437
ういっす！頑張りましょう！
ポインタを理解した気になる、けど使い道が解らないｗ
オブジェクト指向が主流らしいけど、解説読んでもサッパリ
手続き型のまま作り始めても大丈夫だろうか・・・
取り合えず絵と文字表示を知ったので、かまいたちの夜もどきを表示して今日は終わり
オブジェクト指向が主流らしいけど、解説読んでもサッパリ
手続き型のまま作り始めても大丈夫だろうか・・・
取り合えず絵と文字表示を知ったので、かまいたちの夜もどきを表示して今日は終わり
440 ：名前は開発中のものです。：2009/01/10(土) 01:25:58 ID:6Qx6zqqf
修得が早いなｗ
441 ：名前は開発中のものです。：2009/01/10(土) 22:59:09 ID:GXrYRhwd
>>437です。
習得早いのうらやましいです～。
ついに参加者が４名！←・・・と唐突に言ってみるｗ
>410で自分が言った目標１は時間が掛かりそう（というかそもそもこう直すべきというイメージが出てこない）なので、
もし現状のプログラムの直しで目標２が出来るならそれだけでもやってみるに方針変更。
目標２もできなかったら・・・、その時考えるつもりｗ
習得早いのうらやましいです～。
ついに参加者が４名！←・・・と唐突に言ってみるｗ
>410で自分が言った目標１は時間が掛かりそう（というかそもそもこう直すべきというイメージが出てこない）なので、
もし現状のプログラムの直しで目標２が出来るならそれだけでもやってみるに方針変更。
目標２もできなかったら・・・、その時考えるつもりｗ
442 ：名前は開発中のものです。：2009/01/10(土) 23:02:40 ID:GXrYRhwd
>>441です。
修得でした。変換ミスしてしまった・・・（汗；）
修得でした。変換ミスしてしまった・・・（汗；）
今日はファイル入出力、キー・マウス入力、フォント周辺、αブレンドや明度変更をちょこっと
なんだかゲーム、作れそうな予感・・・！なのでこのまま手続き型で行きます
フェードイン/アウト等演出効果・場面転換のやり方を考え中
実験用に棒人間と背景を描いて今日は終了
>シュウトク早い
結果だけ書くとスマートですが、実際は訳ワカメ！訳ワカメ！と叫びながらしっちゃかめっちゃかな行間をお察しくださいｗ
なんだかゲーム、作れそうな予感・・・！なのでこのまま手続き型で行きます
フェードイン/アウト等演出効果・場面転換のやり方を考え中
実験用に棒人間と背景を描いて今日は終了
>シュウトク早い
結果だけ書くとスマートですが、実際は訳ワカメ！訳ワカメ！と叫びながらしっちゃかめっちゃかな行間をお察しくださいｗ
444 ：名前は開発中のものです。：2009/01/11(日) 01:19:17 ID:zwd1Py/X
いやいや、一日でそれだけ進められるって事は
かなりの経験がないと無理でしょう。
でなければかなり頭がいい（勉強が得意）か。
>フェードイン/アウト等演出効果・場面転換のやり方を考え中
フェードイン、アウト程度ならブレンドモードの数値を変化させつつ
画面全体に黒いBOXでも描画すればいいんじゃないかな。
かなりの経験がないと無理でしょう。
でなければかなり頭がいい（勉強が得意）か。
>フェードイン/アウト等演出効果・場面転換のやり方を考え中
フェードイン、アウト程度ならブレンドモードの数値を変化させつつ
画面全体に黒いBOXでも描画すればいいんじゃないかな。
445 ： ◆Fp.xSEIREI ：2009/01/11(日) 02:45:25 ID:ZYgWOk/Z
シューティング作ってるPSPIだー 酉かえたぞー
なんか天才が来てるな(・∀・)俺なんか半年になるのにいまだにファイル入出力は恐ろしくてあんまり触ってないぞ
なんか天才が来てるな(・∀・)俺なんか半年になるのにいまだにファイル入出力は恐ろしくてあんまり触ってないぞ
446 ：名前は開発中のものです。：2009/01/11(日) 22:48:35 ID:cacqdQtu
早く形にしたくて駆け足で目を通したので、｢こんな命令がある｣って知識をストックしてるだけで、
実際組み立て始めたらエラーだらけです；
今日はお絵かきソフトをちょっと試すつもりが、気付けば一日経っていました
オープンキャンバスがシェアなだけあって良さげな感じ
本当はフォトショップが良いけど、自分の腕では宝の持ち腐れ過ぎるｗ
絵は慣れらしいので、これから１イラスト/Dayを目標に描いて行こうと思います
>>444
キャラごとに適用する事ばかり考えてました。そっちの方がお手軽でPCに優しそうですね
>>445
いえいえ紙一重の方です え・・・ファイル操作ってやばいんですか？；
>>446
なんかややこしそうですが頑張ってください！
実際組み立て始めたらエラーだらけです；
今日はお絵かきソフトをちょっと試すつもりが、気付けば一日経っていました
オープンキャンバスがシェアなだけあって良さげな感じ
本当はフォトショップが良いけど、自分の腕では宝の持ち腐れ過ぎるｗ
絵は慣れらしいので、これから１イラスト/Dayを目標に描いて行こうと思います
>>444
キャラごとに適用する事ばかり考えてました。そっちの方がお手軽でPCに優しそうですね
>>445
いえいえ紙一重の方です え・・・ファイル操作ってやばいんですか？；
>>446
なんかややこしそうですが頑張ってください！
448 ：名前は開発中のものです。：2009/01/12(月) 20:13:54 ID:LJkMZ6t0
449 ： ◆Fp.xSEIREI ：2009/01/13(火) 00:04:08 ID:ngGUSVZ6
>>447
俺がアホなだけだ(・∀・)ファイル操作できないとなにもつくれんｗｗ
ポインタの概念はわかってるがポインタの使い道を知らない頭だぞ(・∀・)
バグの原因はいつも計算ミスやアルゴリズムの欠陥
たまに配列を激しくいじったら関係ない変数がいじられるバグ出てﾜﾛﾀ
ポインタ怖い
俺がアホなだけだ(・∀・)ファイル操作できないとなにもつくれんｗｗ
ポインタの概念はわかってるがポインタの使い道を知らない頭だぞ(・∀・)
バグの原因はいつも計算ミスやアルゴリズムの欠陥
たまに配列を激しくいじったら関係ない変数がいじられるバグ出てﾜﾛﾀ
ポインタ怖い
さっそくイラストを描き逃すｗ もっと基本の静物模写から練習を始めました
DXライブラリのブレンド命令によって、吉里吉里の様なボーダー・ストライプ・円や渦状の場面転換が出来る事を知った
これは便利と、さっそく関数化しておこうとするも、途中でメインの仕様が決まってないと関数も作り様が無い事に気付く
なので、まずは基本設計を決め打ちしなくては
DXライブラリのブレンド命令によって、吉里吉里の様なボーダー・ストライプ・円や渦状の場面転換が出来る事を知った
これは便利と、さっそく関数化しておこうとするも、途中でメインの仕様が決まってないと関数も作り様が無い事に気付く
なので、まずは基本設計を決め打ちしなくては
451 ：名前は開発中のものです。：2009/01/13(火) 00:20:34 ID:9YgrpDjJ
>>449
(ﾟ∀ﾟil|l)ﾎﾟｲﾝﾀｺﾜｲ
(ﾟ∀ﾟil|l)ﾎﾟｲﾝﾀｺﾜｲ
452 ：名前は開発中のものです。：2009/01/13(火) 22:20:43 ID:TsQ0Jtlw
プライベートで問題発生、烈しくモチベーション下がった・・・
絵を練習してサンプルコードをいじっただけです
絵を練習してサンプルコードをいじっただけです
454 ： ◆Fp.xSEIREI ：2009/01/14(水) 04:18:25 ID:DSJGU7v3
FPSが61.2になる(・∀・)なんだかきもちわるい
ウィンドウだと安定しなくもなる
うーｍ
ウィンドウだと安定しなくもなる
うーｍ
455 ：名前は開発中のものです。：2009/01/14(水) 21:59:45 ID:qd0uHzIt
>>452です。
>>453
自分も実生活でいろいろあって作業が止まる事が良くありますが、
マイペースでやってます～。
進まなくてもとりあえず2chでやる気だけは維持して行こうと思ってます。
>>454
こちらのプログラムはループ処理時間平均値を取り、その平均時間での
オブジェクト移動量を60Hzの時の移動量に変換して移動させるみたいな感じなので
14歳ｼﾘｰｽﾞが限界な自分なので、その平均値そのもの（ＦＰＳ？）を調整する方法については知識０です・・・orz
今日はプログラム書けそうに無いけど、とりあえず寝る時に
ちょっとだけ本に目を通す予定。
>>453
自分も実生活でいろいろあって作業が止まる事が良くありますが、
マイペースでやってます～。
進まなくてもとりあえず2chでやる気だけは維持して行こうと思ってます。
>>454
こちらのプログラムはループ処理時間平均値を取り、その平均時間での
オブジェクト移動量を60Hzの時の移動量に変換して移動させるみたいな感じなので
14歳ｼﾘｰｽﾞが限界な自分なので、その平均値そのもの（ＦＰＳ？）を調整する方法については知識０です・・・orz
今日はプログラム書けそうに無いけど、とりあえず寝る時に
ちょっとだけ本に目を通す予定。
>>454
GetNowCountを使っていたらGetNowHiPerformanceCountを使うとか・・・
ゲーム自体が重くて動作が遅くなるなら垂直同期を切って見るとか・・・
すいません全部聞きかじりで、書いてる本人は良く解ってませんｗ；
>>455
ありがとう(つд｀)進みたいのに内容が頭に入ってこないです
切り替えの早さが欲しい・・・少しずつでも進めていきます
GetNowCountを使っていたらGetNowHiPerformanceCountを使うとか・・・
ゲーム自体が重くて動作が遅くなるなら垂直同期を切って見るとか・・・
すいません全部聞きかじりで、書いてる本人は良く解ってませんｗ；
>>455
ありがとう(つд｀)進みたいのに内容が頭に入ってこないです
切り替えの早さが欲しい・・・少しずつでも進めていきます
457 ： ◆Fp.xSEIREI ：2009/01/15(木) 02:16:26 ID:nnAj7wD0
FPSが62.5になるのは単純に待機のとり方が悪いみたいだ(・∀・)
もうすこし正確に1Fを待機させるようにせねば
あとFPSが不安定なのは他のソフトに割り込まれてるみたい
東方とかはいつでも60なのになー
もうすこし正確に1Fを待機させるようにせねば
あとFPSが不安定なのは他のソフトに割り込まれてるみたい
東方とかはいつでも60なのになー
458 ：名前は開発中のものです。：2009/01/15(木) 23:53:13 ID:41EHPKeT
>>455です。
み・・・皆さん凄いです。自分もそういう知識を身に付けたいのですが、なかなか時間が作れなくて・・・orz
自分の場合、たぶん1ヶ月単位でほんのわずか進めるかどうか、下手すれば一歩も進まずな予感ですが、
とりあえずまずは１４歳シリーズの本やネットで頑張ってみます。
み・・・皆さん凄いです。自分もそういう知識を身に付けたいのですが、なかなか時間が作れなくて・・・orz
自分の場合、たぶん1ヶ月単位でほんのわずか進めるかどうか、下手すれば一歩も進まずな予感ですが、
とりあえずまずは１４歳シリーズの本やネットで頑張ってみます。
459 ：名前は開発中のものです。：2009/01/16(金) 01:17:42 ID:Gpm/i2u9
基本仕様を構想・リファレンスを眺めて終了
>>457
原因が解って良かったです。動き重視系は難易度高そう・・・
>>458
自分も大して解ってないです
他の専門スレを訳解らないままに目を通して、気になったレスをコピーして
何かの時に役立てられればと溜め込んでます
>>457
原因が解って良かったです。動き重視系は難易度高そう・・・
>>458
自分も大して解ってないです
他の専門スレを訳解らないままに目を通して、気になったレスをコピーして
何かの時に役立てられればと溜め込んでます
>>459
名前忘れた；
名前忘れた；
のんびりとお絵かき＋基本構造を構想・・・特に進展無しです
Frieve Editerと言うエディタを試しに使った所
簡単なフローチャートからシステムの全体像まで
一目瞭然でかなり便利
キャラクターの相関図やストーリーの組み立てにも便利そう
Frieve Editerと言うエディタを試しに使った所
簡単なフローチャートからシステムの全体像まで
一目瞭然でかなり便利
キャラクターの相関図やストーリーの組み立てにも便利そう
引き続き基本構造を・・・いい加減次の段階に行きたいｗ
463 ：名前は開発中のものです。：2009/01/18(日) 17:29:55 ID:AgYI0BNY
FPSにふらつきがないのはVSync待ちだろう
464 ：名前は開発中のものです。：2009/01/18(日) 22:34:50 ID:+nHfuYmN
>>458です。 今週ダメだった。また来週頑張ります・・・orz
EditerじゃなくEditorでした
基本構造もう少しで出来そう、けど飽きたのでストーリーを考えつつ絵描き
イメージボードっぽいのを描こうとするも、腕の無さに撃沈
可愛い＆カッコいいキャラが絶望的に描けませんｗ修業が足りんなぁ・・・
基本構造もう少しで出来そう、けど飽きたのでストーリーを考えつつ絵描き
イメージボードっぽいのを描こうとするも、腕の無さに撃沈
可愛い＆カッコいいキャラが絶望的に描けませんｗ修業が足りんなぁ・・・
466 ： ◆Fp.xSEIREI ：2009/01/19(月) 09:27:05 ID:X5SZs/u2
>>463
待ってるはずなんだよな。でもスカイプ動いてる時だけはげしくずれる
FPSはどうにかするとして敵機オプション操作についていろいろ。敵機&弾幕制御はほぼ完成形に近づいてきた気がする
暫定の枠も作ってみたりした
待ってるはずなんだよな。でもスカイプ動いてる時だけはげしくずれる
FPSはどうにかするとして敵機オプション操作についていろいろ。敵機&弾幕制御はほぼ完成形に近づいてきた気がする
暫定の枠も作ってみたりした
467 ：名前は開発中のものです。：2009/01/19(月) 09:29:38 ID:bUUm+BkQ
ちょこっとだけ。構想がようやくまとまる。キー入力処理を作りました
469 ：名前は開発中のものです。：2009/01/20(火) 23:38:54 ID:EGDLC1Bx
>>464です。
早く寝なければならないのにちょっとだけやってみた・・・orz。
>452で言ってた移動の為のクラスが数行程度でそんなに大きくないので、他のクラスのソースに含めて
書いてたら分かりにくくなりそうな予感がしてきたので、面倒でも１つのクラスに対して
クラス宣言のファイルとクラスの中身の関数を定義するファイルを1つずつの構成に直す予定。
早く寝なければならないのにちょっとだけやってみた・・・orz。
>452で言ってた移動の為のクラスが数行程度でそんなに大きくないので、他のクラスのソースに含めて
書いてたら分かりにくくなりそうな予感がしてきたので、面倒でも１つのクラスに対して
クラス宣言のファイルとクラスの中身の関数を定義するファイルを1つずつの構成に直す予定。
470 ：名前は開発中のものです。：2009/01/20(火) 23:49:39 ID:EGDLC1Bx
ファイルからシナリオ読み込んで表示させただけっす
472 ： ◆Fp.xSEIREI ：2009/01/21(水) 01:07:20 ID:/+GwoesL
絵描き絵描き(・∀・)
気付かれたｗ；今日は絵描きだけ・・・人物よりクリーチャー・モンスターのが感情移入して描き易い
不気味な絵がどんどん溜まって行く～
推理風味なADVを作ろうと思ってたのに、サバイバル系の方が性に合ってるのかしら・・・
不気味な絵がどんどん溜まって行く～
推理風味なADVを作ろうと思ってたのに、サバイバル系の方が性に合ってるのかしら・・・
474 ：名前は開発中のものです。：2009/01/22(木) 21:46:32 ID:XXhQB+q5
>>470です。
絵を描くスピード早そうで凄い感じですね～
Ｚキー押すとマウスカーソルに向かって歩けるようにするところだけがなんとか書けたので、
久々にうｐしてみました。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0015zip.html
移動先を決める処理を関数みたいにして別ファイルにするのはうまくいくかどうかあやしいので、
後回しになってます。理由を書くとものすごく長文になるので省略するかまたは今後のネタにします。・・・orz
絵を描くスピード早そうで凄い感じですね～
Ｚキー押すとマウスカーソルに向かって歩けるようにするところだけがなんとか書けたので、
久々にうｐしてみました。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0015zip.html
移動先を決める処理を関数みたいにして別ファイルにするのはうまくいくかどうかあやしいので、
後回しになってます。理由を書くとものすごく長文になるので省略するかまたは今後のネタにします。・・・orz
475 ：名前は開発中のものです。：2009/01/22(木) 21:54:08 ID:L7DCPZeg
そろそろコテハンつけるとかしてみては。
今日は絵描き＆フルスクリーンとウィンドウを切り替えられるようにしただけ
うまく動かず、＝と＝＝を間違ってる事に気付くまですごい時間を無駄にした・・・
>>474
うちのPCではスムーズに動きましたよ～順調ですね！
やっぱり機能ごとに別ファイルにした方が色々いいんでしょうねえ
やり方勉強しなければ・・・
うまく動かず、＝と＝＝を間違ってる事に気付くまですごい時間を無駄にした・・・
>>474
うちのPCではスムーズに動きましたよ～順調ですね！
やっぱり機能ごとに別ファイルにした方が色々いいんでしょうねえ
やり方勉強しなければ・・・
477 ： ◆Fp.xSEIREI ：2009/01/23(金) 01:23:54 ID:0rhrZEPm
>>474
おおｗちゃんとボールもけれるｗｗ相手チームもちゃんと蹴るんだな(・∀・)すげー
おおｗちゃんとボールもけれるｗｗ相手チームもちゃんと蹴るんだな(・∀・)すげー
478 ： ◆Fp.xSEIREI ：2009/01/23(金) 01:27:41 ID:0rhrZEPm
＞=と==
あるあるあるあるうあう
あるあるあるあるうあう
479 ：名前は開発中のものです。：2009/01/24(土) 00:17:17 ID:GwwrnR4K
>>474です。
>>475
コテハン付けない理由の１つとして「なりすまし」の被害を気にしていたのですが、
あまり気にせず付けてみるかちょっと考えてみます。例えばコテハン「ＳＧＧＫ」にしてみるとかｗ
>>476
確かif文の条件って＝でも＝＝でもコンパイラを通ってしまったような気が・・・
プログラムって難しい～。
>>477
相手チームがボール蹴れるのはたぶんバグっぽいです。
Ｚキーでボール蹴るとしていたのをそのままにしているからかもしれません・・・orz
>>475
コテハン付けない理由の１つとして「なりすまし」の被害を気にしていたのですが、
あまり気にせず付けてみるかちょっと考えてみます。例えばコテハン「ＳＧＧＫ」にしてみるとかｗ
>>476
確かif文の条件って＝でも＝＝でもコンパイラを通ってしまったような気が・・・
プログラムって難しい～。
>>477
相手チームがボール蹴れるのはたぶんバグっぽいです。
Ｚキーでボール蹴るとしていたのをそのままにしているからかもしれません・・・orz
480 ： ◆Fp.xSEIREI ：2009/01/24(土) 00:36:48 ID:sVqgjDN6
＞なりすまし
そのためにトリップがある(・∀・)俺の名前はトリップ
名前の後に#(好きな半角英数記号1～10個)ってつけると固定でランダムな文字になる
毎回#のあとを同じ記号にしてればなりすましはできない(・∀・)
あれバグだったのかｗｗ
そのためにトリップがある(・∀・)俺の名前はトリップ
名前の後に#(好きな半角英数記号1～10個)ってつけると固定でランダムな文字になる
毎回#のあとを同じ記号にしてればなりすましはできない(・∀・)
あれバグだったのかｗｗ
コンフィグファイルから設定を読み込もうと奮闘中（絵はサボり・・・）
>＝、＝＝
でもうっかりミスはやるなら早い方がいいですねｗ
>＝、＝＝
でもうっかりミスはやるなら早い方がいいですねｗ
やっとコンフィグファイルから設定がロード出来た
ifの条件文でまたやってしまって時間かかった；
絵描きはどうもやる気にならないので不定期にします
ifの条件文でまたやってしまって時間かかった；
絵描きはどうもやる気にならないので不定期にします
483 ： ◆6pZCoAtaxk ：2009/01/25(日) 22:58:40 ID:4KstzHOL
484 ：436 ◆Ozi/jnIj0I ：2009/01/26(月) 00:34:02 ID:EV62Rr3C
トリップお試し
ファイルいじってたらバッファオーバーフローとかでデバッグ不能になって焦りましたｗ
FPS回りをイジイジしてます
ファイルいじってたらバッファオーバーフローとかでデバッグ不能になって焦りましたｗ
FPS回りをイジイジしてます
485 ： ◆Fp.xSEIREI ：2009/01/26(月) 10:31:34 ID:MupH4yIc
俺の酉は覚えやすいぜ(・∀・)
物理の勉強をいろいろ
平面上の点Aから点Bまでの距離がRで点PがAからBへ単位時間あたり速度Sで移動する。その時徐々に減速しT単位時間後に速度が0で点Pが点Bに到着するようにするには1単位時間当たりいくら減速すればよいか
とか(・∀・)
物理の勉強をいろいろ
平面上の点Aから点Bまでの距離がRで点PがAからBへ単位時間あたり速度Sで移動する。その時徐々に減速しT単位時間後に速度が0で点Pが点Bに到着するようにするには1単位時間当たりいくら減速すればよいか
とか(・∀・)
486 ： ◆6pZCoAtaxk ：2009/01/26(月) 22:55:55 ID:PZ6xLh+7
自分も将来ファイル関係やる時には気をつけてみます～。（バッファオーバーフロー難しそう・・・）
そういえば日本語読みで覚えやすそうな感じ！。自分の方はランダムっぽいけど、とりあえずこのトリでやってみます～。（物理についてはボール関係でいつか悩みそうな予感orz）
進捗なし・・・orzなので代わりのネタ→ >474で選手移動方法をカーソル追従化するために使おうとした
ＤＸライブラリのGetMousePointの戻り値の取り方が分からなくて
Ｃ言語の「参照渡し」で取れるようになっていると気付くのに実はかなり時間掛かってましたｗ
そういえば日本語読みで覚えやすそうな感じ！。自分の方はランダムっぽいけど、とりあえずこのトリでやってみます～。（物理についてはボール関係でいつか悩みそうな予感orz）
進捗なし・・・orzなので代わりのネタ→ >474で選手移動方法をカーソル追従化するために使おうとした
ＤＸライブラリのGetMousePointの戻り値の取り方が分からなくて
Ｃ言語の「参照渡し」で取れるようになっていると気付くのに実はかなり時間掛かってましたｗ
487 ：名前は開発中のものです。：2009/01/27(火) 00:46:54 ID:HyCbh5nh
コンフィグロードのソースが読み辛かったので書き直し
誤作動を防ぐ為に、設定ファイルの空白・タブ・無関係な文字を読み飛ばす様にしました
今は異常な数値を訂正させたり、アスペクト比を変えられる様にするか考え中
>物理
動くのを見るのは楽しいけど作るのは大変ですね；
>参照渡し
ポインタとかで見かけた様な・・・自分もマウスは必須なのでそのうち学ぶ事になるなぁ
誤作動を防ぐ為に、設定ファイルの空白・タブ・無関係な文字を読み飛ばす様にしました
今は異常な数値を訂正させたり、アスペクト比を変えられる様にするか考え中
>物理
動くのを見るのは楽しいけど作るのは大変ですね；
>参照渡し
ポインタとかで見かけた様な・・・自分もマウスは必須なのでそのうち学ぶ事になるなぁ
>>487
また名前忘れた；
また名前忘れた；
489 ： ◆6pZCoAtaxk ：2009/01/27(火) 23:23:07 ID:nvZpC6T/
今日も少しやってみました。
コピペから始めたプログラムだから未だに不完全な理解でやってる部分も多く、時間もないので
自分でここが肝心かな～？と思う部分だけサッと手書きメモレベルで整理してみた。（約30分）
悩んでいるところが見えたような気もするが、でも微妙な感じ。
今日はここまで～・・・orz
コピペから始めたプログラムだから未だに不完全な理解でやってる部分も多く、時間もないので
自分でここが肝心かな～？と思う部分だけサッと手書きメモレベルで整理してみた。（約30分）
悩んでいるところが見えたような気もするが、でも微妙な感じ。
今日はここまで～・・・orz
今日は全然出来なかった・・・リフレッシュレート関係を作り中です
491 ： ◆6pZCoAtaxk ：2009/01/28(水) 22:33:25 ID:BT9wNurf
自分の場合、プログラムは1ヶ月でほんの少し進むかどうかといった感じで
ほとんど止まってることもよくあるぐらいなので、気が乗らないときには休むのも有効かな～と時々思ったりします。
こちらは、この前言っていた移動計算の抜き出し？も出来てないし、とにかく気長にやっていこう～と思ってますｗ
ほとんど止まってることもよくあるぐらいなので、気が乗らないときには休むのも有効かな～と時々思ったりします。
こちらは、この前言っていた移動計算の抜き出し？も出来てないし、とにかく気長にやっていこう～と思ってますｗ
FPS表示とリフレッシュレート変更は出来たけど、高い周波数にするほどフレーム数が足りないまま安定しちゃう
30FPSぐらいだと問題ないけど、50、60と上げて行くと、なぜか5フレームほど足りなくなる；
そしてふれ幅も上下5フレームぐらいばらついて安定しない・・・う～むコードが悪いんだろうなぁ
>>491
ありがとう～
毎週火曜は歯医者に行ってるんですが、昨日は詰めた所が痛くてついぼんやりすごしてしまいました；
30FPSぐらいだと問題ないけど、50、60と上げて行くと、なぜか5フレームほど足りなくなる；
そしてふれ幅も上下5フレームぐらいばらついて安定しない・・・う～むコードが悪いんだろうなぁ
>>491
ありがとう～
毎週火曜は歯医者に行ってるんですが、昨日は詰めた所が痛くてついぼんやりすごしてしまいました；
493 ： ◆Fp.xSEIREI ：2009/01/29(木) 12:28:57 ID:TI9WuV0B
敵機のオプション(子機)を操作する関連をいろいろ(・∀・)
もう少し手を加えれば孫機を配置したりもできるようになるはず
目指せ超弾幕(・∀・)
for文をどっかからコピペしてきて使ってたら条件式を書き換えるのを忘れててアドレス異常の書き込み違反が出て一時間悩んだ(・∀・)敵を倒したら黄色いもにょもにょが湧いてきてちょっとしたホラー
もう少し手を加えれば孫機を配置したりもできるようになるはず
目指せ超弾幕(・∀・)
for文をどっかからコピペしてきて使ってたら条件式を書き換えるのを忘れててアドレス異常の書き込み違反が出て一時間悩んだ(・∀・)敵を倒したら黄色いもにょもにょが湧いてきてちょっとしたホラー
494 ： ◆Fp.xSEIREI ：2009/01/29(木) 19:39:44 ID:TI9WuV0B
495 ：SGGK ◆6pZCoAtaxk ：2009/01/29(木) 23:01:47 ID:jKwHiHD0
>>492
自分はFPS関係理解できなくてコピペ気味なプログラムなので、
技術的コメントが困難なレベル（・・・orz）ですが、歯を大事にする事については賛成です！！！
>>494
で・・・出来上がってきてますね～。
弾を目で数えるのはもう不可能・・・と思って右下見たら１０００発超えてる！！！
今回からコテハン＋トリップにしてみました～（見分けやすくするためですｗ）
自分はFPS関係理解できなくてコピペ気味なプログラムなので、
技術的コメントが困難なレベル（・・・orz）ですが、歯を大事にする事については賛成です！！！
>>494
で・・・出来上がってきてますね～。
弾を目で数えるのはもう不可能・・・と思って右下見たら１０００発超えてる！！！
今回からコテハン＋トリップにしてみました～（見分けやすくするためですｗ）
497 ： ◆Fp.xSEIREI ：2009/01/30(金) 04:23:48 ID:xtRLKZxM
>>495
重なってるから目で数えるのはむりぽ(・∀・)
5000発くらいまでなら安定して出せるけど避けれなくなる
SGGKてｗ
>>496
16ミリ秒待機とかにすると61.2FPSになる(・∀・)16.66666…で待機できるようにしないと…
重なってるから目で数えるのはむりぽ(・∀・)
5000発くらいまでなら安定して出せるけど避けれなくなる
SGGKてｗ
>>496
16ミリ秒待機とかにすると61.2FPSになる(・∀・)16.66666…で待機できるようにしないと…
498 ：名前は開発中のものです。：2009/01/30(金) 09:18:22 ID:fJ+jbeBq
うちのノートPC、ウインドウモード45fps安定で俺涙目
全画面にしたら60fpsになるんだけどな。
某弾幕シューも処理落ちでクリア余裕でした！
全画面にしたら60fpsになるんだけどな。
某弾幕シューも処理落ちでクリア余裕でした！
499 ： ◆Fp.xSEIREI ：2009/01/30(金) 10:05:50 ID:rD/YU9yd
>>498
フレームスキップするのと処理落ち率をスコアのファイルに出力しておくようにしておこう(・∀・)
フレームスキップするのと処理落ち率をスコアのファイルに出力しておくようにしておこう(・∀・)
どうしても16.3msになって、あと0.3ms引き伸ばせない・・・もう61Hzでいいかなぁ
キーコンフィグっぽい仕組みを作りました
キーコンフィグっぽい仕組みを作りました
501 ：SGGK ◆6pZCoAtaxk ：2009/01/31(土) 12:25:30 ID:nxG0Rhj8
しばらくSGGKで頑張ってみますｗ
こちらはまだ言語の文法理解が足りなくてつまづいてる感じです。
>474で言った「移動先を決める処理を関数みたいにして別ファイルにする」に挑戦中。
>489の手書きメモ見て考え中。
こちらはまだ言語の文法理解が足りなくてつまづいてる感じです。
>474で言った「移動先を決める処理を関数みたいにして別ファイルにする」に挑戦中。
>489の手書きメモ見て考え中。
FPSもうヤダー
503 ： ◆Fp.xSEIREI ：2009/02/01(日) 04:11:26 ID:ppxlATZm
できた！ありがと～
505 ：SGGK ◆6pZCoAtaxk ：2009/02/02(月) 22:53:46 ID:+VJz49//
技術的な話は自分にはまだまだ無理な様ですが、いつかは分かるようになりたいです～orz
昨日、移動先を決める処理を関数みたいにして別ファイルにしてみたつもりでコンパイルしてみたら、
「Warning: パブリックシンボル _chaseballmover がモジュール XXX\DEBUG\SOCCERGAME.OBJ と XXX\DEBUG\FIELDPLAYERCONTROL.OBJ の両方に定義されている」
という警告文がずらりと出てしまった・・・。
それからずっと考えていてフッと思ったのが、移動処理はクラス化したのでその宣言をヘッダファイルに書いていたけど、今回のは宣言と同時にオブジェクトも定義？したから、
クラス｛｝オブジェクト； が記述されているヘッダファイルを何箇所かのファイルの先頭にインクルードしてたからかな～と思い始めた。
このオブジェクトがいわゆる「外部変数」になってるような感じで
それを複数箇所にインクルードした事で同じオブジェクトが外部変数として複数定義？されたという事になっていたとすれば、それが警告の原因かも？？？
今日はここまででちょっと試せそうにないです。
昨日、移動先を決める処理を関数みたいにして別ファイルにしてみたつもりでコンパイルしてみたら、
「Warning: パブリックシンボル _chaseballmover がモジュール XXX\DEBUG\SOCCERGAME.OBJ と XXX\DEBUG\FIELDPLAYERCONTROL.OBJ の両方に定義されている」
という警告文がずらりと出てしまった・・・。
それからずっと考えていてフッと思ったのが、移動処理はクラス化したのでその宣言をヘッダファイルに書いていたけど、今回のは宣言と同時にオブジェクトも定義？したから、
クラス｛｝オブジェクト； が記述されているヘッダファイルを何箇所かのファイルの先頭にインクルードしてたからかな～と思い始めた。
このオブジェクトがいわゆる「外部変数」になってるような感じで
それを複数箇所にインクルードした事で同じオブジェクトが外部変数として複数定義？されたという事になっていたとすれば、それが警告の原因かも？？？
今日はここまででちょっと試せそうにないです。
506 ：SGGK ◆6pZCoAtaxk ：2009/02/02(月) 23:31:37 ID:+VJz49//
と言いつつちょっとだけ書いてみたけどダメだった。
技術だけじゃなく文法的な話もまだ無理みたいな感じです・・・orz
技術だけじゃなく文法的な話もまだ無理みたいな感じです・・・orz
アナログパッド入力出来る様になりました。コンフィグファイルから実数値も読み出せる様になりました
これによりFPSを0.001フレーム単位で指定という無駄な事が出来ますｗ
FPS関連で解ったんですが、変数型によって有効桁数が当然あって
それを考慮せずにあまりに桁が違う数同士を計算すると
情報落ちと言われる物が起こってしまうらしく。
自分の場合、システムカウント(整数)とμs(実数)と言う桁数が違いすぎる変数同士を計算した為
小数点以下の桁が消失して、細かいフレーム調整が出来なくなってました
自分と同じ様な初心者の方は注意です
計算の順序を考慮してコードを組んだらサックリ動きました。勉強になりました
その他過程で知った事
・時間でタイミングを取るよりフレームでタイミングを取る方がいいらしい
・floatよりdoubleの方が容量が大きく処理も早い
・動きの激しいゲームでは、キャラクター座標を内部で256倍とかして管理するといいらしい
>>505
オブジェクト指向の話はサッパリワカメです；広範囲に手を加えた後に出るエラーには変な汗が出ますｗ
これによりFPSを0.001フレーム単位で指定という無駄な事が出来ますｗ
FPS関連で解ったんですが、変数型によって有効桁数が当然あって
それを考慮せずにあまりに桁が違う数同士を計算すると
情報落ちと言われる物が起こってしまうらしく。
自分の場合、システムカウント(整数)とμs(実数)と言う桁数が違いすぎる変数同士を計算した為
小数点以下の桁が消失して、細かいフレーム調整が出来なくなってました
自分と同じ様な初心者の方は注意です
計算の順序を考慮してコードを組んだらサックリ動きました。勉強になりました
その他過程で知った事
・時間でタイミングを取るよりフレームでタイミングを取る方がいいらしい
・floatよりdoubleの方が容量が大きく処理も早い
・動きの激しいゲームでは、キャラクター座標を内部で256倍とかして管理するといいらしい
>>505
オブジェクト指向の話はサッパリワカメです；広範囲に手を加えた後に出るエラーには変な汗が出ますｗ
508 ： ◆Fp.xSEIREI ：2009/02/03(火) 02:43:01 ID:b4/cfZ4i
オブ…ジェクト…？
変数はint、double、bool、LONGLONGってのを使ってるな(・∀・)
変数ごとの処理速度の差はあんまり考えたこと無かったなー。intにできるとこはintにしてるけど…
変数はint、double、bool、LONGLONGってのを使ってるな(・∀・)
変数ごとの処理速度の差はあんまり考えたこと無かったなー。intにできるとこはintにしてるけど…
509 ：SGGK ◆6pZCoAtaxk ：2009/02/03(火) 23:28:01 ID:6PB7lMIm
>>507
小数点以下の十進数を小数点以下の二進数で一対一で表現する事は出来ないような事を
どこかの本で読んだ記憶がありますが、あまり自信は無いですｗ
こうなってくるとコンピュータの勉強も必要なのかもしれませんが、今は手が届きそうに無い状況です・・・orz
>>508
自分も変数は、int、float、boolぐらいしか使ってなくて、オブジェクトを変数と言ったのは、
今参考にしてる１４歳シリーズのＣ＋＋わくわくゲームプログラミング教室ｗにたまた変数と書かれてあった為で、
これもまたあまり自信は無いです。
昨日のバグはなんとか取れた感じ。
今回の移動処理のヘッダファイルをあるヘッダファイルに書くと、そのヘッダファイルもまた別のヘッダファイルに書かれていたりするので
結果的にヘッダファイルがヘッダファイルを呼ぶような状況になっていて思わぬ場所にも書かれていたからかもしれない。
でも、ヘッダファイルの２重呼出し防止策、#ifndef、#define ～#endifは書いてあったから、これが原因の自信はなくて、
結局、今回書いたヘッダファイルの中にあるクラス宣言と同時に定義したオブジェクトの変数？を必要としているｃｐｐファイルがあり、そのcppファイルの先頭だけに
今回作成したヘッダファイルをインクルードして、他にインクルードした所は全部消したら、エラーも警告も出なくなりました。
プログラムも長くなり、かなり危ないシーンがこれからも増えてきそうな予感ｗ
小数点以下の十進数を小数点以下の二進数で一対一で表現する事は出来ないような事を
どこかの本で読んだ記憶がありますが、あまり自信は無いですｗ
こうなってくるとコンピュータの勉強も必要なのかもしれませんが、今は手が届きそうに無い状況です・・・orz
>>508
自分も変数は、int、float、boolぐらいしか使ってなくて、オブジェクトを変数と言ったのは、
今参考にしてる１４歳シリーズのＣ＋＋わくわくゲームプログラミング教室ｗにたまた変数と書かれてあった為で、
これもまたあまり自信は無いです。
昨日のバグはなんとか取れた感じ。
今回の移動処理のヘッダファイルをあるヘッダファイルに書くと、そのヘッダファイルもまた別のヘッダファイルに書かれていたりするので
結果的にヘッダファイルがヘッダファイルを呼ぶような状況になっていて思わぬ場所にも書かれていたからかもしれない。
でも、ヘッダファイルの２重呼出し防止策、#ifndef、#define ～#endifは書いてあったから、これが原因の自信はなくて、
結局、今回書いたヘッダファイルの中にあるクラス宣言と同時に定義したオブジェクトの変数？を必要としているｃｐｐファイルがあり、そのcppファイルの先頭だけに
今回作成したヘッダファイルをインクルードして、他にインクルードした所は全部消したら、エラーも警告も出なくなりました。
プログラムも長くなり、かなり危ないシーンがこれからも増えてきそうな予感ｗ
ちょこっとだけ、コードの整頓と、マウス入力をつけました
>>508
調べたらfloatが遅かったのは昔の話で、最近ではあまり差は無く、環境の影響のが大きい様で。
FPUによってfloatの方が高速だったりするそうです
>>509
解消された様で良かったです～
>>508
調べたらfloatが遅かったのは昔の話で、最近ではあまり差は無く、環境の影響のが大きい様で。
FPUによってfloatの方が高速だったりするそうです
>>509
解消された様で良かったです～
511 ：SGGK ◆6pZCoAtaxk ：2009/02/04(水) 22:59:39 ID:0WPinhOQ
かろうじて解消できてる様な感じです～ｗ
抜き出した移動処理部分をメインループから呼び出せるようにしたつもりが動かず。
エラー２０行出た。最初の数行はコンパイラの言ってる意味が分からなかったけど、
分かる所から先に直していったら、その意味不明なエラーもなぜか出てこなくなった。
しかし、プログラムを起動しても選手が動かなくなってしまった。エラーの出ないやっかいなバグ・・・orz
抜き出した移動処理部分をメインループから呼び出せるようにしたつもりが動かず。
エラー２０行出た。最初の数行はコンパイラの言ってる意味が分からなかったけど、
分かる所から先に直していったら、その意味不明なエラーもなぜか出てこなくなった。
しかし、プログラムを起動しても選手が動かなくなってしまった。エラーの出ないやっかいなバグ・・・orz
キー設定ファイルからボタン名を読み込んでキーコードに変換する物を作ってます
513 ：SGGK ◆6pZCoAtaxk ：2009/02/05(木) 23:07:23 ID:O65/6Go1
こちらは昨日から変化無しです～。
移動処理部にprintfDxを書いてみたら何か適当な数字がずらーっと出てくるので
移動処理部に処理が移っているはずだけど選手は動かない。
という事で気分を変えて本を読む事に・・・。
移動処理部にprintfDxを書いてみたら何か適当な数字がずらーっと出てくるので
移動処理部に処理が移っているはずだけど選手は動かない。
という事で気分を変えて本を読む事に・・・。
>>513
自分も今日は変化なし・・・じっくり構想を練っています
自分も今日は変化なし・・・じっくり構想を練っています
515 ： ◆Fp.xSEIREI ：2009/02/06(金) 07:39:07 ID:kUyKQz9d
枠作ったりゲームシステム考えたりいろいろ
自機ショットのスムーズに曲がるホーミングレーザーを実装に向けていろいろ
自機ショットのスムーズに曲がるホーミングレーザーを実装に向けていろいろ
516 ： ◆Fp.xSEIREI ：2009/02/06(金) 12:17:19 ID:kUyKQz9d
エフェクトのクラスいじってたら古すぎﾜﾛﾀ
開発初期のまんまだぜ…8月か…？
開発初期のまんまだぜ…8月か…？
517 ：SGGK ◆6pZCoAtaxk ：2009/02/07(土) 00:31:41 ID:xxcJdwT9
自分もバグ取れたら、構想やゲームシステムを考えてみようかな～と思ってます。
選手のｘ、ｙ座標を計算するのに使っている数値をデバッガで見ようと思いついたもののネット見ても方法が分からず断念。
もう1つ気になったのが、式の中にある１フレームあたりの移動量を現す数値をコンストラクタという初期化用関数？で設定していた点。
これをやめて、その式をコンストラクタの外に書いたら動いた。
理由は勉強不足で分からないけど、とりあえずこれで進めてしまう予定。
実はまた別のバグが出たけど今日は時間切れ～。
選手のｘ、ｙ座標を計算するのに使っている数値をデバッガで見ようと思いついたもののネット見ても方法が分からず断念。
もう1つ気になったのが、式の中にある１フレームあたりの移動量を現す数値をコンストラクタという初期化用関数？で設定していた点。
これをやめて、その式をコンストラクタの外に書いたら動いた。
理由は勉強不足で分からないけど、とりあえずこれで進めてしまう予定。
実はまた別のバグが出たけど今日は時間切れ～。
やる気が激しく低迷中・・・みんな俺にかまわず先に行くんだ・・・！！
519 ： ◆Fp.xSEIREI ：2009/02/07(土) 18:29:46 ID:aA+gcqfk
オーバーフローこわい
アイテムの初期化ミスったら音声ファイルハンドルぶっこわれたﾊﾟﾈｪ
アイテムの初期化ミスったら音声ファイルハンドルぶっこわれたﾊﾟﾈｪ
520 ：SGGK ◆6pZCoAtaxk ：2009/02/07(土) 23:35:24 ID:fMJHJAn5
>>518
だ･･･大丈夫！やる気が０にならない限りは大丈夫です～。
>>519
「C言語 オーバーフロー」で検索してみましたが、む･･･難しそう･･･orz。
昨日の別のバグというのは、
１．Ｚキー押してないのに選手がマウスカーソルに向かっていく。
２．自分以外の選手全てがボールから離れていってしまう。
今日もあまりやれなくて未解決！！！
だ･･･大丈夫！やる気が０にならない限りは大丈夫です～。
>>519
「C言語 オーバーフロー」で検索してみましたが、む･･･難しそう･･･orz。
昨日の別のバグというのは、
１．Ｚキー押してないのに選手がマウスカーソルに向かっていく。
２．自分以外の選手全てがボールから離れていってしまう。
今日もあまりやれなくて未解決！！！
522 ： ◆Fp.xSEIREI ：2009/02/08(日) 08:19:34 ID:W7UWcBdq
>>520
正確にはオーバーフローじゃないかな？似たようなもんか。うちのは例えると
50個の配列変数をintで確保して、70回ループで初期化してしまいました。はみでた20回分はどこの変数を初期化したのでしょう☆
ってなった。画像や音声のハンドルを保存してるメモリ領域にはみ出てエラいことになったｗ
>>521
やる気が出ないときってあるよな～
書き出したらキリのいいとこまでとまらなくなるがそこまでが遠い…
正確にはオーバーフローじゃないかな？似たようなもんか。うちのは例えると
50個の配列変数をintで確保して、70回ループで初期化してしまいました。はみでた20回分はどこの変数を初期化したのでしょう☆
ってなった。画像や音声のハンドルを保存してるメモリ領域にはみ出てエラいことになったｗ
>>521
やる気が出ないときってあるよな～
書き出したらキリのいいとこまでとまらなくなるがそこまでが遠い…
523 ：SGGK ◆6pZCoAtaxk ：2009/02/08(日) 23:11:00 ID:DeawIxvP
時間経つの早いですね～。2月もあっという間かも・・・。
そういえば自分も画像データを読む時に配列変数１個ずれてプログラム書いてエラーになった経験がありますｗ
バグは>520の２．はなんとかクリア。
選手の座標決める式はおおざっぱに書くと、（次の座標）＝（今の座標）＋（１フレーム移動量）Ｘ（sinまたはcos）で、
その中のｓｉｎ、ｃｏｓを算出する式が別にあって、その中で（選手座標）－（ボール座標）としてたのが間違い。
その部分を（ボール座標）－（選手座標）にしたら直ったｗ
そういえば自分も画像データを読む時に配列変数１個ずれてプログラム書いてエラーになった経験がありますｗ
バグは>520の２．はなんとかクリア。
選手の座標決める式はおおざっぱに書くと、（次の座標）＝（今の座標）＋（１フレーム移動量）Ｘ（sinまたはcos）で、
その中のｓｉｎ、ｃｏｓを算出する式が別にあって、その中で（選手座標）－（ボール座標）としてたのが間違い。
その部分を（ボール座標）－（選手座標）にしたら直ったｗ
ちょっと出来そうな案が浮かんだので、ポチポチとやってます
>>522
ありがと～ ここに書き込む事で大分やる気をもらってます
>オーバーフロー
自分は文字列を上限超えて格納したら、以降コードを修正してもデバッグが起動不能に・・・ｗ；
>>522
ありがと～ ここに書き込む事で大分やる気をもらってます
>オーバーフロー
自分は文字列を上限超えて格納したら、以降コードを修正してもデバッグが起動不能に・・・ｗ；
525 ：SGGK ◆6pZCoAtaxk ：2009/02/09(月) 23:01:35 ID:77ZsJA8v
>520のバグ１．は未解決です。
>517で言った構想やゲームシステムは、どちらかと言えば「やる事リスト」を考える事になりそうな感じ。
週末までになんとかできれば・・・。
>517で言った構想やゲームシステムは、どちらかと言えば「やる事リスト」を考える事になりそうな感じ。
週末までになんとかできれば・・・。
ずぅー っとキーコンフィグの仕組みをイジイジしてます
527 ： ◆Fp.xSEIREI ：2009/02/10(火) 02:20:35 ID:Bgt+PgnG
ゲームのプロセス優先度を変更して実行中のFPSのばらつきをほぼ0に(・∀・)
スカイプやってもエンコやっても処理落ちしない！けどフリーズしたらヤバそう
スカイプやってもエンコやっても処理落ちしない！けどフリーズしたらヤバそう
528 ：SGGK ◆6pZCoAtaxk ：2009/02/10(火) 23:45:39 ID:bVQ8HCA1
こちらは、「>520のバグ１．」未解決～。（間違いなさそうな気がするけどそんなはずないだろうし・・・）
こんな時は１４歳から・・・の本に目を通してみます。
こんな時は１４歳から・・・の本に目を通してみます。
530 ：SGGK ◆6pZCoAtaxk ：2009/02/11(水) 15:14:11 ID:mkWNCyhh
>>527、529
「ゲームのプロセス優先度を変更」、「マルチコア」で検索～！
む・・・難しい内容でした。
バグの原因発見！
原因のソース部分は内容的には下記の様になっていて、
このelseブロック内では最初以外の選手IDだけ処理される様な気がしていたけど、
良く見れば、Zｷｰを押さなかった場合、最初の選手のIDについても処理される事に気付いた。ｗ
そして最初の選手のmove関数はマウスカーソル追従型にしていたから、
Zキーを押さなくてもmove関数が呼び出されて、選手がマウスカーソルに追従するというワケ。
while(選手IDが最後）{
if( (選手IDが最初) && (Zキー押した) ){
(最初の選手データのクラス).move(0,0);//マウスカーソルを目指す関数が設定されている。
}
else{
(それ以外の選手データのクラス).move(ボールx座標,ボールy座標);//ボールを目指す関数が設定されている
}
ID++する。
}
原因は分かったけど、どのように直すかは検討中・・・orz
「ゲームのプロセス優先度を変更」、「マルチコア」で検索～！
む・・・難しい内容でした。
バグの原因発見！
原因のソース部分は内容的には下記の様になっていて、
このelseブロック内では最初以外の選手IDだけ処理される様な気がしていたけど、
良く見れば、Zｷｰを押さなかった場合、最初の選手のIDについても処理される事に気付いた。ｗ
そして最初の選手のmove関数はマウスカーソル追従型にしていたから、
Zキーを押さなくてもmove関数が呼び出されて、選手がマウスカーソルに追従するというワケ。
while(選手IDが最後）{
if( (選手IDが最初) && (Zキー押した) ){
(最初の選手データのクラス).move(0,0);//マウスカーソルを目指す関数が設定されている。
}
else{
(それ以外の選手データのクラス).move(ボールx座標,ボールy座標);//ボールを目指す関数が設定されている
}
ID++する。
}
原因は分かったけど、どのように直すかは検討中・・・orz
まだまだキーコンフィグ
一応途中のテストでは動いたものの、見た目が悪いので書き直しと残りの書き足しで、あと一日かかりそう
一応途中のテストでは動いたものの、見た目が悪いので書き直しと残りの書き足しで、あと一日かかりそう
532 ：名前は開発中のものです。：2009/02/12(木) 20:18:47 ID:3ETp66yJ
皆さん頑張ってますなあ。
僕も頑張らねば……
僕も頑張らねば……
533 ：SGGK ◆6pZCoAtaxk ：2009/02/12(木) 23:46:17 ID:0sUNNefd
お互い頑張りましょ～！
（>530の続き）
else{
と書いてあるところを
else if（選手ID != 最初）{
としたら直った！！！
次は、やる事リスト作成またはもう少しプログラムを手直しするかのどちらかで行く予定です。
（>530の続き）
else{
と書いてあるところを
else if（選手ID != 最初）{
としたら直った！！！
次は、やる事リスト作成またはもう少しプログラムを手直しするかのどちらかで行く予定です。
風邪引いたー最近ちょっと変だったからもしやと思ったけど・・・皆さんも気をつけて
まだテスト途中ですが、キーコンフィグ一応完成。アナログだろうがPOVだろうが何でもこいです
まだテスト途中ですが、キーコンフィグ一応完成。アナログだろうがPOVだろうが何でもこいです
535 ：SGGK ◆6pZCoAtaxk ：2009/02/13(金) 23:22:42 ID:NesIqe+1
キーコンフィグ、気になってネットでちょっとだけ調べてみたらやっぱり難解。
もしかしてWindowsプログラミングかも？
自分もWindowsプログラミングにトライする準備勉強してみようかな～。（まだ早いかもしれないけど）
以前、すぐに挫折した経験ありです・・・orz （それで今はDXライブラリ＋主に14歳シリーズ書籍）
風邪の方は、とりあえずマスクを用意してきます～。
「やる事リスト」はもう少し後にして、まずはボールのバグを直す事にしてみます。
もしかしてWindowsプログラミングかも？
自分もWindowsプログラミングにトライする準備勉強してみようかな～。（まだ早いかもしれないけど）
以前、すぐに挫折した経験ありです・・・orz （それで今はDXライブラリ＋主に14歳シリーズ書籍）
風邪の方は、とりあえずマスクを用意してきます～。
「やる事リスト」はもう少し後にして、まずはボールのバグを直す事にしてみます。
あ～何やってんだ自分； 「完成」したのはファイルからボタン名を読み込んだりキーコードに変換したり、各命令にボタンを割り当てる部分で
キーコンフィグ画面や設定を保存する処理などまだまだやる事沢山あります。誤解を招く書き込みしてすいません
今日はウィンドウのタゲが他に移って戻った時にFPSがおかしくなるのを修正
>>535
自分は基本DXライブラリのリファレンスとヘッダファイル？と標準関数の説明ページに書かれている事以外は使えません；
キーコンフィグ画面や設定を保存する処理などまだまだやる事沢山あります。誤解を招く書き込みしてすいません
今日はウィンドウのタゲが他に移って戻った時にFPSがおかしくなるのを修正
>>535
自分は基本DXライブラリのリファレンスとヘッダファイル？と標準関数の説明ページに書かれている事以外は使えません；
537 ：SGGK ◆6pZCoAtaxk ：2009/02/15(日) 00:02:48 ID:jh3k09Ob
>>536
そ･･･そういえば、自分はＤＸライブラリを説明見てインストールしてしまったら、
もうその時の事を忘れてしまい、なんで動いてるのかを良く知らないで使っている状態になってます。・・・orz
（ボールのバグの原因？）
全選手とボールの当たり判定が「当たり」の時に選手のフラグ用メンバ変数をtrueにする。
「Ｚキー押し」と「フラグ＝true」が同時に成立していたら、カウント変数を初期化（=30)し、フラグ=falseにして、
ボールを蹴る選手の移動方向と同方向に移動させる。
カウント変数を毎ループ１ずつ減らし、if(ｶｳﾝﾀ>0）{ボール移動処理}にしてるので、
カウント０になるとボールは止まる。
これで分かった問題点は・・・、
１．ボールに触れた時にＺキーを押さずにボールから離れてもフラグがtrueのままになる。
だから以前４方向移動だった頃、ボールから離れてる時にＺキーを押すとボールが動いたと思われる。
今はＺキー移動なので、触れた瞬間にボールが蹴られてしまうし、
他選手がボールに自分より先に触れた時に自分がＺキーで移動してたら、他選手のフラグ=trueになるので、
他選手もボールが蹴れてしまう。
こ・・・これを直すのは辛そうな感じ。
そのままにしておいて他の事やるかもですｗ
そ･･･そういえば、自分はＤＸライブラリを説明見てインストールしてしまったら、
もうその時の事を忘れてしまい、なんで動いてるのかを良く知らないで使っている状態になってます。・・・orz
（ボールのバグの原因？）
全選手とボールの当たり判定が「当たり」の時に選手のフラグ用メンバ変数をtrueにする。
「Ｚキー押し」と「フラグ＝true」が同時に成立していたら、カウント変数を初期化（=30)し、フラグ=falseにして、
ボールを蹴る選手の移動方向と同方向に移動させる。
カウント変数を毎ループ１ずつ減らし、if(ｶｳﾝﾀ>0）{ボール移動処理}にしてるので、
カウント０になるとボールは止まる。
これで分かった問題点は・・・、
１．ボールに触れた時にＺキーを押さずにボールから離れてもフラグがtrueのままになる。
だから以前４方向移動だった頃、ボールから離れてる時にＺキーを押すとボールが動いたと思われる。
今はＺキー移動なので、触れた瞬間にボールが蹴られてしまうし、
他選手がボールに自分より先に触れた時に自分がＺキーで移動してたら、他選手のフラグ=trueになるので、
他選手もボールが蹴れてしまう。
こ・・・これを直すのは辛そうな感じ。
そのままにしておいて他の事やるかもですｗ
コンフィグ画面を作ってます。やっぱり見た目が変化するとモチベーションが違いますね～
539 ：SGGK ◆6pZCoAtaxk ：2009/02/15(日) 22:20:49 ID:HE3msbh5
自分も選手１１人出したらモチベーション上がるかもです～。（もうしばらく先になりそうな感じ）
ボールのバグについては、
アタリフラグを当たり判定でＯＮして、ボールを蹴った直後にＯＦＦしてるのがおかしいと思った。
これだとボールに触れても蹴ってない選手がいたら、その選手のアタリフラグはずっとＯＮのままになってしまうから・・・。
という事で、当たり判定の関数内で選手がボールに触れたらＯＮ、離れたらＯＦＦするようにしたみた。
そしてＺキーは移動用にしてるので、「蹴る」をＸキーにしてみた。
コンパイラは通ったけど、ボールに触ってる時にＸキー押しても何故かボールは動かない。
原因不明～。また日数掛かりそうな予感。（一日あたり少ししかやれないので・・・）
ボールのバグについては、
アタリフラグを当たり判定でＯＮして、ボールを蹴った直後にＯＦＦしてるのがおかしいと思った。
これだとボールに触れても蹴ってない選手がいたら、その選手のアタリフラグはずっとＯＮのままになってしまうから・・・。
という事で、当たり判定の関数内で選手がボールに触れたらＯＮ、離れたらＯＦＦするようにしたみた。
そしてＺキーは移動用にしてるので、「蹴る」をＸキーにしてみた。
コンパイラは通ったけど、ボールに触ってる時にＸキー押しても何故かボールは動かない。
原因不明～。また日数掛かりそうな予感。（一日あたり少ししかやれないので・・・）
う～むどうもうまい処理の仕方が浮かばないです。引き続きコンフィグ画面を作り中
541 ：SGGK ◆6pZCoAtaxk ：2009/02/16(月) 22:32:50 ID:YITEZ4OH
バグ取れずです。・・・orz
if文の後に書いてあるボールの移動処理のブロックにprintfDx("%d",3);を書いても
何も表示されないので、if文の後のボール移動処理ブロックに処理が移ってない感じ。
if文の後に書いてあるボールの移動処理のブロックにprintfDx("%d",3);を書いても
何も表示されないので、if文の後のボール移動処理ブロックに処理が移ってない感じ。
542 ： ◆Fp.xSEIREI ：2009/02/16(月) 23:27:24 ID:agCOi5px
ブレークポイントつかってる？(・∀・)左の方クリックしたら赤い○つくやつ
そこで処理とめて変数の中身見たりできる
http://www.dotup.org/uploda/www.dotup.org14196.jpg
そこで処理とめて変数の中身見たりできる
http://www.dotup.org/uploda/www.dotup.org14196.jpg
544 ： ◆Fp.xSEIREI ：2009/02/17(火) 04:59:49 ID:0pJ8V4zK
クラスのメンバを一気に見たりできるから超便利だぜ(・∀・)
545 ：SGGK ◆6pZCoAtaxk ：2009/02/17(火) 23:52:55 ID:t8GcL2rZ
>>542
ありがとうございます～！画像も見てみました。
自分のはターボデバッガというのが入ってるのですが、何故かブレークポイントが最初の数行までしか設定できず、
その他いろいろ使いこなせない場面があり、ちょっと放置気味でした・・・orz
ネットで調べてもあまり情報が載っていない様なので、情報の多いデバッガを使えるコンパイラがあれば、それに乗り換えが必要かもしれません。
でも、もうしばらく頑張ってみます～。
ありがとうございます～！画像も見てみました。
自分のはターボデバッガというのが入ってるのですが、何故かブレークポイントが最初の数行までしか設定できず、
その他いろいろ使いこなせない場面があり、ちょっと放置気味でした・・・orz
ネットで調べてもあまり情報が載っていない様なので、情報の多いデバッガを使えるコンパイラがあれば、それに乗り換えが必要かもしれません。
でも、もうしばらく頑張ってみます～。
俺のコンパイラはVC++2008EEだ(・∀・)便利
今日はサボってしまた。。。明日がんばります
548 ：SGGK ◆6pZCoAtaxk ：2009/02/18(水) 23:47:13 ID:GV05nuHS
自分も今日はあまりできませんでした。・・・orz
VC++2008EE、検討してみます。（今度の土日で試してみるかも）
ターボデバッガ、何故か画面右上の「ＨＥＬＰ」をクリックしても
何も表示されないので以前から放置して諦めてたけど、偶然解決。
自分はデバッガ画面をかなり縦長に初期設定していてたらしく、
実はＨＥＬＰ画面はその一番下側に表示されていて普段は隠れている格好になっていて、
スクロールしない限り見ることができなかったのが原因。
でも、肝心のブレークポイントの問題解決に繋がる説明は見つからず・・・orz
やっぱり、VC++2008EEに切り替えてそっちのデバッガでも同じ問題が出るかを
確認した方が早く解決するかも・・・？
VC++2008EE、検討してみます。（今度の土日で試してみるかも）
ターボデバッガ、何故か画面右上の「ＨＥＬＰ」をクリックしても
何も表示されないので以前から放置して諦めてたけど、偶然解決。
自分はデバッガ画面をかなり縦長に初期設定していてたらしく、
実はＨＥＬＰ画面はその一番下側に表示されていて普段は隠れている格好になっていて、
スクロールしない限り見ることができなかったのが原因。
でも、肝心のブレークポイントの問題解決に繋がる説明は見つからず・・・orz
やっぱり、VC++2008EEに切り替えてそっちのデバッガでも同じ問題が出るかを
確認した方が早く解決するかも・・・？
ゲーム内のウィンドウ単位で関数化してみれば管理が楽かも・・・と思い立ち、試しに組み立て中
>>548
自分もVC++2008EEです。トゥルースペースといい、無料で使っていいなんてマイクロソフトは太っ腹すねえ
>>548
自分もVC++2008EEです。トゥルースペースといい、無料で使っていいなんてマイクロソフトは太っ腹すねえ
そろそろいつか投げてたレーザーの処理をきちんと片付けておこうと思ったり
ある点Pが一辺の中点として存在する高さa幅bの矩形がr度回転している時の角ABCDの求め方って公式とかあるのかな
このゆとり脳をフル回転させると
点Pからr+90度方向にb/2進んだ座標に点A、-90度方向にb/2進んだ座標に点B、点Aから-90度方向にa進んだ座標に点D、点Bから+90度方向にa進んだ座標に点Cを取れば矩形が描けるはず…!!
自作の「角度と移動量を入れたら座標を返す関数」を駆使すれば余☆裕☆DA
ﾌﾊﾊﾊﾊﾊ
ある点Pが一辺の中点として存在する高さa幅bの矩形がr度回転している時の角ABCDの求め方って公式とかあるのかな
このゆとり脳をフル回転させると
点Pからr+90度方向にb/2進んだ座標に点A、-90度方向にb/2進んだ座標に点B、点Aから-90度方向にa進んだ座標に点D、点Bから+90度方向にa進んだ座標に点Cを取れば矩形が描けるはず…!!
自作の「角度と移動量を入れたら座標を返す関数」を駆使すれば余☆裕☆DA
ﾌﾊﾊﾊﾊﾊ
551 ：SGGK ◆6pZCoAtaxk ：2009/02/19(木) 23:27:19 ID:l2on3TGr
>>549
現在はボーランドＣ＋＋５．５コンパイラとＢＣＣデベロッパーを使用（１４歳シリーズＣ＋＋がこれを使っていた為）していますが、
土日といわず今からでもと思いVC++2008EEをインストール中。今日はインストールまでで終わりそうです。
>>550
回転そのものの公式の存在については今の自分では見つかりませんでした。
やっぱり距離とｓｉｎ、ｃｏｓで１点ずつ位置を計算するかな～と思いますorz
現在はボーランドＣ＋＋５．５コンパイラとＢＣＣデベロッパーを使用（１４歳シリーズＣ＋＋がこれを使っていた為）していますが、
土日といわず今からでもと思いVC++2008EEをインストール中。今日はインストールまでで終わりそうです。
>>550
回転そのものの公式の存在については今の自分では見つかりませんでした。
やっぱり距離とｓｉｎ、ｃｏｓで１点ずつ位置を計算するかな～と思いますorz
553 ： ◆Fp.xSEIREI ：2009/02/20(金) 02:06:24 ID:DwKgvB67
矩形回転についていろいろ(・∀・)
拡張性を求めて試行錯誤
拡張性を求めて試行錯誤
554 ：SGGK ◆6pZCoAtaxk ：2009/02/20(金) 23:59:53 ID:6hmoFzm5
ＤＸライブラリのサイトにある説明に従ってコンパイラを設定し、
プロジェクトの新規作成までで今日は終了。orz
土日前にここまでやっておいて良かったかもしれないけど、ややこしい～。
プロジェクトの新規作成までで今日は終了。orz
土日前にここまでやっておいて良かったかもしれないけど、ややこしい～。
555 ： ◆Fp.xSEIREI ：2009/02/21(土) 00:52:09 ID:hRYbf/Bl
レーザー見た目だけ実装(・∀・)当たり判定はまだ
http://files.uploadr.net/11030196b9/WS000851.JPG
http://files.uploadr.net/11030196b9/WS000851.JPG
557 ：名前は開発中のものです。：2009/02/21(土) 23:36:37 ID:lLbQtoox
ボタンの入力系統ごとの処理をかきかき
十字キーを押すと左アナログからも数値が返ってくる・・・
連動してるなんてしらなんだ
十字キーを押すと左アナログからも数値が返ってくる・・・
連動してるなんてしらなんだ
559 ： ◆Fp.xSEIREI ：2009/02/22(日) 02:04:08 ID:RhTsgzZG
予告線から発生するタイプも実装(・∀・)
http://www.dotup.org/uploda/www.dotup.org23879.jpg
オプションにくっつけて回転させながら撃たせてみた
あとは当たり判定つけるだけ(・∀・)
http://www.dotup.org/uploda/www.dotup.org23879.jpg
オプションにくっつけて回転させながら撃たせてみた
あとは当たり判定つけるだけ(・∀・)
560 ：名前は開発中のものです。：2009/02/22(日) 03:20:53 ID:vuKwEEMt
>ボーランドＣ＋＋でやってた時はバグなかったのに・・・。
それはバグっつーかコンパイラの仕様の違いでは……。
それはバグっつーかコンパイラの仕様の違いでは……。
561 ：SGGK ◆6pZCoAtaxk ：2009/02/22(日) 22:01:00 ID:Iti7a7GO
>>558、559
みなさん進んでますね～。
こちらはバグが取れず当分の間足踏み状態が続きそうな予感です～。
>>560
仕様が違うとコンパイラってこんなにも違うものなのかと痛感してます。
昨日のエラーは最後の３行、残りはワーニング（警告）。
エラー内容は、言葉忘れたけど、同じ定義が他にもされているという類のもの。
以前、staticメンバ変数は外部に実体の定義が必要らしいと知り、それをたまたまヘッダファイルの中で定義してたから、
そのヘッダファイルが何箇所かで呼ばれてるのがいけないんだろうと思い、
定義の部分をcppファイルに移したら、コンパイルが進み、「おっ！？」と思ったら
ウインドウが出た直後に英文だけのエラーメッセージウィンドウが表示されて停止。
ワーニングも７１個に増えた。・・・orz
みなさん進んでますね～。
こちらはバグが取れず当分の間足踏み状態が続きそうな予感です～。
>>560
仕様が違うとコンパイラってこんなにも違うものなのかと痛感してます。
昨日のエラーは最後の３行、残りはワーニング（警告）。
エラー内容は、言葉忘れたけど、同じ定義が他にもされているという類のもの。
以前、staticメンバ変数は外部に実体の定義が必要らしいと知り、それをたまたまヘッダファイルの中で定義してたから、
そのヘッダファイルが何箇所かで呼ばれてるのがいけないんだろうと思い、
定義の部分をcppファイルに移したら、コンパイルが進み、「おっ！？」と思ったら
ウインドウが出た直後に英文だけのエラーメッセージウィンドウが表示されて停止。
ワーニングも７１個に増えた。・・・orz
563 ：SGGK ◆6pZCoAtaxk ：2009/02/23(月) 23:10:38 ID:ScQiYH5A
>>562
ボーランドＣ＋＋で通ったなら、VC++2008EEでもいけると思ったけどダメでした。
VC++2008EEの方が何故かチェック厳しい感じ。
VC++2008EEで結構書き直ししてしまったので、もう一度ボーランドＣ＋＋で書いて動いていた時の状態から
違う考えの修正をしてみようとボーランドＣ＋＋のソースを見たら何故かVC++2008EEで今まで書き直してきた内容と同じになっていた。
VC++2008EEのプロジェクト？へのソース組み込み方法が分からなかったので、ソースをプロジェクトファイルのツリー画面に
ドラッグドロップして操作してたのが原因らしい。どうりでプロジェクトファイルのフォルダを開いてもソースファイルが無いワケだ。
もう戻れない～orz
ボーランドＣ＋＋で通ったなら、VC++2008EEでもいけると思ったけどダメでした。
VC++2008EEの方が何故かチェック厳しい感じ。
VC++2008EEで結構書き直ししてしまったので、もう一度ボーランドＣ＋＋で書いて動いていた時の状態から
違う考えの修正をしてみようとボーランドＣ＋＋のソースを見たら何故かVC++2008EEで今まで書き直してきた内容と同じになっていた。
VC++2008EEのプロジェクト？へのソース組み込み方法が分からなかったので、ソースをプロジェクトファイルのツリー画面に
ドラッグドロップして操作してたのが原因らしい。どうりでプロジェクトファイルのフォルダを開いてもソースファイルが無いワケだ。
もう戻れない～orz
564 ：名前は開発中のものです。：2009/02/24(火) 00:28:26 ID:S/Istr7/
関数内で使われてない変数があるだけでもVCは文句言ってくるしな。
GCCは気にしないでくれるのにｗ
GCCは気にしないでくれるのにｗ
566 ： ◆Fp.xSEIREI ：2009/02/24(火) 03:18:11 ID:5+X9BMJV
関数に構造体ポインタの渡し方がよくわからない(・∀・)
というか構造体ポインタの宣言？がよくわｋあああああああああ
構造体が配列になってる時はどうすればいいんだろう(・∀・)
というか構造体ポインタの宣言？がよくわｋあああああああああ
構造体が配列になってる時はどうすればいいんだろう(・∀・)
567 ：名前は開発中のものです。：2009/02/24(火) 06:03:45 ID:uqndkdFp
/* 何がわからないのか知らんが！ */
#include "stdio.h"
#define MS "z'goku"
/* 構造体とその別名の定義 */
typedef struct tagS { char the_red_comet; } S;
/* 構造体のポインタをとる関数
ポインタ経由の場合「->」で要素にアクセス */
void func1(S *ps){ ps->the_red_comet = '3'; }
/* 構造体の配列をとる関数
関数に渡すとサイズの情報が欠落するので
渡す配列のサイズ（要素数）を一緒に渡す */
void func2(S ps[], int num){
int i;
for (i=0; i<num; i++)
ps[i].the_red_comet = MS[i];
}
int main(void){
S s, as[sizeof MS];
int i;
func1(&s); /* &で変数のアドレス（ポインタ） */
printf("%c\n", s.the_red_comet);
func2(as, sizeof as/sizeof as[0]);
for (i=0; i<sizeof as/sizeof as[0]; i++)
printf("%c", as[i].the_red_comet);
return 0;
}
#include "stdio.h"
#define MS "z'goku"
/* 構造体とその別名の定義 */
typedef struct tagS { char the_red_comet; } S;
/* 構造体のポインタをとる関数
ポインタ経由の場合「->」で要素にアクセス */
void func1(S *ps){ ps->the_red_comet = '3'; }
/* 構造体の配列をとる関数
関数に渡すとサイズの情報が欠落するので
渡す配列のサイズ（要素数）を一緒に渡す */
void func2(S ps[], int num){
int i;
for (i=0; i<num; i++)
ps[i].the_red_comet = MS[i];
}
int main(void){
S s, as[sizeof MS];
int i;
func1(&s); /* &で変数のアドレス（ポインタ） */
printf("%c\n", s.the_red_comet);
func2(as, sizeof as/sizeof as[0]);
for (i=0; i<sizeof as/sizeof as[0]; i++)
printf("%c", as[i].the_red_comet);
return 0;
}
568 ： ◆Fp.xSEIREI ：2009/02/24(火) 11:51:58 ID:5+X9BMJV
うぉぉ(・∀・)こんなに難解なのか…
もうちょっとがんばってみる
ともかく㌧
もうちょっとがんばってみる
ともかく㌧
569 ：名前は開発中のものです。：2009/02/24(火) 14:01:41 ID:cPcauKWt
>>568
あー、いや、そんなむずいもんじゃないにょ。
多分俺の書き方が悪い。ぶっちゃけズゴックって言いたかっただけ。
構造体に限らず、変数はメモリのどっか特定のアドレスに格納される。
変数のアドレスは変数名の前に&付けると取り出せて、ポインタ変数へ保存できる。
int *pi;でint型のポインタ変数piが作れるように、S *ps;でS型のポインタ変数psが作れる。
int ai[num];でint型num個の配列aiが作れるように、 S as[num];でS型num個の配列asが作れる。
構造体のメンバにポインタ経由でアクセスする時は「.」じゃなく「->」。
構造体配列sのi番目の要素のメンバにアクセスする時はs[i].member。
>>567のtypedefのとこは純C用の書き方。C++ならふつーにstruct S{char the_red_comet};でいい。
ちなみにfunc2(S ps[], int num)のとこは実際はfunc2(S *ps, int num)と同じだったりする。
配列にsizeof使うと配列全体のサイズが取れるけど、関数に渡した場合その中では
配列じゃなくポインタが正体なんで、sizeof使ってもポインタのサイズしか取れないのに注意。
配列の名前は単体で使うと先頭要素のアドレスを指すポインタになるんで、
呼ぶ時にfunc2(&as[0], sizeof as/sizeof as[0])としても同じ。
（関数に配列渡してる訳じゃなく、ポインタを渡してる）
うん、確かに自分で言ってて難解な気がしてきた。俺は説明が下手だ。
このへんは構造体の話というより配列とポインタの話やね。
細かいこと気にせず動きゃいーんだの精神でがんがれ！
あー、いや、そんなむずいもんじゃないにょ。
多分俺の書き方が悪い。ぶっちゃけズゴックって言いたかっただけ。
構造体に限らず、変数はメモリのどっか特定のアドレスに格納される。
変数のアドレスは変数名の前に&付けると取り出せて、ポインタ変数へ保存できる。
int *pi;でint型のポインタ変数piが作れるように、S *ps;でS型のポインタ変数psが作れる。
int ai[num];でint型num個の配列aiが作れるように、 S as[num];でS型num個の配列asが作れる。
構造体のメンバにポインタ経由でアクセスする時は「.」じゃなく「->」。
構造体配列sのi番目の要素のメンバにアクセスする時はs[i].member。
>>567のtypedefのとこは純C用の書き方。C++ならふつーにstruct S{char the_red_comet};でいい。
ちなみにfunc2(S ps[], int num)のとこは実際はfunc2(S *ps, int num)と同じだったりする。
配列にsizeof使うと配列全体のサイズが取れるけど、関数に渡した場合その中では
配列じゃなくポインタが正体なんで、sizeof使ってもポインタのサイズしか取れないのに注意。
配列の名前は単体で使うと先頭要素のアドレスを指すポインタになるんで、
呼ぶ時にfunc2(&as[0], sizeof as/sizeof as[0])としても同じ。
（関数に配列渡してる訳じゃなく、ポインタを渡してる）
うん、確かに自分で言ってて難解な気がしてきた。俺は説明が下手だ。
このへんは構造体の話というより配列とポインタの話やね。
細かいこと気にせず動きゃいーんだの精神でがんがれ！
570 ：名前は開発中のものです。：2009/02/24(火) 14:16:53 ID:cPcauKWt
う、よく見返したら'\0'まで出力してんな。恥ずっ。
571 ： ◆Fp.xSEIREI ：2009/02/24(火) 14:28:51 ID:5+X9BMJV
>>569
MSとかズゴックがCの関数か何かかと思った俺は
うちのソース風にやりたいこと書くと
～～ヘッダー～～～～～～
typedef struct{
char the_red_comet;
} S;
void func1(ぽいんたっぽい引数){うんたら};
～～～～～～～～～～～～
～～別のソースファイル～～
extern void func1(ぽいんたっぽい引数);
extern S MOBILE_SUIT[100];
void func2{
int i;
for(i=0;i<100;i++){
funk1 (ここにMOBILE_SUIT[i]のthe_red_cometのポインタをあげたい);
}
}
こんな感じ。ちなみにmainとかは行数の都合により省略。mainは別のファイルにあるよっ
あとDXライブラリだからstdio.hは入れられないんだ
MSとかズゴックがCの関数か何かかと思った俺は
うちのソース風にやりたいこと書くと
～～ヘッダー～～～～～～
typedef struct{
char the_red_comet;
} S;
void func1(ぽいんたっぽい引数){うんたら};
～～～～～～～～～～～～
～～別のソースファイル～～
extern void func1(ぽいんたっぽい引数);
extern S MOBILE_SUIT[100];
void func2{
int i;
for(i=0;i<100;i++){
funk1 (ここにMOBILE_SUIT[i]のthe_red_cometのポインタをあげたい);
}
}
こんな感じ。ちなみにmainとかは行数の都合により省略。mainは別のファイルにあるよっ
あとDXライブラリだからstdio.hは入れられないんだ
572 ：名前は開発中のものです。：2009/02/24(火) 15:27:17 ID:cPcauKWt
>>571
↓こんな感じ。
void func1(char *p) {
/* 何かの処理 */
}
void func2(void) {
int i;
for (i=0; i<100; i++) {
func1( &(MOBILE_SUIT[i].the_red_comet) );
}
}
アドレス取得の「&」よりメンバ選択の「.」が優先度低い演算子なので、
括弧で順序を指定してやる必要がある。
http://takagi.in/modules/bwiki/index.php?%B1%E9%BB%BB%BB%D2
↓こんな感じ。
void func1(char *p) {
/* 何かの処理 */
}
void func2(void) {
int i;
for (i=0; i<100; i++) {
func1( &(MOBILE_SUIT[i].the_red_comet) );
}
}
アドレス取得の「&」よりメンバ選択の「.」が優先度低い演算子なので、
括弧で順序を指定してやる必要がある。
http://takagi.in/modules/bwiki/index.php?%B1%E9%BB%BB%BB%D2
573 ： ◆Fp.xSEIREI ：2009/02/24(火) 15:37:15 ID:5+X9BMJV
>>572
うおおおおおおおおおおおお!!!?コンパイル通ったｗｗｗｗｗｗｗｗｗきちんと動いたSUGEEEEEEEEEEEEEEEEEEEEEE
できたうっひょおおおおおおおおおおおおおおおおおぴょおおおおおおおおおおお
某関数がシンプルになったぜええええええええええええええええええええええYEAAAAAAAAAAAAAAAA
ありがとう、ありがとうズゴック先生(；∀；)
てか->とか * とか考えなくても ＆つけりゃよかったのねorz
うおおおおおおおおおおおお!!!?コンパイル通ったｗｗｗｗｗｗｗｗｗきちんと動いたSUGEEEEEEEEEEEEEEEEEEEEEE
できたうっひょおおおおおおおおおおおおおおおおおぴょおおおおおおおおおおお
某関数がシンプルになったぜええええええええええええええええええええええYEAAAAAAAAAAAAAAAA
ありがとう、ありがとうズゴック先生(；∀；)
てか->とか * とか考えなくても ＆つけりゃよかったのねorz
574 ： ◆Fp.xSEIREI ：2009/02/24(火) 15:45:04 ID:5+X9BMJV
575 ：SGGK ◆6pZCoAtaxk ：2009/02/24(火) 23:16:12 ID:AWriAbTE
>>564-565
チェック厳しいですが、なんとかVC++2008EEでやってみようと思います。
ソース上書きしてしまって直前の内容には戻れなくなったしｗ
>>566-574
ポインタっていつ見てもややこしいですね～。勉強してる時はなんとなく分かった感じになっても
しばらくして自分で書こうとするとまた分からなくなってしまってたりする・・・ｗ
今日もコンパイラの使い方で足踏み状態。
既にあるソースをコンパイルに含める方法はわかったので、もう前のバージョンに上書きされる事は無くなった。
プロジェクトファイルのフォルダにソースをコピーしてから、「新しい項目の追加」の▼押して「既存項目の追加」で出来る。
処理がどこで止まっているかわからないので、画面右下の「呼び出し履歴」を表示させたいが、
デバッグでプログラムが止まった時に出るエラー画面でデバッグの「中止」を押すと、「呼び出し履歴」が消えてしまう。
これはエラー画面でデバッグの「再試行」を押し、次に出る画面で「中断」を押せば、「呼び出し履歴」が残る。
履歴は上からじゃなく下から上に向かっている事に気付くのに時間掛かった。
とりあえず、ゴールのデータを初期化する所で止まっているらしい。
ちなみにエラー画面の英文は、イテレータがどうのこうのという感じの内容でよく分からなかったけど、
たしかにそういうのを使っているので、その辺が原因かも？というところまで来てマス。
チェック厳しいですが、なんとかVC++2008EEでやってみようと思います。
ソース上書きしてしまって直前の内容には戻れなくなったしｗ
>>566-574
ポインタっていつ見てもややこしいですね～。勉強してる時はなんとなく分かった感じになっても
しばらくして自分で書こうとするとまた分からなくなってしまってたりする・・・ｗ
今日もコンパイラの使い方で足踏み状態。
既にあるソースをコンパイルに含める方法はわかったので、もう前のバージョンに上書きされる事は無くなった。
プロジェクトファイルのフォルダにソースをコピーしてから、「新しい項目の追加」の▼押して「既存項目の追加」で出来る。
処理がどこで止まっているかわからないので、画面右下の「呼び出し履歴」を表示させたいが、
デバッグでプログラムが止まった時に出るエラー画面でデバッグの「中止」を押すと、「呼び出し履歴」が消えてしまう。
これはエラー画面でデバッグの「再試行」を押し、次に出る画面で「中断」を押せば、「呼び出し履歴」が残る。
履歴は上からじゃなく下から上に向かっている事に気付くのに時間掛かった。
とりあえず、ゴールのデータを初期化する所で止まっているらしい。
ちなみにエラー画面の英文は、イテレータがどうのこうのという感じの内容でよく分からなかったけど、
たしかにそういうのを使っているので、その辺が原因かも？というところまで来てマス。
マウスとホイールの挙動も大体出来て、今はコンフィグ画面を組み立て中
577 ：SGGK ◆6pZCoAtaxk ：2009/02/25(水) 23:02:59 ID:yn9MVXN6
バグ変化無し・・・。
一行ずつ実行させようとすると勝手にWinMain関数から始まり、内部の関数を呼ぶところで
「現在の場所のソースコードを記述できません」と表示され先に進まず。
それならばと思い、昨日問題があると思ったゴール関係の処理関数内部一行目にブレークポイントを設定し、デバッグ開始し、
ブレークポイントで止まったところからＦ１１キーを押して一行ずつ実行させてみたら
いつの間にかエディタ画面内に「list」というタブが付いた画面が表示され、
その画面中身は見覚えのない理解不能なソースが書かれていて、何故か一行実行がこの画面に移ってしまっている・・・orz
ちなみにエラー文は、「Experssion:list iterator not dereferencable」
一応検索してみたけど、自分に分かりそうなのは見つからず・・・。
気持ちを切り替えた方がいいと思い、今日はここで終了。
一行ずつ実行させようとすると勝手にWinMain関数から始まり、内部の関数を呼ぶところで
「現在の場所のソースコードを記述できません」と表示され先に進まず。
それならばと思い、昨日問題があると思ったゴール関係の処理関数内部一行目にブレークポイントを設定し、デバッグ開始し、
ブレークポイントで止まったところからＦ１１キーを押して一行ずつ実行させてみたら
いつの間にかエディタ画面内に「list」というタブが付いた画面が表示され、
その画面中身は見覚えのない理解不能なソースが書かれていて、何故か一行実行がこの画面に移ってしまっている・・・orz
ちなみにエラー文は、「Experssion:list iterator not dereferencable」
一応検索してみたけど、自分に分かりそうなのは見つからず・・・。
気持ちを切り替えた方がいいと思い、今日はここで終了。
578 ：名前は開発中のものです。：2009/02/25(水) 23:18:59 ID:M83kTzla
リリースモードでやって、逆アセの画面みてるとかｗ
MOV AX,BXとかそういうんあった？
MOV AX,BXとかそういうんあった？
引き続きコンフィグ画面を～
580 ：名前は開発中のものです。：2009/02/26(木) 04:04:36 ID:qHLjortN
>>577
ひょっとしてiteratorを++とかやってたり
ひょっとしてiteratorを++とかやってたり
581 ：名前は開発中のものです。：2009/02/26(木) 04:13:26 ID:qHLjortN
いや、ちがうなんだっけ
えーとstd::list.iterator itr とかしたとき何かができなかったような…
えーとstd::list.iterator itr とかしたとき何かができなかったような…
582 ： ◆Fp.xSEIREI ：2009/02/26(木) 10:02:19 ID:0TSvd06Q
二次元上での物体の自由落下についていろいろ(・∀・)
既存の関数を利用してそれっぽいのなら作れそう
既存の関数を利用してそれっぽいのなら作れそう
583 ： ◆Fp.xSEIREI ：2009/02/26(木) 11:43:11 ID:EbeM2R2x
矩形の4点座標を計算する関数に便利機能をつけたら引数14個のアホみたいな関数になってしまった
584 ：SGGK ◆6pZCoAtaxk ：2009/02/26(木) 22:12:21 ID:1SuK1bkP
>>578
確認したところデバッグモードでした。listというタブと逆アセンブルというタブの付いたウィンドウが出てきて
デバッグを中断すると見れます。ＭＯＶとかは逆アセンブルの方に出ていて
listのウィンドウは、
#if _HAS_ITERATOR_DEBUGGING
if (this->_Mycont == 0
|| _Ptr == 0
|| _Ptr == ((_Myt *)this->_Mycont)->_Myhead)
{
_DEBUG_ERROR("list iterator not dereferencable");
_SCL_SECURE_TRAITS_OUT_OF_RANGE;
}
#else
・・・のような感じで意味不明な文が延々と１３００行近く出力されます・・・。
>>579
早くバグを取って自分も先に進みたいです。ｗ
>>580、581
iteratorをあまり理解しないうちにプログラムを書いていたら、
やっぱりそういうところがバグになって現れてしまうみたいです。
iteratorはプログラム内のあちこちで使ってるので大変ですが、
とりあえず本当にすべてのiteratorを使っているところでバグになるのか
切り分けをしてみようと考えてます。
>>582,583
自分もいつか選手にジャンプ＆自由落下させてみたいけれど、バグが・・・ｗ
確認したところデバッグモードでした。listというタブと逆アセンブルというタブの付いたウィンドウが出てきて
デバッグを中断すると見れます。ＭＯＶとかは逆アセンブルの方に出ていて
listのウィンドウは、
#if _HAS_ITERATOR_DEBUGGING
if (this->_Mycont == 0
|| _Ptr == 0
|| _Ptr == ((_Myt *)this->_Mycont)->_Myhead)
{
_DEBUG_ERROR("list iterator not dereferencable");
_SCL_SECURE_TRAITS_OUT_OF_RANGE;
}
#else
・・・のような感じで意味不明な文が延々と１３００行近く出力されます・・・。
>>579
早くバグを取って自分も先に進みたいです。ｗ
>>580、581
iteratorをあまり理解しないうちにプログラムを書いていたら、
やっぱりそういうところがバグになって現れてしまうみたいです。
iteratorはプログラム内のあちこちで使ってるので大変ですが、
とりあえず本当にすべてのiteratorを使っているところでバグになるのか
切り分けをしてみようと考えてます。
>>582,583
自分もいつか選手にジャンプ＆自由落下させてみたいけれど、バグが・・・ｗ
まだまだコンフィグ画面
項目をオンマウスでアクティブ、から、オンマウス+クリックでアクティブ、に変更
たったそれだけの変更でもあちこち書き換えなきゃならない羽目に
仕様は予め細部まで熟考しとく事！＞自分
項目をオンマウスでアクティブ、から、オンマウス+クリックでアクティブ、に変更
たったそれだけの変更でもあちこち書き換えなきゃならない羽目に
仕様は予め細部まで熟考しとく事！＞自分
586 ： ◆Fp.xSEIREI ：2009/02/27(金) 02:03:40 ID:gp2A0UAm
>>584
俺はそんなことなったこと無いなぁ…難しいことしてないからかもしれないけど
レーザーの幅と長さに対する倍率で当たり判定のサイズを指定できるようにしてみた
長さ0.9倍、幅0.5倍を当たり判定に指定するとこの赤い四角が当たり判定に(・∀・)一枚目：最大時 二枚目：消滅時
きちんとレーザーの状態に合わせて自動で当たり判定のサイズも変わる便利仕様
http://www.dotup.org/uploda/www.dotup.org0283.jpg
俺はそんなことなったこと無いなぁ…難しいことしてないからかもしれないけど
レーザーの幅と長さに対する倍率で当たり判定のサイズを指定できるようにしてみた
長さ0.9倍、幅0.5倍を当たり判定に指定するとこの赤い四角が当たり判定に(・∀・)一枚目：最大時 二枚目：消滅時
きちんとレーザーの状態に合わせて自動で当たり判定のサイズも変わる便利仕様
http://www.dotup.org/uploda/www.dotup.org0283.jpg
587 ：SGGK ◆6pZCoAtaxk ：2009/02/27(金) 23:24:49 ID:U/xgHr9a
>>585
なんだか自分も仕様について考えてみたくなってきました。ｗ
>525の頃に言っていた「やる事リスト」の前に仕様決めた方がいいのかも・・・。
>>586
製作中は当たり判定表示した方が便利そうですね～。（引数が15個に増えてる～！）
自分もバグ取れたらちょっと考えてみたいです。
バグはまだ取れないけど、iteratorを使っている関数（選手、ボール、ゴールの初期化、
選手、ボール、ゴールの移動、当たり判定）の内、コンパイラで停止した関数がゴール関係だったので、
とりあえずゴールの初期化と移動の関数を呼び出す行に // をつけて注釈文にしたら、画面が表示された！
なので、ゴール関係関数と他の関数でのiteratorの使い方に違いが無いか見比べてみるつもり。
なんだか自分も仕様について考えてみたくなってきました。ｗ
>525の頃に言っていた「やる事リスト」の前に仕様決めた方がいいのかも・・・。
>>586
製作中は当たり判定表示した方が便利そうですね～。（引数が15個に増えてる～！）
自分もバグ取れたらちょっと考えてみたいです。
バグはまだ取れないけど、iteratorを使っている関数（選手、ボール、ゴールの初期化、
選手、ボール、ゴールの移動、当たり判定）の内、コンパイラで停止した関数がゴール関係だったので、
とりあえずゴールの初期化と移動の関数を呼び出す行に // をつけて注釈文にしたら、画面が表示された！
なので、ゴール関係関数と他の関数でのiteratorの使い方に違いが無いか見比べてみるつもり。
589 ：SGGK ◆6pZCoAtaxk ：2009/02/28(土) 23:41:24 ID:6cM45uPX
なんとかコンパイルできるようになりました。
初期化関数については、元々上手くいってる選手やボールの初期化関数ではiteratorを使ってませんでした。
ゴール関係初期化関数だけiteratorを何故か使ってしまっていてそれがプログラム実行中のエラーになっていたらしい。
結局>577のエラーメッセージの意味は分からなかったので、先がちょっと不安な感じ。
何故か移動用関数内では、(*it). で要素にアクセスできているので不思議～。
これでやっと>539のバグ取りに戻れる・・・orz
（プログラム実行時エラーになる書き方、詳細は略）
init(){
goallist.clear(); //GoalData型（ゴール関係のデータが入ってるクラス）のリストgoallistの要素を空にする。
list<GoalData>::iterator it; //GoalData型リストgoallistのどれかを指定するためのiteratorを設定
it=goaldata.begin; //iteratorをGoalData型リストgoallistの先頭を指すようにする
（データの数だけループ）{
(*it).x1=10; //GoalData型の要素に初期データを代入する
(*it).x2=50;
++it; //iteratorを１つ上げて次のGoalData型の要素を指すようにする。
｝
（プログラムが無事実行できた書き方、詳細は略）
init(){
GoalData gd; //GoalData 型データ１個分を仮保存するためのローカル変数gdを定義
（データの数だけループ）{
gd.x1=10; //GoalData型の要素に初期データを代入する
gd.x2=50;
goallist.push_back(gd); //gdに仮保存したgoallistの要素一個分のデータをまとめてgoallistの最後尾の要素に登録
｝
初期化関数については、元々上手くいってる選手やボールの初期化関数ではiteratorを使ってませんでした。
ゴール関係初期化関数だけiteratorを何故か使ってしまっていてそれがプログラム実行中のエラーになっていたらしい。
結局>577のエラーメッセージの意味は分からなかったので、先がちょっと不安な感じ。
何故か移動用関数内では、(*it). で要素にアクセスできているので不思議～。
これでやっと>539のバグ取りに戻れる・・・orz
（プログラム実行時エラーになる書き方、詳細は略）
init(){
goallist.clear(); //GoalData型（ゴール関係のデータが入ってるクラス）のリストgoallistの要素を空にする。
list<GoalData>::iterator it; //GoalData型リストgoallistのどれかを指定するためのiteratorを設定
it=goaldata.begin; //iteratorをGoalData型リストgoallistの先頭を指すようにする
（データの数だけループ）{
(*it).x1=10; //GoalData型の要素に初期データを代入する
(*it).x2=50;
++it; //iteratorを１つ上げて次のGoalData型の要素を指すようにする。
｝
（プログラムが無事実行できた書き方、詳細は略）
init(){
GoalData gd; //GoalData 型データ１個分を仮保存するためのローカル変数gdを定義
（データの数だけループ）{
gd.x1=10; //GoalData型の要素に初期データを代入する
gd.x2=50;
goallist.push_back(gd); //gdに仮保存したgoallistの要素一個分のデータをまとめてgoallistの最後尾の要素に登録
｝
>>589
お～おめでとうございます 自分は停滞気味・・・
お～おめでとうございます 自分は停滞気味・・・
591 ：SGGK ◆6pZCoAtaxk ：2009/03/01(日) 22:35:05 ID:4AGEbIXn
マウスオン＋クリックで選択できる様に変更
もう3月！今年も残り10ヶ月を切ったぞーいそげいそげ
もう3月！今年も残り10ヶ月を切ったぞーいそげいそげ
593 ： ◆Fp.xSEIREI ：2009/03/02(月) 17:23:38 ID:O2JzSRpM
list<GoalData>::iterator it;
こ…これはいったい何をしているんだ…俺にはわからない…／(^o^)＼
ゲームシステムについていろいろ(・∀・)
面白くするにはどうすればいいか、を考えてみる
クソゲーを観察してみるのも勉強になるみたいね
こ…これはいったい何をしているんだ…俺にはわからない…／(^o^)＼
ゲームシステムについていろいろ(・∀・)
面白くするにはどうすればいいか、を考えてみる
クソゲーを観察してみるのも勉強になるみたいね
594 ：SGGK ◆6pZCoAtaxk ：2009/03/02(月) 23:46:06 ID:MvrVI/rB
>>592
そういえばもう３月ですね～、時間の流れが速すぎる～。
>>593
Ｃ＋＋で、配列みたいに複数のデータを管理できるコンテナクラスというのが標準でいろいろ用意されていて、
そのひとつにlistクラスというのがあり、そのlistクラスでGoalData型（←これは自分でプログラムの中で宣言して作った型）のデータを複数管理したいので、
どのGoalData型かを指し示す為にイテレータit（←配列変数の要素にアクセスするための添え字みたいなやつ）というものを宣言しますみたいな感じで自分は理解していますが、
自信はあまり無いです・・・orz
ボール動かないバグ取れないですね～。
if（ボール蹴る時のキーが押されてる）&&（ボールと選手の当たり判定用フラグ変数==true）の条件部分が真になっていない感じ。
ボールと選手の当たり判定用フラグ変数が、当たり判定関数で当たり=1と成っていても
if文に来る直前でprintfDX()使って表示させて確認してみると何故か0になってる。
プログラム中では同じ変数名で書いていても中身は違うとなると
変数のスコープ（有効範囲みたいなやつ？）をよく分かっていなくてそれが原因なのかもしれないというのが思いついたけど
それを確かめる方法が無い・・・orz
そういえばもう３月ですね～、時間の流れが速すぎる～。
>>593
Ｃ＋＋で、配列みたいに複数のデータを管理できるコンテナクラスというのが標準でいろいろ用意されていて、
そのひとつにlistクラスというのがあり、そのlistクラスでGoalData型（←これは自分でプログラムの中で宣言して作った型）のデータを複数管理したいので、
どのGoalData型かを指し示す為にイテレータit（←配列変数の要素にアクセスするための添え字みたいなやつ）というものを宣言しますみたいな感じで自分は理解していますが、
自信はあまり無いです・・・orz
ボール動かないバグ取れないですね～。
if（ボール蹴る時のキーが押されてる）&&（ボールと選手の当たり判定用フラグ変数==true）の条件部分が真になっていない感じ。
ボールと選手の当たり判定用フラグ変数が、当たり判定関数で当たり=1と成っていても
if文に来る直前でprintfDX()使って表示させて確認してみると何故か0になってる。
プログラム中では同じ変数名で書いていても中身は違うとなると
変数のスコープ（有効範囲みたいなやつ？）をよく分かっていなくてそれが原因なのかもしれないというのが思いついたけど
それを確かめる方法が無い・・・orz
595 ：名前は開発中のものです。：2009/03/03(火) 00:53:43 ID:j/EdIaTK
ひょっとして「押されている」と思ってるのが「押されたとき」だったり
【ハウツー】最初にマスターしたいVisual Studioのデバッグ機能 - 基本編 (1) ブレークポイント | エンタープライズ | マイコミジャーナル
ttp://journal.mycom.co.jp/articles/2008/08/18/debug/index.html
【ハウツー】最初にマスターしたいVisual Studioのデバッグ機能 - 基本編 (1) ブレークポイント | エンタープライズ | マイコミジャーナル
ttp://journal.mycom.co.jp/articles/2008/08/18/debug/index.html
597 ： ◆Fp.xSEIREI ：2009/03/03(火) 21:05:59 ID:9wM7nouk
598 ：SGGK ◆6pZCoAtaxk ：2009/03/03(火) 22:56:23 ID:vs8eMq8g
>>595
ありがとうございます～。デバッグは機能が色々ある様なので少しずつ覚えていこうと思います。
キー入力の状態については、実は自分はまだよく理解できぬままプログラムやってます・・・orz
>>596
かなり順調にいっててうらやましいですー。
>>597
回転行列を当たり判定に使う・・・、む・・・難しそうな世界。
ボール動かないバグの原因なんとなく見えた。
フラグ用変数のスコープが違ってて名前は同じでもアドレスが異なっている別々の変数を
それぞれの関数内で操作してるのではないかと思ったけど、どうもそうではなさそう。
ボールが選手に当たっている状態を表すフラグの立て方に原因があったと思われる。
これを説明するには一週間分の書き込みスペースを使ってしまいそうな感じ。
ありがとうございます～。デバッグは機能が色々ある様なので少しずつ覚えていこうと思います。
キー入力の状態については、実は自分はまだよく理解できぬままプログラムやってます・・・orz
>>596
かなり順調にいっててうらやましいですー。
>>597
回転行列を当たり判定に使う・・・、む・・・難しそうな世界。
ボール動かないバグの原因なんとなく見えた。
フラグ用変数のスコープが違ってて名前は同じでもアドレスが異なっている別々の変数を
それぞれの関数内で操作してるのではないかと思ったけど、どうもそうではなさそう。
ボールが選手に当たっている状態を表すフラグの立て方に原因があったと思われる。
これを説明するには一週間分の書き込みスペースを使ってしまいそうな感じ。
フルスクリーンから復帰すると古い方の拡大率になってたのに気付いて修正
マウスで窓枠ドラッグした時の拡大率を取得出来る様にした
今になってもっとシンプルなインタフェイスを思いつく・・・あ～全体的に作り直したい
>>595
勉強になります
>>598
一つの結果が出るまでのスパンというか下ごしらえが段々長く大変になってきました；
マウスで窓枠ドラッグした時の拡大率を取得出来る様にした
今になってもっとシンプルなインタフェイスを思いつく・・・あ～全体的に作り直したい
>>595
勉強になります
>>598
一つの結果が出るまでのスパンというか下ごしらえが段々長く大変になってきました；
もうちょっと調整したらゲームシステム部分の作成に移れそう
そろそろ背景やファイル入出力もいじらねば(・∀・)
そろそろ背景やファイル入出力もいじらねば(・∀・)
601 ：SGGK ◆6pZCoAtaxk ：2009/03/04(水) 22:20:50 ID:M0lqZAHx
こちらは、まだまだバグ取り中～。
昨日言っていたバグの原因は、プログラムをかなり略して書くと、
メインループ(){
選手.move();//選手の移動処理
ボール.move();//ボールの移動処理
ゴール.move();//ゴールの移動？処理
当たり判定();//それぞれのオブジェクトの当たり判定をここでまとめて行う
}
・・・となっていて、当たり判定関数の中では、
while(最後の選手まで繰り返す）{
if( 選手とボールが当たっているか？ ){
a->atari=true;// 選手のメンバ変数atariのフラグをＯＮする。
b->atari=true;// ボールのメンバ変数atariのフラグをＯＮする。
}
else{
a->atari=false;// 選手のメンバ変数atariのフラグをＯＦＦする。
b->atari=false;// ボールのメンバ変数atariのフラグをＯＦＦする。
}
ボールを蹴る処理は、メインループの「ボール.move();//ボールの移動処理」の中にあって、蹴れる条件は、
（Ｘキーが押されている）＆＆（ボールのatariフラグがＯＮである）
なのに対し、今のプログラムでは、自分がコントロールできるのは一番目の選手だけなので、
選手をボールに接触させてatariフラグをＯＮにしても当たり判定関数のwhile内で最後の選手まで
判定するので、最後の選手はボールに触れてないから、b->atari=falseになって、ボールのatariフラグは結局最後にはＯＦＦにされてしまう。
その状態でメインループのボール移動関数に戻るので、いつまでたってもボールを蹴れる条件が成立しない・・・orz
昨日言っていたバグの原因は、プログラムをかなり略して書くと、
メインループ(){
選手.move();//選手の移動処理
ボール.move();//ボールの移動処理
ゴール.move();//ゴールの移動？処理
当たり判定();//それぞれのオブジェクトの当たり判定をここでまとめて行う
}
・・・となっていて、当たり判定関数の中では、
while(最後の選手まで繰り返す）{
if( 選手とボールが当たっているか？ ){
a->atari=true;// 選手のメンバ変数atariのフラグをＯＮする。
b->atari=true;// ボールのメンバ変数atariのフラグをＯＮする。
}
else{
a->atari=false;// 選手のメンバ変数atariのフラグをＯＦＦする。
b->atari=false;// ボールのメンバ変数atariのフラグをＯＦＦする。
}
ボールを蹴る処理は、メインループの「ボール.move();//ボールの移動処理」の中にあって、蹴れる条件は、
（Ｘキーが押されている）＆＆（ボールのatariフラグがＯＮである）
なのに対し、今のプログラムでは、自分がコントロールできるのは一番目の選手だけなので、
選手をボールに接触させてatariフラグをＯＮにしても当たり判定関数のwhile内で最後の選手まで
判定するので、最後の選手はボールに触れてないから、b->atari=falseになって、ボールのatariフラグは結局最後にはＯＦＦにされてしまう。
その状態でメインループのボール移動関数に戻るので、いつまでたってもボールを蹴れる条件が成立しない・・・orz
602 ：名前は開発中のものです。：2009/03/04(水) 22:40:39 ID:/ZV4wLD2
何故else条件でボールのフラグを落とすのか、４０文字以内で説明せよ（５点）
フラグ落とすのは選手だけでいいと思うんだが。そもそもボールのフラグもいらない。
ボール持ってる選手しか蹴る（移動の初期値を与える）ことができないのなら
ボール支配できたときにボール蹴る関数にでも飛ばせばいいと思うが、どうか。
フラグ落とすのは選手だけでいいと思うんだが。そもそもボールのフラグもいらない。
ボール持ってる選手しか蹴る（移動の初期値を与える）ことができないのなら
ボール支配できたときにボール蹴る関数にでも飛ばせばいいと思うが、どうか。
ああああせりました；
窓枠ドラッグ時の拡大率を取得する為SetAlwaysRunFlag();をON-OFF多用してたら
なぜかSetAlwaysRunFlag();をOFFにするとデバッグに行く途中で止まり、
ON状態の一文を入れないと動かなくなり、とうとうそれを入れても入れなくても動かなくなり・・・
VCリインストールしたら今度はヘッダファイルを読まなくなり(パスは渡してるのに)、
レジストリからVC関連を全消去してリインストール、さっきようやくまともに動いたっぽい
SetAlwaysRunFlag();を乱用乱発してたのが悪かったのかなぁ
窓枠ドラッグ時の拡大率を取得する為SetAlwaysRunFlag();をON-OFF多用してたら
なぜかSetAlwaysRunFlag();をOFFにするとデバッグに行く途中で止まり、
ON状態の一文を入れないと動かなくなり、とうとうそれを入れても入れなくても動かなくなり・・・
VCリインストールしたら今度はヘッダファイルを読まなくなり(パスは渡してるのに)、
レジストリからVC関連を全消去してリインストール、さっきようやくまともに動いたっぽい
SetAlwaysRunFlag();を乱用乱発してたのが悪かったのかなぁ
604 ：SGGK ◆6pZCoAtaxk ：2009/03/05(木) 23:27:28 ID:hIYt1MGi
>>602
else条件でボールのフラグを落とすのは、（Ｘキー押し）＆＆（ボール接触フラグＯＮ）がボールを蹴れる条件なので、
選手がボールから離れている（else）時には、ボール接触フラグをＯＦＦにする必要があった為。
今のプログラムでは、ボールに接触してるので蹴ろうとしても、ボールに接触していない選手がいたら、elseが成立してしまい
ボールの接触フラグをＯＦＦされてしまうという問題がありました・・・。
確かに今思うとボールのフラグは必要無かった様です。
選手全てにボールに接触してるかどうかを表すフラグを持たせておいたのは、同時に複数の選手がボールを蹴る様な場合を考えてました。
同時蹴りの時にボールに接触してる複数の選手から一人を選ぶ仕組みが必要かと思いながら実装の案はまだ何もなし・・・。
バグの修正はもう少し検討中～、今のボール移動関数は、選手のデータを引数に持っていないので、選手のフラグ変数を使えないのデス・・・orz
>>603
レジストリとか全然わからないので、自分もその関数には注意しておきます～。
else条件でボールのフラグを落とすのは、（Ｘキー押し）＆＆（ボール接触フラグＯＮ）がボールを蹴れる条件なので、
選手がボールから離れている（else）時には、ボール接触フラグをＯＦＦにする必要があった為。
今のプログラムでは、ボールに接触してるので蹴ろうとしても、ボールに接触していない選手がいたら、elseが成立してしまい
ボールの接触フラグをＯＦＦされてしまうという問題がありました・・・。
確かに今思うとボールのフラグは必要無かった様です。
選手全てにボールに接触してるかどうかを表すフラグを持たせておいたのは、同時に複数の選手がボールを蹴る様な場合を考えてました。
同時蹴りの時にボールに接触してる複数の選手から一人を選ぶ仕組みが必要かと思いながら実装の案はまだ何もなし・・・。
バグの修正はもう少し検討中～、今のボール移動関数は、選手のデータを引数に持っていないので、選手のフラグ変数を使えないのデス・・・orz
>>603
レジストリとか全然わからないので、自分もその関数には注意しておきます～。
605 ：名前は開発中のものです。：2009/03/06(金) 00:01:32 ID:zNsEmWk0
>同時に複数の選手がボールを蹴る様な場合を考えてました。
それは「蹴った」時の処理であって、
接触したかどうか判定する時点では関係ないんじゃないかな。
同時蹴りの優先度は確かに悩むところだね。
それは「蹴った」時の処理であって、
接触したかどうか判定する時点では関係ないんじゃないかな。
同時蹴りの優先度は確かに悩むところだね。
拡大率取得する関数がすでにあったorz
拡大率変えるとSetMousePointが元のウィンドウの大きさ基準で動く為、
元の解像度を超える座標を指定出来ないorz
ので、新たに思い付いたインタフェース案はモロにその影響を受ける為、
すっぱりあきらめられたｗ
今は構造をもっとスッキリ出来ないかイジクリ中
>>604
今後は念の為C：とソースのバックアップを取る様にしました；
拡大率変えるとSetMousePointが元のウィンドウの大きさ基準で動く為、
元の解像度を超える座標を指定出来ないorz
ので、新たに思い付いたインタフェース案はモロにその影響を受ける為、
すっぱりあきらめられたｗ
今は構造をもっとスッキリ出来ないかイジクリ中
>>604
今後は念の為C：とソースのバックアップを取る様にしました；
607 ：SGGK ◆6pZCoAtaxk ：2009/03/06(金) 23:39:57 ID:Fo+vpfkW
>それは「蹴った」時の処理であって、
>接触したかどうか判定する時点では関係ないんじゃないかな。
た・・・確かにそうです。
メインループ内での処理を移動、当たり判定に分けておいて、当たり判定内で
いろいろな組み合わせの当たり判定をあらかじめ行い、その結果を各種フラグ変数に記憶させておいて
移動関数でそのフラグ変数を参照するようにすれば、移動関数から当たり判定関数を呼ばなくても済み、
プログラムが整理できそうな気がしたけど、なかなか上手く行っていないです・・・orz
>>606
そういえば自分もバックアップ全然取っていないです。もしもハードディスクがクラッシュしたら・・・。（汗；）
やっと>539のバグがなんとか取れました。（もっと日数かかるかと思ってた）
このスレでやってたおかげでVC++2008EEに移れた影響も大きかった。
ボール移動関数に選手のオブジェクトのアドレスを渡して、選手のメンバ変数の中から
ボールとの当たり判定用フラグにアクセスして、（Ｘキー押し）＆＆（ボールとの当たり判定用フラグＯＮ）が真なら
ボール移動処理に移る様にするとＯＫ！
>接触したかどうか判定する時点では関係ないんじゃないかな。
た・・・確かにそうです。
メインループ内での処理を移動、当たり判定に分けておいて、当たり判定内で
いろいろな組み合わせの当たり判定をあらかじめ行い、その結果を各種フラグ変数に記憶させておいて
移動関数でそのフラグ変数を参照するようにすれば、移動関数から当たり判定関数を呼ばなくても済み、
プログラムが整理できそうな気がしたけど、なかなか上手く行っていないです・・・orz
>>606
そういえば自分もバックアップ全然取っていないです。もしもハードディスクがクラッシュしたら・・・。（汗；）
やっと>539のバグがなんとか取れました。（もっと日数かかるかと思ってた）
このスレでやってたおかげでVC++2008EEに移れた影響も大きかった。
ボール移動関数に選手のオブジェクトのアドレスを渡して、選手のメンバ変数の中から
ボールとの当たり判定用フラグにアクセスして、（Ｘキー押し）＆＆（ボールとの当たり判定用フラグＯＮ）が真なら
ボール移動処理に移る様にするとＯＫ！
フォントを選択させるのが面倒で同梱しようと思い立つも、ライセンスがややこしいので
何でもありのとにかくゆるめでフリーの物を探してネットうろうろ
何でもありのとにかくゆるめでフリーの物を探してネットうろうろ
609 ：SGGK ◆6pZCoAtaxk ：2009/03/07(土) 23:42:40 ID:sd4yKQvc
こちらは停滞・・・。
選手の数を増やしてみようかな～と思ってみただけ orz
選手の数を増やしてみようかな～と思ってみただけ orz
キャラのドット絵作成中(・∀・)
128×128の大きめサイズで練習
128×128の大きめサイズで練習
画像化はＯＫでも、同梱してテキスト表示とかまでＯＫとなると限られちゃう＠フォント
デフォルト＋選択制が無難だすかなぁ
デフォルト＋選択制が無難だすかなぁ
612 ：名前は開発中のものです。：2009/03/08(日) 02:18:54 ID:B042Qjwa
画像化だけでもレアなのに同梱含めたらほとんどナイでしょ。
613 ：SGGK ◆6pZCoAtaxk ：2009/03/08(日) 23:14:02 ID:fwbLAlbm
選手の数を増やす場合、今の画面では小さ過ぎる気がしてきた。
フィールドの画面を大きく書き直す必要があるかもと思い・・・、思っただけ orz
次の土日までになんとか調子を戻していきたい・・・。
フィールドの画面を大きく書き直す必要があるかもと思い・・・、思っただけ orz
次の土日までになんとか調子を戻していきたい・・・。
ドット難しい(・∀・)
616 ：SGGK ◆6pZCoAtaxk ：2009/03/09(月) 22:37:23 ID:V1nM6zSI
作業を今の時点で区切り、フォルダ丸ごとコピーしてフオルダの名前を変更。
フォルダ内のプロジェクトファイル？とソリューションファイル？の名前も変更。
ソリューションファイルをダブルクリックするとコンパイラ左側ツリーに出るプロジェクトファイル名が
何故か変更されてなかったので、そのツリー画面上で名前変更・・・orz
フォルダ内で古い名前の付いたファイルを全て削除してから、リビルドしてデバッグしたら一応動いたので
今後これで作業を進めていくつもりだけど、確信持って設定移動してる訳でないので、なんとなく不安な感じｗ
フォルダ内のプロジェクトファイル？とソリューションファイル？の名前も変更。
ソリューションファイルをダブルクリックするとコンパイラ左側ツリーに出るプロジェクトファイル名が
何故か変更されてなかったので、そのツリー画面上で名前変更・・・orz
フォルダ内で古い名前の付いたファイルを全て削除してから、リビルドしてデバッグしたら一応動いたので
今後これで作業を進めていくつもりだけど、確信持って設定移動してる訳でないので、なんとなく不安な感じｗ
617 ：SGGK ◆6pZCoAtaxk ：2009/03/09(月) 22:44:16 ID:V1nM6zSI
「今後の作業の為にバックアップ取ってバージョンアップ！」と書けば一行で済んだのにと赤面（汗； ・・・orz
フォントリストを表示させスクロールまで出来た
今は選択出来る仕組みを組み込み中
今は選択出来る仕組みを組み込み中
619 ： ◆Fp.xSEIREI ：2009/03/10(火) 21:24:41 ID:Ta9VdMwv
キャラを細かくアニメーションさせるための仕組みをいろいろ(・∀・)
行動との同期も取らないといけない(・∀・)
行動との同期も取らないといけない(・∀・)
620 ：SGGK ◆6pZCoAtaxk ：2009/03/10(火) 23:04:31 ID:0xGp0ldU
今使っているフィールド画像データの表示を座標(0,0)から(-320,-240）に変えて試しにコンパイルしてみた。
すると、フィールドの右側下半分が画面の左上半分の位置に表示されてそれ以外の範囲は黒塗り状態になった。
もしかすると画面よりも大きいフィールドを用意すれば、それをスクロールさせる事ができるのかもしれない・・・と思ったところで終了。
すると、フィールドの右側下半分が画面の左上半分の位置に表示されてそれ以外の範囲は黒塗り状態になった。
もしかすると画面よりも大きいフィールドを用意すれば、それをスクロールさせる事ができるのかもしれない・・・と思ったところで終了。
選択出来る様に出来た
後は十字キー入力での連動スクロールと先頭＜-＞末尾のワープ表示でフォント関係は完成かな～
後は十字キー入力での連動スクロールと先頭＜-＞末尾のワープ表示でフォント関係は完成かな～
622 ：SGGK ◆6pZCoAtaxk ：2009/03/11(水) 23:42:01 ID:wgNGe+yV
こ･･･こちらは、ちょっと大きめのフィールドを作成したらサイズが５ＭＢ！
このフィールド画像データでもコンパイルできたけど、気のせいかボールの速度が落ちた感じ･･･。
このフィールド画像データでもコンパイルできたけど、気のせいかボールの速度が落ちた感じ･･･。
>>622
画面に表示されていない部分も描画はされているからかな(・∀・)表示はされないけど
小さいマップを敷き詰めてスクロールしたときに画面外のマップは描画しないよいにしたらいいかな(・∀・)RPGチックに
画面に表示されていない部分も描画はされているからかな(・∀・)表示はされないけど
小さいマップを敷き詰めてスクロールしたときに画面外のマップは描画しないよいにしたらいいかな(・∀・)RPGチックに
624 ：名前は開発中のものです。：2009/03/12(木) 00:57:35 ID:0PMWhv9U
>>622
ちょっと大きめってどれくらい？ ５メガつったらかなり大きい気がするんだけど。
256色BMPとかにしてみてる？
よーっぽどでかいフィールドなら>>623の言われてるように
マップチップ方式にするって方がいいけど、
画面４画面分(1280*960)を１枚程度なら普通に動くと思うんだけど。
ちょっと大きめってどれくらい？ ５メガつったらかなり大きい気がするんだけど。
256色BMPとかにしてみてる？
よーっぽどでかいフィールドなら>>623の言われてるように
マップチップ方式にするって方がいいけど、
画面４画面分(1280*960)を１枚程度なら普通に動くと思うんだけど。
引き続きキー入力の処理
キャストのタイミングが悪くて結果が微妙にずれていたのがてこずった；
キャストのタイミングが悪くて結果が微妙にずれていたのがてこずった；
626 ：SGGK ◆6pZCoAtaxk ：2009/03/13(金) 00:19:14 ID:pWn9DyKv
全部描画してその一部を表示しようと思ってたけどちょっと遅い感じがするので、
マップ敷き詰め方式も調べてみます。アルゴリズムがまだイメージできていないのでかなり日数掛かると思います～。
昨日の画像は、横３２００、縦１６００、Windowsシステムパレット、bmpファイルです。
選手が縦横３２だから、このぐらいのフィールドが必要かと思いました・・・orz
マップ敷き詰め方式も調べてみます。アルゴリズムがまだイメージできていないのでかなり日数掛かると思います～。
昨日の画像は、横３２００、縦１６００、Windowsシステムパレット、bmpファイルです。
選手が縦横３２だから、このぐらいのフィールドが必要かと思いました・・・orz
628 ：名前は開発中のものです。：2009/03/13(金) 01:25:50 ID:9ozL4c5N
>選手が縦横３２だから、このぐらいのフィールドが必要かと思いました・・・orz
走力とかキック力とかも現実に合わせるつもりですかｗ
走力とかキック力とかも現実に合わせるつもりですかｗ
629 ： ◆Fp.xSEIREI ：2009/03/13(金) 17:31:15 ID:SAxIqL0V
自機関係の処理の構造をいじる(・∀・)今のままじゃ不便すぎる
630 ： ◆Fp.xSEIREI ：2009/03/13(金) 17:33:14 ID:SAxIqL0V
631 ：SGGK ◆6pZCoAtaxk ：2009/03/14(土) 00:08:27 ID:Z9qTH4pb
>>627
自分はスクロールでしばらくの間悩む事になりそうです･･･。
>>628
団子サッカー防止のために現実に合わせてみたいな～という気持ちはあります。
>>629,630
自分も早くソースを整理できるようになりたいです～。
マップ敷き詰め方式がもしもうまく出来たら、このサイズのまま進めてしまうかもしれませんｗ
マップ敷き詰め方式、アルゴリズム考えるために紙に書いてみたりしたけど、さっぱり思いつかない･･･orz
でも、目標を変えても結局は画面のスクロールについて考える時がくるのだから、もう少し考えてみるつもり。
自分はスクロールでしばらくの間悩む事になりそうです･･･。
>>628
団子サッカー防止のために現実に合わせてみたいな～という気持ちはあります。
>>629,630
自分も早くソースを整理できるようになりたいです～。
マップ敷き詰め方式がもしもうまく出来たら、このサイズのまま進めてしまうかもしれませんｗ
マップ敷き詰め方式、アルゴリズム考えるために紙に書いてみたりしたけど、さっぱり思いつかない･･･orz
でも、目標を変えても結局は画面のスクロールについて考える時がくるのだから、もう少し考えてみるつもり。
632 ：名前は開発中のものです。：2009/03/14(土) 00:21:09 ID:dHp3MRSp
「スクロール」なんて考えるからややこしくなるんですよ。
「フィールドがあって、その中を選手達が動き回ってる」 ……ここまでは今まで作られていたのと同じでしょう？
ただその表示する部分が「フィールドの一部分だけ」なだけ。
いわば「カメラの位置」を動かすだけで見た目はスクロールしてるようになるわけです。
「フィールドがあって、その中を選手達が動き回ってる」 ……ここまでは今まで作られていたのと同じでしょう？
ただその表示する部分が「フィールドの一部分だけ」なだけ。
いわば「カメラの位置」を動かすだけで見た目はスクロールしてるようになるわけです。
PageUp/Down、End/Homeボタンも効くようにした
今はキーコンフィグ入力受付処理をかきこき
今はキーコンフィグ入力受付処理をかきこき
634 ： ◆Fp.xSEIREI ：2009/03/14(土) 03:44:44 ID:QgvbbJg3
自機いじるついでにアニメーションのこともいろいろ(・∀・)
三次元構造体配列で何とかなる気がしないでもないけど未完成
三次元構造体配列で何とかなる気がしないでもないけど未完成
問題点の解決法発見(・∀・)あとは実装するのみ
636 ：SGGK ◆6pZCoAtaxk ：2009/03/15(日) 00:07:17 ID:beIxoxFg
>>632
確かに「マップ敷き詰め方式」と比べると「カメラの位置を動かす」の方が分かりやすそうな気がする。
ここは臨機応変に考えてまずは「カメラの位置を動かす」に挑戦して、出来なかったら「マップ敷き詰め方式」で考えて見ます～。
じ･･･順調目指してますが、自分にはプログラムがあまりにも難しすぎる～。
とりあえずいつもと同じで１日の作業は短いので･･･orz、今日はフィールドを見直してみた。
選手は32x32ドットなので、高さ32dotを身長200cmで換算する事にした。
サッカー競技場のフィールドについてネットで調べたら、縦横にある程度の許容範囲があり、
ワールドカップでは縦68m横105mなので、これで計算すると縦1088ドット、横1680ドットになる。
「マップ敷き詰め方式」で考える可能性も考慮し、32x32ドットで区切りよくなるようにしたら、縦1088ドット、横1696ドット。
これをｍに戻すと縦68m横106mなので、そんなに誤差も目立たないので、縦1088ドット、横1696ドットでフィールドを書くことに決定！
縦１６００横３２００からかなり縮小した感じ。
確かに「マップ敷き詰め方式」と比べると「カメラの位置を動かす」の方が分かりやすそうな気がする。
ここは臨機応変に考えてまずは「カメラの位置を動かす」に挑戦して、出来なかったら「マップ敷き詰め方式」で考えて見ます～。
じ･･･順調目指してますが、自分にはプログラムがあまりにも難しすぎる～。
とりあえずいつもと同じで１日の作業は短いので･･･orz、今日はフィールドを見直してみた。
選手は32x32ドットなので、高さ32dotを身長200cmで換算する事にした。
サッカー競技場のフィールドについてネットで調べたら、縦横にある程度の許容範囲があり、
ワールドカップでは縦68m横105mなので、これで計算すると縦1088ドット、横1680ドットになる。
「マップ敷き詰め方式」で考える可能性も考慮し、32x32ドットで区切りよくなるようにしたら、縦1088ドット、横1696ドット。
これをｍに戻すと縦68m横106mなので、そんなに誤差も目立たないので、縦1088ドット、横1696ドットでフィールドを書くことに決定！
縦１６００横３２００からかなり縮小した感じ。
637 ：名前は開発中のものです。：2009/03/15(日) 00:39:03 ID:7FB2KF+0
>確かに「マップ敷き詰め方式」と比べると「カメラの位置を動かす」の方が分かりやすそうな気がする。
いや、マップ敷き詰め方式ってのは、「カメラの位置うんぬん」とは別の話ですから比べるようなものじゃないですよ。
「マップ敷き詰め方式」ってのは要するにメモリ消費を抑える為の手段でして
でっかい絵をどーんと置くか、ちっちゃいパズルを並べるかの違い。
「カメラの位置うんぬん」は、その絵のどこを表示するか、という考え方だから「マップ敷き詰め方式」の場合にも使います。
これだけじゃなんなので、簡単に解説します。
フィールドの一番左上の座標を ( 0,0 )だとして、選手が立ってる座標が、(500,400)だとします。
カメラの位置（左上の座標）がフィールドの一番左上(0,0)だとすると、
フィールド画像の表示位置は ( 0, 0) 、選手の表示位置は (500,400) ですよね？
たとえばカメラの位置を右下にずらして (100,100）に動かすと、フィールド画像や選手の表示位置は反対方向にずれていきます。
つまりフィールド画像の表示位置は (-100,-100） になり、選手の表示位置は( 500-100,400-100) で ( 400,300) になります。
選手の座標が ( px , py ) で、カメラの位置が( cx , cy ) なら、
フィールド画像の表示位置は( -cx , -cy ) で、選手の表示位置は ( px - cx , py - cy ) って事です。
あくまで表示する時にだけ座標計算するってだけで、それ以外は
1696*1088のフィールド上で選手を好きに動かせばいいって事です。
いや、マップ敷き詰め方式ってのは、「カメラの位置うんぬん」とは別の話ですから比べるようなものじゃないですよ。
「マップ敷き詰め方式」ってのは要するにメモリ消費を抑える為の手段でして
でっかい絵をどーんと置くか、ちっちゃいパズルを並べるかの違い。
「カメラの位置うんぬん」は、その絵のどこを表示するか、という考え方だから「マップ敷き詰め方式」の場合にも使います。
これだけじゃなんなので、簡単に解説します。
フィールドの一番左上の座標を ( 0,0 )だとして、選手が立ってる座標が、(500,400)だとします。
カメラの位置（左上の座標）がフィールドの一番左上(0,0)だとすると、
フィールド画像の表示位置は ( 0, 0) 、選手の表示位置は (500,400) ですよね？
たとえばカメラの位置を右下にずらして (100,100）に動かすと、フィールド画像や選手の表示位置は反対方向にずれていきます。
つまりフィールド画像の表示位置は (-100,-100） になり、選手の表示位置は( 500-100,400-100) で ( 400,300) になります。
選手の座標が ( px , py ) で、カメラの位置が( cx , cy ) なら、
フィールド画像の表示位置は( -cx , -cy ) で、選手の表示位置は ( px - cx , py - cy ) って事です。
あくまで表示する時にだけ座標計算するってだけで、それ以外は
1696*1088のフィールド上で選手を好きに動かせばいいって事です。
638 ：名前は開発中のものです。：2009/03/15(日) 00:48:11 ID:7FB2KF+0
＜637の続き＞
で、たとえば画面の大きさを 640*480 とするならば、画像の中心座標は ( 320,240 ) ですよね。
選手が立ってる位置が (500,400) だとして、その選手を画面の中心に置きたいのなら、
カメラの位置は ( 500 - 320 , 400 - 240 ) で ( 180 , 160 ) って事になります。
（ただし、これは選手の大きさを考慮に入れてません）
つまり、画面の中心に置きたい選手の座標が ( px , py ) で、カメラの位置が( cx , cy ) ならば、
cx = px - 320
cy = py - 240
と、するようにしたらいいわけですね。
フィールド外を表示したくないなら、カメラの座標( cx , cy ) が
( 0 , 0 ) ～ ( 1696 - 640 , 1088 - 480 ) の範囲をはみ出さないようにすればいいだけです。
で、たとえば画面の大きさを 640*480 とするならば、画像の中心座標は ( 320,240 ) ですよね。
選手が立ってる位置が (500,400) だとして、その選手を画面の中心に置きたいのなら、
カメラの位置は ( 500 - 320 , 400 - 240 ) で ( 180 , 160 ) って事になります。
（ただし、これは選手の大きさを考慮に入れてません）
つまり、画面の中心に置きたい選手の座標が ( px , py ) で、カメラの位置が( cx , cy ) ならば、
cx = px - 320
cy = py - 240
と、するようにしたらいいわけですね。
フィールド外を表示したくないなら、カメラの座標( cx , cy ) が
( 0 , 0 ) ～ ( 1696 - 640 , 1088 - 480 ) の範囲をはみ出さないようにすればいいだけです。
フォントのプレビューを兼ねたヘルプウィンドウを付けた
DrawStringで復改が使えないとはしらなんだ
DrawStringで復改が使えないとはしらなんだ
640 ：SGGK ◆6pZCoAtaxk ：2009/03/15(日) 23:22:06 ID:NEkwwH3s
>>637,638
詳細な説明、ありがとうございます。「マップ敷き詰め方式」が別物の件もわかりました～。
実装頑張ってみます！
今日はフィールドに縦線とセンターサークル書いて終了。（画像ツールがものすごく苦手で時間かかる・・・orz）
とりあえずフィールドの作りこみはこれ以上やらずにここまででプログラムに移るつもり。
ＤＸライブラリのリファレンスページで使えそうな関数が無いか探し始めたところで終了。
一日1０分（０分の日もあるかもorz）から１時間位の作業時間でやってるので長期戦・・・。
詳細な説明、ありがとうございます。「マップ敷き詰め方式」が別物の件もわかりました～。
実装頑張ってみます！
今日はフィールドに縦線とセンターサークル書いて終了。（画像ツールがものすごく苦手で時間かかる・・・orz）
とりあえずフィールドの作りこみはこれ以上やらずにここまででプログラムに移るつもり。
ＤＸライブラリのリファレンスページで使えそうな関数が無いか探し始めたところで終了。
一日1０分（０分の日もあるかもorz）から１時間位の作業時間でやってるので長期戦・・・。
フォントハンドル数が上限40とはしらなんだ～
642 ：SGGK ◆6pZCoAtaxk ：2009/03/16(月) 23:25:24 ID:kd1vw+Gx
>>641
そういえば自分もＤＸライブラリでグラフィク関係関数にグラフィックハンドルというのが出てくるけど、
もしも上限が余裕なかったとしたらサッカゲームお手上げな予感です～。
ＤＸライブラリのリファレンス見たところ、使えそうな関数がなさそうな感じ。
まだ調べ方が十分じゃない所為かもしれないので、今日はとりあえず後回し。
その代わり、プログラムのフィールドが今までは単にデータをロードして表示してただけなのを
選手、ボール、ゴールと同様にクラス化？（←自信なしｗ）した。
エラー１８個も出て危ないところだったが、一応動いた。今日はここまで！
そういえば自分もＤＸライブラリでグラフィク関係関数にグラフィックハンドルというのが出てくるけど、
もしも上限が余裕なかったとしたらサッカゲームお手上げな予感です～。
ＤＸライブラリのリファレンス見たところ、使えそうな関数がなさそうな感じ。
まだ調べ方が十分じゃない所為かもしれないので、今日はとりあえず後回し。
その代わり、プログラムのフィールドが今までは単にデータをロードして表示してただけなのを
選手、ボール、ゴールと同様にクラス化？（←自信なしｗ）した。
エラー１８個も出て危ないところだったが、一応動いた。今日はここまで！
フォントサイズの設定とプレビューを付けた
最近眠くてしょうがない
最近眠くてしょうがない
644 ： ◆Fp.xSEIREI ：2009/03/17(火) 01:05:54 ID:120cRAoh
ぽちぽちドット打ち(・∀・)
画像を本気で用意しようとするととんでもなく時間かかるなぁ
画像を本気で用意しようとするととんでもなく時間かかるなぁ
645 ： ◆Fp.xSEIREI ：2009/03/17(火) 20:15:03 ID:120cRAoh
今気づいた
杖を持たせてる手が逆だ＼(^o^)／ｵﾜﾀ
杖を持たせてる手が逆だ＼(^o^)／ｵﾜﾀ
646 ：SGGK ◆6pZCoAtaxk ：2009/03/17(火) 23:14:41 ID:CdZR/pK0
>>643
自分も夜１２時に寝ていても眠いですorz
>>644、645
フィールド書くだけで１時間以上掛かったので、同じくドット絵苦手です。
座標指定で線引けないので、マウスが震えないように直線引いたりしてますｗ
ボール、選手、ゴール、フィールドのクラスにカメラ座標cx、cyをメンバ変数として追加。
ボールの位置を参考に画面を動かしたいので、それぞれの移動用メンバ関数にボールクラスのオブジェクトのアドレスを引数として取るような変更を加えた。
DXライブラリに使えそうな関数見つけたけど、上手く行かず・・・orz
今日はここまでで終了～！
自分も夜１２時に寝ていても眠いですorz
>>644、645
フィールド書くだけで１時間以上掛かったので、同じくドット絵苦手です。
座標指定で線引けないので、マウスが震えないように直線引いたりしてますｗ
ボール、選手、ゴール、フィールドのクラスにカメラ座標cx、cyをメンバ変数として追加。
ボールの位置を参考に画面を動かしたいので、それぞれの移動用メンバ関数にボールクラスのオブジェクトのアドレスを引数として取るような変更を加えた。
DXライブラリに使えそうな関数見つけたけど、上手く行かず・・・orz
今日はここまでで終了～！
今日はサボり気味；内部を整理しただけです
648 ： ◆Fp.xSEIREI ：2009/03/18(水) 20:56:33 ID:YH4Ystcz
保存し忘れたまま再起動しちゃった
＿＿____
| 樹海 | ﾋｬｯﾎｰ
.￣.||￣ ┗(^o^ )┓ 三
|| ┏┗ 三
649 ：SGGK ◆6pZCoAtaxk ：2009/03/18(水) 23:31:53 ID:QZkUMxQu
>>647
同じくちょっと今日は進みませんでした～orz
>>648
そ･･･それは災難ですね～。ハードディスククラッシュみたいな最悪状態じゃなくて良かったと思ってみるとか･･･（汗；
進まなかったので、昨日の上手く行かなかった関数の話。
GHandle = MakeGraph( 640 , 480 ) ; //表示画面と同じ大きさの空のグラフィックハンドルを作成
GetDrawScreenGraph( -1600 , -800 , -961 , -321, GHandle ) ;//表示画面外の画面データを切り抜き、前の命令で作ったグラフィックハンドルGHandleに渡す。
DrawGraph( 0, 0, GHandle, false) ;//表示画面に表示させる。
結果は背景が真っ黒になっただけ・・・orz
なんでこんなことしてみようと思ったかと言うと、座標の変換？みたいな事をしないで見たい画面の部分を切り抜いて直接表示画面に持ってこれないかなーと思った為。
とりあえずこのやり方は無理と分かったので、画面に表示する時に指定する座標を表示用に計算しなおす方法に挑戦する予定。
同じくちょっと今日は進みませんでした～orz
>>648
そ･･･それは災難ですね～。ハードディスククラッシュみたいな最悪状態じゃなくて良かったと思ってみるとか･･･（汗；
進まなかったので、昨日の上手く行かなかった関数の話。
GHandle = MakeGraph( 640 , 480 ) ; //表示画面と同じ大きさの空のグラフィックハンドルを作成
GetDrawScreenGraph( -1600 , -800 , -961 , -321, GHandle ) ;//表示画面外の画面データを切り抜き、前の命令で作ったグラフィックハンドルGHandleに渡す。
DrawGraph( 0, 0, GHandle, false) ;//表示画面に表示させる。
結果は背景が真っ黒になっただけ・・・orz
なんでこんなことしてみようと思ったかと言うと、座標の変換？みたいな事をしないで見たい画面の部分を切り抜いて直接表示画面に持ってこれないかなーと思った為。
とりあえずこのやり方は無理と分かったので、画面に表示する時に指定する座標を表示用に計算しなおす方法に挑戦する予定。
651 ：名前は開発中のものです。：2009/03/19(木) 01:36:46 ID:g4JXnoXo
>>649
>座標の変換？みたいな事をしないで見たい画面の部分を切り抜いて直接表示画面に持ってこれないかなーと思った為。
いちいちそんな事してたら無駄に負荷がかかると思いますｗ
ちなみにその「見たい部分のみ抜き出す」って考え方が、例の「マップ敷き詰め方式」の根本です。
つまり「いちいち切り抜く」のではなく、あらかじめ細かく切りきざんであるのを敷き詰めて並べておいて、
そのうちの「見たい部分」のみを抜き出すわけですね。
>座標の変換？みたいな事をしないで見たい画面の部分を切り抜いて直接表示画面に持ってこれないかなーと思った為。
いちいちそんな事してたら無駄に負荷がかかると思いますｗ
ちなみにその「見たい部分のみ抜き出す」って考え方が、例の「マップ敷き詰め方式」の根本です。
つまり「いちいち切り抜く」のではなく、あらかじめ細かく切りきざんであるのを敷き詰めて並べておいて、
そのうちの「見たい部分」のみを抜き出すわけですね。
652 ：SGGK ◆6pZCoAtaxk ：2009/03/20(金) 00:01:02 ID:/cDOXKwk
>>650
仕様書、やる事リスト、自分はまだどちらも手を付けていませんでした･･･orz
>>651
＞つまり「いちいち切り抜く」のではなく、あらかじめ細かく切りきざんであるのを敷き詰めて並べておいて、
＞そのうちの「見たい部分」のみを抜き出すわけですね。
な･･･なるほど！自分は無意識に「マップ敷き詰め方式」をやろうとしてしまっていたワケですね。
明日こそは「カメラの位置を動かす」方式に挑戦してみようと思います。
今日はダメでした。現実の義務に時間を割かなければならない状況になってきてて･･･、言い訳といえば言い訳なんですが、まぁ少しずつやっていこうと思います～。
仕様書、やる事リスト、自分はまだどちらも手を付けていませんでした･･･orz
>>651
＞つまり「いちいち切り抜く」のではなく、あらかじめ細かく切りきざんであるのを敷き詰めて並べておいて、
＞そのうちの「見たい部分」のみを抜き出すわけですね。
な･･･なるほど！自分は無意識に「マップ敷き詰め方式」をやろうとしてしまっていたワケですね。
明日こそは「カメラの位置を動かす」方式に挑戦してみようと思います。
今日はダメでした。現実の義務に時間を割かなければならない状況になってきてて･･･、言い訳といえば言い訳なんですが、まぁ少しずつやっていこうと思います～。
一文字ごとに表示する+設定で表示スピードを変える物を組み立て中です
654 ：SGGK ◆6pZCoAtaxk ：2009/03/20(金) 23:17:15 ID:8+2HwF0+
フィールドだけがボールと反対方向に動くようになったけど変な感じ。
フィールド画像の左上原点をボールの移動距離と反対方向に動かしてフィールド画像を毎ループ（フレーム？）毎に描画する時に
フィールドの端が表示画面の端に来たらそれ以上動かないように条件if文を使ったが、フィールドの端まで来ないのにフィールドが動かなくなる。
もしかしてフィールドのデータが読み込まれた時に一部分カットされてるのではと思い、ＤＸライブラリで使えそうな関数を探し、フィールドのデータを読み込んだ直後に
int SizeX , SizeY;
GetGraphSize( gh , &SizeX , &SizeY ) ;
printfDx("%d",SizeX);
printfDx("%d",SizeY);
の命令を入れて、読み込んだ画像のサイズを見たら問題なさそう。
条件文をはずして動かしてみたら、フィールドの端が出てきた･･･orz
どうやら条件文の考え方が間違ってる様なので考え中～。
フィールド画像の左上原点をボールの移動距離と反対方向に動かしてフィールド画像を毎ループ（フレーム？）毎に描画する時に
フィールドの端が表示画面の端に来たらそれ以上動かないように条件if文を使ったが、フィールドの端まで来ないのにフィールドが動かなくなる。
もしかしてフィールドのデータが読み込まれた時に一部分カットされてるのではと思い、ＤＸライブラリで使えそうな関数を探し、フィールドのデータを読み込んだ直後に
int SizeX , SizeY;
GetGraphSize( gh , &SizeX , &SizeY ) ;
printfDx("%d",SizeX);
printfDx("%d",SizeY);
の命令を入れて、読み込んだ画像のサイズを見たら問題なさそう。
条件文をはずして動かしてみたら、フィールドの端が出てきた･･･orz
どうやら条件文の考え方が間違ってる様なので考え中～。
一文字ごと表示+スピード設定が出来るようになった
文字のサイズ変更で大きくした際に、メッセージ枠をはみ出した分を自動で復改する様にした
今はエスケープシーケンスの復改の代わりになる物を組み立て中
文字のサイズ変更で大きくした際に、メッセージ枠をはみ出した分を自動で復改する様にした
今はエスケープシーケンスの復改の代わりになる物を組み立て中
656 ：名前は開発中のものです。：2009/03/21(土) 01:33:27 ID:B0u9yEZ5
>>654
「フィールドをボールと反対方向に動かす」という考え方は応用が利きにくいと思うので止めた方がいいかも。
あくまで「カメラ位置」を考えてください。
そしてその「カメラ」もキャラのひとつ（画面全体分――つまり640*480の大きさのキャラ）と考えてください。
ボールが常に「画面の中心」にくるというのなら、
カメラの位置はボールの位置から(-320,-240)の場所です。
ただし、そのずらした結果が、マイナスになったら強制的に０にしてしまえばはみ出す事はありません。
X座標がマイナスになったらX座標のみ０に、
Y座標がマイナスになったらY座標のみ０に。
もちろんこれは上側と左側の考えで、右側と下側は別です。
「フィールドをボールと反対方向に動かす」という考え方は応用が利きにくいと思うので止めた方がいいかも。
あくまで「カメラ位置」を考えてください。
そしてその「カメラ」もキャラのひとつ（画面全体分――つまり640*480の大きさのキャラ）と考えてください。
ボールが常に「画面の中心」にくるというのなら、
カメラの位置はボールの位置から(-320,-240)の場所です。
ただし、そのずらした結果が、マイナスになったら強制的に０にしてしまえばはみ出す事はありません。
X座標がマイナスになったらX座標のみ０に、
Y座標がマイナスになったらY座標のみ０に。
もちろんこれは上側と左側の考えで、右側と下側は別です。
657 ：SGGK ◆6pZCoAtaxk ：2009/03/21(土) 23:44:12 ID:7vjJASG9
>>655
文字処理関係は考えなければならない事が沢山ありそうで自分も将来サッカーゲームの制作がうまく進んだら？文字処理トライすることになった時に参考にしてみます～。
>>656
>あくまで「カメラ位置」を考えてください。
>そしてその「カメラ」もキャラのひとつ（画面全体分――つまり640*480の大きさのキャラ）と考えてください。
まだ考え中で、上記アドバイスと意図が合ってるか自信が無く、カメラのクラスを作ってなんとか目的を実現できないかと思ってるところです。
昨日までやろうとしていた方法は、フィールドサイズ1088Ｘ1696の紙を２枚重ねて、
上の紙には中央に640Ｘ480の穴を開けて固定して、２枚目の紙には毎フレームごとにフィールド、選手、ボール、ゴールが描画され、
プレイの最中動いているボールが１枚目の紙の中央の穴の真ん中に見えるように下の２枚目の紙をぐりぐり動かす、つまり、
下の２枚目の左上の座標がボールの動きと反対になるように更新し続ける感じのものでした。
本当はカメラの位置（座標）がボールの動きに付いていくように変化していく方がいいけど、
ＤＸライブラリで表示画面よりも大きなグラフィックの任意の部分を指定して表示させる関数が見つからなかったのが理由なんですが、
その後ＤＸライブラリのリファレンスをもう一度探して、
DrawRectGraph グラフィックの指定矩形部分のみを描画
を使えば、フィールドの左上座標を動かさなくても任意の部分を抜き出して表示できそうなので、
選手、ボール、ゴールをカメラのクラスの中で例えばカメラが、ある任意の座標にあったとして、
その時見えているのは、どのオブジェクトかを調べて、調べた時点ではオブジェクトの座標は２枚目の紙の座標（０，０）－（１０８８、１６９６）なのに対し、
たとえカメラの位置の座標が変化していてもカメラの画面内にオブジェクトを描画するときはあくまでも（０，０）－（６４０、４８０）なので、
この座標に変換してくれるようなしくみをカメラのクラスにもたせられれば、なんとかなるかもと妄想して終了。
実装はどうすればよいものかまだ見当が付かず、危険信号な状態です～。
文字処理関係は考えなければならない事が沢山ありそうで自分も将来サッカーゲームの制作がうまく進んだら？文字処理トライすることになった時に参考にしてみます～。
>>656
>あくまで「カメラ位置」を考えてください。
>そしてその「カメラ」もキャラのひとつ（画面全体分――つまり640*480の大きさのキャラ）と考えてください。
まだ考え中で、上記アドバイスと意図が合ってるか自信が無く、カメラのクラスを作ってなんとか目的を実現できないかと思ってるところです。
昨日までやろうとしていた方法は、フィールドサイズ1088Ｘ1696の紙を２枚重ねて、
上の紙には中央に640Ｘ480の穴を開けて固定して、２枚目の紙には毎フレームごとにフィールド、選手、ボール、ゴールが描画され、
プレイの最中動いているボールが１枚目の紙の中央の穴の真ん中に見えるように下の２枚目の紙をぐりぐり動かす、つまり、
下の２枚目の左上の座標がボールの動きと反対になるように更新し続ける感じのものでした。
本当はカメラの位置（座標）がボールの動きに付いていくように変化していく方がいいけど、
ＤＸライブラリで表示画面よりも大きなグラフィックの任意の部分を指定して表示させる関数が見つからなかったのが理由なんですが、
その後ＤＸライブラリのリファレンスをもう一度探して、
DrawRectGraph グラフィックの指定矩形部分のみを描画
を使えば、フィールドの左上座標を動かさなくても任意の部分を抜き出して表示できそうなので、
選手、ボール、ゴールをカメラのクラスの中で例えばカメラが、ある任意の座標にあったとして、
その時見えているのは、どのオブジェクトかを調べて、調べた時点ではオブジェクトの座標は２枚目の紙の座標（０，０）－（１０８８、１６９６）なのに対し、
たとえカメラの位置の座標が変化していてもカメラの画面内にオブジェクトを描画するときはあくまでも（０，０）－（６４０、４８０）なので、
この座標に変換してくれるようなしくみをカメラのクラスにもたせられれば、なんとかなるかもと妄想して終了。
実装はどうすればよいものかまだ見当が付かず、危険信号な状態です～。
復改出来る様になった。文字スピード設定のプレビューを付けた
今はＢＧＭの音量設定を考え中
今はＢＧＭの音量設定を考え中
659 ：名前は開発中のものです。：2009/03/22(日) 03:03:34 ID:oncUjrKC
660 ：SGGK ◆6pZCoAtaxk ：2009/03/22(日) 22:06:02 ID:KdhPxjYd
>>659
フィールドがウィンドウサイズより大きい場合にウィンドウの外にあって見えないフィールドの部分を表示させる方法として、
１．フィールドの原点座標を移動させて、見せたい部分がウィンドウの位置に来るようにする。
２．フィールドの原点は移動させないで、表示させたい範囲（640x480)を指定してウィンドウのある位置に持ってくる（表示させる）
を思いついたのですが、たぶん２．の方がアドバイスに近いと思うし、自分も２の方が直感的かもしれないような感じがしたのが理由です。
今日はとりあえず準備として選手の移動関数内にある選手座標の計算部分と描画部分を分離して別々の関数にしようとしたけど、なんだか失敗。
14歳シリーズがかろうじて分かるかどうかなレベルなので１から自分で書こうとすると結構ハマる。早くても1ヶ月位は掛かると予想してます。
フィールドがウィンドウサイズより大きい場合にウィンドウの外にあって見えないフィールドの部分を表示させる方法として、
１．フィールドの原点座標を移動させて、見せたい部分がウィンドウの位置に来るようにする。
２．フィールドの原点は移動させないで、表示させたい範囲（640x480)を指定してウィンドウのある位置に持ってくる（表示させる）
を思いついたのですが、たぶん２．の方がアドバイスに近いと思うし、自分も２の方が直感的かもしれないような感じがしたのが理由です。
今日はとりあえず準備として選手の移動関数内にある選手座標の計算部分と描画部分を分離して別々の関数にしようとしたけど、なんだか失敗。
14歳シリーズがかろうじて分かるかどうかなレベルなので１から自分で書こうとすると結構ハマる。早くても1ヶ月位は掛かると予想してます。
構造を整理中
主人公の服装がはっきり決まっていなかったので考える(・∀・)絵描き練習も
663 ： ◆Fp.xSEIREI ：2009/03/23(月) 23:34:04 ID:sn4mHp6u
敵機のオプション呼出&操作関連の不具合修正中(・∀・)
親機が生存していて子機が破壊された時、親機を破壊するか
親機が破壊されて子機だけになった場合、子機を破壊するか
親機が破壊された場合、子機及び孫機を破壊するか
子機が破壊された時、孫機を破壊するか
孫機が破壊された場合、その孫機の親機を破壊するか、また上の親機に影響がうんたら
柔軟な対応ができるようにいろいろ(・∀・)
親機が生存していて子機が破壊された時、親機を破壊するか
親機が破壊されて子機だけになった場合、子機を破壊するか
親機が破壊された場合、子機及び孫機を破壊するか
子機が破壊された時、孫機を破壊するか
孫機が破壊された場合、その孫機の親機を破壊するか、また上の親機に影響がうんたら
柔軟な対応ができるようにいろいろ(・∀・)
664 ：SGGK ◆6pZCoAtaxk ：2009/03/23(月) 23:48:51 ID:g0cKOg9Q
す･･･進んでますね～。こちらもなんとか１ヶ月でスクロール？というかカメラ移動の実装を終わらせたいです～。
昨日の作業はちょっと中断。画面があまりに遅いので調べたら、毎フレーム呼ばれるmove関数内でフィールド画像をロードすると同時にグラフィックハンドルを設定し、
そのグラフィックハンドルを元にフィールドを描画してた。load関数で１回だけやればいい画像データのロードを毎フレーム毎にやってたから遅くなったと思われる。
それを直したら今度は背景が真っ黒になった。ソースをよ～く見てみたら、load関数内でグラフィックハンドルをフィールドオブジェクトの中にあるグラフィックハンドル記憶用のメンバ変数にインプットしてたのに対し、
その次の初期化用init関数内でいったんフィールドオブジェクトをクリアして新しい初期値を入れるようにしていたのでグラフィックハンドルが消えてしまってたのが理由だと分かった。
では何故今までは問題無かったかというと、load関数内でグラフィックハンドルはパラパラアニメ用のanimedrawクラスのオブジェクトにあらかじめインプットしてあって、このanimedrawオブジェクトのアドレスを
init関数で渡す仕様になってたのでload関数内で設定したグラフィックハンドルが失われなかったというワケ。
フィールド画像は一枚しかなかったのでanimedrawクラスのオブジェクト使うの面倒だからやめたのが原因！
また長文やってしまった・・・orz
明日は面倒がってたanimedrawクラスの中身を復習して、これを使うようにする予定～！ｗ
昨日の作業はちょっと中断。画面があまりに遅いので調べたら、毎フレーム呼ばれるmove関数内でフィールド画像をロードすると同時にグラフィックハンドルを設定し、
そのグラフィックハンドルを元にフィールドを描画してた。load関数で１回だけやればいい画像データのロードを毎フレーム毎にやってたから遅くなったと思われる。
それを直したら今度は背景が真っ黒になった。ソースをよ～く見てみたら、load関数内でグラフィックハンドルをフィールドオブジェクトの中にあるグラフィックハンドル記憶用のメンバ変数にインプットしてたのに対し、
その次の初期化用init関数内でいったんフィールドオブジェクトをクリアして新しい初期値を入れるようにしていたのでグラフィックハンドルが消えてしまってたのが理由だと分かった。
では何故今までは問題無かったかというと、load関数内でグラフィックハンドルはパラパラアニメ用のanimedrawクラスのオブジェクトにあらかじめインプットしてあって、このanimedrawオブジェクトのアドレスを
init関数で渡す仕様になってたのでload関数内で設定したグラフィックハンドルが失われなかったというワケ。
フィールド画像は一枚しかなかったのでanimedrawクラスのオブジェクト使うの面倒だからやめたのが原因！
また長文やってしまった・・・orz
明日は面倒がってたanimedrawクラスの中身を復習して、これを使うようにする予定～！ｗ
自作関数を使いまわしやすい様に全体的に書き加え
666 ： ◆Fp.xSEIREI ：2009/03/24(火) 04:43:51 ID:UHqomJ90
レーザーを出しまくって負荷テスト(・∀・)CPU：Celeron420_1.6Ghz、GPU：Geforce8400Gs
180～240本程度が進行に支障が出ないレベルっぽい(・∀・)てか避けれん
重いのは当たり判定の処理部分。改善の余地アリ
180～240本程度が進行に支障が出ないレベルっぽい(・∀・)てか避けれん
重いのは当たり判定の処理部分。改善の余地アリ
667 ： ◆Fp.xSEIREI ：2009/03/24(火) 21:31:23 ID:UHqomJ90
http://www.dotup.org/uploda/www.dotup.org8099.jpg
ちょっと吸い込まれる弾幕つくってみたら難しすぎﾜﾛｽ
ちょっと吸い込まれる弾幕つくってみたら難しすぎﾜﾛｽ
668 ：SGGK ◆6pZCoAtaxk ：2009/03/24(火) 23:26:17 ID:21U+sbRD
>>667
レーザーで囲まれた範囲内で弾を避けるのは確かに難易度高そう～！
こちらはanimedrawクラスの中身を復習。１４歳シリーズC++本の内容ほとんどそのままブラックボックス化して使っていたので忘れてたｗ
animedrawクラスのメンバ関数にDrawRectGraphを使えるタイプを追加したいけど、まだ出来ず・・・orz
明日こそは･･･。
レーザーで囲まれた範囲内で弾を避けるのは確かに難易度高そう～！
こちらはanimedrawクラスの中身を復習。１４歳シリーズC++本の内容ほとんどそのままブラックボックス化して使っていたので忘れてたｗ
animedrawクラスのメンバ関数にDrawRectGraphを使えるタイプを追加したいけど、まだ出来ず・・・orz
明日こそは･･･。
670 ：SGGK ◆6pZCoAtaxk ：2009/03/25(水) 23:41:39 ID:uzaiQ2SM
animedrawクラスのメンバ関数にDrawRectGraphを使えるタイプを追加は出来た感じ。
DrawGraphを使ってる関数をコピペして、内部のDrawGraphをDrawRectGraphに置き換え、増えた引数をそのまま書き写すしか方法が思いつかなかった。
まだ宣言と定義をしただけでメインループに組み込んで無いので、画面の背景は真っ黒・・・orz
DrawGraphを使ってる関数をコピペして、内部のDrawGraphをDrawRectGraphに置き換え、増えた引数をそのまま書き写すしか方法が思いつかなかった。
まだ宣言と定義をしただけでメインループに組み込んで無いので、画面の背景は真っ黒・・・orz
仕様考えてて作業進まず・・・
672 ： ◆Fp.xSEIREI ：2009/03/26(木) 03:53:17 ID:czG9RriZ
風邪引いてダウン／(^o^)＼
673 ：SGGK ◆6pZCoAtaxk ：2009/03/26(木) 23:24:30 ID:QVDae7NZ
>>671
仕様どうしようかと気にしつつ自分はまだやってないです･･･orz。
>>672
こちらも鼻の調子がイマイチで花粉なのか風邪なのか微妙な感じｗ
昨日の関数、なんとか組み込めた感じ。最初はvectorがどうのこうのというエラーが出たけど、
load関数でグラフィックハンドルを取り、それをinit関数でインプットする部分が他のオブジェクトでどの様に書いていたかを見比べて、
違う所を直したら動いた。コピペで直って運が良かったｗ。
これで表示画面より大きくて見えない部分の範囲を指定して表示画面に持ってこれる様になったので、
範囲を指定する引数を変数にして、その変数をどう決めるかを考えれば、カメラ移動が出来るかもしれない。
仕様どうしようかと気にしつつ自分はまだやってないです･･･orz。
>>672
こちらも鼻の調子がイマイチで花粉なのか風邪なのか微妙な感じｗ
昨日の関数、なんとか組み込めた感じ。最初はvectorがどうのこうのというエラーが出たけど、
load関数でグラフィックハンドルを取り、それをinit関数でインプットする部分が他のオブジェクトでどの様に書いていたかを見比べて、
違う所を直したら動いた。コピペで直って運が良かったｗ。
これで表示画面より大きくて見えない部分の範囲を指定して表示画面に持ってこれる様になったので、
範囲を指定する引数を変数にして、その変数をどう決めるかを考えれば、カメラ移動が出来るかもしれない。
675 ：SGGK ◆6pZCoAtaxk ：2009/03/27(金) 23:16:31 ID:4nVo0lze
こちらもかなり書き直しになりそうです。今日は停滞・・・orz
とりあえずやろうとしてるのは、
現状のプログラムでは、各オブジェクト（選手、ボール、ゴール、フィールド）それぞれにmove関数があって、
move関数内でループ毎に座標計算と描画を行い、その後atarihantei関数で各オブジェクト同士の当たり判定してるのを
新たにカメラのクラスを作り、メンバ関数にはmove関数とview関数を用意し、
カメラオブジェクトのmove関数では座標計算のみ行い、view関数では画面に映る対象となる全てのオブジェクトの座標を引数に取り、
カメラ描画用に座標を変換し描画する様に改造する事を考えてます。
そのために今までのmove関数から描画処理部分を取り除く必要があるので時間掛かりそうな予感。
とりあえず、これが次のやる事メモみたいな感じｗ
とりあえずやろうとしてるのは、
現状のプログラムでは、各オブジェクト（選手、ボール、ゴール、フィールド）それぞれにmove関数があって、
move関数内でループ毎に座標計算と描画を行い、その後atarihantei関数で各オブジェクト同士の当たり判定してるのを
新たにカメラのクラスを作り、メンバ関数にはmove関数とview関数を用意し、
カメラオブジェクトのmove関数では座標計算のみ行い、view関数では画面に映る対象となる全てのオブジェクトの座標を引数に取り、
カメラ描画用に座標を変換し描画する様に改造する事を考えてます。
そのために今までのmove関数から描画処理部分を取り除く必要があるので時間掛かりそうな予感。
とりあえず、これが次のやる事メモみたいな感じｗ
調整しつつ復元～
677 ：SGGK ◆6pZCoAtaxk ：2009/03/28(土) 23:46:54 ID:7UqHBkKX
何も進まなかったのでどうしようかと思ったけど、とりあえず書き込み･･･orz
考えが整理できないのでフィールドの枠とカメラの枠をノートに書いて
座標をどの様に計算してやればよいか整理してからやってみる予定。
考えが整理できないのでフィールドの枠とカメラの枠をノートに書いて
座標をどの様に計算してやればよいか整理してからやってみる予定。
678 ： ◆Fp.xSEIREI ：2009/03/29(日) 02:33:01 ID:DbfbvsH9
絵描き練習がてら主人公の服装をうんたら(・∀・)
人体デッサンﾑｽﾞｶｼ
人体デッサンﾑｽﾞｶｼ
679 ：SGGK ◆6pZCoAtaxk ：2009/03/29(日) 23:21:33 ID:wYbE8fnF
いよいよアニメ化ですね！
こちらは生存報告･･･orz
一応ノートに書いて頭の中身を整理しようとしたものの、
選手の移動関数については何種類かパターンを選べるようにする方法を組み込んであって、
そういう場合、座標計算と描画の処理をどうやって分離するかが思いつかず、進み具合というか制作の動きが鈍くなってマスｗ
こちらは生存報告･･･orz
一応ノートに書いて頭の中身を整理しようとしたものの、
選手の移動関数については何種類かパターンを選べるようにする方法を組み込んであって、
そういう場合、座標計算と描画の処理をどうやって分離するかが思いつかず、進み具合というか制作の動きが鈍くなってマスｗ
680 ：SGGK ◆6pZCoAtaxk ：2009/03/30(月) 23:51:50 ID:XCZeuneq
今日も極めて短時間作業。
まずはcameraクラスを宣言するための中身が空のcamera.hを作りvc++2008に認識させようとしたけど、それをやるだけで時間掛かった。
ある程度の使い方ぐらいは本なりホームページで調べてから作業した方が結局早いかもしれないけど、今は我慢。今日はこれだけｗ
きちんとした設計法や手順を身につけていないので、まずは最低限なところから実装する作戦に変更。
cameraクラス宣言、メンバ関数move、viewの宣言と定義、move関数ではwasdキーで上下左右にカメラを動かし、
view関数では座標変換をまだやらないで、今まで作った各オブジェクトに付いているdraw処理をcameraクラスのview関数に集め、そのまま表示させる。
ここまでを目標にしてみるつもり。
まずはcameraクラスを宣言するための中身が空のcamera.hを作りvc++2008に認識させようとしたけど、それをやるだけで時間掛かった。
ある程度の使い方ぐらいは本なりホームページで調べてから作業した方が結局早いかもしれないけど、今は我慢。今日はこれだけｗ
きちんとした設計法や手順を身につけていないので、まずは最低限なところから実装する作戦に変更。
cameraクラス宣言、メンバ関数move、viewの宣言と定義、move関数ではwasdキーで上下左右にカメラを動かし、
view関数では座標変換をまだやらないで、今まで作った各オブジェクトに付いているdraw処理をcameraクラスのview関数に集め、そのまま表示させる。
ここまでを目標にしてみるつもり。
681 ： ◆Fp.xSEIREI ：2009/03/31(火) 05:59:43 ID:hkAyxn74
682 ：SGGK ◆6pZCoAtaxk ：2009/03/31(火) 23:50:43 ID:gUhbpo9X
683 ： ◆Fp.xSEIREI ：2009/04/01(水) 05:52:09 ID:11Jt2sMt
敵ショットのway数を指定するとき 360/nWAY で余りが出る時弾の間隔がおかしくなるバグ修正(・∀・)
なるほどね、計算に用いる変数にint型があったら勝手に整数に丸められるのね
なるほどね、計算に用いる変数にint型があったら勝手に整数に丸められるのね
684 ：SGGK ◆6pZCoAtaxk ：2009/04/01(水) 23:28:34 ID:TmemOZyG
コンパイルする時に
warning C4244: '初期化中' : 'float' から 'int' への変換です。データが失われる可能性があります。
という警告が１０箇所程残ったままなので自分のプログラムも何かあるかも・・・orz
短時間作業～。cameradata.hはメンバ変数のみのクラスCameraDataを宣言と定義しただけなのでcppファイルは無しで終了。
このCameraDataクラスで作成したオブジェクトcameraをメンバ変数に持つCameraConrolクラスの中にメンバ関数としてmoveとviewを作り、
オブジェクトcameraの中身（x,y座標とか）を色々操作する感じ。まず宣言が必要なので、cameracontrol.hを考え中～。
warning C4244: '初期化中' : 'float' から 'int' への変換です。データが失われる可能性があります。
という警告が１０箇所程残ったままなので自分のプログラムも何かあるかも・・・orz
短時間作業～。cameradata.hはメンバ変数のみのクラスCameraDataを宣言と定義しただけなのでcppファイルは無しで終了。
このCameraDataクラスで作成したオブジェクトcameraをメンバ変数に持つCameraConrolクラスの中にメンバ関数としてmoveとviewを作り、
オブジェクトcameraの中身（x,y座標とか）を色々操作する感じ。まず宣言が必要なので、cameracontrol.hを考え中～。
685 ：名前は開発中のものです。：2009/04/02(木) 14:53:39 ID:1p+x1WGA
floatは不動小数点以下含む
intは(-入れて)整数
あと桁数が違うので確認を
intは(-入れて)整数
あと桁数が違うので確認を
686 ：SGGK ◆6pZCoAtaxk ：2009/04/02(木) 22:23:29 ID:unMQyLeP
>>685
ありがとうございます～。プログラムの警告が出ていた行をざ～っと見てみました。
ほとんどが選手の足元の当たり判定の四角範囲の上角と下角の座標を計算する為の部分で
int=float+(int-int)/2 見たいな式ばかりでたぶんfloatの小数点以下がintにインプットする時に消えるという意味だと思われます。影響は無かった感じ。
cameracontrol.hの中でCameraConrolクラスの宣言終了。今度はcameracontrol.cppの中でCameraConrolクラスに入ってるメンバ関数moveとviewの定義を書き始めるところ。
ありがとうございます～。プログラムの警告が出ていた行をざ～っと見てみました。
ほとんどが選手の足元の当たり判定の四角範囲の上角と下角の座標を計算する為の部分で
int=float+(int-int)/2 見たいな式ばかりでたぶんfloatの小数点以下がintにインプットする時に消えるという意味だと思われます。影響は無かった感じ。
cameracontrol.hの中でCameraConrolクラスの宣言終了。今度はcameracontrol.cppの中でCameraConrolクラスに入ってるメンバ関数moveとviewの定義を書き始めるところ。
687 ：名前は開発中のものです。：2009/04/02(木) 23:31:35 ID:8QbRICGr
688 ：SGGK ◆6pZCoAtaxk ：2009/04/04(土) 00:01:32 ID:hNPD7Jdr
全部floatにすればいいかと思ったけど、時間が掛かりそうなのでキャストのやり方を調べてそれで対応する方にしました。
型だけ書くと下の様な感じで警告が消えました～。
int=(int)float+(int-int)/2
cameracontrol.cppが出来たのでコンパイルするとエラーが１５０個程発生。
ヘッダファイルの入れ忘れ、アロー演算子とドット演算子の使い分けミス、名前の間違い、引数の取り方の間違いが原因で
コンパイルは通る様になったけど、何故か背景が真っ黒・・・orz
型だけ書くと下の様な感じで警告が消えました～。
int=(int)float+(int-int)/2
cameracontrol.cppが出来たのでコンパイルするとエラーが１５０個程発生。
ヘッダファイルの入れ忘れ、アロー演算子とドット演算子の使い分けミス、名前の間違い、引数の取り方の間違いが原因で
コンパイルは通る様になったけど、何故か背景が真っ黒・・・orz
689 ：SGGK ◆6pZCoAtaxk ：2009/04/04(土) 00:52:15 ID:hNPD7Jdr
>676
も･･･もしかしてアクセス規制でしょうか･･･。
背景真っ黒のバグ取れず･･･orz
明日休みなのでもう少し粘ってみたけど、さすがに無理だった。（寝ますｗ）
も･･･もしかしてアクセス規制でしょうか･･･。
背景真っ黒のバグ取れず･･･orz
明日休みなのでもう少し粘ってみたけど、さすがに無理だった。（寝ますｗ）
規制に巻き込まれたので、ここぞとばかり制作サボってＣの勉強をしてました
関数ポインタに衝撃！関数を変数の様に扱えて、関数に引数として渡したり出来るなんて面白いな～
関数ポインタに衝撃！関数を変数の様に扱えて、関数に引数として渡したり出来るなんて面白いな～
>>689
リロードしてなかったｗすいません、携帯は打つの遅くて億劫なんで・・・
リロードしてなかったｗすいません、携帯は打つの遅くて億劫なんで・・・
692 ：SGGK ◆6pZCoAtaxk ：2009/04/04(土) 19:06:16 ID:ITHEsVxa
>>690,691
規制解除されて良かったですね～。
関数ポインタ、ネットでどんなのか見てみました。む･･･難しい。
自分の本は初級用で古かったからなのか関数ポインタ出て無かったし･･･orz
背景真っ黒バグやっと取れた～。一言で言えば、初期化の順番が間違ってたのが原因。
カメラの移動計算をする時に
if（カメラＸ座標＞カメラＸ座標最大値）{カメラＸ座標＝カメラＸ座標最大値}
のカメラＸ座標最大値にものすごく大きなマイナスの数値が入っていた。
カメラＸ座標の初期値は０だけど、この式で大きなマイナスの数値にされて画面表示範囲外にいってしまったと思われる。
カメラＸ座標最大値＝フィールド横幅－６４０だから、
（誤）のやり方ではフィールド横幅が初期化される前のものすごく大きなマイナス値の時にカメラＸ座標最大値が計算されてしまってバグになるというワケｗ。
（誤）
cameracnt.init(fieldcnt.getFieldData());//フィールドの座標を参考にしてカメラの座標や移動範囲を初期化する。
fieldcnt.init();//フィールド座標やグラフィックハンドルを変数に記憶させておく初期化
（正解）
fieldcnt.init();
cameracnt.init(fieldcnt.getFieldData());
規制解除されて良かったですね～。
関数ポインタ、ネットでどんなのか見てみました。む･･･難しい。
自分の本は初級用で古かったからなのか関数ポインタ出て無かったし･･･orz
背景真っ黒バグやっと取れた～。一言で言えば、初期化の順番が間違ってたのが原因。
カメラの移動計算をする時に
if（カメラＸ座標＞カメラＸ座標最大値）{カメラＸ座標＝カメラＸ座標最大値}
のカメラＸ座標最大値にものすごく大きなマイナスの数値が入っていた。
カメラＸ座標の初期値は０だけど、この式で大きなマイナスの数値にされて画面表示範囲外にいってしまったと思われる。
カメラＸ座標最大値＝フィールド横幅－６４０だから、
（誤）のやり方ではフィールド横幅が初期化される前のものすごく大きなマイナス値の時にカメラＸ座標最大値が計算されてしまってバグになるというワケｗ。
（誤）
cameracnt.init(fieldcnt.getFieldData());//フィールドの座標を参考にしてカメラの座標や移動範囲を初期化する。
fieldcnt.init();//フィールド座標やグラフィックハンドルを変数に記憶させておく初期化
（正解）
fieldcnt.init();
cameracnt.init(fieldcnt.getFieldData());
693 ： ◆Fp.xSEIREI ：2009/04/04(土) 20:30:42 ID:mfukvvdc
自由落下(放物線？)っぽい移動について色々(・∀・)
計算式はまぁわかるけど座標の移動結果の計算がいつもの移動計算と違って独立してしまうからちょっとややこしい
計算式はまぁわかるけど座標の移動結果の計算がいつもの移動計算と違って独立してしまうからちょっとややこしい
今までは1つの処理をゴトッとまるごと書いていたのを、細かくパーツ分けして関数化し
関数を組み合わせて1つの処理をさせる様にする事にしました
汎用性を持たせる為の工夫が楽しいやらしんどいやらー
関数を組み合わせて1つの処理をさせる様にする事にしました
汎用性を持たせる為の工夫が楽しいやらしんどいやらー
695 ：SGGK ◆6pZCoAtaxk ：2009/04/05(日) 23:22:42 ID:RpKryXFj
>>693
自分も移動処理を別のファイルにして呼び出す書き方（14歳シリーズの方法）にしてから
まだ慣れてなくてややこしさがありマス。
>>694
自分もプログラムのパーツ分けを見直したい～。自分のプログラムはちょっと直すとすぐバグが出るのでｗ
背景真っ黒バグ取れた直後にまたバグ出てなんとかしようとしたけどダメだった。
背景は表示されるけど、WSADキーで背景が上下左右しないバグが取れず･･･orz
自分も移動処理を別のファイルにして呼び出す書き方（14歳シリーズの方法）にしてから
まだ慣れてなくてややこしさがありマス。
>>694
自分もプログラムのパーツ分けを見直したい～。自分のプログラムはちょっと直すとすぐバグが出るのでｗ
背景真っ黒バグ取れた直後にまたバグ出てなんとかしようとしたけどダメだった。
背景は表示されるけど、WSADキーで背景が上下左右しないバグが取れず･･･orz
構造体？普通に配列で事足りるしなぁ～、と思っていたけれど・・・
関数の使い回しを考える様になって一変しました。 あれはいいものだ！
関数の使い回しを考える様になって一変しました。 あれはいいものだ！
HSPからＣに移ってきた俺は構造体や関数が便利過ぎて吹いた(・∀・)
全部配列変数で弾幕やら敵やらを制御していた頃が懐かしい
ソース分割も無かったから超スパゲッティ
関数もないからサブルーチンで頑張ってた
全部配列変数で弾幕やら敵やらを制御していた頃が懐かしい
ソース分割も無かったから超スパゲッティ
関数もないからサブルーチンで頑張ってた
698 ：SGGK ◆6pZCoAtaxk ：2009/04/06(月) 22:36:41 ID:L94mWUrW
>>696,>>697
う・・・、Ｃ中心の方が良さそうな気がしてきました。
今のプログラムは１４歳シリーズＣ＋＋の影響があまりにも尾を引いているんだけど、
ちょっと直すとものすごいバグが出てしまうので、もう少し粘ってみて、もしもの時はリセットするかも・・・。
バグはなんとか取れました。大雑把に書くと、
int df =（１フレームの移動量計算）;
カメラx座標 = カメラx座標 ＋ df;
のintをfloatにしたら動いた。
dfが小数点以下の数字だったからintだと0になるのかも？（←特にデバッガ使わなかったので予想）
キャストの話が出てた時と根は同じ理由と思われます。
う・・・、Ｃ中心の方が良さそうな気がしてきました。
今のプログラムは１４歳シリーズＣ＋＋の影響があまりにも尾を引いているんだけど、
ちょっと直すとものすごいバグが出てしまうので、もう少し粘ってみて、もしもの時はリセットするかも・・・。
バグはなんとか取れました。大雑把に書くと、
int df =（１フレームの移動量計算）;
カメラx座標 = カメラx座標 ＋ df;
のintをfloatにしたら動いた。
dfが小数点以下の数字だったからintだと0になるのかも？（←特にデバッガ使わなかったので予想）
キャストの話が出てた時と根は同じ理由と思われます。
700 ：名前は開発中のものです。：2009/04/07(火) 06:20:49 ID:ZOHu96Bt
701 ： ◆Fp.xSEIREI ：2009/04/07(火) 06:57:00 ID:5xr5xfqQ
>>698
俺はクラスとか一切使ってないぞー(・∀・)
>>700の言うBetterＣってのだ
C++独自の算術関数使ってるくらいかな
>>699
大きくなればなるほどものすごく複雑になって行ってシューティングがそれっぽく動く段階までですでにスパゲッティに…
ググると痒いところに手が届く関数がぽんぽん出てくるなー(・∀・)fmodとか
俺はクラスとか一切使ってないぞー(・∀・)
>>700の言うBetterＣってのだ
C++独自の算術関数使ってるくらいかな
>>699
大きくなればなるほどものすごく複雑になって行ってシューティングがそれっぽく動く段階までですでにスパゲッティに…
ググると痒いところに手が届く関数がぽんぽん出てくるなー(・∀・)fmodとか
702 ：SGGK ◆6pZCoAtaxk ：2009/04/07(火) 22:54:01 ID:YiJ6Svh6
>>700
BetterCをググってみました。もしかすると自分のプログラムもどちらかといえばBetterCかもしれません。
一応クラスは使ってるけど構造体に関数が入ってるような感じの使い方しかしてないし、中身はＣで書いてるし・・・。
今、自分がプログラムを難しく思っているのはもしかするとＣかＣ＋＋かの違いとは他の所に原因があるのかもしれません。
それが何なのかはまだ今の所わかってません・・・orz
>>701
fmod、ググってみました。もしかすると余りを計算する％ってのは結果が整数値でしか出せなくて
小数点以下ありで余りを出せるのがfmodかな～と解釈。
昨日のバグもそうですが、整数か小数点付かでいろいろ問題がでるみたいでプログラム色々大変～な感じ。
目標を>675から>680に落として、一応昨日で>680が出来たので、
次の目標を考え中、でもバグ取りで疲れてきたので、１４歳Ｃ＋＋の最後の章を
もう一度（今ひとつ理解できないので今度で３回目）読んでみるかも・・・orz
BetterCをググってみました。もしかすると自分のプログラムもどちらかといえばBetterCかもしれません。
一応クラスは使ってるけど構造体に関数が入ってるような感じの使い方しかしてないし、中身はＣで書いてるし・・・。
今、自分がプログラムを難しく思っているのはもしかするとＣかＣ＋＋かの違いとは他の所に原因があるのかもしれません。
それが何なのかはまだ今の所わかってません・・・orz
>>701
fmod、ググってみました。もしかすると余りを計算する％ってのは結果が整数値でしか出せなくて
小数点以下ありで余りを出せるのがfmodかな～と解釈。
昨日のバグもそうですが、整数か小数点付かでいろいろ問題がでるみたいでプログラム色々大変～な感じ。
目標を>675から>680に落として、一応昨日で>680が出来たので、
次の目標を考え中、でもバグ取りで疲れてきたので、１４歳Ｃ＋＋の最後の章を
もう一度（今ひとつ理解できないので今度で３回目）読んでみるかも・・・orz
703 ：SGGK ◆6pZCoAtaxk ：2009/04/08(水) 21:59:11 ID:fCpceCdJ
昨日の自分の書き込みを振り返ると、ヒントをもらっても自分はそれを活かしてない感じ・・・orz
でも、関数ポインタ、BetterCなど、ノートにメモして忘れないようにし、レベルがUPしたら振り返ってみようと思ってマス。
（次の目標）
選手は増やさず、現状の８人のまま。ただし、表示する座標はフィールド全体に配置する。
それによって今まで初期状態で８人見えていたのが、何人かは画面外になる。
この間作ったWSADキーで背景が上下左右する機能で画面外の選手が見えるようにする。
でも、関数ポインタ、BetterCなど、ノートにメモして忘れないようにし、レベルがUPしたら振り返ってみようと思ってマス。
（次の目標）
選手は増やさず、現状の８人のまま。ただし、表示する座標はフィールド全体に配置する。
それによって今まで初期状態で８人見えていたのが、何人かは画面外になる。
この間作ったWSADキーで背景が上下左右する機能で画面外の選手が見えるようにする。
704 ： ◆Fp.xSEIREI ：2009/04/08(水) 23:10:31 ID:yfenry/J
重力移動完成(・∀・)いい感じに動くぜ
705 ：SGGK ◆6pZCoAtaxk ：2009/04/09(木) 22:46:59 ID:XRDrR+gw
重力使えるとリアルな動きが出来そうですよね～。ボールに使えるようになりたい～。
選手８人を全体に配置したら失敗。画面の端に張り付いた状態になる。
これは（０，０）～（６４０、４８０）でやってた時の選手移動関数の中に画面外へのはみ出し防止ｉｆ文に引っ掛かったから。
if文を（０，０）～（１６９６，１０８８）に対応させて問題クリア！
今はカメラ初期位置を左上にしてるので選手は１人も表示されないが、しばらくすると画面外から画面中央にあるボールに向かって画面外から現れる。
ここで今日は終了。
ここから先は、今のｘ，ｙ座標は計算してもそのｘ，ｙ座標で選手を表示させず、
そのｘ，ｙ座標が（カメラの左上ｘ座標、カメラの左上ｙ座標）～（カメラの左上ｘ座標＋６４０、カメラの左上ｙ座標＋４８０）にある場合にだけ表示を許可し、
なおかつ表示関数に与える引数の座標は、（選手のx座標－カメラの左上ｘ座標、選手のｙ座標－カメラの左上ｙ座標）にすれば、カメラの動きになるかな～と予想。
選手８人を全体に配置したら失敗。画面の端に張り付いた状態になる。
これは（０，０）～（６４０、４８０）でやってた時の選手移動関数の中に画面外へのはみ出し防止ｉｆ文に引っ掛かったから。
if文を（０，０）～（１６９６，１０８８）に対応させて問題クリア！
今はカメラ初期位置を左上にしてるので選手は１人も表示されないが、しばらくすると画面外から画面中央にあるボールに向かって画面外から現れる。
ここで今日は終了。
ここから先は、今のｘ，ｙ座標は計算してもそのｘ，ｙ座標で選手を表示させず、
そのｘ，ｙ座標が（カメラの左上ｘ座標、カメラの左上ｙ座標）～（カメラの左上ｘ座標＋６４０、カメラの左上ｙ座標＋４８０）にある場合にだけ表示を許可し、
なおかつ表示関数に与える引数の座標は、（選手のx座標－カメラの左上ｘ座標、選手のｙ座標－カメラの左上ｙ座標）にすれば、カメラの動きになるかな～と予想。
また問題発生で気力が下降してます・・・
勉強だけ少しずつ進めてます
勉強だけ少しずつ進めてます
707 ：SGGK ◆6pZCoAtaxk ：2009/04/10(金) 23:41:00 ID:UuYIO4Oh
敵制御、弾幕制御に欠陥があるかもしれないから最終チェック(・∀・)
709 ：SGGK ◆6pZCoAtaxk ：2009/04/12(日) 00:32:41 ID:v5S174j3
>>708
最終段階ですね～。こちらも頑張ります～。
頑張ると言ったものの今日（昨日）は>680で言っていたカメラのview関数の引数を
関数内で使う為に関数内で宣言した変数に引数を代入までで、どうも集中力が出なくて終了・・・orz
勉強も少しだけ・・・。
最終段階ですね～。こちらも頑張ります～。
頑張ると言ったものの今日（昨日）は>680で言っていたカメラのview関数の引数を
関数内で使う為に関数内で宣言した変数に引数を代入までで、どうも集中力が出なくて終了・・・orz
勉強も少しだけ・・・。
711 ：SGGK ◆6pZCoAtaxk ：2009/04/12(日) 21:53:07 ID:YInuLS5p
>>710
ですよね～。日常のやらなければいけない事をやって、その残った時間で作らなければならないというか
作る為の勉強もしなければならないのでモチベーションの維持も必要になってきて、ゲーム作りはある意味修行かも・・・orz
今日はちょっとだけ書いてみた。カメラ範囲外の選手をカメラ移動すれば見えるようにしたつもりが、おかしくなった。
８人の選手が１６人になって、要するに同じ動きをする選手が８人、少し離れた場所に出てきた。
どっちの８人が自分が書き足したプログラムによるものなのか？、もう一方の８人が何故現れるのか？がわからない。
カメラ移動で見えるようになったのかもはっきりしない～orz どうも集中できないのでとりあえず今日はここまで～。
ですよね～。日常のやらなければいけない事をやって、その残った時間で作らなければならないというか
作る為の勉強もしなければならないのでモチベーションの維持も必要になってきて、ゲーム作りはある意味修行かも・・・orz
今日はちょっとだけ書いてみた。カメラ範囲外の選手をカメラ移動すれば見えるようにしたつもりが、おかしくなった。
８人の選手が１６人になって、要するに同じ動きをする選手が８人、少し離れた場所に出てきた。
どっちの８人が自分が書き足したプログラムによるものなのか？、もう一方の８人が何故現れるのか？がわからない。
カメラ移動で見えるようになったのかもはっきりしない～orz どうも集中できないのでとりあえず今日はここまで～。
712 ：SGGK ◆6pZCoAtaxk ：2009/04/13(月) 23:14:35 ID:7lxincl+
１６人問題は８人に戻った。選手クラスのオブジェクト内のmove関数の中にある描画処理をカメラのview関数内にカット＆ペーストしたつもりが、
コピー＆ペーストだったので変換前の座標での描画処理がmove関数に残っていたのが原因。
ボール、ゴールについても同様の変更を加えているところだけど、骨の折れる作業なのでまだ途中。今日はここまで。
あとは寝る時に１４歳シリーズＣ++を少し読むつもり。
コピー＆ペーストだったので変換前の座標での描画処理がmove関数に残っていたのが原因。
ボール、ゴールについても同様の変更を加えているところだけど、骨の折れる作業なのでまだ途中。今日はここまで。
あとは寝る時に１４歳シリーズＣ++を少し読むつもり。
713 ： ◆Fp.xSEIREI ：2009/04/14(火) 20:13:18 ID:+ssrHiR7
そろそろエフェクト、背景部分も作り始めるからここいらで表示優先度を整理してみる
優先度 低
背景レイヤ1（背景の一番下）
背景レイヤ2（背景の上に描く背景。草とか）
グラウンドエフェクト（背景にかかるエフェクト。水の光とか）
ハイドエネミー（オブジェクトに隠れる敵）
背景レイヤ3（木や石などのオブジェクト）
オブジェクトエフェクト（木の葉が落ちるなどのエフェクト）
バックエフェクト（自機や敵機の背後に表示されるエフェクト。魔法陣とか）
自機
自機弾
敵機（優先度は内部で座標依存）
ハイエフェクト（自機弾装飾やその他エフェクト）
敵弾（優先度は内部で10段階）
トップエフェクト（敵機弾を隠すエフェクト。敵ショットなどに）
トップレイヤ（すべてを隠す背景。森っぽさを出すとか）
ワイプエフェクト（画面切り替え時等、ゲーム画面を真っ白にするとか真っ暗にするとか）
フレーム（残機や敵ＨＰ、点数などを表示する枠）
優先度 高
こんなもんでいいのかな
優先度 低
背景レイヤ1（背景の一番下）
背景レイヤ2（背景の上に描く背景。草とか）
グラウンドエフェクト（背景にかかるエフェクト。水の光とか）
ハイドエネミー（オブジェクトに隠れる敵）
背景レイヤ3（木や石などのオブジェクト）
オブジェクトエフェクト（木の葉が落ちるなどのエフェクト）
バックエフェクト（自機や敵機の背後に表示されるエフェクト。魔法陣とか）
自機
自機弾
敵機（優先度は内部で座標依存）
ハイエフェクト（自機弾装飾やその他エフェクト）
敵弾（優先度は内部で10段階）
トップエフェクト（敵機弾を隠すエフェクト。敵ショットなどに）
トップレイヤ（すべてを隠す背景。森っぽさを出すとか）
ワイプエフェクト（画面切り替え時等、ゲーム画面を真っ白にするとか真っ暗にするとか）
フレーム（残機や敵ＨＰ、点数などを表示する枠）
優先度 高
こんなもんでいいのかな
714 ：SGGK ◆6pZCoAtaxk ：2009/04/14(火) 23:18:40 ID:I4iSAa1K
>>713
お～、さらにディテールアップですね。楽しみにしてます～！。
こ･･･こちらは、ボール、ゴールの描画処理移動出来たので、コンパイル。
コンパイルできたけど、画面になぜか選手、ボール、ゴールが表示されず、
背景がwsadキーでカメラ移動できるだけ、しかもボールがおいてあるはずの中央付近に
カメラの端が来た瞬間に英語のメッセージボックスが表示されて止まる・・・orz
なかなか容易じゃない感じ。
お～、さらにディテールアップですね。楽しみにしてます～！。
こ･･･こちらは、ボール、ゴールの描画処理移動出来たので、コンパイル。
コンパイルできたけど、画面になぜか選手、ボール、ゴールが表示されず、
背景がwsadキーでカメラ移動できるだけ、しかもボールがおいてあるはずの中央付近に
カメラの端が来た瞬間に英語のメッセージボックスが表示されて止まる・・・orz
なかなか容易じゃない感じ。
715 ： ◆Fp.xSEIREI ：2009/04/15(水) 05:23:45 ID:fM17nTw7
エスパーしてみるとそれは変なメモリにアクセスしたんじゃないかな(・∀・)
ボールとゴールを追加する時に読み込み処理の部分をミス？
ボールとゴールを追加する時に読み込み処理の部分をミス？
716 ：SGGK ◆6pZCoAtaxk ：2009/04/15(水) 23:12:09 ID:CRJPsQ0r
>>715
ありが㌧です～（←２ちゃん風）、>577の頃のバグと似た感じでした。
（間違い）
if( ボールとカメラ範囲の当たり判定式){
(*it).anim->draw(0, (*b).getx()-camera.x, (*b).gety() -camera.y);//ボール座標をカメラ内で見た時の座標に変換して表示する。
}
（正解）
if( ボールとカメラ範囲の当たり判定式){
(*b).anim->draw(0, (*b).getx()-camera.x, (*b).gety() -camera.y);//ボール座標をカメラ内で見た時の座標に変換して表示する。
}
間違いにある(*it)は選手８人のデータを指すイテレータ。ここを本当はボールの(*b)にするべきだけど、写し間違えていた。
選手全員の処理を行ってから、ボール（ (*b)でボールのオブジェクトにアクセスする）の処理を行うので、
間違いでは(*it)の選手で描画しても良さそうだけど、実はこの時点では（*it)は最後の選手の「次」の要素を指しているので、
指摘されていたように「変なメモリに」アクセスしようとして実行中エラーになったと思われる。
そして選手、ボール、ゴールが表示されないのは、今のカメラ初期位置からではどう動かしても最初に見えるのがボールだったので、
そのボールを描画しようとした瞬間にエラーになっていたので、結局、選手やゴールも表示されていなかったと思われる。
ありが㌧です～（←２ちゃん風）、>577の頃のバグと似た感じでした。
（間違い）
if( ボールとカメラ範囲の当たり判定式){
(*it).anim->draw(0, (*b).getx()-camera.x, (*b).gety() -camera.y);//ボール座標をカメラ内で見た時の座標に変換して表示する。
}
（正解）
if( ボールとカメラ範囲の当たり判定式){
(*b).anim->draw(0, (*b).getx()-camera.x, (*b).gety() -camera.y);//ボール座標をカメラ内で見た時の座標に変換して表示する。
}
間違いにある(*it)は選手８人のデータを指すイテレータ。ここを本当はボールの(*b)にするべきだけど、写し間違えていた。
選手全員の処理を行ってから、ボール（ (*b)でボールのオブジェクトにアクセスする）の処理を行うので、
間違いでは(*it)の選手で描画しても良さそうだけど、実はこの時点では（*it)は最後の選手の「次」の要素を指しているので、
指摘されていたように「変なメモリに」アクセスしようとして実行中エラーになったと思われる。
そして選手、ボール、ゴールが表示されないのは、今のカメラ初期位置からではどう動かしても最初に見えるのがボールだったので、
そのボールを描画しようとした瞬間にエラーになっていたので、結局、選手やゴールも表示されていなかったと思われる。
717 ：SGGK ◆6pZCoAtaxk ：2009/04/16(木) 22:55:00 ID:oOQiiACl
今日は進まず・・・orz
>620の頃からカメラ移動の実装を始めて最終版ではないけど、とりあえずwsadキーで
カメラを上下左右させて画面より大きいフィールドの表示が出来るようになった感じ。
ヒントもらったりしてるのに６週間くらい掛かってる。（プログラムは難しい～）
目標である「オンライン３Ｄ対戦サッカーゲーム」はいつになったら出来るのだろうか。
あと何年かかるのかな～。と・・・とりあえず次の目標ははっきりとはしてないけど、
今のカメラも完全ではないので少しずつ修正をしつつ、今度は、選手の動きについて考えてみる予定。
例えば、状況によって選手の動きを切り替えるみたいな感じ。
そういうのは「状態の管理」みたいな呼び方をされている考え方があるらしいので調べてみるつもり。
このスレの中でも「状態の管理」に触れている本が紹介されていたようなので、これも近いうちに検討してみる予定。
（以前、本屋で立ち読みしたら「状態の管理」に関するような事が書いてあった。）
あくまで予定なんでまだ難しいようなら、当初の予定で言っていた１４歳シリーズＣ＋＋の最終章を３度目だけど、また読んでみるかも。
>620の頃からカメラ移動の実装を始めて最終版ではないけど、とりあえずwsadキーで
カメラを上下左右させて画面より大きいフィールドの表示が出来るようになった感じ。
ヒントもらったりしてるのに６週間くらい掛かってる。（プログラムは難しい～）
目標である「オンライン３Ｄ対戦サッカーゲーム」はいつになったら出来るのだろうか。
あと何年かかるのかな～。と・・・とりあえず次の目標ははっきりとはしてないけど、
今のカメラも完全ではないので少しずつ修正をしつつ、今度は、選手の動きについて考えてみる予定。
例えば、状況によって選手の動きを切り替えるみたいな感じ。
そういうのは「状態の管理」みたいな呼び方をされている考え方があるらしいので調べてみるつもり。
このスレの中でも「状態の管理」に触れている本が紹介されていたようなので、これも近いうちに検討してみる予定。
（以前、本屋で立ち読みしたら「状態の管理」に関するような事が書いてあった。）
あくまで予定なんでまだ難しいようなら、当初の予定で言っていた１４歳シリーズＣ＋＋の最終章を３度目だけど、また読んでみるかも。
718 ：SGGK ◆6pZCoAtaxk ：2009/04/16(木) 22:59:13 ID:oOQiiACl
上で名前書くの忘れてた・・・orz
>>377の事です。（汗；）
>>377の事です。（汗；）
719 ： ◆Fp.xSEIREI ：2009/04/18(土) 23:04:16 ID:aOAOT/3q
完成したら同人誌描かせて欲しいっていわれてモチベうｐ。冗談だろうけど
関数や全体の構造を整理(・∀・)ここから先は規模が大きくなってくるからバグが残ってると死ぬる
関数や全体の構造を整理(・∀・)ここから先は規模が大きくなってくるからバグが残ってると死ぬる
720 ： ◆Fp.xSEIREI ：2009/04/19(日) 16:13:22 ID:XSKgKhL0
弾の移動計算に誤差が無いか10時間ほどつけっぱなしにしてくるくる回転させるテスト(・∀・)
1～1.5ピクセル程度のズレが出たけど10時間でこれなら許容範囲かな
1～1.5ピクセル程度のズレが出たけど10時間でこれなら許容範囲かな
721 ： ◆Fp.xSEIREI ：2009/04/19(日) 18:17:40 ID:XSKgKhL0
行動パターンの管理に関数ポインタが便利そうなので勉強(・∀・)
722 ：SGGK ◆6pZCoAtaxk ：2009/04/19(日) 23:19:11 ID:x8CVMMaj
>>719
同人と言えば、東方○Ｘ△（サッカーもあったような気がしたけどやった事無いので詳しくないｗ）みたいな感じとか？
>>720
そういえば自分のプログラムも選手が敵味方で１ドットくらいずれてる感じ。今の所は原因を追究しないで放置。
>>721
こちらも似たような勉強を開始しそうな予感です～。
こちらはちょっとやる気が下降気味～。
>718の本、本屋で買おうと思ったものの理解出来そうに無いので延期。（たぶん半年後でも残っていそうなので、その時決めるつもり）
>717で言っていた「状態の管理」はどちらかといえば「状態の遷移」だった。（>718の立ち読みで気付いたので、本屋に行った甲斐があったｗ）
「ゲームプログラム 状態の遷移」で検索すると色々出てくる。
同人と言えば、東方○Ｘ△（サッカーもあったような気がしたけどやった事無いので詳しくないｗ）みたいな感じとか？
>>720
そういえば自分のプログラムも選手が敵味方で１ドットくらいずれてる感じ。今の所は原因を追究しないで放置。
>>721
こちらも似たような勉強を開始しそうな予感です～。
こちらはちょっとやる気が下降気味～。
>718の本、本屋で買おうと思ったものの理解出来そうに無いので延期。（たぶん半年後でも残っていそうなので、その時決めるつもり）
>717で言っていた「状態の管理」はどちらかといえば「状態の遷移」だった。（>718の立ち読みで気付いたので、本屋に行った甲斐があったｗ）
「ゲームプログラム 状態の遷移」で検索すると色々出てくる。
723 ：SGGK ◆6pZCoAtaxk ：2009/04/20(月) 23:20:43 ID:UTrColEd
検索の結果、とりあえずこれを読んでみる予定。
ttp://www.geocities.co.jp/Playtown-Domino/5148/prog_04.html
検索に掛かるホームページを全部調べてからどのホームページで勉強しようかでは
時間が掛かるので、フィーリングでホームページを選択して、合わないとか難しいとか感じる場合には、他のホームページを探す考え。
プリントアウトした（･･･orz）ので、寝る時読む。たぶん３０分ぐらいしか出来ない～。
ttp://www.geocities.co.jp/Playtown-Domino/5148/prog_04.html
検索に掛かるホームページを全部調べてからどのホームページで勉強しようかでは
時間が掛かるので、フィーリングでホームページを選択して、合わないとか難しいとか感じる場合には、他のホームページを探す考え。
プリントアウトした（･･･orz）ので、寝る時読む。たぶん３０分ぐらいしか出来ない～。
724 ： ◆Fp.xSEIREI ：2009/04/21(火) 01:11:11 ID:mtBNJ7D6
なんか便利そうなサイトだけど俺には理解できなかった(・∀・)
クラスの説明読んでもやっぱり何が便利なのかわからなかったな～
クラスの説明読んでもやっぱり何が便利なのかわからなかったな～
725 ：SGGK ◆6pZCoAtaxk ：2009/04/22(水) 00:08:00 ID:3D0bZdQr
自分もあまりよく理解できませんでした・・・（汗）
改めてホームページを見てみると検索で引っ掛かったのは全体の中の第4章の部分だったので、
第１章から４章まで一週間位で目を通してみて、次どうするか考えてみるつもり～。
改めてホームページを見てみると検索で引っ掛かったのは全体の中の第4章の部分だったので、
第１章から４章まで一週間位で目を通してみて、次どうするか考えてみるつもり～。
726 ： ◆Fp.xSEIREI ：2009/04/23(木) 20:56:58 ID:nJV8X6SV
仕様について色々考える(・∀・)
ごちゃごちゃやれることをふやすと操作性やゲームバランスがアレになりそうでうーむ
ごちゃごちゃやれることをふやすと操作性やゲームバランスがアレになりそうでうーむ
727 ： ◆J0BjoOlo7Q ：2009/04/23(木) 21:17:39 ID:vYoM0ycb
せーれーさんがVIPの某スレに普通に参加してたので笑ってしまった。
VIPは規制中というか馬鹿がいるんで半永久規制なんだけど。年明けてから通算10日も解禁されてないｗ
軽いゲーム作ってるんで、仲間にいれてくれい！
今日は雛形コピーして画面レイアウトちょっと考えただけ。想像を創造に。ってやつだな。
VIPは規制中というか馬鹿がいるんで半永久規制なんだけど。年明けてから通算10日も解禁されてないｗ
軽いゲーム作ってるんで、仲間にいれてくれい！
今日は雛形コピーして画面レイアウトちょっと考えただけ。想像を創造に。ってやつだな。
728 ： ◆Fp.xSEIREI ：2009/04/23(木) 21:25:14 ID:nJV8X6SV
うほｗｗｗ見つかったｗｗゲ製作でサクサク雑談したい時はあっちの方が人多くてねｗｗ
仲間が増えるのは歓迎だぜー(・∀・)頓挫しないなら…な…
仲間が増えるのは歓迎だぜー(・∀・)頓挫しないなら…な…
729 ： ◆Fp.xSEIREI ：2009/04/24(金) 11:18:04 ID:NubVyGSs
ヘッダーファイルについていろいろ
まだまだ未知の仕様がいっぱい
まだまだ未知の仕様がいっぱい
730 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/04/25(土) 02:37:36 ID:3Jx05WKM
関数ポインタを使用した新しいシステム導入成功
なんだかオブジェクト移動関数のヘッダー周辺がごっちゃごちゃしてきた
なんだかオブジェクト移動関数のヘッダー周辺がごっちゃごちゃしてきた
731 ：名前は開発中のものです。：2009/04/25(土) 04:34:05 ID:LGhFqrfu
関数ポインタ構造体に突っ込んだりして、これクラスでいいんじゃね？と思う日も近いな！
732 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/04/25(土) 07:08:46 ID:3Jx05WKM
まだあと一歩クラスの使い方、利点がよくわからんのだよな…
もにょもにょする
もにょもにょする
733 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/04/25(土) 07:32:15 ID:3Jx05WKM
いまからクラスに移行するにもソースコードをほぼすべて書き換えなくてはいけない気がしてきた
構造体でええじゃないか／(^o^)＼
構造体でええじゃないか／(^o^)＼
734 ：名前は開発中のものです。：2009/04/25(土) 08:55:54 ID:LGhFqrfu
まあ次でいいんじゃね、次で。必要と思った時にやればいいのはもちろん！
735 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/04/25(土) 20:04:22 ID:3Jx05WKM
ポインタをまともに使えるようになったのも最近だぜっ／(^o^)＼
構造体ﾏﾝｾｰ
構造体ﾏﾝｾｰ
736 ：727(企画16マ) ◆J0BjoOlo7Q ：2009/04/25(土) 20:30:20 ID:BYAoA7+e
トリップつけて恥晒すぐらいの覚悟は先日まであったんだけどなあ。
今日もほとんど動いてない。
企画３のDefence&Attackを生暖かく見守るだけ。あと漢検DS3。
今日もほとんど動いてない。
企画３のDefence&Attackを生暖かく見守るだけ。あと漢検DS3。
737 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/04/26(日) 09:52:42 ID:HxUKWuzW
最近生活リズムがガッタガタでそろそろ体壊しそうな気がしてきた
今VIP企画って1～17まであるのかな？同人スレ落ちたからよくわかんないけど
今VIP企画って1～17まであるのかな？同人スレ落ちたからよくわかんないけど
738 ： ◆J0BjoOlo7Q ：2009/04/26(日) 21:06:15 ID:1LhTlDtb
>>737
隔離スレで細々とやってますよ。
VIP規制中だからVIPスレ立ってもROM専とか、すごく悲しい（´・ω・`）
【新企画歓迎】ゲーム製作練習用スレ【スタッフ大募集】
http://ex14.vip2ch.com/test/read.cgi/news4gep/1240177135/
隔離スレで細々とやってますよ。
VIP規制中だからVIPスレ立ってもROM専とか、すごく悲しい（´・ω・`）
【新企画歓迎】ゲーム製作練習用スレ【スタッフ大募集】
http://ex14.vip2ch.com/test/read.cgi/news4gep/1240177135/
739 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/04/27(月) 20:57:15 ID:A+QMWY5j
740 ：SGGK ◆6pZCoAtaxk ：2009/04/27(月) 22:21:34 ID:akc2GzU6
アクセス規制が解除されたようなので書き込み～
>>727
ど･･･ど～ぞよろしく～。
自分の方は現在もゲーム作るための勉強段階なので、このペースだと仮に出来るとしても２０年以上掛かるかもしれません･･･orz
>>728
こちらは頓挫しそう（･･･orz）な気持ちになる時も多々あるけど、調子が戻ってきたらまた現れます～ｗ
>>727
ど･･･ど～ぞよろしく～。
自分の方は現在もゲーム作るための勉強段階なので、このペースだと仮に出来るとしても２０年以上掛かるかもしれません･･･orz
>>728
こちらは頓挫しそう（･･･orz）な気持ちになる時も多々あるけど、調子が戻ってきたらまた現れます～ｗ
741 ：SGGK ◆6pZCoAtaxk ：2009/04/27(月) 23:39:13 ID:akc2GzU6
まぁその２０年をなんとか１０年以内にで・・・出来れば５年になどと妄想もしてマスｗ
一応>725の１～４章までは目を通した。
やっぱり理解できない･･･けど、とりあえずどんな事やってるのか雰囲気だけでも
掴んでおいてまた必要な時に戻るつもり。（プリントアウトしてあるから）
という事でＨＰ作者に感謝しつつ（汗；）次のＨＰを探すところで睡眠時間。
一応>725の１～４章までは目を通した。
やっぱり理解できない･･･けど、とりあえずどんな事やってるのか雰囲気だけでも
掴んでおいてまた必要な時に戻るつもり。（プリントアウトしてあるから）
という事でＨＰ作者に感謝しつつ（汗；）次のＨＰを探すところで睡眠時間。
742 ： ◆J0BjoOlo7Q ：2009/04/28(火) 08:50:19 ID:6tVcbqW6
>>738
ゲ製の潰し屋みたいなのがいないから、居心地はいいぜ。
夢見るVipperで溢れてるよ。
シナリオ妄想しかできないのがやたら多いけど、絵師も音師も結構紛れ込んでる。
>>740-741
がんばれー。
自分は、実例AIの２章読むだけで１ヶ月ぐらいかかったよ（´・ω・）
それだけに、自分の箱庭村が動き出したときはちょっと感動した。
この感動の勢いだけでワーネバやガンパレ作ってしまいたくなる気持ち、すごくよくわかる。
ゲ製の潰し屋みたいなのがいないから、居心地はいいぜ。
夢見るVipperで溢れてるよ。
シナリオ妄想しかできないのがやたら多いけど、絵師も音師も結構紛れ込んでる。
>>740-741
がんばれー。
自分は、実例AIの２章読むだけで１ヶ月ぐらいかかったよ（´・ω・）
それだけに、自分の箱庭村が動き出したときはちょっと感動した。
この感動の勢いだけでワーネバやガンパレ作ってしまいたくなる気持ち、すごくよくわかる。
743 ：SGGK ◆6pZCoAtaxk ：2009/04/29(水) 07:57:34 ID:oi73WOTJ
休みの日こそ早く起きて時間を有効に使おう（色々雑用も多いのでorz）と思ってみたけど、それをなかなか習慣化できない自分ｗ
>>742
がんばります～。
実例ＡＩ、半年後よりも早く買うかも。確か２章は状態遷移の話だったはずだし。
ネットでのトレーニングを加速さえできればなんだけど、そこが難しかったりするｗ
「 状態遷移 実装 C++ 」で検索。
ttp://marupeke296.com/GDEV_NO7_StateImpliment2.html （←その７ ゲーム遷移の実装をあれこれ考えてみる）
に挑戦予定。
>>742
がんばります～。
実例ＡＩ、半年後よりも早く買うかも。確か２章は状態遷移の話だったはずだし。
ネットでのトレーニングを加速さえできればなんだけど、そこが難しかったりするｗ
「 状態遷移 実装 C++ 」で検索。
ttp://marupeke296.com/GDEV_NO7_StateImpliment2.html （←その７ ゲーム遷移の実装をあれこれ考えてみる）
に挑戦予定。
744 ：名前は開発中のものです。：2009/04/29(水) 14:44:19 ID:9jnDntmw
勉強もいいけど、まずは目の前のプログラムがちゃんと動くようにしようぜー。
745 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/04/29(水) 17:07:22 ID:CLSRGqdk
動くことには動くぜ！
敵機の処理は関数ポインタを使用したものに移行したので他のも逐一移行ー
敵機の処理は関数ポインタを使用したものに移行したので他のも逐一移行ー
746 ：SGGK ◆6pZCoAtaxk ：2009/05/01(金) 00:03:47 ID:4jjbhnGP
ネットでの勉強がこんなに難しいとは・・・orz
選んだホームページが難しいのかもしれないけど、目を皿にしてもう少し考えて見ます。
でも、このホームページについては記事がもの凄いたくさんあるので、自分はこの「その７」のところだけにしておくつもり。
>>744
このスレの真ん中あたりで、ボール蹴るだけなのにバグでいろいろ躓いた経験があって、
それはプログラムの中で当たり判定部分や移動処理の部分にボールを蹴った（蹴れる･･･だったかも？）事を覚えさせるフラグを混ぜてしまい上手く使いこなせなかった事が原因として大きかった記憶があり、
そこに「状態遷移」という言葉を知ってしまい、いずれにしてもコレの理解と実装方法を見つけない限りはこの先厳しいかも？・・・と思い過ぎてしまったようです・・・orz
たしかにこのままだとプログラムを忘れてしまうので、もう少しだけやってみてどうするか決める予定～。
>>745
こちらも早く何かワザを使って動かしてみたいです～。
本だとキモみたいな部分になると、これは○×デザインパターンです･･･な説明で済ませようとするのが多くて（１４歳シリーズでさえも・・・orz）、かなりやっかいな状況に今立たされています（汗；）
選んだホームページが難しいのかもしれないけど、目を皿にしてもう少し考えて見ます。
でも、このホームページについては記事がもの凄いたくさんあるので、自分はこの「その７」のところだけにしておくつもり。
>>744
このスレの真ん中あたりで、ボール蹴るだけなのにバグでいろいろ躓いた経験があって、
それはプログラムの中で当たり判定部分や移動処理の部分にボールを蹴った（蹴れる･･･だったかも？）事を覚えさせるフラグを混ぜてしまい上手く使いこなせなかった事が原因として大きかった記憶があり、
そこに「状態遷移」という言葉を知ってしまい、いずれにしてもコレの理解と実装方法を見つけない限りはこの先厳しいかも？・・・と思い過ぎてしまったようです・・・orz
たしかにこのままだとプログラムを忘れてしまうので、もう少しだけやってみてどうするか決める予定～。
>>745
こちらも早く何かワザを使って動かしてみたいです～。
本だとキモみたいな部分になると、これは○×デザインパターンです･･･な説明で済ませようとするのが多くて（１４歳シリーズでさえも・・・orz）、かなりやっかいな状況に今立たされています（汗；）
747 ：SGGK ◆6pZCoAtaxk ：2009/05/01(金) 00:39:23 ID:4jjbhnGP
>>744
この前のカメラ実装後に何故かゴールと経過時間表示が消えたので、これを直す予定です～。
この前のカメラ実装後に何故かゴールと経過時間表示が消えたので、これを直す予定です～。
748 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/05/01(金) 00:57:13 ID:Rv98Duhb
敵機や自機のアニメーションパターンを自由に切り替えられるようにいろいろ考える
細かい動作ごとに切り替えるとなると再生タイミングやらややこしいなぁ
>>746
状態遷移というのはよくわからないけどキャラが指示やスクリプトで途中で違う動きをしだすことなのかな？それならもう随分前に実装しているかも…(シューティングに必須だから最初に覚えてしまったのかな？)
14歳シリーズは上級者向けな気がするｗｗ
細かい動作ごとに切り替えるとなると再生タイミングやらややこしいなぁ
>>746
状態遷移というのはよくわからないけどキャラが指示やスクリプトで途中で違う動きをしだすことなのかな？それならもう随分前に実装しているかも…(シューティングに必須だから最初に覚えてしまったのかな？)
14歳シリーズは上級者向けな気がするｗｗ
749 ：SGGK ◆6pZCoAtaxk ：2009/05/02(土) 23:55:43 ID:S0/iTwDs
>>748
状態遷移･･･、自分も大体そのような解釈してます。
例えば味方がボールをキープしたら自チームは攻撃モード、敵がボールをキープすれば自チームは守備モードに切り替わるようなのも状態遷移なのかな～みたいな感じで・・・。
１４（１５）歳シリーズという本の名前とあの表紙の絵のもたらすイメージに反して中身が難しいような気が確かにしますｗ
プログラム、もう忘れかけてたorz
ゴール表示、なんとか出来た。ゲーム内にあるオブジェクトでどれを表示すべきかの判定は、
カメラを６４０ｘ４８０の四角と見て、カメラの現在位置とオブジェクトの位置から当たり判定で「当たり」となったオブジェクトだけ表示対象とし、
座標変換（カメラ左上を原点とした座標に直す）して表示。・・・なんだけど、
ゴールはグラフィックデータでなく、LINE命令で左ゴールは右上から反時計回り（Ｃの字みたいに）に書き、
右ゴールは左上から時計周り（コの字みたいに）に書いていて、上手く説明できないけど
当たり判定に使う座標を間違えてしまってたのが原因。
状態遷移･･･、自分も大体そのような解釈してます。
例えば味方がボールをキープしたら自チームは攻撃モード、敵がボールをキープすれば自チームは守備モードに切り替わるようなのも状態遷移なのかな～みたいな感じで・・・。
１４（１５）歳シリーズという本の名前とあの表紙の絵のもたらすイメージに反して中身が難しいような気が確かにしますｗ
プログラム、もう忘れかけてたorz
ゴール表示、なんとか出来た。ゲーム内にあるオブジェクトでどれを表示すべきかの判定は、
カメラを６４０ｘ４８０の四角と見て、カメラの現在位置とオブジェクトの位置から当たり判定で「当たり」となったオブジェクトだけ表示対象とし、
座標変換（カメラ左上を原点とした座標に直す）して表示。・・・なんだけど、
ゴールはグラフィックデータでなく、LINE命令で左ゴールは右上から反時計回り（Ｃの字みたいに）に書き、
右ゴールは左上から時計周り（コの字みたいに）に書いていて、上手く説明できないけど
当たり判定に使う座標を間違えてしまってたのが原因。
全板規制食らった(´・ω・｀)
751 ：SGGK ◆6pZCoAtaxk ：2009/05/07(木) 00:31:01 ID:cHhe2hKp
自分もついこの前規制でした。２ちゃん規制はいつ終わるかわからないのが難点～。
こちらは実装の方法というかそれ以前の理解の段階で躓いており、もしかするとこの辺が自分の限界なのかな～と諦め寸前になりそうですが、
細々とでもいいので、まだ作業は継続していく予定デス。･･･orz
こちらは実装の方法というかそれ以前の理解の段階で躓いており、もしかするとこの辺が自分の限界なのかな～と諦め寸前になりそうですが、
細々とでもいいので、まだ作業は継続していく予定デス。･･･orz
752 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/05/10(日) 14:29:54 ID:jnxHmucW
規制ｵﾜﾀ
背景の仕組みを考える
背景の仕組みを考える
753 ：SGGK ◆6pZCoAtaxk ：2009/05/11(月) 23:06:08 ID:AHw1kkrT
規制解除よかったですね～。規制がもう少し軽ければ２ちゃんは結構便利な掲示板なんだけど・・・。
こちらは停滞中･･･orz。実はここ最近は寝る前１０分くらいしかやってなくて、>743の（その７）をまだ読んでいるところ。
５、６回読んだけど理解不能。もう少しやってみる予定。
>747の課題で残っていた「経過時間」が消えているのは、こちらの見間違いだった。
フィールドの外枠を極太の白塗りにして境界を分かりやすくしていたその白部分と
経過時間表示の白文字が重なっていて気が付かなかっただけだった。
時間の表示がデタラメになっている問題はとりあえず今の自分には無理そうなので放置～。
こちらは停滞中･･･orz。実はここ最近は寝る前１０分くらいしかやってなくて、>743の（その７）をまだ読んでいるところ。
５、６回読んだけど理解不能。もう少しやってみる予定。
>747の課題で残っていた「経過時間」が消えているのは、こちらの見間違いだった。
フィールドの外枠を極太の白塗りにして境界を分かりやすくしていたその白部分と
経過時間表示の白文字が重なっていて気が付かなかっただけだった。
時間の表示がデタラメになっている問題はとりあえず今の自分には無理そうなので放置～。
754 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/05/12(火) 21:06:38 ID:/n0Qx3PK
まともに規制食らったのは初めてだな～
自機ドット絵作成中
新しい描画方法を試すためにも50枚くらい描かないといけない
自機ドット絵作成中
新しい描画方法を試すためにも50枚くらい描かないといけない
755 ：SGGK ◆6pZCoAtaxk ：2009/05/14(木) 23:28:08 ID:+DT+/cZS
新しい描画方法というのが気になりマス～。1日1枚だと50日。
自分も50日後に何か進捗を語れるようになるために頑張ってみるつもり。
10分Ｘ50＝500分、やっぱり約8時間では厳しいかも･･･orz
現実の事情で時間を確保し難いのと、自分の理解力不足が原因なので
なかなか前に進まないのは仕方ない事なのかなと自分に言い訳してマス。
自分も50日後に何か進捗を語れるようになるために頑張ってみるつもり。
10分Ｘ50＝500分、やっぱり約8時間では厳しいかも･･･orz
現実の事情で時間を確保し難いのと、自分の理解力不足が原因なので
なかなか前に進まないのは仕方ない事なのかなと自分に言い訳してマス。
756 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/05/15(金) 22:24:56 ID:ESGlJE7R
757 ：SGGK ◆6pZCoAtaxk ：2009/05/17(日) 01:12:32 ID:KVn5RDe5
6枚でのアニメ画像見れました。（今見ようとするとなんだかリンク先が消えてる感じ）
風を受けてる感じが良くわかります～。
という事は1日6枚としたら10日以内に完成の予感！
こちらは完全に詰まった感じ・・・orz
まずは今までの分をＵｐしてみました。（ヒントもらってここまで来た事を考えてＵｐ！）
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0029zip.html
パス無いです。
配布用ファイルの作り方調べてて夜更かし。
もしかすると動かないかもしれない。・・・orz
風を受けてる感じが良くわかります～。
という事は1日6枚としたら10日以内に完成の予感！
こちらは完全に詰まった感じ・・・orz
まずは今までの分をＵｐしてみました。（ヒントもらってここまで来た事を考えてＵｐ！）
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0029zip.html
パス無いです。
配布用ファイルの作り方調べてて夜更かし。
もしかすると動かないかもしれない。・・・orz
758 ：名前は開発中のものです。：2009/05/17(日) 01:20:18 ID:WXXhxhRx
選手が目標とするマウスの座標がカメラの位置と連動してないと見た。
カメラの左上座標が cx,cy で、マウスポインタの位置が mx,my だとすると
選手が向かう位置は cx+my,cy+my でないといけないはずだが
mx,my に向かってると見た。
カメラの左上座標が cx,cy で、マウスポインタの位置が mx,my だとすると
選手が向かう位置は cx+my,cy+my でないといけないはずだが
mx,my に向かってると見た。
759 ：名前は開発中のものです。：2009/05/17(日) 04:32:12 ID:McjrmVCt
760 ：SGGK ◆6pZCoAtaxk ：2009/05/18(月) 00:39:26 ID:SXe9J4gC
>>758,759
ありがとうございます～。まさに指摘通りです。
画面スクロールさせていない初期状態で選手の動き見ただけだったので気付かなかった・・・orz
次の段階に進められそうな感じになった時に修正しようと思います。
いまだ>743の（その７）で？？？な状態で、次の段階へ進むのはちょっと厳しいかもしれない予感です・・・orz
ありがとうございます～。まさに指摘通りです。
画面スクロールさせていない初期状態で選手の動き見ただけだったので気付かなかった・・・orz
次の段階に進められそうな感じになった時に修正しようと思います。
いまだ>743の（その７）で？？？な状態で、次の段階へ進むのはちょっと厳しいかもしれない予感です・・・orz
761 ：SGGK ◆6pZCoAtaxk ：2009/05/18(月) 23:32:10 ID:sbPsGOq8
今日も進捗０
>743（その７）、最初の方はぼんやりと分かるような気もするが結局分からない・・・orz
これだけ時間掛かるなら、中級本にトライでもしてた方が早かったかもしれない。
いっそのこと状態を表す変数を列挙型で用意して、switch文で状態に応じて処理を振り分けるシンプルそうな方法でトライした方がいいかも？という気もしてきた。
まずはボールのクラスに手を加えてみようかな～？
でもやっぱり（その７）の読解にもう少しだけ粘ってから始める予定。（できれば、その８も）
自分の場合、小目標を立て、それがあと何日ぐらいで完成の予感！・・・という見積りを立てにくいのが泥沼状態な感じ・・・orz （寝）
>743（その７）、最初の方はぼんやりと分かるような気もするが結局分からない・・・orz
これだけ時間掛かるなら、中級本にトライでもしてた方が早かったかもしれない。
いっそのこと状態を表す変数を列挙型で用意して、switch文で状態に応じて処理を振り分けるシンプルそうな方法でトライした方がいいかも？という気もしてきた。
まずはボールのクラスに手を加えてみようかな～？
でもやっぱり（その７）の読解にもう少しだけ粘ってから始める予定。（できれば、その８も）
自分の場合、小目標を立て、それがあと何日ぐらいで完成の予感！・・・という見積りを立てにくいのが泥沼状態な感じ・・・orz （寝）
762 ：名前は開発中のものです。：2009/05/19(火) 00:54:04 ID:RLfm1hGQ
>>761
>>743を読んでみたけど、
⑥ぐらいまで行くとC++のエッセンスが詰めこまれてるから
あんまり慣れてないなら無理に使わない方がいいと思う。
簡単な状態遷移なら①(switch文)で十分かと。
状態によってコールする関数を分けておけば
状態遷移の処理はあとで差し替えることも出来るし、
さらに戻り値と引数を合わせておけば関数ポインタにもすぐ対応できる。
まぁどこで使うかにもよるけど、最初はとりあえずswitchでいいんじゃない？
と、酔っ払いが言ってみる
>>743を読んでみたけど、
⑥ぐらいまで行くとC++のエッセンスが詰めこまれてるから
あんまり慣れてないなら無理に使わない方がいいと思う。
簡単な状態遷移なら①(switch文)で十分かと。
状態によってコールする関数を分けておけば
状態遷移の処理はあとで差し替えることも出来るし、
さらに戻り値と引数を合わせておけば関数ポインタにもすぐ対応できる。
まぁどこで使うかにもよるけど、最初はとりあえずswitchでいいんじゃない？
と、酔っ払いが言ってみる
763 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/05/19(火) 05:36:51 ID:1grSTcgR
うちも以前はswitch文でもりもり分岐させてたけど管理できる量に限界が来そうだったから関数ポインタに乗り換えたんだぜー
764 ：SGGK ◆6pZCoAtaxk ：2009/05/21(木) 23:57:09 ID:ErC6VuV+
なかなか進捗らしい進捗がない為、書き込みが滞りがちになってしまう自分・・・orz
>>762
一応>743の（その７）は引き続き読むつもりで、できれば（その８）も読むつもりです～。
悩みの1つは、
＞戻り値と引数を合わせておけば
・・・が、かなり難しい点。
とりあえずswitchで処理振り分け実装でトライの予定です。
>>763
実は今読んでる（その７）にも関数ポインタが出ていて、いずれはこれを理解する必要がありそうな予感～。
ぼんやりと分かりかけた様な気もするけど、自分のソースにどのように実装すればよいか考えると、自分はまだ理解できてない感じ。
ボールにどの様な処理を実装するかは、「状態遷移図」を間違いでもいいから書いてみる予定。
ゲーム作りでこのような図を書く必要があるのかは自信なしｗ
「状態遷移図」はいろいろなホームページで紹介されていて説明も短いのがほとんどなので、
それほど書くのに時間は掛からないと予想。
>>762
一応>743の（その７）は引き続き読むつもりで、できれば（その８）も読むつもりです～。
悩みの1つは、
＞戻り値と引数を合わせておけば
・・・が、かなり難しい点。
とりあえずswitchで処理振り分け実装でトライの予定です。
>>763
実は今読んでる（その７）にも関数ポインタが出ていて、いずれはこれを理解する必要がありそうな予感～。
ぼんやりと分かりかけた様な気もするけど、自分のソースにどのように実装すればよいか考えると、自分はまだ理解できてない感じ。
ボールにどの様な処理を実装するかは、「状態遷移図」を間違いでもいいから書いてみる予定。
ゲーム作りでこのような図を書く必要があるのかは自信なしｗ
「状態遷移図」はいろいろなホームページで紹介されていて説明も短いのがほとんどなので、
それほど書くのに時間は掛からないと予想。
765 ：SGGK ◆6pZCoAtaxk ：2009/05/28(木) 23:30:04 ID:L0F15igM
だ･･･誰もいなくなったような感じ。
でも、もしかすると名無しでこのスレに戻ってきてるかもしれない・・・と思いつつこちらは細々とまだ何かやってはいるけど、進まずです・・・orz
（その７）は２０回程は目を通したような気がする。（その８）も５回程・・・。
switch文でやると言いつつまだ足踏み状態。
もう少しだけ今までのプログラムを整理してから始めるつもり。
以前、クラス図もどきを描いたけどあれよりも簡単な図を書いて整理する予定・・・というか今進行中ｗ
参考にしたのは、
ttp://d.hatena.ne.jp/mitsu_chie/20090317
検索キーワードは忘れてしまった・・・orz
今頃言うのもなんだけど、どうもオブジェクト同士のデータやり取り方法や変数の有効範囲がいまいち
理解していない状態なので整理したくなった感じ。たぶん今まではコピペが多かったからたまたま上手く動いていたのかもしれない。
たしか｛ と ｝ で囲まれたブロックの内と外では名前は同じ変数でも別物だったはずなので、
クラスも一種のブロックみたいなものかな～と思い、クラスのつながりだけは最低限見れるようにすれば、
何かが見えるかも？と期待。
>764の状態線図は一応手書きでできあがってるけど、
プログラム整理して、（その７）を参考にswitch文をプログラムのどこにどう使うかが分かったら作業再開の予定。
でも、もしかすると名無しでこのスレに戻ってきてるかもしれない・・・と思いつつこちらは細々とまだ何かやってはいるけど、進まずです・・・orz
（その７）は２０回程は目を通したような気がする。（その８）も５回程・・・。
switch文でやると言いつつまだ足踏み状態。
もう少しだけ今までのプログラムを整理してから始めるつもり。
以前、クラス図もどきを描いたけどあれよりも簡単な図を書いて整理する予定・・・というか今進行中ｗ
参考にしたのは、
ttp://d.hatena.ne.jp/mitsu_chie/20090317
検索キーワードは忘れてしまった・・・orz
今頃言うのもなんだけど、どうもオブジェクト同士のデータやり取り方法や変数の有効範囲がいまいち
理解していない状態なので整理したくなった感じ。たぶん今まではコピペが多かったからたまたま上手く動いていたのかもしれない。
たしか｛ と ｝ で囲まれたブロックの内と外では名前は同じ変数でも別物だったはずなので、
クラスも一種のブロックみたいなものかな～と思い、クラスのつながりだけは最低限見れるようにすれば、
何かが見えるかも？と期待。
>764の状態線図は一応手書きでできあがってるけど、
プログラム整理して、（その７）を参考にswitch文をプログラムのどこにどう使うかが分かったら作業再開の予定。
766 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/05/28(木) 23:45:52 ID:ThaStgnC
生きてるぜー
最近は絵の練習メイン
最近は絵の練習メイン
767 ：SGGK ◆6pZCoAtaxk ：2009/05/30(土) 01:02:31 ID:nBZbHK7j
お～！順調ですね～！
こちらも頑張らねば！
図は大体出来たけど、プログラム的にどう実装すればいいのかで結局また悩む。・・・orz
実装が進みそうになったら図もうｐするかもです。
こちらも頑張らねば！
図は大体出来たけど、プログラム的にどう実装すればいいのかで結局また悩む。・・・orz
実装が進みそうになったら図もうｐするかもです。
768 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/06/05(金) 21:13:38 ID:jGMMWvKs
何かしら実行中にエラーが出たら問答無用でブッち切るようにした
画像ファイルの用意ミスとか防げる！
あのエラー時にﾃﾞｭﾝ!って出るアレどうやってだすんだろう
画像ファイルの用意ミスとか防げる！
あのエラー時にﾃﾞｭﾝ!って出るアレどうやってだすんだろう
769 ：名前は開発中のものです。：2009/06/07(日) 13:36:48 ID:omPTSAmz
try catch文のこと？
770 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/06/07(日) 16:14:07 ID:x8hJdvg0
おお…そんなものもあるのかー
771 ：SGGK ◆6pZCoAtaxk ：2009/06/08(月) 00:05:25 ID:jhxayO4j
この前書き込んでからまだ２、３日しか経っていない様な気がしていても実際には一週間過ぎてる・・・。
でも、実生活でいろいろあるので作業はあまり進んでない・・・orz
ボールの状態遷移図を実装につなげるつもりが、特に理由もなくまずはスタート画面、選択画面、ゲーム画面の遷移を実装してみようと思いが変わり、
図の作業を始めるも挫折。手書きでは後で真ん中に書き入れたい内容が増えた時がつらい。
全部消しゴムで消して書き直す訳にも行かず。エクセルの図で書こうとすれば、手より時間が掛かる感じ。
これをどう解決するか・・・？といったプログラムと直接関係無いところで時間を消耗中ｗ
switch文でやる件もギリギリまで保留中。switch文で先程の遷移を実装しようとすると、
それは１４歳シリーズのＣ＋＋本に書いてあった実装とほぼ同じ内容を復活させるだけなので、
なんとか（その７）を読み、なんとなく④まではいけるかもという気がしてきた。（気がするだけ。）
>>768、769
>エラー時にﾃﾞｭﾝ!って出るアレ
については分からないけど、自分のプログラムにも try とか catch とか throw というのが、
画面をloadするところに書かれてるけど、これは１４歳シリーズのコピペで済ませていて
理解できずにそのまま使ってマス・・・orz
本にも説明はあったけど理解できなかった。
エラーとか例外処理とかいう感じの部分についても、いつか勉強し直す予定～！。
でも、実生活でいろいろあるので作業はあまり進んでない・・・orz
ボールの状態遷移図を実装につなげるつもりが、特に理由もなくまずはスタート画面、選択画面、ゲーム画面の遷移を実装してみようと思いが変わり、
図の作業を始めるも挫折。手書きでは後で真ん中に書き入れたい内容が増えた時がつらい。
全部消しゴムで消して書き直す訳にも行かず。エクセルの図で書こうとすれば、手より時間が掛かる感じ。
これをどう解決するか・・・？といったプログラムと直接関係無いところで時間を消耗中ｗ
switch文でやる件もギリギリまで保留中。switch文で先程の遷移を実装しようとすると、
それは１４歳シリーズのＣ＋＋本に書いてあった実装とほぼ同じ内容を復活させるだけなので、
なんとか（その７）を読み、なんとなく④まではいけるかもという気がしてきた。（気がするだけ。）
>>768、769
>エラー時にﾃﾞｭﾝ!って出るアレ
については分からないけど、自分のプログラムにも try とか catch とか throw というのが、
画面をloadするところに書かれてるけど、これは１４歳シリーズのコピペで済ませていて
理解できずにそのまま使ってマス・・・orz
本にも説明はあったけど理解できなかった。
エラーとか例外処理とかいう感じの部分についても、いつか勉強し直す予定～！。
772 ：SGGK ◆6pZCoAtaxk ：2009/06/09(火) 00:08:53 ID:NFI8qz0J
時間が思い通りに出来ないのは本当なんだけど、
自分の意思でなんとかする余地はまだあるなと思い、今日は鬼ｗになってひとつずつ片付けてみる。
まずは、>765で言っていた「簡単な図」をＵｐ。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0033zip.html
説明はないけど、以前のクラス図より分かりやすい感じ。
このクラスとこのクラスはデータがやり取りできるかどうかとか、
コピペするときにどのクラスを対象にすればよいかが発見しやすくなった感じ。
自分の意思でなんとかする余地はまだあるなと思い、今日は鬼ｗになってひとつずつ片付けてみる。
まずは、>765で言っていた「簡単な図」をＵｐ。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0033zip.html
説明はないけど、以前のクラス図より分かりやすい感じ。
このクラスとこのクラスはデータがやり取りできるかどうかとか、
コピペするときにどのクラスを対象にすればよいかが発見しやすくなった感じ。
773 ：SGGK ◆6pZCoAtaxk ：2009/06/09(火) 22:35:28 ID:4EoXuq36
昨日の図は、四角がクラス型とオブジェクト、四角でないのはメンバ関数や変数、ポインタ等のつもり。
ツリーは、右側に書かれているものが左側に含まれているような関係。
今日は>764のボールの状態遷移図を間違い多くてもいいからＵＰ。どうやらステートチャート図らしい。（違いがわからないｗ）
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0034zip.html
まぁ、昨日は時間にこだわってたけど、やっぱり元通りの少しずつ進める方が現実的かな～と考えを改める。（1日で変化！）
生活が成り立ってこその趣味だし・・・。（汗；）
という事で、>771のスタート画面、選択画面、ゲーム画面の遷移を実装・・・は中止！
ボールのステートチャート図と（その７）を使った状態遷移の実装が出来る事を確認してからでも遅くないと思ったのが理由。
またしばらく時間掛かりそうな予感。
ツリーは、右側に書かれているものが左側に含まれているような関係。
今日は>764のボールの状態遷移図を間違い多くてもいいからＵＰ。どうやらステートチャート図らしい。（違いがわからないｗ）
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0034zip.html
まぁ、昨日は時間にこだわってたけど、やっぱり元通りの少しずつ進める方が現実的かな～と考えを改める。（1日で変化！）
生活が成り立ってこその趣味だし・・・。（汗；）
という事で、>771のスタート画面、選択画面、ゲーム画面の遷移を実装・・・は中止！
ボールのステートチャート図と（その７）を使った状態遷移の実装が出来る事を確認してからでも遅くないと思ったのが理由。
またしばらく時間掛かりそうな予感。
774 ：名前は開発中のものです。：2009/06/09(火) 22:55:41 ID:itRQYvzI
pdf 怖いよ pdf
775 ：SGGK ◆6pZCoAtaxk ：2009/06/09(火) 23:28:24 ID:4EoXuq36
まだ起きてたので幸いでした。
「pdf 怖いよ」で検索（というかググる）すると、pdfはセキュリティ上問題ありのような書き込みがあったので、
とりあえず>772と>773のＵＰファイルを削除。
jpegでまとめてＵＰし直しました～。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0033zip.html
元々エクセルで書いてた図をｐｄｆに変換するソフトは持っていたけど、
jpgにするソフトを持っていなかったのが理由。
でも、pdfをjpgに変換するソフトは持っていたので、変換を２回やって xls→pdf→jpg で解決～！
「pdf 怖いよ」で検索（というかググる）すると、pdfはセキュリティ上問題ありのような書き込みがあったので、
とりあえず>772と>773のＵＰファイルを削除。
jpegでまとめてＵＰし直しました～。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0033zip.html
元々エクセルで書いてた図をｐｄｆに変換するソフトは持っていたけど、
jpgにするソフトを持っていなかったのが理由。
でも、pdfをjpgに変換するソフトは持っていたので、変換を２回やって xls→pdf→jpg で解決～！
776 ：名前は開発中のものです。：2009/06/09(火) 23:33:43 ID:nR41WNru
>>773
ボールなんかはステートとかまどろっこしい事を考えず、
dx,dyを毎フレーム加算するだけでいいんじゃないかと思う。
もちろんそのままじゃ等速直線運動になっちゃうから、
dx,dyを毎フレーム小さくしていくのも忘れちゃいけない。
あと少し前からスレを見てるけど、SGGKは若干考えすぎな感じがする。
自分もC++を勉強してゲームを作り始めた時は、
クラス図とかきっちり書いてたけど、結局時間の無駄だった。
そういうものは誰が読むわけでもないんだから（一人で作ってるならなおさら）、
クラス構成なんかは自分がわかる最低限のドキュメントに済ませて、
その分ソースをガリガリ書いた方が、それが失敗だったとしてもためになる。
人それぞれやり方はあるだろうから、
別にやっちゃいけないとまでは言わないけど、
なんとなく変な所で躓いてる感じがしたから、ついでに言ってみたｗ
スルー推奨。
ボールなんかはステートとかまどろっこしい事を考えず、
dx,dyを毎フレーム加算するだけでいいんじゃないかと思う。
もちろんそのままじゃ等速直線運動になっちゃうから、
dx,dyを毎フレーム小さくしていくのも忘れちゃいけない。
あと少し前からスレを見てるけど、SGGKは若干考えすぎな感じがする。
自分もC++を勉強してゲームを作り始めた時は、
クラス図とかきっちり書いてたけど、結局時間の無駄だった。
そういうものは誰が読むわけでもないんだから（一人で作ってるならなおさら）、
クラス構成なんかは自分がわかる最低限のドキュメントに済ませて、
その分ソースをガリガリ書いた方が、それが失敗だったとしてもためになる。
人それぞれやり方はあるだろうから、
別にやっちゃいけないとまでは言わないけど、
なんとなく変な所で躓いてる感じがしたから、ついでに言ってみたｗ
スルー推奨。
777 ：SGGK ◆6pZCoAtaxk ：2009/06/10(水) 00:04:02 ID:4EoXuq36
>>776
ど･･･どうもです～。（ギリギリ起きてた・・・）
自分はいきなりＣ、Ｃ＋＋でゲーム制作やろうとして下地が無かったので案の定理解が進まず、
図やＨＰに頼ったりしましたが、今も理解がぼんやりしてて、でも時間はかなり掛かるとしてもなんとか書けるかもしれないような気がしてきたので、
まずはボール関係からちょっと書いてみます～（では就寝～ｗ）
ど･･･どうもです～。（ギリギリ起きてた・・・）
自分はいきなりＣ、Ｃ＋＋でゲーム制作やろうとして下地が無かったので案の定理解が進まず、
図やＨＰに頼ったりしましたが、今も理解がぼんやりしてて、でも時間はかなり掛かるとしてもなんとか書けるかもしれないような気がしてきたので、
まずはボール関係からちょっと書いてみます～（では就寝～ｗ）
778 ：名前は開発中のものです。：2009/06/10(水) 00:38:40 ID:p+zFc/FO
俺はSGGK氏が別スレに登場した時から応援＆口出ししてる人間だが>>776と同意見。
とにかく難しい技術的な事は気にしないでいいから、目の前のものを動くようにするのが先決だと思う。
形から入る人はいるし、そういう人の方がなんでもキッチリこなしたりする。
変に独学でやっちゃうと、それがクセになって後々困る場合も多い。
だから最初に書籍とかで基本を身につけるのは決して悪い事ではない。
が、SGGK氏の場合は
やりたい事が上手くいかない → もっと勉強すれば解決するに違いない → 難しい部分に手を出す → 難しすぎて進まない
の繰り返しに見える。
難しい技術的な事はとりあえず気にせずに
手の届く範囲でやっていったほうが早いと思う……。
とにかく難しい技術的な事は気にしないでいいから、目の前のものを動くようにするのが先決だと思う。
形から入る人はいるし、そういう人の方がなんでもキッチリこなしたりする。
変に独学でやっちゃうと、それがクセになって後々困る場合も多い。
だから最初に書籍とかで基本を身につけるのは決して悪い事ではない。
が、SGGK氏の場合は
やりたい事が上手くいかない → もっと勉強すれば解決するに違いない → 難しい部分に手を出す → 難しすぎて進まない
の繰り返しに見える。
難しい技術的な事はとりあえず気にせずに
手の届く範囲でやっていったほうが早いと思う……。
779 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/06/10(水) 16:40:30 ID:EqJP7EkH
図を見たがクラスがよくわからん俺の脳は溶けた
俺も形から入るタイプ？なのかな
とにかくソースコピペしてきて動かして説明見ながら数値いじってどれがどんな意味を持っているのかを理解しながらで今まで来た
今は図は描いてないけど頭の中でコースに敵が配置されて、それぞれが行動して、弾を発射して、それぞれの弾が動いて…をそれぞれのオブジェクト単位でイメージしてる
こ、これがオブジェクト指向かっ!?
俺も形から入るタイプ？なのかな
とにかくソースコピペしてきて動かして説明見ながら数値いじってどれがどんな意味を持っているのかを理解しながらで今まで来た
今は図は描いてないけど頭の中でコースに敵が配置されて、それぞれが行動して、弾を発射して、それぞれの弾が動いて…をそれぞれのオブジェクト単位でイメージしてる
こ、これがオブジェクト指向かっ!?
780 ：SGGK ◆6pZCoAtaxk ：2009/06/10(水) 23:54:46 ID:0H3uzG7E
>>778
！！！。 も･･･もしかして最初のスレの頃からとか･･･？
そういえばあの頃から今年の８月末で制作活動２年経過･･･orz
そう考えると今は確かに手の届く範囲でいいから、２年経つまでにもう少し制作を進めたい感じデス。
>>779
オブジェクト指向といえば、以前自分はこの本で勉強した事があります。
「憂鬱なプログラマのためのオブジェクト指向開発講座」図のルールは、ちょっと古くなっているかもしれません。
今思えば、気になる部分かまたは最初の部分を読むだけでも良かったかな～と思ったりもします。書いてた事を読むだけだと、自分の場合なかなか頭に残らなかった経験があるので・・・。
たぶんプログラム書いて試行錯誤した方が覚えるの早いと思います。自分もまた明日から少しずつやっていきます～ｗ
！！！。 も･･･もしかして最初のスレの頃からとか･･･？
そういえばあの頃から今年の８月末で制作活動２年経過･･･orz
そう考えると今は確かに手の届く範囲でいいから、２年経つまでにもう少し制作を進めたい感じデス。
>>779
オブジェクト指向といえば、以前自分はこの本で勉強した事があります。
「憂鬱なプログラマのためのオブジェクト指向開発講座」図のルールは、ちょっと古くなっているかもしれません。
今思えば、気になる部分かまたは最初の部分を読むだけでも良かったかな～と思ったりもします。書いてた事を読むだけだと、自分の場合なかなか頭に残らなかった経験があるので・・・。
たぶんプログラム書いて試行錯誤した方が覚えるの早いと思います。自分もまた明日から少しずつやっていきます～ｗ
781 ：SGGK ◆6pZCoAtaxk ：2009/06/11(木) 00:15:30 ID:wFQjkK8D
で・・・でもこの本、Ｃ＋＋の理解にはかなり役立ったので捕捉しておきます。
（では、就寝～）
（では、就寝～）
782 ：SGGK ◆6pZCoAtaxk ：2009/06/11(木) 23:53:58 ID:tsBzZsmm
（就寝～）と書くのはやめる事にします。後で見ると恥ずかしい気がしてきたので、書き込み無ければ、それが就寝という事にしておきマス・・・。
とりあえず、
１．ボールの動きに関するプログラムを状態遷移図を参考に書き直す。（switch文か（その７）の④でやる予定）
２．必要なオブジェクトを考えて動かなくてもいいから一通り書きそろえる。（例えば、レーダー、得点や経過時間の表示）
を８月末くらいを目標にやる予定。（またしばらくの間、潜伏状態気味になるかも・・・）
とりあえず、
１．ボールの動きに関するプログラムを状態遷移図を参考に書き直す。（switch文か（その７）の④でやる予定）
２．必要なオブジェクトを考えて動かなくてもいいから一通り書きそろえる。（例えば、レーダー、得点や経過時間の表示）
を８月末くらいを目標にやる予定。（またしばらくの間、潜伏状態気味になるかも・・・）
784 ：SGGK ◆6pZCoAtaxk ：2009/06/18(木) 00:09:53 ID:rAYGKFc7
画像見れました。以前うｐされてた一面に合ってる感じでいいですね～。（森のイメージかも？）
こ･･･こちらも次週こそは頑張らねば！（汗；）。
こ･･･こちらも次週こそは頑張らねば！（汗；）。
おお！イメージが伝わっているようで何より～
エフェクト関係の処理を書き直し中ー
エフェクト関係の処理を書き直し中ー
786 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/06/29(月) 20:07:04 ID:+JGJQUIm
そして誰もいなくなった(・∀・)
787 ：SGGK ◆6pZCoAtaxk ：2009/07/02(木) 23:03:09 ID:b+wN0Brh
ご無沙汰してます～。
こちらは全然進んでないので書き込みし辛かったといった感じ・・・orz
まとまった時間が取れない、自分にスキル無い、そもそも出来るんだろうか・・・等
言い訳ばかり思いついてしまって・・・（汗；）
でもやっぱり一番の原因はちょっと休んでしまった事かも？
長距離走も途中で休むとまた走り出すのが大変だし、それと似た感じ。
毎日５分でもいいからコンパイラ開いて２～３行の変更でもいいから続けるような感じで制作を習慣化する事をとりあえずの目標にして、
今は選手２２人分のデータをswitchで読み分けできるように、#defineで番号を２２人分（実際には、１１人分用意してそれぞれ＋１する感じ）用意した所。
こちらは全然進んでないので書き込みし辛かったといった感じ・・・orz
まとまった時間が取れない、自分にスキル無い、そもそも出来るんだろうか・・・等
言い訳ばかり思いついてしまって・・・（汗；）
でもやっぱり一番の原因はちょっと休んでしまった事かも？
長距離走も途中で休むとまた走り出すのが大変だし、それと似た感じ。
毎日５分でもいいからコンパイラ開いて２～３行の変更でもいいから続けるような感じで制作を習慣化する事をとりあえずの目標にして、
今は選手２２人分のデータをswitchで読み分けできるように、#defineで番号を２２人分（実際には、１１人分用意してそれぞれ＋１する感じ）用意した所。
788 ：名前は開発中のものです。：2009/07/03(金) 00:06:56 ID:JaV45M/k
switch一杯になって見ずらくなると思うから
こんな風にしてみては
#define HITO_MAX;
enum HITO_NAME =
{
P_GK,
P_FW,
:
:
NAME_MAX;
};
SENSHU *senshu[HITO_MAX];
こんな風にしてみては
#define HITO_MAX;
enum HITO_NAME =
{
P_GK,
P_FW,
:
:
NAME_MAX;
};
SENSHU *senshu[HITO_MAX];
789 ：名前は開発中のものです。：2009/07/03(金) 00:22:18 ID:fzfQVmFk
あー、ゴメン読み込みか
790 ：SGGK ◆6pZCoAtaxk ：2009/07/03(金) 23:52:50 ID:e0JtKd5o
ありがとうございます～。そ・・・そうです。実は読み込み用なので
FW1,FW2,MF1,MF2,MF3,MF4,MF5,DF1,DF2,DF3,GKに１～１１を割り当てて
switchでデータ読み込みを区別するつもりです。
でも、これでは選手のポジションが分からないので、選手のメンバ変数に
FW1・・・GKを持たせて、判別出来るようにする予定。
今日はノートに手書きでフィールド書いて選手の初期座標の大体の見当を付けたのみ。
結局出来るのだろうか～？という不安が常につきまとう～・・・orz
FW1,FW2,MF1,MF2,MF3,MF4,MF5,DF1,DF2,DF3,GKに１～１１を割り当てて
switchでデータ読み込みを区別するつもりです。
でも、これでは選手のポジションが分からないので、選手のメンバ変数に
FW1・・・GKを持たせて、判別出来るようにする予定。
今日はノートに手書きでフィールド書いて選手の初期座標の大体の見当を付けたのみ。
結局出来るのだろうか～？という不安が常につきまとう～・・・orz
791 ：SGGK ◆6pZCoAtaxk ：2009/07/06(月) 23:23:31 ID:/XAahswg
選手データ初期化の箇所に（cx,cy)、(px、py）、(x,y）とあり、
（cx,cy)はカメラ座標を選手クラスの各オブジェクトに保持する為、（px、py）はプレイヤー座標として使用するつもりだったが、
結局カメラでview関数を実行し、カメラに見えているものを表示する時点でカメラ座標原点を基準に座標計算していたはずだからたぶん（cx,cy)、(px、py）はどこにも使っていないはずだな～と思い、
（cx,cy)、(px、py）を思い切って削除したが一応動いたので他に影響が無いか心配だけどこれでよしとする・・・orz（時間ないので）
選手はまだ８人だけど、switch読み込み用の番号は定義しなおしてしまってるのでFW、MF、DF、GKからFW1、MF1、DF1、GKに変えたら
選手がボールに接近しなくなった・・・orz
番号が飛んでるからかな～という感じがするものの時間切れ。
（cx,cy)はカメラ座標を選手クラスの各オブジェクトに保持する為、（px、py）はプレイヤー座標として使用するつもりだったが、
結局カメラでview関数を実行し、カメラに見えているものを表示する時点でカメラ座標原点を基準に座標計算していたはずだからたぶん（cx,cy)、(px、py）はどこにも使っていないはずだな～と思い、
（cx,cy)、(px、py）を思い切って削除したが一応動いたので他に影響が無いか心配だけどこれでよしとする・・・orz（時間ないので）
選手はまだ８人だけど、switch読み込み用の番号は定義しなおしてしまってるのでFW、MF、DF、GKからFW1、MF1、DF1、GKに変えたら
選手がボールに接近しなくなった・・・orz
番号が飛んでるからかな～という感じがするものの時間切れ。
792 ：SGGK ◆6pZCoAtaxk ：2009/07/10(金) 00:07:12 ID:mqP/JGqP
間違ってるのは分かってるので、本来ならばそれを直して先に進めばいいんだけど、
その間違ってる場合にはこのような結果になっているはずだ・・・という自分の予想と
実際の結果が異なっていてそれが何故なのか分からず、足踏み状態。
その間違ってる場合にはこのような結果になっているはずだ・・・という自分の予想と
実際の結果が異なっていてそれが何故なのか分からず、足踏み状態。
793 ：名前は開発中のものです。：2009/07/10(金) 02:07:07 ID:YvH8VYH4
>その間違ってる場合にはこのような結果になっているはずだ・・・という自分の予想
そういう思い込みはデバッグの敵だ。
確実にひとつひとつしらみつぶしにチェックしていくのが遠回りのようで実は近道。
そういう思い込みはデバッグの敵だ。
確実にひとつひとつしらみつぶしにチェックしていくのが遠回りのようで実は近道。
794 ：SGGK ◆6pZCoAtaxk ：2009/07/11(土) 00:22:52 ID:imCs8e9D
確かにどこかに思い込みがあって気付いてないところがあるのだと思います・・・。
表示される選手の敵味方の数が自分の予想と違うだけなんだけど、これは気になるので
もう少しだけ粘って原因について考えてみるつもり。今日はあまり時間取れず・・・orz
表示される選手の敵味方の数が自分の予想と違うだけなんだけど、これは気になるので
もう少しだけ粘って原因について考えてみるつもり。今日はあまり時間取れず・・・orz
795 ：SGGK ◆6pZCoAtaxk ：2009/07/15(水) 22:47:13 ID:XDxoUqmF
色々考えてみた結果、switch文の理解が間違っていた感じ。
（8回ﾙｰﾌﾟ)｛switch(i){case1,2,3,4,5,6,7,8} push_back() }
switch文の中で各選手ごとに仮のメンバ変数にデータを入力し、switch文を抜けた直後に本当のメンバ変数にまとめてpush_back()で初期化データを入力していた場合は問題なく8人分初期化出来ていたけど、
今回>791で番号を22人分用意したのにまだ8人分しかﾃﾞｰﾀ用意してなかったので、
とりあえず８人分のFW1、MF1、DF1、GK、FW1+4、MF1+4、DF1+4、GK+4でswitch分岐させたら
それは、
（8回ﾙｰﾌﾟ）｛ switch(i){case1,3,8,11,5,7,12,15} push_back() } だから、
1,3,8,5,7のときしか仮のメンバ変数へのデータ入力しないので、画面には1,3の味方、5,7,8の敵、計５人しかでないはずなのに
なぜか味方が４人見えるし、ボールに向かって動かない選手もいるのでおかしいと思っていた。
しかし、switchにヒットしなくてもswitch文を抜けた直後にpush_back()で初期化データを入力されているはずなので、
本当は、1,1,3,3,5,5,7,8で８人分のデータで初期化されてたのでは？という気がしてきた。
もうひとつ問題、「選手がボールに向かわない」は>791で（cx,cy)、(px、py）を削除したのが
原因になっているのでは？という気がしてきたので、結局遠回りになったけどやっぱり見直すつもり。
（8回ﾙｰﾌﾟ)｛switch(i){case1,2,3,4,5,6,7,8} push_back() }
switch文の中で各選手ごとに仮のメンバ変数にデータを入力し、switch文を抜けた直後に本当のメンバ変数にまとめてpush_back()で初期化データを入力していた場合は問題なく8人分初期化出来ていたけど、
今回>791で番号を22人分用意したのにまだ8人分しかﾃﾞｰﾀ用意してなかったので、
とりあえず８人分のFW1、MF1、DF1、GK、FW1+4、MF1+4、DF1+4、GK+4でswitch分岐させたら
それは、
（8回ﾙｰﾌﾟ）｛ switch(i){case1,3,8,11,5,7,12,15} push_back() } だから、
1,3,8,5,7のときしか仮のメンバ変数へのデータ入力しないので、画面には1,3の味方、5,7,8の敵、計５人しかでないはずなのに
なぜか味方が４人見えるし、ボールに向かって動かない選手もいるのでおかしいと思っていた。
しかし、switchにヒットしなくてもswitch文を抜けた直後にpush_back()で初期化データを入力されているはずなので、
本当は、1,1,3,3,5,5,7,8で８人分のデータで初期化されてたのでは？という気がしてきた。
もうひとつ問題、「選手がボールに向かわない」は>791で（cx,cy)、(px、py）を削除したのが
原因になっているのでは？という気がしてきたので、結局遠回りになったけどやっぱり見直すつもり。
796 ：SGGK ◆6pZCoAtaxk ：2009/07/18(土) 00:17:20 ID:8Y4VDd7Y
(cx,cy)は、カメラの見えてる範囲を基準にした時の選手等のオブジェクトの座標。
(px,py)は、１ループ（１フレームとも言うのだろうか？）前の各オブジェクトの座標。
いずれも計算した直後にしか使わない数値だからメンバ変数にしなくてもいいかなと思っていたし、
改めてプログラムを見直しても削除による問題は見当たらなかった・・・。（どこか勘違いしてるかもしれないけど。）
時間掛かりすぎなので、少し前の内容で保存したプログラムファイルからやり直してみる事にする。
(px,py)は、１ループ（１フレームとも言うのだろうか？）前の各オブジェクトの座標。
いずれも計算した直後にしか使わない数値だからメンバ変数にしなくてもいいかなと思っていたし、
改めてプログラムを見直しても削除による問題は見当たらなかった・・・。（どこか勘違いしてるかもしれないけど。）
時間掛かりすぎなので、少し前の内容で保存したプログラムファイルからやり直してみる事にする。
797 ：SGGK ◆6pZCoAtaxk ：2009/07/21(火) 22:16:45 ID:ekT8uXxV
原因が分かったような気がしてきた。（cx,cy)、(px、py）の削除はたぶん関係なさそう。
選手8人分のデータはリスト（配列みたいなやつ）に入ってるので、デバッガで見れないのかと思ってたけど、
ブレークポイントの位置を色々変えてみたら見れた。
呼び出す移動関数のアドレスがコンストラクタで0にセットされてたのが原因。(コンストラクタについてはあまり理解してません。）
switch文の中で選手データ初期値を一時的に保持する為のオブジェクトをループを繰り返す度に定義していたので、
その時にコンストラクタが呼ばれて初期化されたと予想。
caseに該当してればすぐに代入されるから問題ないけど、
caseに該当しない時には、その前に該当したデータが残ってて代入してくれると思ってたのが勘違いだった感じ。
でも、なぜか座標（←コンストラクタには入れてない。）は前に該当したデータが代入されてるので疑問は残るけど、
勉強する余力も無い（・・・orz）のでソースをコピーして名前を変えてプログラムに戻る事に・・・。
とりあえず２２人表示、自分以外の２１人はボールに向かって動くとこまで出来た。
選手8人分のデータはリスト（配列みたいなやつ）に入ってるので、デバッガで見れないのかと思ってたけど、
ブレークポイントの位置を色々変えてみたら見れた。
呼び出す移動関数のアドレスがコンストラクタで0にセットされてたのが原因。(コンストラクタについてはあまり理解してません。）
switch文の中で選手データ初期値を一時的に保持する為のオブジェクトをループを繰り返す度に定義していたので、
その時にコンストラクタが呼ばれて初期化されたと予想。
caseに該当してればすぐに代入されるから問題ないけど、
caseに該当しない時には、その前に該当したデータが残ってて代入してくれると思ってたのが勘違いだった感じ。
でも、なぜか座標（←コンストラクタには入れてない。）は前に該当したデータが代入されてるので疑問は残るけど、
勉強する余力も無い（・・・orz）のでソースをコピーして名前を変えてプログラムに戻る事に・・・。
とりあえず２２人表示、自分以外の２１人はボールに向かって動くとこまで出来た。
798 ：名前は開発中のものです。：2009/07/23(木) 01:43:50 ID:h4mdjihR
>>797
久々に見にきてみたが、言っている事が意味不明だぜ
リストってstd::listかな？
最初は素直に固定長の配列使った方がいいと思うよ。
何をしたら何の値がどう変わるのかは把握しておくべき。
あと、switch云々の部分は、
おそらく選手リストの作成時の話だと思って話を進めると、
class Player; // 選手クラス
ってのがあるとして、
// 選手リストの作成
std::list<Player> player_list;
for ( int i=0; i<22; ++i ){
Player player;
switch(i){
// ポジション毎の初期化処理（？）
}
player_list.push_back( player );
}
みたいな感じになってると（勝手に）予想するけど、これはまずい。
iがswitchのcaseで引っかからない場合、
「Playerのコンストラクタで初期化されている変数」以外のplayerの変数は
未定義（何が入っていてもおかしくない状態）になる。
この時”たまたま”playerの座標はその前のループで代入されていた値が入っていたんだと思う。
未定義なものは使う前にちゃんと初期化などをして定義してあげるべき。
あーでも「選手8人分のデータリスト」ってのが存在してるってことは、
選手22人分のリストとはまた別のリストか。。。
やっぱなんかよくわからんぞ・・・
久々に見にきてみたが、言っている事が意味不明だぜ
リストってstd::listかな？
最初は素直に固定長の配列使った方がいいと思うよ。
何をしたら何の値がどう変わるのかは把握しておくべき。
あと、switch云々の部分は、
おそらく選手リストの作成時の話だと思って話を進めると、
class Player; // 選手クラス
ってのがあるとして、
// 選手リストの作成
std::list<Player> player_list;
for ( int i=0; i<22; ++i ){
Player player;
switch(i){
// ポジション毎の初期化処理（？）
}
player_list.push_back( player );
}
みたいな感じになってると（勝手に）予想するけど、これはまずい。
iがswitchのcaseで引っかからない場合、
「Playerのコンストラクタで初期化されている変数」以外のplayerの変数は
未定義（何が入っていてもおかしくない状態）になる。
この時”たまたま”playerの座標はその前のループで代入されていた値が入っていたんだと思う。
未定義なものは使う前にちゃんと初期化などをして定義してあげるべき。
あーでも「選手8人分のデータリスト」ってのが存在してるってことは、
選手22人分のリストとはまた別のリストか。。。
やっぱなんかよくわからんぞ・・・
799 ：弾幕シュー単独製作 ◆Fp.xSEIREI ：2009/07/23(木) 05:27:22 ID:iEcpjkyc
俺もクラスについてはさっぱりだぜ
800 ：SGGK ◆6pZCoAtaxk ：2009/07/23(木) 23:50:55 ID:c0RlO6Zq
>>798
ほ・・・ほとんどその通りです～。
ソースのところは、まるで１４歳のＣ＋＋を読んだのではと思うほどに的中してます。
＞「選手8人分のデータリスト」
これは、最初はcaseを８通り用意していた（このときはswitch(i)とcaseがちゃんと対応してなかった）のを
２２通り用意して２２人分にして（今度はswitch(i)とcaseが必ず対応する様に直した）やり直したという事です。
た･･･確かに躓くことが多くなってきたので、自信は無いけどリストは使わないで配列で書き直すかもしれないです～。
今までそうしなかったのは、元になったソースの大部分がＣ＋＋で書かれていたので、これをＣに直すと時間が掛かりそうだし、
書き直す自信もなかったから・・・。
>>799
お！おひさですぅ～。
・・・という事で一部をＣに直してみるに方針修正してみマス。
たぶんまた時間かかる予感。出来なければまた>797に戻ってやり直せばいい！！！ということで（汗；）
ほ・・・ほとんどその通りです～。
ソースのところは、まるで１４歳のＣ＋＋を読んだのではと思うほどに的中してます。
＞「選手8人分のデータリスト」
これは、最初はcaseを８通り用意していた（このときはswitch(i)とcaseがちゃんと対応してなかった）のを
２２通り用意して２２人分にして（今度はswitch(i)とcaseが必ず対応する様に直した）やり直したという事です。
た･･･確かに躓くことが多くなってきたので、自信は無いけどリストは使わないで配列で書き直すかもしれないです～。
今までそうしなかったのは、元になったソースの大部分がＣ＋＋で書かれていたので、これをＣに直すと時間が掛かりそうだし、
書き直す自信もなかったから・・・。
>>799
お！おひさですぅ～。
・・・という事で一部をＣに直してみるに方針修正してみマス。
たぶんまた時間かかる予感。出来なければまた>797に戻ってやり直せばいい！！！ということで（汗；）
801 ：名前は開発中のものです。：2009/07/24(金) 02:04:45 ID:mfAIyrph
>>800
>>798です。
なるほど、理解できました。酔っ払った状態で考えるもんじゃないね、ごめんｗ
現状思い通りに動いてるなら無理にCに書き直す必要もないかと思うけど。。。
まぁごちゃごちゃ口出ししてしまうと、色々とよろしくない事になりそうなのでこの辺にしておきます。
がんばってー
>>798です。
なるほど、理解できました。酔っ払った状態で考えるもんじゃないね、ごめんｗ
現状思い通りに動いてるなら無理にCに書き直す必要もないかと思うけど。。。
まぁごちゃごちゃ口出ししてしまうと、色々とよろしくない事になりそうなのでこの辺にしておきます。
がんばってー
802 ：SGGK ◆6pZCoAtaxk ：2009/07/25(土) 22:55:46 ID:VqHxa0v9
>>801
ど～もですぅ～。
で・・・では、次にまたバグったらＣの配列でデータを持つ方法を検討する等、その時の状況で判断してみます～。
とりあえず、レーダー実装に挑戦の予定。自機の動きがおかしいバグも直さねば（汗；）
ど～もですぅ～。
で・・・では、次にまたバグったらＣの配列でデータを持つ方法を検討する等、その時の状況で判断してみます～。
とりあえず、レーダー実装に挑戦の予定。自機の動きがおかしいバグも直さねば（汗；）
803 ：SGGK ◆6pZCoAtaxk ：2009/08/01(土) 00:53:41 ID:ohNFcHAR
暑過ぎてソース読むとさらに暑くなって何も出来ない・・・orz
もうすぐ２年経つのでなんとか区切り付けたい気持ちだけが先走ってて、そう言う割には何も進まない状況に気付く。
「 区切り 」などという妙なこだわりがあったかもしれないけど、そんなこだわりは捨てて、別に時間掛かってもいいんだし、またまた方針変更。（心が揺れ動き過ぎるけどｗ）
とりあえずＣ＋＋特有の標準ライブラリっぽい機能（list、vectorとか他にも色々・・・）やＣ＋＋のややこしいデザインパターンがどうのこうのというのを無くし、
配列で書き直せないか検討してみる事にした。クラスの枠組みだけは残して、クラスの中身をＣのみで書けないかな～と妄想。
でもＣ＋＋を勉強したからＣ＋＋のゲーム本も多少は読めるようになったのだし、無駄ではなかったと自分で自分をフォロー・・・orz
Ｃ変更、出来るかどうかもわからないのにやると言ってしまった（汗；）
あえて納期は宣言しません。もう、戻れないかも・・・・・。
もうすぐ２年経つのでなんとか区切り付けたい気持ちだけが先走ってて、そう言う割には何も進まない状況に気付く。
「 区切り 」などという妙なこだわりがあったかもしれないけど、そんなこだわりは捨てて、別に時間掛かってもいいんだし、またまた方針変更。（心が揺れ動き過ぎるけどｗ）
とりあえずＣ＋＋特有の標準ライブラリっぽい機能（list、vectorとか他にも色々・・・）やＣ＋＋のややこしいデザインパターンがどうのこうのというのを無くし、
配列で書き直せないか検討してみる事にした。クラスの枠組みだけは残して、クラスの中身をＣのみで書けないかな～と妄想。
でもＣ＋＋を勉強したからＣ＋＋のゲーム本も多少は読めるようになったのだし、無駄ではなかったと自分で自分をフォロー・・・orz
Ｃ変更、出来るかどうかもわからないのにやると言ってしまった（汗；）
あえて納期は宣言しません。もう、戻れないかも・・・・・。
804 ：名前は開発中のものです。：2009/08/01(土) 12:46:35 ID:kMjIc7hq
vectorだけでも覚えておけば便利だよ
配列でやりたいことはだいたいそれが機能持ってる
配列でやりたいことはだいたいそれが機能持ってる
805 ：SGGK ◆6pZCoAtaxk ：2009/08/02(日) 00:45:42 ID:WarO0L28
vectorの場合、配列の最大数をオーバーして呼び出す心配がないと自分では解釈してたので、確かに便利だと思います。
>803では、vectorを使わずにＣでpush_back関数を作るような事を意味してるようなモノなので、むしろＣでやる方が
関数を色々自前で用意する工数が増えるので、そのための勉強も必要だろうし、かなり難しい事になって相当時間が掛かりそう。
「昨日はＣと言って今日はＣ＋＋か！？」と言われそうなので、その辺は触れないでおく事にしマス。
昨日気持ちがＣの方にググッと傾いたのは、ブラックボックスとして使っていた画像関係の処理が入ってるクラスの中に
push_back（要素のクラスのコンストラクタ()）というのがあり、コンストラクタには戻り値無いはずなのに何故push_back()の引数に戻り値のないコンストラクタを入れる事ができるのか分からず、
「Ｃで勉強しなおした方が・・・」というのもあったのですが、Ｃで自前関数を作って・・・というのも確かに難しい話。
とりあえず「どれでプログラム書くか？」はよ～く考えつつ作業を進めてみます。
考えてばかりでは進まないので、今日はやっとレーダーの画像データを作成。
ただの四角なので実はすぐ出来た。気持ちの問題ｗ
やる気が残ってる内に画像をプログラムに取り込まなければ～！
>803では、vectorを使わずにＣでpush_back関数を作るような事を意味してるようなモノなので、むしろＣでやる方が
関数を色々自前で用意する工数が増えるので、そのための勉強も必要だろうし、かなり難しい事になって相当時間が掛かりそう。
「昨日はＣと言って今日はＣ＋＋か！？」と言われそうなので、その辺は触れないでおく事にしマス。
昨日気持ちがＣの方にググッと傾いたのは、ブラックボックスとして使っていた画像関係の処理が入ってるクラスの中に
push_back（要素のクラスのコンストラクタ()）というのがあり、コンストラクタには戻り値無いはずなのに何故push_back()の引数に戻り値のないコンストラクタを入れる事ができるのか分からず、
「Ｃで勉強しなおした方が・・・」というのもあったのですが、Ｃで自前関数を作って・・・というのも確かに難しい話。
とりあえず「どれでプログラム書くか？」はよ～く考えつつ作業を進めてみます。
考えてばかりでは進まないので、今日はやっとレーダーの画像データを作成。
ただの四角なので実はすぐ出来た。気持ちの問題ｗ
やる気が残ってる内に画像をプログラムに取り込まなければ～！
806 ：SGGK ◆6pZCoAtaxk ：2009/08/02(日) 21:44:00 ID:IrQ+hIeg
自分の書き込みを振り返ってみると、なんだか誤解されそうな気がしたので補足しておきます。
ＣとＣ＋＋とを比較してどちらがイイとか悪いとかいうつもりは無いです～。
今日はレーダーのヘッダファイルを作成。（まだコンパイルしてないので何とも言えないｗ）
関数の実体の定義ファイルは時間かかるかもしれない。
今まで書いたファイルを流用して一部書き換える程度に思ってても、
何度も繰り返しやってないと結構忘れてしまってる・・・orz
ＣとＣ＋＋とを比較してどちらがイイとか悪いとかいうつもりは無いです～。
今日はレーダーのヘッダファイルを作成。（まだコンパイルしてないので何とも言えないｗ）
関数の実体の定義ファイルは時間かかるかもしれない。
今まで書いたファイルを流用して一部書き換える程度に思ってても、
何度も繰り返しやってないと結構忘れてしまってる・・・orz
807 ：名前は開発中のものです。：2009/08/05(水) 01:33:29 ID:p7gkHmD/
>>806
コンストラクタをpush_backの引数に・・・の話は、
ちょっと自信ないんだけど、こういうことなんじゃないかな
class Player;
std::vector<Player> players;
とあるとき、
players.push_back(Player());
は
Player player;
players.push_back(player);
と（厳密には違うだろうけど結局やってることは）同じ
コンストラクタをpush_backの引数に・・・の話は、
ちょっと自信ないんだけど、こういうことなんじゃないかな
class Player;
std::vector<Player> players;
とあるとき、
players.push_back(Player());
は
Player player;
players.push_back(player);
と（厳密には違うだろうけど結局やってることは）同じ
808 ：SGGK ◆6pZCoAtaxk ：2009/08/05(水) 23:03:57 ID:Hg0flzg1
>>807
ありがとうございます～。
>805の文がそのまま伝わったような感じでなんだかスゴイです。
これはもう
＞players.push_back(Player());
＞は
＞Player player;
＞players.push_back(player);
＞と（厳密には違うだろうけど結局やってることは）同じ
と考えるしかないのかもしれません。
Player()のようなコンストラクタをpush_back()の引数にすると、パソコンのどこかで自動的にPlayer player; が行われると同時に
vectorの末尾にplayerが追加される感じで理解してみます。
今日は、レーダーの画像をロードする処理関数の定義のみ作成。コンパイルは無し。（汗；）
残りは、レーダー画像の座標初期化、位置座標計算、描画の関数の実装。
ありがとうございます～。
>805の文がそのまま伝わったような感じでなんだかスゴイです。
これはもう
＞players.push_back(Player());
＞は
＞Player player;
＞players.push_back(player);
＞と（厳密には違うだろうけど結局やってることは）同じ
と考えるしかないのかもしれません。
Player()のようなコンストラクタをpush_back()の引数にすると、パソコンのどこかで自動的にPlayer player; が行われると同時に
vectorの末尾にplayerが追加される感じで理解してみます。
今日は、レーダーの画像をロードする処理関数の定義のみ作成。コンパイルは無し。（汗；）
残りは、レーダー画像の座標初期化、位置座標計算、描画の関数の実装。
809 ：SGGK ◆6pZCoAtaxk ：2009/08/06(木) 23:06:14 ID:BKyuQu8I
座標初期化用関数、init()には選手全ての座標とボールの座標を引数に与えなければいけないんだけど書き方を忘れてしまっていた。
ソース内の似た箇所を探して、init(list<FieldPlayer> *,BallData *)だろうな～という所までたどり着いて終了。←これは関数宣言用の書き方のつもり。
今日の作業はこの一行だけ・・・orz
ソース内の似た箇所を探して、init(list<FieldPlayer> *,BallData *)だろうな～という所までたどり着いて終了。←これは関数宣言用の書き方のつもり。
今日の作業はこの一行だけ・・・orz
なんかできたんで投下してみる
http://hiyayakko.sarashi.com/ConsoleRPG/ConsoleRPG.html
http://hiyayakko.sarashi.com/ConsoleRPG/ConsoleRPG.html
ＶＩＰのプログラムスレにも晒して、ダウンロード50人ぐらい。
反応なし。
反応欲しければクソースでも晒すべきだったか。
今日はまだ何もしてない。
「ゲームのための３Ｄ数学」ちょっとページめくったけど、
胸を張って自慢できるぐらい全く頭に入ってない。
反応なし。
反応欲しければクソースでも晒すべきだったか。
今日はまだ何もしてない。
「ゲームのための３Ｄ数学」ちょっとページめくったけど、
胸を張って自慢できるぐらい全く頭に入ってない。
812 ：名前は開発中のものです。：2009/08/08(土) 21:43:42 ID:7XsnXJy4
>>811
今時だとコンソールゲームは反応薄いかもね
それと突出したアイデアが盛り込まれてるというわけでもない
（もしかしたらあったのかも知れないけど・・・）ので、
ゲームの感想としてコメントできることはあまり無いかな
個人的にはちゃんとゲームになってるという点でよくできてると思った
調子に乗ってたらマーマンにやられてたんだぜ。。。
今時だとコンソールゲームは反応薄いかもね
それと突出したアイデアが盛り込まれてるというわけでもない
（もしかしたらあったのかも知れないけど・・・）ので、
ゲームの感想としてコメントできることはあまり無いかな
個人的にはちゃんとゲームになってるという点でよくできてると思った
調子に乗ってたらマーマンにやられてたんだぜ。。。
813 ：SGGK ◆6pZCoAtaxk ：2009/08/08(土) 23:13:18 ID:EWQBFfNa
>>811
ＶＣ＋＋でしょうか。コンソールでグラフィック描画関係処理が無くても
プログラムには他にも必要な処理が色々とありそうなのでそれを完成できてるところがイイ！と思います。
こちらは座標初期化用関数がうまく行かず・・・orz
ＶＣ＋＋でしょうか。コンソールでグラフィック描画関係処理が無くても
プログラムには他にも必要な処理が色々とありそうなのでそれを完成できてるところがイイ！と思います。
こちらは座標初期化用関数がうまく行かず・・・orz
なんとなくサッカーゲームに手を伸ばしてみる。
１日で挫折の気配濃厚。
http://hiyayakkoprog.blog.shinobi.jp/Entry/38/
http://file.hiyayakkoprog.blog.shinobi.jp/SC001.png
>>812-813
その一言で報われた気分。
行ったり来たりの経験値稼ぎ、壁だったモンスターに勝つ喜びと次の壁の挫折感のバランスは
神のバランススレ住人（ゲ製・ゲサロ）としてよくできたと自画自賛。
死んだらキャラロストするのも俺好みの美学。
不要な物を極限までそぎ落とした構成は、今の時代に合わないと思ってる。自覚はある。
むしろ、薬草回復や魔法攻撃も入れる気マンマンだったのに、ゲームのほうに拒否られた気分。
１日で挫折の気配濃厚。
http://hiyayakkoprog.blog.shinobi.jp/Entry/38/
http://file.hiyayakkoprog.blog.shinobi.jp/SC001.png
>>812-813
その一言で報われた気分。
行ったり来たりの経験値稼ぎ、壁だったモンスターに勝つ喜びと次の壁の挫折感のバランスは
神のバランススレ住人（ゲ製・ゲサロ）としてよくできたと自画自賛。
死んだらキャラロストするのも俺好みの美学。
不要な物を極限までそぎ落とした構成は、今の時代に合わないと思ってる。自覚はある。
むしろ、薬草回復や魔法攻撃も入れる気マンマンだったのに、ゲームのほうに拒否られた気分。
815 ：SGGK ◆6pZCoAtaxk ：2009/08/10(月) 23:20:58 ID:2XNdx7FC
こっちも超スローペース。
VIPの画像スレでダウンロードに２時間ほどかけてる。低速回線たのしいなあ。
今日はベタ置きでプレイヤーキャラの配置と、位置指定したらそこに向かって動くように。
ぷるぷるするのは、場所がうまく定まらないんだろう。
距離計算いれて、３以内ならごまかすとか処理入れないと。
http://hiyayakko.sarashi.com/SimpleSoccer/SimpleSoccer.html
VIPの画像スレでダウンロードに２時間ほどかけてる。低速回線たのしいなあ。
今日はベタ置きでプレイヤーキャラの配置と、位置指定したらそこに向かって動くように。
ぷるぷるするのは、場所がうまく定まらないんだろう。
距離計算いれて、３以内ならごまかすとか処理入れないと。
http://hiyayakko.sarashi.com/SimpleSoccer/SimpleSoccer.html
817 ：SGGK ◆6pZCoAtaxk ：2009/08/11(火) 23:47:44 ID:+Oy8L6sE
１日でもう画面が出来上がって動いてるとは凄いです～！。しかもグラフィックデータ無しで出来てる！
こちらは１４歳シリーズの真似が限界なので、まるで進捗が止まってるかのように見える（実は止まってるorz）かもしれませんが、頑張りマス。
レーダーで選手を示す点の座標は初期化するときにスタート時に画面外で見えない座標（例えば、フィールドの隅っこ）にしておいて、
ゲームが始まったら、ループを繰り返す度に選手座標を取得してその座標を何倍かして、平行移動させてレーダーの範囲に収まるようにしようかと思ったところで終了。
今まで悩んでたのは、レーダーの各点がどの選手の点なのかを対応付ける必要があると思ってて、
そうするとレーダーの点も<list>で２２個用意して、選手の<list>と常に１対１で対応させなければならなくなるので
それをやるのは自分には難しいと思ったから・・・orz
まずはレーダーの点は敵味方の２個だけ持たせて、その点をレーダー用に座標変換した選手位置に配置する方向で挑戦してみるつもり。
こちらは１４歳シリーズの真似が限界なので、まるで進捗が止まってるかのように見える（実は止まってるorz）かもしれませんが、頑張りマス。
レーダーで選手を示す点の座標は初期化するときにスタート時に画面外で見えない座標（例えば、フィールドの隅っこ）にしておいて、
ゲームが始まったら、ループを繰り返す度に選手座標を取得してその座標を何倍かして、平行移動させてレーダーの範囲に収まるようにしようかと思ったところで終了。
今まで悩んでたのは、レーダーの各点がどの選手の点なのかを対応付ける必要があると思ってて、
そうするとレーダーの点も<list>で２２個用意して、選手の<list>と常に１対１で対応させなければならなくなるので
それをやるのは自分には難しいと思ったから・・・orz
まずはレーダーの点は敵味方の２個だけ持たせて、その点をレーダー用に座標変換した選手位置に配置する方向で挑戦してみるつもり。
818 ：SGGK ◆6pZCoAtaxk ：2009/08/18(火) 23:24:14 ID:/ICzDcow
夏期休暇終わったけど、何も出来ず・・・orz
初期化関数作成は停止状態。
>808で出来たかなと思っていた「レーダーの画像をロードする処理関数」に気になる点があったので見直し。
フィールドは、１８４ｘ１２０が１枚 ← LoadGraph でメモリに読み込む。
選手は、３ｘ３の赤と青を連結した３ｘ６が１枚 ← LoadDivGraph でメモリに読み込む。
ボールは、５ｘ５の白が１枚 ← LoadGraph でメモリに読み込む。
ように書き直すつもり。
>808の時は全部LoadDivGraph（数コマが１枚の画像データになっているものを分割して読み出せる関数）
でやろうとしていてなんとなく書いていてすっきりしなかったので上のように修正するつもり。
初期化関数作成は停止状態。
>808で出来たかなと思っていた「レーダーの画像をロードする処理関数」に気になる点があったので見直し。
フィールドは、１８４ｘ１２０が１枚 ← LoadGraph でメモリに読み込む。
選手は、３ｘ３の赤と青を連結した３ｘ６が１枚 ← LoadDivGraph でメモリに読み込む。
ボールは、５ｘ５の白が１枚 ← LoadGraph でメモリに読み込む。
ように書き直すつもり。
>808の時は全部LoadDivGraph（数コマが１枚の画像データになっているものを分割して読み出せる関数）
でやろうとしていてなんとなく書いていてすっきりしなかったので上のように修正するつもり。
819 ：名前は開発中のものです。：2009/08/19(水) 10:23:12 ID:eeA5WlNS
いや、一枚にできるなら一枚にして、切り出したほうがいいよ。
それと画像のサイズは256とか512とかのように２の乗数にする。
（たとえば512×256とか128×1024とか）
不要な部分が増えるけど気にしない。
今作ってる規模のものならほとんど関係ないだろうけど、
そうした方が処理早いんだってさ。
それと画像のサイズは256とか512とかのように２の乗数にする。
（たとえば512×256とか128×1024とか）
不要な部分が増えるけど気にしない。
今作ってる規模のものならほとんど関係ないだろうけど、
そうした方が処理早いんだってさ。
規制明け。ここまでできた。
俺がこのスレ潰したんじゃないかと内心ドキドキしてた。
画面ＳＳ http://hiyayakko.sarashi.com/SimpleSoccer/Soccer012.png
最新ＤＬ http://hiyayakko.sarashi.com/SimpleSoccer/SC11.zip
何が起こったのかは、>>814のブログエントリから追っていってくれい。
説明が必要なら、したらばで受け付ける。
したらば・ひややっこ掲示板 http://jbbs.livedoor.jp/computer/42268/
俺がこのスレ潰したんじゃないかと内心ドキドキしてた。
画面ＳＳ http://hiyayakko.sarashi.com/SimpleSoccer/Soccer012.png
最新ＤＬ http://hiyayakko.sarashi.com/SimpleSoccer/SC11.zip
何が起こったのかは、>>814のブログエントリから追っていってくれい。
説明が必要なら、したらばで受け付ける。
したらば・ひややっこ掲示板 http://jbbs.livedoor.jp/computer/42268/
821 ：SGGK ◆6pZCoAtaxk ：2009/08/19(水) 23:37:03 ID:xQhLYDwc
>>819
ありがとうございます～。
ＤＸライブラリには、一枚の画像から異なる何種類かの大きさで切り抜く関数が無いようなので、
例えば３２ｘ３２を４枚結合させて、
１枚目は、レーダーフィールド用、これを横６回ｘ縦４回＝２４回分タイルを並べるような表示で１９２ｘ１２８を表現する。
２枚目は、選手の赤３ｘ３を左上に書いて残りを黒く塗って透過色を指定できたと思うので、これで表現。
３枚目は、選手の青３ｘ３を（以下２枚目と同様）
４枚目は、ボールの白５ｘ５を（以下２枚目と同様）
とすれば、メモリに読み込むデータは３２ｘ１２８で済むような感じで出来るかもとちょっと妄想してみました。
>>820
大丈夫ですよ～。こちらはゲーム作るのが本当に無理だと自覚できるまではプログラミングが遅くても不定期でもまだ続けるつもり。（・・・の予定でいます。）
もう、動きを付けるところまでいってるとは！自分はまだまだ出来そうにないですがガンバリマス～。
ＤＸライブラリで乱数（１０）が０～９でなく０～１０というのは知りませんでした～。
ありがとうございます～。
ＤＸライブラリには、一枚の画像から異なる何種類かの大きさで切り抜く関数が無いようなので、
例えば３２ｘ３２を４枚結合させて、
１枚目は、レーダーフィールド用、これを横６回ｘ縦４回＝２４回分タイルを並べるような表示で１９２ｘ１２８を表現する。
２枚目は、選手の赤３ｘ３を左上に書いて残りを黒く塗って透過色を指定できたと思うので、これで表現。
３枚目は、選手の青３ｘ３を（以下２枚目と同様）
４枚目は、ボールの白５ｘ５を（以下２枚目と同様）
とすれば、メモリに読み込むデータは３２ｘ１２８で済むような感じで出来るかもとちょっと妄想してみました。
>>820
大丈夫ですよ～。こちらはゲーム作るのが本当に無理だと自覚できるまではプログラミングが遅くても不定期でもまだ続けるつもり。（・・・の予定でいます。）
もう、動きを付けるところまでいってるとは！自分はまだまだ出来そうにないですがガンバリマス～。
ＤＸライブラリで乱数（１０）が０～９でなく０～１０というのは知りませんでした～。
822 ：名前は開発中のものです。：2009/08/20(木) 01:27:13 ID:rq/ethCb
>>821
宣言 int DerivationGraph( int SrcX, int SrcY, int Width, int Height, int SrcGraphHandle ) ;
概略 指定のグラフィックの指定部分だけを抜き出して新たなグラフィックを作成する
引数 int SrcX, int SrcY : グラフィック中の抜き出したい矩形の左上座標
int Width, int Height : 抜き出すグラフィックのサイズ
int SrcGraphHandle : 抜き出したいグラフィックのハンドル
戻り値 －１：エラー発生
－１以外：新しいグラフィックのハンドル
解説 LoadDivGraph、LoadGraph、MakeGraph等で読みこんだ（作成した） グラフィックの一部分を抜き出し、
新しいグラフィックのハンドルを 作成します。
主に一つの画像ファイルに複数のグラフィックが詰まっている場合、
それらを個々のグラフィックとして扱いたい場合などに使用します。
宣言 int DerivationGraph( int SrcX, int SrcY, int Width, int Height, int SrcGraphHandle ) ;
概略 指定のグラフィックの指定部分だけを抜き出して新たなグラフィックを作成する
引数 int SrcX, int SrcY : グラフィック中の抜き出したい矩形の左上座標
int Width, int Height : 抜き出すグラフィックのサイズ
int SrcGraphHandle : 抜き出したいグラフィックのハンドル
戻り値 －１：エラー発生
－１以外：新しいグラフィックのハンドル
解説 LoadDivGraph、LoadGraph、MakeGraph等で読みこんだ（作成した） グラフィックの一部分を抜き出し、
新しいグラフィックのハンドルを 作成します。
主に一つの画像ファイルに複数のグラフィックが詰まっている場合、
それらを個々のグラフィックとして扱いたい場合などに使用します。
823 ：SGGK ◆6pZCoAtaxk ：2009/08/20(木) 23:54:22 ID:P8XU97EC
>>822
ＤＸライブラリの関数リファレンスページで探していたにも関わらずこの関数に気付いてませんでした・・・。
これなら>818で考えてた画像を1枚に詰め込んでおいて、その１枚の四辺を２の乗数にし、
このDerivationGraph関数を４回使えば出来そうな気がしてきました。
これでちょっとやってみます。ありがとうございました～。
ＤＸライブラリの関数リファレンスページで探していたにも関わらずこの関数に気付いてませんでした・・・。
これなら>818で考えてた画像を1枚に詰め込んでおいて、その１枚の四辺を２の乗数にし、
このDerivationGraph関数を４回使えば出来そうな気がしてきました。
これでちょっとやってみます。ありがとうございました～。
824 ：名前は開発中のものです。：2009/08/21(金) 01:25:53 ID:7KwnoiNd
俺もはっきりと解ってるわけじゃないけど、今まで俺が得た情報では
「元の画像」が２の乗数のサイズなら
切り出した画像のサイズはどうでもいいみたいだよ。
俺が誤解してるのかも知れんけど、俺はそう認識してる。
もっとも、切り出した方の画像も２の乗数サイズにしてしまえば
誤解か誤解でないかは気にする必要もなくなるけどね。
「元の画像」が２の乗数のサイズなら
切り出した画像のサイズはどうでもいいみたいだよ。
俺が誤解してるのかも知れんけど、俺はそう認識してる。
もっとも、切り出した方の画像も２の乗数サイズにしてしまえば
誤解か誤解でないかは気にする必要もなくなるけどね。
825 ：SGGK ◆6pZCoAtaxk ：2009/08/22(土) 00:03:58 ID:RiVKwg/q
>「元の画像」が２の乗数のサイズなら
>「切り出した画像のサイズはどうでもいいみたいだよ。
自分もその認識で明日、画像データを作って、プログラムを直してみようと思います～。
>「切り出した画像のサイズはどうでもいいみたいだよ。
自分もその認識で明日、画像データを作って、プログラムを直してみようと思います～。
規制明け。
ごめん飽きた。
プレイヤーを動かす前提のところまでは作って、
さてこれから敵AI、盤面評価に取り掛かろうかという土台作りのところまで。
ここまででもクソース晒してるんだから、穴が開くまで視姦して必要なもの盗んでくれ。
レーダーの実装は、レーダー用に別座標を用意するんじゃなく、座標一元管理して
割り算とかで描画ごとに計算して求めるのがスジ。
１日かからない仕事なんで作って見せてもよかったんだけど。レーダー作るつもりではあった。
あと、よくわからんけど固定数の配列じゃなくstd::list持ち込んで人数可変にするとか。
画像の２乗サイズは、３Dポリゴンに貼り付けるテクスチャの縮小表示関連の、ハード寄りの話。
まあＤＸライブラリもDirectXに依存してるんで無関係では無いんだけど
２乗サイズに合わせれば無駄なく効率的にメモリを使えるというだけで、それを守らなければ
目に見えて遅くなるような事態になるようなものではない。・・・はず。
ミップマップとかでぐぐってみると何かわかるかも。
ごめん飽きた。
プレイヤーを動かす前提のところまでは作って、
さてこれから敵AI、盤面評価に取り掛かろうかという土台作りのところまで。
ここまででもクソース晒してるんだから、穴が開くまで視姦して必要なもの盗んでくれ。
レーダーの実装は、レーダー用に別座標を用意するんじゃなく、座標一元管理して
割り算とかで描画ごとに計算して求めるのがスジ。
１日かからない仕事なんで作って見せてもよかったんだけど。レーダー作るつもりではあった。
あと、よくわからんけど固定数の配列じゃなくstd::list持ち込んで人数可変にするとか。
画像の２乗サイズは、３Dポリゴンに貼り付けるテクスチャの縮小表示関連の、ハード寄りの話。
まあＤＸライブラリもDirectXに依存してるんで無関係では無いんだけど
２乗サイズに合わせれば無駄なく効率的にメモリを使えるというだけで、それを守らなければ
目に見えて遅くなるような事態になるようなものではない。・・・はず。
ミップマップとかでぐぐってみると何かわかるかも。
827 ：SGGK ◆6pZCoAtaxk ：2009/08/28(金) 23:27:35 ID:sBvEqBOX
>>826
お･･･お疲れ様です～。でも再開の時には何時でもまた戻って来てください～。
色々頂いたヒントもいつか活用できるようになれるよう修行は細々と続けていこうと思ってます（超ゆっくりですが）。
>782や>825で自分で言った事がまだ出来ずの状態・・・orz
一応822氏の関数で画像データ読み込みの関数は書き直し、座標の初期化関数はいらないかもしれないので保留。
レーダーのクラス内にviewという名前のメンバ関数でも用意して表示しようかなと思ってるけど、物凄く作業が遅いので完成予想言えずな状態･･･orz。
お･･･お疲れ様です～。でも再開の時には何時でもまた戻って来てください～。
色々頂いたヒントもいつか活用できるようになれるよう修行は細々と続けていこうと思ってます（超ゆっくりですが）。
>782や>825で自分で言った事がまだ出来ずの状態・・・orz
一応822氏の関数で画像データ読み込みの関数は書き直し、座標の初期化関数はいらないかもしれないので保留。
レーダーのクラス内にviewという名前のメンバ関数でも用意して表示しようかなと思ってるけど、物凄く作業が遅いので完成予想言えずな状態･･･orz。
828 ：SGGK ◆6pZCoAtaxk ：2009/09/05(土) 00:16:44 ID:mpLRq1Zr
レーダー画像読込、表示位置初期化、描画の関数を書いてコンパイル。
ヘッダファイルの書き忘れ、関数の定義と宣言での変数の個数不一致、メンバ変数のアクセス範囲間違い、
グラフィックハンドル４個欲しかったのにgh[3]と定義してgh[0]～[3]あるような思い込み間違い。（gh[4]で定義したら直った。）
その他色々直してコンパイルは通ったものの、
１．選手を動かすとレーダーのフィールドが微妙に動く。
２．レーダーの点が1個しか出なくて、しかもボールが表示されない。
という現象が残ってるので、ゆっくりと考える・・・予定デス。
ヘッダファイルの書き忘れ、関数の定義と宣言での変数の個数不一致、メンバ変数のアクセス範囲間違い、
グラフィックハンドル４個欲しかったのにgh[3]と定義してgh[0]～[3]あるような思い込み間違い。（gh[4]で定義したら直った。）
その他色々直してコンパイルは通ったものの、
１．選手を動かすとレーダーのフィールドが微妙に動く。
２．レーダーの点が1個しか出なくて、しかもボールが表示されない。
という現象が残ってるので、ゆっくりと考える・・・予定デス。
829 ：名前は開発中のものです。：2009/09/05(土) 01:22:10 ID:em7bUaop
あてずっぽな勘
>１．選手を動かすとレーダーのフィールドが微妙に動く。
動き方によるが、除算した時に端数が出て余計な事をしてるのかも。
>２．レーダーの点が1個しか出なくて、しかもボールが表示されない。
全部表示させるつもりが一個しか表示してなかった、とか
全ての点が計算間違いによって一箇所に重なってしまってるか、
一個を除いて画面外に出てしまってるのか、で原因を絞り込むのがいいかも。
>１．選手を動かすとレーダーのフィールドが微妙に動く。
動き方によるが、除算した時に端数が出て余計な事をしてるのかも。
>２．レーダーの点が1個しか出なくて、しかもボールが表示されない。
全部表示させるつもりが一個しか表示してなかった、とか
全ての点が計算間違いによって一箇所に重なってしまってるか、
一個を除いて画面外に出てしまってるのか、で原因を絞り込むのがいいかも。
830 ：SGGK ◆6pZCoAtaxk ：2009/09/06(日) 00:42:28 ID:PMabGNkj
>>829
レーダー付きました～。
原因は、描画する時に指定するレーダーのグラフィックハンドルと選手やボールのグラフィックハンドルの指定が入れ替わっていた事。
レーダーは、自分がコントロールできる選手の動きにあわせて動こうとしてしまい、選手やボールはレーダーの座標左上に全部重なって表示されていた･･･orz
＞全ての点が計算間違いによって一箇所に重なってしまってるか、 ← が原因。ありがとうございました～♪
次は、>>760で言っていた所を直す予定。3ヶ月以上過ぎて忘れかけてますが、
原因は分かってるのでどのようにプログラムを書くかを考えていく予定～。
レーダー付きました～。
原因は、描画する時に指定するレーダーのグラフィックハンドルと選手やボールのグラフィックハンドルの指定が入れ替わっていた事。
レーダーは、自分がコントロールできる選手の動きにあわせて動こうとしてしまい、選手やボールはレーダーの座標左上に全部重なって表示されていた･･･orz
＞全ての点が計算間違いによって一箇所に重なってしまってるか、 ← が原因。ありがとうございました～♪
次は、>>760で言っていた所を直す予定。3ヶ月以上過ぎて忘れかけてますが、
原因は分かってるのでどのようにプログラムを書くかを考えていく予定～。
831 ：SGGK ◆6pZCoAtaxk ：2009/09/17(木) 22:24:07 ID:ujPBRvzy
>>760の問題は３日程で解決したけど、今度はボールが動かない問題発生。良く見ると、ボールが微妙に振動している。
とりあえず、>>760については、
選手の移動関数が、１．静止、２．マウス位置に向かう、３．ボール位置に向かう、４（ｘ、ｙ）に向かう、の４種類切り替えるようにしてあるのに対し、
呼び出された関数側でＤＸライブラリのGetMousePoint関数でマウス位置を得るようにしているため、移動関数側で「２．マウス位置に向かう」関数だけがカメラの座標を得られるようにして、cx+mx、cy+my
の変換をする必要があるけど、それだと関数１～４を共通に呼び出して、呼び出された側で１～４を切り替えるしくみが崩れるので今の自分では出来そうにない。
結局、選手の移動関数を呼び出す側でカメラの座標を読み出せるようにして、GetMousePoint関数も選手の移動関数を呼び出す側で使い、（cx+mx、cy+my）を「（ｘ、ｙ）に向かう」関数に渡して解決。
ボールが動かない問題については、昨日やっと原因に気が付いたけど、正解かどうかは未確認なので、後日の予定。
とりあえず、>>760については、
選手の移動関数が、１．静止、２．マウス位置に向かう、３．ボール位置に向かう、４（ｘ、ｙ）に向かう、の４種類切り替えるようにしてあるのに対し、
呼び出された関数側でＤＸライブラリのGetMousePoint関数でマウス位置を得るようにしているため、移動関数側で「２．マウス位置に向かう」関数だけがカメラの座標を得られるようにして、cx+mx、cy+my
の変換をする必要があるけど、それだと関数１～４を共通に呼び出して、呼び出された側で１～４を切り替えるしくみが崩れるので今の自分では出来そうにない。
結局、選手の移動関数を呼び出す側でカメラの座標を読み出せるようにして、GetMousePoint関数も選手の移動関数を呼び出す側で使い、（cx+mx、cy+my）を「（ｘ、ｙ）に向かう」関数に渡して解決。
ボールが動かない問題については、昨日やっと原因に気が付いたけど、正解かどうかは未確認なので、後日の予定。
832 ：SGGK ◆6pZCoAtaxk ：2009/09/19(土) 00:22:04 ID:TwF/0L0P
うｐに備えてフォルダをコピーしてそのフォルダと主要なファイルの番号を1つ上げる。
>>831のボールが動かず微妙に振動してる問題が解決。
ボールが画面端に来た時に反射するためのif文の範囲が(0,0)～(640、480）になっていた。
ボールの初期位置はフィールドの範囲(0,0)～(1696,1088）での座標(848,544)にしていたので
このif文だと常に条件に引っ掛かりループ毎に向きが反転して、１ループでの微小な移動しかしてない状態で向きが反転するので
振動しているように見えたのが原因。
ボール反転のif文の範囲を(0,0)～(1696,1088）にして解決！
しかし、今度はボールをどの向きから蹴っても、ボールが右斜め下にしか移動しない問題が発生。
これも運良く解決。
>>831のボールが動かず微妙に振動してる問題が解決。
ボールが画面端に来た時に反射するためのif文の範囲が(0,0)～(640、480）になっていた。
ボールの初期位置はフィールドの範囲(0,0)～(1696,1088）での座標(848,544)にしていたので
このif文だと常に条件に引っ掛かりループ毎に向きが反転して、１ループでの微小な移動しかしてない状態で向きが反転するので
振動しているように見えたのが原因。
ボール反転のif文の範囲を(0,0)～(1696,1088）にして解決！
しかし、今度はボールをどの向きから蹴っても、ボールが右斜め下にしか移動しない問題が発生。
これも運良く解決。
833 ：SGGK ◆6pZCoAtaxk ：2009/09/19(土) 00:40:07 ID:5Ck1thZ0
原因は、ボールの移動関数の中で、選手が蹴る瞬間のｘ、ｙ方向を計算する為の毎ループ更新されてる数値を
呼び出してるのだけど、その数値は選手の移動位置を計算する時にループ毎に更新され、選手のメンバ変数に入力しておかなければ
ならないけど、その計算式が入ってなかった為、x方向、y方向ともに初期値の１が使われ続けていたから。
が、それを直しても何故か動かない。・・・orz
相当悩んだが、ふと「コンパイルされてないのでは？」と思い、フォルダ内のobjファイルを見ると日付が古い！更新されてない？
良く見ると、選手の移動関数は、ヘッダファイルに宣言、定義、オブジェクト（インスタンス？）の生成処理がまとめて記述してあり、
これを修正したのに何も反映されてない事に気付く。（printfDX入れても変化無いのでおかしいと思った。）
結局、このヘッダファイルを取り込んでいるcppファイルをコンパイラ画面で右クリックすると「コンパイル」のメニューが出たので、
これでコンパイルしてからいつもの全体でのコンパイルをしたら動いた！
呼び出してるのだけど、その数値は選手の移動位置を計算する時にループ毎に更新され、選手のメンバ変数に入力しておかなければ
ならないけど、その計算式が入ってなかった為、x方向、y方向ともに初期値の１が使われ続けていたから。
が、それを直しても何故か動かない。・・・orz
相当悩んだが、ふと「コンパイルされてないのでは？」と思い、フォルダ内のobjファイルを見ると日付が古い！更新されてない？
良く見ると、選手の移動関数は、ヘッダファイルに宣言、定義、オブジェクト（インスタンス？）の生成処理がまとめて記述してあり、
これを修正したのに何も反映されてない事に気付く。（printfDX入れても変化無いのでおかしいと思った。）
結局、このヘッダファイルを取り込んでいるcppファイルをコンパイラ画面で右クリックすると「コンパイル」のメニューが出たので、
これでコンパイルしてからいつもの全体でのコンパイルをしたら動いた！
834 ：SGGK ◆6pZCoAtaxk ：2009/09/19(土) 01:06:21 ID:5Ck1thZ0
835 ：STG ◆Fp.xSEIREI ：2009/09/21(月) 09:21:18 ID:EUcZHdoo
こちらのスレには久々の出没。エターナったわけではない
PC移行した直後に新PCのマザー死んだり規制巻き込まれたり散々だぜー
クラスの使い方というか便利さがやっと理解できたのでソースを１から書き直す。スパゲティを解消するためでもありより良い処理を実装するためであり
クラス便利すぎﾜﾛﾀ
>>834
問題なく動いたー
ボールか操作キャラを追いかけるように自動でカメラ動かすとサッカーゲームっぽくなりそう
画面外にボール蹴り出そうとしたら跳ね返ってきたｗｗ
PC移行した直後に新PCのマザー死んだり規制巻き込まれたり散々だぜー
クラスの使い方というか便利さがやっと理解できたのでソースを１から書き直す。スパゲティを解消するためでもありより良い処理を実装するためであり
クラス便利すぎﾜﾛﾀ
>>834
問題なく動いたー
ボールか操作キャラを追いかけるように自動でカメラ動かすとサッカーゲームっぽくなりそう
画面外にボール蹴り出そうとしたら跳ね返ってきたｗｗ
836 ：SGGK ◆6pZCoAtaxk ：2009/09/22(火) 00:48:03 ID:we6NkNm8
837 ：SGGK ◆6pZCoAtaxk ：2009/10/02(金) 00:25:01 ID:qUjxUVKo
改めて見ると自分の書き込み口調が２ちゃん的になりつつあるような気が・・・orz
それにしても時間の流れのなんと早いこと・・・、作り始めて約２年と１ヶ月半程でこの進み具合では
諦めるのが普通なのかもしれないし、続けるべきか悩むところ。
>836の課題はまだ出来ず・・・orz
カメラ（画面）の中心がボールを追いかける方法でやろうとしたのに対し、カメラ（画面）はボールのある方向とは異なる方向に向かってしまう。
それにしても時間の流れのなんと早いこと・・・、作り始めて約２年と１ヶ月半程でこの進み具合では
諦めるのが普通なのかもしれないし、続けるべきか悩むところ。
>836の課題はまだ出来ず・・・orz
カメラ（画面）の中心がボールを追いかける方法でやろうとしたのに対し、カメラ（画面）はボールのある方向とは異なる方向に向かってしまう。
838 ：名前は開発中のものです。：2009/10/02(金) 01:19:38 ID:LvKXbccb
>カメラ（画面）の中心がボールを追いかける方法でやろうとしたのに対し、
>カメラ（画面）はボールのある方向とは異なる方向に向かってしまう。
カメラの位置ってのはカメラの位置として独立したものでしょう？
そのカメラの座標に、プレイヤーが操作したキャラクターを中心とした座標を入れるか、
ボールを中心とした座標を入れるか、の違いでしかないでしょう？
もしそこが正しくできているのに違う方向に動いてるのだとしたら
それは入れる座標そのものが間違ってるとしか考えられません。
ありがちなのがプラスマイナスを間違えたとかそんなのだと思いますが……。
>カメラ（画面）はボールのある方向とは異なる方向に向かってしまう。
カメラの位置ってのはカメラの位置として独立したものでしょう？
そのカメラの座標に、プレイヤーが操作したキャラクターを中心とした座標を入れるか、
ボールを中心とした座標を入れるか、の違いでしかないでしょう？
もしそこが正しくできているのに違う方向に動いてるのだとしたら
それは入れる座標そのものが間違ってるとしか考えられません。
ありがちなのがプラスマイナスを間違えたとかそんなのだと思いますが……。
839 ：SGGK ◆6pZCoAtaxk ：2009/10/03(土) 00:20:18 ID:tUVDaRpM
>>834でうｐした時のデータで作業していて上書きしてしまった事に気付く・・・orz
>>838
助言ありがとうございます～。
1日おいて目を皿にしてソースを見たところ、間違い発見。
＞それは入れる座標そのものが間違ってるとしか考えられません。
↑どうやらこれが原因のようです。
ボールの座標とカメラ中央座標の距離を出す式の中でカメラ中央座標はフィールド全体で見た座標にしなければいけなかったのに、
フィールドでのカメラ左上座標（cx、cy)＋（フィールド横幅/2、フィールド縦幅/2）になっていた。
正解は、
フィールドでのカメラ左上座標（cx、cy)＋（カメラ画面横幅/2、カメラ画面縦幅/2）
実は、この修正だけでは何故か画面がぶるぶる振動するという不具合が出たけど、
ボール座標とカメラ中心座標の距離（絶対値でみる）が0.001（←適当に決めた数値）より小さくなったら、
ボール座標 ＝ カメラ中心座標 ということにしてみたら直るという謎。
ここで区切りのうｐ
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0054zip.html
>>838
助言ありがとうございます～。
1日おいて目を皿にしてソースを見たところ、間違い発見。
＞それは入れる座標そのものが間違ってるとしか考えられません。
↑どうやらこれが原因のようです。
ボールの座標とカメラ中央座標の距離を出す式の中でカメラ中央座標はフィールド全体で見た座標にしなければいけなかったのに、
フィールドでのカメラ左上座標（cx、cy)＋（フィールド横幅/2、フィールド縦幅/2）になっていた。
正解は、
フィールドでのカメラ左上座標（cx、cy)＋（カメラ画面横幅/2、カメラ画面縦幅/2）
実は、この修正だけでは何故か画面がぶるぶる振動するという不具合が出たけど、
ボール座標とカメラ中心座標の距離（絶対値でみる）が0.001（←適当に決めた数値）より小さくなったら、
ボール座標 ＝ カメラ中心座標 ということにしてみたら直るという謎。
ここで区切りのうｐ
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0054zip.html
840 ：STG ◆Fp.xSEIREI ：2009/10/05(月) 22:58:14 ID:avu8M6ED
841 ：STG ◆Fp.xSEIREI ：2009/10/06(火) 06:13:01 ID:l/SEN5NP
テンプレートを覚えた！
SUGEEEEEEEEEEEEEEEEEEEEEEE
型自由って何てチート
多態勢によって適切なオーバーロード関数が呼び出される！
SUGEEEEEEEEEEEEEEEEEEEEEEE
型自由って何てチート
多態勢によって適切なオーバーロード関数が呼び出される！
842 ：名前は開発中のものです。：2009/10/06(火) 11:48:54 ID:LS2z0sEa
その分余計にメモり食うけどねー
843 ：名前は開発中のものです。：2009/10/06(火) 21:10:26 ID:YLRyQOlh
>>834の時点でボール分裂するよ
って言おうとしたら、>>SGGK氏じゃなく>>せいれい氏だった（笑）
テンプレートやオーバーロード・オーバーライドは意味不明バグの温床になるからなあ。
理解はしててもイマイチ使う気になれない。
テンプレ推奨のSTLとかは使うけど。
ゲームプログラムならば、ソースがキレイになるならメモリや実行速度程度は許容範囲。
って言おうとしたら、>>SGGK氏じゃなく>>せいれい氏だった（笑）
テンプレートやオーバーロード・オーバーライドは意味不明バグの温床になるからなあ。
理解はしててもイマイチ使う気になれない。
テンプレ推奨のSTLとかは使うけど。
ゲームプログラムならば、ソースがキレイになるならメモリや実行速度程度は許容範囲。
844 ：STG ◆Fp.xSEIREI ：2009/10/06(火) 21:36:27 ID:l/SEN5NP
>>842
なるほどー、やっぱりデメリットもあるのね
>>843
SGGK氏は気づいてるのかな
強力で便利な機能だけど危険だよなぁ
STLはやりたいことが微妙にできそうに無かったから似たようなのを自作
一年前のCを始めたころのソースはひどくてとても手直しできそうに無いから
１から作り直す羽目になってるｗｗｗ整理は大事だｗｗ
なるほどー、やっぱりデメリットもあるのね
>>843
SGGK氏は気づいてるのかな
強力で便利な機能だけど危険だよなぁ
STLはやりたいことが微妙にできそうに無かったから似たようなのを自作
一年前のCを始めたころのソースはひどくてとても手直しできそうに無いから
１から作り直す羽目になってるｗｗｗ整理は大事だｗｗ
845 ：SGGK ◆6pZCoAtaxk ：2009/10/07(水) 00:02:52 ID:6L6MNmu7
>>840
ありがとうございます～。これは気付いてませんでした。（汗；）
＞左の壁にボール押し込んで
↑このコメントがヒントになってるような気がするので調べてみます。
画面に出るオブジェクトの移動計算と描画を別々の関数にしたときに何か見落としがあったのかもしれません。
原因がわかるまで日数かかりそうな予感・・・orz
ありがとうございます～。これは気付いてませんでした。（汗；）
＞左の壁にボール押し込んで
↑このコメントがヒントになってるような気がするので調べてみます。
画面に出るオブジェクトの移動計算と描画を別々の関数にしたときに何か見落としがあったのかもしれません。
原因がわかるまで日数かかりそうな予感・・・orz
846 ：SGGK ◆6pZCoAtaxk ：2009/10/18(日) 21:33:06 ID:MJjq88tM
２、３日しか経っていないような気がするのに、実際は１０日以上過ぎてた。orz
ボールの表示は１個になった感じ。
自分のプログラムのメインループは順序がおかしいかもしれないけど次のようになっていて、、
（１）カメラ画面の座標計算
（２）カメラの見ている範囲にあるもの全ての描画
（３）選手の座標計算
（４）ボールの座標計算
（５）ゴールの座標計算
（６）レーダーの描画
原因は、（４）のボール座標計算の中に残っていたボールの描画関数を消し忘れていたから。
（４）の中で描画されたボールの座標はフィールド全体の座標でしめす位置に描画されてるので、
（２）のカメラで見ている範囲（６４０ｘ４８０）の外の位置を示しており、実は２個のボールを描画していたにも関わらず、
（４）の描画は見えなかった。
でも、カメラが左に動き、左の壁に近付くとカメラで見た時の座標値とフィールド全体で見たときの座標値が同じ値に近付いてきて
（４）で描画していたボールもゲームの画面に収まってしまうので描画されるのでボールが２個表示になっていた様です～。
ボールの表示は１個になった感じ。
自分のプログラムのメインループは順序がおかしいかもしれないけど次のようになっていて、、
（１）カメラ画面の座標計算
（２）カメラの見ている範囲にあるもの全ての描画
（３）選手の座標計算
（４）ボールの座標計算
（５）ゴールの座標計算
（６）レーダーの描画
原因は、（４）のボール座標計算の中に残っていたボールの描画関数を消し忘れていたから。
（４）の中で描画されたボールの座標はフィールド全体の座標でしめす位置に描画されてるので、
（２）のカメラで見ている範囲（６４０ｘ４８０）の外の位置を示しており、実は２個のボールを描画していたにも関わらず、
（４）の描画は見えなかった。
でも、カメラが左に動き、左の壁に近付くとカメラで見た時の座標値とフィールド全体で見たときの座標値が同じ値に近付いてきて
（４）で描画していたボールもゲームの画面に収まってしまうので描画されるのでボールが２個表示になっていた様です～。
847 ：SGGK ◆6pZCoAtaxk ：2009/10/19(月) 23:02:23 ID:HC3YJnG/
今日は画面の切り替え（スタート画面、ゲーム画面と終了画面）が出来る様にしようと思ったものの、
やり方をすっかり忘れてしまってる（忘れるのはものすごく早い）ので、
１４歳からはじめるＣ＋＋の該当部分を読むつもり。（今日はあと３０分くらいしかないorz）
画面の切り替えは元々参考にしていたソースに残っていたのに当時は画面遷移処理があるとソースが理解しにくいので削除してしまっていた・・・orz
結局それをまた元に戻そうというのは時間の無駄だったかも・・・。
本当はこのスレで一時期いろんなＨＰで調べてた「状態遷移の考え」を使いたかったけど、
１４歳ソース復活の方がたぶん作業が早く進むと思うのでこちらを選択。
もちろん「状態遷移」についてもちょこちょこ時間つくって復習するつもり。
やり方をすっかり忘れてしまってる（忘れるのはものすごく早い）ので、
１４歳からはじめるＣ＋＋の該当部分を読むつもり。（今日はあと３０分くらいしかないorz）
画面の切り替えは元々参考にしていたソースに残っていたのに当時は画面遷移処理があるとソースが理解しにくいので削除してしまっていた・・・orz
結局それをまた元に戻そうというのは時間の無駄だったかも・・・。
本当はこのスレで一時期いろんなＨＰで調べてた「状態遷移の考え」を使いたかったけど、
１４歳ソース復活の方がたぶん作業が早く進むと思うのでこちらを選択。
もちろん「状態遷移」についてもちょこちょこ時間つくって復習するつもり。
848 ：STG ◆Fp.xSEIREI ：2009/10/25(日) 06:58:01 ID:0L4tr0A8
キーコンフィグ関係をざくっと組んだー
ここに来て初めてビット演算を勉強
ここに来て初めてビット演算を勉強
パソコンが不調でコテハンの番号が見つからず、復帰に時間がかかりそうなので生存報告～。
「ビット演算 ゲームプログラム」で検索！
難しそうなページがいろいろヒットしましたが、ひとつの変数でいろいろな
状態をチェックするテクニックみたいなものかも・・・。
いまやろうとしている「状態遷移」での判定にも応用できそうな感じ。
・・・と言ってる状況なので実はまだ画面の遷移はできてませんorz
時間の過ぎるのはアッという間だけど、今はまだあきらめないつもり。
「ビット演算 ゲームプログラム」で検索！
難しそうなページがいろいろヒットしましたが、ひとつの変数でいろいろな
状態をチェックするテクニックみたいなものかも・・・。
いまやろうとしている「状態遷移」での判定にも応用できそうな感じ。
・・・と言ってる状況なので実はまだ画面の遷移はできてませんorz
時間の過ぎるのはアッという間だけど、今はまだあきらめないつもり。
850 ：名前は開発中のものです。：2010/01/16(土) 13:32:30 ID:h9+5xWTR
すっかり書き込みなくなったけど、やってるかな～。
851 ：名前は開発中のものです。：2010/01/16(土) 21:05:10 ID:1E+5//pv
852 ：STG ◆Fp.xSEIREI ：2010/01/17(日) 00:17:41 ID:SItBpq9Q
俺は生きてるぞー
他の人は知らんｗｗ
他の人は知らんｗｗ
すいません、すっかり怠けとります・・・俺は駄目な人間です
ストーリーや設定のアイディアだけが溜まっていく駄目進行・・・
ストーリーや設定のアイディアだけが溜まっていく駄目進行・・・
854 ：SGGK ◆6pZCoAtaxk ：2010/01/19(火) 00:15:03 ID:fX0Gghpg
パソコンの不具合はなんとかなり、コテハン番号も無事見つかった。
書き込み規制が昨年末から続いていたけどやっと解除されたので久々に書き込み～。
>>850
かなり休んでしまいましたが、まだ諦めてはいないです～。
>>851
諦めてはいないけど、これ以上先にいけるか微妙に思ってます・・・。
>>852
お久しぶりです～。今年もお互いに完成を目指していきましょ～！！
>>853
お！？・・・お久しぶりです～！！。こちらも同じような感じです～。
一応まだ１月だし、自分としては不可能でもいいから大きな目標を立ててなんとか細々と続けてみよ～と思ってます。
書き込み規制が昨年末から続いていたけどやっと解除されたので久々に書き込み～。
>>850
かなり休んでしまいましたが、まだ諦めてはいないです～。
>>851
諦めてはいないけど、これ以上先にいけるか微妙に思ってます・・・。
>>852
お久しぶりです～。今年もお互いに完成を目指していきましょ～！！
>>853
お！？・・・お久しぶりです～！！。こちらも同じような感じです～。
一応まだ１月だし、自分としては不可能でもいいから大きな目標を立ててなんとか細々と続けてみよ～と思ってます。
855 ：名前は開発中のものです。：2010/01/19(火) 01:18:31 ID:KBTIDtQy
プログラムなんて小さな目標の積み重ねだと思うけどなぁ。
「画像表示させてみよう……できた」
「動かしてみよう……できた」
「操作してみよう……できた」
「動ける範囲制限してみよう……できた」
「背景つけてみよう……できた」
（中略）
「ぎゃーいつのまにか膨大に～！ 最初の頃に作った部分どうなってるか覚えてねぇ！！」
「画像表示させてみよう……できた」
「動かしてみよう……できた」
「操作してみよう……できた」
「動ける範囲制限してみよう……できた」
「背景つけてみよう……できた」
（中略）
「ぎゃーいつのまにか膨大に～！ 最初の頃に作った部分どうなってるか覚えてねぇ！！」
856 ：名前は開発中のものです。：2010/01/19(火) 01:49:22 ID:c3+27muf
おお、意外にも（ごめんｗ）みんな生きてる
久々に自分も何か作ろうかしら
久々に自分も何か作ろうかしら
857 ：SGGK ◆6pZCoAtaxk ：2010/01/20(水) 23:55:08 ID:rGiwGeCw
>>855
書いた直後に自分も（大きな）は（小さな）だよな～と思いましたｗ
まずは小目標として、昨年止まっていた画面の状態遷移の実装を今月中に出来るよう急ごうと思ってます。
>>856
自分は昨年末頃から制作継続が微妙な感じでしたが、なんとか戻ってきましたｗ
たぶん制作カモ～ン！だと思いますよ～。
書いた直後に自分も（大きな）は（小さな）だよな～と思いましたｗ
まずは小目標として、昨年止まっていた画面の状態遷移の実装を今月中に出来るよう急ごうと思ってます。
>>856
自分は昨年末頃から制作継続が微妙な感じでしたが、なんとか戻ってきましたｗ
たぶん制作カモ～ン！だと思いますよ～。
858 ：名前は開発中のものです。：2010/01/27(水) 22:19:57 ID:Dt03y0tk
なんとなくぼちぼちやってる。
タワーディフェンス系って、勝利の快感が薄いんだよなあ。
ボロボロになるまで攻められて虫の息でも守りきったという事実への達成感がどうにも実感できない。
タワーディフェンス系って、勝利の快感が薄いんだよなあ。
ボロボロになるまで攻められて虫の息でも守りきったという事実への達成感がどうにも実感できない。
859 ：SGGK ◆6pZCoAtaxk ：2010/01/31(日) 21:37:59 ID:i2sNFclZ
タワーディフェンス系といえば過去にコマンド＆コンカーみたいなゲームをプレイしたことがあって、
資源採掘、武器生産、建築、防衛、侵攻、その他などのバランスを取るのが難しくてなかなか勝てなかった記憶があります。
こちらは昨年のパソコン不具合でソフト全部入れ直したのがうまくいってないようで、
問題無かったはずのプログラムがなぜかコンパイルエラー・・・orz
本（１４歳シリーズ）の設定見直してコンパイラがＤＸライブラリを認識してくれるようにはなったみたいだけど、
ある変数が初期化されてないというエラーが残ってて、これをどう初期化すればよいのかわからずＳＴＯＰ。
適当な数字入れると画面がものすごくちらついたり、画面が上下に２分割して画像が入れ替わったりする。
この変数については、いままでは初期値入れてなくてもエラーにならなかったのに・・・orz
とりあえずソースを全部プリントアウトして布団に入る時に少しずつソースを読んでなんとかするつもり。
資源採掘、武器生産、建築、防衛、侵攻、その他などのバランスを取るのが難しくてなかなか勝てなかった記憶があります。
こちらは昨年のパソコン不具合でソフト全部入れ直したのがうまくいってないようで、
問題無かったはずのプログラムがなぜかコンパイルエラー・・・orz
本（１４歳シリーズ）の設定見直してコンパイラがＤＸライブラリを認識してくれるようにはなったみたいだけど、
ある変数が初期化されてないというエラーが残ってて、これをどう初期化すればよいのかわからずＳＴＯＰ。
適当な数字入れると画面がものすごくちらついたり、画面が上下に２分割して画像が入れ替わったりする。
この変数については、いままでは初期値入れてなくてもエラーにならなかったのに・・・orz
とりあえずソースを全部プリントアウトして布団に入る時に少しずつソースを読んでなんとかするつもり。
860 ：SGGK ◆6pZCoAtaxk ：2010/02/01(月) 23:01:11 ID:sCeHScUP
コンパイラは通るようになったけど、画面の振動は直らず・・・orz
この症状は直っていたと思ってたけど、そうではなかったらしい。
原因としてはカメラがその中央にボールを見るように移動するところでカメラの中心座標とボールの座標を元に次のフレームでの座標を計算するための
sin、cosを算出する時に使うカメラ中心～ボールの距離（←ちなみにこれが昨日言ってた初期化してなかった変数値）が
０に近くなるときに四捨五入でもされて座標が１ドット分振動してるではと考えてた。
なので距離が一致してもおかしくないほどに「カメラ中心～ボールの距離」が小さくなった時には
座標の更新をしないようにしたにも関わらず振動する。
まぁ、そのうちわかるかもしれないということにして、今度こそ画面の遷移に移ろう～！！。
この症状は直っていたと思ってたけど、そうではなかったらしい。
原因としてはカメラがその中央にボールを見るように移動するところでカメラの中心座標とボールの座標を元に次のフレームでの座標を計算するための
sin、cosを算出する時に使うカメラ中心～ボールの距離（←ちなみにこれが昨日言ってた初期化してなかった変数値）が
０に近くなるときに四捨五入でもされて座標が１ドット分振動してるではと考えてた。
なので距離が一致してもおかしくないほどに「カメラ中心～ボールの距離」が小さくなった時には
座標の更新をしないようにしたにも関わらず振動する。
まぁ、そのうちわかるかもしれないということにして、今度こそ画面の遷移に移ろう～！！。
861 ：STG ◆Fp.xSEIREI ：2010/02/14(日) 05:17:21 ID:P68kmKyJ
マルチスレッドについて勉強中
これは面白そう
これは面白そう
862 ：SGGK ◆6pZCoAtaxk ：2010/02/18(木) 00:00:05 ID:i6/kfDhg
こ…こちらの方はあまり進んでなくて昨年から遷移のやり方を時々色々調べてたけど理解できそうにないので、
結局if～thenでやりそうな予感デス…orz
エクセルで遷移図もどきを一枚だけ書いてみたところ。
結局if～thenでやりそうな予感デス…orz
エクセルで遷移図もどきを一枚だけ書いてみたところ。
863 ：名前は開発中のものです。：2010/02/18(木) 01:48:42 ID:ncTcoxx+
解らない事にいつまでもこだわってたら前へは進めないよ。
もちろん困難を乗り越えていく事で成長するわけだから、そういう姿勢は大事だが、
今はそんなレベルの話じゃないでしょう。
赤ん坊が歩こうとするのに、先に右足を出すか左足を出すか悩んでるみたいなもんだ。
もちろん困難を乗り越えていく事で成長するわけだから、そういう姿勢は大事だが、
今はそんなレベルの話じゃないでしょう。
赤ん坊が歩こうとするのに、先に右足を出すか左足を出すか悩んでるみたいなもんだ。
864 ：SGGK ◆6pZCoAtaxk ：2010/02/18(木) 23:59:50 ID:hae32g78
た…確かにそのような気がします。
とりあえず現状で出来るやり方でトライしてみます。
今日は遷移に使う画像を２枚作成。
とりあえず現状で出来るやり方でトライしてみます。
今日は遷移に使う画像を２枚作成。
865 ：名前は開発中のものです。：2010/02/23(火) 02:57:15 ID:WaulUepv
私も修行させてもらいますね
866 ：STG ◆Fp.xSEIREI ：2010/02/23(火) 03:22:46 ID:FpMmFhwO
どうぞどうぞ
マルチスレッドおもしろい
調子に乗ってバックでBGMデータ1000個読み込ませたらメモリ死んだ
マルチスレッドおもしろい
調子に乗ってバックでBGMデータ1000個読み込ませたらメモリ死んだ
867 ：SGGK ◆6pZCoAtaxk ：2010/02/23(火) 23:27:41 ID:oeK0muLS
どうぞです～！
こちらは、以下にＵＰしてる図中の「５秒後にＧＡＭＥＯＶＥＲ画面からタイトル画面に移動」が
うまくいかなくて停滞中・・・orz
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0081jpg.html
こちらは、以下にＵＰしてる図中の「５秒後にＧＡＭＥＯＶＥＲ画面からタイトル画面に移動」が
うまくいかなくて停滞中・・・orz
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0081jpg.html
868 ：SGGK ◆6pZCoAtaxk ：2010/02/25(木) 23:58:05 ID:l4qfFF3S
原因らしきところはわかってきた感じだけど、まだバグは取れず。
画面の状態が切り替わった時に必ず一度だけ（例えばゲーム画面からゲームオーバー画面に切り替わる時）
starttime = GetNowCount();
を実行し、その後はループを繰り返すたびに例えばゲームオーバー画面中のプログラム内では、
if((GetNowCount()-starttime )> 5000){
setGameState(GAME_TITLE);
}
を行いｉｆを満たせばタイトル画面に移るはずなのに上記２つのstarttimeの中身が
全く異なっていて2番目の方のstarttimeにはものすごく大きなマイナスの数値が入っていたため、
ifがすぐに満たされてしまいゲームオーバー画面が瞬間的にタイトル画面に切り替わってた・・・orz
画面の状態が切り替わった時に必ず一度だけ（例えばゲーム画面からゲームオーバー画面に切り替わる時）
starttime = GetNowCount();
を実行し、その後はループを繰り返すたびに例えばゲームオーバー画面中のプログラム内では、
if((GetNowCount()-starttime )> 5000){
setGameState(GAME_TITLE);
}
を行いｉｆを満たせばタイトル画面に移るはずなのに上記２つのstarttimeの中身が
全く異なっていて2番目の方のstarttimeにはものすごく大きなマイナスの数値が入っていたため、
ifがすぐに満たされてしまいゲームオーバー画面が瞬間的にタイトル画面に切り替わってた・・・orz
869 ：STG ◆Fp.xSEIREI ：2010/02/26(金) 02:59:53 ID:Hug2MG2J
人によってぜんぜん違う方法で実装してて新鮮だ
俺の場合はメインループを60fpsで回してそこから各画面にとんでるから5秒カウントするなら毎フレームごとにカウンタを++して300以上なら画面遷移呼び出しとかになるかな
俺の場合はメインループを60fpsで回してそこから各画面にとんでるから5秒カウントするなら毎フレームごとにカウンタを++して300以上なら画面遷移呼び出しとかになるかな
870 ：SGGK ◆6pZCoAtaxk ：2010/02/27(土) 07:28:58 ID:AOAbO/fF
なるほど！そういう方法もありますね。
ループ時間を精密な同一時間で制御する技をまだ自分が持ってないので、現状での導入は難しいですが、
どうしても今のバグが取れなかったら、大体５秒みたいな感じでもいいのでカウンタ式でやってみます。
バグの方はまだちょっと…な感じ。
変数のスコープ（有効範囲）をどこかで勘違いしてるんだろうけど、それらしき記述が見当たらず…orz
ループ時間を精密な同一時間で制御する技をまだ自分が持ってないので、現状での導入は難しいですが、
どうしても今のバグが取れなかったら、大体５秒みたいな感じでもいいのでカウンタ式でやってみます。
バグの方はまだちょっと…な感じ。
変数のスコープ（有効範囲）をどこかで勘違いしてるんだろうけど、それらしき記述が見当たらず…orz
871 ：名前は開発中のものです。：2010/02/27(土) 12:10:03 ID:6SrDyvbd
デバッグ作業に「思い込み」は厳禁ですぜｗ
872 ：SGGK ◆6pZCoAtaxk ：2010/02/28(日) 02:16:01 ID:o0dFT4m9
久々にこんな時間まで粘ってしまったけど、なんとかバグが取れました。
>>871
まさに「思い込み」でした…orz
原因は、変数のスコープというよりは、基底クラスと継承クラスの両方で同じ名前の変数starttimeを宣言していた事。
自分のプログラムは基底クラスにメインループ関数やsetGameState()が定義してあって、
それを継承したクラスからもそれらの関数がそのまま使えるんだけど、
メインループ関数の中で動く関数、つまりタイトル、ゲーム、コンティニューの処理に関する関数は、
継承クラスで定義されていて、それらの関数の中からもsetGameState()を呼び出す使い方をしてる。
たぶん、基底クラスにあるメインループ内で呼び出した時のsetGameState()は基底クラスのstarttimeを見ていて、
継承クラスで定義した関数内から呼び出すsetGameState()は継承クラスのstarttimeを見ていたのではと考えてみた。
とりあえず、継承クラスで宣言していたstarttimeを消したら動いた。
という事でようやくＵＰ。
なぜか画面振動が直っていて、画面が上からスクロールしてくる現象が出てます…orz
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0083zip.html
>>871
まさに「思い込み」でした…orz
原因は、変数のスコープというよりは、基底クラスと継承クラスの両方で同じ名前の変数starttimeを宣言していた事。
自分のプログラムは基底クラスにメインループ関数やsetGameState()が定義してあって、
それを継承したクラスからもそれらの関数がそのまま使えるんだけど、
メインループ関数の中で動く関数、つまりタイトル、ゲーム、コンティニューの処理に関する関数は、
継承クラスで定義されていて、それらの関数の中からもsetGameState()を呼び出す使い方をしてる。
たぶん、基底クラスにあるメインループ内で呼び出した時のsetGameState()は基底クラスのstarttimeを見ていて、
継承クラスで定義した関数内から呼び出すsetGameState()は継承クラスのstarttimeを見ていたのではと考えてみた。
とりあえず、継承クラスで宣言していたstarttimeを消したら動いた。
という事でようやくＵＰ。
なぜか画面振動が直っていて、画面が上からスクロールしてくる現象が出てます…orz
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0083zip.html
873 ：名前は開発中のものです。：2010/02/28(日) 17:41:10 ID:JBjJTmz9
プログラミングもできない
超初心者でも参加していいんですか？
超初心者でも参加していいんですか？
874 ：名前は開発中のものです。：2010/02/28(日) 18:02:21 ID:mlqUZ1eF
参加するのはいいけど、ここは別に住人が親切に教えてくれるスレじゃないよ？
あくまで自分が自分の力で修行するだけ。
俺みたいな部外者はその経過を見て、ただ茶々入れるだけ。
あくまで自分が自分の力で修行するだけ。
俺みたいな部外者はその経過を見て、ただ茶々入れるだけ。
875 ：名前は開発中のものです。：2010/02/28(日) 19:38:59 ID:JBjJTmz9
修行するぞ修行するぞ修行するぞ
とりあえずＣ言語やってみます
とりあえずＣ言語やってみます
876 ：SGGK ◆6pZCoAtaxk ：2010/02/28(日) 23:18:48 ID:u1gAibe+
こんばんは！
自分は過去に何度か挫折してて、今回だってどこまでやれるのかは自分でも見えてないです…orz
なので、お互い気楽にいきましょ～！
（次の目標）
ゲームの最低限の流れの部分作成に挑戦の予定。
とりあえず簡単なイメージ図を書いてから始めるつもり。
自分は過去に何度か挫折してて、今回だってどこまでやれるのかは自分でも見えてないです…orz
なので、お互い気楽にいきましょ～！
（次の目標）
ゲームの最低限の流れの部分作成に挑戦の予定。
とりあえず簡単なイメージ図を書いてから始めるつもり。
877 ：SGGK ◆6pZCoAtaxk ：2010/03/02(火) 22:56:41 ID:wihORnjW
やっと掲示板につながるようになったみたい。
>>874
どうもです～！（スルーっぽい形になってしまったかのように思えて気になり戻ってきました…）
自分はいつ躓いてもおかしくない状況ですけど、やれるだけ頑張ってみます～！
次の図は出来た。理由が言葉に出来ないけど実装が出来そうにない予感。
もう少し考えてみて、たとえ出来なくても図はＵＰするつもりです～。
>>874
どうもです～！（スルーっぽい形になってしまったかのように思えて気になり戻ってきました…）
自分はいつ躓いてもおかしくない状況ですけど、やれるだけ頑張ってみます～！
次の図は出来た。理由が言葉に出来ないけど実装が出来そうにない予感。
もう少し考えてみて、たとえ出来なくても図はＵＰするつもりです～。
どさくさに紛れて規制解除されてた
>>872
バグ取り乙です。上からスクロールはそういう演出かと思ったら偶然だったのかｗ
>>875
自分も去年始めて、今C言語の復習やってる様な亀初心者ですが
お互い頑張りましょう
>>872
バグ取り乙です。上からスクロールはそういう演出かと思ったら偶然だったのかｗ
>>875
自分も去年始めて、今C言語の復習やってる様な亀初心者ですが
お互い頑張りましょう
879 ：STG ◆Fp.xSEIREI ：2010/03/03(水) 18:57:03 ID:+JZHI3ef
880 ：SGGK ◆6pZCoAtaxk ：2010/03/03(水) 23:00:59 ID:JLhMluy2
>>878
どうもです～♪。そう！偶然なのです…。
とりあえず動いているならいいという事にして今は放置して先に進む作戦にしました。
>>879
バグ直したと思ったら、他の部分の動きがおかしくなったり…といった事を自分はよくやってマス。
次にやろうとしている内容の図。かなり難しそうな感じ。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0084jpg.html
どうもです～♪。そう！偶然なのです…。
とりあえず動いているならいいという事にして今は放置して先に進む作戦にしました。
>>879
バグ直したと思ったら、他の部分の動きがおかしくなったり…といった事を自分はよくやってマス。
次にやろうとしている内容の図。かなり難しそうな感じ。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0084jpg.html
881 ：SGGK ◆6pZCoAtaxk ：2010/03/06(土) 01:21:28 ID:lGhx1E2m
今日は試合時間表示処理の修正に挑戦。
今までメインループ関数の最後の方に命令文をズラリと並べてたのを一つの関数にまとめてみた。
今回の定義にはvirtualを付けなくても良かったのに間違えて付けてコンパイルしたら、
画面が完全にフリーズしてしまい、パソコン再起動…orz
今までメインループ関数の最後の方に命令文をズラリと並べてたのを一つの関数にまとめてみた。
今回の定義にはvirtualを付けなくても良かったのに間違えて付けてコンパイルしたら、
画面が完全にフリーズしてしまい、パソコン再起動…orz
882 ：名前は開発中のものです。：2010/03/07(日) 00:34:18 ID:1FEgywit
皆さんは作ったゲームとかをどこかに掲載してるんですか？
883 ：STG ◆Fp.xSEIREI ：2010/03/07(日) 01:34:49 ID:u718oayl
884 ：名前は開発中のものです。：2010/03/07(日) 02:08:04 ID:UI08O01q
>>882
自分のサイトとブログだけ。宣伝無し。
自分のサイトとブログだけ。宣伝無し。
885 ：SGGK ◆6pZCoAtaxk ：2010/03/07(日) 23:10:10 ID:dT9xMVU/
>>882
自分はこのスレでＵＰに使ってる掲示板で全部です～。
>>883
ＯＳの動作にまで影響していそうなバグが出た時は冷や汗ものです～。
>>884
サッカーゲーム完成→サイトオープン！！に向けて道は険しいけど、これからも頑張ります～！
今日は選手のデータ初期化を修正。
今までは、縦に
x=1;
y=5;
みたいに250行位書いてたけど、これでは今後の改造（選手の攻守座標初期値の入れ替えとか）が大変やりにくそうなので、
色々考えてみた。配列なんかだと={(1,2),(5,7),…,(1.5)}みたいに一括代入が出来てた記憶があったけど、
C++では見当たらない…orz
結局、縦に並ぶ代入命令を全部ひとつの関数にして、選手２２人分を並べて
22行程度に収めてみた。
fieldplayerlist.clear();//←FieldPlayer型オブジェクトが入るコンテナクラス？fieldplayerlistを空？にする処理。
FieldPlayer *fp = new FieldPlayer();//一時的に変数のセットを代入するための仮のFieldPlayer型オブジェクトを生成する。
fp->dataSet(32,32,30,30, ALLY,FW,636,408,1,1,&fieldplayeranim,0,&goxymover); fieldplayerlist.push_back(*fp);
//↑仮のFieldPlayer型オブジェクトに関数dataSetで変数を１セット分代入し、直後にそのオブジェクトをfieldplayerlistの要素の末尾にpush_backで代入する。
…20人分略
fp->dataSet(32,32,30,30,ENEMY,GK,1696- 50,544,1,1,&fieldplayeranim,0,&goxymover); fieldplayerlist.push_back(*fp);
delete fp;
のような感じ。
こ…これでネタがほぼ無くなってしまった…orz
自分はこのスレでＵＰに使ってる掲示板で全部です～。
>>883
ＯＳの動作にまで影響していそうなバグが出た時は冷や汗ものです～。
>>884
サッカーゲーム完成→サイトオープン！！に向けて道は険しいけど、これからも頑張ります～！
今日は選手のデータ初期化を修正。
今までは、縦に
x=1;
y=5;
みたいに250行位書いてたけど、これでは今後の改造（選手の攻守座標初期値の入れ替えとか）が大変やりにくそうなので、
色々考えてみた。配列なんかだと={(1,2),(5,7),…,(1.5)}みたいに一括代入が出来てた記憶があったけど、
C++では見当たらない…orz
結局、縦に並ぶ代入命令を全部ひとつの関数にして、選手２２人分を並べて
22行程度に収めてみた。
fieldplayerlist.clear();//←FieldPlayer型オブジェクトが入るコンテナクラス？fieldplayerlistを空？にする処理。
FieldPlayer *fp = new FieldPlayer();//一時的に変数のセットを代入するための仮のFieldPlayer型オブジェクトを生成する。
fp->dataSet(32,32,30,30, ALLY,FW,636,408,1,1,&fieldplayeranim,0,&goxymover); fieldplayerlist.push_back(*fp);
//↑仮のFieldPlayer型オブジェクトに関数dataSetで変数を１セット分代入し、直後にそのオブジェクトをfieldplayerlistの要素の末尾にpush_backで代入する。
…20人分略
fp->dataSet(32,32,30,30,ENEMY,GK,1696- 50,544,1,1,&fieldplayeranim,0,&goxymover); fieldplayerlist.push_back(*fp);
delete fp;
のような感じ。
こ…これでネタがほぼ無くなってしまった…orz
886 ：SGGK ◆6pZCoAtaxk ：2010/03/08(月) 22:10:17 ID:967VSo8v
昨日のデータセット関数はすぐには動かなくて、最初に動いた時には選手の数が半分くらいだった。
この方法を諦めかけてた頃にデータセット関数の中の記述が以下の様に間違ってる事に気付いた。
pos_x=pos_x0;//pos_x0は関数の引数
pos_y=pos_x0;//pos_x0は関数の引数
正解は、
pos_x=pos_x0;//pos_x0は関数の引数
pos_y=pos_y0;//pos_y0は関数の引数
原因は=pos_x0;をコピペしてxをyにした方が早く書けると思い、コピペした後にyに直すのを忘れていたから…orz
次にやろうとしている事は、ボールの移動関数の書き直し。これもややこしくなりそう。
この方法を諦めかけてた頃にデータセット関数の中の記述が以下の様に間違ってる事に気付いた。
pos_x=pos_x0;//pos_x0は関数の引数
pos_y=pos_x0;//pos_x0は関数の引数
正解は、
pos_x=pos_x0;//pos_x0は関数の引数
pos_y=pos_y0;//pos_y0は関数の引数
原因は=pos_x0;をコピペしてxをyにした方が早く書けると思い、コピペした後にyに直すのを忘れていたから…orz
次にやろうとしている事は、ボールの移動関数の書き直し。これもややこしくなりそう。
887 ：名前は開発中のものです。：2010/03/16(火) 10:46:37 ID:/X6k6iTE
俺も参加していいかな？
簡単な3DのRPGを作ってみたい。
簡単な3DのRPGを作ってみたい。
888 ：STG ◆Fp.xSEIREI ：2010/03/16(火) 12:50:54 ID:RVuFBq2b
どうぞどうぞ
3Dの時点で簡単じゃない気もしてくるけど
ゲーム内ウィンドウとか文字列云々の制作。
もうちょっと作れば一番楽しいゲーム本体部分の制作にとりかかれそう
3Dの時点で簡単じゃない気もしてくるけど
ゲーム内ウィンドウとか文字列云々の制作。
もうちょっと作れば一番楽しいゲーム本体部分の制作にとりかかれそう
>>888
絵が描けなくて、3Dならモデルを作ってしまえば後が楽なのかなぁと思いまして…
とりあえずVC++EEでSDL+OpenGLで修行してみようと思います。
無料だったので github でソースコード管理してみようと思います。
ttp://github.com/happana/srpg
絵が描けなくて、3Dならモデルを作ってしまえば後が楽なのかなぁと思いまして…
とりあえずVC++EEでSDL+OpenGLで修行してみようと思います。
無料だったので github でソースコード管理してみようと思います。
ttp://github.com/happana/srpg
891 ：SGGK ◆6pZCoAtaxk ：2010/03/18(木) 00:01:18 ID:lJDNUzV1
どうぞです～！
自分もいつかは３Ｄに挑戦したいと思ってるので期待してます～！
ボールの移動関数書き直しはバグが４０個近く出てしまい、まだまだ取れそうにない状態。
自分もいつかは３Ｄに挑戦したいと思ってるので期待してます～！
ボールの移動関数書き直しはバグが４０個近く出てしまい、まだまだ取れそうにない状態。
モデル表示は
ttp://cedec.cesa.or.jp/2009/ssn_archive/index.htm
のゲームグラフィックス・プログラミング入門(後半)に習って
blender ==エクスポート==> 独自形式 ==コンバート==> バイナリ
にしてゲームではバイナリを読み込むようにしようと思う。
とりあえずBlenderのスクリプトを勉強中。
ttp://cedec.cesa.or.jp/2009/ssn_archive/index.htm
のゲームグラフィックス・プログラミング入門(後半)に習って
blender ==エクスポート==> 独自形式 ==コンバート==> バイナリ
にしてゲームではバイナリを読み込むようにしようと思う。
とりあえずBlenderのスクリプトを勉強中。
893 ：SGGK ◆6pZCoAtaxk ：2010/03/18(木) 23:36:05 ID:3ndk63Yx
ＨＰ、色々参考にしてみます～。
ボールのオブジェクトが持っているデータ、例えばｘにアクセスするときに
getx()という関数作っていたけど、変数の個数分の関数を作るのが
結構大変な作業なので、xを外部から自由にアクセスできるようにしてデータアクセス用の関数を
なくそうとしてみた。例えば、
if(ball.getx()<0) ball.dx=-1*(ball.dx); を
if(ball.x()<0) ball.dx=-1*(ball.dx); にすればいいかなと思ったら以下のメッセージ付のバグが発生。
error C2064: 0 引数を取り込む関数には評価されません。
このメッセージの意味がわからなくてネット検索しても理解できなかった。
しかし改めて良く見ると
if(ball.x<0) ball.dx=-1*(ball.dx); であったと気づき、コンパイラも通った。
単なる（）の消し忘れだったとは…orz
ボールのオブジェクトが持っているデータ、例えばｘにアクセスするときに
getx()という関数作っていたけど、変数の個数分の関数を作るのが
結構大変な作業なので、xを外部から自由にアクセスできるようにしてデータアクセス用の関数を
なくそうとしてみた。例えば、
if(ball.getx()<0) ball.dx=-1*(ball.dx); を
if(ball.x()<0) ball.dx=-1*(ball.dx); にすればいいかなと思ったら以下のメッセージ付のバグが発生。
error C2064: 0 引数を取り込む関数には評価されません。
このメッセージの意味がわからなくてネット検索しても理解できなかった。
しかし改めて良く見ると
if(ball.x<0) ball.dx=-1*(ball.dx); であったと気づき、コンパイラも通った。
単なる（）の消し忘れだったとは…orz
モデル表示でテクスチャ表示もできるようにしようとすると
メッシュデータとかテクスチャデータとかのリソースの管理が煩雑になるなぁ。
リソース管理周りからしっかり作らないと厳しそうだ。
メッシュデータとかテクスチャデータとかのリソースの管理が煩雑になるなぁ。
リソース管理周りからしっかり作らないと厳しそうだ。
実は終了時に永久ループになってた！！
直して上げ直した。落とした人ごめんよ…
直して上げ直した。落とした人ごめんよ…
897 ：SGGK ◆6pZCoAtaxk ：2010/03/21(日) 11:29:38 ID:NgIHJZXt
こちらはボール関係で色々作業中～！
今までのボール移動処理はボールクラスのmove関数の中で選手とボールのあたり判定が「真」であり、かつｘキーが押されている場合に
ボールのｘ、ｙ座標の更新が開始され、３０ループの間、微小な移動量ｄｘ、ｄｙをｘ、ｙに加えていくやりかた。
でもボールのクラスの中で選手２２人とボールのあたり判定をしたり、選手のキー入力をチェックするのは
なんとなく不自然でわかりにくい感じがするように思ってきたので、それらの処理を選手関係のクラスにカット＆ペーストしてみた。
しかし、そうすると今度は選手のクラスを作る側がボールクラスの移動アルゴリズムまで把握していなければ、プログラムを書けないような書き方になってしまうので、
３０ループ座標更新するところは、kicked(dx、dy）という名前の関数にして、これをボールクラスのメンバ関数にして、
選手クラスでｘキー押してボールとのあたり判定が「真」なら、ball.kicked(dx、dy）を実行するような感じに改造中。
今までのボール移動処理はボールクラスのmove関数の中で選手とボールのあたり判定が「真」であり、かつｘキーが押されている場合に
ボールのｘ、ｙ座標の更新が開始され、３０ループの間、微小な移動量ｄｘ、ｄｙをｘ、ｙに加えていくやりかた。
でもボールのクラスの中で選手２２人とボールのあたり判定をしたり、選手のキー入力をチェックするのは
なんとなく不自然でわかりにくい感じがするように思ってきたので、それらの処理を選手関係のクラスにカット＆ペーストしてみた。
しかし、そうすると今度は選手のクラスを作る側がボールクラスの移動アルゴリズムまで把握していなければ、プログラムを書けないような書き方になってしまうので、
３０ループ座標更新するところは、kicked(dx、dy）という名前の関数にして、これをボールクラスのメンバ関数にして、
選手クラスでｘキー押してボールとのあたり判定が「真」なら、ball.kicked(dx、dy）を実行するような感じに改造中。
898 ：STG ◆Fp.xSEIREI ：2010/03/22(月) 04:53:29 ID:+2vRg2cR
ゲーム内のメッセージウィンドウとかその他オブジェクトまわりの処理をうんたら
自機も敵も弾もエフェクトも背景、ウィンドウも全部同じ型のクラスを継承しているから面白い実装ができたりややこしくなったり
描画関数や移動関数が一つで済むのがうれしい
メッセージを表示するウィンドウをなめらかに表示させようとして発生したリスト関連のバグの修正に二日費やした。双方向リスト怖い
自機も敵も弾もエフェクトも背景、ウィンドウも全部同じ型のクラスを継承しているから面白い実装ができたりややこしくなったり
描画関数や移動関数が一つで済むのがうれしい
メッセージを表示するウィンドウをなめらかに表示させようとして発生したリスト関連のバグの修正に二日費やした。双方向リスト怖い
なんとなくスキンメッシュの概念が分かった。
スキンメッシュは自前とシェーダーどっちでやるのがいいんだろうか。
シェーダーが動かないPCのことも考えて自前にしようかな。
スキンメッシュは自前とシェーダーどっちでやるのがいいんだろうか。
シェーダーが動かないPCのことも考えて自前にしようかな。
900 ：SGGK ◆6pZCoAtaxk ：2010/03/22(月) 23:56:38 ID:JKvlGYeF
こちらも少しだけどやってマス～！
多少変更があったけど、kick関数実装終了。
選手データを管理するクラスから直接ボールデータにアクセスできないのが後になって分かり、
ボールデータクラスのオブジェクトをメンバに持つボールコントロールクラスのメンバ関数にkick関数を定義した。
という具合に自分でもソースをあまり良く理解出来ていないため作業効率がよくない感じ…orz
次はゴールのあたり判定をやる予定。
多少変更があったけど、kick関数実装終了。
選手データを管理するクラスから直接ボールデータにアクセスできないのが後になって分かり、
ボールデータクラスのオブジェクトをメンバに持つボールコントロールクラスのメンバ関数にkick関数を定義した。
という具合に自分でもソースをあまり良く理解出来ていないため作業効率がよくない感じ…orz
次はゴールのあたり判定をやる予定。
ttp://github.com/happana/srpg/downloads
スキンメッシュを実装。
処理負荷が気になったので負荷メーターを入れてみた。
今の開発環境(100円PC aspire one aoa150)だと20体位で限界が…
ほとんど描画に食われてるんだけど、これからマップとかも描くと厳しそうだなぁ。
スキンメッシュを実装。
処理負荷が気になったので負荷メーターを入れてみた。
今の開発環境(100円PC aspire one aoa150)だと20体位で限界が…
ほとんど描画に食われてるんだけど、これからマップとかも描くと厳しそうだなぁ。
902 ：SGGK ◆6pZCoAtaxk ：2010/03/24(水) 00:44:07 ID:e6avgSmm
３Ｄ動いてるの確認できました～！（呼吸してるみたいな感じ）
こちらの作業は進まず…orz
今日の進捗は、いままで線を引く命令で書いてたゴールの絵をやめて
グラフィックにしようかなと思ったところまで。
こちらの作業は進まず…orz
今日の進捗は、いままで線を引く命令で書いてたゴールの絵をやめて
グラフィックにしようかなと思ったところまで。
モデルとかのリソース作りが面倒だ…
今週はblenderの使い方の勉強と
リソースの作り方を考えることで終わりそう…
今週はblenderの使い方の勉強と
リソースの作り方を考えることで終わりそう…
904 ：SGGK ◆6pZCoAtaxk ：2010/03/25(木) 23:48:23 ID:5ex7jJAh
ゴールの絵（単なるコの字型だけど）を画面に表示させようとしてる段階。
いままでブラックボックス同然にしていた表示処理の中身を完全に忘れてるので、
今後の事も考えて今この段階で思いだそうとしてるところ。
いままでブラックボックス同然にしていた表示処理の中身を完全に忘れてるので、
今後の事も考えて今この段階で思いだそうとしてるところ。
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.4
右クリックでモーション切り替えができます。
今のところ、アイドル・走り・パンチの3つ。
モデルを作ってしまえばモーションを作るのは楽なことが判明。
2Dでアニメーションを描くことを考えれば、やっぱり3Dにしておいて正解だった。
さて、次はどうしよう。
戦闘画面を作ろうかなぁ。メニュー描画が難関だ。
SRPG version 0.0.4
右クリックでモーション切り替えができます。
今のところ、アイドル・走り・パンチの3つ。
モデルを作ってしまえばモーションを作るのは楽なことが判明。
2Dでアニメーションを描くことを考えれば、やっぱり3Dにしておいて正解だった。
さて、次はどうしよう。
戦闘画面を作ろうかなぁ。メニュー描画が難関だ。
906 ：名前は開発中のものです。：2010/03/27(土) 03:16:34 ID:/pzlREtt
おお、スゴイ
俺もSDL+OpenGLでやろうと思ってるから励みになる
俺もSDL+OpenGLでやろうと思ってるから励みになる
907 ：名前は開発中のものです。：2010/03/27(土) 03:27:53 ID:/pzlREtt
よくよく見てみたらそこかしこからデキる人臭がしてﾜﾛﾀ
俺のような底辺とは地力の違う人のようだ…
俺のような底辺とは地力の違う人のようだ…
908 ：SGGK ◆6pZCoAtaxk ：2010/03/28(日) 00:16:16 ID:0GTlWRMO
>>898
「シューティング 双方向リスト」で検索～！
弾幕の管理に使ってるらしいところまで分かったものの、今の自分に実装方法を理解するところまでは行けず…。
サッカーゲームでも必要な場面が出てきたら挑戦してみます～。
>>905
か…開発スピード速いですね～！
>>906
作品をうｐされる日が来るのを待ってます～！
>904で言ってた表示処理の中身がまぁまぁ分かった感じなのでここで区切り。
なのにゴール表示はまだ出来てない状態…orz
「シューティング 双方向リスト」で検索～！
弾幕の管理に使ってるらしいところまで分かったものの、今の自分に実装方法を理解するところまでは行けず…。
サッカーゲームでも必要な場面が出てきたら挑戦してみます～。
>>905
か…開発スピード速いですね～！
>>906
作品をうｐされる日が来るのを待ってます～！
>904で言ってた表示処理の中身がまぁまぁ分かった感じなのでここで区切り。
なのにゴール表示はまだ出来てない状態…orz
>>906
一緒にやりましょうよ！
僕も SDL も OpenGL も初めてですが、調べながらやってます！
>>908
ゲームを作るモチベーションが落ちないうちになるべく進めたいので
ソースが汚いのを無視して早めに実装して作ってます。
1,2年で完成できるといいんだけど…
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.5
武器アタッチを実装。中クリックで武器を切りかえれるようになりました。
一緒にやりましょうよ！
僕も SDL も OpenGL も初めてですが、調べながらやってます！
>>908
ゲームを作るモチベーションが落ちないうちになるべく進めたいので
ソースが汚いのを無視して早めに実装して作ってます。
1,2年で完成できるといいんだけど…
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.5
武器アタッチを実装。中クリックで武器を切りかえれるようになりました。
910 ：名前は開発中のものです。：2010/03/28(日) 22:34:13 ID:bYY/qOgF
911 ：名前は開発中のものです。：2010/03/28(日) 22:50:39 ID:isJof0eD
SDLもOpenGLも初めてだと言ってるけど
こうもサクサク進められるって事はプログラミング自体は素人じゃないだろう。
ゲームプログラミングは初めてだとしてもそれ以外でかなり慣れてるんじゃないかな。
でなければかなりの勉強好き。
こうもサクサク進められるって事はプログラミング自体は素人じゃないだろう。
ゲームプログラミングは初めてだとしてもそれ以外でかなり慣れてるんじゃないかな。
でなければかなりの勉強好き。
912 ：名前は開発中のものです。：2010/03/28(日) 23:38:12 ID:fhjFI1Ha
出来るヤツが妬ましいぜ
俺もがんばろーっと
俺もがんばろーっと
913 ：SGGK ◆6pZCoAtaxk ：2010/03/29(月) 00:22:10 ID:zonkoxiv
>>909
武器の切り替え、自分のＰＣでも動きを確認できました～！
ゴール表示は結局失敗の模様…orz
コンパイル通って直後に現れる画面はすでに真っ黒表示で、
例外がどうのこうの…というメッセージが出て終了。
疑わしい部分を次々とコメント化してコンパイルして動けばそこがバグの発生位置のはずと思い、
色々やってみたものの、結果は同じ。
どこでerrorですというメッセージが出てくれないバグなのでお手上げの予感。
おそらく来週末にひとつ前のバージョンからやり直す事になりそう…。
書き直す前の内容をバックアップしておいて助かった～。
武器の切り替え、自分のＰＣでも動きを確認できました～！
ゴール表示は結局失敗の模様…orz
コンパイル通って直後に現れる画面はすでに真っ黒表示で、
例外がどうのこうの…というメッセージが出て終了。
疑わしい部分を次々とコメント化してコンパイルして動けばそこがバグの発生位置のはずと思い、
色々やってみたものの、結果は同じ。
どこでerrorですというメッセージが出てくれないバグなのでお手上げの予感。
おそらく来週末にひとつ前のバージョンからやり直す事になりそう…。
書き直す前の内容をバックアップしておいて助かった～。
914 ：名前は開発中のものです。：2010/03/29(月) 02:46:12 ID:Dkd8GA1w
例外がどうのこうのってのはわかんないけど
強制終了するってのは
・配列の添え字がオーバーしてる
・０除算
のどちらかくらいじゃないかなぁ。
強制終了するってのは
・配列の添え字がオーバーしてる
・０除算
のどちらかくらいじゃないかなぁ。
915 ：STG ◆Fp.xSEIREI ：2010/03/29(月) 17:18:15 ID:Z12/8Qak
文字列が大体自由自在に描画できるようになった。 コンフィグ関連まとめたら次はゲームの中心部分だー
>>913
例外が出たら大体どこで発生したか教えてくれそうな気もするけど…
エラー内容でググったりしてみるとわかったりすることもある(・∀・)
>>887の人はきっと出来る人だ…
俺みたいなハムスターとは実装速度が違う
>>913
例外が出たら大体どこで発生したか教えてくれそうな気もするけど…
エラー内容でググったりしてみるとわかったりすることもある(・∀・)
>>887の人はきっと出来る人だ…
俺みたいなハムスターとは実装速度が違う
916 ：SGGK ◆6pZCoAtaxk ：2010/03/29(月) 23:48:15 ID:1mIFudXk
>>914
どうもです！当たってみましたが見つかりませんでした～orz
>>915
ググってみると出ては来るのですがちょっと自分のバグ状況とは違うみたいで、自分の理解を越えているような記事ばかりという状況です。
来週末からやり直すと言ったけど、今日から少しずつやり直してるところ。
すると今度は今までは全くなんでもなかったところがERRORになって止まってしまった。
画面にassertionがどうのこうのと出てたので、とりあえず検索してみたら
これまた書いてることが難解過ぎて、それにその問題が紹介されているＨＰと
自分のソースとは当然別物なので、さらに解らないという状況。
でも、その文中にコンパイラのデバッグモードをリリースモードにして云々という記述を見かけ、
自分のもデバッグモードだったのでリリースモードにしてみたら、assertionがどうのこうのというバグメッセージが
出なくなった。なんとか出来たもののかなり不安な感じ。
どうもです！当たってみましたが見つかりませんでした～orz
>>915
ググってみると出ては来るのですがちょっと自分のバグ状況とは違うみたいで、自分の理解を越えているような記事ばかりという状況です。
来週末からやり直すと言ったけど、今日から少しずつやり直してるところ。
すると今度は今までは全くなんでもなかったところがERRORになって止まってしまった。
画面にassertionがどうのこうのと出てたので、とりあえず検索してみたら
これまた書いてることが難解過ぎて、それにその問題が紹介されているＨＰと
自分のソースとは当然別物なので、さらに解らないという状況。
でも、その文中にコンパイラのデバッグモードをリリースモードにして云々という記述を見かけ、
自分のもデバッグモードだったのでリリースモードにしてみたら、assertionがどうのこうのというバグメッセージが
出なくなった。なんとか出来たもののかなり不安な感じ。
917 ：名前は開発中のものです。：2010/03/30(火) 00:30:16 ID:XJOj9lyY
>>916
アサート(=assert,assertion)は、「プログラムがここを通る時には、この条件を満たしているはず。そうじゃなきゃおかしいですよ」っていうトラップコードみたいなもの。
つまりそれに引っ掛かっているということは、何かプログラムに問題があるという事。
ちなみにリリースビルドではこの処理は負荷にしかならないため、普通はスルーする設定になっている。
が、問題は依然として残っているので、ちゃんとデバッグビルドでアサートが出ないようにデバッグしないと、
異常なままプログラムが走って、最悪の場合どえらい事になる。
アサート(=assert,assertion)は、「プログラムがここを通る時には、この条件を満たしているはず。そうじゃなきゃおかしいですよ」っていうトラップコードみたいなもの。
つまりそれに引っ掛かっているということは、何かプログラムに問題があるという事。
ちなみにリリースビルドではこの処理は負荷にしかならないため、普通はスルーする設定になっている。
が、問題は依然として残っているので、ちゃんとデバッグビルドでアサートが出ないようにデバッグしないと、
異常なままプログラムが走って、最悪の場合どえらい事になる。
918 ：名前は開発中のものです。：2010/03/30(火) 00:45:13 ID:XJOj9lyY
追記。
上でサラッと「トラップコード」って書いたけど、
これは単純に「罠」という意味で使っただけで、そういう言葉がある訳ではないです。
ググって混乱してもらっても困るので念のため。
紛らわしい説明で申し訳ない。
上でサラッと「トラップコード」って書いたけど、
これは単純に「罠」という意味で使っただけで、そういう言葉がある訳ではないです。
ググって混乱してもらっても困るので念のため。
紛らわしい説明で申し訳ない。
とりあえずマップを歩かせようと妄想。
マップとの当たり判定は難しそうなんで、今回のプログラムに合わせて簡略化する。
ジャンプできない仕様なんで、歩けるところだけポリゴン張って、
ポリゴンとキャラの真下に伸びる線分との当たり判定だけとる事にしてみる。
マップ毎にモデルは描画用と当たり判定用の2つを作る予定。
後、キャラ操作を妄想中。
マップとの当たり判定は難しそうなんで、今回のプログラムに合わせて簡略化する。
ジャンプできない仕様なんで、歩けるところだけポリゴン張って、
ポリゴンとキャラの真下に伸びる線分との当たり判定だけとる事にしてみる。
マップ毎にモデルは描画用と当たり判定用の2つを作る予定。
後、キャラ操作を妄想中。
920 ：SGGK ◆6pZCoAtaxk ：2010/03/30(火) 23:37:43 ID:tbFKlrx+
>>917,918
アドバイスどうもです～！アサートについてはその後もググって調べてみましたけど、やっぱり自分にはあまりにも難解過ぎたようです。
でも、そういうのがあるんだな～という雰囲気のようなものはおかげさまで伝わりました。
もう一度コンパイルするとやっぱりすぐに止まって、vectorと書かれたタブ画面に意味不明なソースのリストがずらりと現れ、その中の何行目で
ストップしたというような記述が出るけど、そのリストは自分が書いたものではないし、正直これは降参だ～という感じ…。
が！？ひょんな事から、昨日のバグメッセージが出なくなった模様。
>>919
自分も実は今、当たり判定で悩んでて、バグまで出してしまってます～！
コンパイラの上に「ソリューションのリビルド」があったのに気が付き、なんか以前にも困った時にこれを実行した事があったような記憶があり、試してみたら昨日のバグメッセージが出なくなった！？
それで早速、バグのあったソースの修正箇所を今回のバージョンのソースに少しずつコピペしては、コンパイルを繰り返していき、バグが出ないか確認しながら作業していたところ、ゴールの表示をさせるところで躓いてしまう…orz
自分のプログラムはカメラの枠（640x480）や選手、ボール、ゴールオブジェクトがワールド座標的なサッカーフィールドの中を動いていて、
カメラの枠（640x480）とのあたり判定を行い、当たっているオブジェクトだけを描画処理（フィールドは見えてる部分だけを切り取る感じ）するアルゴリズムなんだけど、
ボールを蹴りつつ画面をスクロールさせていき、「そろそろゴールが見えるぞ！」というところまで来たら、強制終了してしまう…という状況。
アドバイスどうもです～！アサートについてはその後もググって調べてみましたけど、やっぱり自分にはあまりにも難解過ぎたようです。
でも、そういうのがあるんだな～という雰囲気のようなものはおかげさまで伝わりました。
もう一度コンパイルするとやっぱりすぐに止まって、vectorと書かれたタブ画面に意味不明なソースのリストがずらりと現れ、その中の何行目で
ストップしたというような記述が出るけど、そのリストは自分が書いたものではないし、正直これは降参だ～という感じ…。
が！？ひょんな事から、昨日のバグメッセージが出なくなった模様。
>>919
自分も実は今、当たり判定で悩んでて、バグまで出してしまってます～！
コンパイラの上に「ソリューションのリビルド」があったのに気が付き、なんか以前にも困った時にこれを実行した事があったような記憶があり、試してみたら昨日のバグメッセージが出なくなった！？
それで早速、バグのあったソースの修正箇所を今回のバージョンのソースに少しずつコピペしては、コンパイルを繰り返していき、バグが出ないか確認しながら作業していたところ、ゴールの表示をさせるところで躓いてしまう…orz
自分のプログラムはカメラの枠（640x480）や選手、ボール、ゴールオブジェクトがワールド座標的なサッカーフィールドの中を動いていて、
カメラの枠（640x480）とのあたり判定を行い、当たっているオブジェクトだけを描画処理（フィールドは見えてる部分だけを切り取る感じ）するアルゴリズムなんだけど、
ボールを蹴りつつ画面をスクロールさせていき、「そろそろゴールが見えるぞ！」というところまで来たら、強制終了してしまう…という状況。
921 ：名前は開発中のものです。：2010/03/30(火) 23:41:25 ID://xSor7+
くどいけど、配列の添え字がオーバーしてる気がするけどなぁ。
922 ：名前は開発中のものです。：2010/03/30(火) 23:59:47 ID:XJOj9lyY
923 ：名前は開発中のものです。：2010/03/31(水) 04:44:02 ID:wx6I9MQf
VCだよね？デバッガ使えないとか？
規制で書き込めなかった…
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.6
当たり判定用マップ上を移動できるようになった。
ちょこちょこ上げるより、もっと進捗があってから上げたほうがいいんだろうか。
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.6
当たり判定用マップ上を移動できるようになった。
ちょこちょこ上げるより、もっと進捗があってから上げたほうがいいんだろうか。
926 ：名前は開発中のものです。：2010/04/02(金) 10:12:30 ID:we5PFrOk
めんどくさいなら「ここまで作った！」って書き込みだけで十分だと思う
しかし凄いな、もう3DRPGの原型が出来てるｗ
しかし凄いな、もう3DRPGの原型が出来てるｗ
927 ：STG ◆Fp.xSEIREI ：2010/04/02(金) 10:19:22 ID:moDOVNLM
これはプロの犯行
マップの切り替えを実装。
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.7
ちょこちょこ上げるのは面倒じゃないんだけど、
変わり映えしないと見てくれている人が飽きるかなと思って。
後は github の容量が気になることくらい。
ちょっとでも反応あると励みになるんで、上げていきます。
マップ切り替えは難しい。
マップ切り替えポイントとの当たり判定。
複数マップ管理（リソース読み込み・捨て等）、
もしかしてイベント処理もまとめれるんじゃないかという妄想による
無駄なクラスの肥大化等。
次は戦闘画面でも作ろうかなぁ。
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.7
ちょこちょこ上げるのは面倒じゃないんだけど、
変わり映えしないと見てくれている人が飽きるかなと思って。
後は github の容量が気になることくらい。
ちょっとでも反応あると励みになるんで、上げていきます。
マップ切り替えは難しい。
マップ切り替えポイントとの当たり判定。
複数マップ管理（リソース読み込み・捨て等）、
もしかしてイベント処理もまとめれるんじゃないかという妄想による
無駄なクラスの肥大化等。
次は戦闘画面でも作ろうかなぁ。
929 ：名前は開発中のものです。：2010/04/04(日) 18:47:18 ID:pcvJe3XH
俺が世界樹で遊んでる間にどんどん進んでいくなｗ
世界樹オモシロイ
世界樹オモシロイ
画面切り替えの効果を作った。
フェードイン・アウトとワイプイン・アウト（上下左右の方向）
色々と処理の流れを考えないといけなくて難しい。
ゲームってこういう処理の間の表現が重要なんだと思った。
A を押したら1から2に変わる。みたいな処理も
普通のプログラムなら即、1から2に変えればいいと思うんだけど
ゲームだと1から2に変わる様子を見せないといけないというか。
右押したらカーソルを右に移動させるってのにも
プログラム的には移動先の座標をそのままつっこみたいんだけど
ゲームだとわざと移動途中の処理も書かないといけないとか。
この処理の間の表現ってのが
ゲームプログラミングの難しいところなんじゃないだろうか。
フェードイン・アウトとワイプイン・アウト（上下左右の方向）
色々と処理の流れを考えないといけなくて難しい。
ゲームってこういう処理の間の表現が重要なんだと思った。
A を押したら1から2に変わる。みたいな処理も
普通のプログラムなら即、1から2に変えればいいと思うんだけど
ゲームだと1から2に変わる様子を見せないといけないというか。
右押したらカーソルを右に移動させるってのにも
プログラム的には移動先の座標をそのままつっこみたいんだけど
ゲームだとわざと移動途中の処理も書かないといけないとか。
この処理の間の表現ってのが
ゲームプログラミングの難しいところなんじゃないだろうか。
戦闘画面を作りたいけど、フィールドマップとバトルマップの管理など
色々と悩ましいのでちょっと寄り道。
TTFな文字列を描画するために作業中。
色々と面倒な感じなので事前に使用する文字をテクスチャに描きこんで
そのテクスチャを使用して文字を描画するようにしてみようと思う。
色々と悩ましいのでちょっと寄り道。
TTFな文字列を描画するために作業中。
色々と面倒な感じなので事前に使用する文字をテクスチャに描きこんで
そのテクスチャを使用して文字を描画するようにしてみようと思う。
932 ：名前は開発中のものです。：2010/04/08(木) 16:34:34 ID:Zu3iQc3M
期待
933 ：名前は開発中のものです。：2010/04/08(木) 21:10:33 ID:GKOA/Vbb
漢字とかも画像にするの？
文字描画に関してはまだ調べてないからどんな風にやるのか気になる
文字描画に関してはまだ調べてないからどんな風にやるのか気になる
今回やろうとしているのは
1)使用する文字を列挙して順番を振る。
2)順番に従ってテクスチャに文字を描く。座標データも一緒に出力。
例えば、ゲーム中で
ID:1「こんにちわ」
ID:2「こんばんわ」
ってテキストを使用する場合なら
1)で['こ','ん','に','ち','わ','ば]って配列になって
2)で['こ','ん','に','ち','わ','ば]をテクスチャに描く。
0番は(0,0)の座標,1番は(20,0)の座標みたいなテクスチャの座標も出力。
テキストは
ID:1 -> [0,1,2,3,4] (上の配列の添え字です)
ID:2 -> [0,1,5,1,4]
みたいに変換してゲーム中は2)の座標データと番号を使ってテクスチャを
描画って感じにしようと思ってます。
30秒勇者の人の三十人勇者ってゲームのデータもそんな感じになってたんで
参考にさせてもらいました。
1)使用する文字を列挙して順番を振る。
2)順番に従ってテクスチャに文字を描く。座標データも一緒に出力。
例えば、ゲーム中で
ID:1「こんにちわ」
ID:2「こんばんわ」
ってテキストを使用する場合なら
1)で['こ','ん','に','ち','わ','ば]って配列になって
2)で['こ','ん','に','ち','わ','ば]をテクスチャに描く。
0番は(0,0)の座標,1番は(20,0)の座標みたいなテクスチャの座標も出力。
テキストは
ID:1 -> [0,1,2,3,4] (上の配列の添え字です)
ID:2 -> [0,1,5,1,4]
みたいに変換してゲーム中は2)の座標データと番号を使ってテクスチャを
描画って感じにしようと思ってます。
30秒勇者の人の三十人勇者ってゲームのデータもそんな感じになってたんで
参考にさせてもらいました。
935 ：SGGK ◆6pZCoAtaxk ：2010/04/08(木) 23:54:00 ID:jl6c6FoM
アクセス規制、やっと解除～！
>>921
ゴール画像表示直前で強制終了する事からその可能性が高そうなのでもう少し粘って探してみます～。
>>922
実は今までバックトレースの存在に気付かずにプログラムやっていたような感じ。コンパイラの画面には出ていたのかも…。
>>923
使用しているのはVC++2008で、デバッガはあまり活用できてないです…orz
>>924
どうもです～。これで今までに比べ、バグ発見度が上がりそうです～！
バグメッセージの一部「ハンドルされていない例外が発生しました: microsoft c++ の例外: std::out_of_range」でググってみたら、
ttp://www.play21.jp/board/formz.cgi?action=quote&resno=39962&id=dixq&lognum=122
にも参考になるページを発見。
>>925,928,930
画面切り替えの確認出来ました～！
状態の管理？のような処理には自分も悩んでいて、本も調べたりしたけど、
なかなか理解できないので（…orz）今は、テクニック不在のif文で処理を分けてみる方法でいこうとしてるところです。
>>921
ゴール画像表示直前で強制終了する事からその可能性が高そうなのでもう少し粘って探してみます～。
>>922
実は今までバックトレースの存在に気付かずにプログラムやっていたような感じ。コンパイラの画面には出ていたのかも…。
>>923
使用しているのはVC++2008で、デバッガはあまり活用できてないです…orz
>>924
どうもです～。これで今までに比べ、バグ発見度が上がりそうです～！
バグメッセージの一部「ハンドルされていない例外が発生しました: microsoft c++ の例外: std::out_of_range」でググってみたら、
ttp://www.play21.jp/board/formz.cgi?action=quote&resno=39962&id=dixq&lognum=122
にも参考になるページを発見。
>>925,928,930
画面切り替えの確認出来ました～！
状態の管理？のような処理には自分も悩んでいて、本も調べたりしたけど、
なかなか理解できないので（…orz）今は、テクニック不在のif文で処理を分けてみる方法でいこうとしてるところです。
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.8
マップ切り替え時のワイプアウト・フェードインと日本語表示ができた。
そろそろ敵を出したいけど、リソース作りが面倒…
SRPG version 0.0.8
マップ切り替え時のワイプアウト・フェードインと日本語表示ができた。
そろそろ敵を出したいけど、リソース作りが面倒…
937 ：SGGK ◆6pZCoAtaxk ：2010/04/10(土) 01:18:58 ID:KXMQdNBi
もう日本語表示、す…凄い進捗速度な感じ。
こちらは例のバグがどこで出てるのか判明。
グラフィック表示の処理関数のところで止まっている。
しかし、そこを見る限り問題はなさそうだが、何度か眺めている内に画像表示のループ回数を設定する数値が
１０にしたはずが１になっているのに気付き、よくよく調べると、
メインループで各オブジェクトの画像データをロードする関数を一括して呼び出す処理の部分で
ゴール画像のロード関数だけが呼び出されていなかった…orz
それでアサーションとかがひっかかっていたのかもしれない…。
そんな間違いしてると思わなかったから発見に異常に時間がかかってしまった…。
コンパイラに関するアドバイスが効いてどうもです～みたいな感じ。
次はゴールのあたり判定について検討の予定。
コの字型のゴールにボールが入ればゴールの判定、それ以外はボールが跳ね返るようにしようと思うものの
かなり難しそうな予感。
こちらは例のバグがどこで出てるのか判明。
グラフィック表示の処理関数のところで止まっている。
しかし、そこを見る限り問題はなさそうだが、何度か眺めている内に画像表示のループ回数を設定する数値が
１０にしたはずが１になっているのに気付き、よくよく調べると、
メインループで各オブジェクトの画像データをロードする関数を一括して呼び出す処理の部分で
ゴール画像のロード関数だけが呼び出されていなかった…orz
それでアサーションとかがひっかかっていたのかもしれない…。
そんな間違いしてると思わなかったから発見に異常に時間がかかってしまった…。
コンパイラに関するアドバイスが効いてどうもです～みたいな感じ。
次はゴールのあたり判定について検討の予定。
コの字型のゴールにボールが入ればゴールの判定、それ以外はボールが跳ね返るようにしようと思うものの
かなり難しそうな予感。
938 ：STG ◆Fp.xSEIREI ：2010/04/11(日) 03:14:36 ID:8mA2cYgn
規制解除(・∀・)
キーコンフィグをぼちぼちつくる
ついでに文字を管理するクラスを改良
もうちょっとでモチベが上がるSTGゲーム本体の部分にとりかかれそう
キーコンフィグをぼちぼちつくる
ついでに文字を管理するクラスを改良
もうちょっとでモチベが上がるSTGゲーム本体の部分にとりかかれそう
939 ：SGGK ◆6pZCoAtaxk ：2010/04/11(日) 22:20:03 ID:ctrWwoIe
規制解除オメ！（←２ちゃん風に）です。
こちらは進捗０でゴールは早くても来週になりそう。
ゴールとボールのあたり判定とゴール（得点）の判定を同時に考えるとこんがらがりそうなので、とりあえず前者の判定の実装だけを考えてみる予定。
こちらは進捗０でゴールは早くても来週になりそう。
ゴールとボールのあたり判定とゴール（得点）の判定を同時に考えるとこんがらがりそうなので、とりあえず前者の判定の実装だけを考えてみる予定。
ジョイスティック対応、リファクタリングと見た目には進捗なし。
ここまで適当にコーディングしてきたツケが回ってきた感じ。
そろそろ戦闘画面を作る。
ここまで適当にコーディングしてきたツケが回ってきた感じ。
そろそろ戦闘画面を作る。
941 ：SGGK ◆6pZCoAtaxk ：2010/04/14(水) 00:01:11 ID:KKTCG4L+
こちらは当たり判定に「線と線のあたり判定」が使えそうだ（ゴールは３本の線で出来てるともいえるから）と思い、検索してみたけど内容がよく理解できず。
どうやら数学の素養が必要なのかもという気がしてきたけど、今からそれをなんとかするにはかなりの時間を要するのではと悩んで終了。
判定できる理由が理解できなくてもプログラムに書けそうならブラックボックス的にやってみるしかないかもしれない…orz
どうやら数学の素養が必要なのかもという気がしてきたけど、今からそれをなんとかするにはかなりの時間を要するのではと悩んで終了。
判定できる理由が理解できなくてもプログラムに書けそうならブラックボックス的にやってみるしかないかもしれない…orz
943 ：SGGK ◆6pZCoAtaxk ：2010/04/15(木) 00:10:01 ID:h1YQHLSp
>>942 どうもです～！
そうですね。改めて考えてみるとゲームの処理の流れを作る事の方が優先事項だと思うし、ボールがゴールに入ったかどうかの判定の実装は今は諦めて、
ゴールはコの字でなく矩形と考えて、ゴールにボールが当たったら得点したという事にしてやってみようと思います。
また色々バグが出ると思うのでプログラムをコピーして、プログラムファイル名の数字をひとつ増やすところまでで今日の作業終了。
そうですね。改めて考えてみるとゲームの処理の流れを作る事の方が優先事項だと思うし、ボールがゴールに入ったかどうかの判定の実装は今は諦めて、
ゴールはコの字でなく矩形と考えて、ゴールにボールが当たったら得点したという事にしてやってみようと思います。
また色々バグが出ると思うのでプログラムをコピーして、プログラムファイル名の数字をひとつ増やすところまでで今日の作業終了。
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.9
とりあえずのやっつけで戦闘画面、エンカウントを追加。
後、適当にジョイスティックに対応。
右奥から行ける2つ目のマップでエンカウントできます。
SRPG version 0.0.9
とりあえずのやっつけで戦闘画面、エンカウントを追加。
後、適当にジョイスティックに対応。
右奥から行ける2つ目のマップでエンカウントできます。
945 ：SGGK ◆6pZCoAtaxk ：2010/04/16(金) 00:39:27 ID:3+9Bg+45
画面の動き、確認できました～！
こちらも頑張ろうと思い、コンパイラでソースを開いてみたものの、
ちょっとでも見てないとすぐ中身を忘れてしまう自分。
土日があっても何ともいえない状況だけど、まだ諦めないつもり。
こちらも頑張ろうと思い、コンパイラでソースを開いてみたものの、
ちょっとでも見てないとすぐ中身を忘れてしまう自分。
土日があっても何ともいえない状況だけど、まだ諦めないつもり。
半月も経っていないのにマップデータの作り方を忘れていてびびった。
ソースコードにコメントを、ってのはよく聞くけど
データの作り方とかもドキュメント化しておかないとやばそう。
ソースコードにコメントを、ってのはよく聞くけど
データの作り方とかもドキュメント化しておかないとやばそう。
947 ：SGGK ◆6pZCoAtaxk ：2010/04/17(土) 00:53:38 ID:BoqGZZ0D
自分はソースを１日見なかっただけでも中身を結構忘れてしまう方なのでいつも苦労してます。
以前にプログラムの構造を図にしてみたけど、中身もだいぶ変わってしまったので、
また区切りが付いたら図にしてみようかな～と思ってます。
こちらの進捗についてはやっぱり１日単位ではなかなか進まないのが現状な感じ。
ゴールの得点処理の実装の前に時間の経過に合わせて前半、ハーフタイム、後半の状態遷移的な
処理をするためにif文でそれを書こうとして途中までの段階。
以前にプログラムの構造を図にしてみたけど、中身もだいぶ変わってしまったので、
また区切りが付いたら図にしてみようかな～と思ってます。
こちらの進捗についてはやっぱり１日単位ではなかなか進まないのが現状な感じ。
ゴールの得点処理の実装の前に時間の経過に合わせて前半、ハーフタイム、後半の状態遷移的な
処理をするためにif文でそれを書こうとして途中までの段階。
戦闘時の攻撃を作ろうと思って長考。
武器ごとにモーションって変えたいですよね。剣と槍じゃ全然違うモーションになりそう。
全武器種ごとのモーションをキャラクタデータに入れちゃうと
キャラクタデータが大きくなりすぎるので困りそう。
後、モーションの呼び出しも大変になりそう。
if(剣装備中) {
chara->start_motion(剣攻撃モーションID);
}
else if(槍装備中) {
chara->start_motion(槍攻撃モーションID);
}
みたいな。できれば
chara->start_motion(攻撃モーションID);
にしたい。で、武器側にモーションデータをくっつけて
武器を装備した時にその武器用の攻撃モーションを読み込むようにしたらいいじゃないかと妄想。
*キャラモデル
*汎用モーション(待機、歩き等)
*剣攻撃モーション(モーションID:10)
*槍攻撃モーション(モーションID:20)
*...攻撃モーション(モーションID:30...)
＋
*武器モデル
↓
*キャラモデル
*汎用モーション
＋
*武器モデル
*攻撃モーション(モーションID:10)
みたいな。武器変更しても常にモーションID10を流せばOKみたいにできそう。
武器ごとにモーションって変えたいですよね。剣と槍じゃ全然違うモーションになりそう。
全武器種ごとのモーションをキャラクタデータに入れちゃうと
キャラクタデータが大きくなりすぎるので困りそう。
後、モーションの呼び出しも大変になりそう。
if(剣装備中) {
chara->start_motion(剣攻撃モーションID);
}
else if(槍装備中) {
chara->start_motion(槍攻撃モーションID);
}
みたいな。できれば
chara->start_motion(攻撃モーションID);
にしたい。で、武器側にモーションデータをくっつけて
武器を装備した時にその武器用の攻撃モーションを読み込むようにしたらいいじゃないかと妄想。
*キャラモデル
*汎用モーション(待機、歩き等)
*剣攻撃モーション(モーションID:10)
*槍攻撃モーション(モーションID:20)
*...攻撃モーション(モーションID:30...)
＋
*武器モデル
↓
*キャラモデル
*汎用モーション
＋
*武器モデル
*攻撃モーション(モーションID:10)
みたいな。武器変更しても常にモーションID10を流せばOKみたいにできそう。
問題はキャラごとに攻撃モーションも変えるかどうか。
男/女用で変えることはありそう。
*武器モデル
*攻撃モーション(モーションID:10)
が
*武器モデル
*男用攻撃モーション(モーションID:10?)
*女用攻撃モーション(モーションID:10?)
とかになって、もうちょっと考えないといけない。
でもモンスターハンターとかって男も女も一緒のモーションだったっけか？
とりあえずシンプルなRPGなんだから全キャラ攻撃モーションは統一でいいような気がしてきた。
なんかがんばって長文書いたら改行が多すぎとか言われて色々説明削った。
こんなことはチラシの裏にでも書いていた方が良かったかも…
スレ汚しごめん。
950 ：名前は開発中のものです。：2010/04/17(土) 06:58:51 ID:tyqoOtFT
通常攻撃のこと考えてるみたいけど
ワザとか使うことを考えると、モーションなんて行動毎に毎回違うものになるんじゃないかと
って個人製作じゃそこまでモーション作るのが無理かｗ
ワザとか使うことを考えると、モーションなんて行動毎に毎回違うものになるんじゃないかと
って個人製作じゃそこまでモーション作るのが無理かｗ
確かに通常攻撃も一種の技(MP消費なしの物理ダメージを与える技)として管理すれば
こんなことしなくても良いかも…
そう考えるとまず、戦闘システムを考えた方が良さそうだな。
つかまだステータスも考えてなかった…
王道でいくと HP,MP,攻撃力,防御力,魔力,すばやさ とかか。
適当に RPG ツクールとかを参考にすればいいのかな。
こんなことしなくても良いかも…
そう考えるとまず、戦闘システムを考えた方が良さそうだな。
つかまだステータスも考えてなかった…
王道でいくと HP,MP,攻撃力,防御力,魔力,すばやさ とかか。
適当に RPG ツクールとかを参考にすればいいのかな。
RPGツクール2000,VXの体験版を落としてみた。
初めて見たけど、こういう感じなんですね。
まだまだ色々と作らないといけないことが分かった。
先は長いな。
初めて見たけど、こういう感じなんですね。
まだまだ色々と作らないといけないことが分かった。
先は長いな。
953 ：SGGK ◆6pZCoAtaxk ：2010/04/18(日) 00:48:22 ID:NCcYhG6t
自分の方は選手の移動パターン１つだけなので将来増やす時に悩みそうな予感です。
進捗はまだゴール得点処理と状態遷移関係実装を書いたり考えたりしてる状態。
前半から後半に切り替わる時に選手のデータの座標だけ左右入れ替えるような初期化したいのに
他のデータも全部一緒に初期化してるのが我ながら変な感じだな～と思いつつ、他にいい方法も浮かばないのでそのままプログラミング中。
コンパイル開始出来るのは早くても明日…だといいんだけど自信なし。
進捗はまだゴール得点処理と状態遷移関係実装を書いたり考えたりしてる状態。
前半から後半に切り替わる時に選手のデータの座標だけ左右入れ替えるような初期化したいのに
他のデータも全部一緒に初期化してるのが我ながら変な感じだな～と思いつつ、他にいい方法も浮かばないのでそのままプログラミング中。
コンパイル開始出来るのは早くても明日…だといいんだけど自信なし。
954 ：SGGK ◆6pZCoAtaxk ：2010/04/18(日) 23:53:11 ID:XsD0B/Fd
なんとか一通り書いてコンパイルしてみたけど失敗。エラーは８０個程。
if文で条件分岐させる為に色々と定義した変数がソースの各所にちらばってしまい、
それがうまく認識されていないのが原因のひとつになっている様子…。
if文で条件分岐させる為に色々と定義した変数がソースの各所にちらばってしまい、
それがうまく認識されていないのが原因のひとつになっている様子…。
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.10
仮ステータス,装備変更実装、まだ戦えない。
装備変更画面はまだで、装備をタイトルから選べるようにした。
HP,STR(力),VIT(体力),AGI(素早さ)などを実装。
体格(Physique)という値を用意した。
体格は大きいと HP,STR,VIT は大きくなり、AGI は下がる補正値。
今は敵の体格値50-150で変動。
のちのちはマップごととかに体格範囲を決めれるようにしようかと思ってる。
体格値がやたらとでかいのばかり出る、巨人のダンジョンとか
逆の小人のダンジョンとか作れたらいいなあ。
体格はモンスターハンターとかペルソナ4あたりの
時々大きさが違うのがいたのを参考にした。
SRPG version 0.0.10
仮ステータス,装備変更実装、まだ戦えない。
装備変更画面はまだで、装備をタイトルから選べるようにした。
HP,STR(力),VIT(体力),AGI(素早さ)などを実装。
体格(Physique)という値を用意した。
体格は大きいと HP,STR,VIT は大きくなり、AGI は下がる補正値。
今は敵の体格値50-150で変動。
のちのちはマップごととかに体格範囲を決めれるようにしようかと思ってる。
体格値がやたらとでかいのばかり出る、巨人のダンジョンとか
逆の小人のダンジョンとか作れたらいいなあ。
体格はモンスターハンターとかペルソナ4あたりの
時々大きさが違うのがいたのを参考にした。
956 ：SGGK ◆6pZCoAtaxk ：2010/04/19(月) 23:26:18 ID:q2YeOLiX
動き、確認できました。場所によって２体の敵キャラの距離感が変わるのも確認出来ました！。
これが体格値変動の効果かも。
こちらの方は、昨日のバグはなんとか取れました。バグの大半は、
「 '0x3000': この文字を識別子で使用することはできません 」というメッセージで、
これは全角を使ってるのがいけないという事を言ってるらしく。
最初気付かなかったけど、空白部分に空白の全角文字が使われていたのが原因。
（以前にも似た事あったからか今回は早く気付いた。）
では何故全角になってたのかというと、switch文を書くのが面倒だったので、
どこかのホームページからコピペしてcase：以降の中身だけ書き変えてすまそうとしたら、
そのコピペした部分に含まれている空白が全角だったから。
ということで現在は得点が０対０で右上に表示されるところまで進んだところ。
バグとれたのになんで画面の遷移がないのかというと、if文の条件を満たした時の中身はまだ何も書いてないから。
コンパイルが通ったという事は、今回新しく用意したいくつかの状態遷移に使うための変数がとりあえず認識されてる様だな～というレベル。
これが体格値変動の効果かも。
こちらの方は、昨日のバグはなんとか取れました。バグの大半は、
「 '0x3000': この文字を識別子で使用することはできません 」というメッセージで、
これは全角を使ってるのがいけないという事を言ってるらしく。
最初気付かなかったけど、空白部分に空白の全角文字が使われていたのが原因。
（以前にも似た事あったからか今回は早く気付いた。）
では何故全角になってたのかというと、switch文を書くのが面倒だったので、
どこかのホームページからコピペしてcase：以降の中身だけ書き変えてすまそうとしたら、
そのコピペした部分に含まれている空白が全角だったから。
ということで現在は得点が０対０で右上に表示されるところまで進んだところ。
バグとれたのになんで画面の遷移がないのかというと、if文の条件を満たした時の中身はまだ何も書いてないから。
コンパイルが通ったという事は、今回新しく用意したいくつかの状態遷移に使うための変数がとりあえず認識されてる様だな～というレベル。
957 ：SGGK ◆6pZCoAtaxk ：2010/04/20(火) 23:29:21 ID:Qp+P7yyi
今日はあまり進まず。
１５秒後に状態が前半からハーフタイムに切り替わり、その切り替わった時の時間カウント表示が、
再び０から開始するようにしたかったのにうまくいかず。その後、運よく気付き、解決～！
if(matchstate == FIRST_HALF){ 略 }
のenum型変数matchstateをゲーム開始時にif文に処理が来る前にFIRST_HALFに初期化しておく必要があり、
そのように初期化してたと思ってたところが間違っていた。
自作の初期化関数initStage()の中で、
matchstate==FIRST_HALF;と書いていたのが間違い。
正解は、
matchstate=FIRST_HALF;
これで動いたのでたぶん今のところは大丈夫かも。
１５秒後に状態が前半からハーフタイムに切り替わり、その切り替わった時の時間カウント表示が、
再び０から開始するようにしたかったのにうまくいかず。その後、運よく気付き、解決～！
if(matchstate == FIRST_HALF){ 略 }
のenum型変数matchstateをゲーム開始時にif文に処理が来る前にFIRST_HALFに初期化しておく必要があり、
そのように初期化してたと思ってたところが間違っていた。
自作の初期化関数initStage()の中で、
matchstate==FIRST_HALF;と書いていたのが間違い。
正解は、
matchstate=FIRST_HALF;
これで動いたのでたぶん今のところは大丈夫かも。
デバッグも兼ねてステータス表示画面とかを作ろうと思ったが
画面レイアウトが面倒くさい。
ハードコーディングはしたくないんだけど
2Dレイアウト用ツールとかあるのかなぁ。
Inkscapeでsvgを吐き出してどうにかならんかなと調査中。
画面レイアウトが面倒くさい。
ハードコーディングはしたくないんだけど
2Dレイアウト用ツールとかあるのかなぁ。
Inkscapeでsvgを吐き出してどうにかならんかなと調査中。
959 ：SGGK ◆6pZCoAtaxk ：2010/04/21(水) 23:54:15 ID:b1dfX0v4
何かいいツールが見つかるといいですね～。
自分のサッカーゲームは、ソースとデータが混在しててかなり分かりにくくなってマス…orz
今日は、前半でゴールした時に「ＲＥＤ ＴＥＡＭ ＧＯＡＬ！」と表示されるように出来た（まだ赤チームの方しかゴールできない）けど、
その表示がいつまでも消えない…。今日はここまで～！
自分のサッカーゲームは、ソースとデータが混在しててかなり分かりにくくなってマス…orz
今日は、前半でゴールした時に「ＲＥＤ ＴＥＡＭ ＧＯＡＬ！」と表示されるように出来た（まだ赤チームの方しかゴールできない）けど、
その表示がいつまでも消えない…。今日はここまで～！
2Dのレイアウトの前に単なる画像表示をしていなかったことに気づいた。
一枚の画像にいくつかの絵を敷き詰めて
x,y=0,0から32x32の領域を表示。みたいにしようと思った。
一枚の画像に絵を描くのはいいんだけど、座標と幅、高さの指定が面倒だった。
Inkscapeの勉強がてら矩形のIDと左上の座標、幅、高さを
出力するExtensionを書いてみた。
Inkscapeに画像をドラッグアンドドロップして
矩形で切り出す領域を囲っいつつIDを振っていく。
そして下記のようなJSONを出力できるようにした。
[
{'id': 'title',
'x': 0, 'y': 0, 'width': 128, 'height': 64},
{'id': 'menu',
'x': 0, 'y': 64, 'width': 128, 'height': 64},
]
後はパースしてゲームで表示するときは
Sprite.draw(ID);
みたいな感じで表示できるようにした。
一枚の画像にいくつかの絵を敷き詰めて
x,y=0,0から32x32の領域を表示。みたいにしようと思った。
一枚の画像に絵を描くのはいいんだけど、座標と幅、高さの指定が面倒だった。
Inkscapeの勉強がてら矩形のIDと左上の座標、幅、高さを
出力するExtensionを書いてみた。
Inkscapeに画像をドラッグアンドドロップして
矩形で切り出す領域を囲っいつつIDを振っていく。
そして下記のようなJSONを出力できるようにした。
[
{'id': 'title',
'x': 0, 'y': 0, 'width': 128, 'height': 64},
{'id': 'menu',
'x': 0, 'y': 64, 'width': 128, 'height': 64},
]
後はパースしてゲームで表示するときは
Sprite.draw(ID);
みたいな感じで表示できるようにした。
961 ：SGGK ◆6pZCoAtaxk ：2010/04/24(土) 00:41:27 ID:4vW5IApK
Inkscape、Extension、JSON、ググってみたけど、後者２つは難しすぎて解りませんでした～orz
こ…こちらは、バグの話しか出来ない状態…。
error C2440: '=' : 'bool' から 'GOALSTATE' に変換できません。
（誤）if(goalstate1 =! goalstate){略}
（正）if(goalstate1 != goalstate){略}
error C2143: 構文エラー : ';' が '}' の前にありません。
（誤）
switch (goalstate) {
（ 略 ）
default:
}
（正）
switch (goalstate) {
case RED_GOAL:
（ 略 ）
default:
break;
}
これの解決だけで昨日はかなり時間を消耗…orz
そして最後にもうひとつ、
、
error C2653: 'SoccerGame' : 識別子がクラス名でも名前空間名でもありません。
というキツいのが出て、昨日の夜には解決できなかった。
こ…こちらは、バグの話しか出来ない状態…。
error C2440: '=' : 'bool' から 'GOALSTATE' に変換できません。
（誤）if(goalstate1 =! goalstate){略}
（正）if(goalstate1 != goalstate){略}
error C2143: 構文エラー : ';' が '}' の前にありません。
（誤）
switch (goalstate) {
（ 略 ）
default:
}
（正）
switch (goalstate) {
case RED_GOAL:
（ 略 ）
default:
break;
}
これの解決だけで昨日はかなり時間を消耗…orz
そして最後にもうひとつ、
、
error C2653: 'SoccerGame' : 識別子がクラス名でも名前空間名でもありません。
というキツいのが出て、昨日の夜には解決できなかった。
>>961
ExtensionはInkscapeの機能を拡張するための仕組みです。
Inkscapeの保存形式とかを自分の好きなように拡張できる仕組みがあるんです。
情報が少なくて苦労しました…
JSONは単なるテキストのフォーマットです。XMLとかCSVみたいなもんです。
今帰宅で明日も嫁の来客の対応などで日曜まで何も手をつけれない予感。
ExtensionはInkscapeの機能を拡張するための仕組みです。
Inkscapeの保存形式とかを自分の好きなように拡張できる仕組みがあるんです。
情報が少なくて苦労しました…
JSONは単なるテキストのフォーマットです。XMLとかCSVみたいなもんです。
今帰宅で明日も嫁の来客の対応などで日曜まで何も手をつけれない予感。
963 ：SGGK ◆6pZCoAtaxk ：2010/04/25(日) 00:25:08 ID:eov3+MTk
なるほど！どうもです～！（たしかにExtensionは検索してもあまり出てこなかった感じ）
こちらはほとんど進まずだけど、一応バグは取れた感じ。
やろうとしていた処理は、GOAL！という文字表示の経過時間を覚えさせておくための変数を宣言、定義して、
５秒後に消えるようにする内容だけど、この変数のところで昨日のバグメッセージが出てた。
大雑把に書くと、
soccergameクラスのヘッダファイル、soccergame.ｈの中で
static unsigned int timer;
static unsigned int s1;
static unsigned int e1;
と書いて、soccergame.ｈに書いてあるsoccergameクラスの宣言の外側で、
unsigned int timer=0;
unsigned int s1=0;
unsigned int e1=0;
と書いてた。これは静的変数なんで外部で値を定義しなければいけないみたいな事が書いてあって、
実際、目的は同じで名前の違う変数もソースに含まれててそれはバグになってなかった。
だから、それとの違いを見つければバグも取れるだろうと思い、よく見てみると、
private：かpublic：の違い←これは関係なかった。
変数の定義をするときに変数名の前にその変数がメンバになっているクラスの名前が付いていたのでとりあえず同じように書きなおす、
unsigned int SoccerGame::timer=0;
unsigned int SoccerGame::s1=0;
unsigned int SoccerGame::e1=0;
しかし、これでもバグが消えない。
そして、よ～く見てみるとうまくいってる方の変数は、ヘッダファイルではなく
定義を書いているファイルの方に書いてあることに気が付く。
soccergame.ｈではなく、soccergame.cppの方に書くと動いた～！
原因を理解した上での解決ではないので今後の不安が残るもののこのまま作業を進めることにするつもり。
こちらはほとんど進まずだけど、一応バグは取れた感じ。
やろうとしていた処理は、GOAL！という文字表示の経過時間を覚えさせておくための変数を宣言、定義して、
５秒後に消えるようにする内容だけど、この変数のところで昨日のバグメッセージが出てた。
大雑把に書くと、
soccergameクラスのヘッダファイル、soccergame.ｈの中で
static unsigned int timer;
static unsigned int s1;
static unsigned int e1;
と書いて、soccergame.ｈに書いてあるsoccergameクラスの宣言の外側で、
unsigned int timer=0;
unsigned int s1=0;
unsigned int e1=0;
と書いてた。これは静的変数なんで外部で値を定義しなければいけないみたいな事が書いてあって、
実際、目的は同じで名前の違う変数もソースに含まれててそれはバグになってなかった。
だから、それとの違いを見つければバグも取れるだろうと思い、よく見てみると、
private：かpublic：の違い←これは関係なかった。
変数の定義をするときに変数名の前にその変数がメンバになっているクラスの名前が付いていたのでとりあえず同じように書きなおす、
unsigned int SoccerGame::timer=0;
unsigned int SoccerGame::s1=0;
unsigned int SoccerGame::e1=0;
しかし、これでもバグが消えない。
そして、よ～く見てみるとうまくいってる方の変数は、ヘッダファイルではなく
定義を書いているファイルの方に書いてあることに気が付く。
soccergame.ｈではなく、soccergame.cppの方に書くと動いた～！
原因を理解した上での解決ではないので今後の不安が残るもののこのまま作業を進めることにするつもり。
964 ：名前は開発中のものです。：2010/04/25(日) 01:03:58 ID:Ou20NnNj
言語レベルのことで引っかかりすぎだろｗ
965 ：SGGK ◆6pZCoAtaxk ：2010/04/25(日) 22:48:09 ID:FEKcXmS9
た…確かに！
プログラマじゃないので要領がつかめず、なかなか前に進まないのがつらいところです。（汗；）
今日も少しだけ作業…。
ゴール得点後にボールがまだゴールに接したままなのでさらに得点がカウントされてしまう問題を直す。
ゴール判定直後から５秒間までは、ゴールの状態を表している変数をNO_GOALにしておいて、五秒後に
選手とボールの座標を初期位置に戻すようにプログラム！
ここまでを前半戦の処理については一応実装出来た感じ。
あとはハーフタイムと後半戦にも同じようにするだけ。
書くとわずかな内容に見えるけど、頭こんがらがった。（苦笑）
プログラマじゃないので要領がつかめず、なかなか前に進まないのがつらいところです。（汗；）
今日も少しだけ作業…。
ゴール得点後にボールがまだゴールに接したままなのでさらに得点がカウントされてしまう問題を直す。
ゴール判定直後から５秒間までは、ゴールの状態を表している変数をNO_GOALにしておいて、五秒後に
選手とボールの座標を初期位置に戻すようにプログラム！
ここまでを前半戦の処理については一応実装出来た感じ。
あとはハーフタイムと後半戦にも同じようにするだけ。
書くとわずかな内容に見えるけど、頭こんがらがった。（苦笑）
966 ：SGGK ◆6pZCoAtaxk ：2010/04/26(月) 23:24:15 ID:tiNRcB1d
試合開始から結果表示までの処理の流れの実装がなんとか完了。
テキストっぽい文字が表示されるだけなので見栄えは今までと変わらないように見える…orz
とりあえずこれで休める～！
テキストっぽい文字が表示されるだけなので見栄えは今までと変わらないように見える…orz
とりあえずこれで休める～！
967 ：SGGK ◆6pZCoAtaxk ：2010/04/27(火) 23:03:19 ID:puWvjObW
次の小目標は、
今まですべての選手が一斉にボールを追いかけていたのをやめて、
ＦＷは前１／３、ＭＦは中１／３、ＤＦは後ろ１／３の範囲にボールがある時だけ
ボールを追いかけるようにプログラムを直す。
…にしてみる予定。
それとプログラムソースの方は作業ペースを少し落としてもやむを得ないので、
ネット、３Ｄ、ＡＰＩの勉強にも少しずつ並行作業で挑戦してみよ～かな～という気もしてマス。
ちなみに３ＤとＡＰＩについては、ゲームプログラムの勉強を始めたばかりの頃に
一度挑戦してすぐに挫折した経験あり…orz
今まですべての選手が一斉にボールを追いかけていたのをやめて、
ＦＷは前１／３、ＭＦは中１／３、ＤＦは後ろ１／３の範囲にボールがある時だけ
ボールを追いかけるようにプログラムを直す。
…にしてみる予定。
それとプログラムソースの方は作業ペースを少し落としてもやむを得ないので、
ネット、３Ｄ、ＡＰＩの勉強にも少しずつ並行作業で挑戦してみよ～かな～という気もしてマス。
ちなみに３ＤとＡＰＩについては、ゲームプログラムの勉強を始めたばかりの頃に
一度挑戦してすぐに挫折した経験あり…orz
968 ：名前は開発中のものです。：2010/04/27(火) 23:42:18 ID:0svey8m3
かじってみて挫折したものは必要に迫られてからやり直せばいい。
必要でもないのに再挑戦したってまた挫折するだけ。
わき道にそれすぎ。
必要でもないのに再挑戦したってまた挫折するだけ。
わき道にそれすぎ。
2D描画とツール探しでプログラミングが停滞中。
3Dはモデリング、オブジェクト配置、アニメーション、全てblenderで作れるが
2Dでオブジェクト配置、アニメーションができるツールが見当たらない。
ファイルフォーマットでいえばSVGが限りなく答えに近い気がしてて
InkscapeがSVG Animationに対応すれば完璧なのに！
ツールでいえばFlashが一番近いと思うんだけど有料ソフトは一切使いたくない。
とりあえず wysiwyg できないけどテキストでアニメーションデータ書くか…
3Dはモデリング、オブジェクト配置、アニメーション、全てblenderで作れるが
2Dでオブジェクト配置、アニメーションができるツールが見当たらない。
ファイルフォーマットでいえばSVGが限りなく答えに近い気がしてて
InkscapeがSVG Animationに対応すれば完璧なのに！
ツールでいえばFlashが一番近いと思うんだけど有料ソフトは一切使いたくない。
とりあえず wysiwyg できないけどテキストでアニメーションデータ書くか…
970 ：SGGK ◆6pZCoAtaxk ：2010/04/28(水) 23:33:30 ID:0ikVrkTs
>>968
そ…そう言われたらなんとなくそんな気もしてきました。
２Ｄで作れなければ結局その先の事を考えても意味が無いかもしれないと考えてみれば、
まずは２Ｄをどこまでやれるか試す方が先かな～とも思うので、やっぱり２Ｄを優先する方針でいきます。
>>969
自分も何か知ってれば書きこみたいのですが、実はそのジャンルのツールを使用した経験が無くて…orz
そ…そう言われたらなんとなくそんな気もしてきました。
２Ｄで作れなければ結局その先の事を考えても意味が無いかもしれないと考えてみれば、
まずは２Ｄをどこまでやれるか試す方が先かな～とも思うので、やっぱり２Ｄを優先する方針でいきます。
>>969
自分も何か知ってれば書きこみたいのですが、実はそのジャンルのツールを使用した経験が無くて…orz
適当に2Dの配置+アニメーション用データを定義してみた。
タイトル(ID:title)のy座標が0～10フレームの間で-50.0から10.0に変化し、
項目0(ID:item0)のx座標が30～40フレームの間で340.0から230.0に変化する場合だと
[
{"id": "title",
"animation": [
{
"name": "y",
"type": "ease_out",
"begin": 0, "end": 10,
"from": -50.0, "to": 10.0
}
]
},
{"id": "item0",
"animation": [
{
"name": "x",
"type": "ease_out",
"begin": 30, "end": 40,
"from": 340.0, "to": 230.0
}
]
}
]
みたいに書く。
まだ色々機能が足りないけど、とりあえず動くところまでできた。
タイトル(ID:title)のy座標が0～10フレームの間で-50.0から10.0に変化し、
項目0(ID:item0)のx座標が30～40フレームの間で340.0から230.0に変化する場合だと
[
{"id": "title",
"animation": [
{
"name": "y",
"type": "ease_out",
"begin": 0, "end": 10,
"from": -50.0, "to": 10.0
}
]
},
{"id": "item0",
"animation": [
{
"name": "x",
"type": "ease_out",
"begin": 30, "end": 40,
"from": 340.0, "to": 230.0
}
]
}
]
みたいに書く。
まだ色々機能が足りないけど、とりあえず動くところまでできた。
GWはしっかり休めるのでゲーム作りに励めそう。
さっそくVS2010EEが出てたけど、
今回のゲームが落ち着くまでは2008で行こうかと思う。
さっそくVS2010EEが出てたけど、
今回のゲームが落ち着くまでは2008で行こうかと思う。
973 ：SGGK ◆6pZCoAtaxk ：2010/04/29(木) 23:38:00 ID:LPVTG3EU
>>971
自分も何かテクニックを使ってみたいけど、まだ自分には無理そうな感じです～。
中身を見てそう言えば自分の選手データにはＩＤに相当するものが無かったと気付き、
後々不便が起きるかもしれないので、今すぐ使わなくてもとりあえず選手データ初期化するときに
ＩＤも入れておこうかな～と思ってみたり…。
一応>>967で言っていた選手の動きを実装する前に選手の動きの種類を切り替えるしくみとして使っていた
ストラテジーパターンというやつを無くすことができないか考えているところ。
これもテクニックなのかもしれないけど、もともと１４歳シリーズの本がこのやり方を使っていたので
やむを得ず良く分からないまま使っていたのが現実なので、このまま続けると後々苦労する予感。
何故かというとどうもこのやり方だと動きを切り替える事ができるといっても
入力と出力の形は同じでなければならないという制約があるようだから…。
ちょっとだけ考えてみていい方法が思いつかないなら、このまま進めてその制約で出来る範囲の動きで我慢するか、
またifとか使って対応するかのどちらかでいくつもり。
自分も何かテクニックを使ってみたいけど、まだ自分には無理そうな感じです～。
中身を見てそう言えば自分の選手データにはＩＤに相当するものが無かったと気付き、
後々不便が起きるかもしれないので、今すぐ使わなくてもとりあえず選手データ初期化するときに
ＩＤも入れておこうかな～と思ってみたり…。
一応>>967で言っていた選手の動きを実装する前に選手の動きの種類を切り替えるしくみとして使っていた
ストラテジーパターンというやつを無くすことができないか考えているところ。
これもテクニックなのかもしれないけど、もともと１４歳シリーズの本がこのやり方を使っていたので
やむを得ず良く分からないまま使っていたのが現実なので、このまま続けると後々苦労する予感。
何故かというとどうもこのやり方だと動きを切り替える事ができるといっても
入力と出力の形は同じでなければならないという制約があるようだから…。
ちょっとだけ考えてみていい方法が思いつかないなら、このまま進めてその制約で出来る範囲の動きで我慢するか、
またifとか使って対応するかのどちらかでいくつもり。
>>973
デザインパターンにこだわらずに作ったほうがいいと思います。
switchを全部strategy patternにする必要なんてないんだし。
自分が作りやすいように作ったほうがいいんじゃないかな。
メニュー操作周りを作ってます。ドラクエみたいな
コマンド一覧->使用者一覧->まほう一覧->対象一覧（まほうを使うとき）
のように選択対象が切り替わっていったり、キャンセルで戻ったりの仕組みを考えていた。
なんとなくスタックでいけそうな気がする。
開いたメニューをスタックにpushしていって、topの奴が操作対象になる。
キャンセルでpopして前のやつに戻る。みたいな感じで。
デザインパターンにこだわらずに作ったほうがいいと思います。
switchを全部strategy patternにする必要なんてないんだし。
自分が作りやすいように作ったほうがいいんじゃないかな。
メニュー操作周りを作ってます。ドラクエみたいな
コマンド一覧->使用者一覧->まほう一覧->対象一覧（まほうを使うとき）
のように選択対象が切り替わっていったり、キャンセルで戻ったりの仕組みを考えていた。
なんとなくスタックでいけそうな気がする。
開いたメニューをスタックにpushしていって、topの奴が操作対象になる。
キャンセルでpopして前のやつに戻る。みたいな感じで。
975 ：名前は開発中のものです。：2010/04/30(金) 02:47:43 ID:QJ0EVrLS
僕も修行していいですか？
Cのポインタでつまるレベルなんですけど
テトリスとかオセロとかのミニゲームをなんとか作ったけれど、基礎を固めていくのは性に合わないのかいよいよ限界です。
タクティクスオウガを初めてやったとき目ん玉飛び出るくらい楽しかったので
クォータービューのマップを使ってなんかやれたらいいなと
Cのポインタでつまるレベルなんですけど
テトリスとかオセロとかのミニゲームをなんとか作ったけれど、基礎を固めていくのは性に合わないのかいよいよ限界です。
タクティクスオウガを初めてやったとき目ん玉飛び出るくらい楽しかったので
クォータービューのマップを使ってなんかやれたらいいなと
977 ：名前は開発中のものです。：2010/04/30(金) 13:42:21 ID:QJ0EVrLS
>>976
がんばりやす。
初心者らしくVC++2005とDXライブラリで作ります。
簡単に変数を表示できる簡易デバッグ用のクラスや、FPSを取得する関数がミニゲームつくりの段階で作ったのがあるんで
これを使ってしばらくは負荷テストに終始する予定です。
何も考えずに作ってみたらどうやらクォータービューはマップの描画だけでかなり負荷がかかるみたいなので。
今日までのテストでわかったことは
マップチップを長い逆三角形のように並べてマップを動かして負荷の推移を調べた
・マップチップが画面に多く表示されている部分は高負荷で、チップが少ない部分は低負荷だった
→画面からはみ出た部分に関しては描画処理を行わない仕様っぽい。
同じマップでマップチップのサイズを大きくしてみた
（はみ出た部分は処理を行わない事がわかったのでチップを大きくし、面積当りの処理の回数を減らした）
・負荷が軽減した
→描画面積より処理の回数の方が負荷に与える影響は大きい。
クォータービューの醍醐味である高さ方向へチップを重ねてみた とりあえず単純に全てのチップを２段３段と重ねて厚くした
・負荷が一気に大きくなった
→描画に関しては、画像が上書きされて見えなくなった部分も描画が行われていると考えられるため単純に２倍３倍の描画の負荷がかかっていると推測
次のテスト予定
３次元配列と構造体配列マップデータとしてどっちが適してるか
僕の環境で１画面にいくつまでチップを表示させても良いのか
馬鹿でかい画像と、ウィンドウと同じサイズの画像とで、ウィンドウいっぱいに表示したときの負荷は同じなのかどうか
こんな作業がしばらく続く予定です。
がんばりやす。
初心者らしくVC++2005とDXライブラリで作ります。
簡単に変数を表示できる簡易デバッグ用のクラスや、FPSを取得する関数がミニゲームつくりの段階で作ったのがあるんで
これを使ってしばらくは負荷テストに終始する予定です。
何も考えずに作ってみたらどうやらクォータービューはマップの描画だけでかなり負荷がかかるみたいなので。
今日までのテストでわかったことは
マップチップを長い逆三角形のように並べてマップを動かして負荷の推移を調べた
・マップチップが画面に多く表示されている部分は高負荷で、チップが少ない部分は低負荷だった
→画面からはみ出た部分に関しては描画処理を行わない仕様っぽい。
同じマップでマップチップのサイズを大きくしてみた
（はみ出た部分は処理を行わない事がわかったのでチップを大きくし、面積当りの処理の回数を減らした）
・負荷が軽減した
→描画面積より処理の回数の方が負荷に与える影響は大きい。
クォータービューの醍醐味である高さ方向へチップを重ねてみた とりあえず単純に全てのチップを２段３段と重ねて厚くした
・負荷が一気に大きくなった
→描画に関しては、画像が上書きされて見えなくなった部分も描画が行われていると考えられるため単純に２倍３倍の描画の負荷がかかっていると推測
次のテスト予定
３次元配列と構造体配列マップデータとしてどっちが適してるか
僕の環境で１画面にいくつまでチップを表示させても良いのか
馬鹿でかい画像と、ウィンドウと同じサイズの画像とで、ウィンドウいっぱいに表示したときの負荷は同じなのかどうか
こんな作業がしばらく続く予定です。
978 ：SGGK ◆6pZCoAtaxk ：2010/05/01(土) 00:27:48 ID:OKqHyNID
>>974
なんとなくそのような気がしてきた感じ…。
ストラテジーパターンで書かれているところを普通にifとswitchに書き直してみようかな～と思います。
>>975
ど～ぞヨロシクです～！。自分はいつも言語段階で躓いてます！！
なんとなくそのような気がしてきた感じ…。
ストラテジーパターンで書かれているところを普通にifとswitchに書き直してみようかな～と思います。
>>975
ど～ぞヨロシクです～！。自分はいつも言語段階で躓いてます！！
ttp://github.com/happana/srpg/downloads
SRPG version 0.0.11
キャンプメニュー追加。簡単な装備切り替えを実装。
今回は2D周りのアニメーション実装でかなり時間がかかった。
結局2Dのアニメーションは手書き…
1.テキストで座標とか書く
2.バイナリ化
3.ゲームで確認
を繰り返すことに…面倒臭い！
メニューはかなり面倒臭いことが分かった。
画面遷移からレイアウトやら表示すべき情報やら
考えないといけないことがいっぱいある。
SRPG version 0.0.11
キャンプメニュー追加。簡単な装備切り替えを実装。
今回は2D周りのアニメーション実装でかなり時間がかかった。
結局2Dのアニメーションは手書き…
1.テキストで座標とか書く
2.バイナリ化
3.ゲームで確認
を繰り返すことに…面倒臭い！
メニューはかなり面倒臭いことが分かった。
画面遷移からレイアウトやら表示すべき情報やら
考えないといけないことがいっぱいある。
>>978
どうもよろしくお願いします。僕も言語レベルで躓きます
分岐なんてifとswitchとあとなんか関数ポインタとか言うのがあるというのを聞いたことがある程度で
ストラテジーパターンなんてはじめて聞きました。そんなレベルです。
クォータービューを軽く描画するための残りの負荷テストが大体終了
まだあるけどキリがないんで
ふわっふわと実装へ向かってます
複数の画像を組み合わせた画像を新たな単一画像としてメモリにロードできるような方法があれば
画像をたくさん用意しないでも済むんですけど、色々さがしてみまーす
どうもよろしくお願いします。僕も言語レベルで躓きます
分岐なんてifとswitchとあとなんか関数ポインタとか言うのがあるというのを聞いたことがある程度で
ストラテジーパターンなんてはじめて聞きました。そんなレベルです。
クォータービューを軽く描画するための残りの負荷テストが大体終了
まだあるけどキリがないんで
ふわっふわと実装へ向かってます
複数の画像を組み合わせた画像を新たな単一画像としてメモリにロードできるような方法があれば
画像をたくさん用意しないでも済むんですけど、色々さがしてみまーす
981 ：SGGK ◆6pZCoAtaxk ：2010/05/02(日) 00:42:40 ID:yO5MYKxx
>>979
キャンプメニュー、見れました～。
自分は、状態の遷移でifやswitchのスパゲティになってます。
>>980
もしかしてこのスレで紹介されてた>>822の事だとか…。
前半後半の遷移実装版をアップしようとして、
VC++でreleaseモードでコンパイル（デバッグ実行）したらなぜかバグ。
debugモードなら問題無くコンパイル出来るのにという謎に遭遇。
場所は画像を表示する部分で登録してる数よりもはるかに大きな数の
配列が用意されてしまってるところまではわかったけど、原因わからず…orz
もう１年ぐらいかけてもいいからＣで書きなおすのが良いかもと思いかけた時、
なんとなく「リビルド」してから、コンパイルしたら出来た！
でもこの調子だといつの日かＣで全部やり直し！なんてことになるかもと少し心配な感じ。
とりあえず、うｐしてみます～！
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0100zip.html
キャンプメニュー、見れました～。
自分は、状態の遷移でifやswitchのスパゲティになってます。
>>980
もしかしてこのスレで紹介されてた>>822の事だとか…。
前半後半の遷移実装版をアップしようとして、
VC++でreleaseモードでコンパイル（デバッグ実行）したらなぜかバグ。
debugモードなら問題無くコンパイル出来るのにという謎に遭遇。
場所は画像を表示する部分で登録してる数よりもはるかに大きな数の
配列が用意されてしまってるところまではわかったけど、原因わからず…orz
もう１年ぐらいかけてもいいからＣで書きなおすのが良いかもと思いかけた時、
なんとなく「リビルド」してから、コンパイルしたら出来た！
でもこの調子だといつの日かＣで全部やり直し！なんてことになるかもと少し心配な感じ。
とりあえず、うｐしてみます～！
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0100zip.html
>>981
ソースコードも上げてれば困ったときに誰かが教えてくれるかもしれない！
とか言ってみる。
そんな希望を持ちつつ僕の場合はソースコードも上げてます。
みんなでソースコードとかも見せ合って
バグとか技術とか教え合ったりできたらいいなぁとか思ってます。
ソースコードも上げてれば困ったときに誰かが教えてくれるかもしれない！
とか言ってみる。
そんな希望を持ちつつ僕の場合はソースコードも上げてます。
みんなでソースコードとかも見せ合って
バグとか技術とか教え合ったりできたらいいなぁとか思ってます。
983 ：名前は開発中のものです。：2010/05/02(日) 01:51:14 ID:J6RVu3x/
外野だけど887にアドバイスできるレベルの人はたぶんほとんど居ないと思うの
>>981
おおっと日向君強引なドリブルからのぉ・・・ゴォオオオオオオオルッ！！面白かったです。
サッカーゲームはAIも難しそうですね。サッカーやってましたけど人間の僕もよくわかんないで動いてましたし。
DerivationGraph は近いんですけどやりたいことはこれとまったく逆の処理で
DXライブラリでいえばGetDrawScreenGraphが該当するんですけど透過情報が消えてしまうのが困り物です。
透過情報でなく、透過色指定をDXライブラリで出来た気がするんでその線で行ってみます
プログラムだけではアレなんでドット絵も晒して行こうかと思います。
憧れのタクティクスオウガ風のキャラ雛形です。
本音では解像度的にもう少し大きいサイズがいいんですけど大きすぎると一人で作るには作業が大変なんでとりあえず小さめに
ttp://www.gazo.cc/up/10455.png
おおっと日向君強引なドリブルからのぉ・・・ゴォオオオオオオオルッ！！面白かったです。
サッカーゲームはAIも難しそうですね。サッカーやってましたけど人間の僕もよくわかんないで動いてましたし。
DerivationGraph は近いんですけどやりたいことはこれとまったく逆の処理で
DXライブラリでいえばGetDrawScreenGraphが該当するんですけど透過情報が消えてしまうのが困り物です。
透過情報でなく、透過色指定をDXライブラリで出来た気がするんでその線で行ってみます
プログラムだけではアレなんでドット絵も晒して行こうかと思います。
憧れのタクティクスオウガ風のキャラ雛形です。
本音では解像度的にもう少し大きいサイズがいいんですけど大きすぎると一人で作るには作業が大変なんでとりあえず小さめに
ttp://www.gazo.cc/up/10455.png
