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

**名前は開発中のものです。** · 2005/12/27(火) 22:12:40

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

ポチ · 2006/01/12(木) 19:14:13

>>103
テクスチャを張ってて透過したいなら
D3DXCreateTextureFromFileEx関数でファイルを読み込んで
colorkey引数に透過したい色を指定してテクスチャを作る。

そのあたりを試してみるといいワン（｀・ω・´）

ポチ · 2006/01/12(木) 19:15:59

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

金魚 · 2006/01/12(木) 19:22:11

リアルで受験生なので
見ているだけになるかもしれませんがよろしゅう

っていうかこのスレでなごみすぎて受験生なの忘れてた...orz

**じいちゃん（´-`）** · 2006/01/12(木) 20:30:57

参加は結構じゃが、家計が苦しくなったら
ペットは人間様の腹の足しになるのでよろしく！

戦時中はよく犬鍋とか食ったもんじゃ・・・ ∀`)

**ダメ夫** · 2006/01/12(木) 23:02:15

金魚のくせに受験するなんて・・・がんばれ、みんな応援してるぞ！

じいちゃん！そっちに逝っちゃだめよ、一緒に3Ｄゲームの世界に逝こう

**隣の小父** · 2006/01/13(金) 12:21:28

>>107
StretchRectを使って画像を表示させていたので
今度は、そのレスを参考にテクスチャ周りをやってみます（｀・ω・´）ｼｬｷｰﾝ

>>夫
わしも3Dの勉強をしたいのぢゃ
スキンメッシュをいじれるようになりたいのぢゃ
そしてあんなことやこんなことをしてみたいのぢゃ

**じいちゃん（´-`）** · 2006/01/13(金) 15:45:16

土日でなんとかﾏｯﾌﾟｴﾃﾞｨﾀのﾌﾟﾛﾄﾀｲﾌﾟを形にしたいな。
で、すみやかに敵の動きのﾌﾟﾛｸﾞﾗﾑとかになだれ込みたいところじゃ。
でも思考ﾙｰﾁﾝとかどうしよ。なにも思い浮かばん・・。

週末は従兄弟ﾀﾝ来るかな。

>>111
いいもん、いいもん。
携帯電話でﾎﾟﾘｺﾞﾝがｸﾞﾘｸﾞﾘ動く時代になっても、
じいちゃん一人だけ二次元の世界でがんばるもん。
二次元はいいぞ～。おにゃの子もいっぱいいるしｗ

てことで、じいちゃんちょっくら二次元半角板に行ってくるよﾉｼ

**隣の小父** · 2006/01/13(金) 16:10:04

>>ポチたん
ID3DXSpriteでカラーキーを抜くことに成功しますた
↓参考サイト
http://www.plustarnet.com/aspil/Programming/

実験的プログラムだからゲーム性は全く無いけどね

ポチ · 2006/01/14(土) 00:02:14

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

**隣の小父** · 2006/01/14(土) 13:55:12

テクスチャの読み込みを別スレッドにしたぞな。
先読みアルゴリズムをこさえておくと、
マップ切り替えでNow Loading を出さなくて済みそうぢゃて。

テスト環境が無いので、マルチコア・
マルチCPUでの動作は保障されていないけどな。

>>じいちゃん
マップエディタってめんどくさいんだよねぇ～
それが完成したら、使わせてもらおうかのぉｗ

**じいちゃん（´-`）** · 2006/01/14(土) 14:56:33

昼過ぎに起きて、外をみたら雨。今日は土曜。寒くて外には出れん。
こりゃﾌﾟﾛｸﾞﾗﾑをやるしかないじゃないか。

と、右手を見るとなぜかビールが。グイっと一息に煽ってみる。

