俺育成ゲーム（参加者求む）

ゲームを作りたい…！

しかし、この歳にになっていまさら何からすればいいのかわからない。
Ｃ＋＋？
と解説ページに行ってもイマイチよくわからない。
（coutとか書いているとウィンドウがつくれるの？）

こんな俺に課題を出して育成してくれ！

目標・２Ｄでよいのでゲームが作りたい。
　　　ツクール系は試したが、イマイチ思ったとおりに出来ないので。
　　　まずはシューティング。

以下、絶対守る俺ルール。

１・課題を出してくれ、解説してくれる人は師匠とあがめる。
２・わからなければ質問しまくるが、週に１度は最低１つの課題に対する成果を提出。
３・課題と回答、師匠の解説をまとめたページを作成する。

やる気と健康度だけは１００（技術と知力は０）な俺を育成してくれ、師匠！

とりあえず、1がむかえるだろうエンディングを16パターン作ろうか。

１．ろくに相手してくれる人がいなくて、いきなり挫折。

1・ろくに相手してくれる人がいなくて、いきなり挫折。
2・数学ができずに挫折。
3・ポインタ（が難関らしい？）がわからなくて挫折。
4・結局ツクールに逃げる
5・ある日突然フェードアウト
（以下挫折ネタが続く）
13・出来たものの出来は散々。失望して終了。
14・いいところまで行ったが…仕事が忙しくなってフェードアウト。
15・２Ｄシューティング完成！　しかし燃え尽きて終了。
16・無事作成。２Ｄから３Ｄの世界へ幅を広げる。

こんなところか？

じゃあ課題。

とにかくなんでもいいからキャラクターを表示しれ。透過とかはまだ考えなくていい。
キー入力によってそいつを上下左右に動かせ。

師匠、質問です！

それはC++とかを使えばいいのでしょうか？
キャラクターを表示するにはDirectXが必要ですか？

教材の指針を示していただけると助かります！

5 とは違うが、何となく眠れないので付き合ってみる。

>>1 は全くプログラミングの経験がないのかな。
C, C++, VB, Java, Delphi, HSP とか、どれか使ったことはある？

>>7
ありがとうございます、師匠！

N88Basicを（大昔）少々。
VBに手を出したこともありますが、コンポーネントの配置とかよくわからず挫折。
せっかくなのでC++である程度本格的にがんばってみたいと考えています。

CharacterってString（文字）をDOS窓に表示なら少し勉強すればできるんですが…。

>>1の現在のパラメータ
やる気　：100/100
健康　　：100/100
技術　　：0
経験　　：0

一週間後の予想
やる気　： 36/100
健康　　：100/100
技術　　：1
経験　　：5

>>8
むらびと：
ＨＳＰをやっときなさい。BASICと同様の感覚で出来るから。
C++は止めときなさい。ライブラリ使わないと簡単に絵が出ないから。

　　ならHSPをするか
　　 それでもC++をやります
＞　ころしてでも うばいとる

明日の仕事があるので今日は寝ます。
出る前にスレをチェックしますので、お勧め教材などがあれば
購入する所存。

>>8
言語は C++ で決定ですか？

一週間後の予想
やる気　： 0/100
健康　　： 40/100
技術　　： 0
経験　　：-10

>>8
プログラミングの経験が皆無というわけではないのですね。

多分、スレの流れ的にはココと同じになると思うので、
合間で参考にしてみてください。

今日から必死で１から全て学んでゲーム作成します
http://pc5.2ch.net/gamedev/kako/1044/10445/1044534510.html
今日から必死で〜
http://pc5.2ch.net/test/read.cgi/gamedev/1064146178/

まずは、C++ をコンパイルして実行できる環境を手に入れること
からですけど、現在 C++ のコンパイラは何か持っているのでしょうか？

なんで経験減ってるんだよｗ。
あと、1はそんなに頑張り屋じゃないから健康減らんよ。きっと。
やる気０と技術０はは当たってるかもしらんが。

まあ、楽しめそうなスレが立ったな。煽りもするが教えもするぞ。

最近はマシンが高速だからJava+eclipseでjavaアプレットとして作るというのも
なかなか悪くない選択肢だと思う。

確かに、最初は簡単なのが良いよね。
すぐに絵が出て、動いた方がプログラミングしていても楽しいし。
C や C++ で作ると、そこまで行くのに一苦労で、やる気なくすから……。

なので、手軽に作りたいのなら C++ は私もお勧めできない。
そして、C++ を使わないのなら、私がお手伝いできることは何もないです……。

いきなりC++に朝鮮して玉砕するのも悪くないかと
C++を齧ったという経験が積めて本望だろうて

無料で俺がRPGを作れるようにするスレ
http://pc5.2ch.net/test/read.cgi/gamedev/1059218326/l50

このスレを押しておこう

女と酒と自慰を絶つ覚悟はあるか？
話はそれからだ・・・

HSPでＲＰＧ
http://pc5.2ch.net/test/read.cgi/gamedev/1082902759/

おすすめ

マジレスすると、最初の課題は「時間の確保」
3ヶ月で100時間、純粋にゲ製に取り組む時間割の計画を立てる

…社会人になってからゲ製覚えようとすると、
　 仕事以外の全てを捨てることになりかねんよ

１．ゲームが作りたい
２．しかしPG初心者だ
３．といってツクールでは物足りない

という人にはHSPが最適
BASICライクだしすぐに絵が表示できて動かせる

CだとAPI通さないとウィンドウも出ないよ
コンソール表示のゲームでも別にいいけど

プロのPGになりたい訳じゃないならHSPがお勧め

ししょー！出発前にレスを。

教材はとりあえず2chスレなんですね。

>>7師匠 21師匠 23師匠
ＨＳＰ、ゲーム用ベーシックのようなものでしょうか？
調べてみましたが、速度が大丈夫か少し心配（弾幕系シューティングを作りたいので）

Ｃ言語には厨房の頃からの憧れがあるのでしばらくＨＳＰと平行で覚えて見ようかと
考えています。
Ｃに憧れるあまり他の言語が見えてなかったので、どんな言語があるか勉強して見ま
す。

俺の環境はWIN2000+Borand C++,Celeron1GHz。
Ｃ＋＋はテキスト編集で四則演算・結果表示プログラムのコンパイルを通したことが
あります。
（１年ぐらい前）
そのときはウィンドウの出そうとしたものの、ちんぷんかんぷんで諦めました。

>>16師匠
Java、これから調べて見たいと思います。

>>20師匠
酒はもともと飲みません。
女はしばらく前に振られました。
性欲はそのときの自分の馬鹿さ加減に対するショックで（マジ）。
条件を満たしたくなかった…。

とりあえず、行ってきます。

漏れの予想
一週間後の予想
やる気　： 0/80
健康　　： 60/101
技術　　： 0
経験　　： 0

>>1
ttp://www.plustarnet.com/aspil/Programming/
↑をまずやれ。
終了

資金　： ????

VC++で周ﾃｨﾝｸﾞや�eﾋﾟｰｼﾞｰ作ることはできますか？

ウィンドウ作成で挫折したらなウィンドウ作成を課題にすればいいんでないの?

VC++は最強だ！！！！！！byネレー＠Ore1GP

1にアイテムが追加されました

「ロープ」「練炭」「睡眠薬」

>>24
HSPは弾幕STGもOK
>>28
C++はゲーム会社が使ってるんだからもちろんできる

んで、俺のお勧めはHSPだけど
Cやるならウィンドウ表示だね、まずは
↓こんなまっさらのウィンドウ作るのが最初の課題
http://gamdev.org/up/img/1549.zip

ただいま帰宅しました。
掃除やご飯などで開始はまだ遅れます…。
とりあえず、師匠に連絡を。

ＨＳＰを進める方が多いのでＨＳＰも勉強してみます。
Ｃ＋＋とＨＳＰそれぞれを見ていって俺自身の適正を判断してみたいです（甘いか？）

>>22師匠
実はすでにその見通しが立っています。
仕事が楽になってきたのでこのスレ立てました。
３ヶ月で１００時間こなします！

ちなみに、俺にはもう捨てるものがありません…。
この上はゲームを作る夢に殉じるのみです。

>>21師匠、23師匠
ＨＳＰですか…足を踏み入れて見ます！

>>25師匠
そういって負けん気を起こさせてやる気をあおるつもりですね！
考えが深い。

>>26師匠
おお、これはよさそうなページ！
課題の参考に…したかったけどウィンドウ作成が省かれているような。
（まだ斜め読み）
あと、これは「俺育成ゲーム」なんですよ
よって師匠と俺との双方向性が重要、俺は独自に学習するが決して完全な独習では
面白くないわけで！
ほら、だんだんやる気０に近づくのを過程を見たい人もいるっしょ！
ついでに師匠が見て評価してくれること自体がやる気↑につながるわけですよ！

>>27
資金　： 0

>>29師匠
おお、それは新しい発見！
たしかにウィンドウ作れないんですよね。
ネットで調べるとよくわからない関数（？）を使用しないといけないみたいで頭が…。

>>30師匠
なるほど！
しかしＶＣは高い。

>>HOTsoUpxjY師匠
おお、ウィンドウだ！
さすが師匠、スゲー。

こんな>>1を育成するぐらいなら俺を育成してください。

>>36
馬鹿かお前は。このスレは１の成長と*挫折*を煽るスレなんだぞ。
二週間後に来たら多分誰も居ないから、第二期生として名乗りを上げろ。

>> 1さん
ウィンドウを作る仕組みを理解しようと考えてもしかたないぞ。
それと同じ労力でHSPでグラフィックと音楽バリバリ流したデモを作れる。
どうせウィンドウ作成なんて、上級者でも初心者でもスケルトンをコピペする
だけなんだから。

あと、この言葉を送ろう。
「関数の原理を理解しようと思うな。使い方だけ判ればいい」

>「関数の原理を理解しようと思うな。使い方だけ判ればいい」

マジでいってんのか？コレ

この手のスレは１、２ヵ月後には廃墟
定説です。

当たり前だろ。
今の１のレベルでライブラリの中とか追うなんて、気力の無駄以外の何者でもない。

>>39
連日書き込みがあるのは10日
一ヵ月後、仕事が忙しかったので、学業が忙しかったので、ちょっと病気して
二ヵ月後、

今終了しました。
ついでにＨＳＰインストール。
ＤＩＲＥＣＴＸＳＤＫインストール。
ＢＣＣデベロッパーインストール。

課題をこなすたびに↓更新予定。
http://f41.aaacafe.ne.jp/~grow/

>>36さん
ふふふ、すでにレスが40件近く！
現在やる気140なので当分譲りません。

>>37師匠
確かに！
俺は中身を知ろうとして意味がわからずに悩んで挫折する傾向があります。
「お呪いと思った方がいい」
昔の会社の同僚にも言われた…。

>>39〜41
確かにこの速度のレスは最初の1週間程度だと思う。
だが、ほぼ毎日レスは（仕事で泊まらなければ）確保する。

ウィンドウ作るだけなら猫プロのこのページにまんまソースがある
http://www.kumei.ne.jp/c_lang/sdk/sdk_00.htm
↑真ん中の太字のとこコピペしてbccでコンパイルしてみて

ちなみにHSPでウィンドウを出すには↓これだけでOK

stop

>>◆HOTsoUpxjY師匠
HSPで画像が表示できました！
確かに楽です。
Basicのget putよりはるかに楽でした。
画面更新もらくなような…？
N88Basicの記憶が薄れているのでもう比較もできませんが！

猫プロ、そのままコンパイル通してみました。
うーん、ウィンドウが出たけれどなにをやっているのか意味不明。
よくページを読んで理解します。
とりあえず、29師匠の課題をクリアした（のか？）ので明日か明後日
にはまとめてＨＰにアップしたいと思っております。

やはりＨＳＰが楽でも低級

う、興奮のあまりすっ飛ばしてしまいました！

ＨＳＰが楽でもＣとかの言語がかっこいいと思っている俺。
しばらくはＣも地道に生きたいと思います！

http://www.uploda.org/file/uporg11931.png

>>1よ
そんなこと言えるくらいなら金も出さないくせに育成してとか言うな。
無能だな。

HSPは動かすのが楽だけど、大規模・長期のゲーム開発ならC/C++の方が大局的に効率が良くなる
HSPでもAPIやDirectＸ使えるし、そんなすぐ言語の限界にぶつかる訳じゃないけどね

それで言語を二つ以上同時に覚えるのはしんどいと思うけどなあ
構文とかの記憶がゴチャゴチャになるからお勧めしない
特にC＋APIは三ヶ月／百時間をまるまる当てる位の期間が必要かもしれない

１がBASICでプログラムの基礎をどれ位押さえてるかで時間は変わるとは思うけどね
まあRPG二、三本クリアするのにそれ位掛かるから大したこと無いと言えばそうだけど

んじゃまた明日

C++はオブジェクト指向わからんと扱いづらいが、HSPをやるとC++覚えるのがめんどくなってきて結局どっちつかずになるという諸刃の剣。

■■■このゲームのルール１■■■
１．１日１０ポイントのやる気が下がります。
　　(ただし１の書込みが一日中ない場合は３０ポイント下がります。)
２．１レスにつき１ポイントのやる気が上がります。

やる気　：141
健康　　：100
技術　　：0
経験　　：1

一緒にdelphiやろうぜ。
参考までに、以下全部delphi

http://www.bakuretsu.net/
http://www.vector.co.jp/vpack/browse/pickup/pw5/pw005448.html
http://www.vector.co.jp/games/soft/win95/game/se334925.html
http://www.vector.co.jp/soft/win95/util/se148219.html
http://www.vector.co.jp/games/soft/win95/game/se268374.html
http://wiebo.hp.infoseek.co.jp/12/main.php
http://www.subspacehq.com/
http://www.interq.or.jp/moonstone/person/
http://www.capcom.co.jp/pc/aow2/

HSP厨うざい

>>54
厨房にＣ＋＋を勧めても無駄だからな。
厨言語HSPを教えるのが何か間違っているとでも？

さっさと挫折しろ

>>55
ごめん、間違ってない

誰か僕を育成しろよ

それより幼女育成ゲーム作ってくれよ

とりあえず画像表示させてキーで動かすとこまではできた

じゃあ画像が画面の外に出ないようにしれ
そん次は画面の中に四角を表示させて四角には入れないようにしれ

画面の外に出ないようにはできた。
が当たり判定がうまくいかね。んばる。

言語は知らんがあたり判定くらいはぐぐればすぐ出てくると思う。んばれ。

ただいま帰宅しました。

>>47さん
もしやそれは画像の差し入れ！？使わせていただきます。

>>48さん
くっ、言い返せない…。

>>◆HOTsoUpxjY師匠
なるほど、わかっていましたがHSPの方が楽に作れるんですね…。
だが究極はC++と。

目的を果たすだけなら正道はHSPな感じですね。
しかし、自分のこだわりとしてはC++…。
師匠、Ｃ＋＋で行かせてください！　覚悟を決めます！

>>51師匠
心を決めました。
Ｃ＋＋です。根性入れます。

>>52さん
経験が１あがってる！
やったっ！


>>53さん
AOWってDelphiだったんですね…（ちょっと思い出あり）
ありがたいですが、Ｃ＋＋に決めたので！

>>54さん
そんなことないです。
目的を果たすだけならＨＳＰでも十分なはず。
皆さん、書き込みを読んで適切なアドバイスをして下さってますよ。

>>56さん
いやだ。

>>58さん
同じ教材で一緒にがんばりましょう！

>>59さん
ごめんなさい、幼女より立派な勇者（男）を育てるゲームのが好きです…。

>>60さん
す、すげー！

>>61師匠
か、課題だけが前に進む…って俺取り残しっ！？

今日は時間ねえから明日また頑張る。ちなみに言語はVC++。
あとel使ってるからそこまではすごくない。卑怯とでも何とでも家！

C++で行くのか。道のりは遠いが焦らないで行こう
関数・ポインタ・構造体が分からないで
API使う（コピペするだけ）のは無意味なんでCのマスターから始めよう
変数とか制御文とか基本的な部分はBASICと同じようなもんだから大丈夫

それでまずコンソールゲームから始めようか
よくあるじゃんけんゲームとかそんなやつ

師匠！
公式ページ更新しました！
デザインも何もまだまだですが、整理して資料的価値がでるようがんばります！
http://f41.aaacafe.ne.jp/~grow/

>>58さん
いや、方法論を見つけてくるだけですげー！
利用できるものは素直に利用した方が得でしょ。
俺もDXLIBをつかって課題をクリアしようか悩んだ…。

>> ◆HOTsoUpxjY師匠
了解しました。
DOSプロンプト上でじゃんけんするようなゲームですか！？
文字でちょきとかでてくるよーな。

俺はC++はオススメせんなあ。
なんだかんだ言って結構古い言語なんだよ、アレは。
C++言語が作られた後で一般的になった設計思想もあるし、C言語との下位互換
という制約を負っているために、どうも垢抜けしない印象がある。

>>64-65
お前、そのレス書いてるくらいの時間あればHSPで>>60-62ぐらいまでの
作業できるぞ。
C++をやるなら、……楽に使えそうなグラフィックライブラリを探せ。
間違ってもWindowsSDK(API)でキャラ表示とかやろうと思うなよ。
見返りが無いわりに、やたら労力増えるからな。

>>69
お勧めはナニよ

ぜぇぜぇ、58さんに負けてられない！
ということでがんばります。

>>◆HOTsoUpxjY師匠
http://f41.aaacafe.ne.jp/~grow/

↑この課題ページ３に回答を出しました！
コンパイルも通ったし、ランダム関数もいけました！
次お願いします！！！

>>26師匠
紹介してもらったページが役に立ちました！
ありがとうございます！

>>69師匠
C++がだめと言うと、今は何の時代なんでしょう？
C#?
Javaはネットでアプレットゲームやったらしょぼい割に（俺では作れないLVだけど）
やたら重かったので止めておこうかと思っています！

グラフィックライブラリ…DXLIBのような？
DirectXでは駄目なのでしょうか！

なにやってるのか分からないところがあるのになんで次に進めるの？

解答みてみたけど、やっぱりＨＳＰの方が作りやすいような気がするな…
初心者がゲーム作るには、グラフィック関連が簡単な言語にすべきだと思う。
ＨＳＰなら便利なライブラリも沢山あるでしょ。

>>71
はやっ！　このタイプのスレではかなり優秀な１ですね
だけどincludeの後は何
あとvoid main(void)→int main(void)

>>74
s/</</
s/>/>/　してないんだろ。

ぐあ、馬鹿なことやってしまった。
&を&amp;と書いてなかったよ。
s/</&lt;/
s/>/&>/

>>cRGvPnjU
質問に答えてくれよ

とりあえず、doubleとかの型は大体理解したと思います。
関数とクラスの差がちょっとよくわからない。

>>72師匠
time関数はt_time型で現在時刻を返します。
それをunsignd intにキャスト（型変換？）してtime関数が扱えるようにしてるみたいです。
time_tは通常typedefでlong型を指定して返しているらしいです。

timeはlongを返すのにunsignd intを渡さないといけない関数randに値を渡せて
いるのはなぜかよくわかりません。
ついでにlongを返しているのにtypedefでわざわざt_time型を新規に作っている
のも意味不明。
何か意味があるのでしょうか。


>>73師匠
確かに俺もそう思います！
ＨＳＰ楽です。
でも、Ｃ＋＋（低級言語）でゲームを作成すること自体が若かりし頃の
自分の夢だったので意地を貫きたいのです。


>>◆HOTsoUpxjY師匠
<>は>とかやらないと表示されないのを今知りました。
のでtime関数の説明とともに修正しました。

ちなみに、俺は頭悪いですが行動力はある方だと思います。
よって言っててやらないというより、やろうとしてできないタイプです。
今後ともご指導よろしくお願いします。

>>78
おぉそうか。夢なら仕方ないな。その姿勢にちょっと感動した。んばれ。
とりあえずテキトーに変数系を覚えたらさっさとグラフィック関係にとりかかろう。なんか面倒そうだし。

>>75-76
なる、タグで引っ掛かったのか

>>78
俺C++って高級言語だと思ってた、まあいいや
夢もいいけど、ゲームのプレイヤーを楽しませるのも忘れずにね

それで俺はHSP専門だし今コンテストやってるから、しばらくROMするわ
なんか立て逃げが多いこの手のスレで成長が凄い速いから楽しみだね

>>77
すまん。オススメはC#、Java、D言語あたりだ。

>>79師匠
がんばります！
ところで、課題なんか出していただけると短期的目標ができて非常に嬉しいのですが！
いや、ウィンドウに画像出すのが遠く見えすぎていてきついだけなんですが！


>>◆HOTsoUpxjY師匠
調べて見たらC++は高級言語でした…。
大学ではＣが低級とか言われていたのに。

それはそうとお疲れ様でした！
なんとなくやる気も出てきたので妄想全壊でシューティング企画を考えております！
また見に来てください！

>>1
＞time関数はt_time型で現在時刻を返します。
＞それをunsignd intにキャスト（型変換？）してtime関数が扱えるようにしてるみたいです。
＞time_tは通常typedefでlong型を指定して返しているらしいです。

t_time ? time_t ?　うちの環境じゃ time_t しかないです。
この辺間違えると言ってることが通じないので気をつけませう。

あんまり深追いする必要はなくて、その関数が何をするのかだけ知っておけばいいと思います。
どういう引数をとってどういう値を返すのかはマニュアルを見ればいいんで。

で、あれは time() の戻り値を unsigned int にキャストして srand() の引数にしてます。

＞timeはlongを返すのにunsignd intを渡さないといけない関数randに値を渡せて
＞いるのはなぜかよくわかりません。
渡してるのは srand() ですね。
time() の戻り値を unsigned int にキャストして、それを srand() に渡しているので問題ないです。
(unsigned) は time() の戻り値にかかります。

＞ついでにlongを返しているのにtypedefでわざわざt_time型を新規に作っている のも意味不明。
＞何か意味があるのでしょうか。
time() が返しているのは long ではなくて time_t 型です。同じですが型としては異なるものです。
time_t を作る理由は、環境によって型の大きさを変えなくちゃいけないからです。
環境によっては time_t が long 以外である必要があるかもしれないでしょ？
でも time() が返す値を time_t で統一しておけば移植するとき何も考えなくていいんです。

>>82
課題→ウィンドウに画像出す

コレが最初の難関らしい？
とりあえずココだけさくっとやっちまおう。必要な計算なんかは後からいくらでも付いてくる。
目標がゲームなんで、画像出せないといつまで立っても変数処理ばっかりだし。
コンソールでもパックマンとか作れないこともないけどその後がしんどそう。

>>82
まあ、普通に機械語とアセンブラ以外は高級言語だし。
高級言語の中では、Ｃはかなり低級な(マシン語に近い)位置にあると思うぞ。

おっ、凄いジャンケンゲームができてる。

次の課題としては、もうちょっと C の準備運動ということで、
コンソールでモグラたたきはどうでしょうか？

***
***
*** と表示して、

***
**T
*** ならテンキーの [6] を押す、みたいな簡単なものを。

今からウィンドウに絵を出すため黙々と作業に入ります…。

>>72師匠
なるほど、これから文章にも気をつけます！
time_t型は移植性とかの問題なんですかね、納得！
よくわからんですがオブジェクト指向にも関係ありそうですね。

説明が感動的なわかりやすさだ…！

>>84師匠
さくっとですか！
出来る限りがんばって見ます。
とりあえず土日を目標に。
やるに当たってスケルトンとか、ウィンドウ出す関数はコピペじゃまずいです
よね、やっぱり？

>>1
＞よくわからんですがオブジェクト指向にも関係ありそうですね。
残念だけどオブジェクト指向は全然関係ないぞ！

