これからは家族でゲーム製作

1 ：2005/12/27 〜 最終レス ：2012/11/09

家族ぐるみでゲーム作りしてるやついる？

2 ：

にげと

3 ：

さっきNHKを見てたら「ひぐらしのなくころに」は
家族で作っていると言っていたよ。
弟さんがプログラム担当らしい。

4 ：

家族がいない私はどーしたらいい？（涙

5 ：

>>4
まず、家族を作れ

6 ：

どうみても単発質問スレです。
本当に>>1はRよし！

7 ：

日経ソフトウェアのインタビューに
プログラムも出来ない絵も描けないって記事が載ってたけど
自分じゃなくて弟がプログラムしてたのか

8 ：

俺の家族は・・・・おまいらだ！そうだろ？

9 ：

>>8
一緒に何か作るかね? (w

10 ：

おおっ兄弟！おまえ、本当に優しいだな
一緒にゲームを作ろうよ！

11 ：

>>8
そうねあなた

12 ：

家族増殖中ｗ

13 ：

俺弟ね

14 ：

おまいら・・・
私にも家族ができたんだな？おまいらがそうなんだな！？

15 ：

>>14
あんちゃ〜ん、俺は>>8が好きだぁ。
でも>>8はあんちゃんじゃないとダメなんだぁ。

16 ：

ここで父登場
／￣＼
|.０　ｏ |
ヽ.　。/ 　＜ まずエロゲ作れ！
..　￣
父権発動しまくりんぐ

17 ：

エロゲなんて作りたくない！
もっとみんなが楽しめるもの作ろうぜ

18 ：

>>8=夫　
>>11=>>8の妻　
>>13=>>8の弟
>>16=>>8の父
>>4=>>8の家族の誰か
俺は>>8の息子って事でよろしくｗｗｗ

19 ：

ここは「8の家族が集うスレ」になりますた。

20 ：

俺の家族がどんどん増えてるなｗ
よ〜し、恥ずかしからずにみんな出ておいで

21 ：

とーちゃんちょっくら実家帰るから、
戻るまでになに作るか決めといてくれや〜
てゆか、あっしはおじいちゃんだったのかｗ
>>17
世の中エロじゃエロ！
>>20
息子よ、とりあえずおまいが仕切れ。

22 ：

>>21
父さん・・・エロエロ言ってるとホームに入れるよ！
じゃあ何のゲーム作るか考えるぞ〜みんな何作りたいか言ってみろ

23 ：

爺ちゃんーーーーー！
エロゲを家族と作るのは気まずいと思うぜ！
最初は簡単なカードゲームとかでいんじゃない？

24 ：

早くも一家離散の予感しまくりんぐなんじゃが、無理矢理話しを進めようかの。
カードゲームね。やったことも作ったこともないが、とりあえずその線で行くかのう。
おまいら、今なにができるんじゃ。
ちなみにじいちゃんはC++を少々じゃ。
絵をちょこっと動かせるぐらいのウデしかないぞ。

25 ：

>>8
おにいちゃんっ、エロゲだなんて恥ずかしいよぅ………。
お父さんの命令だからしょうがないけど、
わ、私をみて参考に………、しないで、ね？
おねがいっ！

26 ：

とりあえず絵を書かせておいて、
えっちぃのは片端からモザイクかければいいじゃん。

27 ：

フォトショとイラレのCSを持ってるから絵は少し出来るぜ爺ちゃん！
プログラムはCを勉強中で殆ど何も出来ないぜ爺ちゃん！

28 ：

間違えた>>27は息子だ、あー！　ややこしぃ！

29 ：

私はＣ言語だけど父さんはＣ++か･･･さすが父さんだ！
これからDirectXの勉強するよ

30 ：

うあ、家庭崩壊したわけじゃないのね。
あけおめ〜(^0^)/。
よーわからんが、長男とその孫が残っとるのかの？
で、孫が絵で長男はﾌﾟﾛｸﾞﾗﾑができると。
じいちゃんもDirectXは古いﾊﾞｰｼﾞｮﾝを少しだけしかやったこと無いから、
わが息子とはそんな変わらんﾚﾍﾞﾙかのぅ。
最近DXﾗｲﾌﾞﾗﾘっての使ってみたら、あまりの親切設計に凄い感動したぞ。
さてと、作るのはｶｰﾄﾞｹﾞｰﾑでいいのか？一ヶ月ぐらいで完成する規模のをきぼんするぞ。
じいちゃんｶｰﾄﾞｹﾞｰﾑってのがなんなのかわからないので、
ｼｽﾃﾑを考えられるヤツはおらんかの？

31 ：

>>25の妹はスルーですか。そうですか。

32 ：

あけおめ。
家族の誰かってどうゆう位置なんだ！？
夫よ、決めてくれ。

33 ：

>>32
ポチに決まってるだろ！よろしくな

34 ：

ＳＥＸして家族を増やすスレでは無かったか…。

35 ：

ここに従兄弟もおりますぞ。
言語はJavaがメイン (ゲームには向かないかも) 、
C++とCが少々ですがな。
作りたいゲームの内容にもよりますが、
DirectXを直に叩くよりも、
ゲーム用ライブラリを使う方が楽にできますよ。
例えばC++なら、Lampとかを。

36 ：

>>33
あっこれ俺だからポチ決定ね
さっきヨドバシでVisual Studio .NETを買ってきた・・・

37 ：

ふ。ついに私にも名前がついたか。

38 ：

とりあえずエサをくわえて来た（ポチだけに
HDの奥で圧縮されてるSRPG用のシステムをカードゲーム風に
ねじまげたものだから、かなり微妙なんだがｗ
まぁ、よくわかんねーYO！！もしくはもっと詳しく説明しろYO！！
って部分があったら言ってくれ。
ttp://gamdev.org/up/img/4260.zip

39 ：

ﾊﾟｿ無いんで携帯でしか見てないから状況がよーわからんが、
一族が微妙に増えてるようでちょっとウケた。
しかも一番やる気あるのが犬だし。
ﾎﾟﾁのﾌﾟﾗﾝは携帯では見れないようなので、帰ってからじっくり吟味するぞ。
ﾌﾟﾛｸﾞﾗﾑの人が多いようじゃが、誰かが言ってたように
絵は無難にどっかのﾗｲﾌﾞﾗﾘ使ってだしたほうがいいかもね。
分業がちゃんとできるのかが楽しみ。
あと、一族にエロおにゃの子ｷｬﾗもほすぃ (^^ゞ

40 ：

｜ωT）　・・・みんな、がんばれよ

41 ：

>>39
えろじじいよ…。
おまいまで>>25をスルーですか。そうですか。

42 ：

ネカマに用は無い。

43 ：

やっと帰ってきたよおおぉぉん。
で、ポチの見ました！
結構本格的に色々考えているようで、ちょっと感動したぞ。
せっかくｼｽﾃﾑを考えてくれたからには、なんとか形にしたい。
じいちゃんはそう思う。家族のみんなもそうだろ？
しかしながら、悲しいかなこの企画の難度は
じいちゃんのスキルを明らかに超えておる (T_T)
じいちゃんバカだから、どうやって組んでいいかわからんのじゃ。
明日は時間があるので、とにかく明日中に
なんとか動くものを作ってみる。
言語はC/C++で、ﾂｰﾙはVC++6.0
絵はとりあえずDXライブラリか、WindowsのDDBで出すつもりじゃ。
てことで、手伝ってくれる人ぼしゅ〜
戦闘とｲﾍﾞﾝﾄと移動で分業ってできないかな？
じいちゃんはとりあえずﾏｯﾌﾟと移動をがんがって作ってみるぞ。

44 ：

わんわんわん。
ttp://gamdev.org/w/?%5B%5B%A4%B3%A4%EC%A4%AB%A4%E9%A4%CF%B2%C8%C2%B2%A4%C7%A5%B2%A1%BC%A5%E0%C0%BD%BA%EE%5D%5D

45 ：

ちょｗポチｗおまｗｗそんなん作られたら、じいちゃんが逃亡しづらくなるだろうがｗｗ
でも乙。
実はこれから開始するんじゃが、なにから手をつけたもんかのう。
スゴロク風のマップって、普通に二次元配列で表現していいのだろうか・・。
>>25ﾀﾝでも出てきて、エロくはげましてくれんかのう。

46 ：

ばうわう。
イメージしやすいのは２次元配列。
縦横の大きさ（広さ）を固定してしまうのならただの配列でも可能。
データの処理を行うときは単純な配列のほうが楽できる。
マップ用の構造体を定義して２次元配列にするのが一般的かな。尻尾ふりふり。

47 ：

どんなカードバトルか、わしにはわからんあほじゃけぇ
歩兵とか騎兵とかそんな感じのカードなのかね？
で、アイテムカードパイクと歩兵を合わせると騎兵に有利とか、そんな感じ？
カードの絵の事とか、バトルルールとか、もうちょい具体的に頼むよポチ〜

48 ：

やべえ。ポチがしゃべった！！！

49 ：

>>47
ヴぅーワンワン！！
カードの絵についてはシステムに無関係なので割愛。シナリオの世界観にあってればなんでもいい。
カードバトルというか戦闘に際して使うカードは単純に攻撃手段(技や魔法)をカードという形にしたもの。
戦闘のシステムを簡単に説明するなら
お互いがトランプの１〜９までを持っていて同時に１枚づつ出し合って数の多いほうが勝ち。という感じ。
（ゲームの中では攻撃用と防御用に一枚づつ出す事と出したカードが有効になるまでの時間差が存在するけど）
カードの内容については過去の案がいくつかあるのでそれを流用して家族の意見で
バランス考えながら追加していくのが良いと思うが、
ルールというかシステムは実際に動く形にならないと犬（ポチ）の思考だからイメージつかみにくいかもしれない。

50 ：

ポチ頭良さげだよポチ (;´Д`)ﾊｧﾊｧ
ﾏｯﾌﾟは二次元配列で行くことにしまっす。
画面は640*480、ﾁﾋﾞｷｬﾗは48*64、ﾏｯﾌﾟﾁｯﾌﾟは64*64でやってみるよ。
おおざっぱにできてみないとよくわかんないけど、
バランスおかしかったらあとで直そう。
カードとかはどうなるのかねぇ。。

51 ：

>>50
640ｘ480のスクリーンサイズなら
システムと画面デザインから戦闘時に並べるカードの大きさは32ｘ64あたりに
なると思われ。カードのグラフィック等は最初は白塗りに文字のみでも
いいとおもうワン。

52 ：

ポチはすごいな〜
俺はいまDirectXの勉強してるから・・・・

53 ：

とりあえずできたとこまでうｐ
DXﾗｲﾌﾞﾗﾘ様を使いました。
実行ﾌｧｲﾙ
ttp://gamdev.org/up/img/4280.zip
ｽｸﾘｰﾝｼｮｯﾄ
ttp://gamdev.org/up/img/4281.png
ﾏｯﾌﾟがｽｸﾛｰﾙするだけです ^^
ここまでは前に似たようなのちょっとだけ作ったことあるんですが、
ここからは未知の領域じゃ。
じいちゃんアルツはいってるし、時間かかりまくるかも〜。
次はﾏｯﾌﾟ上を歩かせたい。

>>52
やぱDirectXやった方がいいかなぁ。
>>35のLampってのも気になるし、Lunaってのも使ってみたい。
てゆか、夫よ、手伝え！

54 ：

ホランドｷﾀ━(ﾟ∀ﾟ)━!

55 ：

>>53
じいちゃんもすごいな！ちゃんと動いたよ
気が利かなくてごめんな、俺は何したらいいのかな？
DirectXムズイ〜意味分かんない、疲れる・・・

56 ：

夫はムコ殿だと見た。
あまり不甲斐ないと離婚されますな。

57 ：

よし、夫は戦闘を作るんじゃ！
ポチに聞いてみないとよくわからんが、
こんな感じのﾚｲｱｳﾄでどうじゃ？
ttp://gamdev.org/up/img/4285.png
ぶっちゃけ自分の絵の才能に驚愕したぞ。
戦闘の背景はﾌｨｰﾙﾄﾞをそのまま使うか一枚絵を出すかのどちらかだと思う。
ｷｬﾗの絵はﾌｨｰﾙﾄﾞｷｬﾗをそのまま使うことになるのかのう。
絵はなにで出すべきかのう。夫はなにで出したい？
やぱ自前でDirectXか？

58 ：

ぎゃわん！！
ちょｗじじいｗｗなんて絵を出しやがるｗｗｗｗ
思わず使いたくなったじゃないかｗ
戦闘シーンのレイアウトはあとで適当な画面でも描いて
うｐするワン。

59 ：

>>57
エロ注意ってｗ
DXライブラリを使ってやろう

60 ：

夫立つ！！
ついにやる気になったか。
人のﾌﾟﾛｸﾞﾗﾑと自分のを合体させるなんてやったことないが、
共通の約束事とか必要かの？
まあいいや。とりあえず夫よ、DXﾗｲﾌﾞﾗﾘは使ったことあるのか？
じいちゃんDXﾗｲﾌﾞﾗﾘにこだわってるわけではないから、別のでも良いぞ。
>>58
期待しておる。だがあまりクオリティの高いものは上げるなよ。
じいちゃんがみじめになるからｗ

61 ：

>>60
DXライブリをミニゲーム作るときに使った・・・・ほんのちょっとだけど
こんな俺だけど大丈夫かな？

62 ：

採用。
てゆか、じいちゃんﾐﾆｹﾞｰﾑすら作ったことないしｗ
ﾌﾟﾛｸﾞﾗﾑの合体とかどうやっていいかわかんないから、
まずは自由にやってみてくださいな。

63 ：

俺に戦闘なんて無理だよ〜

64 ：

>>63
戦闘かｲﾍﾞﾝﾄｽｸﾘﾌﾟﾄかの二択じゃ。
好きな方を選べｗ

65 ：

ｷｬﾗを移動させてみましたのじゃ。
実行ﾌｧｲﾙ
ttp://gamdev.org/up/img/4305.zip
ｽｸﾘｰﾝｼｮｯﾄ
ttp://gamdev.org/up/img/4304.png
ｷｬﾗの移動は一歩ずつｺﾏﾝﾄﾞ選択式らしいので
こんな風になったんですが、いいでしょか。
次はなにしようか。
力ずくで無理やりやってきたけど、そろそろ基本ｸﾗｽを固めた方が良さげじゃの。
ﾒｯｾｰｼﾞｳｨﾝﾄﾞｳはRPGみたく画面下に出せばいいんだよね。
文字列操作とかｽｸﾘﾌﾟﾄとかやったことないからメチャ時間かかるっぽい。
関係ないけど、猛烈にDirectXやりたくなってきたよ。
あと、今日ｴｳﾚｶ見逃した ('A`)

66 ：

爺にいい事を教えよう。
Alt+PrintScreenで任意のウィンドウだけキャプれるよ
俺もｴｳﾚｶ見逃した ('A`)

67 ：

おお、凄い！Windowsの裏技じゃな。
どもありがとー。
ふごふご。

68 ：

戦闘シーンのレイアウトは
ポチの妄想の中では大体こんな感じ。
ttp://gamdev.org/up/img/4313.png

69 ：

ちょｗｗおまえらｗｗ使えないからって俺は仲間外れかヨ
俺の仕事もうちょっと詳しく教えてくれ
http://gamdev.org/up/img/4314.jpg

70 ：

仲間はずれというか、単に対戦形式だから２人しか出せなかったｗ
ご主人の仕事は戦闘シーンかイベントスクリプト作ることじゃなかったかワン？

71 ：

ごめんごめん、仲間はずれだなんて思ってないよん
プログラムを2人では出来ない・・・・だってじーちゃんみたいにクラスとか使えないし
ああ、悔しすぎるぜよ

72 ：

名前名乗らないと誰がだれだか・・
てゆか、ポチ、おま、レイアウトのクオリティ高いっちゅーに！
なにそのｽﾃｷ３Ｄｷｬﾗ。
>>71
CとC++は合体できる！　たぶんｗ
持ってるアイテムとステータスだけ無理やり
ｸﾞﾛｰﾊﾞﾙ変数で受け渡せばいけるって！　たぶんｗ
てことで、Cで戦闘つくれ戦闘。
>>69
誰？まあいいや。
おまいはなにがやりたいんじゃ。絵ができるとうれしいぞ。

関係ないけど、じいちゃん昨日うっかりDirectXに手を出してしまって
途中で知恵熱出たよ。ふがふが。
DirectX8から初期化が簡単になったとか聞いてたけど
真っ赤な嘘のようじゃね。
なにあの呪文・・・

73 ：

戦闘係か・・・・難しそうだな
DirectXの参考書買ったけどムズイってかヘッダーとかまだ勉強してないから意味分かんなかった

74 ：

クラスは構造体に関数を含めたもの。
オブジェクト指向と非オブジェクト指向が混在すると混乱するから、
クラスだけ使うようにしておいた方が後々楽かと。

75 ：

思考の迷宮に迷い込んだワン。何して良いかわかんなくなったので
とりあえずマップチップ作ってみたり。かなり適当ｗ
しかも疲れたから半分しか埋めてない罠orz
でも、うｐするｗ
ttp://gamdev.org/up/img/4322.zip
BMPは受け付けてくれないので圧縮。

76 ：

DirectXはｳｨﾝﾄﾞｳを黒く塗りつぶすとこまでで力尽きた。
この後は頂点ﾃﾞｰﾀがどうとか、ﾗｲﾃｨﾝｸﾞがどうとか・・
どこの天才が作ったんだ。 ﾊﾞｶｼﾞｬﾈｰﾉ ┐(´ー｀)┌
>>73-74
ｿｰｽ見ればモロバレだと思うが、
じいちゃん、おぶじぇくと指向とか （ﾟ�听）ﾜｶﾝﾈ なのでだいじょうぶじゃ！
ｱｲﾃﾑ構造体、ｷｬﾗｽﾃｰﾀｽ構造体、絵のﾊﾝﾄﾞﾙ、音のﾊﾝﾄﾞﾙ
あたりをｸﾞﾛｰﾊﾞﾙ変数にしてやりとりすればﾌﾟﾛｸﾞﾗﾑは合体できるかの？
できれば明日あたりに合体ﾌﾟﾛｸﾞﾗﾑのｻﾝﾌﾟﾙを上げるので、
それを改造していこうかにゃ。
夫もアイディアがあればバンバン発言してくれ。
>>75
ポチ！こら！おまｗｗなんで加えてくるエサが全部ﾊｲｸｵﾘﾃｨｰなんだ
ふがふが。
じいちゃんは ﾏｯﾌﾟﾁｯﾌﾟ＋大きいﾊﾞｯｸｸﾞﾗｳﾝﾄﾞ(背景？) でﾏｯﾌﾟを
表現すると思っとったんじゃが、このﾁｯﾌﾟだと背景はﾁｯﾌﾟを全面に敷き詰めて
表現する仕様なのかの？
早急にﾏｯﾌﾟｴﾃﾞｨﾀが必要かぁ。
DirectXはどうしよ・・。

77 ：

>>74
従兄弟はｽｸﾘﾌﾟﾄの文字列解析ﾌﾟﾛｸﾞﾗﾑできない？
じいちゃんがやるとｼｽﾃﾑだけで一ヶ月ぐらいかかりそうなんじゃがフガフガ。

78 ：

一ヶ月で出来るのなら優秀優秀

79 ：

>>76
あー
バックは背景画像置いてもいいしチップ敷き詰めでも両方対応できるように
チップ作ったつもり。ぶっちゃけ背景黒一色でも気にならない性格なもんでｗ

80 ：

ポチってすごすぎだな
今日もDirectXの本とにらめっこ・・・・ムカツクぜ
マップエディッタとかスクリプトとかゲームエンジンみたいだね

81 ：

>>78
一ヶ月かかる　＝　いつできるかわからない
の法則発動。
>>79
ポチ凄いよポチ
んーと、とりあえず背景は真っ黒か写真ぽい絵かｴｳﾚｶｗを貼るとしようか。
ﾁｯﾌﾟが通貨可能か不可かは基本的にはﾁｯﾌﾟの絵の番号で判断する予定なので、
ttp://gamdev.org/up/img/4324.zip
↑の絵みたく、50番(Y257ﾋﾟｸ)以下は通貨不可ﾁｯﾌﾟ(壁とか？)にしようとオモタ。
途中で仕様変更するかもしんないけどｗ
ちなみにRGB(255,255,255)の真っ白は透過色なので、
透過したいとき以外は使わない方向で・・。
あと、左上の０番のﾁｯﾌﾟは描画しないので、そこは空けてほすぃ。
ふごふご。
>>80
DirectXって基本的には三角形で全部表示するってマジ？
じいちゃんぎょーれつとかわかんないし、マジ挫折しそうだよ (T_T)

82 ：

三角形２つで四角形描く関数を１つ作れば無問題。

83 ：

>>81
わぅ？
まてまて、じーちゃんｗ
チップ番号でイベント処理はまずいべさ。
同じマップチップでも通行可、不可は切り替えたりするべ？
せっかくchip構造体があるんだから進入フラグを追加したほうが汎用的。
たぶんイベントフラグとかもchip構造体に持たせる事になると思うしのぅ。

84 ：

>>82
あー、なるほど。
そうやって色んな形にするのか。
今三角形の描画に挑戦してますが、なぜか三角形の頂点一つ一つに
変数が１０個ぐらい必要で意味不明 orz...
よくわからんﾌﾗｸﾞもいっぱいあるし。
なぜXとYだけで出ないのかと。
>>83
ポチはﾌﾟﾛｸﾞﾗﾑもできそうじゃの・・
struct Chip
{
　int Image;
　int Flag;
　int Event
};
ﾏｯﾌﾟﾁｯﾌﾟ構造体はこんな感じにしようかと。
ｲﾒｰｼﾞとｲﾍﾞﾝﾄのﾃﾞｰﾀは別にすると思います。
ポチの言うように、通行の判断はﾌﾗｸﾞでしましょか。
とりあえず絵のｻｲｽﾞは1ｼｰﾄ 640*448 (>>81のヤツ) で。
てゆか、実は昨日からDirectXばっかやってて
全く進んでなかったりｗ

85 ：

ポチもじいちゃんも優秀だね。
>>76
グローバル変数を使うと規模が大きくなったときに収拾が付きにくいので、
できる限り引数渡しにすると吉かと。
(従兄弟自身は既にグローバル変数を1つも使わないのが習慣になっているYO!)
それと大きい構造体を値渡しにするとメモリとCPUパワーを食うので、
速度に影響が出る場合にはポインタ渡しにすると速くなるよ。
ただその場合は関数内から構造体の値を変更できてしまうので、
値を変更する関数と変更しない関数を一目で見分けられるようにするといいかもね。
(コメントなどでね)
>>77
できるかどうかは、スクリプトでやりたいことと、文法によりますな。
普段は数値計算ばかりなので、あまり複雑だと自身がありませんが (w
明日から通常の生活に戻るので、しばらく書き込めなくなります。
書き込みペースは週一くらいになるかも。
(寮住まいでproxy規制されているので…)

86 ：

DirectX 一旦ヤめ〜
駄目じゃ。じぇんじぇん理解できますぇん (T_T)
てことで、今日からまたじわじわ家族計画やってくＹＯ！
ふごふご。

>>85
従兄弟ﾀﾝは寮生活でしたか。
断然じいちゃんよかｽｷﾙ高そうだし、色々ｱﾄﾞﾊﾞｲｽもらいたかったのじゃが・・。
てゆか、気づいた事あったら携帯で書いてくれ〜。
ｽｸﾘﾌﾟﾄはｲﾍﾞﾝﾄのｽｸﾘﾌﾟﾄじゃ。
たぶん毎ﾀｰﾝのように（ﾏｯﾌﾟを一歩進むごとに？）小さいｲﾍﾞﾝﾄがあって、
そこでｶｰﾄﾞ（ｱｲﾃﾑ）の入手の有無を判定すると思われ。
ﾌｨｰﾙﾄﾞ → 文章 → 選択肢 → ｱｲﾃﾑ入手判定 → ﾌｨｰﾙﾄﾞに戻る
って感じになるのかなぁ。ん〜、難しそう。
ｸﾞﾛｰﾊﾞﾙの変数のやりとりは、従兄弟ﾀﾝの言うとおりに
関数をはさむと安全性が増すっぽいですけど、どうもいいｱｲﾃﾞｨｱが浮かばないので
とりあえずはｸﾞﾛｰﾊﾞﾙ変数直いじりの方向で行ってみます。
あとで改良しましょう。

てゆか自分のﾌﾟﾛｸﾞﾗﾑさえ満足に書けないのに、
ﾌﾟﾛｸﾞﾗﾑの合体って本当にできるんだろうか・・ ('A`)

87 ：

素人同士のプログラム合作は地獄だぜ

88 ：

大丈夫。家族なら乗り越えられる。

89 ：

今プログラム合体サンプル作り中ですど、、
自分のプログラムを人に伝えるってむずかすぃ
と思った。

90 ：

とりあえず合体想定プログラムのプロトタイプじゃ。
ttp://gamdev.org/up/img/4330.zip
WinMain()の中のswitch()文で、それぞれのｼｰﾝ切り替えです。
ﾌｨｰﾙﾄﾞ　→　戦闘　→　ﾌｨｰﾙﾄﾞ　みたいな・・
ｼｰﾝ切り替え用の変数はｸﾞﾛｰﾊﾞﾙ変数。
ｸﾞﾛｰﾊﾞﾙ変数を追加したい場合は、細かい変数なら"Struct.h"の中の
__Sistem構造体の中に書くと。
ｸﾞﾛｰﾊﾞﾙ変数を使いたい場合は、
ﾌｧｲﾙの上で"Extern.h"をｲﾝｸﾙｰﾄﾞして使う。

・・・もうわかりにくくて申し訳ないです。

>>夫
戦闘ｼｰﾝは"Battle.cpp"から始めれば大丈夫なはずです。
たぶん。

91 ：

レス少ないけどちゃんとみてるワン。
じーちゃんがんばってるなぁ。ポチも負けずにがんばるぞ！（何を？ｗ

92 ：

じーちゃん頑張りすぎてしなないでねｗ

93 ：

家族っていいな。。生暖かいぜ。

94 ：

前に上げた歩行ﾌﾟﾛｸﾞﾗﾑと>>90を、コピペの連続で合体させてみました。
ttp://gamdev.org/up/img/4335.zip
ttp://gamdev.org/up/img/4334.png
ちょっと挙動が変ですが、
戦闘ｼｰﾝの背景にﾌｨｰﾙﾄﾞ画面の絵をそのままつかうとすれば、
こんな感じになるでしょか。
あ、>>90のヤツはSistemって英単語が間違ってたので、
__Sistem → __System
g_Sis → g_Sys
に変更しました。ごめ。 m(__)m
あと、__System構造体に、絵のﾊﾝﾄﾞﾙを入れる変数をいくつか追加しました。
絵はWinMain()の中で読み込んでます。
とりあえず週末までまとまった時間はとれないっぽいので、
ﾌﾟﾛｸﾞﾗﾑは一旦小休止ってことで ^^

95 ：

じーちゃんすごーい！どんどんゲームっぽくなってきたね。
週末まで忙しいのか・・・がんばってね〜

96 ：

Sisだと妹のことになるな

97 ：

第一連想するのがチップセットメーカーな俺は負け組＞Sis

98 ：

もうSisterのSisでいいYO！ ヽ(`Д´)ﾉ

99 ：

飛び入りよかですばい？
DirectX9に朝鮮中！
まだ文字しか表示できてないYO!

100 ：

>>99
夫の叔父って事はじいちゃんの弟か兄？（素朴な犬の疑問

101 ：

「小父」が読めなくてgoo辞書に泣きついたのは内緒じゃ。
ちなみに直訳は↓に。
おじ　をぢ 0 【小▽父】
他人である年輩の男性をいう語。「さま」「さん」を付けて用いる。
うはｗ他人じゃんｗｗ
>>99
じいちゃんはDirectXは三角形を表示したとこで投げたぞ。
字まで出せたなんて、小父すごいよ小父。
たかが三角形出すのにあんなに苦労するなんて。
Xﾌｧｲﾙなんて夢のまた夢じゃわ。
じいちゃん数学知識も０じゃし、
もう一生ポリゴンなんて出せなくてもいいや ┐(´ー｀)┌
>>100
どうやらよその小父さんらしいｗ

102 ：

>>101
うははｗ
家族を超えて、ご近所みんなでゲーム製作かｗｗ
まあ、私なんて人間ですらないわけだしな（｀・ω・´）
参加したい奴は誰でもかかって来い！っとご主人様「夫」がいっておりますワン。

103 ：

隣の小父さんですｗ
ドワーフみたいな小さい父さんではないです（誰もそんなこと言ってない）
＞文字
DirectX9では、バックバッファをロックして
デバイスコンテキストハンドルを取得すると、
DDBのように文字が描けるんですよ
でも、
ロックしている間、レンダリングパイプラインが
止まるらしいので遅いらしい…
やっとこさDirectX9で画像を表示することはできたのじゃが、
キャラの周りに四角く色が残ってしまっている…
ゲームの本質では無いとは言え、これを
『仕様です』で通すには、ちと恥ずかしい
どうやったら、くり貫いて表示できるんぢゃろうか？

104 ：

小父さん・・・よろしくねｗ
俺なんてウィンドウの出し方すらまだ理解できてないよ
クソ〜負けないぞ〜

105 ：

>>103
あー、にゃるほど。
LockするとTextOut()が使えたりするわけですか。
これはいい情報ですじゃ。
小父さんはもうﾃｸｽﾁｬとか貼れる人なのね。
いいな〜。
>>104
じいちゃんと一緒に３Ｄの無い世界に逝こうよ （・∀・）

106 ：

参加させてください。
CとDXライブラリを勉強中位のレベルですけど、、

107 ：

>>103
テクスチャを張ってて透過したいなら
D3DXCreateTextureFromFileEx関数でファイルを読み込んで
colorkey引数に透過したい色を指定してテクスチャを作る。
そのあたりを試してみるといいワン（｀・ω・´）

108 ：

>>106
人外の家族が増えたｗ

109 ：

リアルで受験生なので
見ているだけになるかもしれませんがよろしゅう
っていうかこのスレでなごみすぎて受験生なの忘れてた...orz

110 ：

参加は結構じゃが、家計が苦しくなったら
ペットは人間様の腹の足しになるのでよろしく！
戦時中はよく犬鍋とか食ったもんじゃ・・・ ∀`)

111 ：

金魚のくせに受験するなんて・・・がんばれ、みんな応援してるぞ！
じいちゃん！そっちに逝っちゃだめよ、一緒に3Ｄゲームの世界に逝こう

112 ：

>>107
StretchRectを使って画像を表示させていたので
今度は、そのレスを参考にテクスチャ周りをやってみます（｀・ω・´）ｼｬｷｰﾝ
>>夫
わしも3Dの勉強をしたいのぢゃ
スキンメッシュをいじれるようになりたいのぢゃ
そしてあんなことやこんなことをしてみたいのぢゃ

113 ：

土日でなんとかﾏｯﾌﾟｴﾃﾞｨﾀのﾌﾟﾛﾄﾀｲﾌﾟを形にしたいな。
で、すみやかに敵の動きのﾌﾟﾛｸﾞﾗﾑとかになだれ込みたいところじゃ。
でも思考ﾙｰﾁﾝとかどうしよ。なにも思い浮かばん・・。
週末は従兄弟ﾀﾝ来るかな。
>>111
いいもん、いいもん。
携帯電話でﾎﾟﾘｺﾞﾝがｸﾞﾘｸﾞﾘ動く時代になっても、
じいちゃん一人だけ二次元の世界でがんばるもん。
二次元はいいぞ〜。おにゃの子もいっぱいいるしｗ
てことで、じいちゃんちょっくら二次元半角板に行ってくるよ ﾉｼ

114 ：

>>ポチたん
ID3DXSpriteでカラーキーを抜くことに成功しますた
↓参考サイト
http://www.plustarnet.com/aspil/Programming/
実験的プログラムだからゲーム性は全く無いけどね

115 ：

>>114
おおぅ
なんか分かりやすそうなサイトだワン。
ソース提供ありがとん！

116 ：

テクスチャの読み込みを別スレッドにしたぞな。
先読みアルゴリズムをこさえておくと、
マップ切り替えでNow Loading を出さなくて済みそうぢゃて。
テスト環境が無いので、マルチコア・
マルチCPUでの動作は保障されていないけどな。
>>じいちゃん
マップエディタってめんどくさいんだよねぇ〜
それが完成したら、使わせてもらおうかのぉｗ

117 ：

昼過ぎに起きて、外をみたら雨。今日は土曜。寒くて外には出れん。
こりゃﾌﾟﾛｸﾞﾗﾑをやるしかないじゃないか。
と、右手を見るとなぜかビールが。グイっと一息に煽ってみる。
(;ﾟДﾟ < ﾋﾞｰﾙ! ｳﾏｰ!!
ﾌﾟﾛｸﾞﾗﾑとか、もうどうでもよくなったとさ。
>>116
完成・・・したら・・・ね・・・。

118 ：

ポチが描いてくれたマップチップの絵を
縮小描画しようとしたら絵が鬼のように崩れたんですけど、
普通こんなものなのかな。
http://aploda.com/dl.php?mode=pass&file_id=0000065960
左がデフォで、右が0.5倍です。
描画はDDBで、StretchBlt() を使ってます。
絵は小さくした方が画面を広く使えていいんだけどなぁ。

119 ：

SetStretchBltModeを使ってストレッチモードをHALFTONEに設定してみて。
遅くなるけどきれいになるはずワン。
ハーフトンモードはブラシのずれを防止するために
SetBrushOrgExを使わないといけない（らしい

120 ：

原理はわかりませんが、それでできました！
ポチかわいいよポチ♪

121 ：

テクスチャマネージャーが稼動
g_TextureManager.Draw( "test.bmp", 320,240, 0,0,64,64 );
とすると自動的にテクスチャを読み込んで表示してくれる
キャッシュがヒットすればメモリ上にあるテクスチャを使う
キャッシュアルゴリズムに無駄があるのをなんとかしたいけど
バグりまくるので後回しｗ
エウレカ見逃したorz

122 ：

試作コードは最後まで使われるの法則発動な悪寒

123 ：

ｴｳﾚｶ見たよ〜。
家族のことがﾃｰﾏに上がってて、ちょっとドキっとした。
＞試作コードは最後まで使われるの法則発動な悪寒
あるあるｗ

124 ：

>>75のマップチップ表示させてみた
やっぱり、マップエディターが欲しいのぉ

125 ：

あ、マップチップのサイズは２のn乗でお願いしまする
DirectX9の仕様なので…
今回は512x256にトリミングしますた

126 ：

【進捗報告】
今迄に作ったクラス群リスト
CMessageLoop
CWindow
CThread
CApp
CD3DDev
CBinaryBase
CBinaryCache
CBinaryLoader
CTextureMember
CTextureManager

127 ：

一覧にしてみると、音系と入力系が全く手をつけてないなorz

128 ：

っスクリプトエンジン
http://www.lua.org/
これ使おうと思う

129 ：

音はこれ使おうかなと
Ayame~
http://www.twin-tail.jp/contents/dust/ayame/index.htm

130 ：

未完成なことこの上ないのですが、できたとこまでうｐ
ttp://gamdev.org/up/img/4390.png
ttp://gamdev.org/up/img/4391.png
ttp://gamdev.org/up/img/4392.zip
ﾏｯﾌﾟｴﾃﾞｨﾀです。とにかく動かしました。
まだ絵しか貼れません。
しかもまだ新規作成はできない ('A`)
凄く時間かかったよ。
小父さんは凄いですな。
>>128-129とか、じぇんじぇん自力で使える気がしないわ。
そえば、週末なのに従兄弟ﾀﾝが来ない・・・。

131 ：

こんばんは、従兄弟です。
金魚タン、隣の小父さん、はじめまして。
従兄弟はリアルな生活が20日まで修羅場を迎えているので、
それが終わったあたりから手伝えるかもしれません。
>>金魚タン
受験生のうちからプログラミングに親しめるなんて、
羨ましいねぇ (^^
>>小父さん
どんどん進んでいますな。
上のほうで少し書きましたが、3D系、音系、入力系には
Lampというライブラリがあります。
ソースコードも読みやすいので、使えるかもしれません。
(ライセンスはLGPL)
ttp://lamp.sourceforge.jp/
>>86
> 断然じいちゃんよかｽｷﾙ高そうだし、色々ｱﾄﾞﾊﾞｲｽもらいたかったのじゃが・・。
プログラムの世界は、実際に作った人が上だよ、じいちゃん♪
それと書き忘れていたけれど、従兄弟は普段UNIX系OSを使っています。
(WindowsのAPIについてよく分かっていないので、低スキルかも)
>>113
> でも思考ﾙｰﾁﾝとかどうしよ。なにも思い浮かばん・・。
まずは人間同士が対戦できるところまでを作り、
実際に遊びながら動かし方にパターンがあるか考えればいいかと。
パターンがあれば有限状態機械とかでできるんじゃないかな?

132 ：

じいちゃん凄すぎ！！もうついていけないよ〜って最初からか・・・
はやく俺もじいちゃんみたいになりてーな

133 ：

じいちゃん乙であります！
初めてじっくりソース読ませてもらったよ
DXﾗｲﾌﾞﾗﾘはちょっといじったことはあったり
ﾗｲﾌﾞﾗﾘを自力構築せずにDXﾗｲﾌﾞﾗﾘで統一した方が
いいかもね〜
工数短縮や分業の可能性も出てくるし…
ところでマップエディタのソースは無いの？（ﾎﾞｿ

134 ：

従兄弟ﾀﾝきてるー！
>>131
二十日まで大変なんですか。でもでも、どうにか生き延びてください。
だってあなたにはｽｸﾘﾌﾟﾄ関係を丸投げしようと思ってるからｗ
UNIX系OS？ うはｗ見たことすらないー。
あと、有限状態機械でググったら難しそうなｻｲﾄ様がいっぱい出てきて
じいちゃんポックリ逝きそうになったりましたよ！
>>132
いやいや、おまいは戦闘をつくるんじゃ！
とりあえずじいちゃんのﾌﾟﾛｸﾞﾗﾑはとても読めたものじゃないのですが、
WinMain()とButtle.cppとｸﾞﾛｰﾊﾞﾙ変数のとこだけ見れば
なんとかなると思います。
がんばろう。
>>133
人のソース読める人って尊敬 (´д`)
てゆか、小父さんは自作ﾗｲﾌﾞﾗﾘを家族計画に投入しようとしてですか!?
じいちゃんよか遥か遠くに居る人のようね。凄いなぁ。
マップエディタは未完成な上に、ソースがかなりアレなのと、
じいちゃん一人で作るっぽいので公開しなかったのですが・・。
完成したら出しますわ。

135 ：

ポチ企画
ｽｺﾞﾛｸ風ｶｰﾄﾞｹﾞｰﾑは、二月いっぱいで完成してない場合は
辞めようと思ってるのじゃ。
某ステフスレでも「締め切りの無いｹﾞｰﾑは完成しない」
みたいな事言ってる人いたし、このｹﾞｰﾑの締め切りは二月いっぱいってことにしようかと。
当初は二月上旬でカタを付けたいと思ってましたが、
じいちゃんのｽｷﾙでは無理じゃ！
なんとか形にしたいねぇ。

136 ：

>>Lamp
うはｗLamp凄杉！
デモゲームの途中でフリーズして死ぬかと思ったけど…
>>自作ﾗｲﾌﾞﾗﾘを家族計画に投入
下手の横好きで、自作ﾗｲﾌﾞﾗﾘを作っていたんだけど、
LampやDXﾗｲﾌﾞﾗﾘが凄過ぎるので、それらと比べると見劣りするし、
無期限に工期が延びる可能性大ですわ…
でも、ある程度まとまったら、うｐしますわ
>>二月上旬で片
ちと厳しいスケジュールぢゃの
締め切りの延期も視野に入れておくといいかも
>>UNIX
CygwinとLinuxをちょっといじったことしかないのぉ
おじさんは、もっぱらWindowsぢゃて

137 ：

わんわん。
>>135
某スレの締め切りの無いゲームは完成しない発言は
管理されないと自分で動けない人間が良く思いつく発想だわん。
ちゃんとやる人間は締め切りとかなくてもそれなりのものを上げてくる。
じいちゃんが良い例（｀・ω・´）
商業製作とかじゃないから自分で納得できたらそこが完成だと思う。
ある程度納得できるものがあって締め切りまで完成度を高めるなら良いけど
締め切りに間に合う事を第一に妥協したものをつくってしまったら
完成とは到底呼べないと、締め切りと妥協にまみれたポチは言ってますｗ
家族でゲーム製作の楽しみはみんなでわいわいやってたら
こんなのできちゃったよｗみたいな感じだとポチは思っているワン。
ソースも公開だし、家族の誰かがリタイアするならそれはそれで
笑顔で送り出して、新しい家族があとを引き継いでいけばいいんジャマイカ？
どこまで続くかわからんスレではあるけども（ぁ
そんなことを小屋の隅で昼寝しながら犬は考えたりしましたとさｗ

138 ：

>>138
ああ、ちょいかん違い入ってたかもｗ
じいちゃんが辞めるんじゃなくて
ｽｺﾞﾛｸ風カードゲームの開発を止めて
なにか別の企画なり方向性を探そうって意味だったのねｗ

139 ：

>>130
マップエディタ確認。
じいちゃん、あいかわらずいい仕事するワン。
製作おつかれ（｀・ω・´）

140 ：

doxygenの使い方がよく分からないorz
しばらく、ぐぐってみよう…

141 ：

とりあえず、わしの役割分担はライブラリね

142 ：

じーちゃんのソースを（そのまま）Doxygenにかけてみた
解凍したら、index.htmlを見てね
ttp://gamdev.org/up/img/4397.zip

143 ：

最近VC++6.0ﾀﾝの調子が悪いのじゃ。ちょっと前までは素直だったのに。
・・・ツンデレ病？ (*´Д｀)ﾊｧﾊｧ
>>ポチ
締め切りってのは、ぶっちゃけ自分自身への縛りだったのですが、
先走りしすぎたようですね。とりあえず６割ぐらい完成した段階で、
各自の状況に合わせて現実的な数字をだしましょか。
混乱させるようなことを書いてしまって、ごめ。 m(__)m
>>142
なんじゃこりゃああぁぁｗｗｗ ふがふが。
ドキュメント生成ツール？凄い。どこの天才が作ったんだ。
外人は凄いね。やっぱ肉食ってるヤツらは違うぜぃ。
こうして見るとﾍｯﾀﾞにｿｰｽ直書きはやぱ見にくいなぁ。
これはコメントとか付けるときのオススメﾌｫｰﾏｯﾄとかあるんですかね？
こう書くと、Doxygen様にはこう反映される、みたいな。
日本語説明ｻｲﾄ様とかチラっと見たけど、じいちゃんには何言ってるかさっぱりｗ
小父さんＧＪ！
ところで「Doxygen」は「どくしぃげん」て呼んでいいのかにゃ？ (：D)|￣|＿

144 ：

>143
じーちゃん、Doxygenのコメントの書き方はこの辺りを読んでくんろ
ttp://members.at.infoseek.co.jp/sakura_editor/comment-rule.html
ttp://freepg.fc2web.com/tool/topic_doxygen_002.html
ttp://yudoufu.velvet.jp/doxygen.html
プログラムの合作する時には便利だべさ＞Doxygen

145 ：

おお、読んでみまっす。どもありがとー。

146 ：

とりあえず、開発途中のライブラリをDoxygenに掛けたもの
http://www.geocities.jp/bigbrotherxlittlesister/doxygen_0_0_3/html/
一応、真面目に作ってるところを見せておかんとまずいと思うてな
でも正直なところ、このライブラリは使い物になりませんわ
DXﾗｲﾌﾞﾗﾘで作った方が幸せになれると思ふ

147 ：

http://gamdev.gozaru.jp/w/00793_00000.html#content_1_4

148 ：

ライブラリならDXよりはSDLがよさげ。
http://gamdev.gozaru.jp/w/00793_00000.html
http://www.tacoworks.jp/software/SDLdoc-jp/html/

149 ：

ひさびさに公式ページ？見たら、ちょっと更新されてるー。
書いた人、（・∀・）ｴﾗｲ!!
>>146
なんか凄そうですけど、DirectXわかんなにゃいから
なにがなんだか orz
でも乙。
コメントはそんな風に出るんですね。
>>147-148
紹介どもですじゃ。
速度が必要なｹﾞｰﾑではなさげなのでDXﾗｲﾌﾞﾗﾘに不満は全く無いのですが、
今ならライブラリの差し替えも比較的簡単に可能ですね。
私はLunaってのも気になってるよん。

150 ：

＞ﾗｲﾌﾞﾗﾘ
2Dに限定するけんども
1. DXﾗｲﾌﾞﾗﾘ
2. SDL
3. Luna
この三択ぢゃね
個人的にはDXﾗｲﾌﾞﾗﾘを押すけんども…
しかし、3Dをやってみたい欲求がｳｽﾞｳｽﾞ
ゲームの形まで仕上げるのには期間かかりそうぢゃがの

151 ：

SDL悪くは無いんだけんども、
日本語の敷居がDXに比べると若干高いのぢゃ
文字を殆ど使わないゲームならSDLという選択肢も
生きてくるのぢゃがな…

152 ：

2Dテクスチャを表示するサンプルコードなんだけど、
使いやすそう？それとも使いにくい？
void Render() {
　D3DDev.BeginScene();
　D3DDev.BeginSprite();
　g_TextureManager.Draw( "chip.bmp", x,y, 0,0,64,64 );
　D3DDev.EndSprite();
　D3DDev.EndScene();
}

153 ：

読み込むテクスチャの大きさを明示的に指定しなくても
済むような機構を作った。
実態は読み込むBMPファイルの大きさチェックやね。
PNGとかに対応は、まだ無理ｗ
ファイル名と座標と表示チップの位置を指定すれば、
後はライブラリがやってくれるのだが…
ミニゲームには大仰な機構かもしれないｗ

154 ：

小父さんゴリゴリ打ってるっぽいですね。
じいちゃんはちょっとWin32APIに飲まれて、燃え尽き症候群気味。
>>152のはよくわかりませんが、
自動で絵を読み込んでくれる機能が付いてるっぽくて使いやすそうな感じ。
SDLは日本語弱いのか（´・ω・`）

155 ：

>SDL
弱いんじゃなくて、ちょっとめいんどい
コード変換とかしないといけないかもしれないから
抵抗無い人にとってはSDL最強かもしんない
void Render() {
　D3DDev.BeginScene();
　D3DDev.BeginSprite();
　Fami::Texture.Draw( "chip.bmp", x,y, 0,0,64,64 );
　D3DDev.EndSprite();
　D3DDev.EndScene();
}
今はこんな感じのインターフェース
Lunaを模倣してみますた

156 ：

Easy3Dっていうライブラリを見つけた
3Dがぐりぐり動かせそうな予感…
http://www5d.biglobe.ne.jp/~ochikko/

157 ：

最新版のDirectX SDK には8.1のヘッダが一部入ってないのねorz
Includeフォルダ覗くと10っていう名前も見当たるし
そのうち8.1はサポートから外されるんだろうなぁ

158 ：

じいちゃん、新しい開発環境が無償で配布されているよ。
開発環境を家族で統一しておけば、
容量が少なければプロジェクトファイルごと共有できて楽だよ。
Visual Studio 2005 Express Edition (もちろんVC++もあり)
ttp://www.microsoft.com/japan/msdn/vstudio/express/default.aspx
それからスクリプトの件、了解です。
処理の一部をスクリプトに追い出す場合、
まずはスクリプト化する処理を一つの関数 (メソッド) に
押し込めるのが始まりです。
お決まりのAPIだけを使ってその関数だけを書き換えれば、
変えたい部分を変えられるようにしておいて、
後はそのAPIを扱う最低限の機能だけを解釈できるようにする、
という手順を踏めば、かける手間も最小限で済みますよ。

159 ：

>>154
一応、SDLの日本語表示について参考になりそうなページを。
ttp://tokyo.cool.ne.jp/sdl/index9.html
従兄弟はクロスプラットフォームのSDLを使いたいのが本音だけど、
ここまでDXライブラリで開発してきたなら、その延長でいいのでは。
じいちゃんのソースコードを読んだ限りでは
他のライブラリにも、その気になれば移植できそうだし。
(描画は「Draw」関数にまとめてあるし、Input関数は少ないし)
>>157
M$のライブラリはライフサイクルが短いですな。

160 ：

クロスプラットフォームいいねぇ。
Unix系で自分の関係するゲームが動くとかうれしいよね。
意外なユーザーも増えそうだしｗ
従兄弟たんがｺｯｿﾘ再構築してくれてもいいワンｗ

161 ：

どうも寝付けないのと、本業の進みが予定より少し早いのとで、
じいちゃんのソースを弄ってみたよ (w
http://gamdev.org/up/img/4405.zip
変更点は、WinMain()で
・InitDXLibrary()の返り値をbool型に
・LoadBitmap()に失敗したらその場で終了するように変更
したのと、
・CF_Systemクラスが「何でも屋」になりそうだったので、
　PlayerArrowクラスとLookAroundFrameクラスを分離
　(それぞれ矢印とフィールドを見回すときの枠のみ)
といったところ。
書き換えている最中に、変数名をいくつか変えたけど、
大丈夫かな?
(どれも、略していたのをやめただけ)

162 ：

分類としては、こんなところでしょうか。
迷惑でなければ、分けたほうがよさそうなクラスを分けたり、
変数のスコープを限定したりと、
保守性を上げてやりたいと思います。
・フィールド関連 (移動時)
　CF_System (アクティブフラグの管理に限定)
　Field
・フィールドに描かれるオブジェクト (Drawメソッド付き)
　CMapControl (マップ全体)
　CPlayer (キャラクター)
　LookAroundFrame (見回す時に出る枠)
　PlayerArrow (キャラクター前の矢印)
・データ共有用?
　Extern
　Global
　Macro
・戦闘関連
　Battle
・まだよく読んでない
　CF_Input
　Struct
　WinMain

163 ：

最後に、
変数名や関数名の書き方を合わせておくと後で楽だと思うのだけど、
どうでしょ?
とりあえず思いつくまま書くので、「それはやめて欲しい」とか
「他にもこうしたほうがいい」という意見があったら気軽に書いてね♪
(家族なので、遠慮せずにお互い作業しやすいようにしましょ)
1. なるべく略さない (Mou→Mouse, Pos→Position, Pal→Param)
2. ハンガリアンをやめたい (m_hGrap→Graphic or graphic)
3. 関数名は動詞+対象となる名詞で (ArrowDraw→DrawArrow)
4. 変数名は先頭が小文字 (m_nActiveFlag→activeFlag)
簡単に言うと、C#のソースコードのようなイメージです。
2に関しては、先に変数のスコープを限定したり
変数名の付け方をパターン化 (*Graphicならint型のハンドル、とか)
してからでないと、混乱するかな。
(私自身がハンガリアンが分からないので、なんとも言えませんが)

164 ：

>>158
Visual Studio 2005 Express Edition
isoしか無いみたいね
おじさんは、以前knoppix焼こうとして
PC付属の焼きソフトで起動ＣＤが作れない
問題にぶちあたったｗ
フリーな焼きソフトとかあるんかな？

165 ：

>>160
いつの間にかSDLベースになっていて困惑するかも (w
実はVisualStudio 2005を使ってみたら直すのが楽で、
逆にSDLを使ってWindowsでUNIX (私のはFreeBSD) 用の
ゲームを作ればいいのでは、と思いました。

166 ：

>>163
1. IDEなしで手打ちしてるんで、長い変数名は苦手
2. m_hogehoge
はMSの作法なんで、それに従ってるけど
やっぱり、一見でスコープが分からなくなるのが
問題ですねぇ
3.4. に関してはUNIXの作法ですかね？

167 ：

>>164
DaemonToolを使うと、各種ディスクイメージ (もちろんISOも) を
そのままマウントできて、便利ですよ♪
ttp://www.geocities.co.jp/SiliconValley-Sunnyvale/3115/DaemonToolins.html
一度焼いてから使いたい場合には、こちらがISOイメージに対応しているようです。
ttp://www.deepburner.com/
ttp://sekirei.air-nifty.com/blogtopia/2004/08/deep.html

168 ：

家族計画・歴史
>4 ポチ登場
>8 夫登場
>11 妻登場
>16 じーちゃん登場。父権発動でエロになると思いきや？
>18 息子登場
>23 息子の発言で、作るゲームジャンルは漠然とカードゲームという流れになる
>25 妹登場
>32-33 ポチに名前が付く
>36 従兄弟登場。家族計画の中で一番の熟練者
>38 ポチが餌（企画）を咥えて来る
>44 ポチがWikiに公式ページを作る
>50-51 画面の仕様が決まる
>53 じーちゃんがうｐ
>57 画面レイアウトうｐ
>65 じーちゃんがうｐ
>68 ポチが戦闘画面レイアウトうｐ
>69 謎な人が何かうｐ
>75 ポチがマップチップうｐ
>84 ﾏｯﾌﾟﾁｯﾌﾟ構造体
>86 ｲﾍﾞﾝﾄのｽｸﾘﾌﾟﾄ
>90 じーちゃんが合体想定プログラムのプロトタイプうｐ
>94 じーちゃんがうｐ
>99 隣の小父登場
>106 金魚登場
>128 Lua
>129 Ayame
>130 じーちゃんがﾏｯﾌﾟｴﾃﾞｨﾀうｐ
>131 Lamp
>142-146 Doxygenでドキュメント管理
>148 SDL
>156 Easy3D

169 ：

>>167
www.daemon-tools.net
に繋がらない（´・ω・`）

170 ：

>>158
Visual Studio 2005 Express Edition インストール完了（｀・ω・´）
本格的なIDEって、こんなに使いやすかったんだｗ
今までコマンドラインでシコシコやってたよ（´・ω・`）

171 ：

ｷﾀ━(ﾟ∀ﾟ)━!!!
>>161
朝早くから乙です。
変更してもらったとこ見ました！
CF_Systemはとりあえずなんでも入れちゃおうと思ってたんですが、
そうやって小さいｸﾗｽに分けちゃってもいいんですね。
長い変数名は、わりと好きなのでＯＫです。
略は極力やめるようにしまっす。
>>162
そんな感じの分類でＯＫです。
Extern
Global
Macro
Struct
は共有用のつもりです。さらに、
Prototype.h // 広域で使いそうな関数のﾌﾟﾛﾄﾀｲﾌﾟ書く
Func_01.cpp // 広域で使いそうな関数の実装書く
この二つを入れようかと思ってるのですが、いかがでしょか。
実はもっといい方法あります？
あと、CPlayerはこれから書き直すと思うので、
今はそっとしといてください ^^

172 ：

>>163
変数名やら関数名は、できるだけ合わせた方がよさげですよね。
んー、共同開発っぽくなってｷﾀｰ。
＞1. なるべく略さない
これはＯＫです。なるべく ^^ ね。
＞2. ハンガリアンをやめたい
ﾊﾝｶﾞﾘｱﾝは見よう見まねで使ってただけなので、未練は全く無いです。
でも、ｸﾗｽのﾒﾝﾊﾞ変数の頭につける m_ だけは残しといてほすぃかな。
m_nActiveFlag→m_activeFlag
m_hGrap→m_graphic
みたいな。どでしょ？
＞3. 関数名は動詞+対象となる名詞で
これはぜひやりたいのですが、じいちゃん英語わからんチンなので、
やりたくてもできないかも〜 (T_T)
＞4. 変数名は先頭が小文字
これはＯＫです。
Visual Studio 2005 Express Edition
はちょっと気になってたので、この機会に試しに乗り換えてみたいと思います。
VC++6.0ﾀﾝは前世紀ぐらいに買ったやつですから、
そろそろ休ませてあげよかな。どもですじゃ。m(__)m

173 ：

>>168
激しく乙ｗ
まだ160ですけど、思ったより色々ありますね。
そろそろおにゃの子ｷｬﾗが欲しいよ欲しいよ。
あと、エロゲはあきらめてないぞ。
ｶｰﾄﾞの絵が超エロエロになる予定なんじゃ！
Visual Studio 2005 は週末あたりに挑戦してみます。
VC++6.0ﾀﾝと一緒に起動して、最適化競争とかさせてみたいｗ

174 ：

＞ハンガリアンをやめたい
考えてみればDoxygenでドキュメント管理するので
m_やらg_やら小細工しなくても分かるのかもしれない
M$の作法が染み付く前はコーディングにUNIX風作法を取っていたので
サッパリと決別するのもいいのかもしれない

175 ：

m_ は見たときに一発でﾒﾝﾊﾞ変数とわかるのと、
ﾒﾝﾊﾞ関数内で同じ変数名を使いたくなった場合
class A {
　m_number;
　int SetNumber (int number)
　{
　　m_number = number;
　}
}
こんな場合に役に立つと思ったのですが、どでしょか？
私、こういうことがわりと頻繁にあるんですけど #-_-
g_ はできるだけ色んな所で使わない方向でいけば、
付けなくても、なんとかなるかなぁ。とかｵﾓﾀ。
ﾊﾝｶﾞﾘｱﾝぽい記述は、なんとなくカッコイイｗのと、
ｽｰﾊﾟｰﾌﾟﾛｸﾞﾗﾏのやねうらお様の本に「絶対使え」的な事が書かれてたので、
中途半端に使うことにしました。
やめることに関しては、未練は無いですが〜

176 ：

そうそう、よくあるね
そういった使い方は良くするよ
引数をメンバ変数に入れる時なんかね
void SetSize( int Width, int Height ) {
　m_nWidth = Width;
　m_nHeight = Height;
}
突き詰めると、UNIX作法とM$作法の確執かねぇ（＾＾；

177 ：

処理系による方言のようなものだと思っていたワン。
それぞれの処理系にくっついてくるサンプルソースとか
その中で使われている作法をそのまま引き継いでるんじゃないかな？
たぶんwindowsでもGCCで作業してた人は違和感が無いのかも
と、MSCとBCCの違いに戸惑った私が言ってみるｗ

178 ：

あんま変わってないのですが。。
Prototype.h と Func_01.cpp を追加して、
ｳｨﾝﾄﾞｳの板を出す関数を入れてみました。
ttp://gamdev.org/up/img/4412.png
ttp://gamdev.org/up/img/4413.zip
WinMain()の中の、FameRateControl()関数の中をちょっとだけ変えました。
Struct.h に hGrapWindowBoard_01 を追加しました。
CMapControl の実装とﾍｯﾀﾞを別ﾌｧｲﾙにしてみました。
変更はこれだけっだったかな。
変数名はまだそのままなのですが、週末までにどうするか決めといて、
それから一気に変更しまっす。
あとコメントはまだ勉強不足でどう書けばいいのかわからないのですが、
これも週末になんとかしたいなと。
土日は大変そうだわぁ (;^_^)

179 ：

Doxygenにコメントが反映されるようにしてみた
やっつけだから、完璧じゃないけど
コメントのつけ方の参考にしてみてちょーだい
ttp://gamdev.org/up/img/4417.zip

180 ：

>>178
じーちゃん乙！
話は外れるけんども、このページ↓を作ったのは、わしなんじゃが
http://gamdev.org/w/?%5B%5B%A5%DE%A5%C3%A5%D7%A5%A8%A5%C7%A5%A3%A5%BF%5D%5D
じーちゃん、マップエディターのソースＰＬＺ！
弄ってみたいのぢゃ

181 ：

＞命名規則
変数名の変更についてですが、
大幅に変えるとバグの元になるだけなので
MS作法で行くのが吉だと個人的には思とります

182 ：

>>178
じーちゃん、乙です。
いつもながら、いい仕事しますね (^^
>>168
従兄弟はゲームを作りに参加するのが初めてなので、
少なくとも熟練者ではないですよ (^^;
むしろ家族のみんなのソースを読みながら、
勉強させていただいています。
>>163
変数名について聞いたのは
主に自分の書き方を家族に合わせたかったからなので、
私もなるべくハンガリアン記法を使うようにしますね。
(間違えてたらコッソリ直しておいてくださいな)
それと、今ある変数名を例に使ってしまったので、
これではじーちゃんが書いた部分を書き換えたい、
と言っているように見えてしまいますな。
少なくとも既に書いた部分については、>>181に賛成です。
(紛らわしくてごめんね。>>家族のみんな)

183 ：

>>166
あらためて考えてみると、従兄弟の書き方はJavaそのものなのかも。
フラグには「bool finished;」のような変数を使い、
「bool isFinished() {return finished;}」のように
メソッド名の「is (boolの場合) 」や「get (それ以外) 」のような
規則で役割を決める、という感じかな。
考えてみると、ハンガリアン記法を使わなくても混乱しないのは
他の部分で制約を設けているからかもしれない。
(グローバル変数を使わない、ポインタは特定のデータ型のみ、とか)
C++で共同作業をしたことはほとんど無いので、
勉強になりますた。

184 ：

ついでなので書いておくと、変数名を後から変えたくなったり
クラスをスーパークラスとサブクラスに分離したくなったりと、
機能を変えずに構造を変えたくなった場合には、
「リファクタリングツール」というのを使うと便利ですよ。
ttp://www.slickedit.com/content/view/125/83/
ttp://www.refpp.com/download.htm
従兄弟は下のを使っていますが、例えば変数名を変えたい場合には
変えたい変数名を選択して「右クリック→新しい名前の入力」で
全ての変数が安全に変更されるので、便利ですよ。
(同じ名前で別のスコープの場合やコメント内、他の変数の一部の場合には変更されない)
以上、チラシの裏ですた。

185 ：

>>179
ご丁寧にどもありがとです m(__)m
/// と //! の違いがいまだによくわからないのですが、
とりあえず説明に /// を使っとけば、ある程度反映されるんですかね。
もうちょっとよく見てみまっす。ども。
>>180
日曜日からほとんど変わってないのですが、ﾏｯﾌﾟｴﾃﾞｨﾀです
ttp://49uper.com:8080/html/img-s/106462.zip
上で書いたように、マジで未完成ですよ〜。
質問あればどぞー ^^
>>従兄弟ﾀﾝ
お、そろそろ修羅場は脱出ですかな？
変数名はとりあえずﾊﾝｶﾞﾘｱﾝもどきで行くんですかね？
私の書き方はかなり自己流入ってますので、それはそれで混乱をまねくかも。
どっかにわかりやすい基準てないのかなぁ。
あったら即乗り換えるんですが。
基本的に私は適当に書いてるので、ガンガン指摘してもらってけっこうですよ〜。
マジでマジで。
ﾘﾌｧｸﾀﾘﾝｸﾞﾂｰﾙなんてあるんですね。
まあ>>184のは英語ｿﾌﾄらしいで、じいちゃん使える自信は全く無いのですが orz

186 ：

>>185
じーちゃん乙であります！
明日からマップエディタのコード追いかけてみるかのぉ。
コメントは
/// は関数や変数の一行上に、
//!< は同一行の右側に書きまする。
/*!
*/
や
/**
*/
もあるでよ
>>184
従兄弟殿は本格的で実践的な知識を大量にお持ちで凄いですじゃ。

おじさんは、タスクシステムの実験をしとりました。

187 ：

じーちゃんのマップエディタを弄っております。
骨組みから変えてしまうかもしれないので
03からブランチすると思います。

188 ：

おー、じいちゃんのコードは原型が残らないぐらいにしちゃっていいですよ。
がむばって下さい。
ところで「ブランチする」って、なにをどうするって意味ですか？

189 ：

ブランチというのは、枝分かれのことです。
じいちゃんのコードは引き続き開発していくとして、
それとは別バージョンとして、おじさん版を開発していくってことですたい。

190 ：

小父さんのを正式版にするってのはどうですか？

191 ：

なんと！！
一度ブランチして、再度融合でもしましょうか？
多少時間かかると思うけんども

192 ：

今やってるのは、
1. ウィンドウ単位でのクラス化を推し進め
2. DDBクラスを自前のものと差し替え
です。
次は
3. おじさんには無く、じいちゃんのコードにある機能をコミット
ですか。そんな感じです。

193 ：

マップエディタは一人で作ってもいいと思うので、
ぜひおまかせしたいのですが、いかがでしょか？
じいちゃんのDDBは開放したときとかの挙動に難があるっぽいので、
差し替えたのは大正解かと。
ｳｨﾝﾄﾞｳ単位でのｸﾗｽ化はやるべきでしたか。
書いてる内に CMapEditorｸﾗｽがどんどんどんどん長くなっていくから
どうしようかと思いながらやってました ^^
てゆか、小父さん既にマップエディタ作ってあった感じですね。
ｴﾃﾞｨﾀのﾃﾞｰﾀはどんな感じにすべきかご意見ありますか？
じいちゃんは
'm' 'a' 'p' '\0' の４バイト、Widthの4バイト、Heightの４バイト、ﾁｯﾌﾟ配列
って順にしようと思ってたのですが、他に必要なのってあります？

194 ：

了解です
おじさんは、マップエディタ担当ですね
猫でも分かるを見ながら頑張りまつ
力尽きたら、バトンタッチするかもｗ
マップデータフォーマットは、それでいいかと
おじさんは、前はデータをセーブする前の段階で
精魂尽き果てまつたｗ

195 ：

【役割分担】
じいちゃん：　メインプログラマー　ゲーム本体の開発
従兄弟殿：　サブプログラマー　じいちゃんと一緒にゲーム本体を開発
隣の小父：　サブプログラマー　じいちゃんのソースコードを元にマップエディタを開発
ポチ：　グラフィックデータやゲームシステムなど、その他雑用とアドバイス
こんな感じですかね。
他にやりたい人がいれば、どんどん挙手挙手！

196 ：

おお、引き受けてくださいますか！
ﾏｯﾌﾟｴﾃﾞｨﾀは今はあんま急いでませんので、ゆっくりでいいですよ。
切りがいいとこまでできたら見せてね〜。
Chip構造体もちょっと変えたいなと思ってたんですが、
いかがでしょか。
Struct Chip {
　BYTE byImage; // 絵
　WORD woBitFlag; // ﾌﾗｸﾞ
　WORD woEvent01; // ｲﾍﾞﾝﾄ1
　WORD woEvent02; // ｲﾍﾞﾝﾄ2
　BYTE byEtc; // 念のため ^^
};
WORD woEvent02 を増やしました。
これで合計8バイトになって、
なんか区切りがいいよな気がするんですが、どう思います？

197 ：

忘れてた…
夫殿はバトルシーンの開発でしたね（汗

198 ：

うはｗじいちゃんがﾒｲﾝｗｗ
なにかの冗談みたいだ。

199 ：

>>196
ファイルのヘッダにバージョン情報か、Chip構造体のサイズを入れておくと
将来的に拡張しやすくなると思いますよ

200 ：

>>199
それ、いただき！どもです m(__)m
念のため、Chip構造体のｻｲｽﾞも入れましょ。
"map"の4バイト、Widthの4バイト、Heightの４バイト、
Chip構造体のｻｲｽﾞ4ﾊﾞｲﾄ、ﾁｯﾌﾟ配列
の順にしましょう。
ﾊﾞｰｼﾞｮﾝ情報はｴﾃﾞｨﾀのヤツですよね。それもいるかな？

201 ：

>>198
オープンソース開発では、
沢山コード書いた人が偉いのです
だから、じいちゃんが一番偉いのですよ

202 ：

とりあえず従兄弟は、峠を越えたようです (笑
>>194
リンク先を拝見しました。
まさに適材適所ですね♪
>>201
完全に同意です♪
従兄弟もどこまでもじいちゃんについて行きますとも (^^
・次の改造予定
現行バージョンではField関数とBattle関数で
シーンごとに各フレームを処理し、
呼び出す関数はフラグで入れ替えていますよね。
これを改造しようと思っています。
抽象クラスSceneを継承する形でFieldとBattleをクラス化し、
Field関数とBattle関数を「processFrame」に改名し、
Sceneクラスの抽象メソッド「processFrame」をオーバーライドさせます。
シーン切り替えのためフラグを入れ替えている箇所を、
FieldオブジェクトとBattleオブジェクトを入れ替えるようにすれば、
メインループ内では「processFrame」の呼び出しだけで済むようになります。
こうすることで、今までは
フラグとシーンごとの関数と条件分岐を別々に管理していたのを、
実質的にフラグの管理だけで済むようにできるはずです。
後々メンテナンスしやすくなるのと、Battle以降を開発しやすくなるので、
改造してしまっても構いませんか?

203 ：

>>200
ファイル形式自体のバージョン情報というつもりでしたが、
将来的にチップ配列以外の情報(例えばマップ名やスクリプトなど)を
追加したとき、ローダが旧形式のファイルと区別できると、
特にチームで開発する際、何かと便利です。
ヘッダがmapで始まるなら、４バイト目にバージョン番号を入れても
良いかもしれません。しかし、もし余力があるのなら、
「チャンク形式」でエンコードすることもお薦めしておきますね。

204 ：

>>202
説明だけでは分かりにくいと思うので、
今晩実際に改造したものを上げますね。
とりあえずFieldとBattleをクラス化したもの
ttp://gamdev.org/up/img/4424.zip
/*---------------- 以下は変更点 ----------------*/
Battle.cppのクラス化 (CBattle.h)
Field.cppのクラス化 (CField.h)
・WinMain.cppの変更点
　メインループ前にCBattleとCFieldの初期化
　メインループ内のField()とBattle()を
　　field.ProcessFrame()とbattle.ProcessFrame()に変更
・CField.hの変更点
　インスタンス変数の頭に「m_」を追加
　Field()→ProcessFrame()
　Field_Init()→Init()
　Draw_Field()→Draw()
　Move_Field()→Move()
・クラス名およびファイル名の変更
　CF_Input→CFieldInput
　CF_System→CFieldSystem
　LookAroundFrame→CLookAroundFrame
　PlayerArrow→CPlayerArrow

205 ：

>>204
もとにしたのは小父さんの>>179のソースです。

206 ：

前々から思ってましたが、
変数名は大文字少ない方が見やすいな〜なんて、
>>204を見て、改めて感じてしまった。
>>従兄弟ﾀﾝ
峠越えましたか。おつかれ〜。
従兄弟ﾀﾝがやりたいことは少しずつ把握してきました。
なんてゆうか、どんどんムチャが利きにくい感じになってきてますねｗ
じいちゃんそういうのあんま考えたことないので、どうなるか興味津々。
ガンガンやっちゃって下さい♪
じいちゃんはとりあえず絵を動かすとこを中心にやってみます (`･ω･´)
>>203
んー、説得力ある感じ。
mapの3バイト、ﾊﾞｰｼﾞｮﾝ情報の1バイト、Widthの4バイト、Heightの４バイト、
Chip構造体のｻｲｽﾞ4ﾊﾞｲﾄ、ﾁｯﾌﾟ配列
の順にしましょか？小父さん意見よろ。

207 ：

さっきVC++2005を落として入れてみたのですが、
なぜかﾌﾟﾛｼﾞｪｸﾄが作れない orz
Visual C++ 2005 Express Edition と Microsoft Platform SDK を一緒に使う
http://www.microsoft.com/japan/msdn/vstudio/express/visualc/usingpsdk/
たぶんこれは必要なんですよね？
全部やったはずなんだけどなぁ。

208 ：

原因不明のバグに悩まされ、まだ改造が終わりません (汗
朝までには終わるようにしますので (w
>>206
変数のスコープを限定したりすると、たしかに無茶が聞きにくくなりますね。
(バランス取りが難しいですね)
もしアクセスしたい部分があるのにうまくいかないときは、
言ってくれればそこを書き直しますので、気軽に声をかけてくださいな。
>>207
従兄弟はtheSpoke版の2005を使っているので、
Express Editionのことは分からなかったりします。
紹介しておいてごめんね、じいちゃん。

209 ：

ようやくバグの原因が分かりました（｀・ω・´）
ヘッダをincludeする順番の問題だったようです。
(相互に参照するので互い違いでなければならなかった)
ttp://gamdev.org/up/img/4431.zip
…というわけで、改造済みのソースを揚げてそろそろ寝ます。
今回の改造点は、以下の通りです。
(シーン管理機能が出来たので、今度はシーンを作り始めようかな)

210 ：

・Struct.hにあった__System構造体メンバーの
　「int nSceneControl; (シーンを表す変数) 」を
　Grobal.hの「CSceneSwitcher g_sceneSwitcher」に置き換えた。
　そのため、今まではBattle, Field, WinMainで
　「g_Sys.nSceneControl = S_FIELD;」のようにフラグを入れ替え
　メインループのswitch文で分岐させていたのを、
　「g_sceneSwitcher.SwitchToField();」のように指定し、
　メインループでは「g_sceneSwitcher.ProcessFrame();」と
　実行するだけで済むようになりました。
　例えば「g_sceneSwitcher.SwitchToBattle(player, enemy);」
　のように戦うキャラをその都度指定できるようにするなど、
　シーンごとに管理するデータも渡せるように出来ます。
　シーンを追加する場合には、CSceneクラスを継承した
　サブクラスをCSceneSwitcherクラスに登録します。
　# 「ProcessFrame()」は必ずオーバーライドして下さい。
　# 初期バージョンでのField()やBattle()関数にあたるので。

211 ：

続けて失礼します。
バグをつぶす過程でExtern.hを無効にして各ファイルで
直接extern定義していますが、後で直しておきますので。
ちなみにソースは、
従兄弟の中ではこんな分類になっています。
(左端のツリー図)
ttp://gamdev.org/up/img/4432.png

212 ：

>>206
typedef struct {
　union tag {
　　DWORD v;
　　BYTE c[4];
　}
　long width;
　long height;
　long chip_size;
} MAPDATA_HEADER;
こんな感じかな…

213 ：

昨日はウィンドウを表示するところまでで
精魂尽き果てますた
今日はDDBとBitmapの解析を進めまする
http://www.geocities.jp/bigbrotherxlittlesister/MapEditor_03b/html/

214 ：

要点整理の為、メモりまする。
GDI周りのクラス
DC //WinControlを継承している
http://www.geocities.jp/bigbrotherxlittlesister/MapEditor_03b/html/DC_8h-source.html
DDB //DCを継承している。BMPのロードはここでやってる。
http://www.geocities.jp/bigbrotherxlittlesister/MapEditor_03b/html/DDB_8h-source.html
DIB
今回は割合
DIBSection
DIBとDDBを継承したもの

215 ：

外が雪景色で超綺麗だよ@東京
しかしながら、二人とのｽｷﾙの差に愕然となり、
じいちゃんの心はドス黒くなってたり。
あー、がんばろ (`･ω･´)
>>従兄弟さん
悲しいかなじいちゃんにはパッと見よくわからんので、
ちょっと勉強しまっす。
クラスってそんな風に使うのね・・。
>>小父さん
ﾏｯﾌﾟｴﾃﾞｨﾀ進んでるようですね。
基本的なところからじいちゃんと全然違う組み立て方にビビってるよ。
>>212のはそれでいいと思うのですが、
なぜ共用体になってるのか (DWORD vの意味がわからずorz) と、
int ではなく long を使ってるのはなぜですか？

216 ：

>>215
intは処理系依存なのでlongを使って32bitを明確にしています。
char[]の他に４バイトを纏めて扱えると都合がいいかなとか
思ったり（余計なお世話？ｗ）

217 ：

うはｗじいちゃん今までなぜかlongが処理系依存だと思ってた orz
DWORD v は今のとこ使い道は決まってないってことですかね。
両方とも了解しました。ありがとー。

218 ：

/// マップデータ・ヘッダー構造体
typedef struct {
union _tag {
DWORD v;
BYTE c[4];
} tag;
unsigned long width;
unsigned long height;
unsigned long chip_size;
} MAPDATA_HEADER;
ちょっとミスってたorz...

219 ：

>>218
OK把握です。
一応聞いときたいんですが、
>>196のはどの環境でも8バイトってことでいいんですかね？

220 ：

>219
>>196
バイナリデータに構造体を当てはめただけだと、
処理系依存になります。
４バイトアラインがコンパイラ依存の筈です。
ですので、シリアライズ、デシリアライズをする必要が
あると思います。

221 ：

ごめ、シリアライズ、デシリアライズがわかんないのですが、
IT用語辞典
http://e-words.jp/w/E382B7E383AAE382A2E383A9E382A4E382BA.html
これによると、
シリアライズ　→　データをファイルに保存
デシリアライズ　→　ファイルを(復元して？)読み込む
でいいんでしょか。
〜バイトアラインでググったら、なんか悲喜こもごも色々出てきた。
みんな環境で苦しんでるらしいですねｗ
読み込む前にChip構造体のｻｲｽﾞ計って、想定と違う場合は
どうにか変換するんでしょか。じいちゃんにはわからず・・ (：D)|￣|＿
構造体のﾒﾝﾊﾞの順番とか、変数の型とかは好きに変えちゃってもいいですよん。
たぶんあんま大きなﾏｯﾌﾟにはならないと思うし。

222 ：

バイナリの構造体をそのまま使うと、
CPUに都合がいいように最適化されているので、
ぴったり８バイトにはならないことがあります。
ですので、人力プログラミングで調整してあげる
必要があります。

223 ：

う〜ん実は、数年前まではC++のオブジェクト指向
全然駄目だったんですよ〜
人間、やれば覚えられるもんだなとｗ

224 ：

>>従兄弟さん
じいちゃんアフォなので、とりあえずコンソールでテストしてみました。
つながりはこんな感じでしょうか。
ttp://gamdev.org/up/img/4435.zip
これだとほとんどの変数（ｵﾌﾞｼﾞｪｸﾄ？）を CSceneSwitcher が持つことになりそうですね。
ｼｰﾝ同士の変数の受け渡しとかは、 Switch〜() を挟んで引数で渡せそうな感じ。
こんな組み方もあるのねぇ。
あと、ﾎﾟｲﾝﾀ同士の代入がちゃんとｷｬｽﾄされてるのになぜかｴﾗｰが出たので、
C++のｷｬｽﾄに変えたいんですが、この記述でだいじょぶでしょか？
>>222
んー、難しそう・・。
変換中は読み込みがちょっと遅くなるかもですね。
でも狭いﾏｯﾌﾟなのでだいじょぶかな。
人力プログラミングでググったら謎のアーティストが出てきたｗ

225 ：

>>223
じいちゃん実は去年からC++始めたので、
まだ STLすら一個もわかんね ┐(´ー｀)┌
おぶじぇくと指向とかでざいんぱたーんとか、なにそれ？

226 ：

>>215
雪、綺麗でしたね (^^
私も同じく東京からです。
私はじいちゃんとは逆に絵を出して表示するのが苦手なので、
「スキルの差」は高低ではなく種類の差だと思いますよ。
>>216-217
たしかintもlongも、他の型も言語レベルでは処理系依存だったかと。
(「long>=int」だったかも)
Windows用コンパイラではどれもlongが32bitなのかな?
>>220-221
シリアライズは「直列化」と訳されるとおり、
プログラム中のデータをバイトの配列 (これが直列) に変換することです。
ファイルに書き込むにはシリアライズする必要があるので、
書き込むところまでセットで指す場合が多いですね。
マップデータの受け渡しのための直列化でしたら、
処理系依存を気にするよりは、
テキストファイルなどで保存してしまうのはいかがでしょうか。
こうしておけば保存はprintf()で済みますし、
今後もコンパイラの仕様変更を気にせず済みますし。

227 ：

>>224
おお、改造乙です♪
少ししたら読んでみますね。
エラーが出たのは、どのコンパイラでですか?
>>225
私もC++を始めたのは2ヶ月前なので、STLは一つも分かりません (w
ただJavaを使っていたので、何とか書けていますが。。
ちなみにシーンをCFieldやCBattleといったクラスに関連付けたのは、
ステートパターンというデザインパターンの一種です。

228 ：

>226
longも処理系依存でしたか…間違えてました（汗
（Win以外では動かさないという前提で）windows.hの型を使うか
それよりも型を独自に定義するべきなんでしょうね
（処理系によって分けたりできるように）

229 ：

>>224 (じいちゃん)
> つながりはこんな感じでしょうか。
そんな感じです。
こういうシンプルなサンプルを用意すると分かりやすいですね。
今度から構造を変えたときにはそうしようと思います。
> これだとほとんどの変数（ｵﾌﾞｼﾞｪｸﾄ？）を
> CSceneSwitcher が持つことになりそうですね。
シーン関連はそうなりますね。
どのシーンに入るか、そのシーンにどういう引数を渡すか、
といった内容はCSceneSwitcherの外で決めることになるので、
すっぱり分けてしまった方が役割分担が分かりやすいのではないかと。
> ｼｰﾝ同士の変数の受け渡しとかは、 Switch〜() を挟んで引数で渡せそうな感じ。
狙いはその通りです。
引数渡しにしてグローバル変数を使わなければ
中で使われている変数が一目で分かりますので。
> あと、ﾎﾟｲﾝﾀ同士の代入がちゃんとｷｬｽﾄされてるのになぜかｴﾗｰが出たので、
> C++のｷｬｽﾄに変えたいんですが、この記述でだいじょぶでしょか？
私の環境でも直していただいた方でエラーが出ないので、
変えてしまってくださいな。
わざわざ調べていただいて、ありがとうございます。

230 ：

「猫でもわかる」を見ながら、色々実験してます。
本格的なＷｉｎアプリを作るのは初めてだったりｗ

231 ：

私もｵｰﾊﾞｰﾗｲﾄﾞの実験してます。
本格的にｵｰﾊﾞｰﾗｲﾄﾞ使うのは初めてだったりｗ
switch()文で分けるよか、綺麗で汎用的っぽいんですよねぇ。
>>229
ｻﾝﾌﾟﾙはじいちゃんが勝手にやったものですから、
従兄弟ﾀﾝは気にせずガンガン改造しちゃってかまわないですよ。
警告が出たのはVC++6.0ですじゃ。
ただなぜか出たり出なかったりするので、よくわからず。
ｷｬｽﾄを変えてからは出てないっぽいですが。

232 ：

下位機能をライブラリとして、まとめ中〜
時間かかるなぁ…orz

233 ：

WINアプリ製作に慣れる為に
メモ帳を作っとりますｗ

234 ：

とりあえずｍじいちゃんが昨日やってたの
http://49uper.com:8080/html/img-s/107222.png
メニュー出してます。
分岐ありまくりで、かなり複雑になりそうな予感。
なんていうか、こういう動きの少ないｹﾞｰﾑはﾒﾆｭｰが占める割合が大きいですね。
ぶっちゃけ　主役＝メニュー　のような気がしてきたYO

小父がんばってますね。
メモ帳って、自分で作れるのね。
ああいうのはｳｨﾝﾄﾞｳｽﾞ様が用意してくれるものだとばかり思ってました。
前に聞くの忘れてたんですが、
タスクシステムってどうですか？気にはなってるんですが、
ｹﾞｰﾑで使えるかどうかがよくわからないので、まだ試してないんですよ。
超複雑そうなので、このｹﾞｰﾑで使う気はサラサラないですけどー。

235 ：

>234
じーちゃん乙！
ゲームらしい画面になりましたね
>>メモ帳
Win32のエディットコントロールをウィンドウに貼り付けるだけですｗ
でも、ウィンドウにテキストを打ち込めると、ちょっと感動ｗｗ
>>タスクシステム
タスクシステムは、>>210で従兄弟殿が作ってくれた
シーン管理と、ほぼ同じ実装です。
ですので、無理にリアルタイムゲーム用のタスクシステムにせずとも
シーン管理クラスでやればいいかと・・・
おじさんは、やねうらお大先生のタスクシステムを参考にしてます。

236 ：

バグが出て治らないので
低層から再構築することに…orz

237 ：

ちょっと停滞中〜。
じいちゃんも昨日バグりまくりで、キレてｹﾞｰﾑに逃げちゃった。
お姉チャンバラ以外に面白いよｗ
>>235
＞ウィンドウにテキストを打ち込めると、ちょっと感動ｗｗ
あるあるｗ
ﾀﾞｲｱﾛｸﾞとか出せるとなんか凄いうれしいよね。
＞ﾀｽｸｼｽﾃﾑ
関数ﾎﾟｲﾝﾀみたいになるんですかね。
優先順位の高いほうから実行するとかいう噂は聞いたことが。
ヘタに使うとメチャメチャになりそうな予感。

238 ：

>>小父様へ
今ごろになって書き込むのもなんだけど
マップエディタの保存形式について提案というか要望があるワン。
x00,チップ番号,拡張用,イベント番号、という配置で
BMPで保存する形式にできないかしら？
チップやイベントの数が256上限になるけど十分じゃないかと思ったりｗ
読み込み時は
マップの広さはそのままBMPのwidthとheightで左上から
ピクセルごとに処理していく感じ。チップ番号はじいちゃんが
振付けてくれてるものをそのまま流用。
イベントはいい案（形式を決めてスクリプト化したい）が降りてこないので
マップのイベント番号で分岐内部処理。
マップチップ以外のデータを持たす場合(マップ名等)別ファイル内でマップBMPを指定する
形になるとおもう。

239 ：

ポチきたー。
その方式だと、32bitのﾋﾞｯﾄﾏｯﾌﾟっぽくなるのかな？
x00てのは8bitﾌﾗｸﾞでしょうか。
各数字は256まででもなんとかなるっぽいです。
ﾍｯﾀﾞはwidthとheightの二つがあればよし。
この方式にする、利点はなんでしょか？

240 ：

ぜんぜん進んでないんですが、うｐします。
ちょっとﾒﾆｭｰ出してみました。
ttp://gamdev.org/up/img/4466.zip
絵は>>234です。
また長大なswitch()文で色々処理してます ('A`)
いまだに移動しかできないのですが、バグありましたら報告よろ。

Extern.hとGlobal.hはｺﾝﾊﾟｲﾙするときのつながりがよくわからないので、
おもいきって無くしてみました。
ｸﾞﾛｰﾊﾞﾙの変数が使いたい場合は、そのファイルの上に直接 extern することになるはず。
ﾒﾆｭｰｸﾗｽ追加しました。
変数名とかﾏｸﾛの名前とか変えたのあるかも。
ﾒﾆｭｰしんどいよﾒﾆｭｰ・・。

241 ：

>>239
32bitじゃなくてOKです。D3Dの中でアルファ付で処理してたための記述でふ。
単純にRGBでデータを持たせてしまえっていう姿勢です。
この方式にする利点は
ずばり、人間がみて一目でマップデータがわかる！（まて
あまり深く考えてないですが
データをベタ書きのBMPにすることでlongとかintとか悩まないで済む事かなｗ
自分が作るときは大抵この方式かTEXTでCSVで吐き出すもので。
TEXTやBMPだと大抵どのOSに持って行っても使えるって事もありますね。
拡張用のbitデータに高さを持たせて
擬似３Dにしようかな〜とか妄想なんてしてないですよ〜？ｗ（｀・ω・´）

242 ：

>>238>>239>>241
そうすると、
DDBじゃなくて、DIBでマップデータを持たないとダメですね
DIBSectionでもええんですけども
マップエディタは、まだまだ全然出来てないので
今のうちなら仕様変更可能でっする
【メリット】
データを文字通り目で確認することが出来る
エンディアンを、それほど気にしなくて済む
【デメリット】
上限が255に制限される
簡単にエンドユーザーに書き換えられてしまう

243 ：

＞擬似３D
マップチップさえ作ってくれれば
それでもええよ

244 ：

＞イベントスクリプト
おじさんは、XMLかLuaかFORTHを使っております。

245 ：

>>243
擬似３Dはまあ戯言なんですが、拡張用bitの部分にオブジェクト用のチップ番号が
入るといいなぁとは思ってるワン。
いま、マップチップに建物（オブジェクト）の画像をそのまま描きこんで
マップチップとして扱ってるけど、できればオブジェクトは別にチップを描いて
マップとオブジェクトを合成で表示できると何かと都合がいいんジャマイカ。
と小屋の隅で考えとります。

246 ：

とりあえず骨組みが出来た。
じいちゃんのコードから大幅に変えてしまっています（殆ど別物ｗ）
次は、マップデータフォーマットの決定ですかね。
http://www.geocities.jp/bigbrotherxlittlesister/Wind_0_0_2/html/

247 ：

うはｗじちゃんのﾌﾟﾛｸﾞﾗﾑを元にしたとはとても思えない。
てゆか、元にしてないでしょｗ
これで絵は出るっぽいですね。がんばってくださいな。
ﾏｯﾌﾟﾁｯﾌﾟはできれば32bitにして欲しいです。
でも、Bitmapとして出す場合、ちゃんとﾁｯﾌﾟごとに色分けされるのかな・・
ﾏｯﾌﾟを3Dに？？　(∩ ﾟдﾟ)あーあーあー、聞こえなーい

248 ：

クリック＆ドラッグでマップチップを置けるようになった
まだ、マップチップは選べないorz
ウィンドウの情報をマクロ定義では無く、XMLデータで持つように改良
外部から弄れるようになった
なかなか、エディターの機能が充実しないorz
＞マップ3D
マップは見下ろし型2Dっすね

249 ：

亀の速度で進行中…
チップ選択ウィンドウを表示したのぢゃ
まだ選択は出来ないのぢゃorz
>てゆか、元にしてないでしょｗ
ぢつは、８割方、元にしてないですね〜（ｺﾞﾐﾝね）
２割程、コードを使っていたりしていると思ふ

250 ：

んー、できないことにぶつかると停滞してしまう〜。
1歩進んで2歩下がってる感じじゃ！
>>245
ｵﾌﾞｼﾞｪｸﾄとﾁｯﾌﾟを分けるのは、ﾌﾟﾛｸﾞﾗﾑ的にはだいじょぶです。たぶん (^_^;
ｵﾌﾞｼﾞｪｸﾄはFieldObjectｸﾗｽでも作って、ﾁｯﾌﾟとは別に管理するはず。
建物だけじゃなく、木とか岩なんかも置きたいですね。
ｻｲｽﾞは自由でいけると思います。
絵はﾏｯﾌﾟﾁｯﾌﾟの絵とは別にするとおもわれ。
>>249
じいちゃんのｺｰﾄﾞのことは考えず、自由にやってくださいませ。

251 ：

じいちゃん完全に詰まり気味ですが、いちおうやってます。
ここでがむばらにゃ。

252 ：

おじさんも、かたつむりの速度で進行中…ですぢゃ
とりあえず、マップチップを選択出来るようになったのぢゃ

253 ：

今日も♪〜進展〜な〜し〜♪

254 ：

大丈夫。今は出口が見えなくても、週末にはきっと動くものができている。
大丈夫。だいじょうぶ。

・・・とか自分に言い聞かせながらじゃないと、打てない精神状態にｗ

255 ：

こっちも進展なすorz

256 ：

う〜ん、今は開発に没頭できる状態じゃないっすorz

257 ：

今日から開き直ることにする。
汎用的な設計とか無理無理。元々そんなことはできないのじゃ。
とにかく動かすことを目標にする。

>>256
小父どうした小父。
今んとこマップエディタは急いでないから、ゆっくりでいいよん。

258 ：

ｱｲﾃﾑﾒﾆｭｰやってます
ttp://gamdev.org/up/img/4598.png
まだ超えなきゃいけない壁は高いのですが、だんだん動くめどが立ってきたかも。
こういうのはノウハウ持って無いので時間かかりまくりんぐ。
ご想像の通りソースがアレでナニなのですが、
汎用性とか見易さは動かしたあとで考えようかと。
>>ポチ
ポチいる〜？
企画書の段階だとカードは大きく分けて４つ
[ 戦闘、装備、道具、特殊（イベント） ]
細かく分けると
[ 攻撃（物理と魔法）、防御(物理と魔法) ]
[ 武器、防具 ]
[ 道具 ]
[ 特殊 ]
の六つになりそうなんだけど、これでいいかな？
で、カードにはレベルがあるものがあると。（１〜４ぐらいまで？）
カードの属性なんかもあるのかな？
たとえば物理系だと　[ 斬、突、打 ]　魔法だと　[ 火、水、雷 ]　とか。
あと、ｷｬﾗのｽﾃｰﾀｽはどうしよっか。
HP以外に　[ 力、精神、速さ ]　ぐらいはあるん？
ゆっくりでいいので、回答よろ m(__)m

259 ：

>>258
カードについては
そんなかんじですワン。
キャラに関してはまったく考えてなかった。
ボードゲームのように単純に駒の役割だと思ってます。
ところで
ｺｯｿﾘと戦闘というかカード対戦の部分を作っていたんだけど
作れば作るほど、たいして面白くない事が判明（ぁ
やはしSRPG的なシステムでこそ意味のあるカード風バトルなのかも…。
いまさらなんですけど
今作ってるマップやシステム部分を変更せずに
カードゲームの部分を一から設計し直してもいいですかね？（´・ω・｀）
だめ？ｗ

260 ：

ポチきてるよポチ。
設計に関してはまだまだバリバリ変更きくよん。
てゆか、まだ一つも固まってない(^^ゞ
じいちゃんこの一ヶ月はいい経験になったから、これまでの全部破棄してゼロベースから考えてもらってかまいませんよん。
ただ集団で作るのが目的ってゆか、テーマだから、あんまアクション性の高いのはやめてねー。
それ以外は自由に考えてくださいな。

261 ：

マップデータの為に、DIBを勉強中
おじさんの頭は固いので、なかなか覚わらないのぢゃorz

262 ：

マップサイズっていくつじゃったかのぉ？
マップチップは64x64として縦横何個じゃろか？

263 ：

＞小父さん
あ、ｻｲｽﾞについては言ってなかったっけｗ
家族計画は第二章に入りそうなので
これから仕様変更があるかもしれませんが、
ﾏｯﾌﾟｻｲｽﾞは小さすぎるとバグっちゃうのと、ﾋﾞｯﾄﾏｯﾌﾟを元にすることも考慮すると
・ﾁｯﾌﾟｻｲｽﾞは64*64
・1ﾁｯﾌﾟ32bit(BYTE型4つ分の構造体)
・ﾏｯﾌﾟｻｲｽﾞは16*16以上(上限は特になし)
・ﾏｯﾌﾟｻｲｽﾞは必ず4の倍数
で行こうかと思ってました。
不明なとことか、変えて欲しいとことかあったら言ってくださいな。

264 ：

さらりと聞き流してたけど、
ポチ>>259で戦闘作ってたとかなんとか・・ポチ恐るべし。
ゲームのストーリはこんなヤツをきぼんｗ
家族の温もりを知らずに孤独に育ってきた主人公は、ある日行き倒れの少女を発見し、面倒を見ることになってしまった。それをきっかけに、元社長令嬢、同級生、バツイチ美女など次々に身寄りのない人々が現れ、彼らと擬似家族として共同生活を始めることになる
http://www.amazon.co.jp/exec/obidos/ASIN/B000065D5O/249-6229030-8900334?val=authorized
タイトルは、ずばり「家族計画２ 〜家族の絆〜」で♪

265 ：

DIBをセーブする実験をしたナリ
>>263
サイズについては了解したナリ
今は256*256でテストしてるナリ
ちとデカすぎるのぉ…

266 ：

ゲムデブが異常に重かった
ﾒﾆｭ作成中ですが、とりあえず叩き台をうｐします
ttp://gamdev.org/up/img/4636.zip
絵は>>258とだいたい同じです。
「カード」　→　「使う」
の動作をやってみました。
「使う」に入る前に、右の方にでる
「★カード増やす★」を選ぶとランダムでカードが増えます
カードはまだ使えませんが。。
もうあまりにもプログラムが整理されてませんが、
これが実力なので仕方ない ('A`)
コメントアウトがやたら多いのも仕様です・・
こういうﾒﾆｭ関係って、みんなどうやってんだろね〜。
>>265
ｾｰﾌﾞまでできたら、もうちょいって感じですかね。
いいないいな。

267 ：

フォントサイズは今32なんだけど、24にするかも〜。
あと、アイテム管理は双方向リストっぽい振る舞いが必要になるので、
これからSTLをお勉強して楽をしようかと ^^
先は長いのう。

268 ：

STL勉強中〜
STLっぽい構文見るとめまいがするのですが、
なんとかなりそうな予感もしなくもない。
フォントサイズは24にします。

269 ：

んー、あんまやってないんだけど、
手元の本とかネットの情報とか、見れば見るほどＳＴＬの世界は深くて広いよ。
Ｃ＋＋ってクラスがメインなのかと思ってたけど、
クラスを生かすＳＴＬがあってこそのＣ＋＋なのかと。
演算子のオーバーロードとか思うままに使いまくると
鬼のように可読性が低下するんだろうなぁ。
もうlistとvectroがちょこっと使えれば、あとはいいかな。
この二つだけでも相当汎用的で便利っぽいし。
じいちゃんこの先はロールプレイングゲームっぽい方向を目指して、
プログラムの実験してていいんだよね。。
誰か入って来やすいように、プログラムを一旦整理するべきかのう。

270 ：

ロールプレイングですか〜
カードゲームを意識してシステム考えてたワン。
じっちゃんと同じく時間があまり取れなくて
まともな形に出来ないのが切ない；；
とりあえず生存報告。

271 ：

おｋです
戦闘部分の一部変更ってことですね。
ＲＰＧってのはたとえ話として出しただけなので、あんま気にしないでくださいな。
今までの延長戦上で作って行きます。
戦闘関連はポチを待つ。
カードのパラメータがある程度決まったら教えてくださいな。
戦闘以外のとこは、じいちゃんががんばってみるよん。
今vector様と格闘中。使いこなすと超便利なんじゃろね。

272 ：

携帯用ブラウザからでも書き込めることに、いまさら気付きました (^^;
とりあえず、生存報告です。
最近、実生活でC++が必要になりました。
以前キャストをじいちゃんに直していただいたように、
まだ基礎ができていないので、
これを機に勉強します。

273 ：

昨日マップの移動関係をいじったら
バグりまくりでアヒャ！（ﾟ∀ﾟ）
>>従兄弟ﾀﾝ
おひさです。C++勉強するですか。
じいちゃん最近ふらっとSTLに手をだして、
アルゴリズムと関数オブジェクトのとこで鬱入って投げましたよ！
あれは呪文です呪文。
そんなじいちゃんを尻目にがんばってくださいな。

274 ：

こんにちは、みなさん覚えていますか金魚です。
無事に行きたい高校に合格しますた。
そこには情報処理科もPC関係の部活もありませんから、
プログラミングのレベルは低いです。
そして久しぶりに自分の書いたコードを見ていましたが、
ちんぷんかんぷんでしたのでC言語を覚えなおしていますｗ
ポインタどころか構造体も分かりませんでしたｗｗｗｗｗｗ
ぱっとしかスレは見ていませんがカードゲームのRPGを作っているんですか
やべえついていけねえええええええええええええええええええええええええ

275 ：

お久ぶりです
>>274
高校合格おめでとう！あなたの事は覚えてますよ。
私もレベルが超低いのでお互い頑張りましょう！

276 ：

突然ですが、じいちゃんは活動を休止します。
家族のみんな、ごめんね。
／￣＼
|.０　ｏ |
ヽ.　。/
..　￣
ごめんね。。

277 ：

じゃあ、俺が活動を再開するとしよう

278 ：

test

279 ：

誰もいないみたいなので、こっそりと再利用させてもらうかなｗ

280 ：

ｗｋｔｋ

281 ：

【恋愛】速報!PS2で「涼宮ハルヒの憂鬱」がついにゲーム化【アドベンチャー】
http://game9.2ch.net/test/read.cgi/gamerpg/1127562737/

282 ：

PCもメモリやVRAMを256MBくらい必要とするものが多くなってきました
しかしニンテンドーDSとかアイデア勝負のゲームも必要だとおもう
こんなにPCが普及してる時代に最もポピュラーなスペックで動作するゲーム
を作ることが重要だとおもう

283 ：

DSのゲームは、アイデアというか、
パズル雑誌に載っているようなものを電子化しただけな感もあるんだけどなぁ。

284 ：

>>238
まあな。
でもDSを使ってそれをちょっと面白くするのが狙い。
テトリスも昔のとは別のゲームみたいな錯覚を覚える。

285 ：

yy

286 ：

.

287 ：

http://www.hasimoto999.aki.gs/img-box/img/5880.jpg

288 ：

274も高校卒業してるんだな

289 ：

ちょうひさしぶり！
C++勉強して帰ってきたよ。

290 ：

もういないようだな

291 ：2012/11/09

うちの小３の息子が「ゲームを作りたい」と言い出しました。
お父さんが手伝っても良いんですが、なるべく自力で作らせたいと思います。
似たような境遇のご家族はいらっしゃいませんか？