(;ﾟДﾟ < ﾋﾞｰﾙ! ｳﾏｰ!!

ﾌﾟﾛｸﾞﾗﾑとか、もうどうでもよくなったとさ。

>>116
完成・・・したら・・・ね・・・。

**じいちゃん（´-`）** · 2006/01/14(土) 21:23:59

ポチが描いてくれたマップチップの絵を
縮小描画しようとしたら絵が鬼のように崩れたんですけど、
普通こんなものなのかな。
http://aploda.com/dl.php?mode=pass&file_id=0000065960

左がデフォで、右が0.5倍です。
描画はDDBで、StretchBlt() を使ってます。
絵は小さくした方が画面を広く使えていいんだけどなぁ。

ポチ · 2006/01/14(土) 21:35:13

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

**じいちゃん（´-`）** · 2006/01/14(土) 22:06:02

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

**隣の小父** · 2006/01/15(日) 09:55:56

テクスチャマネージャーが稼動
g_TextureManager.Draw( "test.bmp", 320,240, 0,0,64,64 );
とすると自動的にテクスチャを読み込んで表示してくれる
キャッシュがヒットすればメモリ上にあるテクスチャを使う

キャッシュアルゴリズムに無駄があるのをなんとかしたいけど
バグりまくるので後回しｗ

エウレカ見逃したorz

**隣の小父** · 2006/01/15(日) 10:43:10

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

**じいちゃん（´-`）** · 2006/01/15(日) 11:20:00

ｴｳﾚｶ見たよ～。
家族のことがﾃｰﾏに上がってて、ちょっとドキっとした。

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

**隣の小父** · 2006/01/15(日) 12:04:30

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

**隣の小父** · 2006/01/15(日) 12:10:13

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

**隣の小父** · 2006/01/15(日) 12:44:31

【進捗報告】
今迄に作ったクラス群リスト

CMessageLoop
CWindow
CThread
CApp
CD3DDev
CBinaryBase
CBinaryCache
CBinaryLoader
CTextureMember
CTextureManager

**隣の小父** · 2006/01/15(日) 15:37:36

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

**隣の小父** · 2006/01/15(日) 17:02:16

っスクリプトエンジン
http://www.lua.org/

これ使おうと思う

**隣の小父** · 2006/01/15(日) 17:05:38

音はこれ使おうかなと

Ayame~
http://www.twin-tail.jp/contents/dust/ayame/index.htm

**じいちゃん（´-`）** · 2006/01/15(日) 17:50:09

未完成なことこの上ないのですが、できたとこまでうｐ
ttp://gamdev.org/up/img/4390.png
ttp://gamdev.org/up/img/4391.png
ttp://gamdev.org/up/img/4392.zip

ﾏｯﾌﾟｴﾃﾞｨﾀです。とにかく動かしました。
まだ絵しか貼れません。
しかもまだ新規作成はできない ('A`)
凄く時間かかったよ。

小父さんは凄いですな。
>>128-129とか、じぇんじぇん自力で使える気がしないわ。

そえば、週末なのに従兄弟ﾀﾝが来ない・・・。

**名前は開発中のものです。** · 2006/01/15(日) 18:18:07

こんばんは、従兄弟です。
金魚タン、隣の小父さん、はじめまして。

従兄弟はリアルな生活が20日まで修羅場を迎えているので、
それが終わったあたりから手伝えるかもしれません。

>>金魚タン
受験生のうちからプログラミングに親しめるなんて、
羨ましいねぇ (^^

>>小父さん
どんどん進んでいますな。
上のほうで少し書きましたが、3D系、音系、入力系には
Lampというライブラリがあります。
ソースコードも読みやすいので、使えるかもしれません。
(ライセンスはLGPL)

ttp://lamp.sourceforge.jp/

>>86
> 断然じいちゃんよかｽｷﾙ高そうだし、色々ｱﾄﾞﾊﾞｲｽもらいたかったのじゃが・・。
プログラムの世界は、実際に作った人が上だよ、じいちゃん♪
それと書き忘れていたけれど、従兄弟は普段UNIX系OSを使っています。
(WindowsのAPIについてよく分かっていないので、低スキルかも)

>>113
> でも思考ﾙｰﾁﾝとかどうしよ。なにも思い浮かばん・・。
まずは人間同士が対戦できるところまでを作り、
実際に遊びながら動かし方にパターンがあるか考えればいいかと。
パターンがあれば有限状態機械とかでできるんじゃないかな?

**ダメ夫** · 2006/01/15(日) 18:28:08

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

**隣の小父** · 2006/01/15(日) 18:32:11

じいちゃん乙であります！
初めてじっくりソース読ませてもらったよ

DXﾗｲﾌﾞﾗﾘはちょっといじったことはあったり
ﾗｲﾌﾞﾗﾘを自力構築せずにDXﾗｲﾌﾞﾗﾘで統一した方が
いいかもね～
工数短縮や分業の可能性も出てくるし…

ところでマップエディタのソースは無いの？（ﾎﾞｿ

**じいちゃん（´-`）** · 2006/01/15(日) 18:52:52

従兄弟ﾀﾝきてるー！

>>131
二十日まで大変なんですか。でもでも、どうにか生き延びてください。
だってあなたにはｽｸﾘﾌﾟﾄ関係を丸投げしようと思ってるからｗ

UNIX系OS？うはｗ見たことすらないー。
あと、有限状態機械でググったら難しそうなｻｲﾄ様がいっぱい出てきて
じいちゃんポックリ逝きそうになったりましたよ！

>>132
いやいや、おまいは戦闘をつくるんじゃ！
とりあえずじいちゃんのﾌﾟﾛｸﾞﾗﾑはとても読めたものじゃないのですが、
WinMain()とButtle.cppとｸﾞﾛｰﾊﾞﾙ変数のとこだけ見れば
なんとかなると思います。
がんばろう。

>>133
人のソース読める人って尊敬 (´д`)
てゆか、小父さんは自作ﾗｲﾌﾞﾗﾘを家族計画に投入しようとしてですか!?
じいちゃんよか遥か遠くに居る人のようね。凄いなぁ。

マップエディタは未完成な上に、ソースがかなりアレなのと、
じいちゃん一人で作るっぽいので公開しなかったのですが・・。
完成したら出しますわ。

**じいちゃん（´-`）** · 2006/01/15(日) 18:59:12

ポチ企画
ｽｺﾞﾛｸ風ｶｰﾄﾞｹﾞｰﾑは、二月いっぱいで完成してない場合は
辞めようと思ってるのじゃ。

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

なんとか形にしたいねぇ。

**隣の小父** · 2006/01/15(日) 19:23:34

>>Lamp
うはｗLamp凄杉！
デモゲームの途中でフリーズして死ぬかと思ったけど…

>>自作ﾗｲﾌﾞﾗﾘを家族計画に投入
下手の横好きで、自作ﾗｲﾌﾞﾗﾘを作っていたんだけど、
LampやDXﾗｲﾌﾞﾗﾘが凄過ぎるので、それらと比べると見劣りするし、
無期限に工期が延びる可能性大ですわ…
でも、ある程度まとまったら、うｐしますわ

>>二月上旬で片
ちと厳しいスケジュールぢゃの
締め切りの延期も視野に入れておくといいかも

>>UNIX
CygwinとLinuxをちょっといじったことしかないのぉ
おじさんは、もっぱらWindowsぢゃて

ポチ · 2006/01/15(日) 21:02:53

わんわん。
>>135
某スレの締め切りの無いゲームは完成しない発言は
管理されないと自分で動けない人間が良く思いつく発想だわん。
ちゃんとやる人間は締め切りとかなくてもそれなりのものを上げてくる。
じいちゃんが良い例（｀・ω・´）
商業製作とかじゃないから自分で納得できたらそこが完成だと思う。
ある程度納得できるものがあって締め切りまで完成度を高めるなら良いけど
締め切りに間に合う事を第一に妥協したものをつくってしまったら
完成とは到底呼べないと、締め切りと妥協にまみれたポチは言ってますｗ

家族でゲーム製作の楽しみはみんなでわいわいやってたら
こんなのできちゃったよｗみたいな感じだとポチは思っているワン。
ソースも公開だし、家族の誰かがリタイアするならそれはそれで
笑顔で送り出して、新しい家族があとを引き継いでいけばいいんジャマイカ？

どこまで続くかわからんスレではあるけども（ぁ

そんなことを小屋の隅で昼寝しながら犬は考えたりしましたとさｗ

ポチ · 2006/01/15(日) 21:07:14

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

ポチ · 2006/01/15(日) 21:23:09

>>130
マップエディタ確認。
じいちゃん、あいかわらずいい仕事するワン。

製作おつかれ（｀・ω・´）

**隣の小父** · 2006/01/16(月) 07:57:01

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

**隣の小父** · 2006/01/16(月) 09:01:44

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

**隣の小父** · 2006/01/16(月) 10:40:47

じーちゃんのソースを（そのまま）Doxygenにかけてみた
解凍したら、index.htmlを見てね

ttp://gamdev.org/up/img/4397.zip

**じいちゃん（´-`）** · 2006/01/16(月) 17:33:09

最近VC++6.0ﾀﾝの調子が悪いのじゃ。ちょっと前までは素直だったのに。
・・・ツンデレ病？ (*´Д｀)ﾊｧﾊｧ

>>ポチ
締め切りってのは、ぶっちゃけ自分自身への縛りだったのですが、
先走りしすぎたようですね。とりあえず６割ぐらい完成した段階で、
各自の状況に合わせて現実的な数字をだしましょか。

混乱させるようなことを書いてしまって、ごめ。 m(__)m

>>142
なんじゃこりゃああぁぁｗｗｗふがふが。
ドキュメント生成ツール？凄い。どこの天才が作ったんだ。
外人は凄いね。やっぱ肉食ってるヤツらは違うぜぃ。

こうして見るとﾍｯﾀﾞにｿｰｽ直書きはやぱ見にくいなぁ。

これはコメントとか付けるときのオススメﾌｫｰﾏｯﾄとかあるんですかね？
こう書くと、Doxygen様にはこう反映される、みたいな。
日本語説明ｻｲﾄ様とかチラっと見たけど、じいちゃんには何言ってるかさっぱりｗ
小父さんＧＪ！

ところで「Doxygen」は「どくしぃげん」て呼んでいいのかにゃ？ (：D)|￣|＿

**隣の小父** · 2006/01/16(月) 17:41:26

>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

**じいちゃん（´-`）** · 2006/01/16(月) 17:44:29

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

**隣の小父** · 2006/01/16(月) 18:12:11

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

**名前は開発中のものです。** · 2006/01/16(月) 21:07:28

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

**名前は開発中のものです。** · 2006/01/16(月) 21:09:33

ライブラリならDXよりはSDLがよさげ。

http://gamdev.gozaru.jp/w/00793_00000.html
http://www.tacoworks.jp/software/SDLdoc-jp/html/

**じいちゃん（´-`）** · 2006/01/16(月) 22:23:21

ひさびさに公式ページ？見たら、ちょっと更新されてるー。
書いた人、（・∀・）ｴﾗｲ!!

>>146
なんか凄そうですけど、DirectXわかんなにゃいから
なにがなんだか orz
でも乙。
コメントはそんな風に出るんですね。

>>147-148
紹介どもですじゃ。
速度が必要なｹﾞｰﾑではなさげなのでDXﾗｲﾌﾞﾗﾘに不満は全く無いのですが、
今ならライブラリの差し替えも比較的簡単に可能ですね。
私はLunaってのも気になってるよん。

**隣の小父** · 2006/01/17(火) 06:30:22

＞ﾗｲﾌﾞﾗﾘ
2Dに限定するけんども
1. DXﾗｲﾌﾞﾗﾘ
2. SDL
3. Luna
この三択ぢゃね
個人的にはDXﾗｲﾌﾞﾗﾘを押すけんども…

しかし、3Dをやってみたい欲求がｳｽﾞｳｽﾞ
ゲームの形まで仕上げるのには期間かかりそうぢゃがの

**隣の小父** · 2006/01/17(火) 08:01:18

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

**隣の小父** · 2006/01/17(火) 08:33:00

2Dテクスチャを表示するサンプルコードなんだけど、
使いやすそう？それとも使いにくい？

void Render() {
　D3DDev.BeginScene();
　D3DDev.BeginSprite();
　g_TextureManager.Draw( "chip.bmp", x,y, 0,0,64,64 );
　D3DDev.EndSprite();
　D3DDev.EndScene();
}

**隣の小父** · 2006/01/17(火) 11:05:42

読み込むテクスチャの大きさを明示的に指定しなくても
済むような機構を作った。
実態は読み込むBMPファイルの大きさチェックやね。
PNGとかに対応は、まだ無理ｗ

ファイル名と座標と表示チップの位置を指定すれば、
後はライブラリがやってくれるのだが…
ミニゲームには大仰な機構かもしれないｗ

**じいちゃん（´-`）** · 2006/01/17(火) 12:42:26

小父さんゴリゴリ打ってるっぽいですね。
じいちゃんはちょっとWin32APIに飲まれて、燃え尽き症候群気味。

>>152のはよくわかりませんが、
自動で絵を読み込んでくれる機能が付いてるっぽくて使いやすそうな感じ。

SDLは日本語弱いのか（´・ω・`）

**隣の小父** · 2006/01/17(火) 13:35:07

>SDL
弱いんじゃなくて、ちょっとめいんどい
コード変換とかしないといけないかもしれないから
抵抗無い人にとってはSDL最強かもしんない

void Render() {
　D3DDev.BeginScene();
　D3DDev.BeginSprite();
　Fami::Texture.Draw( "chip.bmp", x,y, 0,0,64,64 );
　D3DDev.EndSprite();
　D3DDev.EndScene();
}

今はこんな感じのインターフェース
Lunaを模倣してみますた

**隣の小父** · 2006/01/17(火) 16:45:02

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

**隣の小父** · 2006/01/17(火) 18:53:03

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

**従兄弟@今日は自宅** · 2006/01/18(水) 00:04:43

じいちゃん、新しい開発環境が無償で配布されているよ。
開発環境を家族で統一しておけば、
容量が少なければプロジェクトファイルごと共有できて楽だよ。

Visual Studio 2005 Express Edition (もちろんVC++もあり)
ttp://www.microsoft.com/japan/msdn/vstudio/express/default.aspx

それからスクリプトの件、了解です。

処理の一部をスクリプトに追い出す場合、
まずはスクリプト化する処理を一つの関数 (メソッド) に
押し込めるのが始まりです。

お決まりのAPIだけを使ってその関数だけを書き換えれば、
変えたい部分を変えられるようにしておいて、
後はそのAPIを扱う最低限の機能だけを解釈できるようにする、
という手順を踏めば、かける手間も最小限で済みますよ。

**従兄弟@今日は自宅** · 2006/01/18(水) 00:18:42

>>154
一応、SDLの日本語表示について参考になりそうなページを。

ttp://tokyo.cool.ne.jp/sdl/index9.html

従兄弟はクロスプラットフォームのSDLを使いたいのが本音だけど、
ここまでDXライブラリで開発してきたなら、その延長でいいのでは。
じいちゃんのソースコードを読んだ限りでは
他のライブラリにも、その気になれば移植できそうだし。
(描画は「Draw」関数にまとめてあるし、Input関数は少ないし)

>>157
M$のライブラリはライフサイクルが短いですな。

ポチ · 2006/01/18(水) 00:28:53

クロスプラットフォームいいねぇ。
Unix系で自分の関係するゲームが動くとかうれしいよね。
意外なユーザーも増えそうだしｗ

従兄弟たんがｺｯｿﾘ再構築してくれてもいいワンｗ

**名前は開発中のものです。** · 2006/01/18(水) 05:09:07

どうも寝付けないのと、本業の進みが予定より少し早いのとで、
じいちゃんのソースを弄ってみたよ (w

http://gamdev.org/up/img/4405.zip

変更点は、WinMain()で

・InitDXLibrary()の返り値をbool型に
・LoadBitmap()に失敗したらその場で終了するように変更

したのと、

・CF_Systemクラスが「何でも屋」になりそうだったので、
　PlayerArrowクラスとLookAroundFrameクラスを分離
　(それぞれ矢印とフィールドを見回すときの枠のみ)

といったところ。
書き換えている最中に、変数名をいくつか変えたけど、
大丈夫かな?
(どれも、略していたのをやめただけ)

**従兄弟@今日は自宅** · 2006/01/18(水) 05:16:02

分類としては、こんなところでしょうか。
迷惑でなければ、分けたほうがよさそうなクラスを分けたり、
変数のスコープを限定したりと、
保守性を上げてやりたいと思います。

・フィールド関連 (移動時)
　CF_System (アクティブフラグの管理に限定)
　Field

・フィールドに描かれるオブジェクト (Drawメソッド付き)
　CMapControl (マップ全体)
　CPlayer (キャラクター)
　LookAroundFrame (見回す時に出る枠)
　PlayerArrow (キャラクター前の矢印)

・データ共有用?
　Extern
　Global
　Macro

・戦闘関連
　Battle

・まだよく読んでない
　CF_Input
　Struct
　WinMain

**従兄弟@今日は自宅** · 2006/01/18(水) 05:20:03

最後に、
変数名や関数名の書き方を合わせておくと後で楽だと思うのだけど、
どうでしょ?
とりあえず思いつくまま書くので、「それはやめて欲しい」とか
「他にもこうしたほうがいい」という意見があったら気軽に書いてね♪
(家族なので、遠慮せずにお互い作業しやすいようにしましょ)

1. なるべく略さない (Mou→Mouse, Pos→Position, Pal→Param)
2. ハンガリアンをやめたい (m_hGrap→Graphic or graphic)
3. 関数名は動詞+対象となる名詞で (ArrowDraw→DrawArrow)
4. 変数名は先頭が小文字 (m_nActiveFlag→activeFlag)

簡単に言うと、C#のソースコードのようなイメージです。
2に関しては、先に変数のスコープを限定したり
変数名の付け方をパターン化 (*Graphicならint型のハンドル、とか)
してからでないと、混乱するかな。
(私自身がハンガリアンが分からないので、なんとも言えませんが)

**隣の小父** · 2006/01/18(水) 05:30:42

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

**従兄弟@今日は自宅** · 2006/01/18(水) 05:33:29

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

**隣の小父** · 2006/01/18(水) 05:37:48

>>163
1. IDEなしで手打ちしてるんで、長い変数名は苦手

2. m_hogehoge
はMSの作法なんで、それに従ってるけど
やっぱり、一見でスコープが分からなくなるのが
問題ですねぇ

3.4. に関してはUNIXの作法ですかね？

**従兄弟@今日は自宅** · 2006/01/18(水) 05:38:25

>>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

**隣の小父** · 2006/01/18(水) 08:01:07

家族計画・歴史
>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

**隣の小父@年金生活** · 2006/01/18(水) 09:49:42

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

**隣の小父@年金生活** · 2006/01/18(水) 12:13:13

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

**じいちゃん（´-`）** · 2006/01/18(水) 16:26:21

ｷﾀ━(ﾟ∀ﾟ)━!!!

>>161
朝早くから乙です。
変更してもらったとこ見ました！

CF_Systemはとりあえずなんでも入れちゃおうと思ってたんですが、
そうやって小さいｸﾗｽに分けちゃってもいいんですね。

長い変数名は、わりと好きなのでＯＫです。
略は極力やめるようにしまっす。

>>162
そんな感じの分類でＯＫです。
Extern
Global
Macro
Struct
は共有用のつもりです。さらに、

Prototype.h // 広域で使いそうな関数のﾌﾟﾛﾄﾀｲﾌﾟ書く
Func_01.cpp // 広域で使いそうな関数の実装書く

この二つを入れようかと思ってるのですが、いかがでしょか。
実はもっといい方法あります？

あと、CPlayerはこれから書き直すと思うので、
今はそっとしといてください ^^

**じいちゃん（´-`）** · 2006/01/18(水) 16:27:38

>>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

**じいちゃん（´-`）** · 2006/01/18(水) 16:29:29

>>168
激しく乙ｗ
まだ160ですけど、思ったより色々ありますね。
そろそろおにゃの子ｷｬﾗが欲しいよ欲しいよ。
あと、エロゲはあきらめてないぞ。
ｶｰﾄﾞの絵が超エロエロになる予定なんじゃ！

Visual Studio 2005 は週末あたりに挑戦してみます。
VC++6.0ﾀﾝと一緒に起動して、最適化競争とかさせてみたいｗ

**隣の小父@年金生活** · 2006/01/18(水) 17:17:18

＞ハンガリアンをやめたい
考えてみればDoxygenでドキュメント管理するので
m_やらg_やら小細工しなくても分かるのかもしれない

M$の作法が染み付く前はコーディングにUNIX風作法を取っていたので
サッパリと決別するのもいいのかもしれない

**じいちゃん（´-`）** · 2006/01/18(水) 17:48:41

m_ は見たときに一発でﾒﾝﾊﾞ変数とわかるのと、
ﾒﾝﾊﾞ関数内で同じ変数名を使いたくなった場合
class A {
　m_number;
　int SetNumber (int number)
　{
　　m_number = number;
　}
}
こんな場合に役に立つと思ったのですが、どでしょか？
私、こういうことがわりと頻繁にあるんですけど #-_-

g_ はできるだけ色んな所で使わない方向でいけば、
付けなくても、なんとかなるかなぁ。とかｵﾓﾀ。

ﾊﾝｶﾞﾘｱﾝぽい記述は、なんとなくカッコイイｗのと、
ｽｰﾊﾟｰﾌﾟﾛｸﾞﾗﾏのやねうらお様の本に「絶対使え」的な事が書かれてたので、
中途半端に使うことにしました。
やめることに関しては、未練は無いですが～

**隣の小父@年金生活** · 2006/01/18(水) 19:26:01

そうそう、よくあるね
そういった使い方は良くするよ
引数をメンバ変数に入れる時なんかね

void SetSize( int Width, int Height ) {
　m_nWidth = Width;
　m_nHeight = Height;
}

突き詰めると、UNIX作法とM$作法の確執かねぇ（＾＾；

ポチ · 2006/01/18(水) 21:05:54

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

と、MSCとBCCの違いに戸惑った私が言ってみるｗ

**じいちゃん（´-`）** · 2006/01/18(水) 21:14:17

あんま変わってないのですが。。
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 の実装とﾍｯﾀﾞを別ﾌｧｲﾙにしてみました。
変更はこれだけっだったかな。

変数名はまだそのままなのですが、週末までにどうするか決めといて、
それから一気に変更しまっす。
あとコメントはまだ勉強不足でどう書けばいいのかわからないのですが、
これも週末になんとかしたいなと。

土日は大変そうだわぁ (;^_^)

**隣の小父@年金生活** · 2006/01/19(木) 08:17:05

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

**隣の小父@年金生活** · 2006/01/19(木) 09:13:36

>>178
じーちゃん乙！

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

**隣の小父@年金生活** · 2006/01/19(木) 12:43:34

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

**名前は開発中のものです。** · 2006/01/19(木) 15:40:01

>>178
じーちゃん、乙です。
いつもながら、いい仕事しますね (^^

>>168
従兄弟はゲームを作りに参加するのが初めてなので、
少なくとも熟練者ではないですよ (^^;
むしろ家族のみんなのソースを読みながら、
勉強させていただいています。

>>163
変数名について聞いたのは
主に自分の書き方を家族に合わせたかったからなので、
私もなるべくハンガリアン記法を使うようにしますね。
(間違えてたらコッソリ直しておいてくださいな)

それと、今ある変数名を例に使ってしまったので、
これではじーちゃんが書いた部分を書き換えたい、
と言っているように見えてしまいますな。
少なくとも既に書いた部分については、>>181に賛成です。
(紛らわしくてごめんね。>>家族のみんな)

**名前は開発中のものです。** · 2006/01/19(木) 15:43:32

>>166
あらためて考えてみると、従兄弟の書き方はJavaそのものなのかも。
フラグには「bool finished;」のような変数を使い、
「bool isFinished() {return finished;}」のように
メソッド名の「is (boolの場合) 」や「get (それ以外) 」のような
規則で役割を決める、という感じかな。

考えてみると、ハンガリアン記法を使わなくても混乱しないのは
他の部分で制約を設けているからかもしれない。
(グローバル変数を使わない、ポインタは特定のデータ型のみ、とか)

C++で共同作業をしたことはほとんど無いので、
勉強になりますた。

**名前は開発中のものです。** · 2006/01/19(木) 15:51:25

ついでなので書いておくと、変数名を後から変えたくなったり
クラスをスーパークラスとサブクラスに分離したくなったりと、
機能を変えずに構造を変えたくなった場合には、
「リファクタリングツール」というのを使うと便利ですよ。

ttp://www.slickedit.com/content/view/125/83/
ttp://www.refpp.com/download.htm

従兄弟は下のを使っていますが、例えば変数名を変えたい場合には
変えたい変数名を選択して「右クリック→新しい名前の入力」で
全ての変数が安全に変更されるので、便利ですよ。
(同じ名前で別のスコープの場合やコメント内、他の変数の一部の場合には変更されない)

以上、チラシの裏ですた。

**じいちゃん（´-`）** · 2006/01/19(木) 19:34:57

>>179
ご丁寧にどもありがとです m(__)m
/// と //! の違いがいまだによくわからないのですが、
とりあえず説明に /// を使っとけば、ある程度反映されるんですかね。
もうちょっとよく見てみまっす。ども。

>>180
日曜日からほとんど変わってないのですが、ﾏｯﾌﾟｴﾃﾞｨﾀです
ttp://49uper.com:8080/html/img-s/106462.zip
上で書いたように、マジで未完成ですよ～。
質問あればどぞー ^^

>>従兄弟ﾀﾝ
お、そろそろ修羅場は脱出ですかな？
変数名はとりあえずﾊﾝｶﾞﾘｱﾝもどきで行くんですかね？
私の書き方はかなり自己流入ってますので、それはそれで混乱をまねくかも。
どっかにわかりやすい基準てないのかなぁ。
あったら即乗り換えるんですが。

基本的に私は適当に書いてるので、ガンガン指摘してもらってけっこうですよ～。
マジでマジで。

ﾘﾌｧｸﾀﾘﾝｸﾞﾂｰﾙなんてあるんですね。
まあ>>184のは英語ｿﾌﾄらしいで、じいちゃん使える自信は全く無いのですが orz

**隣の小父@年金生活** · 2006/01/19(木) 21:10:43

>>185
じーちゃん乙であります！
明日からマップエディタのコード追いかけてみるかのぉ。

コメントは
/// は関数や変数の一行上に、

//!< は同一行の右側に書きまする。

/*!
*/
や
/**
*/
もあるでよ

>>184
従兄弟殿は本格的で実践的な知識を大量にお持ちで凄いですじゃ。

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

**隣の小父@年金生活** · 2006/01/20(金) 07:46:17

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

**じいちゃん（´-`）** · 2006/01/20(金) 09:53:37

おー、じいちゃんのコードは原型が残らないぐらいにしちゃっていいですよ。
がむばって下さい。

ところで「ブランチする」って、なにをどうするって意味ですか？

**隣の小父@年金生活** · 2006/01/20(金) 10:41:36

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

**じいちゃん（´-`）** · 2006/01/20(金) 11:06:24

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

**隣の小父@年金生活** · 2006/01/20(金) 11:37:26

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

**隣の小父@年金生活** · 2006/01/20(金) 11:39:49

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

**じいちゃん（´-`）** · 2006/01/20(金) 11:53:55

マップエディタは一人で作ってもいいと思うので、
ぜひおまかせしたいのですが、いかがでしょか？

じいちゃんのDDBは開放したときとかの挙動に難があるっぽいので、
差し替えたのは大正解かと。

ｳｨﾝﾄﾞｳ単位でのｸﾗｽ化はやるべきでしたか。
書いてる内に CMapEditorｸﾗｽがどんどんどんどん長くなっていくから
どうしようかと思いながらやってました ^^

てゆか、小父さん既にマップエディタ作ってあった感じですね。
ｴﾃﾞｨﾀのﾃﾞｰﾀはどんな感じにすべきかご意見ありますか？
じいちゃんは

'm' 'a' 'p' '\0' の４バイト、Widthの4バイト、Heightの４バイト、ﾁｯﾌﾟ配列
って順にしようと思ってたのですが、他に必要なのってあります？

**隣の小父@年金生活** · 2006/01/20(金) 12:14:38

了解です
おじさんは、マップエディタ担当ですね
猫でも分かるを見ながら頑張りまつ
力尽きたら、バトンタッチするかもｗ

マップデータフォーマットは、それでいいかと
おじさんは、前はデータをセーブする前の段階で
精魂尽き果てまつたｗ

**隣の小父@年金生活** · 2006/01/20(金) 12:24:32

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

こんな感じですかね。

他にやりたい人がいれば、どんどん挙手挙手！

**じいちゃん（´-`）** · 2006/01/20(金) 12:25:14

おお、引き受けてくださいますか！
ﾏｯﾌﾟｴﾃﾞｨﾀは今はあんま急いでませんので、ゆっくりでいいですよ。
切りがいいとこまでできたら見せてね～。

Chip構造体もちょっと変えたいなと思ってたんですが、
いかがでしょか。

Struct Chip {
　BYTE byImage; // 絵
　WORD woBitFlag; // ﾌﾗｸﾞ
　WORD woEvent01; // ｲﾍﾞﾝﾄ1
　WORD woEvent02; // ｲﾍﾞﾝﾄ2
　BYTE byEtc; // 念のため ^^
};

WORD woEvent02 を増やしました。
これで合計8バイトになって、
なんか区切りがいいよな気がするんですが、どう思います？

**隣の小父@年金生活** · 2006/01/20(金) 12:25:33

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

**じいちゃん（´-`）** · 2006/01/20(金) 12:26:25

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

**名前は開発中のものです。** · 2006/01/20(金) 12:34:52

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

**じいちゃん（´-`）** · 2006/01/20(金) 13:58:43

>>199
それ、いただき！どもです m(__)m

念のため、Chip構造体のｻｲｽﾞも入れましょ。

"map"の4バイト、Widthの4バイト、Heightの４バイト、
Chip構造体のｻｲｽﾞ4ﾊﾞｲﾄ、ﾁｯﾌﾟ配列

の順にしましょう。
ﾊﾞｰｼﾞｮﾝ情報はｴﾃﾞｨﾀのヤツですよね。それもいるかな？

**隣の小父@年金生活** · 2006/01/20(金) 14:00:55

>>198
オープンソース開発では、
沢山コード書いた人が偉いのです

だから、じいちゃんが一番偉いのですよ

**名前は開発中のものです。** · 2006/01/20(金) 14:55:32

とりあえず従兄弟は、峠を越えたようです (笑

>>194
リンク先を拝見しました。
まさに適材適所ですね♪

>>201
完全に同意です♪
従兄弟もどこまでもじいちゃんについて行きますとも (^^

・次の改造予定
現行バージョンではField関数とBattle関数で
シーンごとに各フレームを処理し、
呼び出す関数はフラグで入れ替えていますよね。
これを改造しようと思っています。

抽象クラスSceneを継承する形でFieldとBattleをクラス化し、
Field関数とBattle関数を「processFrame」に改名し、
Sceneクラスの抽象メソッド「processFrame」をオーバーライドさせます。

シーン切り替えのためフラグを入れ替えている箇所を、
FieldオブジェクトとBattleオブジェクトを入れ替えるようにすれば、
メインループ内では「processFrame」の呼び出しだけで済むようになります。

こうすることで、今までは
フラグとシーンごとの関数と条件分岐を別々に管理していたのを、
実質的にフラグの管理だけで済むようにできるはずです。
後々メンテナンスしやすくなるのと、Battle以降を開発しやすくなるので、
改造してしまっても構いませんか?

**名前は開発中のものです。** · 2006/01/20(金) 17:37:32

>>200
ファイル形式自体のバージョン情報というつもりでしたが、
将来的にチップ配列以外の情報(例えばマップ名やスクリプトなど)を
追加したとき、ローダが旧形式のファイルと区別できると、
特にチームで開発する際、何かと便利です。

ヘッダがmapで始まるなら、４バイト目にバージョン番号を入れても
良いかもしれません。しかし、もし余力があるのなら、
「チャンク形式」でエンコードすることもお薦めしておきますね。

**従兄弟** · 2006/01/20(金) 21:08:28

>>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

**従兄弟** · 2006/01/20(金) 21:13:34

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

**じいちゃん（´-`）** · 2006/01/21(土) 00:20:52

前々から思ってましたが、
変数名は大文字少ない方が見やすいな～なんて、
>>204を見て、改めて感じてしまった。

>>従兄弟ﾀﾝ
峠越えましたか。おつかれ～。
従兄弟ﾀﾝがやりたいことは少しずつ把握してきました。
なんてゆうか、どんどんムチャが利きにくい感じになってきてますねｗ
じいちゃんそういうのあんま考えたことないので、どうなるか興味津々。

ガンガンやっちゃって下さい♪
じいちゃんはとりあえず絵を動かすとこを中心にやってみます (`･ω･´)

>>203
んー、説得力ある感じ。
mapの3バイト、ﾊﾞｰｼﾞｮﾝ情報の1バイト、Widthの4バイト、Heightの４バイト、
Chip構造体のｻｲｽﾞ4ﾊﾞｲﾄ、ﾁｯﾌﾟ配列
の順にしましょか？小父さん意見よろ。