>>87
まずはコピペでいいと思う。
で、とりあえず表示できたら
「引数にどれとどれを渡す」とか「この引数は何に使う」とか、細かい部分を見てけばいい。

…で、詰まったら>>86で息抜きしよっか。

Ｃ＋＋でキャラクタが出て、キー操作で上下左右に動くなんて、
１時間ぐらい対話型の授業形式で教えればできるよ。
ただ、みんな面倒なので付き合わないだけだろ。

さっさと挫折しろ

もぐらたたきゲームが何気に難しい。
どうやったら文字の表示位置を調整できるのか？
改行で画面を全部流すのは正解じゃない気がする…。
関数リファレンスとか探しまくるしかないのか。

とりあえず、今日はもう寝ます…寝不足は髪＆記憶力の敵なので。

>>72師匠
再利用性を考慮して…とかありそうだったのに！
そうだったのか！


>>89師匠
了解です！
明日は用事があるので1日いっぱいは使えませんが、日曜は完全オフ！
両方ともクリアしますよ！

>>90さんへ
マジですか…。
俺の頭悪さがいかんのか…。


>>91
無理。
むしろそのレスで俺は負けん気を燃やす。
頭きた。
とりあえずウィンドウに画像ぐらいは明日中（26時ぐらいまで？）にやるからみとれ。

ごめん。サンプルをさっさと書き込んでおくべきでした。

BCC なら conio.h をインクルードして、
gotoxy(x,y) で x 列, y 行にカーソルの移動
clrscr() で画面の消去ができます。

#include <conio.h>
gotoxy(1,5);
printf("5行目にカーソルが移動します");
gotoxy(1,1);
printf("先頭にカーソルが移動します");

ついでに停止せずにキー入力を取得する方法も。

#include <windows.h> // GetTickCount()
#include <conio.h>

int main()
{
int anime, time, key;

time = GetTickCount();
anime = 1;

// キーの入力待ちループ
while( !kbhit() )
{
// 一定時間毎に点滅
if( 500 > GetTickCount() - time )
continue;
time = GetTickCount();

gotoxy(1,1);
if( anime )
printf("入力待機中");
else
printf("　　　　　");
anime = !anime;
}

key = getch();
printf("\n %c が押されました", key);
return 0;
}

これでラスト。

#include <windows.h>
GetTickCount() は Win32 SDK の API で起動からの経過時間をミリ秒単位で返す。

#include <conio.h>
kbhit() はキーが押されていれば 0 以外、押されていたら 0 を返す。
押されたキーは getch() で取得できる。

ついでに、 _setcursortype(_NOCURSOR);
でカーソルを消去できる。

ちなみに conio.h は BCC のコンソール制御ライブラリ。
フリーだとマニュアルが付いてないのが辛いね……。

まだ思いっきりC言語だな。C++への道は遠い。

>>94
訂正

int anime, time, key;
の行を下記の様に修正してください。
↓
int anime, key;
DWORD time;

Cって凄い大変なんですね…。
HSPでも手間取ってるのに…。

>>１さん頑張ってください

ただいま帰宅。
しかし、現在のパラメーター

健康：２０

91に負けるようで悔しいが、とりあえず今日はモグラ叩きを作って
今日はねる。

>>7師匠
大量のコードありがとうございます。
ほぼ回答と同義な気もするので速攻で作ります！

>>84師匠
すみません、画像だしは明日になりそうです。

>>96さん
C++とCってそこまで違うものなのか…。
道は長いな。

>>98さん
応援ありがとう。
Cでも画像処理ライブラリを使えば楽に出来るらしい。

>>99
お疲れさん。C++は完全にCを含んでいるからねえ。
明日は、ライブラリのサンプルコピペでもいいから、画像ファイル読んで表示とか
出来るといいな。

さっさと挫折しろ

>>101
定時連絡乙

もうゲーム作ってるってことは変数、構造化文、基本関数は理解してるんだよね？

>>103
>>8

うぅーんち　うんち　うんちうんち

頑張って下さい。と言ってみたり

中間報告。

コピペで画像を出すのはできた。
が、やってることがわからないので読解中。

もぐら叩きはクラスを使って見たらちゃんと表示できなくなって
しまったので必死にデバッグ中。

いつまでも何も出さないのもあれなので、課題５「もぐら叩き」の仮版を
アップして更新しました。
意図しない場所に文字が表示されたり、キー入力待ち、盤面表示待ちがお
かしかったりと散々です。

無理してクラスを使おうとしたのがいけなかったのか…。

http://f41.aaacafe.ne.jp/~grow/kadai/5.html

とりあえず、食事・選択などのため一旦PCを離れます。

うぅーんち　うんち　うんちうんち

>>1
もぐらたたきをちょっと触ってみた。
http://gamdev.org/up/img/1575.zip

BCC使ったことなくてウェイトに sleep() 使ってるからゲームにならないけど
なーんかそれっぽくなったぞ。
できるだけ原型をとどめるようにしたから良かったら見てちょ。

キー入力、画面描画、ウェイト調整も考えると
ゲーム用ライブラリとか導入したほうが楽になれると思う。

ＶＣ＋＋を購入した方がいいのか？
ネットを見ているとＶＣ＋＋が圧倒的に多い。

>>100さんへ
ありがとうございます。
とりあえず、出来たのですがやっていることが意味不明！？


>>102
まあ、これは義務なので。

>>103さんへ
基本関数…たぶん理解できてないです…。

>>106さんへ
ありがとうございます！

>>110師匠
あ、ありがとうございます！
参考にします！！

ところで、ＨＰにこれを乗せてもいいでしょうか？
とりあえず、基礎力がついたらライブラリは考えて見ます！

>>111
もちろん構いませんです。

BCC でも msec, usec レベルでウェイトがとれればいいんだけどね。
修正前のがどうもビジーループっぽかったもんで、
ビジーループすべきでない派としては sleep(1) にさせてもらいました。

>>110師匠
師匠！
ＤＬしたものの回答できないであります！
仕様ソフトはLhasaとLhazですがどちらも駄目でした。

>>1
(;´Д`) ﾏｼﾞﾃﾞ?
Lhasa でも Lhaplus でも展開できたよ

>>110師匠

ダウンロードしなおしたら回答できました。
お手数をおかけして申し訳ありません。

もしかして、1週間でウィンドウ表示＋キャラ移動までいくのか！？
行ったら俺基準でスゲー。

>>7師匠
とりあえず、
http://f41.aaacafe.ne.jp/~grow/kadai/4.html
に課題のものをアップしました。
ほぼ完全にコピペなので自分の実力にするべく理解中です。
そのうち、ソース内に自分で理解したことを書き加えたいと思っています。

画像表示成功おめでとうございます。
この調子で行くと年内に弾幕シューティングも達成しそうな勢い。すごい。

とりあえず今のサイズ変更が出来るウィンドウだと都合が悪くなってくるので、
サイズ変更不可にした方がいいですよ。ついでにウィンドウのサイズも640*480ぐらいの
キリのいいサイズに変えてみてはいかがですか?

両方ともCreateWindow()関数で設定します。
ウィンドウスタイルについては
http://yokohama.cool.ne.jp/chokuto/urawaza/prm/window_style.html
を参考にしてみてください。

漏れも今C独学で覚えてる。
１がんがれー

参考になるといいけど、APIについて
http://wisdom.sakura.ne.jp/system/winapi/win32/index.html
自分には大分参考になったよー

ただいま帰宅。
今日はもぐら叩きで110師匠のコードを見ながら俺に足りないものを考えた…。

そして浮かんできた疑問。
・果たしてクラスはこんな使い方でいいのか？
本当にクラスってあれでいいのか？

あと、ソースコードは見やすくしないといけないことを実感。
110師匠のソースコードは見やすい。


>>117師匠
ありがとうございます。
弾幕シューティングにはいろいろまだまだ障害があって
・絵はどうするの？
・音楽どうするの？
・俺の企画で人が集まるの？
・そもそもゲームの設計論とか、デベロップの基本とは？
とか、素人考えでもこれぐらい。

ウィンドウについては変更をやってみます。
資料提供どうもです。


>>118さん
お互い競争だ！


>>119師匠
ありがとうございます！
これは…ばっちりやりたいことに合致してますね！

ちなみに118の中=119の中＝漏れだったりするよ。

>>120
>・果たしてクラスはこんな使い方でいいのか？
使わなくても可
>・絵はどうするの？
素材
>・音楽どうするの？
素材
>・俺の企画で人が集まるの？
既に集まってる
>・そもそもゲームの設計論とか、デベロップの基本とは？
動くものが無い段階では不要

>>121
IDで分かるよ

>>122
いや、別人に扱われてたから言って見ただけ。

このゲームクリアしたら・・・・なんか商品あるのかな

>>120
モグラはクラス化したほうが見やすいし、メソッドもあれでいいと思います。

>>120
モグラたたきのクラスは、初めて作ったとは思えないほど上出来です。
てっきり、関数と構造体で作っていると思っていたので、ちょっとびっくりしました。
ただ、動かないのが難点ですが……。

私も 1 さんのソースを元にして作ってみたので、
良かったら見比べて見てください。
http://gamdev.org/up/img/1589.lzh

あと、「果たしてクラスはこんな使い方でいいのか？」という不安ですが、
それを解決するには、「オブジェクト指向の概念」と、「C++ がどのように
オブジェクト指向を言語でサポートしているのか」を学ぶ必要があります。

これを一気にクリアするのは難しいので、
最初は構造体と関数を使ってプログラミングしながら、
合間にぼちぼち学べば良いんじゃないかと思います。
（そして上手くクラス化できたら組み込んでみる）

C++ の勉強のためにやる気が 0 になったんじゃ、本末転倒だと思うので、
今はクラスに拘らずに、どんどんゲームのコードを書いて動かすべきです。
まずは、もう少し大きなプログラムを作って各部品をモジュール化に挑戦
してみることをお勧めします。

まあ、楽しみながら行きましょう。
課題の提出とホムペの更新、お疲れさまです。

師匠！！
もぐら叩きを更新しました！
110師匠のものを少し修正しただけですが！
（110師匠の元コードは許可がないのでアップしてないです）

…と思ったら7師匠もソースコードを！
早速見てみます。

http://f41.aaacafe.ne.jp/~grow/

>>121師匠
何かを教えてくれた時点で師匠だ！
ありがとう！

◆HOTsoUpxjY師匠
おお、暖かい励ましのお言葉！
がんばります。
そのうち素材も集めはじめたいと思います。

>>124さん
クリアするとゲームが出来る。

いやそれより、こんな密度で勉強するのは久しぶりで楽しい。
後、ゲームを作れたら「俺育成スレッド」の成功例を作ったことに。
（いや、過去の例は知らんが）

>>110師匠
なるほど、ありがとうございます！
でも関数と構造体でもよかった気がする…。

>>7師匠
ありがとうございます！
なんかゲーム作成系サイトに行ったらInitとか使っていたので真似して見ました。
privateで変数を作れとあったので外からいじる欲望を抑えてひたすらprivateに。
ただ、まだ意味はちゃんと理解してません。
うおぉぉ！ソース！
ありがとうございます。早速見ますよ！

>>126
ウホッいいソース。
他の人が書いたソースってやっぱり面白いし勉強になります。

って読んでたら気づいたんですけど
漏れが書いたやつはキーとモグラの対応が正しくないですね。
ノートしかもって無いもので素で気づきませんでした。orz
ごめんよ1さん ｡･ﾟ･(ﾉД`)･ﾟ･｡

ただいま帰宅。しかし、明日が早いので寝ないと死ぬ罠。

>>7師匠
電車の中で読んだ７師匠のソースはすごかった！
ヘッダを使って分けるだけですごくわかりやすくなるんですね。
HPに比較対照としてのせていいでしょうか？
ああ、HPも整理しないと…。

クラスについては現時点で下記のような理解にとどまっています。
＜理解してるような気がするところ＞
・関数を含められる構造体（構造体は変数の集まりを１つの型として定義するようなもの）
・クラス内部からしかアクセスできない変数・関数と誰でもアクセスできる変数・関数を設定可能
・外からいじれないので無茶な応用が利きにくい反面、なかで何をやっているのか気にせず一定の動作を期待できる。
　よって外からあまりいじれないように上手く作れば大きなソースの中でも互いに干渉せずに便利な関数として使用可能。

＜理解が怪しすぎるところ＞
・クラスは継承ができるので、あ「基本クラス」から「派生クラス」へと分岐させられる。
　分岐してもコードのなかで同じように振舞わせることが出来るのでそれを上手く利用する？

Basicできれいな（脳内基準）コードを書いていた頃に、スマートなサブルーチンを作ろうと
がんばっていた記憶があるので、結構こういう概念とかについて考えるのはすきなのかもし
れません。

>>110師匠
大丈夫です。
そこは気づいて修正しましたし、なによりコードをみて勉強になりました！
これからもよろしくお願いしますっ！

>>131
タスクをクラスで、とか考え始めると面白いけど、抽象化技法は程々に
んで素材だけど

http://doga.jp/2004/programs/dogal/index.html
↑L1はフリー。3Dだけどドット絵より楽。組み合わせでオリジナル色も。
http://kikyou.sakura.ne.jp/~osabisi/
↑いっぱいある。効果音を試聴しながらどう使うか想像するのも楽しい。

音楽は聞いたことのない素材サイト見つけた方がスレ的に面白いな。
んじゃ引っ込むんで頑張ってちょ。

初めて覗いてみたけど良スレですね。

漏れは良い課題を作ったりする能力はないけど、
C++は多少は分かると思う（とはいってもBoost実装なんかは半分理解が危うい程度 orz）
ので、初期の助言ぐらいは出来るかもしれません…

>>1 さんがんがってくださいな。応援しとります。

ちなみに漏れもPC9801EX時代のN88BASICから入ったけど、
昔を考えると、CになってもC++になっても、
プログラミングて結局、PCにやらせたいことをそのまま並べるんだな
なんて当たり前のことを再認識してしもた

スレ主が馬鹿みたいなアイディア出さないで、スレのスピードが適度というあたりも
このスレが良スレである要因になってるな。

あとは、このままフェードアウトしないで続けてくれるといいぞ。

◆HOTsoUpxjY師匠
なるほど、確かに素材を見ているとゲームで使う様が想像できて楽しいですね。
これから暇を見て探して見ようと思います。


>>133さん
ありがとうございます。
学習成果は随時アップするのでなにかあったらよろしくお願いします！

>>134さん
応援ありがとうございます。
ひたすら続けますよ！

なんか…ウィンドウをフルサイズしたらそのまま帰ってこなくなりました。
今日はここで力尽きます…。

おつ〜
今は何の課題にチャレンジ中で？

可能性１．DirectX排他モード

ただいま戻りました。

７師匠のもぐら叩きコード、俺では改造する点すら見つからなかった…orz

とりあえず、現在画像動かし中。
キーボードのキー入力をとって画像を動かせました。
今日中には画面端判定をつけてＵＰしたいところですが結局明日も朝早く
あまりいじれなさそうな感じ。

その分明日は１７時帰宅を認めてもらっているので明日には必ず…

嫁とのエッチの時間は作る
↓
その動画をうｐ
↓
神
↓

とりあえず、今日はもうむりぽ…。
明日４時出なので寝ます。

ごめんなさい。

>>141
お疲れさまです。あんまり、無理しないように。
時々休むか、遊びなよー。

>>131
>HPに比較対照としてのせていいでしょうか？

自由に使ってもらって結構ですよ。
必要なら修正、加筆してもらっても構いません。

>>135
>７師匠のもぐら叩きコード、俺では改造する点すら見つからなかった…orz

もぐら叩きを改造するのなら、
練習として 110 さんのようにノートで遊ぶ人のために
テンキーを使わないバージョンを１から書き直してみたらどうでしょう？
（練習なので今あるソースを見ずに書き、バグも全部取る）。

あと、余裕があればゲームを拡張するのも良いかも。
例えば、プレイ中に難易度が変わるとか、ハイスコアがファイルに記録されるとか。
または、1 さんが思い付いたアイディアを何か一つ。

コードの構造的な改造なら、
メンテナンスをより容易にするために仮想関数や関数のポインタを使ったりする
方法があります。しかし、これにはクラスの継承やポインタを理解する必要があるので、
まあ、もう少し先の話ですね（この規模で導入すると逆に複雑になりますし）。

続けて、ですが。

そろそろシューティングへの布石として、
簡単なマト当てゲームはいかがでしょう？
（縦向きか、横向きはお任せします）。

* <- マト。右から左へなど一定パターンで動く

.| <- 弾。自機から発射。
W <- 自機。ボタンで弾を発射。

最初はマト、弾の両方とも一つだけの状態で、
コンソールで正しく動くか試してみてください。

あと、モグラ叩きは今動いているバージョンをアップして、
上に書いた拡張版は飛ばして、こちらに移ってしまうのも良いと思います。
（……同じものを連続して何度も作るのは飽きると思うので）。
やり甲斐がある方をやってみてください。1 さんにお任せします。

どちらにせよ、今やっている課題が一段落するか、詰まったらどうぞ
（〆切なんてないので、マイペースでね）。

もぐら叩き改がGUI版もぐら叩きなら、そのまま作って
その上で、GUIマト当てゲーム作った方がよくない？

今帰りました。

早起きしたのに結局この時間。

>>138師匠
アドバイスありがとうございます。
調べて見ますね。

>>7師匠
了解です！
それぐらいなら朝飯前で作れそうな予感。
やってみます。

>>144師匠
ＧＵＩ版はまだ無理そうです…。
ＣはわかってきてもＷＩＮＡＰＩの使い方と作法が難しい…。

一応、文字シューティングの基本（？）は作成しました。
べた書きですが、ＨＰに課題６としてＵＰしておきました。

本来なら今まで習ったことを生かすべきなのですが、今朝４時出で
気力がつきました…。
今週までは時間に余裕があるはずが週末も埋まってしまった…。

http://f41.aaacafe.ne.jp/~grow/

ある意味リアル育成シミュレーションゲーだな

このスレに感動した！
よっしゃ俺もソースファイルを晒す！みんな見てね

忙しいゾーンが過ぎました。
今日からまた再開できます。

課題が時間のかかるものになりつつあるので、今までより多少ペースが
落ちると思いますが、やり続けますのでよろしくお願いします。

次は水曜更新が目標です。

kono sure zitaiga game

良スレ発見！

■クラスについて
赤っ恥覚悟で言わせてもらうと、プログラムの構造を理解しやすくするための概念。
もぐらたたきはあれ自体それほど難しくないので、１つのクラスでも問題なし。
シューティングなんかを作っていく場合は、ShipClass（飛行機クラス）とかShotClass（弾クラス）
なんかを作ることになる。

■継承
ShipClass { // 飛行機のベースクラス
int x; // X座標
int y; // Y座標
};

PlayerShipClass : public ShipClass { // プレイヤー飛行機クラス
int ship; // 残機数
int bom; // ボムの数
};

EnemyShipClass : public ShipClass { // 敵飛行機クラス
int type; // 敵の種類
};

こんな風にしとけば、アニメーションなんかの敵味方共通な処理はベースクラスに置いといて、
それ以外の個別の処理は継承先に書いておくと、コーディングが減らせる（←これ超大切）。

>>139 で画像の表示と移動なんかをやってるようなんで、
せっかくだからクラス・継承を使ってみてはどうでしょ。

// 動く画像のベースクラス。
// 座標の保存と表示処理だけを行う。
class MoveImageBase {
int x, y; // 表示座標
void draw() // 画像を表示
};

// 移動処理を外から受け取って移動する画像。
// move_???()をコールするとそれぞれの方向に移動する。
// キーボードの入力値でコールするメソッドを変える。
class MoveImageUser : MoveImageBase {
void move_left(); // 左に移動
void move_right(); // 右に移動
void move_up(); // 上に移動
void move_down(); // 下に移動
};

// 勝手に動く画像。
// move()をコールする度に移動量分移動する。
// 壁で跳ね返る。
class MoveImageAuto : MoveImageBase {
int move_x, move_y; // 移動量(-1〜+1)
void move(); // 移動量分移動
};

>>151,152氏に勝手に補足させて頂くと、
共通の処理を基底クラスにまとめる、というのは、複数のコードから重複する部分をサブルーチンにまとめて分離するのと似ていますから、あまりメリットを感じない”かも”しれません。

しかしここで大切なのは、処理をまとめたことだけではありません。継承することによって
「MoveImageUserもMoveImageAutoもMoveImageBaseの一種である」という関係が出来たことです。
これにより、クラスを利用する側（ゲーム本体）ではMoveImageUserもMoveImageAutoも同じ種類のもの、としてひとまとめに扱うことが出来るようになります。
簡単な例を挙げると、普通に書けば

MoveImageUser userImage; // ユーザ入力版画像オブジェクト
MoveImageAuto autoImage; // 勝手に動く画像オブジェクト
userImage.draw();　// 描画処理
autoImage.draw();

と書いていたのを、（敢えてポインタを使って書きますが、もちろん意味は気にしなくてOKです）

MoveImageBase* image[2]; // image[0]=ユーザ版 image[1]=AI版
// ... ここになにやらﾓﾆｮﾓﾆｮ ...
for (int i=0; i<2; i++) image[i].draw(); // image[i]を描画

のような感じで、どちらもMoveImageBaseの一種として、共通に扱うことが出来るようになります。

例えば新たに、「ギコが出てきて勝手に動かしてくれる画像クラス」を追加することになったとしても
同じMoveImageBaseから継承してさえいれば、ゲーム本体で変更する箇所は、上の例で言えば配列の個数だけで済みます。
これが２，３個の追加ならそのまま書いても良いのですが、実際のゲームで５０種類の敵が出てきたりすると、各クラスごとにdraw描画命令を書いていたのではたまりませんね。

この他にも先人の知恵で、継承を使うことで様々なメリットがあり、複雑な処理が比較的簡単にできるようになるのですが、、
理解するには、最低限ポインタを理解していなければいかんので、今はあまり深く追求せず、今できる課題をこなすと良いと思います。
こういうことも出来るんだな、程度で、読み飛ばしてください。
ちなみに理解しやすくするためにかなりハショり、一部嘘を交えてます。逆に分かりにくくなってたらすみません(´･ω･`)　説明下手なもんで｡゜（ﾟ´Д｀ﾟ)゜｡

最初はいつもの糞スレかと思っていたが
だんだん良スレになってきたね
おいらも負けじとがんがるぞっと

>>MFC ◆xRgRnKA3e2さん
イエス。
このスレで育成した弟子は現実に残るのがいいところ…？
師匠はグッドエンドを迎えられるのか！？

>>151師匠
なるほど、クラスの利点がわかってきた気がします！
弾・敵・自機に共通する点は…
・移動する
・当たり判定がある
・画像を表示する
あたりなので、それらを共通部品化しようとしてみます！



>>153師匠
なるほど、ポリモーフィズムとかそんなやつですね！
とりあえず、ポインタをまともに勉強しないと使いこなせないのですね…。


>>154さん
この手のスレには珍しくガチでクリアを目指しています。

ポインタはそこまで難しくないよ。

理解するだけなら簡単。泥臭い使いこなしをするには慣れがいるけど

>>155
親クラスのメソッドを使いまわして行きたいなら、そのうちSTLってのも使うことになるだろう。
STLってのはC++の標準ライブラリの一種で、文字列クラスやコンテナなどの
プログラムを書くのに便利な道具の集まり。

このゲームのエンディングはバッドエンドかグッドエンドか果たして

>>153 補足ども。自分は「クラスってポリモーフィズムのためにあるんじゃないの？」と思っちゃうくらい重要視してます。

>>1 >>151-153の流れでよく「ポリモーフィズム」って言葉が出てきたなぁ。ポインタも分からんとは思えない。すごい。もぐらたたきでいきなりクラス使ってるとことろなんか見ても、やっぱそういう「概念」とかにモチベーションもつのね。

■ポインタ - ポインタでややこしいのは２つ（だと思う）。

【宣言と参照】
int num; // intの実態
int* ptr; // intのポインタ
int& ref; // intの参照

num = 5; // numに5を代入
ptr = # // ptrはnumのポインタになる。
ref = num; // refはnumの参照になる。

printf( "%d", num ); // num(つまり5)を表示
printf( "%d", *ptr ); // ptrの実態(つまりnumの5)を表示
printf( "%d", ref ); // refの参照先(つまりnumの5)を表示
// 結局どれも同じ。というように、*とか&とかがごちゃごちゃしていて分かりにくい（と思う）。
// 正直慣れるしかない。

【何に使うか】
int a[10] = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 };
int p = a; // pは配列aの先頭のポインタになる。

for ( int i = 0 ; i < 10 ; i++ ) {
printf( "%d", *p ); // pの実態を表示
p++; // 配列の次の要素に移動
}
// ※出力結果 ... 0123456789
// というように、ポインタは基本的に配列と絡んで使う。

この手のスレは開始そうそう1が叩かれてAA大量に貼られたあげく
１が逃亡して終了ってのが相場だったんだが、ここはがんばる1さんのいる良スレですね

1000までに果たして1は無事に育成完了するのだろうか…

>>159
あと、クラスの「参照」作るのに使うわな。
むしろ実体を宣言する必要性はあるのかという気もする。

いきなり使い方だけ示されてもなんのこっちゃだから、
作る仮定で覚えていけばいいさ

今帰宅。

これから課題の残りを仕上げるので少し待ってください。

■現在の状況■
１のやる気：30/100
技術　　　　： 0
経験　　　　： 5

スレのレベル ：+1(-5〜+5)
スレの活気度：-3(-5〜+5)

まだつくってます…

あわてない〜ひとやすみ〜

HPはちゃんと更新はしていませんが、今日の成果をここに。

http://f41.aaacafe.ne.jp/~grow/
↑のトップにやりかけのシューティング課題ソースをUPしました。
　コンパイルは通りますが、上手く動作してくれません。
（またか）
　明後日修正版をUP予定。

継承したクラスがまともに動いていないのでなんともいえないのですが
気になっている点。

Stg_obj→シューティング基本クラス
MyShip→自機クラス、stg_objの派生
Enemy→敵基本クラス、stg_objの派生

Stg_obj stg[2];
stg[0]=MyShip ship;
stg[1]=Enemy enemy;
for (i =0;i<2;i++) {
stg[i].action();
}

などとすればaction内のコードがMyShipとEnemyで違っても
動いてくれるということなのでしょうか。

あとは何で動いていないのか例によってよくわからない…。
師匠の皆様方、アドバイスありがとうございます。

レスは修正ソースというかたちで明後日に！

あ、やりかけソースはトップページからリンク張ってあります。

>>167
すんません、俺が変に書いたから逆に混乱してしまったかもしれませんね(´･ω･`)
（実は、そのようなコードを考えてくれたのですごい安心してたりもしますが、、矛盾してますね。）

継承についてですが、考え方は全くその通りで、後は書き方の問題です。

コンパイラから見ると、「MyShipとEnemyはStg_objの一種」であって、
Stg_objそのものではないので、直接の代入は出来ません。
（補足ですが、変数 = 型 変数名; 　のように、代入式の中で変数は定義できません。）

かといって、
MyShip ship;
stg_obj[0] = ship;
とも出来ません。
（強引に代入だけなら出来ますが、スライシングという現象が起きます。それは後々分かるかと）

で、これを実装するためには以前も書いた通りポインタを使う必要があるのですが、
ポインタをどこまで理解しているのか分からないので突っ込んだ説明は避けます。。

一応、「もしやるとしたらこうなる」という例を書いておきますが、意味は深追いしなくて結構です。
コードの枠組みが同じなのから分かると思いますが、>>1氏の考え方が間違ってるわけではないので…(´･ω･`)

Stg_obj *stg[2];
stg[0] = new MyShip;
stg[1] = new Enemy;
for (i=0; i<2; i++) {
　　stg[i]->action();
}

ところで>>1はポインタについてはどれぐらい理解してるの？
そろそろ学んでもいい頃だと思うが

>>168
というか、あんたはそんな時間まで起きていて大丈夫なのか。

>>170
まあ使い方だけ分かるのでも使えないことは無いが、理解しておいた方が
よいってのは確かだな。後に納得できないことが出てきにくいし。
ただ、注意して欲しいのは「使い方を覚える＞原理を理解する」という
優先順位にしたほうがよいってことだ。
例えば、ポリモーフィズムがどうやって実現されてるかとか、そういう
ことは理解するのが難しい。それを理解するために一時間使いなら
使い方を一時間学んだほうがよいってこと。

>>171
ポインタに関してだけは１時間かけて使い方を１０個覚えるより
１時間かけてでも原理を１個覚えた方がいいと思う。

使ってみて感覚を知って
ポインタそのものに慣れることも重要だと思う

「習うより慣れろ、そして知れ」

なんつって

まあ、ポインタ議論は置いとこうぜ。別にこのスレで議論する
ことでもないしな。
マターリ進行を大事に。

>>174
(　ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ

(；ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ
　　_, ._
（；ﾟ Дﾟ）

久々に早い帰宅。

ポインタ談義が出ているので自分のポインタに対する理解を。

ポインタはオブジェクト（変数や関数）に対するメモリ上の位置。
ポインタが指し示す位置を見ることで変数の値などを取得することができる。

&xなど&をつけることで変数などに対するポインタが生成され、int* ptxのように
あらかじめ宣言しておいたポインタ型にアドレスを格納できる。

int x = 1;
int* ptx = &x <<xのアドレスをptxに格納

で、配列を扱うときには配列がメモリアドレス上で連続して取られるため、
ポインタの進化が発揮される。

int x[10];
int* ptx = &x[0];
*(ptx+1) //これはメモリアドレスを１つずらす式になり、実質x[1]

関数に対する使い方、->についてはまだ勉強中。
有効な使い方も今日勉強予定。

>>156師匠
176が俺の理解で、泥臭い使いこなしはこの先と認識。
どうでしょう？

>>157師匠
ほー。STLですね。今度調べて見ます。

>>158さん
グッドエンドにもたどり着けないようなら俺は死ぬ。

>>151師匠
int num; // intの実態
int* ptr; // intのポインタ＝アドレスがptr。*ptrだとprtのアドレスが示す値を見る。
int& ref = num; // intの参照num=refの関係。

と理解しましたが問題ないでしょうか！

書き込みにも一応著作権があるという事を覚えておこう

>>160さん
実はベストエンド（3Dにも手を染める）のさらに上を行く妄想を持っているから
1000では終わらんかもしれん。
２Ｄシューティングは1000までにやりたい。

>>161師匠
うはー、実体とか、なんとかまだわからんです。
勉強不足だー！

>>162師匠
地道に覚えていきます…。

>>164さん
むしろ健康が30ぐらい。

>>166さん
ありがとう。だが、目標を達成するまで休みはない。

>>153師匠
stg_obj[0] = ship;
↑やってみて死にました…。
とりあえず、->の理解を始めたいと思っています。

>>170さん
>>176参照で。

>>171師匠
ゲームもつくれないようなら死にます。
というか、大それた妄想があるので２Ｄシューを作るまでに自分が定めた
期間（９ヶ月）を超えるわけにはいかんのです。

>>172師匠
171師匠の指令と逆だー！　どうすればいいんだ！

>>173師匠
慣れてから知れということですね！　路線としてはわかりやすい。
ということでこの路線でとりあえず行ってみます！

分岐処理が多い場合ポインタ関数の出番〜

>>178
だが、著作者を明示してない２ちゃんの書き込みに著作権なんぞ
発生しようが無いことも確かだ。

>>176
"->"は「ポインタからメソッドを呼び出す」ための記号。
つまり、、、

class Object {
public:
　void func() { printf("hello.\n"); }
};

int main() {
　Object *obj = new Object; //オブジェクトを指すポインタ作成

　//この２行は、まったく同じ意味。
　obj->func();　　//ポインタからメソッド呼び出し
　(*obj).func();　　//「ポインタの指すクラス」からメソッド呼び出し
　return 0;
}

#　見た目重視のため全角スペース利用してます

>>182
あ、２ちゃんの書き込みにも著作権あるよ、たしか判例があったと思うけど

メソッドだけじゃないとは思いますが、もっと単純に考えて
(*obj).func();
(*obj).val = 10;
と書くのがﾏﾝﾄﾞｲから
obj->func();
obj->val = 10;
と書けるようにしただけ、と覚えた方が良いかもしれませんね。

関数ポインタはﾎﾟﾘﾓﾌｨｽﾞﾑを使って代用できてしまうから、
C++でやってる以上は覚えなくても差し支えはない気もしますが…

で、new (malloc) や delete (free) についてはまだ未開拓？

>>182師匠
まあ、訴えられたらそのときで。
で、->はクラスのポインタから関数を呼び出す、と。

ソースどうもありがとうございます。
大変参考になりました。


>>◆HOTsoUpxjY師匠
な、なんだってー！


>>184師匠
なるほど、わかりやすい！
食事を作っている間にこれからやる部分の予習をさせてもらってしまった…

>関数ポインタはﾎﾟﾘﾓﾌｨｽﾞﾑを使って代用できてしまうから、
な、なんだってー！
ポインタを覚えたらポリモーフィズムも勉強しなくては…。

で、newで動的に生成したオブジェクトはdeleteでメモリを解放しないと
メモリリークが発生することはわかりました。
mallocとfreeについてはこれからですね。

勉強になります。

>>185
心配するな。"変数"ポインタと違って、"関数"ポインタは使い方を知らなくっても
死にはしない。
変数ポインタがだいたい理解できたら、new/deleteに行ってもいいんじゃないか？

私が無知なだけの可能性もあるが、関数ポインタのある言語って
Cファミリー以外知らないし。

>>177(>>1) 完璧。*と&でぱにくったら >>159 とか見てもらうといいかも。
ちなみになんで　ポインタ　ポリモーフィズム　って言葉が頻発するかというと、

// 配列確保
const int MAX_OBJECTS = 100;
Stg_obj* object_array[MAX_OBJECTS];
memset( object_array, 0, sizeof(object_array) ); // 初期化

// ---- 生成 ----
object_array[0] = new MyShip();
object_array[1] = new Enemy();
object_array[2] = new Enemy();

// ---- 初期化 ----
for ( int i = 0 ; i < MAX_OBJECTS ; i++ )
　　if ( object_array[i] != NULL ) // 配列にオブジェクトが登録されてたら
　　　　object_array[i]->init(); // 初期化する

// ---- 表示 ----
for ( int i = 0 ; i < MAX_OBJECTS ; i++ )
　　if ( object_array[i] != NULL ) // 配列にオブジェクトが登録されてたら
　　　　object_array[i]->draw(); // 表示する

というように、自機だろうが敵が何匹いようが初期化や表示なんかは一発でこなせるのだ。
シューティングなら敵や弾の表示順序なんかは、表示する時に優先順位でソートかけるだけで済むし、一時停止機能を追加したければ全オブジェクトのmove()メソッドを呼ばないようにすればいい。
if文一個で終わっちゃう。
「機能(Stg_obj、MyShip、Enemyクラス等)」と、「表示」と、「実装(main()のルーチン)」をきっちりわけると、仕様変更にタフなアプリが作れるようになる。

ちなみに >>1 のソース見せてもらったけど、Stg_obj("シューティングゲームのオブジェクト")なんて名前のつけかたといい、色々な部分で関心したよ。
センスいいと思った。

>>187師匠
なるほど！
とりあえず、ポリモーフィズムを考えたシューティング作成してみます。
バーチャルで○○.ActionをStg_objに宣言、Stg_objの派生、MyShip,Enemyそれ
ぞれに違うActionメソッドをつくって動かす（でいいんですよね？）

幸い、土曜は完全FREE（Full Reactive Eyes Entertainment)うわ、なにをするやめ


>>188師匠
オス！　ありがとうございます！

ちなみに名前は他のサンプルプログラムがオブジェクトと言っていたので猿真似。

現在の悩み。

当たり判定の実装方法どうしよう。
とりあえず、当面点と点のみの当たり判定を考慮するとしても同じような
配列に入れておくとどうループさせて当たり判定を行うのか…。
一般的な方法とかありますか？

次、メソッド名やファイル名の謎。
例えば、シューティングオブジェクトSTG_OBJECT クラスを作成するとして
StgObjectとつける人もいれば、stg_object、stgObjectなどとつける人も。

どんなときに名前の頭が大文字になるのかプログラム技術と関係ないながら悩み中。
Javaだとクラスの名前は頭のみ大文字、メソッドは小文字、複数節からなる名前の
場合は単語区切りで大文字にするらしいが、Ｃ＋＋の作法はどうなんだろ。

>>190
当たり判定は、最初だし一番基本的なとこで
for(i=0;i<MAX;i++){
　if(enemy[i].hitChk(myShip.x, myShip.y)){ /* 当たった処理 */ }
}
みたいな感じでいいんじゃない。
こちらの弾と敵編隊とか、ｎ対ｎの当たり判定の場合は
外側にもうひとつループ増やしてさ。

命名規則はコレという正解は無いので、自分なりに統一されてれば
どういう方法でもよいと思う。
あれはもう宗教論争の世界だから、今後も「正解」ってのは出ないだろうし。

今日はこれにて轟沈。

>>1
当たり判定も「機能」と「実装」で分けると理解しやすくなるよ。
>>191 の言うStg_obj::hitChk()メンバ変数は、
オブジェクトが任意の座標に接触しているかを判定する「機能」を持っている。
で、接触を判定してその結果どうなるかの振る舞いは「実装」になる。
接触したことによって爆発したり得点が加算されたりパワーアップしたり。それは実装次第。

>>191 が'一般的'な「機能」を示してくれたので、>>1 は自分好みの「実装」をすればいいのだ。
（ちなみに「実装」を「一般化」すると「ツクール」になる）

命名規則も >>191 の言う通り。
慣例的なものはJavaが引き継いでるから、Javaの命名規則を参考にするといいかも。

今日は一日フリーだったらしいが、進捗具合はどうなったんだろう……

今日は一日中フリーだったが、起きたのがすでに１５時…orz

抽象クラスの存在を理解し、文字シューに組み込もうとするが例のごとくちゃんと動かない。
（いつもこれかよ）

弾を複数出るように設計までしたんだが…。

StgObj（基本クラス・弾・敵・自機の基礎）
MyShip,Enemy,Bullet（それぞれStgObjから派生した自機・敵・弾クラス）

StgObj stg[100];の配列をつくってやり、
弾や敵が出るたびにEnemy,Bulletをnewして使用されていないstgに（StgObjは使用中フラグを持つ）割り当て。

StgObjがaction,hitChkという仮想クラスをもち、Enemy,MyShip,Bullet共に別々の実装を持つ。
で、stg[100].action()を全て実行して見ると画面上のオブジェクトが全て動いたり弾を撃ったりする。

で、一通り動いた後にhitChkを呼び出すとそれぞれに当たり判定をしてくれる。
（stg[100]の中から自機弾フラグを持つものの座標と敵フラグを持つものの判定、
　自機フラグと敵フラグを持つものの衝突判定、敵弾フラグを持つものと自機の当たり判定）

それでループ。

あたり判定部分は

for (i = 0;i<100;i++) {
if (stg[i].flg == 2) { //2=自機の弾
for (l = 0;l<100;l++) {
if (stg[l].flg == 1) { //敵機フラグ
stg[l].hitChk(stg[i].x,stg[l],y);
}
}
}
}
こんな感じでえらい力技ループなのでポリモーフィズムの恩恵を受けてない…。
連想配列を使うとここも上手く処理できそうな気がしたが、すでに十分設計に
溺れてプログラムが進まないので泣く泣く諦め。

今日の結論。
設計するよりとりあえず動かせ。

>>196
連想配列は、引数に文字列が指定できる配列ってだけなんで
別にそれ使ったからといってｎ：ｎのチェックが楽になるわけではない……と、思うけど？

迷ったらとりあえずコード書く、というのは私としては正解です。
ある程度書けば、どうすれば効率いい書き方が出来るかの方向性が見えてくるので
その時点で書き換える。というのが理想だが、実際は結構そのまま使ってしまう。
うう、こんなif文羅列してる場合じゃないだろ、とか思いながらな。

ソース見てないで言うのもアレだけど、>>195-196を読む限り、
全種のオブジェクトを一つの配列で扱ってるのかのう。

種類に応じて登録する場所を決めておけばフラグを調べる必要はないよ。(バケツソート)
例えば「StgObj stg[8][100];」みたいにして、0は敵、1は敵弾、2は自機弾…など。
これをヒントに色々改良してみてはどう？

効率の観点から言うと正解ではないんですけど、
hitChkを仮想関数にしてStgObjに定義（中身は空）しておいて、
自機弾だけに実装しておけばフラグはいらなくなりますね。
（自機弾以外は呼び出されても何も実行されない）

ただ後々描画順を考えるようになると、>>198氏のやり方が便利になってきますね。

おい、おまいら
俺のことも育成してみないか。

やる気　：100/100
健康　　：100/100
技術　　：1
経験　　：3

【プロフ】
・現在カナダに留学中　Grade11th
・プログラム（C++)の授業を取っているが説明が英語なのでちんぷんかんぷん
・やる気と時間は充分
・最終的にはロマサガ２，３みたいなゲームを作りたい

>>200
OKOK
漏れも育ててやるよ。
まずは全裸のままじゃあれなんで服買わないと…

とりあえず「じゃんけんゲーム」つくってみた。
http://www.geocities.jp/practice200/

とりあえず<>を表示できる状態で上げてくれ。

>>200
今までのプログラミング遍歴を書くと、教えやすいかも。
何もやった事が無いならないで、そう書いてホスィ。

rand 使う時は、srand 使わないと毎回同じ数列になるので注意。
srand((unsigned) time(NULL));
みたいに、時間をシードにすればおけ。

名スレの予感

>>204
ｽﾏｾﾝ
表示できるようにしておきました師匠。

>>205
師匠ご教授ありがとうございます。
srand(time(NULL));を入れたら、ちゃんとできました。
ところで、(unsigned)とは何でしょうか。これを入れたらエラーが出たので抜いたのですが。

プログラミングは何もやったこと無いです。
入門書をカジッタ程度。

>>207
符号が無いって事なのでは？

ただいま帰りました。

この２日間、体調が悪かったので思ったこと。
夜型にすると多少無理でもやろうとしてしまうので朝方勉強がいいのかも。

師匠方、「これは！」と思う学習方法、「駄目だ！」と思う学習方法の例
等ありましたら教えていただけないでしょうか。

>>197師匠
連想配列、ご指摘のとおり間違っておりました。
俺が考えたのは…

１・StgObjが前のクラス、後ろのクラスに対するポインタを持つ。
２・新しいものを追加するたびに最後尾のクラスに連結
３・終わったら自身をDeleteし、前のクラスと後ろのクラスを連結する。

連想配列と同時に、こんな感じのものが提示してあったので、これでいけるかも！？
と思ったわけです。

何をするかと言うと。
１・全クラス登録必須配列・敵配列・自機配列・弾配列・敵弾配列があります。
２・全部StgObjを元としたクラスで、全クラス登録必須配列にはnew した全てのクラスが
　　連鎖しています。
３・敵配列・自機配列などはそれぞれ敵だけ、自機だけが連鎖しています。
４・全部のクラス共通処理（移動など）は全クラス登録必須配列.action()などとひとまとめ。
５・自機に当たり判定があるクラス（敵弾クラス・敵クラス←敵本体との当たり判定もあるので）は敵弾配列にも登録、hitChkを自機に対して走らせる。
　　（自機対敵も同じ）

という処理で柔軟にいろいろな処理が出来て、必要ない処理が減らせるのかなと。
でもとりあえず、今は書くだけ書こうと思います。

>>198師匠
イエス、その通りです！
二次元配列！
確かにその方がわかりやすくていいですね。盲点でした…

>>199師匠
なるほど、その方法がいいかもしれませんね。
特に今は簡単な方がいい気がします（複雑なことをやろうとしてプログラムが動かないので）
その方法、使わせていただきます！

>>200さん
む、ライバル出現！？
なんかゲーム的な展開だ。
も、燃える！
とりあえず以後よろしく。

>>202さん
育成ゲームもゲーム名だけに買わないと服も着ていないのか…ｗ

>>211
ＨＳＰでＲＰＧ作りたいんですが、正直難しいと思います。
でもやりたいんです！！僕はＨＳＰでブロック崩し（アルカノイド）
ぐらいなら作ったことあります。
今のところ、オープニングまで作ったのですが、どなたか僕に
ＨＳＰの基礎からすべてを叩き込んでくれませんか？？
お願いします。

STL使えよ
と言ってみる

管理凄く楽

とりあえず、皆さんに言っておきたい。

「荒らしはスルーの方向で」

>>213
リンクリストとハッシュを間違えて話題に上げてるあたり、
STLも調べてるっぽいぞ。

じゃあ

210のことやりたいなら、STLのlistを調べてみるといいよ
と言っておこう

この板人いないねえ

確かにlist使った方がよいとは思ったが……
イテレータの概念を理解できるなかーって思って。

いや、しかしポインタ使えてる大丈夫か。
よし、stl::listを使え！
というか、ＨＰを更新しろ！

帰宅。

ようやくvirtualを使用してポリモーフィズム実現しました。
（いろいろ考えた挙句にプログラムは動いてなかった）

ＳＴＬはまだわかりません。
>>210で言っていたことはＣ＋＋教本にあったコードを見て勝手に考えた
ことなので…。

>>213師匠
とりあえず、７師匠の課題が一段落ついてからＳＴＬに取り組もうかと。

>>215
リンクリスト？
わからないので調べてみます。


>>216師匠
了解！


>>217師匠
イテレーターもわからないです…。
とりあえず、調べてみます。

ＨＰは明日の午前７時までにはまともに更新します。
ＳＴＬは７師匠の課題が一段落したらいってみます。

というか、久々にWindowつくって画像を動かそうとしたらできなかった…。

？？

？？？？（：）ｒｚ？？？？？●ｒｚ？？？？？？？？？？？？？？？？？
？？

朝方勉強に切り替える実験のため、今日はもう寝ます。
明日朝に更新（＆最新ソースＵＰ）します。

ここのところの後回しにするパターンを見ていると、なかなか投げ出しそうな雰囲気が
漂ってて不安になってくるんだが。
ホントに朝には更新しろよ？

強要するのもなんか違う希ガス

とりあえず>>1が朝起きた時用に













　　　　　　　　　　　　　　 　 　　 /ヾ
　　　　　　　　　　　　　　　 　　ゝｲ丿
　　　　　　　　　　　　　　 　 　 /　/
　　　　　　　　　　　　　　　 　 /　/
　　　　　　　　　　　　　 　 　 /　/
　　　　　　　 ∧ ∧　　 　 　/　/／￣￣￣￣￣￣
　シコ　　　 (　ﾟДﾟ)､　　 　/　/＜　>>1おはよう！
　　　　　　/　　　　 ヽ､　/　/　　＼＿＿＿＿＿＿
　シコ　　（　）　ﾟ　ﾟ/ヽ､/⊂//
　　　　　　＼ ヽ､ （　 /⊂//
　　　　　　　 ＼ ⌒つ　/
　　　　　　　 （　￣/　/
　　　　　　　　|　 |Ｏ○ ＼
　　　　　　　　|　 |　　　＼ ＼
　　　　　　　　|　 ）　　　　|　 ）
　　　　　　　 /　/　　 　 /　/
　　　　　　 /　/　　 　 　 ∪
　　　　　　 ∪

>>223
「俺育成ゲーム」なんだから、うまく >>1 を誘導してやる気にさせなくちゃ。
逃げたら逃げたで代わりの >>1 を(ry

さっさと挫折しろ

http://f41.aaacafe.ne.jp/~grow/

師匠！ようやく更新しました。
１・１対１シューvirtualクラス導入ソース
２・１対１シューvirtualクラス本格導入ソース（Bulletもクラス化し、複数弾を出せるよう変更）
がメインの更新です。

・ファイル名がクラス名と同一に（StgObjクラスならStgObj.cpp）
・クラスは頭が大文字に。
・メソッド・クラスは単語区切りで大文字化(StgObj>Stg+ObjなのでSとO大文字）
・変数は全て小文字、単語は_で区切る
などの自分ルールを決定、導入しました。

とりあえず、最低限の更新を行ったのでもう少ししたらまた変更されているかと。

7師匠、１対１シューとしてはあれでいい気がしますがいかがでしょうか！？
まだ見ていてくれていればいいなぁ…。

今日は朝５時起き。
２〜３時に寝て９時に起きるより大分快調。
もともと８時間睡眠必須人間だったので２２時就寝・５時起床のペースで
慣れていく予定。

起きてしばらくだるいが、そのうち慣れるだろう。

>>220さん、221さん
それは俺のやる気が見えないという暗示か！？
あいにくやる気は十分。
健康が回復したらペースも取り戻すからまってろ。

>>223師匠
更新しました。
期待に添えるほど進んでいるかはわからないですが…。

>>224さん
言葉はありがたい。
が、無償で教えてもらっているからにはある程度期待に答える義務が
こちらにあると思っている。

>>225さん
おはよう。

>>226さん
逃げないよ。

会社より。
今更リンクミスに気づきました。

シューティング回答は↓に。
http://f41.aaacafe.ne.jp/~grow/kadai/result/

やぁやぁやぁやぁ、おまいらコンニチワ。
さっそく質問なんだが、
clrscrとgotoxyを使うと「定義されていない識別子です。」と言われるんだ。
conio.hをインクルードしてるのに何故よ？
VC++６使ってます。
初歩的な質問でｽﾏｿ。調べたのだが、どうしてもわからなかった。
ヘルプミー

>>1
今後ともよろしく。

もう少し頑張れ
せめてこのスレを全部読んでから始めなよ
>>1とその師匠達に対して失礼

これは難易度の高そうなゲームですね

>>232
だよね。
俺が間違ってたよ。
出直してきます。

初心者な231の為に言わせてもらえば、ctrl+Fで検索するといいぞ。

帰宅。
現在１ＶＳ１シューの敵複数化＆ポリモーフィズムをさらに生かすため修正中。

今日中に出来るといいかな…。

ところで質問があります。

現在、基底クラスStgObjからBullet（弾）・敵・自機を派生させていますが、
弾・敵・自機にshootというメソッドをつくり、弾クラスのポインタを返却させ
たいのです。

どれも共通の処理になりそうなので
Bullet* MyShip::shoot() {
　　Bullet* new_bullet = new Bullet;
　　new_bullet->init(x,y - 1);
　　return new_bullet;
}

などと書かずにStgObjに実装したいのですが、Bullet自体がStgObjから派生している
ためか上手くいきません。
なにかよい方法はないでしょうか。

戻り値の型が違うから云々ってエラーが出る奴かね？

>>237師匠
E2303 result6_3\Bullet.h 8: 型名が必要
ちなみに、StgObj.hに#include "Bullet.h"を入れ、もろもろのエラーを
解決して最後に残るのがこのエラーでした。

ソースＵＰはメインＰＣを家族が使っているので（パスワード不明のため）
今すぐできないのが残念です。

// １．クラス名の宣言
class Bullet;

// ２．クラス構造の宣言
class StgObj {
public:
　　Bullet* shoot();
};

class Bullet : public StgObj {
public:
　　Bullet();
};

// ３．クラスメソッドの実装の順で書く。
Bullet* StgObj::shoot(){
　　Bullet* new_bullet = new Bullet;
　　return new_bullet;
}

Bullet::Bullet() {
　　printf("bullet init\n");
};

Ｃ言語は、とにかく上からコンパイルするから、
「下の方で定義してあるもの」ってのは、Ｃコンパイラにとっては
未知の単語に過ぎない。

だから関数の宣言とかクラスの宣言と、その実装を別々に書けるように
なってるわけ。

>>239師匠
できました！
ありがとうございます。

これでヘッダの書き方を大分調べたつもりなのですが、ヘッダの書き方について
しっかり書いてあるサイトって少ないですね。

やはりC++本を別に買って見るのがいいのか。

>>229
すいません、随分と間を空けてしまいました。
課題は受け取りました。

まだ、少ししかテストしてませんが、うまく動いているようですね。
実行ファイルは OK です！
要求を十分満たしています（複数弾などすでに拡張もされてますし）。
体調の悪いところを頑張ってもらえて嬉しいです。

しかし、ソースのほうは、まだまだ改善の余地があります。
これは、C++ の学習はまだ始まったばかりなので仕方ありません。

というわけで、今回は、動くものが出来ただけで素晴らしい！
と判子を押させてもらいます。

>>1さん開発終了おつかれさまです。
このすれ面白かったので読破しちゃいましたよ。
すごい上達っぷりですね。応援してます。

すごい余計なお世話と思いつつも、
勝手ながら>>1さんのソースをちょっといじらせていただきました。
すみません。
中途半端な修正ではありますが、
ちょっと小粋なテクニックみたいなものも織り交ぜてみましたので、
よかったら参考にしてみてください。

http://xxsasuraixx.hp.infoseek.co.jp/
↑の（死んでる）ページの上のほうにある「１さんへ」というリンクがそれです。
かなり僕の趣味が反映されていますが、
ヘッダファイルとかもしかすると参考になるかもしれません。

それではがんばってください！

>243
おや奇遇だね、私も手直ししてみたのをうｐって見たところだよ。
http://www.gamdev.org/up/img/1776.zip
＃最近ここのうｐろだ、糞虫どものせいでちょいと繋がりにくいが。。。

>>1
243氏のはまだ見てないが、同じように書き換えてるところ、
違う書き替えをしてるところがあると思う。
比べてみるのも面白いかもしれない。

今、修正中。
（とってもこれから出かけるが）

あと、皆さんのソースをHPに乗せたいがよろしいでしょうか。


>>7師匠
オッス！
ありがとうございます！
現在更に改造中です！


>>さすらい師匠
ありがとうございます！
Constを別宣言して、さらに別ディレクトリにヘッダをまとめてありますね。
あとは仮想クラス導入ですか（まだ斜め読み）。
確かにStgObjは仮想クラスのほうがいいかもしれませんね。


>>244師匠
おお、ありがとうございます。
複数人のソースを比べるだけで面白そう。

でも244師匠のソースが落ちてきません…。

http://f41.aaacafe.ne.jp/~grow/

一応、出かける前のソースをUPしておきました。
たいして変わってないのですが、shootクラスを追加・少しだけScore機能追加
＋237師匠へのありがとうをこめて。

ソース比較するなら、diffって系統のソフトがある。
前のバージョンから変わった場所を調べたり、他人が変更を加えた場所を
調べたりするソフトだ。
GUIで私の気に入ってる奴を紹介しとこう。使ってみるといい。

result6_3, result6_3aなんて比較すると、どこが変わったか一目瞭然。
ttp://www.vector.co.jp/soft/win95/util/se113286.html

次の目標は、いままでの知識を総動員してインベーダーゲームを作る。
なんてどうだろう。

>>247
インベーダーはよさそうだね

>>1さんに影響されて C++ の勉強を始めますた。
今まで Delphi やら Java やら PHP などは書いた事あるのですが、
C++ どころか C 自体、今回初めて触りました。

とりあえず、手始めにリバーシを作ってみました。
オブジェクトの扱いは、Delphi と Java で少し慣れていたので、何とかなりました。
BCCを使っているのですが、コンパイルエラーのメッセージが解り辛くて何度かハマリますた。
http://www.geocities.jp/nanasiya3/archive/PracticalReversi.lzh

>>1さんに負けないようにがんばるYO!

>>249
C++初めてでこれですかΣ（´Д｀）
Javaやってると強いですねぇ。

細かいことですが、引数を一つだけ取るクラスのコンストラクタは
explicit指定しておいた方が良いかもしれません。

>>250
恐らく、どこかにバグが潜んでいると思われます。
ていうか、MiniMax + αβ でAI作ったのにあんまり強くなくてショックです… orz
評価関数が悪いのかなぁ… (´・ω・`)

ご助言ありがとうございます。
explicit は知りませんでした。検索したら、C++固有の物みたいですね。
これを引数が１つだけのコンストラクタに指定しておくと、
勝手に型変換されるのを防ぐ、といった意味合いでよろしいでしょうか？

ソースは載せていただいてかまいませんよ。
>>244 さんのソースも見たけど、ポイントはできるだけベースクラスにまとめよう
というところな気がします。

>>249
STLを導入するか、もしくはGUIに行くかが次のステップかも。

ためになるスレだなあ

しかしコンパイルできないから、バイナリも一緒に載せてくれないかなあ
と思ったり

サイトの日記、えらくつまらないな…見返して思った。
現在、シューティングの敵複数化・弾を撃ってくる・移動パターンをもつなど修正中。
でも今日はもう寝る。

>>247師匠
師匠、了解しました！
DIFF、いいですね。

そうそう、今作っているのは「敵が大量に出てくる」「時間で弾を撃ってくる」
「移動パターンが複数ある」感じなのでインベーダーに近いかと。
それでもいいでしょうか？

>>249さん
ぶーッ！
俺より遥かにつえぇ！
よ、よろしく。

>>さすらい師匠
GUIもSTLもやってみたいですねー。
GUIにした瞬間、１対１シューの要領でシューティングゲームがつくれ
たりしたら…とっくにみんなシューティング作っているか…。

基礎も学ばなければと思っているのでSTLもいいんですよね。

>>253さん
了解、次回よりバイナリも乗っけます。

師匠！
寝る前にちと相談があります。

今、用を済ませた弾や敵が消え去るためのdelメソッドをクラスに
実装しようとしていますが、やはりmainでdelete処理を行うしか
ないでしょうか。

状態・
敵の行動パターンが３つ（クラスも３つ）

これらはAction(移動方法）・shoot(弾の撃ち方と生成する弾クラス）に差異を
持っています。
弾のパターンが３つ（クラス３つ）
これもActionメソッドが異なり、斜め弾・自機狙い・真下弾の３つがあります。

現在、弾や敵はそれぞれに同一配列に読み込んで処理をさせていますので、事前
に一種類の敵クラスを生成・使用の度に初期化という処理を行うことが出来ず、
毎度Delete・Newを行っています。

このあたりのスマートな解決方法はないでしょうか。
もしや、STLに進んでから考えることとか？

全てStgObjから派生してるから、派生してるクラスなら
なんでも格納できるような

あと初期化とか終了処理をまとめたいなら
ゲームの流れを管理するクラスでも作ってはいかが

>>0xFF
そーいうときは、敵管理クラスを作る。
敵管理クラスの中に、敵配列を入れておいて敵を登録・削除するのは
そのクラスにまかせるわけね。

敵の登録はmain関数かどっかから管理クラスに命令与えてやらなきゃ、
敵をいつ登録するのか判らんから、命令してやらねばならん。
でも、敵を削除するのは管理クラスに登録してある敵クラスを見れば判るんで
管理クラス内で自動的に出来る。
つまりmain関数とかでdeleteしなくてもいいいわけだ。

あ、登録ってのは別に特別なことやってるわけじゃなく
普通にnewして配列に入れてるだけね。

# STLは「配列を楽に管理する」ためのクラスの集まりかね。
# まあ正確には、STLの一部が配列を楽に管理するクラス群なんだけどさ。

そーいえば>>1って幾つだっけ？

クラスの中から自分自身をdeleteしたい時は
delete this;
でOK。

試したらエラー出ますた

>>260
これでもエラー出る？

class DeleteMine {
public:
　DeleteMine() { printf("create\n"); }
　~DeleteMine() { printf("destroy\n"); }
　void DeleteMe() { delete this; }
};

void main() {
　DeleteMine *delMe = new DeleteMine;
　delMe->DeleteMe();
}

new するの忘れてますた。スマソ
再度試してみた
#include "stdafx.h"
#include <iostream>

class DeleteMine {
public:
    DeleteMine() { m_test=10;printf("create\n"); }
    ~DeleteMine() { printf("destroy\n"); }
　　　　　　　int m_test;
    void DeleteMe() { delete this; printf("無視されるかな%d\n",m_test);}
};

void main() {
    DeleteMine *delMe = new DeleteMine;
    delMe->DeleteMe();
}

結果
create
destroy
無視されるかな-572662307

デストラクタ呼ばれても、次の関数呼ばれるんだな
でもメンバはちゃんと消えてるんだな

C++難しい…

>>1
GUIとSTLどっちが先がいいですかねぇ・・。
STL使わなくても物は作れますんで、
GUIを優先したほうがよさそうな気もします（GUI楽しいですし）。

敵や弾の管理は結構悩みますね。
今は敵とか弾は配列管理してますけど、
スレの上の方に出てきてた双方向リストの管理に置き換えれば、
オブジェクトが自分で勝手に消えてくれる実装ができるかもしれません。

class StgObj
{
　　StgObj* m_prev; // 前のオブジェクト
　　StgObj* m_next; // 次のオブジェクト

　　void del()
　　{
　　　　// 自分をリストから外す（nullチェック省略）
　　　　m_prev->m_next = m_next;
　　　　m_next->m_prev = m_prev;
　　　　// 自滅する（>>259のご意見頂戴しました）
　　　　delete this;
　　}
};

StgObj* object_list;
object_list = new StgObj(); // リストに追加
object_list->m_next = new StgObj(); // ２つ目追加
object_list->del(); // １っこ目削除

俺も昔はそういうことばっか考えてたなぁ…
今はある程度のパフォーマンスの低下があっても楽に作れるほうを選んでるから
こんな感じで作ってます↓

class StgObj
{
private:
　bool m_valid;
public:
　bool IsValid { return m_valid; }
　void Invalidate() { m_valid = false; }
　StgObj() { m_valid = true; }
　virtual Update() = 0;
　virtual Render() = 0;
};

typedef list<StgObj*> StgObjList;
StgObjList objects;

void UpdateAll()
{
　for( StgObjList::iterator it = objects.begin(); it != objects.end(); it++ ) {
　　StgObj* obj = *it;
　　if( obj->IsValid() )
　　　obj->Update();
　}
}

void KillAll()
{
　StgObjList::iterator it = objects.begin();
　while( it != objects.end() ) {
　　StgObj* obj = *it;
　　if( it->IsValid() )
　　　it++;
　　else
　　　it = objects.erase(it);
　}
}

まあUpdateAllとKillAllを同時に行う手もある

すみません上のソースの最後にある使い方のとこですけど、
ちょっといい加減過ぎたので書き直します。

// リストを宣言
StgObj object_list_head; // リストの頭
StgObj object_list_tail; // リストの尾

// リストを初期化
// （最初は頭と尾だけのリスト）
object_list_head.m_prev = NULL;
object_list_head.m_next = &object_list_tail;
object_list_tail.m_prev = &object_list_head;
object_list_tail.m_next = NULL;

// リストの最後に追加する。
// （最後というか尾の１つ前に挿入）
void add( StgObj* obj )
{
　　StgObj* prev = object_list_tail.m_prev;
　　StgObj* next = &object_list_tail;
　　prev->m_next = obj;
　　next->m_prev = obj;
}

・・・。
stl::list使ったほうが早いかも・・。

>>264 要するに今1がやってる実装ってことだよな。

>>264
俺もそれでいいと思うんだけど、
それって結局今>>1がやってることなのよ。

あ、ほんとだ。(今ソース見ました)
STLを使った実装例つーことで参考にでもしてくだせぇ

>>266
今>>1がやってるぞ

>>264

月初一週間は忙しい…今帰宅。
そして寝る。

次回更新は土曜日の予感。

>>256師匠
ゲームの流れを管理するクラス…それだ！
面クラス＞敵・弾を管理
main＞面クラス管理
おお、わかりやすい！…気がする。

>>257師匠
なるほど、敵の配列を持った敵管理クラス内で処理してやることで操作がわかり
やすいし、mainもすっきりしますね。
新しいゲーム作るときも弾の管理とかをいじってやれば新しいシステムに簡単に
対応できそうです。
面管理＞敵管理・弾管理
シューティングの構造が見えてきた気がします！

>>258
シオシオの２４。

>>259師匠
マジですか！
超便利。ソースコードありがとうございます！

>>262さん
検証ありがとう。
わかりやすい検証のおかげで安心して使える。

>>さすらい師匠
サンプルコードありがとうございます。
STLを使うのはとりあえずの実装が全て終わってからにしようかと思っています。
効率悪いやり方をした後にいいやり方を学んだ方が身につきそうな気がするので。

>>264師匠
ソースコードありがとうございます。
まさにやろうとしていることにピッタリです。
自分流と比較して改良してみます！
…ところで、STLはこれに使われてないですよね？

>>270さん
やろうとしていることの先取りであればソースを比較して勉強できるので
大分嬉しいです。
多人数とソースを比較できる機会なんてあまりなさげですし。

歩いている道が、そこで二本に分かれていた。
地図を見ると南へ続く道はWindowsSDKへ、東へ進む道はTextShootingへと
続いているらしい。
君は……

Ａ．やっぱりグラフィックを扱えなきゃな。南へ行ってWindowSDKを学ぶぜ。
Ｂ．ここは基本を固めるために、TextShootingの東へと向かってみるか。
Ｃ．まてよ……。確か少し戻ったところにjavaへの分かれ道があったよな。

delete this
の使用は(ごく特殊な状況を除いて)推奨できない。。。
削除の対象がクラスCのオブジェクトoとして、
・oがnew C(...)によって確保された時しか使えない。
　staticやauto、placement newなどでは結果がどうなるか分かったものではない
・oを参照している側にはoが削除されたか否かが自明ではない。
といった問題がある(他にもあったかも)。

>>273
>>264だけど思いっきりSTL使ってるよ
typedef list<StgObj*> StgObjList;
で、リストの型名を定義しとる

>>1に便乗してオレ育成ゲームを同時進行してます。

>245 のせてもかまわんよ。
むしろ、こんな糞コード書いちゃいけねぇ、
と言いきってしまえるほどに成長しれ。

# 244でもSTL使ってたような気がするが気のせいだったかな。

STLを使うためにはテンプレートの知識が必要らしい。
噂の巻物は音を立てて消え去った。

>>274
なんでSDKなんだよｗ
APIに汁

あら？SDKとAPIって同意語だと思ってたのだが？
いや、言葉そのものは開発キットとインターフェイスってことで
意味は違うんだが少なくとも、windowsアプリの開発では
SDK使って開発 = API使って開発じゃないっけ？

素人な漏れにとっては
Win32APIだろうがWindowsSDKだろうが
呪文にしか聞こえないわけでorz

ところで、１は朝型生活に切り替えたと聞いたような気がするのだが、
どうなったかな。

>>281
MFCだってAPI使うぞ
SDK使って開発＝１から全ソースを書く
MFC使って開発＝クラスライブラリをベースに作る

MFCはWindowsAPIラッパだろ

>>1がんがれ、超がんがれ

>>275
そうスね。
delete thisは結構イレギュラーだと思います。
ただgotoと一緒で使いようだと思ってますし、
「〜管理クラス」系のシステムよりなクラスを作るより、
StgObjで完結する仕組みを取り入れていってもらって、
サクサク実装進めたほうがいろんな意味で>>1さんにとって効率いいんじゃないかと、
ちょっと勝手に考えておりました。

>>287
まあ、これ以上は組み方の趣味の問題になるが
俺は管理しやすい部品使って長いゲームループ書くより
細かく分けるほうがすきだなあ。

現在作業中。

というか、昨日は家に帰れず漫画喫茶で一夜を過ごしました。
よって、ようやく掃除などが終わったばかりです…。

私も課題6をアップ。
http://gamdev.org/up/img/1805.zip

*弾と敵機の数はそれぞれのヘッダで調整できます。

なるべくファイル同士の依存性を取り除いています。
手間は増えますが、後々手を加えるのが楽なので。
良かったら、一つの参考にどうぞ。

>>1
無理せず、進めてくださいね。
疲れているときに書くソースはよくこんがらがるので。

すみません、会社の仕事と平行してやっていましたが、
仕事が終わらないので仕事専念にいたします。

orz...

次の更新は月曜か日曜夜（予定）
大学生のときにもっと勉強しておけば…。

なんかこのスレだけ２ｃｈのスレとは思えないほどだなｗ
ﾏﾀｰﾘ度120%って感じだ。
１さんはどうせならトリップでも付ければ？

>>291
ﾏﾀｰﾘがんがれ

自分も便乗して、
育成よろしくお願いします。
開発環境は WIN ＆ bcc
C暦2ヶ月
です

>294
漏れも3か月で、できれば教育してもらいたいが、1さんはもともとPGだからﾚﾍﾞﾙが違うと思われ。
ｽﾚの内容がｻﾊﾟｰﾘなくせに常にROMってる者の独り言ですorz

すげぇトリップだなｗ

思うに1さんが頑張るからこのスレが伸びてるわけで、
今までのスレの内容はサッパリでも自分のレベル内で頑張れば、
それに応じてレスがついてくると思うんだがなぁ

>>295
もともとのプログラミングの能力なんかどうでもよくて、要は姿勢の問題です。
何がやりたいのか、そのためにどうしたのか、何が分からないのか
をはっきりさせればアドバイスがもらえないことはそうそうないです。
総じて受け身だと絶対にうまくいかないです。

し、仕事がようやく完了。
朝方を目指していたのにしっかり夜型に戻された…。
とりあえず、レスと簡単な疑問をちょっと書かせてもらってから寝ます。

ああ、夜に寝られるようになりたい。

>>274さん
Ｂ．ここは基本を固めるために、TextShootingの東へと向かってみるか。
Javaへの分かれ道は携帯ゲームを作るまでパンくず落として見失いようにしておく。


>>275師匠
うわ、staticとかplacementとか調べないと…。
とりあえず、delete thisは危険なんですね。気をつけます。


>>276師匠
なんとー！？
stl.hとか宣言して使うものだとばっかり思ってました。


>>277さん
便乗なんかやめていっしょにやろう。


>>278師匠
ぐはっ！　無知な俺…。
ソースはまとめて公開させていただきます！

じゃあとりあえず >>294 と >>295 に課題をだします！
BCCでこのスレのコンソール出力（座標指定表示まで）をできるようになってから、
ライフゲームを作ってみましょ（ライフゲーム知らなかったらググってください）。

【ルール】
・70x20マスのフィールドを用意
・「*」が生物。
・空白のマスの周り８マスに「*」が３匹いたら空白のマスに「*」が誕生する
・「*」の周りに「*」が１匹以下もしくは４匹以上いた場合過疎／過密でその「*」が死ぬ。

開始直後の「*」の配置
　＊
＊＊＊

良くわかんなかったら質問してくださいませ。

>>279の巻物
なんと、テンプレート！？
Ｃ＋＋は覚えることがおおい…。


>>283さん
宣言した当初は２２時就寝を心がけていましたが今は２６時まで仕事の日々。
今日から再度がんばる。


>>286さん
ありがとう、超がんばる。


>>さすらい師匠
勝手じゃないですよ！
皆さんがいろいろな方向を示してくれるから自分もいろいろ組み合わせて
考えることができているわけで。


>>7師匠
うわー、相変わらず見やすいソース！
なるほど、確かにソースの依存性を取り除いたほうが変更が楽な気がします。
拡張で可変判定のボスを作ろうとしましたが当たり判定に苦労して挫折しましたし。


>>292さん
トリップ？　ちょいと調べてみます…。


>>293さん
ありがとう…身にしみる…。

>>294さん
よろしく、っつーかすでに先輩！？
差を広げられそうでがくがくぶるぶる。

>>ﾓｳﾀﾞﾒﾎﾟ ◆orzOTL/11Yさん
俺も最初は経験なしだったし、わけわかんなかったよ
むしろ重要なのはやる気があるかと踏み出せるかどうか。
俺の初期値ぐらいなら１０日でいけるよ。

１０の知識をもっていても何も行動しなければいないのと同じ。
意味を持つのは知識が０でも実際に行動してる人間だけ。
今やろうと思っているならそれが転機。

現在考えていること（電車の中とかで考えただけでＰＣに向かって作業できていないが）

・敵と弾と自機は別クラスで依存性をなくすべきなのか？
→敵と自機をかけ離れた仕様にしづらいから。
　すでにaction(int key)としている時点で無理が出ている気がする。
　敵は自機を基点に行動することもあるわけで、自機を変数として渡すべきだろうし。
　そうすると共通actionにはできないよなぁ。

　→でも弾は移動が単純な敵でもいいのかも？
　（衝突判定があるから）

一応、まったくやってない（？）わけではないことを示して寝に入ります…。
ごめん。

>>303
「ゲームとは自立的に行動するオブジェクトの集合体である」
ってのが俺のゲームに対する考え方だけど参考になるかな？
この一文をそのままクラス化したら

class Game
{
　list<Object*> m_objects;
}

class Object
{
　virtual void Action() = 0;
}

…ってなる。以下続く

>>301
あのさー、
typedef list<StgObj*> StgObjList;
　　　　　　　 ＾＾＾＾＾＾＾＾
　　　　　　　　　↑これがテンプレートだ。

Game中でm_objectsに入れた全てのObjectのActionを呼び出せば、
ゲームの時間が一定時間だけ進んだことになる。
ここまでは、今まで1さんがやってきた内容について、
クラスを使って作業担当を明確にしただけね。

少し抽象的な話になるけど、
「全てのオブジェクトは自立的に行動する」っていうがコンセプトならば、
Gameは個々のオブジェクトに必要な引数などは逐一知っている必要はないのよ。
Gameは現在のゲーム内部の情報をそれらのオブジェクトに教えるインターフェイスだけあればいい。
例えば敵キャラに対してならば、「自機キャラはどこにいるのか」教えることができればそれでいい。
つまり
class Game
{
　list<Object*> m_objects;
　...
　Vector2 GetMyShipPosition() { ...; }
}
みたいな。
設計の押し売りみたいだけどこんな感じに作ると綺麗にならんかな。
モロにclass MyShipへのポインタとかを敵キャラに持たせる手もあるけど…
この類のはオブジェクトがdeleteされたりするのが厄介なのであまりお勧めはしない

良ｽﾚすぎてﾏｼﾞ泣けますた(;´Д⊂)
実は工房で、入試はまだですが進学校なのであまり来れなく、後述しますがﾌﾟﾛｸﾞﾗﾐﾝｸﾞは超初心者で、それでも良いでしょうか？


このﾄﾘｯﾌﾟは初心者板のﾄﾘ探し依頼ｽﾚでいただいたものです。

>>300師匠様
ﾗｲﾌｹﾞｰﾑ。。。と、とりあえず携帯ｶｷｺなのであとでｸﾞｸﾞります(PCが使えるのは火水以外の17〜20時だけなので)
その前に、lcc試食版はNGですか？gccのｲﾝｽｺがどうしてもうまくいかないので…

ちなみに、3ヵ月というのはCばかりやっていた訳ではなく、
C(ﾎﾟｲﾝﾀがなんとなく分かるくらい)とJAVA(ｵﾌﾞｼﾞｪｸﾄ指向でﾎﾟｶｰﾝ状態)とPerl(掲示板くらいならなんとか)とPHPとRuby(微妙)
を平行してやっていたんです。そして昨日VC#とVC++とVBとVJ#のくっついた.NETを買いました。

>302=>1様
貴重なお言葉ありがとうございます。今は1さん初期値のはるか下ですが、皆さんの書き込みを見ていると自分にもできそうな気がしました

ところで、PGになるために工房の内からやっておいた方がいいことがあればご教授願います。

>>307

300です。
間違ってななしで書いてしまいましたよ。

ＢＣＣというかBorlandC/C++Builderのつもりで書いてました。
LSI-Cでも全然ＯＫですけど、
VS.NETがあるならそれのがいいと思いますよ・・。

■ライフゲーム
ttp://www.mars.dti.ne.jp/~khnum/life/lifegame_applet_v5.x_jvm.html
画面内をクリックして●を置いてから実行してみるべし。

●●○
○●●
○●○

↑こんなんが熱いっぽい。

ライフゲームは昔、数学者の間とかで流行ったらしいねえ。
グライダーとか、ペンタミノとか有名なパターンもその頃に作られたらしい。

昔は永遠に成長するパターンとかは存在しないもので、長い時間のうちには
繰り返しの動きをするものに必ず落ち着くとか思われてたが、
いろんな研究で「永久に成長するパターン」とかも探し出されたし。

とりあえず作るなら上下左右をループさせると小さい範囲でも、それなりに
動き続けてくれてナイスだ。

>>300さん質問です。
ためしにライフゲーム（>309のリンク）をやってみましたが、
周り８マスでは無く真ん中のマスも含まれていて、
９マスで判定している気がします。

　○●○　　　○●○
　●○●　→　○●○
　○○○　　　○○○

こんな感じに（上段・真ん中は、黒くならないはず
どちらで製作したらいいですか？
課題、挑戦させていただきます。

下げ忘れました
ごめんなさい

>294
なんか間違った発言したみたいですみませんor2

>311さんに追加して、*は1ﾀｰﾝ終了したら好きな座標を指定して増やすことができるということですか？

>>313
　いえいえ、お互いがんばりましょう

>>1
　先輩ではないです、
　実力も負けてると思いますし。

ライフゲーム完成しました。

>>311
ルールの説明が一文足りませんでした。
・「*」の周りに「*」が２〜３匹いた場合は現状維持
です。

これでいくと、>>309 のルールと同じになると思うんですけどいかがでしょうか。
○●○→１２３
●○●→４５６
○○○→７８９
とした場合、
(２)は周囲８マスに２匹いるので現状維持
(4)と(6)は周囲８マスに１匹なので死亡
(5)は周りに３匹いるので誕生
となります。

できたソースアップできるといいかもしれません。

>>313
今回のルールでは「好きな座標に増やす」というような
仕様は考えていませんでしたが、
追加仕様で実装してみるのも面白いかもしれませんね。

親の目を盗んでキーボードを叩いております
>>さすらい師匠
ライフゲームの意味がやっとわかりました！
携帯Java版は自分で●を置いていくので勘違いしてしまいました…

>>294
早Σ(ﾟДﾟ υ)

やる気はもちろんあるんですが，経験がほとんどないので完成予定の検討がつかないんですが，，，それでも構いませんか？

その前に忘れていましたが，
>さすらい師匠
＞BCCでこのスレのコンソール出力（座標指定表示まで）をできるようになってから
とありますが，もう(　ﾟДﾟ)ﾎﾟｶｰﾝ　です…もう少し説明していただけませんか？

せめてこのスレを全部読んだ上で質問しないと、いままでいろいろな
ヒントを出してくれて来た人に失礼だぞ。

BCCについてはここを参照
ttp://ja2yka.homeip.net/aki/freedev.htm

コンソール出力については
>>93-95
を参考にしてください。

がんば

わ、ｶﾞｲｼｭﾂOTL

ｽﾚの座標の意味を激しく恥ずかしい解釈をしてました…

まとめ用のホームページ作りました

ttp://f61.aaa.livedoor.jp/~sorapage/

ＬＩＦＥＧＡＭＥ

ttp://49uper.com:8080/html/img-s/22208.lzh

>>321
>>1さんのサイトを見ると分かるけど、
どんなに小さいことでも良いから「新しく知ったこと」とか
「分からなかったこと」を書いておくと後で自分のためになるよ。

あと「できました」って言われても「ふーん」としか言いようがないので
その課題をこなす上で分からなかったことや曖昧に実装してしまったところなど、
つまり見てほしいところをはっきり書いた方がいいです。
でてきたものが動けばいいだけだったら
このスレでこういうことをする必要はないわけで。

とにかく「何がしたいのか/何をしてほしいのか」をはっきりさせると話が早いです。

>>321
ライフゲームの盤のサイズを入力して、
変更できるようにしてみたら？
動的メモリ確保の練習。

>>322
同意。
分からなくても、「全く分かりません」なんてことはないはずだから、
「ここまでは自分で考えました」程度に言ってくれればそれなりにアドバイスできるし。

う〜ん、
どこが駄目か、どのように実装したらいいかも分からないので、
関数、クラスは、こんな使い方じゃ駄目だってところを
指摘してもらえると助かります。
特に設計の仕方が分からないです、どのように設計してますか？

>>324
小ネタを一つばかし

if (key == 's' || key == 'S')
は、
key = getch();
を
key = tolower(getch());
にすれば、
if (key == 's') で済んだりするかも。

久々に登場（ごめんなさい）。

最近の成果。
朝型生活になろうとする→残業で帰宅が深夜→早く眠れない→夜型に。
朝型生活は難しいのかもしれん。

よって、以前の生活に戻ることにした。

ｶﾞﾝｶﾞﾚ

>>325さん
修正しました
指摘ありがとうございます。

ポインタについて質問ですが
>>159さんの　ポインタ型と参照型の違いがよく分かりません。

課題１−２動きはしますが、正常に動作しません。
複雑なポインタになるとお手上げです。

>1さん　がんばれ

>>328
参照も内部的にはポインタで実現されているだろうけど、
一度参照先が決定されると変わらないって点が一番違うかな。

：：ポインタ
int a, b;
int *p = &a; // pにaのアドレスを代入(pはaを指す)

*p = 10; // a に10を代入
p = &b; // p にbのアドレスを代入（pはbを指す）
*p = 10; // b に10を代入

：：参照
int a, b;
int &r = a; //　pはaの参照になる

r = 10; // a に10を代入
r = b; // 一度決めた参照先は変わらないので、これは aにbを代入という意味になる

参照は値そのもので、
ポインタはアドレスを格納する変数
と考えると分かりやすいと

何かの本にあったな

>>330
じゃあ、普通の変数はなにを格納してんだよ、とツッコミたくなる文だな。

参照は純粋なエイリアスで
ポインタはアドレスを格納しているから、参照と同じような事もできる
かな？

ふむ。エイリアスはいい表現だな。
まとめると……

通常：普通の変数
参照：変数に「別名」を付ける
ポインタ：メモリ上の位置を保存する
ってことで。

なぁ。ポインタって何が難しいんだ？少なくとも漏れがC勉強したときはすんなり解ったよ。
はっきりいって>>330の考え方で十分理解できるでしょ？

>>334
概念そのものは難しくないんじゃないのでは。
ただ、アクセスしたい値に至るまでに変数名→アドレス→値というように
１つ余計なのが入るからな。
ポインタ使うと変数を一つ多く使ってるようなもんだ。そして、人間は一度に
意識下に置いておける変数の数はそんなに多くない。５、６個で限界では？

そんなわけで、>>329みたいな例ならいいが、プログラムが複雑になってくると
ポインタによってプログラムが読みにくくなる。

……って、これは俺がポインタ嫌いな理由だ。抽象度も下がるしな。

ポインタはメモリの仕組みさえ理解してれば、理解自体は難しくない。
けど、ポインタを多用したトリッキーなコードを読むのは難しい。

動的確保のしかた。失敗時の処理があってるか、
ポインタはこんなのでいいのかを見てもらいたいです。

課題１−２

ttp://49uper.com:8080/html/img-s/22684.zip

よろしくお願いします。

途中で書き込む押しちゃいました

ポインタと参照の違いは大体分かりました。
ありがとうございます

>>337
それでも間違いではないんだけど、
この規模の場合は普通に多次元配列のポインタを使った方が分かりやすいんじゃないでしょか。

それとnew失敗時に、bccはstd::bad_allocを投げるようだから、
例外をtry〜catchで補足するようにした方がいいかも。

多次元配列のポインタを使おうとしましたが使えません。
　p ＝　new int[y][x];
としても出来ません。
try〜catchについて調べてきます

>>340
// 宣言
int **p_stage;

// 初期化
p_stage = new int*[sizeY];
for (int i=0; i<sizeY; i++)
　　p_stage[i] = new int[sizeX];

// 利用
p_stage[10][20] = 123;

// 解放
for (int i=0; i<sizeY; i++)
　　delete [] p_stage[i];
delete [] p_stage;

// 例外
#include <new> // bad_allocを使うのに必要

try {
　　p = new int[10];
} catch (std::bad_alloc &e) {
　　// newに失敗するとここに
　　cout << e.what() << endl;
}

ボーランドって、set_new_handler()サポートしてなかったっけ？

>>341さん、修正しました。
ありがとうございます。

失敗時、exit　するとそれ以前に確保されたメモリは、
開放（デストラクタ）されるのでしょうか？

アップローダーが使えなかったので、ソース提出します。

ttp://f61.aaa.livedoor.jp/~sorapage/sosu001002.html

>>343
preタグで囲むとインデントできますよ。

exitしてプログラムが終了すると、基本的にそのプログラムが確保してるメモリは
全部OS側で開放してくれます。
だからと言って、メモリ開放しない癖をつけるのはマズイですけどね。

>>341
それって
int hoge[100][200];
のような動的配列を確保するのに101回newしなきゃならないよね。deleteも。
何とか一回で済ます方法はない？

int **hoge = (int**)( new char[ sizeof(int*)*100 + sizeof(int)*100*200 ] );
といった感じで確保して、前半部分に各2次要素列へのポインタを格納するとか。

>>345
多次元配列制御クラスを使うのが王道だろう。
boostというライブラリには、そういうのが存在するらしい。

boost使って書くとこんな感じか

boost::multi_array<int, 2> p_stage(boost::extents[sizeY][sizeX]);

p_stage[10][20] = STATE_STAGE;

解放いらない分楽かもしれんね。
STLとBoostは使えるなら使った方が良いかも

廃墟一歩手前sage

まあﾏﾀｰﾘ行こうじゃないか

で、１はどこへ逃げた？

ぬぉぉぉ...何が>>1を変えてしまったのか
それとも風邪でも引いて寝込んでるのか？
それなら治ったらまた帰ってこいよ！

多分流れからして忙しいんでしょ。
まぁﾏﾀｰﾘ進行でいこうや。

今後の課題の流れはどんな感じになるんだ？
>>1含め、どこまでのゲームが作れればいいんだろうか…

>>353
おまえ、新参者だな。その書き込みで分かる。

すみません、挨拶にだけきました。
現在仕事で死んでます。

事務の自動処理サーバーが壊れてすべての作業を手でやっています。
泊り込んでいるのに終わりません(T-T)

一応、頭の中で妄想だけしています。

結局、7師匠の依存性を減らす案は一時置いておき、
「クラスを作って初期化すると勝手にあとは進む」
案を実現しようと努力中です。

具体的な構想。

１・クラスは敵弾・自機弾・自機・敵（敵の動きが３種で３クラス）
２・敵弾クラスは敵弾の配列を持つ。
３・自機弾クラスは自機弾の配列を持つ。
４・自機クラスは自機クラスと自機弾クラスのポインタを持つ。
５・敵クラスは敵クラスの配列を持ち、自機クラスと自機弾、敵弾クラスへのポインタを持つ。
６・どのクラスもactionメソッドを実行することで勝手に移動・弾生成します。
７・どのクラスもStgObjクラスの派生です。
８・actionは各クラスでvirtual実装。

９・各クラスがactionした後にupdateメソッドを実行すると
　　自機弾クラスが敵との当たり判定を、敵・敵弾クラスが自機との
　　当たり判定を行い、状態が更新されます。
　　また、それぞれupdateメソッドは最後に得点を返します。

　　自機弾クラスの返却値・全ての撃破敵の合計スコア
　　敵弾クラスの返却値・全ての撃破自機（＝自機が撃破されたら）のスコア
　　１以上が返ってきた場合は自機が撃破され終了。

敵の動きは斜め・自機と軸が合ったら弾を打つ・横のみ移動などそれぞれ好き勝手
actionを実装してみています。
実際は敵タイプ変数などを用意し、if (enemy_type==3)というような形で分岐して
もいいレベルだと思うのですが、本格的に作る際にはそれぞれ特殊な行動をさせる
と思うので今から実践。

ちなみに、弾も敵も全て毎回newします（上限数を超えていなければ）。

7師匠（ソースはプリントアウトして会社で見ていますよ！）のソースを参考に
exturn でMAX数をgeneral.hに宣言、各クラスで見るときもMAX_〜〜回ループで
見る感じに。

作られたらnew、撃破・画面外でdelete。
で、最後に終わるとき、自機・敵・自機弾・敵弾それぞれの配列を順に全てdeleteします。

一応、STL系も調べてみたのですが使うのは少し先になりそうです。
使えたらやりたいこと。

自機当たり判定list
敵当たり判定list

をつくり、それぞれに登録。
当たり判定はlistに対して行うだけでいい。
で、オブジェクトが消えるときにlistから削除。
（↑全てのlistを検索して消すと重そうな気がする…）

これで自機にも敵にも当たる弾や、障害物（当たっても死なないけど
中に入れない、とか）を楽に実現できそうな気がしました。

というあたりで寝ます。
すみません、ベッドがいつになく暖かいんです。
こんなにやわらかかったっけ…。

まぁﾏﾀｰﾘ時間のあるときに勉強汁。
体壊したら元も子もないからね。

自動処理プログラムを自前で作ってしまうとか。

つーか皆>>1にきつい事やらせ杉。
このままじゃ死んじゃうって。

いやまだまだだ。１よそろそろ３Dもいけるだろう。
機体を３Dでモデリングし、それをステンシルシャドウを用いて
影付きでレンダリングするまでとりあえず作りなさい。
3日以内にこの課題をクリアするように。

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　 　　　 Ｊ　>>364
/　　　　 ∩ノ ⊃　 ヽ
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

ようやく（というか業者が作業にきて）サーバーが直りました。

そして久々の早帰り。
今から食事選択の後取り組みます。

がんがれ

よし、じゃあ俺は１を育成するゲーム作ってくる(｀･ω･´)

それが>>368の最後の言葉だった。

プログラミングの教材になるかもしれんな＜1を育成するゲーム

だれか、ケアルでもホイミでもメディでもキュアウーンズでも
なんでもいいから１に掛けてやれ。
なんか瀕死だぞ。

「がんがれ」と一言かけよう。

まだコンパイル通らないのですがとりあえず報告を。
（全レスは完成後ということで…）

StgObjからPlayer,Enemy_A,Enemy_B,Enemy_C,Bulletの５クラスが派生。
CtlBaseからCtlEnemy,CtlBullet,CtlEBullet(敵弾）の３クラスが派生。

Ctl〜は全てEnemyならEnemy,BulletならBulletの配列を持つ管理クラス。
CtlEnemy.action()などと命令すると敵が全て行動したりします。
また、それぞれのCtlは内部パラメータに応じて敵をnewするなどの処理も行います。

CtlはPlayerクラスと１つのCtlクラスに対するポインタを持ち、
CtlEnemy.hit()などとすると当たり判定を持っているポインタの
コントロールするクラスに対して行います。

例・CtlEnemyはCtlBullet(自機）のポインタを持ち、hitを行うと
当たり判定をして当たっていればEnemyが死亡、Playerの得点加算。

現在はCtlクラスが１つのCtlクラスに対するhit判定しかできませんが、
将来的には複数配列を扱っていけば画像版STGでも使えるか？と考えています。

PlayerはMyShipに変わって作りました。自機とプレイヤーデータ（得点など）を持つクラスです。

心配をおかけしましたが、健康状態は良好です。
（倒れたほうがプログラミングから遠ざかってしまうので気をつけています）

ということで、今日はこのあたりで。

さっさと挫折しろ

>>375
お約束ですね。定期連絡乙

>>375
これだけ音沙汰がなかったのに、定時もなにも無いんじゃないかと。

帰宅しました。
これより製作に入ります。

今までできなかった分、土曜日には絶対仕上げようと思っています。
とりあえず、連絡のみ。

>>373の構想がだいぶ形になってきましたが、やはりまだ動いていません。
今日中に見せられるものができるか…？
途中ソースでも日の境目ぐらいにはあげられるものを出したいとは思っていますが。

しばらく離れていただけで結構忘れてる…orz

とりあえず、食事・掃除に入る前に一番悩んでいる点をメモ。
ヘッダにポインタ型を指定しているとコンパイル時に不明な型扱いされる
点が解決できず。

CtlBase.h
--------------------
#include "StgObj.h"
StgObj* obj;
----------------

CtlBase.cpp
----------------------
#inclue "CtlBase.h"
void init(){
　　　obj->init(1,1);
}
---------------------

それだけじゃなんとも…

使う前にnewしてる？

mallocとかでも良いけど
兎に角領域を割り当てなきゃ

ヘッダとソースの分離って観点から見ると

CtrlBase.h
には
class StgObj;
StgObj* obj; //こいつはCtlBaseのメンバなのかな？

CtlBase.cpp
には
#include "CtlBase.h"
#include "StgObj,h"
void init() {
　　obj->init(1,1);
}

の方がいい希ガス

>381-382
よく読め。"コンパイル時に"と書いてある。

師匠！
レスありがとうございます。
参考にしてやってみます。

new、そういえばしていませんでした…。
そのあたりももう一回試していってみます。

いろいろ試してみたところ、根本的になにか間違っている模様。

CtlBase.hヘッダに
public:
int score;
と宣言しても、

CtlBase.cppでは
//コンストラクタ
CtlBase::CtlBase(){
　　score=0;
};

void init(int size) {
　　score=size;
}
で「未定義のシンボル score(関数 init(int) )」が表示されてしまうので。
ただし、コンストラクタにscore=0と書くことにはエラーが表示されません…。

書き込みを見直して気づきました。
CtlBase::CtlBase(){
　　score=0;
};　←「；」

；を取ったらコンパイル通りました。
こんなのに今日一日悩んだのか…orz。

↑ということで、結局今日に見せられるものはできなかった落ちに。
非常に申し訳ない気持ちでいっぱいです…。

構造がどうなってるのか知らないけど、

＞void init(int size) {
これって、

＞void CtlBase::init(int size) {
なのでわ…

共有するメンバ、メソッドはstaticに汁。

>>389
きっとｿﾚﾀﾞ!!ヽ(´∀｀)９ ﾋﾞｼ!!
クラスの中に直接書いてる時は要らないからなぁ

うがー、すごいイージーミス。

首つってきます…。

こういう間違いは自動検出できるべきなんだがなあ。

>>393
本当にただの関数として書いたのか、
メンバ関数として書きたかったのかを識別する術はコンパイラにはないからな

こいつはもう駄目だな。
病気、仕事、絶対、などという単語が出てきたらあとは適当にごまかして逃げるだけ。
半年後に「実はやってたんですよ〜」とかsageで書き込んで自己弁護

何の役にも立たない煽りはいらねーよ

>>396
だが、１はそう言われても仕方ないだけの態度を取っている。
そろそろ、まとめてレスをするのと、ＨＰに作りかけのソースを上げるだけでも
やっとかないと本当に見放されるぞ。
その気になればＨＰに作りかけのソース上げるのは１０分だろう。

帰宅。
作業開始します。

>>397
>>1は別に何日以内に成果を報告する義務も責任もない。
見放したければ見放せばいいだけでしょ。
漏れみたいに付き合いたい人だけ付き合えばいい。

あと事情も考えずに「それくらいすぐできるだろ」って自分の感覚を
押しつけるのは嫌われるよ。

いつまでもUPしないのが心苦しいので、一応アップしました。
コンパイルは通りますが、ろくに動きません。

何をしたいかがわかる程度になっています（トップページからリンク）
http://f41.aaa.livedoor.jp/~grow/

パッと見ですが、クラスのメンバ変数がpublicになってるのが気になりましたね。

バイナリも挙げてくれよ…

class hogehoge{ ~hogehoge(); }
は、デストラクタだと記憶してたんだが、ググると意外と
デコンストラクタと書いてあるのもあってビックリである。

バイナリあげてもろくに動ず。
しかもよくわからんエラーが出るので実行しないほうがいいかと思われ。

少なくともISO/IEC14882:1998には
「destructor」という言葉しか出てこない（当たり前

ちょろっと調べてみますた。
終了時のエラーはCtlBase::~CtlBaseが問題ですね。
ループカウンタとして機能してない（0と1しか消してない）のはおいといて、

h_selfにポインタをコピーしてdeleteすればh_selfはNULLになりますが、
my_obj[0],my_obj[1]の中身は変わらないので
その後

h_self = getMyObj(1); // deleteされたはずのアドレスがコピーされてる（not NULL)

なんてことになって、同じ領域を2度deleteしてしまってるようです。

やるとしたらこうかな？
CtlBase::~CtlBase(){
　　for (int i=0; i<MAX_OBJ; i++) {
　　　　if (my_obj[i] != NULL) delete my_obj[i];
　　}
}

俺も育成してください
C と DirectX でSLGを作ります

それより…
deleteObj無限ループになってないか
この方法だとdeleteしたらNULL代入しないとだめだろ

deleteしたら意味不明なアドレスを指すはず

いろいろ勘違いしていたようです。

脳内妄想

１・ポインタmy_obj[0]を同ポインタh_selfにポインタを渡す。
２・h_selfをdeleteした場合、my_objも同じところを指しているので双方が指しているオブジェクトが無効になる
３・h_selfをdeleteすると指し示す先が無効＝NULLとなる（妄想）
４・よってmy_obj[0]=NULLとなる（妄想）

師匠方のおかげでだいぶ修正が進みつつあります。
感謝。

俺の理解もそうですが、休み時間にノートに書き散らしたコードをそのまま
持ってきて打ち込む現在の方法にも問題があるかなぁ…。
妄想を助長する気がする。

これより作業開始します。
そろそろ見せられるものができそうです。

がんがれ

http://f41.aaa.livedoor.jp/~grow/

師匠！
久々にまともに更新ができました！

といってもまだ途中ですが、シューティング関連オブジェクトを管理クラス
に管理させることはできつつあると思われます。
前回指摘された永久ループなどは解消しました。
修正しながら自分の才能なさにあきれる始末です…。

とりあえず、今回はまだまともに見えるのでバイナリもいれときました。
変な個所があるのはわかっているのですが、まだ修正中です。

(・∀・)ﾁｺﾞｲﾈ!

あとシールド追加できればもうインベーダーゲームが作れそう。

これがある程度できたら、もうちょっとゲームっぽく
「タイトル画面」：Press any key to start
「メニュー画面」：Game start、Hiscore ranking
「ゲーム画面」：そのまま
「ランキング画面」：過去のランキング
を追加すると、コンソールのゲームとしては完結できるんじゃないかな。

mainにゲームループの処理をまとめて書くんじゃなくて、
それぞれを「シーンクラス」として独立させて、スマートにコントロールできる
方法を考えるのも面白いかもしれません。

404 ファイルが見つかりません

…

リンク張りぐらいきちんとしとけ

あった。スマソ

コンソールでここまでできるのか…凄いな
本当にインベーダーゲーム作れそうだな

感想ありがとうございます。
現在、敵に弾を打ち込むと挙動がおかしくなる原因がわからず止まっています。

あと、ファイルは時々見つからないことがあるので（直リンクも規制）、
トップページから入ってリンクをクリックして、見つからなくても少し
リトライするのがいいみたいです。

移動がおかしいのは
Enemyのmove_flgがグローバル変数になってて
各インスタンスに割り当てられてないからぽ。

どれか一つでも端に達すると他のも連動して動いちゃう

これもイージーミスの類だと思うけど、
EnemyのInitにＨＰの初期化が抜けてて、
HPが0の状態から始まるんでバグってるようです

http://f41.aaa.livedoor.jp/~grow/

>>419師匠
ありがとうございました！
早速修正してＵＰしておきました。

これからはprivateとpublic、protectedの違いも調べて有効な
設計をしていこうと思います。

public どこからでも実行できる
private クラス内からしか実行できない
protected クラス内及び、継承したクラス内からしか実行できない

解説ありがとうございます。

残る疑問点としてOBJECT[i]の変数を変更するときに変数がpublicだと
OBJECT[i]のほかの変数（この場合move_flg）がいっしょに変更されてし
まうのかがよくわかっておりません。

move_flgだけ全体につられて、なぜhpが大丈夫だったのか。
現在調べているのですが、それについて書いてあるところが見つからずに
おります。

↑private やら classやらのキーワードで調べていましたが
スコープとかグローバル変数で調べれば出てきそうですね。

ちと音を上げるのが早すぎでした。

class Enemy : public StgObj {
public:
　　bool move_flg;
};

は、Enemyのpublicなメンバ変数 move_flg;を宣言していることになりますが、

class Enemy : public StgObj {
　　…
};

bool move_flg;

これはclass Enemyとは関係なく、
ただのグローバル変数を作っているだけになってしまっています。

時間があったのでデバッグに協力しようと思って ncurses に移植しようと思ったんだけど、
コンパイルできねぇです。ファイルは result_7.2'.lzh です。

見つかった警告
CtlBase::update(), CtlBullet::updatte(), CtlEnemy::update() が値を返してないです。

見つかったエラー
MyShip::init() 内で使われている show_flg がどこにもないです。

>>425師匠
ありがとうございました。
privateとか、publicとかの話ではなくてスコープの話だったんですね。
スコープも理解しているといいがたいので勉強してみようと思います。

>>426さん
ありがとうございます
ncursesはわからないので以下推測です。
CtlBaseなどのint update()メソッドが「return 0;」
文で終わっていないのが原因かもしれません（あくまで推測）
あとは現在Ctl〜系のupdateはint値を返す必要がないのでvoidに修正しても
いいかもしれないです。

MyShipは古いコードでもう使われていません（失礼しました）。
MyShipを削除して再度result7_2'.lzhをUPしておきます。

ただいま帰宅しました。
忙しい時期の反動で早めに帰れています。
食事その他を済ませてから作業開始します。

とりあえず今日の目標→インベーダーゲーム
（元のゲームやったことないけど）

がんがれ。
インベーダ完成したらコンソール卒業しても大丈夫かな？

>>429
コンソールと、GDI使った描画に本質的なレベル差は無いよ。
敵管理するとか、シーン切り替えをする部分こそ、レベル差が現れる部分だし。

描画モジュールをうまく分離出来るかどうかだな。

>>1氏の今までの経過を見るに、案外すぐ出来そうだけど。

とりあえず敵に弾を出させる処理＆当たり判定を実装したのでUPしてみました。

比較用になるかな、程度のソースですのであまり意味はないですが。
とりあえず報告まで。

http://f41.aaa.livedoor.jp/~grow/

あとは急造ですが、敵を隊列で動かすようにしました。
また、敵がまともに弾を撃つようになりました。

これをもとに本家インベーダーゲームをプレイしてそれっぽくしていこうと思います。

この後は急がずにゆっくり変更を加えていこうと思っています。
具体的には以下のとおり。

コメントを整備する。
無駄にpublicになっているものをprivateにする。
オブジェクト配列をlistとする（STL導入）。
シーンごとにクラスに分ける（タイトルとゲーム画面とか）。

他にもやるべきことが何かありましたらご指摘お願いします。

でもって。

そろそろグラフィカルインターフェースに移ってみたいなーと考えています！
>>433は基礎力増強なので平行して進めていく形で。

やはり、以前師匠から与えられたグラフィックを動かす課題から！？

エンド13:誰にも相手にされなくなって終了。

ゴールおめでとう。

一応見てるけど困ったときに登場するのが正義の味方

>>434
画像の表示はもうやってるようだからWinMain等は流用して、
今出来てるSTGのoutText部分を画像表示に書き換えるだけでGUI化できる悪寒。
もちろん細かい修正は結構必要になるけど。

帰宅。
現在、STLで苦戦中です。
基本は解ったと思いますが、クラスのリストがいまいち理解できていません。
テンプレート学習するのでしばらく手一杯かも。

お勧め書籍などあったら教えていただけないでしょうか。

STLならSTL標準講座が良さげ

STL使う上では、コピーや代入が発生するから、
コピーコンストラクタを定義しておかなければいけなかったり、
setやmap等のソートを使うコンテナでは
operator<を定義しておかなければならなかったりするから、
最初はポインタを入れるだけにするのが無難かも。

アルゴリズム無視して純粋にコンテナとして使うだけなら
ポインタと難易度変わらないのでは。

>>438
私としては C MAGAZINE での連載をまとめた『詳説C++』を薦めておきたい。
現在 Amazon では売り切れ中ですが……。

詳説C++―ANSI C++完全理解 \3,150
http://www.amazon.co.jp/exec/obidos/ASIN/4797312254/qid=1101729905/ref=sr_8_xs_ap_i1_xgl/249-1417768-3808346

C++ の基礎から、継承の使い方、テンプレート、STL の標準コンテナまで一通り学べるので、
1 さんのようにプログラムは組めるけど、C++ の仕様や使い方にちょっと自信がない方にお勧めです。

多分、今後も >>409 のように C++ の誤解からバグを生むこともあると思うので、
STL を本格的に学ぶ前に、一度 C++ の仕様を知っておくと楽になると思います。

ただ、C 経験者向け（付録に C のおさらい講座もとりあえず付いてます）なので、
立ち読みして理解できそうか確認してみてください。
古いので中々見つかりませんが、本屋でもし見つけたらのぞいてみてください。

以下も見てみて、自分に合った本を探してみてください。

推薦図書/必読書のためのスレッド@2ch まとめページ: C++
http://2chbooks.seesaa.net/category/77376.html
推薦図書/必読書のためのスレッド PART 21
http://pc5.2ch.net/test/read.cgi/tech/1101395436/l50

>>1
応援してますよ。アップされたソースも見てます。
暇を見てサンプルソースを書いたりもしているのですが、なかなか進まず。
完成したら、またアップしますね。
シューティング完成に向け、頑張ってください。

Effective STLを買ってただいま帰宅。
全レス再開します。

>>436師匠
レスがなくてあせっていましたがそういうことだったんですね！
だいぶ安心しました。

>>437師匠
なんか、


>>439師匠
早速ありがとうございます！
しかし、本屋に置いていなかったのでとりあえずEffective STL買ってきてみました。

>>440師匠
実は最初は〜のところで躓いていました（汗
StgObjのポインタを入れようとして失敗していました！

>>441師匠
結構難しいですよ、これが！
というか、テンプレートをすっ飛ばしてきたツケが回ってきた模様。


>>7師匠
最大の本屋と名高いオアゾと秋葉を帰りがけに探しましたが見つからず。
泣く泣くあきらめました…。
地道に探していこうと思います>詳説Ｃ＋＋

応援ありがとうございます！
気合で今年中にグラフィックで動くシューティングにしたいです！

>>444
アマゾンで郵送してもらったらいいんとちゃう？

>>445さん
Amazonは品切れでした…。

EffectiveC++は読んだの？

>>447さん
EffectiveC++は読んでいません。
というか、ＳＴＬ関連書籍がそれしか置いていなかったから買ってきてみたんですが、
どうやらＳＴＬがすでにわかる人向けだった模様。
使う日まで秘蔵します。

ＳＴＬ…というか、テンプレートはようやくわかってきました。
でもあやしいところもあるので、ＨＰに全てＵＰ（試しソースも含む）
してまとめてみようと思っています。
それが土曜・日曜の作業になりそうです。

ポインタよりテンプレートに壁を感じる…。

>1さん
がんばれよ
陰ながら応援してるから。

>>449さん
ありがとうございます。
現在作業中ですが、HTMLにまとめていたらだんだん理解できてきました。
以外に人に見せようとしてまとめるといい勉強になるのかも。

今更なんですが質問が。

STLのListで複数種類のクラスを扱うことはできないのでしょうか。
（例・基底クラスStgObjのListを作成。
　　　しかし、Listに実際登録するのはStgObjから派生したクラスA・クラスB）

ここまでやってきて、自分の結論としては出来なさそうという結果に落ち着きつつ
あるのですが。

>>451
list<StgObj*> list;
list.push_back( new A() );
list.push_back( new B() );

名前がマズかった orz

list<StgObj*> objList;
objList.push_back( new A() );
objList.push_back( new B() );

できるよ

>>453師匠
ありがとうございます！
今やったらできました。
現在インベーダーゲームへ応用中。

自分の理解が完全に間違っていた模様…。


>>454師匠
できました…。

百聞は一見にしかずというしな
ソースを見て正確な理解ができればそれでいいさ

>>456師匠
ありがとうございました。
シーズン柄飲み会の連続でばて気味ですが、クリスマス・とイブの２日を
完全オフにしてある（というか必然）のでそれまでゆっくり行きたいと思
います。

…最近遅くてすみません

まだがんばってるのか

ご無沙汰してます ２９４ です。
１ヶ月もネットが出来ませんでした。
復帰してもよろしいでしょうか？

ネットが出来ない間作ったものを提出します

http://49uper.com:8080/html/img-s/28215.zip

提出されていたソースをもとに製作しました
リスト構造・シューティングはこんなつくり方でいいのか
見てもらえると助かります

ごめん、exe起動したらガクガクしすぎて何やってるんだかわからん。

>>294
久しぶり。
同じく何をやっているかわかりません…。
しかし、実は俺より先に進んでいるのか！？

現在、こんなことやってます。

１・自機に対して当たり判定が存在するものlist
２・敵に対して当たり判定が存在するものlist

１は敵と敵弾
２は自機と自機弾、敵自身（敵同士で重ならないように）を登録。

それぞれに処理をさせます。
障害物とかもこれで処理できるかな、と考えています。

２つのリストに同じオブジェクトを登録することがあるため（障害物や敵は双方
に登録を想定）、オブジェクトは自身の登録個数を持っています。
で、Listからeraseするときには必ず「stgObjErase」メソッド（listから
eraseした上でオブジェクトの登録個数を減算し、0になるとdeleteする）を呼
び、オブジェクトの登録個数が0になるとdeleteするようにします。

…と、例によって構想で現在はstgObjEraseメソッドがエラー出してます（汗

>>1氏のようにCを極めずにWinAPIを勉強してる漏れはお呼びでないかな…

>>461
それは参照カウンタというブツで、ポインタの制御に良く使われます。
自分で作るのもいいのですが、boost::shared_ptrというのがまさに参照カウント型のスマートポインタで、
1氏が考えているように、自身の参照個数を保存して、参照がなくなった時点で自動的にdeleteしてくれます。

参照カウントの実装はコピー時に上げ下げしたり、マルチスレッド時にロックしなければいけなかったり…と面倒なので
とりあえずはshared_ptrを使うべきかと思います。
（ちなみにshared_ptrを使えば、明示的なdeleteはプログラム中からほとんど消すことが出来ます）

自作するのでしたら、More Effective C++に参照カウント型スマートポインタの構造が長々と書いてあるので
それを一読してみると良いかもしれません。

>>462
そういう方法もありでは。分からなくなってから勉強するのでも遅くはないです。
ただ効率が良いか悪いかは分かりませんが…

いや、それもありだと思う。
正直、絵と音が出ないとモチベーション下がるっしょ。

説明が足りませんでした。
最大化すると動くはずなのですが、自分のパソコンに合わせて作ってあるので
それでもがくがくする場合は、MAX_Y を小さくすれば動くと思います。

自分は先頭のリストは、消せないようにしているのですが、
消せたほうが軽くていいのかな？
参照カウント型スマートポインタ調べてきます。

スマートポインタやろうとしたけど
よく考えたらC#でいいじゃんと思って
今に至る。

>>294
ちゃんとショットが弾幕になってるのに驚きました
(・∀・)ｲｲ!!

>>467
ﾜﾛﾀ
確かに画面が弾幕で無茶苦茶だなｗ

>>468
縦に引き延ばせば普通のSTGのショットになるYO

>1 さん、勉強が進んでるとかじゃなくて、
育成？された順番が違うだけかと思いますよ
自分のソースは、動くだけで中身ぐちゃぐちゃな気もしますし

自分も絵を出したくなってきちゃいました。
ＡＰＩ勉強してきます

今日は早めの帰宅（最近毎日報告じゃないですが）

>>463さん
アプローチ方法は人それぞれ。
このスレでも「絵からいけ派」・「基礎をやれ派」がいたよ。


>>463師匠
そんな便利なものが…というか、以前スレで師匠が紹介していた！
boost導入してみます！


>>２９４さん
くそ、追い越されないように気合を入れないと！
あと実は、例のプログラムがまだちゃんと動いていない…。

>>466さん
C#…言語としてよく知らないが、ポインタ関連が便利になっているのかな？

今日は早めの帰宅（最近毎日報告じゃないですが）

>>463さん
アプローチ方法は人それぞれ。
このスレでも「絵からいけ派」・「基礎をやれ派」がいたよ。


>>463師匠
そんな便利なものが…というか、以前スレで師匠が紹介していた！
boost導入してみます！


>>２９４さん
くそ、追い越されないように気合を入れないと！
あと実は、例のプログラムがまだちゃんと動いていない…。

>>466さん
C#…言語としてよく知らないが、ポインタ関連が便利になっているのかな？

うわ、２回送信している…orz

STL覚えつつboostまで手を出すとは。
いっそのことlambdaまでいっちゃおうぜ。

shared_ptrはとりあえず使っておいて損はないからな。

さっさと挫折し……




　　　　　　　　　　　　　　　　　　　　……もう既に挫折していた ○|￣|＿

>1さん　のソース見れました。
ノートンが邪魔して見れなかったみたいです。

リソースで悪戦苦闘
動きはしますがＢＭＰが表示されません。

ttp://49uper.com:8080/html/img-s/29609.zip

LoadBitmapは既に旧APIとなりつつあります。
猫プロを参考にされたのかもしれませんが、LoadImageを使った方が無難でしょう。

ちなみにどうも気まぐれにIDI_STAGEという名前がコンパイルできないようです…
（名前を変えて戻すと動いたりする）
試しに.rcファイルとmain内の「IDI_STAGE」という名前を変えてみてはいかがでしょう。

>>479
猫んとこでもLoadBitmapはLoadImageに取って代わったって解説してなかったっけ？
まだ使えるけど

>>478
これ、BCCFormで作ったでしょ？
自分も今日同じ事してたんだけど、どうも表示されないと思ったらリソースが原因だった。

BCC Developerを使うより、VisualC++2005 Expressを使った方がいい気もする…
リソース管理等々が統合されてるし。

>>482
そりゃ当たり前でそ…
貧乏より金持ち、不健康より健康の方が。

いや両方ともタダなんだから、
同じ貧乏でも健康な方がってことﾃﾞｽ

そういえばVisualC++2005 Expressはタダだね。
勘違いしてたVisualC++2005はまだ売ってないね…

LoadImage に変えて、名前も変えましたが動きません。
ほかにもに間違えがあるのかも。

BCCForm使ってます
>481さん　どのように対処しましたか？

>>486
とりあえず、パスが
"C:\---\----…"
になってるようだけど、正しくは
"C:\\---\\----…"
だと思いﾏｽ

>>486
猫で使ってたリソースそのままコピペで貼ってファイル名だけ変えた。
要するにVC++のリソースエディタが生成した奴ね。
今のところそれ以外わからない…

>>487
それ直しても変わらなかった。
というより、VC++とBCCFormの作るリソースじゃあまりに構文が違い過ぎる気がする…
それでも今まで使えてたのも謎…

うちではパスを直して、名前を変更したら動きましたが

解決しました。
MAKEINTRESOURCE の書き忘れでした。

ありがとうございます。

ようやく形になってきました。
２６日にはアップします。

294さんのおかげで自分のソースを根本から見直す気になりました。
ちなみに文字のみ弾幕シューになってます。

三角関数の再勉強が目下の課題（汗

一応作成中、26日に間に合わせるにはスマートポインタ導入などを見送ったほうが
よさげ…orz

最近遅くてすみませぬ。

>>493
年末だし急ぐ事はないでしょ
ﾏﾀｰﾘがんがれ

まだやっているワナ…
俺才能ないのかも…。

>>495
ゲーム作りに才能なんて必要ない。
必要なのは知識と経験だけ。

続けていれば、そのうち頭に浮かんだものを簡単に形にできるようになる。
鉄棒や英語と一緒で、一足飛びに上達したりはしないもんだよ。

〆切も大事だが、続けることのほうがもっと大事だ。
焦らずいこう。

>>494さん、496さん
ありがとうございます。
今日はもうだめぽ…明日の仕事のため寝ます。
明後日までにできなければつくりかけをUPします。
と予告して自分を追い込むー。

なんかソースがぐちゃぐちゃです。

ttp://49uper.com:8080/html/img-s/30859.zip

>>294
ムズい！けど面白い(*´д｀*)ﾊｧﾊｧ

タイルのアニメーションはタイルを別クラスで管理した方がやりやすいと思いますです。
浅知恵ですが、タイル描画は

if (m_pStage[iy][ix] == 0) continue;

int bmpPos=0; // tile.bmp上の位置(y座標)
int mod=0; // 位置補正
int animation[8] = {0,4,6,4,0,4,6,4};
if (100 <= m_pStage[iy][ix] && m_pStage[iy][ix] <= 103) {
　　bmpPos = 128 + 16*(m_pStage[iy][ix]-100);
} else if (110 <= m_pStage[iy][ix] && m_pStage[iy][ix] <= 113) {
　　bmpPos = 192 + 16*(m_pStage[iy][ix]-110);
} else {
　　bmpPos = 16*(m_pStage[iy][ix]%8);
　　mod = animation[m_pStage[iy][ix]%8];
}
BitBlt(hdc_off, TILE_POSX+16*ix, mod + TILE_POSY+16*iy, 16, 16, hdc_mem, 0, bmpPos, SRCCOPY);

と書けるのではないでしょうか。（行数の関係で縮めたので見づらいですね…）
せっかくですから、オフスクリーン描画を使ってちらつきを無くしてみては

何となくオフスクリーン使うようにした残骸が残っちゃってました・・・orz
hdc_off→hdc
で

語感からして、直感ヒトフデの移植版？
ルールがわからん。

>499さん　ありがとうございます。
オフスクリーン描画調べてきます。

ttp://49uper.com:8080/html/img-s/30988.zip

>501さん　ReadMe.txt　追加しておきました。

>>294
ところでSelectObject(hdc_mem, hBmp);のコメントが「？」になっていたので補足しておくと、

デバイスコンテキスト（DC）は、プログラムとデバイス（モニタやプリンタ）の橋渡し役で
「プログラムがデバイスに書き込む」　という直接の処理ではなく
「プログラムがDCに書き込む→デバイスはDCから読み込んで処理をする」
という流れにより、プログラムからデバイスを意識しなくて済むようにするための仕組みです。
このおかげで、対象デバイスがモニタだろうがプリンタだろうが意識せずに描画が出来るわけですが、
代わりに、どんな画像データを書き込む際にも、DCを経由しなければいけない
という制約が出来てしまいました。（GDIやGDI+では）
ビットマップ画像も例外ではなく、DCを経由してBitBltに渡さなければいけません。

ところでHDCはただの情報を格納する構造体で、
BitBltやTextOutといったAPIで画像データを書き込む際、実際のデータはHDCが持つ
ビットマップハンドルに書き込まれることになります。
ところが、DCをCreateCompatibleDCで作成した直後には
DCはビットマップ情報を持っていません（正確には１×１のモノクロの点を持っていますが）
何もないDCからデータを読み出すことはできませんから、
ビットマップ画像のデータをDCに割り当ててやる必要があります。
その操作が
SelectObject(hdc_mem, hBmp);
です。

これでhdc_memはhBmpを「実際のデータ」として持つことになり、
BitBlt等のAPIでhBmpの中身を読み込めるようになるわけです。

ってもう解決済みだったらｽﾝﾏｿﾝ

>503さん、ありがとうございます。

それで SelectObject を消すと１個前のbmpが表示されたわけですね。

オフスクリーン分かりません。

DirectX を使用するということですか？

>1さん、
>>472 の例のプログラムってなんでしたっけ？
記憶力ないもので。

えーと、画面がちらつくのは描画が逐一見えてしまうからなので、
一度オフスクリーン（裏画面とも）に書き込んで、最後にまとめて転送するようなやり方を指してます。
DirectXを使うわけではありません。

CreateCompatibleDC
CreateCompatibleBitmap

でウインドウと同じサイズの（メモリ上の）描画領域を作ってやって、
そこにデータを書き込み、最後にBitBltで本来のウインドウ上に転送してやる、というやり方を取ります

申し訳ないです。
まったく分かりません。

CreateCompatibleDC　でオフスクリーンを作って
CreateCompatibleBitmap　でサイズを変更して
BitBlt でオフスクリーンに描画して
すべて描画し終わったら、
BitBlt でスクリーンに描画するということですか？

CreateCompatibleBitmap　の戻値がHBITMAPだからこれがオフスクリーンなのかな？

見当違いなこと言ってたら、ごめんなさい、

解決しました。
何度もアホな質問してしまって申し訳ないです。

来年もよろしくお願いします。

明けましておめでとうございます

今製作中のリソースエディターです。
コントロールの制御の仕方がまったく分かりません
ttp://49uper.com:8080/html/img-s/32879.zip

ランキングを追加しました。
落ちてくるブロックをスプリクトにしたいのですが読んでも分かりません。
ttp://49uper.com:8080/html/img-s/32881.zip

何を読んでもわからないのですかね

ところで、１はあきらめたのか。

最後のレスが俺の誕生日だ…。

レス遅れて申し訳ないです。
ブロックは、すきやきのアルゴリズム　です。

リソースエディターは、実力不足？どの関数を使えばいいのか分かりません。
不勉強ですね。　探してきます

age

誰かしゃべれよ

HPを持っている方必見！登録したら５０００円！
http://afj21.jp/adlink.php?adid=1355

久々だ
俺の予想通りになったな
>>39

>>517
見事だね

最初はやる気があるようだったんだがなあ

　
なんか前任者が染んだようなので次は私が。
小規模なSLGの完成目指して頑張ります

画面は開発中のものです

ttp://karen.saiin.net/~arausa01/Kshiki/GarphixA/20050131213322Size800x600.jpg

さて次はロボット描かないと

>>520
このままでは挫折するのも時間の問題だが、優秀なリーダーのいる同人チームに
拾われればそれなりの活躍が出来るだろう。

>>522
私の画力は製作レベルにぜんぜん達していないんで
まあ気長に頑張りますよ

なんかこの手のゲーム作るスレが無かったんですよね

>>520
言語はどうしてるんだ？

>>525
プログラマじゃないのでノータッチ。
複数人で作るスレ立てようと思ったんだけどスレ立てれなかったんで
ここを再利用しますた

おいゲーム製作者の育成だろ

つーことはプログラマとセットじゃないといかんわけですか。
誰かいないかなぁ・・・

誰かが名乗りをあげるまでここで画面の開発＆練習しててもいいですか？

廃墟だしいいんじゃない

>>529
ゲ製板には着たばかりなのでそう言ってもらえると有難いです
腕前が腕前なので一気にってのは無理ですが頑張ってちょこちょこ更新します

まあ、期待しないで待っていよう。

途中だけどきょうはここまで、っと。
もっと練習＆試行錯誤しないとね

ttp://karen.saiin.net/~arausa01/Kshiki/GarphixA/20050201002939Size800x600.jpg

>>531
絵描きで急激な成長ってのは難しいですが頑張りますので
生暖かい目で見守っててください

スパロボ系か
作るならプログラマの腕がかなり要るぞ
ほんとに期待しないでいるよ

百式に見えるぞ

★★ＦＦの戦闘シーン続き誰か教えて★★
名前： リルム
E-mail：
内容：
友人にもらったこのファイル。
感動した。
魔法も増やしたいし、敵も増やしたい
戦闘中の音楽も鳴らしたい。

しかし、私は、全くプログラム経験が無い！
誰か続きをお願いします・・・
ttp://fft-up.hp.infoseek.co.jp/cgi-bin/FF5_up/img-box/img20050201144402.lzh

私も参加していいですか？

>>アラウサ
とりあえず、どんなメンバーを募集しているか書いたらどうだ？

>>533
＞スパロボ系か、作るならプログラマの腕がかなり要るぞ

個人的にはロボット描けるいろんな絵描きが参加できるようなものにしたいので
敵の思考ルーチンは要らんと思います
機能は極力絞ってシンプルなものに、しかし駆け引きが出来る感じのがいいですね〜
大航海時代２の戦闘みたいなの

>>536
プログラマーと曲作れる人と絵描ける人。
私の実力が実力なので練習しながら気長に待ったり探したりしますが
壮大な方向には絶対持っていかないという条件でなら何人でもOKだと思います

ちなみに私の住まいは北関東。　メアドは　[email protected]

>>537
システムはプログラマ任せ？
ある程度の叩き台用意しないと人はついてこないような。

叩かれ台なら用意してるようだがな。

>>539
巧い。

ここは人材育成スレッドだから叩き上等、ってところですかね

ttp://karen.saiin.net/~arausa01/Kshiki/GarphixA/20050203211121Size800x600.jpg

＞システムはプログラマ任せ？

一通り考えられますけど >>533 の発言がちょっと引っかかりますね。
とりあえず画像とか名前とかパラメータとか第三者が入力することが出来て
上の画面のように出力することが出来れば
シュミュレーションゲームなりスゴロクなりカードゲームなりRPGなり応用利くと思うんですが

・・・ちょっと参加の如何に関わらず
これぐらいなら楽勝だぜ！、って人やこれぐらいは作れるようになりたいなぁって人、
どれくらいいるか挙手してみてくれます？

てめー！
こんだけの色塗るのに二日もかけたのかよー！！！

時間がかかったのはむしろ描き直した線画。
Painter買って使い方を覚えてたのもありますけどね。

ワーク力はたしかにまだまだ高めないといけませんね
Painterで手早く塗る方法も探さないと〜

Painterならまかせろ！
わからない事があったらいつでも聞け！！！

>>544
助かります（´Å｀）ﾉｼ

そのＳＳだけで作れといわれてもな
対戦相手はどういうふうに画面にでるか
攻撃の際ロボットはどういう風に動くか
具体的に書いていかないと
○○みたいなのでお願いじゃ普通通用しない
人に頼むならね

要するに、俺の絵を使ったスパロボみたいなゲーム作ってください。
ってことだろ？

一日二日で企画するのも無理ですし、ま、ひとつずつ埋めてきましょ

＞対戦相手はどういうふうに画面にでるか
左右にスクロールする感じで画面切り替えが妥当じゃないでしょうか。

＞攻撃の際ロボットはどういう風に動くか
動くのはロボットじゃなくて背景のほうがメインになるんじゃないでしょうか
攻撃は絵描きが頑張ってコマ送りで描く、と。絵描きが未熟なら

＞要するに、俺の絵を使ったスパロボみたいなゲーム作ってください。ってことだろ？
不特定多数のロボット描きが参加できるものが出来ればいいので
別に私の絵が使われなくてもまったく構いません

おっと、文章が途中で切れてる。

絵描きが未熟なら
→絵描きが未熟ならまあ弾丸とかビームとか共用で使える素材を用意するとか

ＰＧや絵描き次第では結構質素になるけど
育成スレッドだしそれもまぁいいかもしれませんね

つーか、素材集にしかならん気が。

＞不特定多数のロボット描きが参加できるもの

どういうこっちゃ？
ネットワークで接続して、自分のロボ絵をアップロードしてオンラインロボット大戦すんの？
それとも単に絵描きを多人数使った普通にオフラインな簡易ロボット大戦？

まぁ素直にＳＬＧツクールでも使えといっておこう。

＞ネットワークで接続して、自分のロボ絵をアップロードしてオンラインロボット大戦すんの？
そういうのが出来ればいいけど休日使ってそういうのを作ってくれる奇特な人がいるかどうか・・・

＞単に絵描きを多人数使った普通にオフラインな簡易ロボット大戦？
配布型であとからいくらでもキャラやらロボットを追加できるならそれもいいかもしれませんね
もしくはシュミュレーションＲＰＧもしくはカードゲーム。
戦闘画面を中心に組み立てるのがいいんではないでしょうか

まぁいいや、今日はもう寝ます、おやすみなさいﾉｼ

>>553
どれくらいのができるかちょっと調べてみますね

きっちりした全体の仕様を出して作ってもらうか。
他のディレクターの下で作業するか。
ツクール使って自分の好きなようにやるか。

いずれにしてもグラフィッカーやるつもりなら
まだ絵の練習に専念するべき段階だよ君は。

うん
素材集が出来て終わりだろうなぁ
アラウサはSLGツクールで製作を開始するも行方不明音信不通

漏れも育成してほしいのだが、スレおわってるーか？

このスレみりゃわかるが
結局自分でやるしかないよ
幼女でもないのに
育ててもらおうなんて姿勢が腐ってる

はぁ・・・・・。

講座とか探しても、いきなりしらない言葉とかでてくるんです；；

誰か一から教えて〜と終わったスレで言ってみる。

そして、終わったスレとかいいながら、少し期待してみる。

>>563
HSPでいいなら教える。

教えるが、途中で挫折するのに５０万ペリカ。

ＨＳＰおせ〜て>>５６３

ちなみに、いっちばん最初からお願いします。

まず
ttp://www.google.ne.jp/
へアクセスして、「hsp」という単語を入れて検索する。
出てきた検索結果の一番上のページに飛び、hspをダウンロードする。
次に「hsp 入門」という単語で検索し、検索結果を上から順にざっと見てゆく。
自分でも理解できるレベルだと思ったページがあれば、そこの講座を順に
熟読して、自習する。

まずは文字を表示するプログラムを作れ。
そしてアップロードするのだ。アップロードの仕方も分からなければgoogleで調べろ。

あと、レス遅れスマソ。ｍ（＿　＿）ｍ

それは、printや、mesのことでしょうか？

>>570
正解。stopも忘れんようにな。

アップローダー使ったら、そのファイルはアップロードできませんでした。；；
だから、ここでかきます。
print "どうですか？"
stop

ここではtabkeyつかえませんでした。

それをできるファイルさがすのが課題でしょうか！？((；ﾟДﾟ))

ファイルじゃなくて、アップローダーだった。＾＾；
一様、１さんルールにつき、師匠といいます。師匠。

>>572
合格。ただ作者はprintよりmesを勧めていたようないなかったような、間違ってたらすまん。
まぁmesもprinｔも中身一緒だから問題ない。

ロダは…必要になったら用意すればいい。しばらくはここに書けば事足りる。

次の課題、変数を理解せよ。

a="どうですか？"
mes a
stop

このソースの意味がわかるまで居残りな。
　　　 ( ﾟдﾟ )
　　m9|　ｙ　|)

どうですか？と表示されます！居残り免罪か！？

ちなみに、a="どうですか？"だから、ソースにaとするだけで、その、どうですか？が表示されるんですよね。

実行せずに結果がわかったのなら合格。免罪ｵﾒ

ＨＳＰの変数には文字列型と数値型がある。
　　(ﾟдﾟ )
　　(| ｙ　|)

次の課題
a=5
mes a+7
stop

これでどう表示されるか、理解し、応用して何かソースを書け。

a=7
mes a+9
stop
↓
16と、表示されます！あってるかな・・・・。

>>578
ソース中で、aという文字が数字と等価として使える…というべきか、上手い形容が思いつかん。誰か補完頼む。
変数が入れ物であることを把握していれば良し。

一個しか記憶できない用語登録の数字だけみたいなもんですかね？師匠！

ていうか、意味不明だったかな。

>>580
正解。
次はちょっと特殊な文字列型だ

a="456"
mes a+"123"
stop
どう表示されると思う？
　　(ﾟдﾟ )
　　(| ｙ　|)

456123ですか？

この、レスがくるまでの時間・・・・・。ミリオネアのみのもんたが難しい表情をしている時間のようだ・・・。((o(´∀｀)o))ﾜｸﾜｸ

正解。優秀だ。
　　(ﾟдﾟ )
　　(| ｙ　|)

これを応用して
picload "graphics"+filename+".bmp"
ということが可能なのをよく把握しておきたまえ。
　　　 ( ﾟдﾟ )
　　m9|　ｙ　|)

ところで、俺はＳＴＧを作ることを最終目標に語ってるんだが…良いのか？

はい。最初はシューティングや、落ち物がいいときいてましたから、どっちかを、希望してました！
picloadとはどういうことだしょうか？師匠！
　　＼／
,o/　
lﾐiﾆ!

>>588
ふむ、好奇心旺盛ないい生徒だ。
picloadはファイルの画像を現在の画面に読み出す命令だ。
ゲームを作るときにまず使う命令なので真っ先に覚えておいて損は無いだろう。
　　(ﾟдﾟ )
　　(| ｙ　|)

ついでに文法も覚えておくよう
　　　　　 　　 ( ﾟдﾟ)　 picload p1,p2,p3
　　　　　　　　(＼／＼／
説明面倒だから自分でヘルプ引いてくれ。

親てきに寝ます。スマソ。明日は５時から８時までいけます。

ヘルプみときます。

先生明日もこれますか？

ん、わからんことは遠慮せずに俺に聞くといい、向上心のある奴は好きだ。
　　(ﾟдﾟ )
　　(| ｙ　|)

では、おやすみなさい。
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□■□□□□□□□■■■■■■■■□□□□□□□□□□□■□□□□□■□□□□■□□□□□□□□□□□□□□□□
□□□□□□■□□□□□□□■□□□□□□■□□□■□□□□□□□■□□□□■□□□□□■■■□□□■■■■■■■■■□□
□■■■■■■■■■■■□□■□□□□□□■□□□■□□□■■■■■■■□■□□■□□■□□■□□□□□□□□□□■□□□
□□□□□□■□□□□□□□■□□□□□□■□□□■□□□□□□□■□□□□■■□□■■□■□□□□□□□□□□■□□□□
□□□□□■■■□□□□□□■□□□□□□■□□□■□□□□□□□■□□□□■□□□□□■■□□□□□□□□■■□□□□□
□□□□■□■□■□□□□□■■■■■■■■□□□■□□□□□□□■□□□■■■■□□■□□■□□□□□□□■□□□□□□
□□□■□□■□□■□□□□■□□□□□□■□□□■□□□□□□□■□□□□□■□□■□■□□■□□□□□□■□□□□□□
□□■□□□■□□□■□□□■□□□□□□■□□□■□□□□■■■■□□□■□■□■□□□■□□□□□□□□■□□□□□□
□■□□■■■■■□□■□□■□□□□□□■□□□■□□□■□□□■■□□■□■□■□□□□□□□□□□□□■□□□□□□
□□□□□□■□□□□□□□■□□□□□□■□□□■□□□■□□□■□■□■□■□■□□■□□□□□□□□□■□□□□□□
□□□□□□■□□□□□□□■■■■■■■■□□□■□□□□■■■□□□□□□■□□□□□■□□□□□□□■■□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□

(ﾉ∀｀)ｱﾁｬｰ失敗。まあいいや。







ってわけで、うめるためにながいスレ〜〜。

は









ず



か






し

もって１ヶ月ってところだな

私にも教えてくださいな。漏れ太郎と一緒に頑張ります！
とりあえず今までの部分は全て理解したので今日は寝ます。

おお、生徒が。先生こそよろしく。向上心があって良いな。
　　(ﾟдﾟ )
　　(| ｙ　|)

>>597
馬鹿。一週間くらいだろ。
そもそも、本当に作る気があるならこんなところで変数の扱いとか、やりとりしてない。

まあ、その上に教えてと教えるのやりとりしてるんだから、別にいいんだがな。

自分で調べたほうが早そうだな…。
まぁ、動きがあって面白いからみてようっと。

>>601
んだな、リアルタイムで聞いているほうが頑張れるかも知れんけど
手っ取りばやく技術つけたかったらググったほうがずっと早い。

そういや、5時〜8時とか言ってたな、小学生か？

ところでアラウサはどうなった？

（　´∀｀）∩　　　＜先生、今回の課題は何ですか？

アラウサは何も出来ない厨房
いらね

>>604
まずは、漏れ太郎か>>598が出てくるのを待ってからだ。
　　(ﾟдﾟ )
　　(| ｙ　|)

598です。名前入れてませんでした。

やる気のある良い生徒だ。

本来ならここで配列などもっと基礎的なことを覚えるべきなんだが
せっかくのHSPだし、まずは見えるものが作りたいことだろう。
よって始めの課題は画像を表示すること、とする。
　　(ﾟдﾟ )
　　(| ｙ　|)

といっても、画像を用意するのﾏﾝﾄﾞｸｾということにもなるだろうし、こっちでサイズも指定したいのでこちらで用意した。
　　　　　(ﾟДﾟ )　ttp://with2ch.net/cgi-bin/pict/image-box/img20050207195011.png
　　　　　(| y　|＼／
自分でbmpに変換して使うように。　ﾜﾚﾅｶﾞﾗﾁｭｳｸｻｲｺﾄｦｼﾃｼﾏｯﾀ

ソースが書けたらそのままここに書くこと。
　　　 ( ﾟдﾟ )
　　m9|　ｙ　|)

昨日言ったpicload命令を使うわけだが、実際に使えるかの課題だ。
全くわからなければヒントをだす

画像の名前はjiki.bmpに変更しました。

picload "jiki.bmp"
stop

p2,p3要素は必要なさそうだったので省きました。

連ﾚｽすいません、>>610はp1,p2,p3　でした

おぉ、優秀だ。ちゃんとそれで画像が表示されることは確認したな。
　　(ﾟдﾟ )
　　(| ｙ　|)

では次の段階に入る。
HSPには使える画面が31個ある。その画面はそれぞれウィンドウ、枠無しウィンドウ、バッファのどれかに設定できる。
ただし、初めから表示されている画面は0番目の画面であり、ウィンドウ以外の設定は指定できない。
screen bgscr buffer
この3つの命令についてヘルプを読んで、簡単なレポートをまとめよ。
　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|) 次の課題だ。

screen　ウィンドウIDを初期化して使用できる状態にする。初期化する画面サイズ、画面モードのほか、ウィンドウの大きさと、実際画面に表示される大きさを指定できる。

bgsrc　ウィンドウIDを初期化して使用できる状態にする。枠なしウィンドウ。初期化する画面サイズ、画面モードのほか、ウィンドウの大きさと座標を指定できる。

buffer　ウィンドウIDを初期化して使用できる状態にする。メモリ上につくられる仮想ウィンドウ。画面サイズ、画面モードは指定できるが仮想ウィンドウなのでbgsrcやscreen命令のような特殊な要素はない。

ウィンドウID0は普通のウィンドウ。
bgsrc や buffer を使うときはウィンドウID2〜31のどれかを使う

こんな感じです。

>なお、screenで初期化されたウインドゥIDをbuffer命令で再初期化することはできません。
>buffer命令で画面を初期化した後はそのウインドゥIDが画面制御命令の描画先になります。

と書いてあったのですが、意味がよくわかりません。

ふむふむ。優秀だ。というか、すでにHSP使える人？
そうでないのならgsel命令も併せて調べておくよう。簡単な命令だし。
1番ウィンドウはデバッグウィンドウだっけな。手を出さないのが正解だな。
　　(ﾟдﾟ )
　　(| ｙ　|)

では、次の課題だ、優秀なのでだいぶ端折る事にする。
jiki.bmpをbufferとした2番ウィンドウに読み込ませ。gcopy命令で、真ん中の機体のみ0番ウィンドウに表示する。
なかなか難しいが、質問は受け付けるのでがんばれ。

>>615
ふむ、課題を出す前にリロードするべきだったな。
既に表示されているscreenを隠すためにbufferに使って欲しくないんだろう。
隠すのが目的ならgsel ウィンドウID,-1とすれば可能だしな。
おそらくC言語で画像の扱いを統一させるのが面倒だったんじゃないかと推測する。

>初期化したあとはそのウィンドウIDが
buffer 2とすれば、次の画像操作命令(picload,line.psetなど)の描画先は2番のウィンドウになる、ということだ。
つまり、表示される画面(おそらく0番)には表示されない。

buffer 1, 240, 240, 0
gsel 1
picload "jiki.bmp" ,0
gsel 0, 1
gcopy 1, 144, 0, 72, 64
stop

回答を書きました。
>>617の先生の言葉を参考にすると二行目の gsel 1 は不要ってことですね。

buffer 1
picload "jiki.bmp" ,0
gsel 0
gcopy 1, 144, 0, 72, 64
stop

訂正です。

よし、良いぞ。ただダメ出しをすると
・1番ウィンドウを使ってはいけない
・picloadの第二引数の0は要らない、他人が読むときに意味があるのかと思ってしまう
・gsel 0,1の1も不要。gsel 0でスマートに。
まぁ俺の文法を押し付けることも無いな、下二つは無視するよう
　　(ﾟдﾟ )
　　(| ｙ　|)

では次の課題。そのソースに改変を加えて
・pos命令で画像の表示位置を適当な位置に変える
・gmode命令で、黒い部分を表示させなくする

ご指摘ありがとうございます!
問題箇所を修正し、回答を書きました。

buffer 2
picload "jiki.bmp"
gsel 0
pos 270, 400
gmode 2
gcopy 2, 144, 0, 72, 64
stop

よし、いいぞ、思ったとおりの回答をしてくれる。画像情報をちゃんと調べているあたりもいい感じだ。
次の課題は難しいぞ。
・pos命令のp1,p2をそれぞれx,yに置き換える
・描画命令をrepeat loop命令で囲い、awaitかwaitを入れる。
心してかかるように。
　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|) 質問は受け付ける。

（　´∀｀）∩・pos命令のp1,p2をそれぞれx,yに置き換える

先生、課題文の意味がよく理解できません。
これはどういうことですか？

すいません、よく考えたらわかりました！

んー
課題の出し方が悪かったな。つまりは簡単なことだ、昨日の初めのときに

mes "どうですか"

と

a="どうですか"
mes a

が同じ、というのと同じ要領でやるんだ。
変数を受け入れられるかがプログラマになれるかどうかの重要な一歩だ。

すれ違いすいませんm(__)m
回答を書きました。

buffer 2
picload "jiki.bmp"
gsel 0
x=270
y=400
pos x, y
gmode 2
repeat
gcopy 2, 144, 0, 72, 64
wait
loop
stop

ふむふむ。よくやっている。
buffer 2
picload "jiki.bmp"
gsel 0
x=270
y=400
ここ←──┐
pos x, y 　 │
gmode 2 　 │
repeat ──┘
gcopy 2, 144, 0, 72, 64
wait
loop

後々のためにここに移動させておいてくれ。
君が間違っていたわけじゃない、先生が出した課題に対する君の回答は完璧だ。
　　(ﾟдﾟ )
　　(| ｙ　|)

ではつぎに
・ループ中にx++という処理を加え、次にy--という処理も試して結果を見る。
・背景をcolor命令とboxf命令を使って黒に塗りつぶす。
　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|) がんばれよ、質問は受け付ける。

なるほど、ｘとｙの加算と減算の処理をくりかえすためにrepeat命令を
上に持ってきたほうがいいわけですね。さっそく回答を書きました。
自機が動いて感激です！

color 0,0,0
boxf 0,0,640,480
buffer 2
picload "jiki.bmp"
gsel 0
x=270
y=400
repeat
x++
y--
pos x, y
gmode 2
gcopy 2, 144, 0, 72, 64
wait
loop
stop

うーん、ここいらで
waitはawait 32ぐらいに置き換えておくべきかもしれん。
あと、colorとboxf命令はrepeat loopの中に入れておくと真価が出てくることだろう。
　　(ﾟдﾟ )
　　(| ｙ　|)

次はそろそろキーボードに沿って動かすつもりだ。

自機がスムーズに動くようになりました。
awaitについてはよくわからないのでとりあえずまず調べてみます。
時間が迫っているので今日はこの辺で失礼します。
どうもありがとうございました!
よろしければまた明日お願いします。では・・・

じゃあまた。
　　(ﾟдﾟ )
　　(| ｙ　|)
awaitは、waitの1/10の細かさ、と考えれば良いだけだ。

>>631
ありがとうございます。

それから、一応ﾄﾘｯﾌﾟを付けておきます。ではまた。

ふむ…乙。
ところで、漏れ太郎は来ないのか。

先生、いますか。
今日の課題はなんでしょう？

おー、来たか。
んじゃ、今回は難しいぞ。
　　(ﾟдﾟ )
　　(| ｙ　|)
だが、ひとつ聞いておくことがある、x,y座標について理解しているか？
理解しているならそれで良い、理解していなければ教える。
それと、stick命令とif命令について予習しておいてくれ。
　 　( ﾟдﾟ)
　　(| ｙ　|)

いえ、理解していません。
stick命令とif命令ですね、わかりました。予習しておきます。

ふむ。ならば昨日の自機の位置は試行錯誤の賜物か。
教えるといっても大したことじゃない、横がxで縦がyと覚えれば良いだけでな。
他の言語では多少変えれるが、HSPでは一番左上がx=0 :y=0だ。そこから、右に1ドット進むとx=1 :y=0。
そこからさらに下に進めばx=1 :y=1となる、上ならyがマイナスになるわけだ。
　　(ﾟдﾟ )
　　(| ｙ　|)
まぁ1ドットぐらいじゃ見た目にほとんどわからんけどな。

　横(x)　 ( ﾟДﾟ)　縦(y)
　　 ＼／|　ｙ |＼／

この二つの数値によって

　　　( ﾟдﾟ)二次元
　　　(＼/＼/
と、二次元空間のどの場所も表現できるわけだ。どれぐらいの位置になるかは
…本当にたいしたことにならなかった、ごめんな、ダメな先生で。

今日は必死に動かすぞ。キーボードに対応できるようにする。
先生からの手土産。まずはこれぐらいを目指すんだ。
　　　　　(ﾟДﾟ )　ttp://www.hossy.flnet.org/s-bbs/wingmulti.cgi?bbsname=upbbs&mode=down&no=137&oyano=114&fileno=1
　　　　　(| y　|＼／
一応こっちでウィルスチェックしてるが、exeを起動するのも怖い話だろうから無理して開かなくていいぞ。

詳しい説明、どうもありがとうございます!

先生からの手土産ですが、内部エラー(13)が発生して正常に起動できませんでした・・・
こちらの環境のせいでしょうか？

すいません、解決しました。
jiki.bmpと同じフォルダに入れたら無事起動できました。

ん、あ。しまった、言ってなかったな。以後気をつける。
　　(ﾟдﾟ )
　　(| ｙ　|)

では本題に入る。
pos x,yと書いてあるから、x,yという場所に自機が表示されるのはわかってるな。
つまり、x,yの値をキーボードにあわせて足し引きすれば、自機がキーボードにあわせて移動する、という理屈はわかるか？
そこでキーボードの状態を調べるstick命令が役に立つわけだ。
　　( ﾟдﾟ)
　　(| ｙ　|)
わ、わかるかな、わからなかったら遠慮せずに質問しなさい、せっかくのマンツーマンだしな。

頑張ってここまでやってみました。
キーボードで動かすところまではできましたが、画面がちらちらしてしまいます。
長くなったのでソースファイルを上げました。
ttp://visualc.nobody.jp/archive/test.as

・画面をちらつかないようにする方法
・キーを離したあと、自機がまっすぐ元に戻る時のアニメーションらしきものの表現方法
・キーを同時に押したとき自機画像がちらつくのを防ぐ方法
この3点が分かりませんでした。

ふむふむ。感心な生徒だ。よく頑張った。
ソースを読んでﾎﾟｶｰﾝとしてしまった。
　　(ﾟдﾟ )
　　(| ｙ　|)
プログラムは、最小限の労力で最大の効果を発揮するように組むよう心がけると良いだろう。
短いソースなら、バグが出た後も読みやすいしな。

質問に答えるぞ、上から順にな。
　 　( ﾟдﾟ)
　　(| ｙ　|)
・redraw命令を使う事でちらつきは回避できる。
redraw 2を実行し画面の描画を一時オフにしてからすべての画像処理を行い、redraw 1で一気に画面に表示する寸法だ。
・アニメーションは…コツが必要だ。こちらでは変数を使うことで回避している。追って解説する。
・一つ目の問題解決でおそらく解決することだろう。斜めに移動する場合それだけの回数自機を消して描画しているから発生している問題だ。

アニメーションについてはだな。
・まず、gcopyの描画元のxの値を変数に置き換える。
・その変数の値を自機移動の時のようにキーボードに対応して変化するようにする。
・その変数の値が大きすぎたり小さすぎたりしないようにif命令で修正する。

こういう状態になっている。ソースを見せたほうが早いが、力をつけるため自分で考えさせる方針だ。
なかなか難しいぞ、変数をそのままは使えないからな。
ヒントはいくらでも出すし、ギブアップなら言ってくれればソースを見せよう。

それと、ifの移動判定の中はシンプルにしたほうが良いぞ。

この問題は難しいっす；
考える時間をください。今日はここまでしか無理っぽいです。
また次来るときまでに（おそらく明日かな･･）分からなければ質問します。

今日もありがとうございました。では、また。

おう。お疲れさん。
プログラムの技術を上げるには、悩むのが一番良いという先生の持論を押し付けてる形になってしまったな。
まったりとやっていくと良い。今週中には背景の星と自機弾までいけたら良いなと思っている。
　 　( ﾟдﾟ)
　　(| ｙ　|)

テスト。

ヤターーーー先生！！アクセス規制になってますた！！（荒らしにIDがにてるとかで。
生徒。の出来具合はどうでしょうか？漏れは、全然TOTpicloadが、できませんでした(´Д⊂ｸﾞｽﾝ画像ファイルがありません。ちゃんと保存はしています。

>>648
多分、画像をソースファイルと同じ階層に置けばできると思います。
お互い、頑張りましょう!

＞先生
結局、わかりませんでした。。。
分かるところまでのソースを上げておいたのでご指摘よろしくお願いします。
ttp://visualc.nobody.jp/archive/test2.as

うんうん、生徒くんが漏れ太郎に教えてあげなさい。
人に教えることでさらに自分の理解も深まるからな。
　　(ﾟдﾟ )
　　(| ｙ　|)

そのソースを読んだのだが、変数の応用に付いて理解すればあとの成長は早いことだと思う。
ifを「もし〜なら…したい」という命令だと考えてそのまま使ってしまうとややこしいことになってしまうんじゃないか。
　　　( ﾟдﾟ) ttp://www.hossy.flnet.org/s-bbs/wingmulti.cgi?bbsname=upbbs&mode=down&no=138&oyano=84&fileno=1
　　　(＼/＼/
先生のソースだ、人に見せられるほどのものでもないが頑張ってコメントをつけて読みやすくしたつもりなのでじっくり読んで欲しい。
ここで先生が新たに使っている命令は dim rnd gosub だが、背景の星を流す処理を無視すればgosubのみだ、基本的な命令なので覚えておこう。

できる限り同じような処理を書かないように気をつけ、合理的なコードを書くよう心がけると良いだろう。簡単なほどデバッグがしやすい。
また、if命令で無茶をするというのはプログラムを始めたばかりの人がよくやる手段で、それによってコツがつかめたという人も少なくないので、君の苦労も無駄じゃないぞ。先生も昔は変数を把握しきれず500行以上の読みにくいコードを書いていたものだ。
　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|)わからないことは質問するよう。

質問です。
mx=key&4>>2-(key&1)

この行について、mxに代入しているというのは分かるのですが右辺の式の意味することが分かりません・・

ふむ…、そこに目を付けるとはなかなか感心だ。
無理に理解しなくても良いぞ。この場合。
if key&4 :mx=1
if key&1 :mx=-1
と同じ効果を出している。

key&4>>2は、keyの値に4が含まれていたら1と評価される。
key&1は、keyの値に1が含まれていたら、1と評価される。
この部分を良く考えれば、これで左右が検出できることがわかるはずだ、yの場合も一緒だ。

ビット演算という奴でプログラムをやっていくうちにいつか出くわすだろう。数値を２進数に直して考えるんだが…すまん、先生が教えるより検索したほうがずっとわかりやすそうだ。
　　　( ﾟдﾟ) ttp://www.kumei.ne.jp/c_lang/intro/no_40.htm
　　　(＼/＼/ こういうところで解説している。
まだ２進数がわからなければ無理することも無いと思う。

なるほど、わかりました。ありがとうございます。
今はまだ使いこなせそうにないのでとりあえずifの形でソース書いていきます('0')

漏れ太郎はどこまで行ったかな。

では次に背景の星について説明する。
ここでの背景としての価値は低いかもしれないがこれにはゲームに必要不可欠な「複数のオブジェクトを扱う」という技術が使われている。
dim命令は配列変数を用意する命令だ。
例えばdim a,32と書けば変数がa.0 a.1 a.2 a.3 a.4…a.31と、合計32個の変数が作られる。
　　( ﾟдﾟ)a.0 a.1 a.2 a.3……a.31
　　(＼/＼/ と、a.32が出現しないのに注意だ

.←の後の数字には変数が使用できる。
repeat loopの間ではcntという変数がHSP側から用意される、cntは「その処理がrepeat loopの何週目か」をあらわしている。
repeatのp1は、繰り返しの回数を表すぞ。repeat 32と書けば、32回処理が繰り返され、cntの値は0〜31へと増加する。
cntはcounter（カウンター）の略だと先生は踏んでいる。もし違っていたら誰か訂正してください…。

rnd はもっと簡単だ rnd a,32と書けば、aの変数に0〜31の32通りのうち一つがランダムに選ばれ代入される。
星の位置をバラバラに置くために使用している。
これまでの説明でわからないことがあれば聞きなさい、無ければそういってくれれば話を先に進める。
　 　( ﾟдﾟ)
　　(| ｙ　|)

先生のソースがとても読みやすく勉強になりました。先生のソースを参考にしながら書いたものですが、
自機の移動、傾き、はみだし修正などほぼできあがりました。
変数をうまく利用してすっきりしたソースを書けるよう努力します。
ttp://visualc.nobody.jp/archive/test3.as

>>654
はい、理解しました（　´∀｀）∩

んー、ん・・・、コピペ…じゃないよな。
理解しているなら手段は問わない。
　　(ﾟдﾟ )
　　(| ｙ　|)

では、次は弾を発射するぞ
　　　( ﾟдﾟ) ttp://www.hossy.flnet.org/s-bbs/wingmulti.cgi?bbsname=upbbs&mode=down&no=139&oyano=84&fileno=1
　　　(＼/＼/
これが今回の手土産だ、展開してjiki.bmpと同じところにおいて起動すると良い。 Ctrlキーで発射な。
ソースファイルを付けている、が今度はコメントが少ないぞ、頑張ってこのソースを読むんだ。
ついでに、背景の星のソースも理解しておくと良い、弾の発射よりは簡潔なはず。

　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|)前回同様、質問は受け付ける。

おっと、continueという命令を新しく使ってるので覚えておくように。
dim shotf,shotmax　//これは、ショットが存在するかどうかを表す変数だ(有る=1　無い=0)
dim shotx,shotmax :dim shoty,shotmax　//ショット画像の位置を表している
dim shotmx,shotmax:dim shotmy,shotmax　//ショットの移動量を表している、ここの値を変えることで横や斜めに飛ばすことも可能だ。

風邪気味です(||´Д｀)ｏ=3=3=3 ｺﾞﾎｺﾞﾎ

まぁそんなことはおいといて、ソースファイルってどこですか？HSPを起動するやつですか？？そこにおいたけどできません(´Д⊂ｸﾞｽ

ソースファイルってのは、命令を書いたファイルだ、拡張子はas。
どこ…と言われてもスクリプトエディタで保存するものだから…。
　 　( ﾟдﾟ)
　　(| ｙ　|)

デスクトップにでもフォルダを作り、そこにソースファイルを保存して、そこに同じく画像も置けばおそらく正常に動作するはずだ。

で・・・・できた〜〜(´Д⊂ｸﾞｽﾝ

次々自習して、おいつくぞ〜〜！！（多分無理・・・。でも頑張る

　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|)わからないことがあれば遠慮せず聞くように。

先生やさしいな！

いや、まったく。

いや、まったく違うといういみじゃなくて、いや、まったくそのとおりっていみです。一様・・・・。

　　 　 ( ﾟдﾟ ) ＜「一様」ではなく「一応」だ！気をつけろ！
　　m9|　ｙ　|)

>>６６５は、いや、まったく違うといういみじゃなくて、いや、まったくそのとおりっていみです。一様・・・・。

( ﾟдﾟ)ﾊｯ!二重レスしてしまった・・・。しかも時間差！！超(m´･ω･｀)m ｺﾞﾒﾝ…

( ﾟдﾟ)ﾊｯ!字間違えてた！

漏れ太郎くん、まずは落ち着くよう。先生も>>667の先生もちょっとやそっとじゃ気にも留めないぞ。
いちよう、じゃなく、いちおう、な。話し言葉と混同しがちな単語だ。
　　(ﾟдﾟ;)
　　(| ｙ　|)

ま、まぁチキンな先生はこんなスレが一度に6も伸びているのを見てびびっていたわけだが…
　 　(;ﾟдﾟ)
　　(| ｙ　|)

まず、漏れ太郎くんはこれまでの解説を理解してもらおうと思う。何かわからない部分はあるかな、先生は何度でもわかるまで教えるぞ。
生徒くんは、複数のオブジェクトの扱い方を把握するまで待つつもりだ、ゲームに一番重要なところなんでここだけは外せなかったんだが…まだ早かった…かなぁ？＞スレのみんな
　 　( ﾟдﾟ)
　　(| ｙ　|)

先生としては途中で挫折されるのも悲しいので、この二人がゲームを作れるようになるまで付き合うつもりだ。

　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|)わからないｋ(ry

'`ｨ (ﾟдﾟ)/先生ｋ（ｒｙの意味が分かりません！！（まだ２ＣＨ暦2ヶ月くらい
まぁ、そんなことは置いといて、>>６１６の２番ウィンドウとは、どういうことでしょうか？

(略
の略だ。
　　(ﾟдﾟ )
　　(| ｙ　|)

HSPでは使える画面が31個あるんだ。それぞれに別々の用途を割り振れるし、当然使わないこともできる。
buffer 2と書けば、2番目の画面を仮想画面とできるし
screen 2と書けば、2番目の画面をウィンドウとできる
この二つは同時にはできないが。

この2とか3とかには深い意味は無く、プログラマで適当に決めてもかまわない、変数名のようなものだ。ただし自分で混乱するなよ。
　 　( ﾟдﾟ)
　　(| ｙ　|)

ピンとこなければこのプログラムを実行して見ると良い

title "0番"
screen 2 :title "2番"
screen 3 :title "3番"
screen 4 :title "4番"
screen 5 :title "5番"
stop

titleという命令は、ウィンドウの上の名前部分の文字を変更する命令だ。

ひょっとして先生は君の質問の意図が汲みきれていないかもしれない。その場合は言ってくれ。

'`ｨ (ﾟдﾟ)/先生！使える画面３１個とありますが、数字によって、特徴があるのではなくて、ただの区切る番号みたいなものなんですか？

先生！なんでかしらないけど、俺のＩＤちょこちょこかわってますが、全部俺です！（一応
>>６６７先生！修正しました！！（多分もういないと思うけど・・。

良スレsage
生徒も漏れ太郎も超がんばれ期待sage

そう、そのとおりだ漏れ太郎くん。
画面の番号に深い意味は無いぞ、気をつけなきゃいけないのは２つだ。
0番：screen以外にできない、screenの横幅最低値は100ぐらいだったと思う。
1番：HSP側の都合で使用不可、デバッグウィンドウなんだっけな。
大きいのを組むときは
#define mypicture 2
　 ・
　 ・
　 ・
buffer mypicture :picload "jiki.bmp" //結局 buffer 2 :picload "jiki.bmp"と等価

のようにしておけば、どの番号がどの用途の画面か混乱しない事だろう。
あと、ID気にするならトリップを付けると良いだろう。

このスレの雰囲気、素敵です
がんばってくれ！！

>>678
あ、ありがとう。
　　　 (*ﾟдﾟ)
　　　(|　y |)

ところで、最近生徒くんは忙しいのかな。
　　　　　　　　　 (ﾟдﾟ )ノﾐ
　　　　　　　　　（|　y |

しまった、ID変わってる。>>766は私だぞ。
　　　　　　　　(ﾟдﾟlll)
　　　　　　　　(|　y |)

トリップ検討しようかなぁ…
　　 　　(дﾟ　)
　　　　　| y　|) ,,,,,,,,,,

うわぁ、>>677のミスだし…。
漏れ太郎じゃないけど、先生もまずは落ち着こう…。
　　　　　　　　（・Д・）
　　　　　　　　(|　y |ノ

先生のソースを見ながら勉強しています。
自分にはまだ難しいですが頑張って理解します。
先生もトリップ付けてもいいのでは？

うむ。感心感心。先生もうれしいぞ。
　　　　　　　　(-д- )
　　　　　　　　(|　y |)

行番号で指定してくれればそこを分解して解説するぞー。
　　　　　　　ヽ（ﾟ∀ﾟ）ノ
　　　　　　　　　 ）　）,,
　　　　　　　　,,（　（
　　　　　　　　 |　y |

ん〜説明できないけど、わかりません。

実はテスト期間中なのでしばらく休みます。
必ず戻ってきますので・・・待ってあげてください。

１です。
今更顔を出せたもんではないですが、ケジメをつけるために
書き込ませていただきます。

極めて私的な理由でここに顔を出していませんでした。
今更ですがお詫びします。

人に師匠を頼めるほど自分の心根はまともじゃなかったようです…。

重ね重ね申し訳ありません。
最後に、私を育ててくれた師匠方、ありがとうございました。

それでは。

>>684
・#defineとは

#define ○○　××
と書いておけばソース中の○○がコンパイル時にすべて××に置き換えられる命令なのだ。
本来ならプログラム中に数字をそのまま使うのは好ましくないことなんだ。（マジックナンバーって言うんだっけな
　　　　　　　　 (*ﾟдﾟ)
　　　　　　　　(|　y |)

だから、理想では#defineを使用して、数字ではなく文字をソース中に使い、ソースを読みやすくするのだ。
本来なら、自機の位置すらも#defineで書いておくのが好ましいのだが、面倒なので省略した。
　　　　　　　　(-д- )
　　　　　　　　(|　y |)

C言語などを学ぶときにも応用できる知識なので将来を考えれば覚えておきたい命令だ。
C言語のソース中での"NULL"はすべてコンパイル時に"0"に置き換えられていると考えて正しい。
こっちについてはまだ覚えなくて良いぞ。
　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|)

・bufferについて
画面番号は、裏画面の通し番号だ。実際は違うんだが、bufferはただの表示されないウィンドウだと考えて問題ない。
ゲーム中の画像は、まずは表示されないウィンドウにすべて描いておき、必要になり次第ゲーム画面にそちらからコピーしてくる、という手法を使う。
その"コピーしてくる"ときに通し番号が必要なのだ。
　　(ﾟдﾟ )
　　(| ｙ　|)

ゲームを作るときは、2番を自機画像にして3番を敵画像にして31番を背景にして…と前もって決めて置かなくてはならない。
番号についてプログラマの君が混乱することだけは絶対にダメだ。
どの番号をどの用途に回すかは君が好きに決めると良い。
　　 　 ( ﾟдﾟ )
　　m9|　ｙ　|)

・トリップとは
生徒くんの名前の◆XvC2oeEZWsの部分だ。
生徒君が名前を書くときに「生徒#********」と書くと、#以下の部分が暗号化されて特有の文字(XvC2oeEZWsなど)に化ける、という寸法だ。
これによって、********の部分を知らない人は生徒の名前を偽って名乗ることができなくなる→偽者防止ができる、というわけだ。
　　　　　　　　(ﾟдﾟ )
　　　　 旦＼/|　y |)

詳しいことは検索すればいくらでも出てくると思うので探して欲しい。
ちなみに、先生がトリップをつけない理由は、君たちに教えてくれるのなら私の偽者が出ても構わない、と思ってのことだ。

いつでも生徒＆教師募集しているぞ。続ける気力のある人間は迷わず来てほしい。
　　　　　　　　　 (ﾟдﾟ )ノﾐ
　　　　　　　　　（|　y |

>>686
へこたれず頑張れ。ゲームが大好きな先生はゲームを作りたいという人間を歓迎するぞ。
　　　　　 　　 　( ﾟ∀ﾟ)
　　　　　　　　 (|　y |)

>>685
ん。先生も明日テストだ。こんなことしてる場合じゃないかもな。
　　　　　　　　　　　　　　　　　　　　　　　ﾄﾞｰﾝ！
　　　　　　　　　　　　,,...-:':::":~~　,,.. 　.~~""''':::..,,,
　　　　　　　　て　　:::::, 　　　　　　　　:..::::::::　　,
l[( ・д・);三||]　　~"''-::..,,,. ;;;;;,,,...:::--''''"~
　.|＼/＼/　　　　　　　ノ（　y（

配列変数＋繰り返し処理　で多数のオブジェクトを制御する、というのは
シューティングに限らず、アクションやRPG、はたまたパズルまで広く通用し、なおかつHSP以外でも役に立つ考え方だ。

ぶっちゃけ、この壁さえ乗り越えられれば遊べるゲームが作れると踏んでいる。
がんばれよ。この壁を突破したら次は敵キャラの処理に入るが、そちらでもこの方法を使う。
　　　　　 　　 　( ﾟ∀ﾟ)
　　　　　　　　 (|　y |)

まずはテスト頑張れ。

１さん、サイトの置き土産見ました。
完全に投げ出したと思っていたのですが正直驚
きましたよ。

ここまで出来るならいっそ育成ゲームクリアを
目指してください。