C++でＦＣのドラクエっぽいＲＰＧを作る

Ｃ＋＋の勉強をかねてＦＣのドラクエっぽい感じのＲＰＧを作りたいんです。

しょっぱなからつまずいています、知恵を貸してください。

＜＜使用しているもの＞＞
BorlandC++
ＤＸライブラリ
ドラクエフォント


ＤＸライブラリはここ
ttp://homepage2.nifty.com/natupaji/DxLib/index.html

ドラクエフォントはここ
ttp://slime4.hp.infoseek.co.jp/font/font.html

戦闘画面から作っている僕ですが、いきなりつまずきました。
グラフィックもファミコン感あふれるものにしたいためドラクエフォントを使おうと思っているのですが
HPなどを表示させるときにint型の数値を全角の数字にしなくてはいけません。
引数に数値を取って文字列を返す関数を作ろうと思ったのですがうまくいきません。
詰まっている箇所が二箇所。
int型からchar型にキャストする方法とNewでメモリを確保してDeleteするタイミングです。
よい解決法があったら教えてください。

char * itos(int number){
int figure = 0; //桁数
int check = number; //計算用に元の数字をコピー

//10で割るを繰り返して何桁なのかを求める
while(1){
if(check < 1){break;}
figure++;
check/=10;
}
//求めた桁数を使って文字列のメモリを確保
char *str = new char[figure + 1];

for(int i=figure;i > 0;i--){
//一桁づつintがたをChar型にしてstrに格納する
// strcat(str,2330 + (char)(number%(10^i));
}
//動的メモリの為、関数を抜ける前に開放しなくてはいけない。
delete [] str;
return str;
}

しらべればいいやん
ねらーなら

解放したメモリのポインタを返すの禁止

itoa() で文字取って
short nums[10] = {'０','１','２''３','４''５','６','７','８','９'} で桁ごとに引けばいいんでないの？

全角一文字はchar一個ではないよ
マルチバイト処理の関連
MBCSでｸﾞｸﾞれば良
DxLibがどうだか見てないからわからんけど指示はあると思う

strcat の引数はどっちも[文字列へのポインタ]だからcharを直で渡しても駄目
っつーかコンパイラでエラーにならんのんかな
NTBSへのポインタでないといけない

あとは突っ込み待ち

とりあえずそれなりにC++っぽく作ってみた(要boost)
効率はそんなに良くないと思う

#define NOMINMAX
#include <windows.h>
#include <string>
#include <limits>
#include <iostream>
#include <algorithm>
#include <functional>
#include <boost/mpl/plus.hpp>
#include <boost/mpl/int.hpp>
#include <boost/array.hpp>

namespace mpl = boost::mpl;

struct IntToFullSizeWSTR : std::unary_function<int,std::wstring>
{
　　result_type operator()(argument_type i);
private:
　　typedef mpl::plus<mpl::int_<std::numeric_limits<int>::digits10>, mpl::int_<3> > buffer_size;
　　boost::array< wchar_t, buffer_size::value > i2w_buf, half2full_buf;
} conv;

int main() {
　　std::wcout.imbue( std::locale("japanese") );
　　std::wcout << ::conv(std::numeric_limits<int>::min() ) << L"?" << ::conv(std::numeric_limits<int>::max()) << std::endl;
}

// 続き

IntToFullSizeWSTR::result_type IntToFullSizeWSTR::operator()(argument_type i) {
　　assert( ::_itow_s(i, i2w_buf.begin(), i2w_buf.size(), 10) == 0 );
　　if ( i >= 0 )
　　{
　　　　assert( ::LCMapString(
　　　　　　　　　　MAKELCID( MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), SORT_DEFAULT )
　　　　　　　　　, LCMAP_FULLWIDTH
　　　　　　　　　, i2w_buf.begin(), buffer_size::value
　　　　　　　　　, half2full_buf.begin(), buffer_size::value)
　　　　　　　　== buffer_size::value );
　　}
　　else
　　{
　　　　assert( ::LCMapString(
　　　　　　　　　　MAKELCID( MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), SORT_DEFAULT )
　　　　　　　　　, LCMAP_FULLWIDTH
　　　　　　　　　, i2w_buf.begin() + 1, buffer_size::value
　　　　　　　　　, half2full_buf.begin() + 1, buffer_size::value)
　　　　　　　　== buffer_size::value );
　　　　half2full_buf[0] = L'ー';
　　}
　　return std::wstring(
　　　　half2full_buf.begin()
　　　, std::find(half2full_buf.begin(), half2full_buf.end(), L'\0') );
}

しかしC++はややこしすぎ、作った禿の頭のピカールで磨いてやりたいぐらいだ

ナイス器用貧乏

>>4 さん >>5 さん ありがとです

足りない頭で引数にchar型ポインタをとるタイプならなんとかなりました。
家に帰ってからじっくり見て参考にしてポインタを取らないタイプにしたいと思います。

ちょっと考えたら右詰めでそろえた方が都合が良さそうなので、必要な桁数も引数に取ることにしました。

http://sakuratan.ddo.jp/uploader/source/date56840.zip

intのままビットマップフォントで描画したほうが軽いでしょ

俺もそう思う

>>5

携帯からじゃぜんぜんわかんねぇ…　って思ってたけど
携帯のせいじゃなくて僕にソースを見る力がないだけですた Orz
Boostはぐぐったらすぐでてきました。
かなり強力なライブラリっぽいのでがんがって勉強します。 ・ω・ゞ

>>9,10
フォント自体をいじって半角数字のところに全角の数字を入れちゃうってことですか？
もうちっとkwsk

よく分からんがitoaかsprintfで半角文字列にして
ループでその文字コード舐めるだけでいいんじゃないの

>>11
マップ描画の時、チップ番号に対応するスプライトを描画するよね。
それと同じ仕組み。

文字描写用にDrawString()っていう関数があるけど
それを使わないでBMPとかを書くDrawGraph()を使うってことか…
ドラクエフォントを使うなら濁点の関係で文字描写の関数自体を
作らなくちゃいけないかもしれない、ってうすうす思ってたんだ…　Orz

いまさらこんなことを言うと殴られるかもしれないけど、
フォントの問題は難しそうなので、先にマップを作ってみようと思います。
C++に慣れる意味もこめてわかりそうな所から攻めてみます。

背景は、マップチップを敷き詰めていくのは非効率的なので、
でっかい画像を用意したほうがいいですよ。
丸々１マップ分でなくても、使い回しが利くブロックに分けるのも手。

でっかい画像だとマップの微修正が面倒じゃね？

でかい画像でマップって
海の判定とかもんのすごく面倒そうな感じがするんだけど。

仮想マップ使え

文字も画像も同じだろ
ファミコンのドラクエはどっちもキャラクタで描画してんだから

>>16-18
え、まじっすか？（汗
一マスの画像データを取り込む感じでやっちゃいました　Orz
最終的に一マスごとのデータをクラスにして、通行可否とかももてるようにしるつもりでした…


>>19
仮想マップって何でしょうか？

>>20
文字も画像であつかおうとすると、仲間が死んだり、夜になったときに文字の色をかえるのがややこしそう…
でも、ファミコン版だと死人が出たときに海岸線が朱に染まるよなぁ…
そういうのも再現するとしたら、どうやってやるんだろ？

とりあえず、すこしだけ動くようになりました。
マップの範囲がかなり狭くて、あんまり動くと不正終了します。
終わるときはウインドウズのXボタンで。

さしあたりの問題は移動が早すぎるのと、どのクラスにどこまでまかせるのか。
あと移動の判定もしなくちゃな…

ttp://sakuratan.ddo.jp/uploader/source/date57047.lzh

>>16
>>21
沢山レイヤーを重ねるわけじゃなさそう(ファミコン風らしいし)だし、
問題になるほどの頂点転送なんか発生しないでしょ。
自由なマップデザインの妨げにもなるし、かえって冗長なメモリ食うほうがこの場合問題になるから
このままでいいんじゃないか？
むしろクリッピングするほうが効果がありそうだ。

アク禁にくらった…


>>22
クリッピング？
また新しい単語が…

少し大きめにマップを書いて、枠からはみ出た部分はカットされるとか、そういう感じですか？



とりあえず移動して体の向きが変わるようにしました。

あとエンターで座標表示
ESCで終了するようにしました

http://sakuratan.ddo.jp/uploader/source/date57068.lzh

>>21
>でも、ファミコン版だと死人が出たときに海岸線が朱に染まるよなぁ…
>そういうのも再現するとしたら、どうやってやるんだろ？

背景に全て画像を使うんだったら、
死人出た時用の画像を別途用意しないと無理じゃね？
それが嫌だったら、ファミコンと同じようにやるしか無いよなぁ

8ビットDIBでパレットアニメーションっていうのはどうかな？

マップ一つでもこうやって考えると結構難しいんだなぁ…
マップの仕様をつめないとダメそうですね

一つのマップのデータを一つのファイルにまとめると考えて、必要なデータは

class Cell{
int hGraph[8]//とりあえず時間帯で８パターンのグラを用意
int passable;//0 通行不可 //1 通行可
//2 船なら通行可
}

class Field{
int xSize , ySize;
Cell mapData[xSize][ySize]; //←newで動的にメモリ確保
}

こんな感じでしょうか？

あ、違った

パレットアニメを使うなら８個もハンドル用意しなくていいのか。
…勉強してきます

パレットアニメーションについてはなんとなーく　わかったようなわからないよ
うな…
あとは実践しながら覚えろ、って感じですが、
ぐぐって出てくるのがC#ばっかり…　Orz

おまけにPentiumII　とかいう単語が出てくる始末。。。。

素直にBMP複数用意したほうがいいのかな…

わからないところを後回しにしつつ、なんとなくやってます

なぜかマップの座標のxが48から57の間だけ表示されません
原因不明です orz

だれかボスケテ
http://sakuratan.ddo.jp/uploader/uploader/source/date57945.lhz

わからないところを後回しにしつつ、なんとなくやってます

なぜかマップの座標のxが48から57の間だけ表示されません
原因不明です orz

だれかボスケテ
http://sakuratan.ddo.jp/uploader/uploader/source/date57945.lhz

>>30
ダウンロードできん
どっちみち俺わからんけどがんばれ

すんまそん、URLまちがえてました

ttp://sakuratan.ddo.jp/uploader/source/date57945.lzh

>>32
int FieldMap::setMapData()の
ファイルの読み込み部分で改行コードを飛ばしてない
↓これで一応できたけど改行コードはこれでいいか分からない。

//開いたファイルを元にmapData配列にアドレスを入れていく
for(int i=0;i<64;i++){ //初期化
for(int j=0;j<64;j++){
mapData[j][i] = &(tileData[3]);
}
}
for(int i=0;i<64;i++){
for(int j=0;j<65;j++){
char c = fgetc(fp);
if(c == 0x0a){ //改行コード？
break;
}else if(c == EOF || j == 64){
goto EXIT;
}
mapData[j][i] = &(tileData[atoi(&c)]);
}
}
EXIT:

あと、int FieldMap::setTileData()の
tileDataAmount = fgetc(fp);
↑文字コードそのまま入れててtileDataAmountに56の値が入ってる。

なんでこんなに無駄にexeデカいんだろ

デバッグモードっつーのと、DxLib.lib がデカいからじゃね？

//マップのタイルデータの枚数
tileDataAmount = fgetc(fp) - 0x30;
に変更しました。
10枚以上のデータを確保するかもしれないことを考えてこうしました。

EXIT:
の下に

for(int i=47;i<64;i++){
DMsg(mapData[i][0]->getGraph());
}

を付け足してみると
やっぱりxが４８〜５７の分だけデータが入ってないんですよね…
ボスケテ Orz

アップされたソースではDMsg()がexit(0)ってしてるから
下に変えて見てみたけどデータは入ってたよ。なんだろうね。

for(int i=47;i<64;i++){
//DMsg(mapData[i][0]->getGraph());
char c[32];
MessageBox(NULL,itoa(mapData[i][0]->getGraph(),c,10),"デバッグ",MB_YESNO | MB_DEFBUTTON2);
}

>>33

なんか解決したっぽいです

Char c

の宣言をfor文の中じゃなくて
先頭に持っていったら無事表示されるようになりますた。

まじサンクスです。

とりあえず中途半端だったアリアハン大陸を完成させてみました。
城もマップ上に配置させてみたけど、まだ中に入れません。

FieldクラスにChar *の配列でマップの名前のリストを持たせて
マップ切り替えごとにFieldMapクラスを取り替えていく感じでやってみようと思います。

マップ作ってる時に　エディタが切にほしいと思いました。
そのうちマップのデータをフォルダじゃなくて一つのファイルにまとめたいけど
そのためには仕様をまとめないとだめですよね。　Orz


tp://sakuratan.ddo.jp/uploader/source/date58354.lzh

//**************************************************************
//* MapObjectData クラス *
//* マップに配置するオブジェクトデータのクラス *
//**************************************************************
class MapObjectData : public MetaMapObject{
public:
MapObjectData(void);
MapObjectData(char *);

virtual int action(); //便利ボタン用
virtual int talk(); //はなしたとき
virtual int search(); //しらべるのとき
virtual int onit(); //上にのったとき
};
仮想関数を四つ追加してオーバーライドすることでそれぞれの役目を持たせようと思ってます。
まず城に入って移動という機能をつけたいので onit()を継承したクラスを作りたいのですが、
返り値がintだけじゃ足りません。
移動先のマップの名前をもったChar * と 座標のint x,yが必要です。
返り値用のクラスを作ると、移動以外の処理をしたいときに困っちゃうので、何かいい解決方法はないでしょうか？

今北

海岸線が朱に染まる件って解決したのん？
白く表示される部分を透明色でチップを作っておいて、
マップの背景に白バックを用意しとけばいいんじゃない？

で、メニューも透明色で描いてやったらメニュー部分も一気に
赤表示や緑表示にできていいかなーと思うんだけど
もちろんこの場合メニューと重なる部分のマップチップは描かない感じで

う〜んわかりにくいかな

>>41
実は未解決です。

文字の型を抜いておいて、背景色がすける感じ、ですよね
なんとなく分かったような…

でも、それだとコマンドとかある程度固定のものはいいけど普通の会話を処理するとき困りません？

てか　それ以前に海岸線実装してないぽ…　Orz
やることいっぱいで嬉しいような本気の悲鳴。

>>42
ん？どうして？
任意の文字列出すときも

message_window->DrawString("おお、ふるきいいつたえのゆうしゃにひかりあれっ！");

みたいな感じで描けばいいだけのような・・
もちろん普通の文字描画じゃなくグラフィックを並べて描く
（スレの最初で話題になってた方法と同じ）やり方でね

海岸線とかはもっと後でもいいと思う

>>43
あ！そういうことか！

どっちみち文字描写に関しては最終的に自分でやらなきゃダメだって思ってたので
一文字ずつグラ作ってやれば解決しそう！ ありがとです。

あとは時間経過のグラ変化に着いてはパレットアニメーションが有力ですが、なんか難しそう…
かといって全パターンbmpで作るとメモリ食っちゃうしな…

あれ？どれくらい食うんだろ？

とりあえずやりかけてた所をつくりました。
なんちゃってスクリプトみたいなものを作ってみたら、本当にツクールみたいな感じだなって思いました。
今の方式だと命令文が各オブジェクトにつき一つしか入れられないから、そこは直さないとな。
あとイベントフラグとかどうやって実装しよう…

文字のアレも早く実装しないとな…
でも画像データ作るの結構時間かかりそうだ。

http://sakuratan.ddo.jp/uploader/source/date58541.lzh

あと、文字操作に関するクラスを作ったんだけど、問題ないか見て欲しい。


class String{
private:
char *str;
int pointer;

public:
String(char *);
~String();
char getChar();//現在位置から一文字返し現在位置を移動
char * getString();//半角スペースか改行が出てくるまでの文字列を返す
char * getLine();//改行までの文字列を返す
};

String::String(char *c){
pointer = 0;
str = new char[strlen(c)+1];
strcpy(str,c);
}

String::~String(){
delete [] str;
}

char String::getChar(){
pointer++;
return str[pointer - 1];
}

char * String::getString(){
//初期化
char c[1024];
char cc;
int i = 0;
//最後の文字まで読み込んでいたら""を返す
if(pointer > strlen(str)){
return "";
}
//Null文字が出て来るまでWhileを回す
while(cc = getChar()){
if(pointer > strlen(str))break;

if(cc == 0x20 || cc == 0x0a){
//改行かスペースが出てきたら終わり
c[i] = 0;
return c;
}
c[i] = cc;
i++;
}
c[i] =0;
return c;
}

char * String::getLine(){
//初期化
char c[1024];
char cc;
int i = 0;

//最後の文字まで読み込んでいたら""を返す
if(pointer > strlen(str))return "";
while((cc = getChar()) != 0x0a){
if(pointer > strlen(str))break;
c[i] = cc;
i++;
}
c[i] = 0;
return c;
}

>>46-48
・getStringとgetLineでローカル変数へのポインタを返している
・ポインタ(int String::pointer)を初期化する方法がない（0に戻せない）＜いらないのかな
・「pointer > strlen(str)」の部分でintとunsigned intの比較をしている
・定数直打ちは止めといたほうが・・(1024=>STR_MAX 0x0a=>STR_LFなど）

ヒント
new,std::string

ポインタじゃないものにpointerなんて名前つけるのは微妙
それはインデックスだ

>>50
だな

>>49 >>51

ご指摘ありがとうございます！
早速修正をしますた！
ローカル変数のポインタは危険ですのぉ…　うっかりしてますた。

>>50 >>52

　　　　　　　　ぇ…？

　 　　　 ,-､　　　　　,,,,_　　　　　 　,.-､
　　　　 ./:::::＼　　 /,'3 `っ　　...／::::::ヽ
　　　　/::::::::::::;ゝ--`‐‐‐'´- ､._/::::::::::::::|
　　　 /,.-‐''"´ 　　　　　　　　 ＼:::::::::::| 　
　　／　 　　　　　　　　　　　　　　ヽ､::::| 　
　/　　　　　　　　　　　　　　　　　　　ヽ|
　l　　　　　　　　　　　　 　 　 　 　 　 　 l
. |　　　 ●　　　　　　　　　　　　　　　　　|
　l　　, , ,　　　　　　　　　　　●　　　　 　l
　` ､　　　　　　(__人__丿　　　　､､､ 　 /
　　　`ｰ ､__　　　　　　　 　　 　　　 ／
　　　　　　/`'''ｰ‐‐──‐‐‐┬'''""´
　　　　　 / ,,,,　　　　,,,　　.... . |
　　　　 ,//ﾐ�Lﾐ　　 ﾐ�Lﾐ |　　|
　　 　 (_/　""　　　　""　 ヽ、_）
　　.　 ､ゞ'"'ｯ,､... ゞ'"'ｯ,､ .. ゞ'"'ｯ,､　.. ∩
　....... ﾐ　,'3　彡ﾐ　,'3　彡ﾐ　,'3　彡 ..ﾉ |
..... ...... ｼ,, ,;; ヾ` ｼ,, ,;; ヾ` ｼ,, ,;; ヾ二 ノ
　................... ｀ー‐' ...... ｀ー‐'

便利なstringを知り、手当たり次第に修正しようとしたらめちゃくちゃになってしまった。。。
バックアップを使ってやり直しです　Orz

いやー　string便利だー
便利すぎて泣けてくる。

今までの苦労はポインタの勉強をした、と思うことにしよう。

コンパイラに怒られながらというかなり非効率なやり方ながら半分くらいstringになったかな？

はなす　を実装しました。

MapObjectMap.txtで設定したオブジェクトのうち一番最後のものだけ、EOFがEOFﾉ　とかEOF4　とか出てきます。
char型配列の呪いみたいな臭いがして、穴が開くほどコードをみたんですが、お手上げです。
誰かボスケテ　Orz

tp://sakuratan.ddo.jp/uploader/source/date58821.lzh

>>55
どうやら問題はデータが一番最後かどうかではなくデータそのものに依存するらしいところまでは分かった。
例えば「ようやく　はなしが　できるようになった。」の部分を""で囲ったり、
「ようやく　はなしができるようになった。」とするとエラーは出なくなる。
逆にエラーが出るオブジェクトの順番を変えてやってもやっぱり同じ部分でエラーが起こる。

てかVC++だとエラーでまくりでビルドできない。
少しくらいなら直してもいいんだが最初見えてるの直すと30くらい来るから無理ｗ
俺の為に直せとは言わないけどint型の関数なのに値を返さないとか
初歩的ミスも結構あるからそういうのは直しといた方がいいと思う。
というかBCCだとあれでもコンパイル通るんだな。

今の技量で続けたら挫折しそうな予感…
上手くデバッガを使えるか知らないけど、実行時の原因不明なバグ調べてて嫌にならないか？

>>56
BCCだと通ってしまうんです。
BCCが初めてのCコンパイラで、それ以外使ったことがないのです。
returnをつけてみました。

>>57
原因不明なバグに挫けそうです Orz
技術不足も知識不足もそのとおりなのです。
なにせstringすら知らなかったど素人ですし。
そしてその素人はデバッガの存在をしらなかったのです。

さっそく使ってみようとググってDLしようとしたらサーバが落ちてるっぽい Orz

ＵＲＬ書く前に間違えて送信ボタンおしちゃいました　Ｏｒｚ


tp://sakuratan.ddo.jp/uploader/source/date58862.lzh

ＤＸライブラリが ＢＣＣ用と ＶＣ用とがあったのを思い出しました。
ＶＣ用のＤＸライブラリにつけかえました。
よろしくお願いします　m(__ __)m

あ、またＵＲＬ載せ忘れた　Ｏｒｚ
だめだ、落ち着け僕。

tp://sakuratan.ddo.jp/uploader/source/date58864.lzh

ある程度ゲーム作りに慣れてればドラクエはそれほど難しくないと思う
しかしウィンドウ、キャラクタ、戦闘、イベントなどなどやらなければ
いけない事が膨大で、そのへんのゲームより作業量が非常に多くなるという罠

以上、同じようなことやってて途中で放置プレイしている人間のチラ裏

>>61
取り合えず そこのあぷろだにログをあげてみた
http://sakuratan.ddo.jp/uploader/source/date58888.htm

BCCだとコンパイル通るんだな、意外だ

>>62
モンスターのデータをつくったりとか、イベントの会話データとか、ゲームを作るのは結構時間がかかると思います。
でもシステム自体を作るのは簡単…　　なのかな？
僕には難しくつまずいているわけですが。
とりあえず、これを完成する頃には初心者じゃないと言えるくらいにはなるのかな、と思ってみたり。

>>63
ＢＣＣだと問題なく通っちゃうんですよねぇ…
enumにint型をそのままいれられたりとか。
関数の戻り値の型が入ってないのは純然たる入れ忘れです。
よくコンパイル通ったな…

tp://sakuratan.ddo.jp/uploader/source/date59123.lzh

処理系依存なんじゃないの？　

ドラクエ作るんなら
最初にツクール作った方がいいよ

意味わかる？

つまりマップエディタとかキャラエディタとか
管理や汎用がラク

>Ｃ＋＋の勉強をかねて

またもや アク禁です (；・д・)

>>66
最初からツクールを作るつもりだったんですが、
なにせ仕様がかたまってなくて…（汗

マップやキャラはこれ以上増やさずにシステム部を固めて
ある程度仕様がみえてきてからツクールを作ろうと思ってます。
何枚ものbmpファイルと設定用のｔｘｔファイルを一つのファイルにまとめたり、
使い回しが楽になるような、そんな感じにしたいなぁ…。


デバッガが落とせなくてBolandにメール送ってしまった。
早くデバッガ使ってみたいなぁ…

濁点と半濁点の文字を力技で表示できるようにしました。
43さんのやり方にするためにはBMPを用意しなくちゃいけないので、もうちょっと時間が… Orz

会話のカーソルを上手く点滅させられなくて困っています。

BCC用
tp://sakuratan.ddo.jp/uploader/source/date59584.lzh
VC用
tp://sakuratan.ddo.jp/uploader/source/date59585.lzh

余計かもしれないけど、ある程度仕様を固めてから作らないと、あとでデータ構造で困る可能性があるよ。
そうじゃないとデータ構造のせいで仕様に制限が生まれてしまう。

>>69
仕様を考えてみました。
大まかに分けて５つのデータを作ります。

マップデータ
モンスターデータ
職業データ
アイテムデータ
呪文データ

それぞれのデータはお互いの中身を知っていることにして、
お互いを文字列を使って呼び出せるとします。

詳細
・マップデータ
マップサイズ
マップのタイルのデータ
グラフィック
移動判定
モンスターの出現率
タイルのデータを使った実際のマップのデータ
マップに配置するオブジェクトの元になるデータ
グラフィック
タイプ（物、生き物）
移動判定
オブジェクトの中身のデータ
モンスターの配置データ
出現するモンスターのパターン ＝＞モンスターデータを参照する
パターンをセットしたデータ

・モンスターデータ
モンスターのグラフィック
強さ（Lv,HP,Mp,攻撃力、守備力、すばやさ、経験値）
攻撃方法 ＝＞呪文データも参照する
耐性
落とすアイテム ＝＞ アイテムデータを参照する

・職業のデータ
グラフィック（4方向＊2パターン)
成長データ
取得呪文リスト ＝＞呪文リストを参照する

・アイテムリスト
アイテム名
タイプ（武器、兜、鎧、盾、装飾品、消耗品、貴重品）
使用可能な職業 ＝＞職業リストを参照する
効果

・呪文リスト
呪文名
消費MP
対象（敵一匹、敵グループ、敵全体、味方一人、味方全員、自分）
タイミング（移動中、戦闘中、両方）
効果

つっこみお願いします。

>>71
>対象（敵一匹、敵グループ、敵全体、味方一人、味方全員、自分）
これだとパルプンテみたいに効果によって対象が変わる呪文が実装できない。
パルプンテ作る気ないならいいけど。

モンスターデータなどは
パラメータ等を格納したマスターデータと
今戦闘しているモンスターのみが必要なサブデータは分けて考えた方がいい。
クラスとインスタンスの関係のような感じ。

いちお、うちは、ドラクエオンラインを目指してるのだｗ
ドラクエの上位版な。力ある奴こい

CreateGameー陸海空オンラインー
http://www112.sakura.ne.jp/~kaientai-project/creategame.htm

うちは、背景がぐいぐい動くゲームを想定しておりまする。

イメージ３Ｄ
http://www112.sakura.ne.jp/~kaientai-project/joyful/img/1.jpg
http://www112.sakura.ne.jp/~kaientai-project/joyful/img/9.jpg

よろすくｗ

物理エンジン「フェニックス」日本名『 鳳 凰 』を
開発できる者いたら来るのだ。
http://www112.sakura.ne.jp/~kaientai-project/creategame.htm

>>72
なるほど…
パルプンテか…
あとラナルータとかアバカムとかトヘロスとかあるな…
対象に「空間」を加えてみよう。
パルプンテの実装はかなりめんどくさそうだ…

>>73
ですね〜
とりあえずマスターデータに必要なものをあげていきたいと思います。

あと、セーブデータの使用も考えないとだ(汗

>グラフィック（4方向＊2パターン)

横向きのグラフィックは反転すれば2種類で済むじゃん
と思ったんだが、
ドラクエ３って、右向きと左向きでグラフィック違うんだな
初めて知ったわ

>グラフィック（4方向＊2パターン)

横向きのグラフィックは反転すれば2種類で済むじゃん と思いきや
ドラクエ３って、右向きと左向きでグラフィック違うんだな
初めて知ったわ

ゴメン、2回書いてしまった

>>77
そうなんすよ。
モンスターの中にはグラを反転させてるのもいるみたいですね。


性別のデータはどこに入れるべき？ キャラクタの中にするか、職業に　そうりょ・おんな みたいな感じにするか、

…両方やった方がいいのかな？

>>1って何を見てC++の基礎的な部分を学んだの？

>>81

tp://wisdom.sakura.ne.jp/programming/index.html
↑ここ

あとは気になる単語をひとつづつググっていって…　っていう感じですかね。
まだまだ分からないことだらけです。　Orz

仕様がにつまらないまま、とりあえず四人PTが動くような感じにしました。
ｗを押すと移動モードが変わります。

tp://sakuratan.ddo.jp/uploader/source/date60147.lzh

壁に当たった状態で向きをかえ、そのまま動くと二人目以降が変な動きをし

横方向に一周すると二人目以降が一瞬消え、
縦方向に一周すると、なぜか背景がずれる。

問題は山済みだぁ…

>>83
>>壁に当たった状態で向きをかえ、そのまま動くと二人目以降が変な動きをし
移動できなかった時の処理を修正すれば解決するから、何とかしれ

あと、int型の関数なのに 値を返さないヤツは
VC++だとエラー吐きまくりだから、何とかした方がいいかもね

>>84
壁に当たって移動できないときの向きを保存しておくしかなさそうですねぇ…
VC++もインストールした方がよさそうかしら？
ってかBCCってあんまり使われてない！？

>>85
VSEEが登場してから確かにBorlandを進める入門書も激減したね。
どっちでもいいと思うけど、VSEEにはヘルプが充実してるから無料だし
入れておいても損は無い。

学生ならAcademic 2005が４５００円ほどで買えるし

bccでも
「関数は値を返すべき（Function should return a value）」
という警告が出るはずだが。

BCCから始めてVSseに移った漏れは早いうちにVC++に移ったほうがいいと思う
API使うにつれ構造体が多くなるから、あのIDEはかなり強力

>>86
ぢつは　学生ではないです、。Orz

>>88
VC++を落としたのですがXP SP2じゃないと使えないみたいですね。
メインで使っているPCが二台あって、うち一台はSP１のままで
勝手にSP2にできないので、このままBCCを使う方向で。
ちょっと使ってみたけど、VCEEの方が便利そう…

>>87
よくよくIDEをいじってみたら、警告を返さない設定になっていました　Orz
できる限りなおしてきます。　Orz

ファイルを読み出すときに fgetcをchar型で受け取っていたのをint型に直しました。
↑かなりバグの原因になっていた気がします。

壁に当たった際の移動処理の修正をしました。
横方向に回るときに63⇔0の時に二人目以降が消えるバグを修正しました。
キーの入力の処理をちょっと修正しました。
今まで押されている状態と押されていない状態しか判別できなくて困っていましたが
ちゃんと4つの状態を取り出せるようになりました。
(押されていない、押した瞬間、押している、離した瞬間)

縦方向に方向に世界一周する時ずれるバグの原因が不明です。
デバッガの使い方が良く分かってないのが悪いよなぁ…

tp://sakuratan.ddo.jp/uploader/source/date60604.lzh

関係ないけどDXライブラリで
#include <iostream>
するとエラーが出まくるんだけど何でだろう・・・

STLを使うときはDxLib.hを見て
「STLを使うときはここのコメントアウトをはずしてください」
ってところがあるからそのとおりにしてみる

>>92さんありがとう。
でもなんでデフォルトをこれにしなかったんだろう・・・。
高速化のためかな

>>91 さん
僕は警告が止まりません。
STDの意味も分らなかったり Orz
ちょっとヘッダー見てきます

>>90
でfgetcをｃｈａｒ型で受け取っていたのが悪いとかいってたけど
int型で受け取っても問題なかったみたいですね　Ｏｒｚ

がんばれ

>>95
がんばります！


ぼちぼち戦闘を作りたいと思ってます。
二回目以降の戦闘で
メッセージが二回表示されちゃうバグの原因が分りません。なんでだろ？
tp://sakuratan.ddo.jp/uploader/source/date60858.lzh

>>1に触発されて、俺もRPGの土台作ってるわ
こりゃぁたしかにC++の勉強になるわな

煮詰まってぜんぜん進んでないんですが、とりあえず生存報告。

tp://sakuratan.ddo.jp/uploader/source/date61465.lzh

>>97

おたがいがんばりませう。
あんまり人が書いたソース見たことないので
よかったら97さんのソースもうｐしてくれると嬉しいかも。

WaitVSync(1) ;

メインループのなかにいれてみたら?

>>98
>>1のと比べたら、見せられるほど効率的なプログラムじゃないよ・・・

>>97
ぜんぜん効率よくないっすよ…
デバッグも力技だし。
メモリとかめちゃくちゃ無駄遣いしてるし
すでにスパゲッティ化してて自分でも訳分らなくなったりしてるし　Orｚ

メインとかまだぐちゃぐちゃだし、容量も大きいぜ・・・
ハズイのでそのうち消すわ

ttp://sakurachan.dip.jp/up/src/up8417.lzh

参考にさせてもらいます

>>97
わーい うｐだ うｐだ。
グラフィックを一枚にして分割して読み込んでるんですね。
たしかにこの方がわかりやすい！
まねしてみよっと。

http://ayusya.hp.infoseek.co.jp/ProgramCString3.html
便利だよ

　スレはよくみてたのになかなかソース見る機会なかったが、
試験前日だってのに今見た。
しかしまぁよく書いたな。お疲れ。そしてこれからもがんばれ。
とりあえず>>1応援ﾉ

>>105
便利そうだけど、今から使うとCharとｓｔｒｉｎｇとＳｔｒｉｎｇがごちゃごちゃになって収集つかなくなるのでやめておきます。
今度、また新しく作るときに使ってみます。

>>106
汚いソース見てくれてありがとです。
試験前日は勉強以外のことがしたくなりますよね。。。
試験がんばってください。
なんか、応援されると涙でるくらい嬉しいな。

とりあえず現状こんな感じ。
tp://sakuratan.ddo.jp/uploader/source/date61918.lzh

戦闘に入ると、にげるを選ぶまでずっとコマンドを選び続けることになります。
攻撃とかの処理はまだ入れてません。
パーティアタックの要素もいれるつもりですが、まだ全然ですね。

ＢａｔｔｌｅＦｉｅｌｄに敵味方含めて全部のキャラクタのポインタを持たせ
すばやさ順に並び替えて
キャラクタが保持しているCommand,subCommand,Targetを元に行動させてみたいと思います。

煮詰まる・・・・

>>107の最新版ｂだがウィンドウが表示されたと思うと消えてしまう。。。

http://fatalita.sakura.ne.jp/SoftReview/img/DQTEST.gif
こんなん作ってたんですけど、ソースとかアップしてもいいですか？
全然開発進んでないんで多分見ても面白くなさそうですけど

どうぞ

なんか餅ベーションあがってきた
俺もＲＰＧ作る！

目標年内で、初期ＦＣ程度の遊べるレベルまで


しかし、ＤＱドット絵って、どこかで流れてるの？
みんな、自分で手打ちしてるの？

>>108
僕も煮詰まってます。
挫折しそうな時に、このスレを見てがんばってます。

>>109
ＤＬありがとうございます。
今Ｕｐしたやつ試してもらってもいいですか？

>>110
ぜひＵｐしてください。
見た目ＤＱ１なのに、台詞が３で宝箱が４だｗ


敵味方全部のポインターをＢａｔｔｌｅＦｉｅｌｄクラスに持たせるようにしようとしたけど
なかなか上手くいかずにずっと悩んでました。
デストラクタが呼び出されるタイミングについて質問があったんですが
どこだったか忘れました　Ｏｒｚ

tp://sakuratan.ddo.jp/uploader/source/date61994.lzh

かわりませんね。。

ＶＣ＋＋で再コンパイルを試みているんだがコンパイルできない。。
・KeyTest.cppは何？　関数らしき宣言が見当たらないのだが。。

連レスすまん。　起動できた
どうやらDQフォントに問題が。。ｔｋ別のほうのをインストールしてた

//フォント変更
if(ChangeFont("DragonQuestFCIntact") == -1){
DMsg("できればドラクエフォントをインストールしてください。");
}
これうまく作動してないかと。
何故Error関数じゃないのか気になるね

>>114-115

KeyTest.cpp はキー入力のテストで作ったファイルで、今はもう必要なかったです。
//フォント変更
if(ChangeFont("DragonQuestFCIntact") == -1){
DMsg("できればドラクエフォントをインストールしてください。");
}
↑は確かに思うように動作してないですね…　Ｏｒｚ
Ｅｒｒｏｒ関数じゃないのは、　で　き　れ　ば　インストールしてください　ってことで。
僕の汚いコードを見てくれるのにわざわざフォントのインストールまで強制するのはどうかと思ったので。

あんまり進んでないけど最新版
＊＊＊＊のこうげき！
＊＊＊＊は　＊＊のダメージをうけた！
と表示されます。
今度は実際にダメージ計算をして
ＨＰ計算をして、死亡判定、戦闘の勝利判定までやりたいと思います。

tp://sakuratan.ddo.jp/uploader/source/date62360.lzh

コンソールゲームスレで途中でやめたDQ1
コンソールなんですべてキャラクタ（文字）
ttp://sakuratan.ddo.jp/uploader/source/date62420.zip
一応、人、会話、戦闘、復活の呪文等を実装。
魔法はつかえん。バグたくさん。
↑、↓、←、→、スペース、BS　が操作キー

ドラクエふぉんとのないパソコンで起動すると
DrawStringDQ関数呼んだときに強制終了くらうよ。


対戦中の敵のパラメータは構造体で管理するとして、
対戦全体を管理するのにもクラス作ったほうが楽な気がする。　

>>2

int hn2fn(char c)
{
　return c + ('０' - '0');
}

>>118
僕のPCだとDQフォント無しで動いちゃってるんですよねぇ…
でもChangeFont("DragonQuestFCIntact")が-1を返しているわけではないみたいです。
ちょっとDxライブラリの掲示板に質問ぶつけてこようかな。

対戦全体を管理するのがBattleFieldクラスです。

…のつもりだったんですが、いまいち機能が中途半端なんですよねぇ…。
どんな機能をどこに持たせるべきなのかっていう判断が初心者には難しい…。
っていうか、それがそのままPGの力量に直結するんだろうなぁ…

　　　　　　BattleField
　　　　↓　　　　　　　↓
　PlayerParty　MonsterParty
　　　　↓　　　　　　　↓
　　　　PC　　　　MonsterGroup
　　　　　　　　　　　　↓
　　　　　　　　　　Monster

あれ？矢印の向き逆？


>>119
レスありがとうございます。
今のところ
char c[2];
char[0] = 0x82; //
char[1] = 0x
みたいな感じで無理やりやってましたｗ

char型を取ってｉｎｔ型を返すのか…
なんか目からうろこだな。

現状UPです。

敵を倒すと戦闘終了するようになりましたが、
経験値やゴールドの増減はありません。

ステータス表示がパーティの人数で伸び縮みするようになりました。

モンスターの行動パターンとかどうしようか悩んでます。
今のところ攻撃一辺倒で、勇者一行の先頭キャラしか攻撃しません。
経験値とゴールドを解決したら、いちおう遊べるのかな？


tp://sakuratan.ddo.jp/uploader/source/date62496.lzh

BattleFieldね。おｋ。
敵数と敵の情報をまとめればいいかな、と℃素人は思ってしまう。。。あとで必要だと思うときに
付け足せるような形にまとめておくのがいいと思うよ。

戦闘中、複数種の敵がいる場合、たたかうを選んだときに
どれに攻撃するか選ぶよね。あの敵リスト？を更新するようにしないと。
倒してもリストからは消えないのは問題。

>>119

return c + '０';

でよくね？ちなみにマルチバイトだと…

おっとこの場合数値から全角文字か

全角文字を' 'で囲むな

ドラクエフォントを入れなくても動くように、
ドラクエフォントを画像データにしたほうが良いのでは？
字数知れているし。

>>126
サイズｅｔｃの変更はどうする

>>125
C#ならOK

サイズ変更なら、StretchBiltなりDrawExtendGraphなりでできるだろ。

>>128
残念ながらココはＣ＋＋のスレ。


ストレッチは１ブロックあたりがでかく汚くなる。

ドット絵ベースなゲームに、TTフォントを使うこと自体間違っている。

WCHARでいいんじゃね

いっそC++/CLIで

>>132
むしろwcharでないとvistaで問題出るんじゃないかね
使ってるライブラリがwchar対応してるか知らないから黙っていたが…

０〜９が並んでる保障ってあるの？

>>135
ttp://ja.wikipedia.org/wiki/ASCII

そのうち画像を表示に切り替えるかも知れないと思いDrawStringDQを使ってました。
実はWCharって言うのがよくわからないんですよね…
使わなくても問題ないなら全角はChar二つ分でやりたいと思います。
あ、でも練習のためにも使っていたほうがいいのか。
勉強してこよう。。。。

フォントの画像は８ｘ８でつくり
自分で拡張したDrawGraphWで二倍に引き伸ばして使う予定です。
Vistaに関しては。。。。　シラネ。

敵選択で倒したグループが非表示になりました。
経験値をゴールドが取得できるようになりました。
でもレベルはあがりません。

職業関連を実装しようと思ったら、パーティのグラが消えちゃいました。
Jobクラスにグラフィックを実装しようと思ってます。

tp://sakuratan.ddo.jp/uploader/source/date62614.lzh

マルチバイトのほうが面倒だと思うんだが
最近のwindowsだと標準じゃないし。

TCHARで切り替えられる作り方をするのが普通

そうだな
俺もTCHARをお勧めする
Borlandにもちゃんとtchar.hあるじゃないか

といっても全角使うのは明らかなんだからWCHARでいいか
とにかくchar2個とかはやめといた方がいい
時代の流れなんだから勉強しておいて損はない

従来の方法を学ぶのも大事。
とりあえず今回はchar[2]でいこか

マルチバイトが従来の方法（笑）

>>142
>>1乙。それぐらい面倒くさがらずにやれよｗｗｗｗ
てめぇみたいなクズの公開オナニー見てもらえてるだけありがたいと思え。
わかったら黙って言うこと聞いて動けボケが

いや初心者らしいからそれはないだろｗ
どう考えてもUNICODE使う方が簡単に書けるし

tcharとwcharについて調べてみました。
Unicodeに対応することを考えるとWCharよりはtcharのほうがいいんですね。
でもUnicodeに対応させる、っていうのがどういうことなのかいまいち分かってなかったりします。
UnicodeってUTF-8とかSJISとか文字コードの一種？…じゃないですよね？
string型から直接一文字ずつ取り出せればChar型自体を使わなくて済むような気もするんですが
そんなに単純じゃないのかな？

文字の画像データ化に関しては
文字の色を変更する必要があるためだめそうです。
ビットマップフォントを作ったほうがきれいに表示されそうなんですが
それを作る方法を探してる途中です。

とりあえずLvUPするようになりました。
Lvが上がった時にExpTable.csvから必要経験値を引っ張ってくるようにしました。
でもLvがあがっても強くなりません。

tp://sakuratan.ddo.jp/uploader/source/date62745.lzh

まーstringが使えるならそれで良いかもね。

必要経験値って公式で出ないのかな

>>146
×tchar
○TCHAR
×Char
○char

wchar_tをwcharと書くのは別にいいけど…
TCHARはマクロだから全て大文字、charはプリミティブだから全て小文字になってる。
意味を大きく変えるような俺表記は控えるべき。

ソースの一貫性の無さをレスに滲ませてしまうと
レビューしてくれる人が減るよ

>>149
たしかに、マにあるまじき行為ですた。以後気をつけます。。。Orz

経験値の公式…　DQ３はあるらしいけど、詳しくは知らない。他のはまったく知らない。
確かに必要経験値とか自分で決めるのかなり面倒くさいかも。

テキトーに増加率決めて毎回かけてやれば勝手にインフレするんじゃないかな

lv = 1 + floor(sqrt(sqrt(exp * 2)));

とか

string使うにしてもwstringがあるよ

ひらがなしか使わないなら
ka = か
とかしてワイド文字使わなくてもいいんじゃないの。２バイトで同じだし

初心者自慢大会開催ですか？

ところで>>1の素材って使ってもいいの？

おまえら>>1を妬み過ぎｗ

wstringなんてものまであるんですか…。
Ｃってcharとの戦いなんだなぁ…。
あとカタカナは使います。
メラゾーマ　が　めらぞーま　になってしまう。
経験値のアレはまだ直してないんですが
レベルアップした時にステータスが伸びるようになりました。
それを確認するための画面もつくりました。
つよさ＞つよさをみる＞
で確認できます。

ドラクエって実装しなきゃいけないコマンドの数がかなり多い気がします。
全部実装することを考えたら気が遠くなってきました。

バトルからフィールドの開発に戻ってきたら、最初の頃のやり方と、今のやり方がかなり違うことに気がつきました。
今のほうが分りやすいソースをかける気がしますが、一貫性がないのはまずいですね。
次は道具を追加したいですね。

tp://sakuratan.ddo.jp/uploader/source/date62942.lzh

俺も造ってみようと思ったけどVCしか持ってないんだよね

オレはvcで作ってる

まちがた。c#

ファミコンレベルならハードウェア性能が今と段違いだから好きな言語でいいさね
携帯Javaでドラクエが作られる時代なんだし

モンスターと遭遇すると
　Gamedata/MonsterData/.bmpのモンスターのグラフィックがよみこめてませんが？
　　↓
　サイズの表記が間違っています
とエラーｍｓｇがでるんだが。
Gamedata/MonsterDataには「.bmp」なんてファイルなかったんで　とりあえずファイルを置いたら
　サイズの（略
が永遠とでてくる。

ソース見たがベタ書きし杉だろ

C++でFCのドラクエっぽいRPGを作るための上手な書き方について考察するスレになりましたよみなさんだいじょうぶですか？

某ランド使いのコードが汚いのは定説

>>165
おｋ
>>164 >>166
ソース書いてるときに理性が飛ぶ瞬間があって、冷静になって見直すと手がつけられない状態だったりします。
関数の行数が多すぎとか、引数が長すぎて見づらいとか。
エディターの所為にして逃げてもよい？(責任転嫁
>>163
もしかして、海で敵と戦うときにそのメッセージがでませんか？
海のモンスターは未設定だったので、グラフィックもモンスターのパラメータも用意してないので、エラーになります。
エラーならエラーで、ちゃんとＥｒｒｏｒ関数を使うべきでした。　Ｏｒｚ
海でしびれくらげが出るようにしました。(色が変なのは勘弁してください。

tp://sakuratan.ddo.jp/uploader/source/date63003.lzh

>>167
今後のためにも一度キレイにしたほうがいいよ、
キミのスキルが上がってドンドン規模が大きくなった時に、
過去に作った基底クラスの改修のリスクが大きくなる。

>>1の才能に嫉妬

>>169
>>1自演乙

この程度カスでも作れるからｗ
初心者が一生懸命やってると思って暖かく見守ってやってんだから調子に乗るなよ

>170
zipでくれ

>>170
こっちにもいんのかよｗ
単に作ってる奴叩きたいだけか？

ドラクエフォントを手に入れたが、どうやって使えばいいのかわかりません

いちはとうぼうした

>>1の技量であのコードをリファクタリングするんだもの
そりゃ時間かかるさ

いちはメモリリークをたおした！
けいけんち4ポイントかくとく！
3ゴールドをてにいれた！

ソースを公開するからチンカスが住み着く
もうソースは出さん方がいいんじゃね

sambaやapacheのソース見て綺麗だと思う奴はいないが
世界中で役に立っている。それでいいじゃないか。

>>177
禿同だな

貶される程のコードならオープンにしても役にたつとは思えないしな
現にオープンソースにして>>1に何のメリットがあった？
基地外に煽られてるだけだろｗｗ

日本語でおｋ

別にソースを出さないといけないってワケでもないだろうし、
１に得るものがなければ、ソース無しで構わないでしょ。
見やすいコードを書かせようと必死になってる奴が
いるみたいだけど、ハッキリ言って流用されて乙なだけですよｗ

>>181そんなヤツいないだろｗｗｗ
流用って、普通にフリーでオープンソースなRPGなんていくらでもあるし
そういうのは、多くの人の手がはいってるから結構なにげに凄い処理とかをさらっと描いてたりする。
>>1のがんばりは認めるけど、やっぱりまだまだ駆け出しだしねぇ・・・


正直、わざわざ>>１のソースをどうにかして使おう!!とか思ってるヤツは、（居ると仮定すればだが）
どう頑張っても、そいつは流用できるLvに達してないと思うが。

1より下の奴が参考になるならそれはそれでやらしとけばおｋ
上の奴はスルーしとくか自分がソースだせばおｋ

どっちにしろ>>1の人気に嫉妬

>>1
これで分かっただろ？ｗ
なんだかんだ文句を言いつつソースを出してほしくてもう必死

あとは>>181ね。

2chなんて口だけのチンカスの集まりだからな

http://ossan.fam.cx/up/gazo/src/1198056595625.gif

ドラクエ５，６のフォントは、これだな。

ここって1以外が作品出してもいいの？

パソを買おうとおもう高校生なんですが、最近のRPGツクールでどれくらいきれいな画面つくれるのか教えてください

お。早くも>1のパクリ作品がうｐされるのかな　ﾜｸﾜｸ

パクられると騒ぐ奴はC++でプログラム組んだこと無い奴だな。
三日前の自分は他人って言葉も知らないんだろう。

そもそも素人の設計じゃいくら可読性をあげても他人が再利用なんて非現実的。
>>1がうらやましいなら勉強しろ。

いきなり素人が素人煽りだしたけどなんで？

>>191
>>185

おまいらスレタイと>>1をちゃんと読んだのか？

知恵を貸してください、ってんだからソース出しとくのはいいんじゃね？
それで叩かれるのがイヤだって言われると困るけど、
叩くな言ってるのは他人なんだろ？
本人はけっこう素直に聞く耳持ってがんばってるようじゃないか。
ここは温かい目で、叩いてやれよ。

オレはミジンコだから、>>1のソースが解読できないけどさ。


ところで。ウィンドウの×押しで正常終了できないプログラムって嫌いなんだが。。。

ちょっとスレが伸びてると思ったら、なんだかお騒がせして申し訳ないです。
今までぐっちゃぐっちゃだったソースを、ぐちゃ、位のソースにしようと悪戦苦闘で、アップできる状態じゃないです。
これからもソースと一緒に出すつもりでいます。
叩かれるのは１００も承知です。
99は「ソース汚い」だけの無意味な叩きでも
１つは「ここがこう汚いからこうすべき」というアドバイスがもらえるかも知れませんし。

それからもし再利用したいという奇特な方がいらっしゃれば、どうぞ使ってやってください。(画像データ以外の話ですが
どのみち完成したらFCドラクエもどきツクールとしてオープンソースで配布するつもりなので。(ツクールも作成予定
ま、汚いソースをがんばって読んで再利用しようとするより、一から作ったほうが早いと思いますが。

あと、ここでソース公開したいっていう人はぜひ公開してください。
あんまり人のソースを読んだことがないので、人のソースを読む練習にもなるし。
でも、当然流用されることを前提の上でお願いします。

別に汚くなんかないよ

他のスレでも制作者叩いてる奴だから気にするな

とにかく、１頑張れ。叩かれてもいいじゃないかぁ

よくわからないけど>>1はホモに好かれるタイプ
現におれが>>1のこと好きだもん

なんというウホスレ

1は女性かもしれないぞ！

>>201ｙｏｕ′ｒｅ　ｔｈｅ　ｄｒｅａｍｅｒ

>>1
前途多難かもしれませんが頑張ってください。
自分は挫折した。
夢の続きをあなたが担ってください。
応援してます。

>>1
俺も能無しのうんこだから挫折した。
改造してパクるくらいしかできそうにないから早く完成させてくれ。
利用するだけ利用させてもらいます。

パクってでも完成させられるなら、それはそれでいい腕だと思うがな。
少なくとも同じようなものを作れるだけの力量がないと、他人のソース読むなんて無理。

ドラクエとは関係ないが、俺もやろうとしたことあるからよくわかる。

自分で作れないうちは切り貼りでもなんか失敗するもんだしね

どれだけ無知なんだよｗ

ソース丸々コピればいいんじゃないの？

無知じゃない奴ならいくらでもパクれるだろうが、
そんな奴はパクっても、自分が楽をするくらいの意味しかないだろ。

>>208
ソース丸々コピーしても、
その後どこを動かせばどうなるのかがきちんと分かってないと、
結局自分のしたいようにはできないんだよな。

俺はパクるからどうでもいいよ

プログラムって再利用の積み重ねで成り立っているものだと思ってました。
どこまでが再利用でどこまでがぱくりかの線引きは人それぞれなんでしょうが。
自分で書いたものを他人が、「俺が書いたんだぜー」見たいにいわれるとさすがにそれは違うだろ、と思いますが
でも、ソースを公開している以上、利用者の良識にまかせるしかないですよね。

直りきってない状態ですが、とりあえずUpします。
エンカウント時に生成されていないモンスターが現れるバグがあります。
名前が初期化時の【ななし】になっていてsizeが【0】だから多分。
原因は不明です。

あと敵がいくら殴っても倒れません。
ダメージ量が想定しているより少ないです。

ダメージが思うように出ない問題解決のために、ステータス表示ウインドウを作ってみます。

tp://sakuratan.ddo.jp/uploader/source/date63666.lzh

色々弄ったらVC2005でもコンパイルできた

DirectXつかわないのでもOK？

この掲示板における悪辣ないわゆる「叩き」による
ゲーム開発の業務妨害行為（刑２３３/２３４）に対する
情報提供をお待ちしております
有料で販売していたソフトを公開中止に追い込まれました
現在も無料ですが広告収入を得ており業務は継続し
民事上の損害額は発生していると考えています
よろしくお願いします
http://darkhouse.milan.jp/
[email protected]

叩きたくて必死で己の低脳丸出しな書き込みに気づいてないのかなｗ

>>215
それは具体的にどういうことですか？

>>212
多分、VC用のDXライブラリに入れ替えるだけで大丈夫だと思います。
もしダメだったら、ここをこうしないとダメだよ、等のアドバイスがあるとかなり嬉しいです。

>>213
全然おｋです。

>>211 のバグはなんとか直ったみたいです。
モンスターが倒れないのは、勇者一行をロードする時に攻撃力、守備力がちゃんと設定できてなかったからでした。
ななしがでるのは、モンスターのグループの数を設定し、
モンスターの総数を決定した時にサイズオーバーでグループごと切り捨てた時に起こるバグでした。

ステータスの詳細が見れるウインドウを追加しました。
モンスターがダメージを受けたときに点滅します。
モンスターを倒した時のグラが消えるタイミングを修正しました。
ダメージを受けた時のメッセージを 味方だと　うけた！　敵だと　あたえた！になる様になりました。

あと戦闘後のResult画面とパーティアタックを実装すれば修正作業完了です。
途方にくれていた修正作業が年内におわりそうでよかった。

tp://sakuratan.ddo.jp/uploader/source/date63747.lzh

eclipse+gcc(cygwin)でビルドしようとしたらだめだった。

とりあえず、itoaは処理系依存のようなので、
char * itoa(int number,char *s,int figure){
if(figure != 10){
msgBox(std::String("itoaの引数違反"));
return NULL;
}
sprintf(s,"%d",number);
}
の関数で代用。

続き。

問題はconst。
constオブジェクトからはconst以外のメンバ関数の呼び出しはエラー
になるし、当然、const関数ではメンバ変数への代入がエラーになる。
具体的に、
MetaStatus * Job::getGrowth(void)
をconst Jobから呼ぼうとすると、
const MetaStatus * Job::getGrowth(void) const
にする必要があり、この戻り値はjobのメンバ変数で、
この関数ではそのメンバ変数に代入して返そうとするのでエラー。
参照渡しにして、
void Job::getGrowth(MetaStatus &metaStatus) const{
metaStatus.setSTR(GetRand(status.getSTR()));
metaStatus.setCON(GetRand(status.getCON()));
metaStatus.setDEX(GetRand(status.getDEX()));
metaStatus.setINT(GetRand(status.getINT()));
metaStatus.setLUC(GetRand(status.getLUC()));
}
呼び出し側で、
MetaStatus growth;
party->getMember(i)->getJob()->getGrowth(growth);
とするとOK。
長くなったけど、まだ他にもたくさんconst関連のエラーが出てる。
あとは>1が自分でやってちょ。

>>218
itoaって処理系によっては使えなかったんですか…。
てっきりＡＮＳＩ Ｃとかで定められてると思ってますた　Ｏｒｚ
ここまでやってきて実はsprintf関数の存在を知らなかったりします。
実はずっとあればいいのに、って思っていた関数だったので感謝。

>>219
constに関しては意味を勘違いしていました。
警告はでてたけど、無視してました。
const MonsterParty * mp = *((MonsterParty **)valuable)
とかやってステートメントが長くなって括弧が多くなって読解不能になるのを回避するべく
マクロみたいに、コンパイル時に置き換えられるのかとばっかり思っていて
そうじゃなかったらしいことは　うすうす気がついていたんですが、気づかない振りをしてしまいました。
ま、動くならいいか、と。

参照渡しについては要勉強ですね　Ｏｒｚ
まだconst関係のエラーを直していない、リザルト画面追加Ｖｅｒ
tp://sakuratan.ddo.jp/uploader/source/date63778.lzh

>>217
入れ替える他適当にプロジェクトの設定を変えないと駄目だったけど、
それはVC固有の問題なので置いておくとして

class foo {
void func() {}
};

const foo f;
f.func(); // <- error

主にget***()のような函数でこういうのが問題になってたかな
get***のような函数では恐らくメンバの値を変更しないのでconstつけた方がいいかも

被った･･･

const の問題を解決しました。
MetaCmdでconstメンバ変数をただの変数に変えただけ。
本来は全部手打ちする奴を手抜きするための変数だったからと思って。

でも単に値を返すためのget**()は全てconstをつけるべきですよね。
ただ、ポインタを返すget*()はconstにしちゃうとダメ。
getMember(i)->setHP(100);
みたいな使い方をして、メンバ変数を変更したいから。

メモリの効率的な使い方が分らないので、
とりあえず、と思ってなるだけクラスを作るのを避けてきたんですが、
(そのためにデコンストラクタが呼ばれた時にメッセージがでる);
そういうのもあんまりよくないんだろうなぁ…

tp://sakuratan.ddo.jp/uploader/source/date63785.lzh

そもそもDXライブラリはcygwinでの利用を想定していない

>>224
というわけで、VC6でビルドしてみた。
VCでビルドするにはいくつか注意が必要。
まず、forループのintの再定義でエラーが出るので、
プロジェクトのプリプロセッサの定義に
for="if (false) ; else for"
を入れる。これでエラーが出なくなる。

続き
DxLibはサイトからVC用の2.24をダウンロードしてくる。
次に、これは俺の環境でだけかもしれんが、DxLibのバージョンのせいか
(2.24使用)ウインドウ化してからDxLibを初期化するとうまく動かない。
ので、
ChangeWindowMode(TRUE); //ウインドウモードで起動
SetGraphMode(512,480,16) ; //ファミコンの画面サイズの二倍
この二行を、
if( DxLib_Init() == -1 ){
Error("DXライブラリの初期化に失敗しました。");
return -1;
}
のあとに持ってくる。

さらに続き
さらに、このプログラムでは、読み込むセーブデータの形式が
デバッグモードの場合csvで、そうじゃない場合savとなっているが、
VCではデバッグ用の定義がDEBUGではなく、_DEBUGなせいで
セーブデータが読み込めない。
OpeningCommands::openSaveData
OpeningCommands::getFileAmount
の中の、
#ifdef DEBUG
を
#ifdef _DEBUG
にする。

とりあえずこれで動いた。

で、だ。
敵とエンカウントしたら、落ちた。
MsgCmd::Draw()の中に
msgRecord[lineIndex] += c;
とあるが、
lineIndexが初期化されていない(-52が入ってた)ので
コンストラクタでlineIndex=0とやったら落ちなくなった。

VC2005で開く方法はわかります？

なんだかんだ言いつつパクり候補だらけで吹いたｗ

古代イスラエルのペテン乞食の誕生日を祝う義理なんかないね。

いつもzipでupしてて大変そうな>>1へ
openSVNでググってみ

upの手間解消以外にもいいことあるから

sourceforge以外にもこんなのがあったのか
しかもtracつきとは…
至れり尽くせりですな

>>232
なにこのオレオレ証明書
怖くてアクセスできません

>>234
>>1のアーカイブ内に盗聴されてマズイものなんか明らかに含まれてないわけで。

そもそもソースが公開されてるわけだし。
何を怖がるの？

2ch的には、zipでくれ
でOK

>>235
>>1がオレオレ証明書の危険性とリスクを正しく理解して使うかどうか分からないので、
あえて警鐘を鳴らしてみただけ。

>危険性とリスク
背伸びしてることはよくわかった

>>238
善意でいい場所教えてたところに水をさして悪かったね。

オープンソースコミュニティから認証されていれば
俺俺証明書といえどもそこらの企業が発行するよりよほど信用に値する。

ID:Qqp4Qc85
これがゆとりか・・・あはっ

オペラだと証明書の警告出るからビビる事がある

cygwinってitoaは駄目なのか…。へー。

１７時間かけて書いたソースを一瞬で１７時間前の状態に戻してしまい、即svnを導入した俺が来ましたよ。

TortoiseSVNが素晴らしすぎです

VSSでいいや

とりあえずなんか証明書が出たのはびびりましたｗ
オレオレ証明書って、そういう意味か。ちょっと吹いた。

とりあえず登録はしてみたものの、英語が得意ではないので、使い方がわかんない。
日本語で解説してくれるところも見つからないし
うｐロダを使うよりもどういう風に良くなるのかさっぱりなんですが、
とりあえず使ってみよう、と思った次第です。

っていうか　そもそもSVNってなんだ？ってレベルなので Orz
いろいろ勉強になるなぁ。。。
初心者ながらにスレ立ててよかったよ。
おまいら　本当にありがとう。

俺もあんまり詳しくないけどＣＶＳとかＳｕｂｖｅｒｓｉｏｎとかでググって見ると良いかも
要するにソースを差分更新できるって奴じゃないかな。
で、バージョン戻したりとかブランチ切ったりする時に管理が楽になるんだと思う。

なんか勘違いしてたらごめん。

で、VC2005での開き方おね

おねがいします

空のプロジェクト作って、その中にインポートすればいいんじゃない？
試してないけど。


バックアップということを考えて、ローカルにsvn環境入れるのが吉。

無能が必死になっててﾜﾗﾀｗ

http://homepage2.nifty.com/natupaji/DxLib/DxLib_VC2_24.exe
ここからVC用のを落として、 >>1のソースフォルダ中に上書き。
空のプロジェクト作って、プロジェクトフォルダに>>1の中に入ってるファイルをコピー。
最後に既存項目の追加。


でもGetColorなんちゃらが未定義だってエラーが出る。
何のこっちゃ。

VCでコンパイルするには
DxLib.hの#define DX_USE_VISUALC_MEM_DEBUGのコメントを解除した上で
その周辺に書いてあるようにランタイムライブラリをスタティック(/MT,/MTd)にする

>>253
そうだった忘れてたorz


コンソールアプリケーションにしちゃってたｗｗｗ
なんかもうね…。

win32で作り直してみたらビルドできた。わーい。


でもキーが反応しねぇ…。
最初の画面から先に進まねぇぞ。

>>225
>>226
>>227
>>228
をやってみた。

めんどくせぇｗｗｗｗ

なんだこの無能集団はｗ
ソース晒すと乞食が集まってくるのな

ありがとう　開けた
しかしＣ＋＋って本当にコード量多いんだな
別にＶＢでＲＰＧを作って、今も拡張してるんだが
その３倍はあるわ

ちょ；しかもよく見ると未実装部分が多いな〜〜
動かんはずだわ；；

ATLかCLR使ったのでもOK？

C++ってライブラリ面倒だよねぇ。
JavaでドラクエっぽいRPGつくってる俺は勝ち組ｗ
ビットマップもサウンドもスレッドまで「標準」装備だから、楽だよ。

一度書けば、WindowsにMac、Linuxはもちろんちょっと書き変えて携帯でも動かせるしね。

最近見たアクションゲームのコードはC++で3600行弱
それをほとんど分割せずに一つのファイルに書いてた
管理できる作者が凄いと思った

多様性というか宗教がね

今、手持ちのＶＢ製ＲＰＧのコードを数えてみたが
システム部が５３０行しかないぞ？
Win標準のコントロールは多用してるが・・

そもそもC++とかwindows以外日陰言語じゃね？

いろいろお騒がせしてすみません。
>>255
最初の画面で　なにかぼたんをおしてください　と出てますが
反応するのはじつは【X】だけです。
ちゃんとわかるように修正しました。ごめんなさい。

>>225-
>>225
　プリプロセッサが良くわかんないので、ごめんなさい。
>>226
　僕がコンパイルしたやつが上手く起動できるか教えていただけますか？
　Init()の前に書くと、最大で表示されてから、ウインドウに戻るのがなんかかっこ悪くて、もたつくので避けたいです。
>>227
　定数を設定しているconst.hに
#ifdef _DEBUG //VCのDEBUG定義用
#define DEBUG
#endif
　と追加してみました。　これで多分動くと思います。
>>228
直しました。リファクタリングが完璧じゃなかったですね。ほんとごめんなさい。

225さん、マジ感謝です。

>>229
　ごめんなさい、わかりません。

>>232
　openSVNは英語でさっぱり分かりませんでした。
　使い方が理解できるようになるまでは今までどおりでいくのでお願いします。

>>258-
ソースが長いのは僕の力量不足が原因だと思います。
初心者なんであんまり激しく叩かないでね（はぁと


MsgBox::lineIndex が初期化されていなかったバグを修正しました。
パーティアタックができるようになりました。
戦闘のコマンドのカーソル位置が前回の位置のままだったのを、常に一番上になるように修正しました。
フィールドのコマンドで、何を選んでも一応反応はするようになりました。
「しらべる」を実装しました。
なんちゃってスクリプトにGetItemを実装。でも、持ちきれなかった時の処理はまだやってません。

ちゃんと何を持っているかを表示して、選択して使えるようにしたいです。
tp://sakuratan.ddo.jp/uploader/source/date64082.lzh

>>262
まぁ、3600ぐらいなら稀にいるよなｗｗｗ
保守なんかでぶち当たると、担当者をおもいっくそぶん殴りたくなるけど。

ワシのコードは20000行まであるぞ

移動手段は主にCTRL＋F。

イタリアンなスレでした。ごちそうさま。

>>270
関係ないけど、僕チーズ苦手なんだ。
今、克服しようとがんばってるんだけど、なにかいい克服方法ないかな？


戦闘中に表示されるメッセージがとりあえず変になる不具合を修正しました。
アイテムコマンドが開けて、アイテムを捨てられるようになりました。
【つかう】と【わたす】も一応開いて、相手を選べるけど何もおこりません。

はやく使えるようにして、あと　そうびもできるようにしたいなぁ…
tp://sakuratan.ddo.jp/uploader/source/date64290.lzh

2000行のRPG（VC++）だと、こんな感じみたい。

http://www.sm.rim.or.jp/~shishido/rpgp.html

おまえらMeiryoKe_Consoleでソース印刷オススメ。
プリンタの設定いじれば2.5ポイントまで小さくしても識別できる。
段組4段くらいで両面印刷すると1MBくらいのソースでもA4用紙数枚に収まるぞ。
2000行どころか20000行あっても余裕

>>273
やっぱ印字して管理かぁ
極力分散化して、仕様書なしで開発してるけど、もう限界かな；

YOzFontOTWLが好き

>>266
プリプロセッサの定義ってのは、簡単にいうと#defineでの定義ってこと。
_DEBUGとかのね。VisualStudio2002くらい（?）までは、同じスコープにint i
を使ったforループが二個あるとコンパイルエラーになってしまうので、
それを回避するためのマクロをソースコード外で定義してる。
最近のVCを使ってる人は問題なし。

配布されているexeはちゃんと動いてる。
ただ、俺の環境ではそうなっちゃってるんで、自分でビルドしてみたけど
同じ症状が出ちゃってる人は、こうすると、とりあえず動くよって話。

俺もリファクタリングしちゃろうかなと思ったけど、C++じゃEclipse使っても
名前の変更くらいしかできんのでアレだね。
Javaはいいぞ。IDEのリファクタリング機能が充実してるから（C#もらしい）

Windows + EclipseでC++開発ってできるの？
できるなら俺もそうしたいが…。
Cygwin入れないと駄目だYOね…やっぱ…。

いや普通に出来たと思ったが。>>Eclipse

でもC++ならVC++かDelphiでいいんじゃね？
VC++もExpress Editionなら唯だし。

>>269
なんという俺ｗｗ

VCEEてどとねとしか作れなくね？

>>280
お前みたいな素人でもWin32のソフトが作れるようになったから
ダウンロードしてインスコしろ
http://www.microsoft.com/japan/msdn/vstudio/express/

VC2005EEでもちゃんと手順を踏めば作れたが
VC2008EEは勝手にインスコしてくれる
ミクロソフト様に感謝汁

linuxでも動くようにSDLかirrichtでおk

>>282
釣りか？
突っ込み所満載なんだが

DXライブラリの画像置き換えとかどうすればいいんでしょうか。

ほす

【目指せ】2ch_city【世界一】

■以下のURLを踏めば街が発展する

・人口　http://2chcity.myminicity.com
・工業　http://2chcity.myminicity.com/ind
・交通　http://2chcity.myminicity.com/tra
・治安　http://2chcity.myminicity.com/sec
・環境
・ビジネス

工業以降は人口の増加に比例して選べるようになる

■発展のコツ
単に人口だけを増やしても、街は発展しない！
失業率が増えると人口が減ってしまうので、バランスよく発展させよう

■参照画像
http://www.uploda.org/uporg1178757.jpg
http://www.imgup.org/iup528827.png
http://www.vippers.org/img/uho2118.png

2ｃｈの力で世界1位を目指そう(｀・ω・´)

>>286
うぜえな
このコピペあっちこっちで見るし
よっぽど暇なんだな

つか、xipとか名乗るのが来ている時点で、
このｽﾚにもこんなのが出入りしているんだなぁと幻滅。

非2ch民乙

運営が推せと言ってるわけでもないし
そもそも2ちゃん関係の街がいくつもあるだろ

2ch発にこだわるバカだろ

【目指せ】2ch_city【世界一】

■以下のURLを踏めば街が発展する

・人口　http://2chcity.myminicity.com
・工業　http://2chcity.myminicity.com/ind
・交通　http://2chcity.myminicity.com/tra
・治安　http://2chcity.myminicity.com/sec
・環境
・ビジネス

工業以降は人口の増加に比例して選べるようになる

■発展のコツ
単に人口だけを増やしても、街は発展しない！
失業率が増えると人口が減ってしまうので、バランスよく発展させよう

■参照画像
http://www.uploda.org/uporg1178757.jpg
http://www.imgup.org/iup528827.png
http://www.vippers.org/img/uho2118.png

2ｃｈの力で世界1位を目指そう(｀・ω・´)

年末の行事に追われてなかなか作業が難航してますが、挫折したわけではないので見捨てないでください。

それでは　おまいら　よいお年を。

>>1 は にげだした

ドラクエの逃げる効果音は秀逸

久々に来たがもう二ヶ月続いてるのか
うまくいけば年内には最低限ガワくらいは出来るんじゃないの？

あけましておめでとうございます。

あんまり進んでないけど久しぶりのUp。
「わたす」をとりあえず実装したものの、まだ動作が変。
自分に渡すと「わたすふりをしたが…」って表示しなくちゃだったよね。

tp://sakuratan.ddo.jp/uploader/source/date65133.lzh

フィールドのアイテム関連の実装です。
じぶんにアイテムを【わたす】と　わたすふりをしたが〜　と表示されるようになりました。
【やくそう】が使えるようになりました。

tp://sakuratan.ddo.jp/uploader/source/date65379.lzh

CommandsField::giveControl()が極端に長いのが嫌です。
switch文の多様でインデントつけると逆に見づらい、みたいな現象ですが、
各コマンドごとに関数に切り分けるべきでしょうか？

アイテム使用時に
use(MsgCmd *,Character *user,Character *target,int partyState);
みたいな感じにしたかったけど、Useable.hとCharacter.hがお互いをインクルードしなくちゃいけないので無理でした。
今のところCommandsFieldクラスで無理やりやってるけど、あんまり美しくないですよねぇ…。

Sugeeeeeeeeeeeeeeeeeee

>>298
ソース読んでないけど、互いにincludeさせられないのなら、
UserクラスとTargetクラスを作って、
CharacterクラスがUserクラスとTargetクラスを継承すれば、
Useable.hにはUser.hとTarget.hをincludeして、
Character.hにはUserable.hをincludeすればいいので、
use(MsgCmd *,User *user,Target *target,int partyState);
みたいな感じになって（ﾟдﾟ）ｳﾏｰ

ファイル分割と前方宣言を駆使すれば
循環インクルードは回避できるＹＯ！

あ、今回のは循環インクルード問題じゃなくて相互参照の問題だった

>>300
確かに回避できますが…
HPやらNameやらを全部実装させないといけないので、あんまり意味がないような気が…
実際Characterを継承しているPCクラスがItemBoxを持っているので、ヘッダを別ければいけるんですが、
つかうと独自に設定したメッセージを表示できるアイテムとかを作れるようにしたいので
なんちゃってスクリプトの方に投げる形式にすることにしました。
static Useable::outMsg , who , to を作ってFieldクラスから命令文、使用者、対象者を見れるようにして

Field::iventPriProcess(std::string*)で
"<UserName>" とかを使用者の名前に変換して命令文を実行するようにしました。
PriProcess関数を使うと普通の村人の会話を作る時に先頭の人の名前を呼び出せたりできます。

Useableを自作スクリプトで解決する以上、
戦闘中のアイテム使用や、呪文使用も同じ方法で解決しなければいけないため
FieldとBattleFieldの上位クラスを作って継承させるか、
それぞれに独自に実装させるべきか迷ってます。
もしくは両方つかって、共用部は親クラスで、専用部は子クラスで実装すべき？
書いててわけわかんなくなってきたので　頭冷やしてきます。

tp://sakuratan.ddo.jp/uploader/source/date65423.lzh

>>298
メンバは基本ポインタのみにすれば
前置宣言だけで、継承元のクラス以外のファイルはincludeする必要はない。
というか実体を持たせるとそのクラスを作成したときにメンバに実体を持っている
クラスのインスタンスも作成されて複雑になってくると問題が発生しやすいので
基本的には単にデータをまとめたようなクラス以外はポインタで持つのが基本。
ゲーム作るのと平行してC++の勉強をもっとした方がいい。

>>303
まずはそれぞれ独自に実装して、共通する部分が多いなら分離してクラス化すべし。
最初から共通部分を使いまわすことを前提に作ると、かえって冗長な部分が多くなって失敗することがある。

コードの美しさが気になるなら、リファクタリングとかデザインパターンを勉強するといいかも。

>>304
基本型以外のメンバ変数はなるべく作らずにするべき、という事でしょうか？
class TestClass{
public:
int x;
};

class TestMain{
　private:
　　TestClass obj;
　public:
○
　　void setObj(TestClass *obj){
　　　this->obj = *obj;
　　}
×
　　void setObj(TestClass obj){
　　　this->obj = obj;
　　}
};
こんな感じですか？
でも、前置宣言だけで、継承元のクラス以外のファイルはincludeする必要はない。
って言うのが　いまいち理解できなくて…　Orz
すみません　Orz

>>305
なるほど。確かにそんな感じがします。
個別に作っていって見ますね。
デザインパターンはGofは買ったんですが、半分くらいしか読んでねぇ。Orz
経験を重ねて、どう便利なのか理解しないと、身にならないなー、と実感してる次第でございます。

Gofはひととおりどんなパターンがあるのか目を通しておくだけで、
あとは必要に応じて辞書みたいに引くんでいいと思う。
「ここはもっと綺麗に実装できなかな？」と思ったときにちょうどいいパターンがないか探す感じで。

最初からパターンどおりに作ろうとするとこういう罠にはまることがある。

「ここはコマンド機能だからCommandパターンで作ろう！」
　↓
「あれ…？　なんでこんなに面倒な構造にしなきゃいけないんだ…？」
　↓
「せっかくデザインパターンを適用したのにちっとも効率良くならない。やっぱデザパタなんて糞だな。」

>>308
でも、それができるのってある程度以上パターンを実際に見たり使ったりして
ある種のとっかかりがあればの話じゃないかなぁ？

なんというか、最低限の所は抑えておかないと部分的に”より綺麗な実装”とかって困難な作業じゃん。
下手したら、一から作ったほうが早かったりするし。

深く考えるとゲームを作るというよりも、
パターンを実装するのが目的になってゲームが作れないという。

>>パターンを実装するのが目的になってゲームが作れない
あるあるｗ

パターンとゲームエンジンは危険

デザパタとかアホが参考にするもんだろ

今の僕がまさにその状態かもしれません。
ま、仕様も決めずにできるところからはじめたので、
詰まるだろうな、とは思ってましたが、リファクタリングってつらいですねぇ…
SEに完璧な仕様を求めるのも不可能だし
仕様書が変更されすぎてデスマーチなPGも気持ちも理解した。

本当はPartyクラスとかItemListクラスとかはSingletonパターンを使ったほうがよかったんだろうなぁ…

>本当はPartyクラスとかItemListクラスとかはSingletonパターンを使ったほうがよかったんだろうなぁ…

それ罠。
「デザパタが使いこなせるようになれば上級者になれる」というのがそもそも迷信。
デザパタは銀の弾丸じゃない。
コーディングに後悔は付き物。迷うくらいなら今の設計で進んだほうがいい。

あと、リファクタリングは本来楽しいもの。
つらいと感じるようならリファクタリングのやり方が間違ってる。
アジャイルとかextreme programmingとかxUnitについて調べてみ。

さんざんガイシュツネタなんだが
デザパタはクラス設計をする上で（その当時は）頻繁に発生する設計を
うまく抽象化（これ重要。そのまま使えるわけではない）して名前をつけただけ。
主に設計者同士のコミュニケーションの役に立つ。
デザパタがそのままの形で設計に現れてくるケースは
実はそんなに多くない。大抵は状況に合わせて変形されていたりする。
またデザパタはＣ＋＋に特化されたものではない
（ポインタとかテンプレートとかｼﾗﾈ）ので過信は禁物。
正直言ってクラス設計の基本パターンを全てここから引いてくると
コードは酷いことになると思っている。
それよりかは熟練者のコードを読んだほうがいい。
デザパタは継承ありきの設計だが、
現在は不要な継承はできるだけ避けるべきとする設計手法もある。


もっと根本的には設計の技術は単なる道具。
重要なのは「設計思想」であって、
つまりなにがしたいのかと言う事。
例えば目的がコードを綺麗でシンプルにする事である場合、
デザパタを使った結果としてコードが複雑に読みにくくなったのなら
その道具はこの場合役に立たないということだ。

ドラクエと関係ないな
実践の伴わない理論なんかどうでよい

つか
ドラクエすれ
多すぎね？まとめろよ

既に立てられたスレをまとめるって具体的にどうすんのよ

削除依頼出すなり
下げて落とすなり出来るだろ
何年かかるかは知らんが

それぞれのスレも
どうせ、この板の住人なんだろうから見てる奴も
かぶってるだろうしな

最終書き込みから５年近く生存してたスレもあるわけでｗ

削除人はあなた方の消しゴムではありません

とりあえず　戦闘中に薬草が使えるようになりました。
攻撃のダメージ計算の結果がマイナスの時にHPが回復するという間抜けなバグを修正しました。

tp://sakuratan.ddo.jp/uploader/source/date65782.lzh

アイテムを増やしていろいろ実験してみなくちゃな。破損率とか。
次は装備を実装してみたいと思います。

すげーよ、がんばれ

装備実装とか言っておきながら、戦闘順番の修正をしてました。
すばやさを−25%〜25%の補正をかけて、補正後の値の大きい順番で行動します。
ただのバブルソートです。

tp://sakuratan.ddo.jp/uploader/source/date65958.lzh

テスト

あぷろだにアクセスできないな
http://ddo.jp/には行けるんだけど…

sakuratan時々アクセスできなくなる。
しばらくすると復旧するからしばし待てばよし

濁点が＜
なのがなんか泣ける
でもそんなの関係ねぇ〜

がんばれ

とりあえず　装備しているものに　E　がつくようになりました。
でも、攻撃力とかは上がってません。
戦闘時にすばやさで行動順がかわるようになりました。

tp://sakuratan.ddo.jp/uploader/source/date66027.lzh

ここのスレを見て、
>>1の晒したEXEを実行してみた。

　コマンド部分はまだ完成度は低いのかな…？
コマンド＞つよさ＞じょうたい　と選んでいったときに、
「MetaCmd::getWidth()が適当な実装です」と出てくるが、OKボタンを押しても
しつこく出てくるのだけは勘弁…（ノд｀
（未実装なら、エラーメッセージを出して強制終了　ぐらいはしてもいいかな…？と思うけどｗ）

それでも、形になっているみたいなので、負けてられんなと思ったよ。
>>1よ、がんがってくれ！


自分も、昔VBで作ったRPGをVCとDirectXでリメイク中だが
勉強の為にライブラリから自作しとるので、何にも形になっとらん…orz

装備品の能力上昇を実装しました。
ドラクエフォントをインストールしていない場合に警告が出るようになりました。
つよさをみる　のステータス詳細画面に装備品が表示されるようになりました。
IventScriptに【Goto】と【Label】と【If】(HasItem)と【Div】を実装しました。
これによってアイテムフラグで進む簡単なストーリーなら作れます。
破損率99%以下の物の破損時「おともなくくずれさった…」と表示するようになりました。

とりあえず、ストーリーはおわりです、というメッセージが表示されるまでの
ミニストーリーを作ってみました。
ちょっとテストのつもりなので、おもしろいとか面白くないとか言わないでくださいね。

メモ帳でEditしたんですが、このスクリプト結構見づらいです。(インデントつけられないし
がんばって専用のエディターも作らなくっちゃ、ですね。

tp://sakuratan.ddo.jp/uploader/source/date66194.lzh
次は戦闘中の武器持ち替え対応か
→　はい
　　 いいえ
の選択窓か
あと呪文？

の前にフィールドでそうびコマンドの実装だな Orz

>>331
あれ？ほんとだ(汗
いままでちゃんと表示されてたはずなのにOrz
332でUpしたやつも同じ症状に陥るので、修正版を出すまで【つよさをみる】をしないでください。
未実装の部分は、選択してもなにもおこらないようにしてあるつもりなので(強制終了すると、僕も困る)
つっこみサンクスです。

バグが出るのは【つよさをみる】じゃなくて【じょうたい】でした。
そういえば、実装しようとして、中途半端なまま忘れてたんだ　Orz
実装してきます。Orz

つよさ->じょうたい　のバグっていうか、放置プレイだった箇所を修正しました。
そういえば、「うんのよさ」の使い道ってなにもなし、だったかしら？
雰囲気だけでつけたとかって話を聞いたことがあるんですが…
でも、それじゃアレなので、なにかつけたいと思います。
何か利用方法ある？
宝箱のドロップ率アップくらいしか思いつかないや。

あ…　宝箱おとすとかも実装しないとな…

tp://sakuratan.ddo.jp/uploader/source/date66205.lzh

すげーことやってんなｗ

どうぐ->そうび　から装備できるようにしました。
普通の装備コマンドはまだ未実装です。
戦闘中に攻撃用アイテムが使えるようになりました。
複数攻撃できるようになったのは、かなり興奮しました。

もうちょっとしたら　じゅもん　の実装に取り掛かろうと思うのですが
じゅもんの並べ方をどうしようか迷ってます。
案�@DQ3方式
職業ごとに呪文テーブルを用意する。
転職などをして、他の職業の呪文を覚えたら
じゅもん->しょくぎょう->呪文選択
という流れで選択する。
○空白が埋まらないイライラがなくなる
×手間がかかる。 DQ6方式の転職には対応できない。

案�ADQ６方式
全呪文を網羅したテーブルを用意しておく。
○ 用意するテーブルが一つで済む。
× 人によっては埋まらない空白ができてしまう。

説明のしかたがへたくそだなぁ…　Orz
tp://sakuratan.ddo.jp/uploader/source/date66269.lzh

おまいが作りたい方で作れ。
やっていることはＦＣドラクエの移植じゃなく、スレタイのように
「ドラクエっぽいＲＰＧを作ること」だろうから。

じゅもんに番号つけて前から順番に並べるっていうのじゃあかんの？

うｐは週一くらいにしとけよ
こんな過疎板のスレで誰もいちいち落として見てねえだろ
はっきりいってろだスペースの無駄遣い

差分うｐでもいい気がするけど、モチベ維持にいいだろうしペースはうｐ主次第でいいんじゃね？

過去40万年の気温変化
ttp://www.teamrenzan.com/archives/writer/nagai/human_innovation2.png

時間かかってもちゃんとやれてるってのが偉いな
俺もこういう事やろうとはしたがすぐ飽きて挫折してばかりだ。

それはそうと、配布zipにobjファイルは別にいらんと思うんだが
exe作った後に消すか別フォルダに作るよう設定した方がいいんじゃないか。

俺は作りながら見せるってのがすごいと思ったよ
俺はβ的な所まで形になってから公開する予定…

【そうび】コマンドを実装しました。
思ったよりはすんなりできたかもしれない。

tp://sakuratan.ddo.jp/uploader/source/date66552.lzh

>>338,339
　呪文に番号をつけて並べることにします。れすさんくす＞＜

>>340,341
　自分的にひと段落のところでUpしていかないとモチベーションが…　Orz
　でも、ろだの無駄遣いは、おっしゃるとおりかもなので、次回から更新ごとに削除することにします。
　え？OpenSVN?　英語が読めなくて結局使い方が…　Orz

>>343
　たしかに、objはいらないですねぇ…
　サイズ減らすためにも消すことにします。(忘れたらごめんなさい。
>>344
　誰かにレスつけてもらうと、モチベーションあがってくるんです。
　多分、僕みたいなタイプが一人でやろうとすると、形になる前に終わってしまう気がするので

>>345
簡単な配布用サイトを作って、このスレで逐一更新報告するのは駄目なの？
ろだの無駄遣いを気にせず、モチベーションも維持出来るぞ

>>344
それが普通だと思うよ

この板の普通といえば逃亡だろ

俗に言うまとめサイトですか…
作ったことないんだよなぁ…
いざ作るとなると、そっちに全力費やして、本来のものがおろそかになりそう…

そんなもの完成するまで作る必要なし

管理きにしないでやるならどっかのブログスペース借りればいいけど
気にしないでやりたいようにやればいいと思うよ

変にまとめサイトとか作ったとたん放置されるのが基本だから
現状維持OK

>>1が頑張っている様なので、
俺もソース読んでアドバイスしてみる。
長文なので、長いと思ったら適当に読み飛ばしてくれ。

１．
Character.hとかで使われているフラグはbool型を用いたほうがいいな。
C言語ならintで代用するのは分かるが、せっかくC++を使っているんだから。

２．
C++ならポインタより参照(&)を出来るだけ使うべきだ。
ただし全てのポインタを置き換えられるわけじゃない。念のため。
だが、ソースコードも結構な量があるから大変だろう。
勉強して、置き換えたいなと思ってからやればいい。

３．
引数にポインタや参照を用いる場合、
引数にもconstをできるだけ付けるように気をつけたほうがいいと思う。
変数の入出力がよく分かるようになるから。

４．
クラスのメンバ変数名が大文字だったり、小文字だったり統一されていないようだけど、
普通は定数を大文字にするよね？
混乱するので書き直したほうがいいと思う。

続き

５．
int Character::decreaseHP(unsigned int i)
とか、妙なところでunsigned intを使っているけど、
できればintに統一したほうがいいと思う。
怖いのはunsigned int とintが混ざって値がおかしくなることだから。

６．
所々でvoid *を見かけるけど、普通は使わないと思う。
あまりソース見てないから、絶対必要だという理由があれば教えてくれ。

７．
方向を0や1や2で管理しているけど、できればenum（もしくはconst）を使って欲しいなあ。

８．
.hにもgetter/setter程度なら定義を書いたほうがいいと思う。
どうしてもという理由があるなら別にいいが。
.hに書いた関数はinline展開されるから簡単な関数なら実行速度が上がるぞ。

悪かったところばかり挙げていると、
>>1がへこんでしまうだろうから、最後に良かったところを挙げる。

１．
DXLibを使っているとはいえ、
数ヶ月でここまでのRPGを作ったことは素直に凄い。

２．
ゲームプログラミングだと、描画関連で苦労するので、
ライブラリを使用したのはある意味正解。

３．
C++経験が少ない割には
ソースがそれほど汚くはない。

４．
クラス分けが継承を使って、きちんと出来ている。

以上、長文スマソ。
昔からRPGを作りたかったが、結局作れなかった俺は>>1を応援しているよ。

ついでに報告しておくと、DragonQuestImitation,
俺の環境ではＸボタン押して終了したのにプロセスが残っていたぞ。
多分リソースをリークしている。確認したほうがいいのでは？

Window閉じたけどpostpuitしてないって奴か？

>>350-352
　たしかに、まとめサイト作った瞬間に半端な達成感で放置しちゃいそうですね。
　現状維持で逝きたいと思います。

>>353
　レスありがとうございます。
どれも気をつけるべきことばっかりなので、とても参考になります。
void * についてですが
MetaCmdクラスでつかってます。
MetaCmd::type で受け取った文字列によって void *valuableが
PlayerParty* だったり MonsterParty * だったりItemBox * だったりするので
それぞれ専用のポインタ変数を用意しなくてもいいようにしたかったんです
でも、エラーを避ける、という意味ではなるべく使うべきではないんでしょうね。
なんか便利そう、使って見たい！　って思ったのもあったんです（ぉぃ

Xボタンで終了に関してですが、僕のPCでは確認できなかったので
どの場所で押したか教えてもらってもいいですか？

>>356
postpuitってなんでしょうか？ すみません、ググってもでてこなかったんです　Orｚ

つよさ　-> ならびかえ を実装しました。
職業による装備判定を実装しました。
いまのところ　てつのたて　と　てつかぶと　は
ゆうしゃ　は装備できますが　そうりょ　は装備不可です。

tp://sakuratan.ddo.jp/uploader/source/date66751.lzh

次にすべきは353さんの言ってたことを中心にリファクタリングかなぁ…

ごめ、post"q"uit w

postquitとは多分PostQuitMessage()のことだろう。
ただ、ソースを見たところ、ウインドウプロシージャを使わずに、
DxLib_End()とかを呼び出しているようなので関係ないのかな。

ちなみに最新版でもう一度やってみたが、
戦闘中でXボタンで強制終了させるとリソースリークが起こるようだ。
移動中やタイトルでは起こらなかった。

>>360
ソース見てないから、適当な発言だが

それって、単にDXlib側の終了命令の時に
終らせるべきモノを終らせないで、普通に終らせちゃうから
リソースリークしてるだけでは？
どっかで、なにか取得または確保したのを自動開放してくれないのに
そのまま落としてるとかさぁ

多分PostQuiMassageの代わりがDxLib_End()だと思います。
無限ループは、キー入力待ちの状態のはずで
キー入力はPlayerPartyクラスのsetInputKeyで行われていて
setInputKey関数内で、ProcessMessage()を呼び出していて
×ボタンを押すとProcessMessage()が-1を返すんだと思います。
-1が返ってくる時はsetInputKeyは0を返してループを抜けるようにしてあります。
最終的にWinMainの最後まで行くはず…？

DxLibはフルスクリーンを前提としているらしいので、×を押された時の対応が曖昧なのかも知れませんが、
どっかで取得あるいは確保した何か、をリリースし忘れている可能性が　大　で　す　。

なんだろうなあ。
DxLibでユーザが解放しなきゃならないものはほとんどなかったと思うけど。
そもそも解放するしないにかかわらず、プロセスが残るってのは変な気がする。

ソース見たが、
Field::Draw()でProcessMessage()使ってる。
しかも戻り値チェックしてない。

ProcessMessage()やScreenFlip()はあまりソース中に散在させるものではないと思うよ。
人それぞれかもしれんが。

あ、本当だ… Orz
右も左も分からない時に書いた箇所だ…

ProcessMessageは全二箇所で、一箇所にまとめるのは、僕の頭じゃ無理そうです。
ScreenFlipも同様で、こっちは19個もありました。
ProcessMessageもScreenFlipも最小限に抑えるべきだと、僕もそう思います。
完全に設計ミスですね　Orz
でも、今、修正すると心が折れそうなのでやめておきます。
次回作を作る時は、もう少しまともな設計ができそうです。
…いや、そうならないとこのスレの意味が…

Xボタンの件は、タイトル画面で症状を確認できました。
Escで終了した場合はおこりませんでした。
原因はやっぱり不明です。
もうちょっと自分でいじってみてダメそうならDxLibの掲示板に行ってみます。

方向を定数に変えました。
すこしずつconst関数に変えていってます。
呪文を実装しています。フィールドで使用が可能になっています。

tp://sakuratan.ddo.jp/uploader/source/date66885.lzh
削除パス設定し忘れた…　Orz

複数ある時点でメッセージキューの仕組みが破綻すると思うのだが

>>365
タイトル画面の処理って、下のループかな？

> int TitleCount = 0;
> while(!party.setInputKey()){

ここでウィンドウ閉じるとループは抜けるだろうけど、DxLib_End()までは遠いね。
やはり、party.setInputKey()が分散≒ProcessMessage()が分散してるところが怪しい。

DXライブラリは自分も使ってるけど、以下のような感じでやっている。
メインループは一つ。ProcessMessage()やScreenFlip()は毎フレームに一回だけ呼ぶ。

DxLib_Init();
その他の初期化
while(ProcessMessage()) {
キー入力
switch(state) {
case STATE_TITLE:
title_exec(); title_draw();
case STATE_GAME:
game_exec(); game_draw();
}
ScreenFlip();
}
DxLib_End();

実際は、もっとオブジェクト指向っぽくしたり、ステートが階層構造になっているけどね。

最初から人様の作ったラッパー使うのはどうかと

別にいいよ
>>1はゲーム作りじゃなくてC++の勉強してるんだろ

winMain以外の関数でループさせないほうがいい、って事ですよね。
格ウインドウのgiveControl関数でループがあり、処理を投げているので
ほぼ一からやり直しになると思います。

×ボタンはつかわないでください、とコメントを添えて配布？とか思ったけど
そんなもん読む人はいないと思うので、（守らないと思うし）
苦肉の策で setKeyInputで呼び出したProcessMessage()が-1を返す時に
その場でDxLib_End()とexit()を呼び出してみました。

僕がテストした範囲内ではタイトル、移動、戦闘、全部Xボタンで正常終了することができました。
お手数ですが、興味のある方、検証お願いします。

大丈夫だったかダメだったかカキコしていただけると大変助かります。

tp://sakuratan.ddo.jp/uploader/source/date66915.lzh

C++の勉強なら余計に人様のラッパー使わない方がよくない・・・？
勉強とかいうつもりがなくてただゲーム作るだけなら有り物で近道した方がいいかもしれないけど。

>>371
ポリゴンで疑似スプライトから、とか？
そのほうが順番おかしいだろ
DirectXの勉強が主体になっちまう

371さんが言いたいのは、DxLibなしでは何もつくれなくなるようなヘたれになるぞ、って警告ですよね？
その忠告、しっかり胸に刻んでおきます。
DxLibを使うようになった経緯の一つに、そもそもライブラリとは何か、すら分っていなかったというのがありまして。
コンソールでHelloWorldを出力して、次にやろうと思ったのがこれなんです。
その程度の初心者が行き当たりばったりではじめたスレなんです。
勉強をかねて、とはいえ、やっぱり愛着もあるわけで
完成させたいんですよ。
シナリオとかも妄想をメモしてる程度ですが、書き溜めていますし。

で、これからの方向性ですが
ランタイム部分は従来どおりDxLibを使っていって
ツクール部分を作る時はDirectXも使わないで作ろうと思っています。

全部完成したら、２DアクションMORPGを作りたいとか思ってます。

これからもがんばるので、なにとぞ応援よろしくお願いします。
>>3-372

HellowWorldの次がこれって階段飛ばしすぎだろｗ
それでここまで作れるってんだから
LV1の勇者が偶然の会心の一撃ではぐれメタル倒しでもしたようなLVアップだな
その心意気は買うけどｗ

ゲームのプログラムやるならDxLiv使ってもいいと思うよ。
1なら大丈夫カモ知れないけど、DirectXの勉強から入る大概の奴は途中で挫折するし。

DirectXは初級者には難しいからな
とても素人の手には負えない代物
ラッパーライブラリから入るのは強ち間違ってないな

SDLやopen_glを使ってくだちい<><><><>

ライブラリを使いこなして組むことも勉強（経験）の一つだよ。
これができない奴は生産性が恐ろしく低い。
勉強はともかく時間とモチベーションは有限なんだから1がやりたいことをやるべきだ。

俺はゲームのライブラリ作成で挫折した口だ。
ゲーム創るのって難しいんだよな。
特に何もかもを自分で作らないといけないC/C++言語の場合。
だから最近はRPGツクールやHSPに逃げる人が増えているのではないか？

何もかもを自分で作らなきゃならないと思ってるからモチベーションがもたないだけ
趣味プロは、やりたい所以外は楽してもいいんだよ

俺はエディタや開発環境の構築で挫折したよ

俺はRPG用ツール（マップエディタやドット絵作成ツール）の開発に熱中して結局RPG本体は作る機会を逸しているよ

なんか僕、ライブラリの意味が分ってないみたいです。
再利用しやすい形でまとめたプログラムの塊、って思ってたんですが、それだけじゃないのかな？
dllとか共有ライブラリとか、掘り下げれば一晩語れそうなくらい深い…？

でもOpenGLはおもしろそう。ＸＢｏｘで動くらしいじゃないですか。
コンシューマで自作ゲームが動くなんて！
問題は僕の周りに僕以外にＸ箱もってる人がいないことですね。ねらーはＰＣもってるだろうし。

***************************************************************
戦闘中に呪文が使えるようになりました。
ＭＰ回復アイテムを実装しました。

tp://sakuratan.ddo.jp/uploader/source/date67042.lzh

つぎはルーラとか実装しようかな。
戦闘の呪文が9個以上の時の対応しなくちゃ　Ｏｒｚ

HelloWorldの次に手つけてここまでやれてるってまじかよｗ
しかも次なる目標２DアクションMORPGとか>>1なら本当にやれそうだし
久々に焦りを感じた。これは俺も何か形になる物を作らねば

俺はライブラリとサンプル作りながら作業は順調に遅れてる

XBOXで動くのはXNAだよ
【Xbox360】 XNA Game Studio その4 【C＃】
http://pc11.2ch.net/test/read.cgi/gamedev/1198312422/

ゴ　ゴ　ゴ　ゴ　ゴ　ゴ　ゴ　ゴ　　　
　　　／＼　 /｜　
　　／ /| ＼/ ｜(＼ /)
　／　/ | 　＼｜( ﾟーﾟ) <全力でBCCを捨てVCに移行せよ
／　 /　| 　 __〃｀ヽ 〈＿　
　　/ γ´⌒´-−ヾｖーヽ⌒ヽ　
　 /／⌒　 ｨ mfc ｀ｉ´cli ）; ｀ヽ
　//　　 　ﾉ＾ ､＿__￥＿_人　　|
/ !　　,,,ノ爻＼_　_人　ﾉｒ;＾ >　 ）
/ （　　 <_ ＼ﾍ､,, __,+､__ｒﾉ/　　/
　　ヽ_　　＼ ）ゝ､__,+､_ｱ〃 ／
　　　 ヽ､___ ヽ.=┬─┬〈　 ｿ、
　　　　 　〈J　.〉､|　　 |,　|ヽ-´
　　　　　　/"" 　|ATL|:　|
　　　　　　ﾚ　　 :|:　　 |　ﾘ
　　　　 　/　　 ﾉ|＿＿|　|
↑　 　　／|　,,　 ｿ　 ヽ　　）
　＼＿／ .,ゝ 　 ）　　ｲ ヽ ﾉ
　　　　　ｙ　｀ﾚｌ　　 〈´　 ﾘ
　　　　 /　　 ﾉ　　　|　　 | .
　　　　 ｌ　　/　　　　ｌ;;　 |
　　　　 〉　〈 　　　　 〉　 |
　　　 /　　::|　　　　（_ヽ　＼､
　　　(｡ｍｎﾉ　　　　　 ｀ヽｎｍ

〜がやりたい→試しに実装してみる→せっかくだから汎用的なクラスにしよう
→せっかくここまでやったんだからどうせならこの機能も付けとこう
→ベース部分のコードばっかり増えて全然ゲームが作れない
助けてくれ

妥協無くして形にならず
とりあえずかたちにしたいならいい加減な吶喊工事が一番さ

>>387
>→せっかくだから汎用的なクラスにしよう

ここまでで止める

>〜がやりたい→試しに実装してみる

いつもここで止まる俺は、何が足りないんだろうね？

「こういうものを作りたい」という完成形が頭に描けないことかな。

多分、ちゃんとした絵と音楽があれば、やる気が俄然違うはず。
それらがないから、ちょっとプログラムの実験をして満足、みたいな。

Kneel to the Emperor of Japan.
You are a Korean. It is ugly race.

>>386
BCC Developerの便利な機能をやっと把握し始めたところなのに…　Orz

呪文で、一定数(8個)を超えるとページが送れる仕組みでちょっとてこずってます。
断片的に思いついた事が一つにまとまらない感じ。
紙に箇条書きと自分にしか分からない図を書いて最適解を探してます。
最適解って言っても、全然【最】適ではないんだろうけど。

【とりあえず動くもの】を作るのが楽しくやる秘訣だ、ってどっかで見ました。
自分が書いたプログラムが動くのが楽しいので
ベースのクラスからかっちりくみ上げていくとモチベーションが持たないらしいです。

ところで、ツクール部分はWinAPIで作ろうかと考えていたんですが、
面倒くさいからやめとけとか、そういうのはこのライブラリを使えとかありますか？
ちょっと先のことになりそうですが、先に聞いておきたいなー　なんて思ったりして。

> BCC Developerの便利な機能をやっと把握し始めたところなのに…　Orz
VCを使うとBCCの糞さに気づいてVCマンセーするに100ペリカ
うだうだ言い訳する前に試しに使ってみろ

おれは、他のサンプルプログラムをDLして、コンパイルすると
リンクエラー"mfc42d.lib"が見つからん。というのをみて挫折した。
対処方法をググって見たけど、プロジェクトファイルにそんなmfc42dをリンクする設定なんてなく、
アプリケーション形式も、Win32アプリに設定しているにもかかわらずだ。
コンパイラ自体扱えない俺にはC++は無理だと悟った。

>>395
mfc42d.libって、えらい古いライブラリだな。
たまに使っているプログラム見るけど。
mfc42d.libはちゃんと持っているのか？
プロジェクトにはライブラリまでのパス通したか？

>>393
別に無理してVCに移行することはない。
むしろ、初心者のうちにBCCあたりで苦労しておいた方がいいと思う。
俺はBCC Developer->VCへと移行したが、BCCの苦労も役に立ったぞ。

ツール類は普通に考えるとMFCなんだろうが有料だしな・・・
自分しか使わないならJavaでもRubyでもPythonでも何でもいいんじゃ？

自分用のツールは楽に作れる言語とライブラリでサクッと作るべき

普通に考えたら.NETなんじゃないの

>>378
逃げるって言うか現実的な妥協策だろ

普通とかわけわからん。
使い慣れた方法つかえばいいよ。
データだけならテキストエディタでもExcelでも作れるし。
HSPでサクッと作れるならそれでやりゃいい。
.NETってのが何を指すのかしらんがそれで作りやすいならそれでやりゃいい。
ツールだしな。

>>393
とりあえず、ツール類なら「バイナリデータが扱いやすい環境」が欲しいね。
バイナリデータを直感的に扱いにくいJavaやスクリプトはやめておいた方が良い。
できればC/C++、GUIの作りやすさ優先ならC#あたりか。

ツクールとして一体化させたい（今作っているシステムをツクールで作ったシナリオ
実行系に作り直したい）というのであれば、今のライブラリでいけそうならそのまま
行けばよいし、ライブラリを使う利点を感じないならAPIベースで組めばよい。
個人的には自力描画中心で描画も単純なドラクエ系RPGなら、自由度の高いAPI
（DIBSection）ベースの方が作りやすいが。

ただ、この部分も出来ればエディタ部分と同じ環境で開発しておくと「部品」を使い
まわしたり統合しやすくなるかな。

Javaでドラクエ風のゲーム作ってる俺から言わせてもらえば、
Javaは特にバイナリを扱いにくいということはないと思うぞ。

ただ、ツール作るには確かに向いてないかも。
javax.swingでツール作ってたら、
JDKを5から6に上げた途端動かなくなって俺涙目。

VC#は使い易すぎる
タダだし

好きなの使え
誰も止めない

みんないろいろありがと！
実は環境設定とかが苦手で、DxLibを使うに至ったのもDirectXをそのまま使えなかったから、でした。
みんなの意見を参考にしていろいろ試して、自分に合うものを探してみるよ。

自分は逆にVC6からBCC(Developer)だな。
アカデミックで商用は作れなかったのと、
どうせWin32APISDKしか使っていなかったので。
プロジェクトファイル名前順並び替えだけツール作って行っている。

VCだBCCだ言う前にIDEじゃない素の環境を経験するほうが大事な気がする
そうすればリンクエラーでつまづくとかありえないから
そんな大前提の知識もなしにOOP語ってるからあきれるを通り越して笑える

老害がここにも

GCC(MinGW)はどう? 全部フリーで商用も可能w
実際吉里吉里３はMinGWで作ってるらしいよ
https://sv.kikyou.info/trac/kirikiri/wiki/documents/kirikiri3/development/build_win32

あまり考えすぎてモチベーション下がらないようにな
全員が完全に納得する選択なんてないし趣味の範囲の事だ

emacsとかgnuのツールを使えるようになれば今より確実にコードの質や作業効率はあがるだろうけど、
そうなるまでにソフトが2つ3つ完成するぐらいの時間がかかるからなぁ。
「C++の勉強してたのにいつの間にかperlやlisp、シェルスクリプトの勉強してた」とか馬鹿な事になるのがオチ。
BCからC++にうつるにしても、ここまで酷くはないだろうが似たようなことになるだろうとは思う。

DirectX使ってる時点で移植性も糞もないが
90%近くの環境で動くから問題なし。

確かにテキストエディタ＋コマンドプロンプトで、ビルドしてみるのは重要かもしれませんねー。
どうして違うのファイルに書かれてる関数が見れるのか、最初不思議だったんですよ。
今日、ためしにやってみて、その謎が解けました。

GNUって名前は聞いたことありますね。emacsは知りません。
なにが自分に必要で、自分にあっているか分からないので、少しずつ試して見たいと思う今日この頃。
一応、作業が滞らない程度にね。

やっと呪文のページ送りの機構ができました。

tp://sakuratan.ddo.jp/uploader/source/date67486.lzh

これでルーラの行き先とか
持ち物を9個以上持てるようにしたりとか
フィールドの呪文もたくさん持たせられたりできます。

あとイベントフラグ系を実装してみようかな。

そろそろ>>1のキャパが限界に近づいてきたﾖｶｰｿ

とりあえずこれが完成するか行き詰まってやめるかするまではbccのままで行ったほうが良いと思う。

と、ツールをとっかえひっかえして肝心のゲーム制作が一向に進まない俺が言ってみる。

VHDL → ﾒｶﾞｶﾐｽ
汗　　　→ ｷﾛｶﾐｽ
C/C++ → ｶﾐｽ
Java　→　ｱﾎｽ
C#　　→ ｱﾎｽ
VB　　→　ｷﾛｱﾎｽ
PHP　→　ﾒｶﾞｱﾎｽ
Flash → ｷﾞｶﾞｱﾎｽ
Web　→ ﾃﾗｱﾎｽ

汗って何かと思ったら
Assemblerか

>>416
ワナビー乙

>>416
RPGツクールでおｋ

>>416

http://www.geekpage.jp/blog/?id=2006/12/13
プログラミング言語ヒエラルキー

>>416
可哀想な子だな

>>416
わかりました。あなたは世界を革命するしかないでしょう。

アク禁につき携帯から…

>>420
吹いたｗ

空気読まずに最新版投下。
******************************
ルーラが使用可能になりました。
イベントフラグを実装しました。
とびらを実装しました。
各マップオブジェクトに存在フラグを設定できるようになりました。
アリアハンを拡張しました。

tp://sakuratan.ddo.jp/uploader/source/date67764.lzh

すみません、最新版アリアハン歩けませんでした。
metaMap.csvに嘘コメントが乗ってます。
家に帰ったら修正版うぷしますが、とりあえず。

× 画像ファイル名 昼 夜 通行可否
○ 画像ファイル名 通行可否 昼 夜

>>423
戦闘の文字の送り方のタイミングとかドラクエっぽくなっているな。

アリアハンに入ると右側に動けない。
左側に動いて城から出ることは出来る。

いろいろ手をつけてたら、まともにアップできる状態じゃなくなってしまった… Orz
とりあえず、>>423でうｐしたやつをアリアハンが歩けるようにしてうｐしておきます。

tp://sakuratan.ddo.jp/uploader/source/date67926.lzh

平行してエディター部分も作り始めました。
WinAPIで作ってます。
C++っぽくウィンドウをクラス化しようと思って、
WNDCLASS構造体を継承したWndクラスを作りました。
WNDCLASS::lpfnWndProcにメンバ関数Wnd::WndProcのポインタを渡したいんですが

'long (__stdcall Wnd::*)(HWND__ *,unsigned int,unsigned int,long)' 型は
'long (__stdcall *)(HWND__ *,unsigned int,unsigned int,long)' 型に変換できない(関数
Wnd::Wnd() )

というコンパイルエラーがでます。
相変わらずBCCでやってます。

ソースは
tp://sakuratan.ddo.jp/uploader/source/date67927.txt
です。
ボスケテ Orz

HellowWorldの次がこれって絶対冗談だろ？ｗ

MetaCmd クラスを見ると
bool に int を代入してたり、
bool型を返却するメソッドなのに、intを返却してるケースが有るが、
>>1 の環境ではワーニングも何も出ないんか？

あと、VC++2005だけかもしれんけど、
hakase.h の small関数でエラー出まくる
どうやら、platform sdk側 の rpcndr.h で
#define small char
とか ぶっこいちゃってるのが原因みたい

うちは VC++2005 しか無いんだけど、
動くようになるまでに色々とイジる必要がありますな
なんつーか、本来なら警告が出る部分が目立つから
いまのうちに潰しとかないと危ないなぁ

>>427
& は要らなくね？

>>427
http://www.m--takahashi.com/bbs/pastlog/04500/04419.html
↑ここ読め

つか１はとても初心者とは思えんな
C++の知識は確かに貧弱だけどCかもしくは別言語はやってたんだろ

まあ、がんばってくれ
俺もゲーム作ってるからソースは参考にさせてもらうよ

c用の構造体は継承しちゃダメだよ
publicになっちゃうし…

small関数は別の名前に変えて欲しいところではある。

MFCやWTLのCRｅctとかふつーにRECT派生してるよ。
まーそもそもAPIの薄いラッパーなんだが。

>>435
で？
CRectと同じように自由に中身いじれていいと？
どう考えてもhas関係のほうがいいだろ

用途によると

>>437
>>427を読んでもまだ言うかww

>>1は当然リファクタリング中なんだよな？
こんな状態で新機能つけられても失笑をかうだけだぞ

リファクタリングなんか実装終わってからやればいいじゃんか

1は明らかに本業

>>429
実は、警告が一切でません。

たとえば
×
bool test(int a){
retun a;
}

○
bool test(int a){
if(a){return true;
}else{retun false;}
}

とやらないと警告がでるってことですか？
それとも他の問題？

あとsmall関数に関してはreturnSmall関数に名前を変えます。
衝突しやすい名前は避けるべきでしたね。すみませんでした。

>>431
まさしく僕の状況と同じですね、ありがとうございます。
参考にしてやってみます。

アクセス権についてはprotectedにすれば大丈夫？
でも、最悪publicになっても仕方ないと思うことにします。

>>442
まあ、普通はboolをintに変換すると警告が出る。
C言語ではしょうがないが、intとboolは本来違う型だから。
BCCでは警告出ないのか……。
BCCは警告がVC++より多く出るのでデバッグしやすいと思っていたのだが。
最近のVC++が賢くなったのかも知れん。

ちなみに、このソースなら
bool test(int a)
{
　　return a != 0;
}
とやったほうがいいぞ。
Javaだとifにはbool型しか書けないから、このようにする必要がある。

アクセス権は正直難しいな。
無理やりprivateにしても、アクセサを作るのは面倒だし。
最小限の関数がアクセスできるように設定するのが理想。
継承してオーバーライドしたメンバ関数が参照する変数ならprotected。
そうでなければprivateが正解。
publicは構造体専用のような気がする。構造体のような基本クラスならあり。

int から bool への変換で警告はないだろ。
0が偽で非0が真なんだから、警告の出しようがない気がするが。
VC++ が過剰なだけでは？

return a != 0;
としたほうが良いってのは同意だけど。でも Java は別に関係ないな。

コンパイラだけ見ればVCのほうが標準準拠度がまし

intをboolに変換したらintに再変換できない。
情報が失われているから警告出してもよさそうなのだが。
しかし手元のg++でコンパイルしてみたが警告出ないな。

世界ランク14位おめｗ
http://2chcity.myminicity.com/

ランク　　　国名　　　　　　街　　　　　　　　　　　　　人口　　（前日比）　　前日
--- 1　　　US1　　　　　　LUELand　　　　　　　　　326354　（+211）　　　326143
--- 2　　　US2　　　　　　GoonTown　　　　　　　　179482　（+711）　　　.178771
--- 3　　　Germany1　　.isnichwahr.de　　　　　　 119091　（-654）　　　119745
--- 4　　　US3　　　　　　CreateMyCity Forum　 .87380　 （+1982）　　 85398
--- 5　　　Poland1　　　 #debian.pl　　　　　　　　　79594　 （+1043）　　 .78551
--- 6　　　Germany2　　upOTia　　　　　 　 　 　 　52443　 （+399）　　　 52044
--- 7　　　France1　　　 Reze'Les Nantes　　　　 .41960　 （+246）　　　 41714
--- 8　　　Canada1　　　J-C Satanas & CO　　　.40995　 （+721）　　　 40274
--- 9　　　US4　　　　　　retromundi　　　　　　　　.40604　 （+788）　　　 39816
--- 10　　France2　　　　FanaZ　　　　　　　　　 　.39902　 .（+1268）　　 38634
2↑ 11　　Germany3　　　deluxebits　　　　　　　　 38770　 .（+3199）　　 35571
1↓ 12　　US5　　　　　　.isnichwahr.at　　　　　 　 .38234　 （+78）　　　　38143
1↓ 13　　France3　　　　gravure-news　　　　 　 .37204　 .（+765）　　　 36439
2↑ 14　　Japan1　　　　　2ch_city　　　　　　　　　 35637　 .（+1970）　　 33667
1↓ 15　　Spain1　　　　　Media-Vida　　　　 　 　 .35205　 .（+686）　　　 34519
1↓ 16　　France4　　　　Sguy　　　　　　　　　　　 .35083　 .（+1456）　　 33626
2↓ 17　　Ireland1　　　　.prapikilty　　　　　　 　 　.35067　 .（+871）　　　 34196
--- 18　　Spain2　　　　　benidaver　　　　　　　　 .34505　 .（+914）　　　 33591
--- 19　　Germany4　　　directupload　　　　　　 ..32490　 .（+82）　　　　.32408
-↑ 20　　Slovakia1　　　 Legionar City　　　　　　 32056

>>349
今中途半端に新機能付けてる所なので、一段落したらリファクタリングしようと思ってます。
VCに移行する事も考えてます。
せっかく見てくれる人がいるんだから、殆ど使われてないBCCよりアドバイスも受けやすそうだし。

はやくアク禁とけないかなぁ…

VC++ 2005をインスコして、コンパイルしてみたものの
吐き出されたエラーの量に愕然…。
しかも見たことないエラーだから対処法がわかんないOrz

とりあえず、このプロジェクトは最後までBCCで行ったほうがよさそうだ。
VCは次のプロジェクトでつかってみることにするよ。
いや、エディター部分で使ってみるか。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
人と物の区別をつけました。
町の中の入り口に立ってるのが【人】です。

tp://sakuratan.ddo.jp/uploader/source/date68697.lzh

>>449
VC++2005っていうのはExpressEditionか？
それならWin32 SDKをインストールする必要があるぞ。

もし違うのなら、ユニコード関連のエラーじゃなかったか？
俺も最初そこではまったぞ。
VC++2005以降ではデフォルトのプロジェクト設定は
ユニコード関数になってる（当然98/Meでは実行不可）。

多分今まではANSIライブラリで開発していただろうから、
プロジェクトー＞プロパティー＞構成プロパティ
ー＞全般ー＞プロジェクトの規定値ー＞文字セット
を「マルチバイト文字セットを利用する」と設定してみたらどうだ。
関数でセキュリティ警告がでたらググって消すといい
（あまり良い対処法ではないが）。
意外とVC++も面倒なんだよな。
インテリセンスは便利なんだが、そっちはVC#のほうが進化してるし。

windowsのAPI直接呼んでなければplatformSDKは不要
>>1のソース見てないから使ってるかは知らんが…

>>451
Dx_Lib使ってるなら必要だったような希ガス

>>452
それはおかしい
DX_libがWinAPI用のlibファイルとリンクしてないことになる
バイナリで提供されているということは、WinAPI用のlibはリンク済みなはず

DXLIB配布元の説明くらい読め
PlatformSDKは必須

必須て・・・
dll版も配布されているので可能だけど

ライブラリ群の話しじゃないよ
ヘッダはどうすんのよ
windows.hとか最初に読んでるし

まさかBCCの使えとか言ってる?

>>456
つれたｗｗｗ
ライブラリ側のビルド時に依存してるだけだから、コメントアウトして問題ない。

implibとかdumpbin等等の細かいツールいくつかと、元のdxlib.hを加工すればいける
dll作成経験が恐らく無い>>1には大変かもね

加工かよ
じゃあ
WIN32ライブラリリンクしてるとこも加工な
がんばってくれｗｗ

>WIN32ライブラリリンクしてるとこも加工な
お前本当にＤＬＬ作ったことないのな・・・

単体のexeとほぼ同じ構造になってる
この意味がわかるか？

よく読め
俺はお前の言った
ヘッダの修正の話しをしている

それからdll版ってなんだ？
悪いが見たこともない
win32リンクされてるdll版でも配布されてんの？

>よく読め
>俺はお前の言った
>ヘッダの修正の話しをしている
やっぱりお前わかってないってdll作ったこと無いなら素直に質問すればいい

>それからdll版ってなんだ？
C#版ｱｰｶｲﾌﾞに入っている。
C#で開発する際には、同梱の.NETのクラスライブラリを使ってアクセスするというだけなので、
dxlib.dll自身はネイティブ。

お？
あった

納得
つかC#かよ！！
というツッコミは辞めておく

勉強になったわ
サンキュー

>つかC#かよ！！
>というツッコミは辞めておく

いや、そこはつっこめよｗ

>463
>C#で開発する際には、同梱の.NETのクラスライブラリを使ってアクセスするというだけなので、
>dxlib.dll自身はネイティブ。

1の開発環境はC#なのか？ｗ

>>465
だから、dxlib.dllはネイティブだと何度(ry

>>452-466
お前らかっこ悪りぃｗｗｗｗ

2008EEならPSDK付いてるだろ
同じ無料だし軽くなってるし

俺が初めにやったのはlibがRelease用なのにdebugでビルドしようとしたミスだ。

>>449
>吐き出されたエラーの量に愕然…。
>しかも見たことないエラーだから対処法がわかんないOrz

たぶん次プロジェクトで使おうとしても同じ部分でつまづくから
開発の合間に少しずつでいいから解決してみれ
オレもこれを VC++2005 でビルドできるようにするまでに
色々な部分をイジったから
分かんねーことがあったら全部ここで聞いてみー

あと、VC++2005 がアホだからかもしれんけど
BattleCommands クラスの giveControl メソッド内に
goto Spell;
があるんだが、Useable.h の Spellクラスと混同されてるみたいで
エラーになっている

Field.cpp の380行目で
構文エラー : ';' が '}' の前にありません
とか出てくるけど、
それ以前に Field クラスの iventProcess メソッドは
近いうちに何とかしといた方が良さそうだな

gotoのラベルは全て大文字が基本だね
エラー処理以外で使うべきではないが…

4819と4996の警告を無視するようにオプション付けると少し幸せになるかもしれん。

VC++コンパイラが文字コードを知らないバグはゲイツも認識しているらしいが修正は次期リリースを待て、
とのことだったような気がしたが、ソースは無い。

というわけで、文字コード警告は無視。
atoiは時代遅れ、という警告も無視。

無視するのはいいが、全角文字みたいにマジで認識できない文字が入っていたとしても警告出ないので注意な。

ん？
それだと警告じゃなくてエラーがちゃんと出るやもしれんが…。

どうでもいいが、コンパイラが文字コードを判別できないってアホすぎるだろ。

おっとsage忘れたごめんよ。

みんなありがとう　＞＜
もうちょっとVCがんばってみるわ。
ちなみに、お察しの通り2005 Express Editionです。
gotoのラベルの文字衝突なんか　自力じゃ絶対わかんないって　Orz
壁にぶつかったら質問しに来るね。
ほんとありがと。

Standard Editionの俺の足元にも及ばないぜ

>>474
2008でてるのに・・・

2008か…
ダウソしてみる…

>>477
俺はVisual C++ 2008 Express Editionを使っている。
使用頻度は高くないが……。
Visual C++ 2005 Express Editionと違って、
設定しなくてもWin32プログラミングが出来るのが強みだ。

2008ダウソしたらVC++9.0 って書いてあったけど、 Vc++6.0 の2005と　どっちのほうが使ってる人多い？
それともどっちでも関係ない？
もしくは6.0で作っておけば9.0ならコンパイル通る？

VC2005は8.0だよ

とりあえず2008をダウソして使ってみたんですが、
DxLibのHPのガイドにそって設定を終わらせて、白い点を表示させるだけのプログラムは正常に動きました。
が、肝心のDQもどきのコンパイルは通らなかったです。
エラーメッセージはこんな感じです。

------ ビルド開始: プロジェクト: test, 構成: Debug Win32 ------
コンパイルしています...
CommandBattle.cpp
リンクしています...
.\Debug\BattleField.obj : fatal error LNK1107: ファイルが無効であるか、または壊れています: 0x23817 を読み取れません。
ビルドログは "file://c:\Documents and Settings\はかせ\My Documents\Visual Studio 2008\Projects\test\Debug\BuildLog.htm" に保存されました。
test - エラー 1、警告 0
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========

いろいろググって見たところ、リンカが上手く動いてないっぽい？

VisualC++用 のライブラリ使ってる？

>>482
ちゃんとVC用のを使ってます＞＜
サンプルは一応動くんですよねぇ…。

ファイルの追加のやり方が間違ってる？

>>1には悪いけどはかせでﾜﾛﾀ

>>483
↓これはもう試した？

プロジェクトのプロパティから、構成→全般
文字セットの欄　→　「マルチバイト文字セットを使用する」に変更

>>483
リンク時のエラーということは文字セットの問題じゃないな。
Releaseモードでコンパイルしてみたらどうだ。
確か、俺はDebugモードではライブラリが入ってなくて
実行時にエラーになった覚えがある。
Releaseモードだとデバッガが使えなくなるのが難点だが。

あと、481のログは全部のソースファイルをビルドしたやつか？
ソースファイルが１つのはずはないが……。

>ファイルの追加のやり方が間違ってる？
どのように追加したのか詳しく説明してくれ。

>>485
それ2008からなくなったよ

>>487
あるじゃねーかｗｗ

釣られてしまった

流れ無視で書くけど致命的なエラーだからBattleField.objってのに
単純に出力されてないとかロックがかかっててアクセスできないとか
リンカが想定してるobjではないとかそんな感じだとおも
つーかLNK1107もちゃんとヘルプで確認しろよ

みんなありがとう
体調不良で早く寝て、朝起きて出かける前に少しいじって、出先から携帯カキコ。
LNK1107のエラーはBCCでコンパイルしたobjファイルを削除してからビルドしたら解決した。
>>489の言うとおりヘルプ見たら解決できた。
ググるだけで、ヘルプ見るって考えが無かったよ orz

だけど、また違うエラーがでてきた。
家に帰ってからじっくりやってみる。

Useable.obj : error LNK2005:
"public: static char * global::c" (?c@global@@2PADA) は既に BattleField.obj で定義されています。
C:\Documents and Settings\はかせ\My Documents\Visual Studio 2008\Projects\test\Debug\test.exe :
fatal error LNK1169: 1 つ以上の複数回定義されているシンボルが見つかりました。

現状のエラーは上の感じです。LNK2005が205箇所でてます。
エラー内容はヘッダを複数回重複して読み込んでる、ってことみたいなんですが、
#ifndef _CHARACTER_H_
#define _CHARACTER_H_

本体

#endif

とやって回避したつもりでしたが、できてない様子。
ヘルプを見ると
ヘッダに
extern BOOL MyBool;
cppソースに
MyBool = false;
と記述しろ、と書いてありましたが、記入すると

error C2146: 構文エラー : ';' が、識別子 'MyBool' の前に必要です。
とエラーが出ます。

現状報告でした。

#ifdef _MSC_VER
#define pragma once
#endif /* _MSC_VER */

ヘッダの重複を避けるなら先頭に↑とでも書いておけば。

#pragma once

だったorz

>>491
> cppソースに
> MyBool = false;
> と記述しろ、と書いてありましたが、

cppの方でヘッダインクルードしてる？
ってか、ソース晒したほうが早いような

>エラー内容はヘッダを複数回重複して読み込んでる、ってことみたいなんですが、
>#ifndef _CHARACTER_H_
>#define _CHARACTER_H_
>
>本体
>
>#endif
>
>とやって回避したつもりでしたが、できてない様子。
これ（インクルードガードという）は全部のヘッダにやる必要があるぞ。
面倒だったら大抵のコンパイラが対応している
#pragma once
でも良い。
ヘッダファイルにグローバル変数の定義とか
記述していると重複するのでこんなエラーが出る。

>>491
> cppソースに
> MyBool = false;
> と記述しろ、と書いてありましたが、記入すると
これはBOOL MyBool = false;
の間違いじゃないか？
多分MyBoolの実体をcppソースに定義する必要があるはず。

>error C2146: 構文エラー : ';' が、識別子 'MyBool' の前に必要です。
>とエラーが出ます。
MyBool = false;
の前には何がある？
多分読み込んでいるヘッダファイルの中身がおかしい。
このエラーだと;の抜けか？

BOOLのtypedefしたヘッダ読んでないんだろうよ
あとBOOLはfalseじゃなくFALSEだな

そういやー、Usable.h の
static int amount;
static Item *itemList;
に対する
int ItemList::amount = 0;
Item * ItemList::itemList = NULL;
の部分は、上のと似たような理由でコメントアウトしたような気がするなー
そもそも静的変数って 0 で自動的に初期化されるんだっけか？

コンパイルとおったぁぁぁああああああああああああああああ！

>>491のエラーの原因は
ヘッダファイルで関数の中身を書いてたからみたいです。
たとえば
//* const.h
class global{
　public:
　　static char c[64];
　　static std::string msg;
};
char * global::c = 0;
std::string global::msg = "";
はダメで


//* const.h
class global{
　public:
　　static char c[64];
　　static std::string msg;
};

//* const.cpp
char * global::c = 0;
std::string global::msg = "";

と、ファイルを分ければおｋ。
…仕様なのかな？

ろだの調子が悪いみたいなので、あとでファイルあげます。
みんな本当にありがとう　T◇T

>>498
静的メンバ変数はグローバル変数と似たような扱いになる。

common.hにてグローバル変数g_varが存在し、a.cpp, b.cppがそれぞれincludeしているとする。
a.cppがコンパイルされる→a.objにg_varが存在する
b.cppがコンパイルされる→b.objにg_varが存在する
最終的にリンクするときにg_varがバッティングする。

某ランドでは動くのにね

>>498
> //* const.h
> class global{
> 　public:
> 　　static char c[64];
> 　　static std::string msg;
> };
>
> //* const.cpp
> char * global::c = 0;
> std::string global::msg = "";
こうではなくて、こちらが正しい。

//* const.h
class global{
　public:
　　static char c[64];
　　static std::string msg;
};
extern char * global::c;
extern std::string global::msg;

//* const.cpp
char * global::c = 0;
std::string global::msg = "";

つまり、ヘッダファイルに記述するのは
変数や関数、クラスの宣言であって、定義ではない。
これはBorland C++でも問題が出たと思うぞ。
多分Borland C++でコンパイルした時は複数のcppファイルで
ヘッダファイルをインクルードしていなかったから問題が起こらなかったのだろう。

>>501
デタラメ書くなよ
コンパイルできないぞ

あと配列をポインタに変換してexternさせると長さ失うからお勧めしない

>>502
すまん、間違えた。
クラスのstaticメンバだったんだな。
普通のグローバル変数と勘違いしていた。
クラス自体が宣言だ。
> extern char * global::c;
> extern std::string global::msg;
これはいらない。501で言ったことは忘れてくれ。

あと、確かに>>502の言うように
//* const.cpp
char global::c[64];
としたほうがいいな。

それで気づいたのだが、
char * global::c = 0;
はバグだな……。
ここで配列の初期化はできないぞ。
しかもポインタで代入してるし……。
>>1にはコンストラクタを使えといっておく。

ぼ、ぼ、ぼくも、Ｃ＋＋でゲーム作るんだお。
すーぱーマリおだお。
http://members2.tsukaeru.net/ogawa/gameprogu2.html

さん、をつけて、ねっ。はずかしがりや、さんっ。
ぼ、ぼ、ぼくは、言語にふりまわされないんだからっ。えっへん、だお。
なんかー、言語名を冠につけるってはずかしいお。きゃっ。
すれちがっている。ミーンがすれちがっている。しゅーるだお。
ぼくね、ＩＱ３００なんだおって細君にいったら、絶対３０だからっ！って言われたの。
１回転して、３０になっちゃたんだね。って言ったら、ほんとに３０だねって感心されたお。ぶぃっ！

なにがいいたいかってーと、まぁ、言語に振り回されんなや、ゲームなんて、たかだか、数値と画面を
更新してるだけのもんだで。まじでそんだけ。ぷっ。だよな。むずかしいことなんて、ひとつもないぜ。
まぁ、頑張れや。ぼ、ぼくは、いま、がんばれ屋さんです。がんばれ、１。
あんまりにも言語に振り回されている様が、恥ずかしかったので、まぁ、書き込んでしまた。

ぼくのオーバードライアブ（波紋）が、伝わっただろうか。夕陽のオレンジのオーバードライアブ（覚醒の波紋（あの裏側が目覚める！））

C言語ぐらいわかってからゲーム作れよｗ

http://www.ascii.co.jp/books/books/detail/4-7561-1639-6.shtml
オススメ

http://pc11.2ch.net/test/read.cgi/gamedev/1034694683/
ここのオガワンってヤツだろ

ホームページに自分の画像を載せてるけどナルシストなのかな？

http://members2.tsukaeru.net/ogawa/index.html

>>504
あまりにも酷いソースでお茶噴いたww

>>504
宣言わろた

>>504
> int TIME[3]; //基本的に、通番の変数は１番から使う。０番は無視。
クソワロタｗｗ

using namespace std; //?

ろだの調子が悪いんじゃなくて、サイズオーバーでした　Orz
VCに変えたとたんいきなり5倍くらいサイズが増えたみたいでびっくり。

コンパイル事態は通ったものの、会話するとエラーで落ちる。
どうやらhakase.hのStringクラスが悪さしてるみたいだけど、まだ原因の特定には至ってません。

IDEに慣れるまで少し時間はかかりそうだけど
とりあえずデバッグ機能は使いこなせるようになりたいな。

tp://sakurachan.dip.jp/up/src/up9332.lzh

あとなんか良く分からなくなってきたので質問なんですが

const.h
class global{
　　public:
　　　static char c[64]; //これが宣言
};

const.cpp
char global::c[64] = ""; //これが定義

でいいんですよね？
ちなみにこのクラスはexternを知らなかったので
無理やりグローバル変数として使ってた。
グローバル変数って言っても、宣言無しで使いまわしてなるだけメモリを使わないように、って用途ですけど。
コンストラクタは一回も呼び出されないので、cppで定義しました。
もしクラスを生成するなら
const.cpp
char global::c[64];
global::global(){
　c="";
}
でいいのかな？
でもコンストラクタが呼び出されるたびに初期化されちゃう？

文字列と文字は違うからどちらもコンパイルできないよ

>>512
たぶん 拡張子 .ncb ってヤツが一番巨大だと思うんだけど、
.ncb は各々の環境で勝手に作られるから、配布時は不要っすね、
配布用からは消して圧縮すればいいよー。

あと、すごい昔から気になってたけど
はかせって何よ？

俺もそれが気になる。すげー気になるｗ＞はかせ

>>481を見るとユーザ名みたいだけど
1の名前なのかな

これからは>>1をはかせと呼ばせていただきます

NCBはインテリセンスのキーワードデータベースだな
STL使うと相当膨れる。

余計なファイルを作らせない設定ってないんですか？

インテリ切れば？

はかせ　は僕のあだ名です。
もっとも今もそうやって呼ぶ人はいなくなったけど、気に入ってるから使ってます。かたわれも同様。
本名ってのもアレだし。
>>512のエラーですがデストラクタで
delete [] restr;
をする時にエラーになってるっぽい。
危険だけどコメントアウトすると動くんだけどなんで？
コンストラクタはそれぞれ引数に char* FILE* std::string を取る三種類しかなくて
それぞれで char str[] と　char restr[] を new してて
strとrestrの配列は同じ長さをとってあるはずなのになんで？

でも、まったく違うところが原因かも。

>>520

ツール(&T)→オプション(&O)→テキストエディタ→C/C++→全般→入力候補
自動メンバ表示(&M) [OFF]
パラメータヒント　[OFF]
→OK

バグの原因がわかりました。
Stringクラスを作る時の引数が、空の文字列だとエラーになるみたいです。
とりあえずMsgCmd::Draw()　側ではじくようにしたんですが
本来はStringの方で何らかの処理をすべきですよね。

さて、どうやって処理するのが一番いいんだろう？
ゆっくり考えてみます。
さて、ようやく前に進めそうなのでモチベーションあがってきました！

↓とりあえず動くようにしたバージョン↓
tp://sakuratan.ddo.jp/uploader/source/date70346.lzh

おー、久々にビルドしてみたら、スゴい進化してるではないか
ルーラとかまで実装されてんのな

画面上のウィンドウを生成するところは
装備ウィンドウやステータスウィンドウごとに力技で作ってるように見えるけど
ウィンドウ生成部分は、もっと部品化していいんじゃないっすかね？
基本的に ＃ とか ％ で長方形を作ってるだけっしょ？
難しいんかな？

解凍した中のDebugフォルダの中のtest.exeクリックしたら、
「デバッグ」
「GameData\Useable\SpellList.csvが開けませんでした。」
が出て、プログラム終了してもプロセス残っててCPU100%になるんだけど、なんで？
これこっちでＶＣ入れてコンパイルしないと実行ファイル試せないの？

.\GameData\Useable\SpellList.csv
を用意してやれば

>>526
解凍したフォルダにdebugフォルダとGameDataフォルダがあると思います。
GameDataフォルダをdebugフォルダに入れてからtest.exeを起動するとできると思います。
プロセスが残ってる件は、これからやっつけます orz

城などの入り口の位置を修正しました。
大きい扉を実装しました。
移動中に【e】を押すとエンカウントを無効にできます。

tp://sakuratan.ddo.jp/uploader/source/date70703.lzh

岬の洞窟に入った時に二人目以降のグラがおかしいです。
原因は分かっているので、それを上手いこと修正したいと思います。

インテリoffってどこの馬鹿だよ…

本人が余計なものと認識しているんだから仕方ない。

>>531
インテリ機能が邪魔なわけじゃなくて、.ncbを消したいだけなんだろ
バッチ書くとかビルドイベントいじるとかいくらでも方法はあるだろうに・・・

ごめんなさい。インテリOffにした馬鹿です。
邪魔とかうざいとかそういうの以前に
nbcがなんなのか、インテリセンスが何なのかまだ理解してないので
その辺はご理解くださいませ。

がんばって勉強しなくちゃなー

マップ切り替え時の二人目以降のキャラクタの描写をなんとかしました。
リレミトを使うと落ちるバグを修正しました。

tp://sakuratan.ddo.jp/uploader/source/date70839.lzh


まだVCになれない…　Orz

ttp://homepage1.nifty.com/rucio/main/nyumon/nyumon5.htm
インテリセンスの機能はここに書いてある。
(C++の場合もうちょっとしょぼいけどw)

>>535
ありがとうございます。
たしかにこれ切ったら馬鹿って言われるなー　Orz

vsよりｲｸﾘﾌﾟｽの方がインテリ強くね？

VCに比べてCDTがショボいのは定説
WindowsアプリでVS使わない奴は頭湧いてる

その辺の主張はム板でやればいいと思うよ

ム板にも持ち込まなくて結構。マ板でやれ。

補完使ってると馬鹿になるよ。

↑こういう奴に限ってコンパイル通らないソースをオープンソースのプロジェクトにコミットしたがるから困る

有名な哲学者も文字なんか使うと脳が退化するとか言ってたからねw

小説読まずに漫画ばかり見てると馬鹿になるとも言われてたなｗ

これについてだけは当たってなくもない気がするが

VCのインテリセンスはVBやVC#が神すぎるからしょぼく見えるんだよね

現在新機能実装中なわけですが、作業が難航してます。
FieldMapのMapObj[i]をField.party->iventFlag[i]に対応させて表示/非表示を切り替えたかったのですが
FieldMapクラスで表示/非表示を切り替えさせようと思ったけど

check(PlayerParty *party)
として引数にポインタを取るか
あらかじめFieldMapクラスにポインタ変数を格納しておくか
PlayerPartyクラスをグローバル化してしまうか
悩んでます。
どっちにしてもFieldMapクラスにPlayerPartyクラスをヘッダを読み込ませないとだめですよね？

iventじゃなくてeventにしたほうが

いくらイージス艦のレーダーが凄いからって
戦時でもないのに常に最高の警戒レベルで巡航していることなんか有り得ないわけで…

そうは言ってもあれじゃ中国や朝鮮が船で攻めて来たら何もできずに沈められちゃうよ

漁船と衝突してイージス艦が沈んだら面白かったのにｗ

最強の楯は殴るのにも最強でした

デュエル　バスター　ブリッツ

>>546
アクセサ書くってのはどうだい？
ソース見てないから最適解かどうかは知らんが。

class PlayerParty;
class FieldMap
{
　check(PlayerParty *party);
　いろいろ…
};

でいいんじゃないか。

マップオブジェクトの表示制御に必要なのは
パーティ情報じゃなくて、イベントの状態なんだから
わざわざパーティ情報の扱いを考慮するんじゃなくて
フィールドマップはイベント情報だけ受け取るべきじゃね？

そうでないと、
フィールドオブジェクトとパーティ情報の結合度が強くなり過ぎて
ちょっと気持ち悪い感じがする
（ドラクエだったら、パーティ情報 ＝ フィールドの状態
　で構わないかもしれないけどね・・・）

たしかに　あんまり依存関係を強くしたくないのはありますね。
イメージ的にこうやってFieldクラスがFieldMapクラスとPlyartPartyクラスを見て仲介するようにしたかったのかも。

　　　　　　　　　　Field class
　　　　┌─────┴─────┐
PlayerParty class　　　　　　FieldMap class
　　　　　　　　　　　　　　　　　　　　　　│
　　　　　　　　　　　　　　　　　MapObject class

ただしPlayerPartyクラスにイベントのフラグが入っていたため
FieldMapの中にあるMapObjectクラスから、何番のフラグがたっているかは見えない、っていうのが問題でした。

こうなると　Fieldクラスで
if(PlayerParty.getIventFlag（FieldMap.MapObject.getEventFlag(）)）{
　//以下普通に処理

みたいな感じに処理するふうになるのかな？

あと
×
　ivent
○
　event

は、めっちゃ恥ずかしくて死にたくなった。

ええー

>FieldMap.MapObject.getEventFlag(）
POD型ではないのにpublicなメンバ変数があるのは変だと思う。
インスタンスの利用者が階層を深く掘るのが当たり前な実装はOOPじゃないし。
かといって、万能クラスを作るのもおかしい話だけど・・・
あとインスタンスがPascal記法ってどうなの？

とここまで書いてからソース読んでみた。
いくら擬似コードでも実態とかけ離れすぎだろｗｗ
publicになってないし、インスタンスは小文字始まりの名前になってるし・・・

むしろ気になったのは
・コンストラクタで初期化じゃなく代入をしてる
・あちこちにハードコーディングしてる
・継承しててもデストラクタがvirtualじゃない
・enumを使わず#define使ってる
・関数に対するコメントが無い(doxygenやxml code commentのような)
・ローカル変数にポインタか参照おけばいいのに"character[ci]->getDs()->"のような記述が沢山並んでいる
・あちこちで動的なメモリ確保を行っているにも関わらずスマートポインタを使っていない
・警告レベルが最大じゃない

こういうところ

>>559
まぁ、>>1はC++初心者のようだからな。
C++の標準記法を知らなくても不思議じゃない。

補足しておこう。
>・コンストラクタで初期化じゃなく代入をしてる
多分>>1は初期化リストを知らない。
初期化リストのほうが分かりやすいし、constな変数、参照は
これでしか初期化できない（代入できないため）。

>・継承しててもデストラクタがvirtualじゃない
デストラクタがvirtualじゃないと、
基底クラスのポインタに派生クラスのポインタを代入して
ポリモ−フィズムをしているとき、
オブジェクトを破棄するときに派生クラスのデストラクタが呼ばれない。

>・enumを使わず#define使ってる
#defineは時代遅れ。コンパイラが処理していないので。
できればenumやconstを使う。

>・ローカル変数にポインタか参照おけばいいのに"character[ci]->getDs()->"のような記述が沢山並んでいる
ローカル変数にポインタか参照を代入して、
hoge = character[ci]->getDs();
hoge->hoge();
のように呼び出したほうが読みやすい（し、関数を不必要に呼ばないので高速）
ということを言っている。

続き。
>・あちこちで動的なメモリ確保を行っているにも関わらずスマートポインタを使っていない
動的メモリ確保は解放し忘れてしまうので、
参照が無くなった時に自動的に解放してくれる
boost::smart_ptrのようなスマートポインタを使うのが基本。
標準のスマートポインタにはstd::auto_ptrがあるが、使い方が特殊でオススメしない。
使えるところなら、std::vectorを使うのも良い。

>・警告レベルが最大じゃない
警告を無視するのはバグの元。
むしろ、「もっと俺に警告をくれ！！」のような勢いで。

あんまり一気にダメ出ししちゃうと はかせﾀﾝが凹んじゃうから
週に１個ほど、ちょいダメ出しにしといてあげて
オレはそうしてる

まぁ、はかせﾀﾝの向上心なら幾らダメ出ししても学習しそうだけど

ダメ出しでも実力自慢じゃなくフォロー入ってるあたり良スレ

ソースはそこそこ綺麗だったよ
このスレに載る疑似コードがいつもショボかったから、upされてるのも当然…と思ってたんで意外だった

>>562
この先原因不明のバグでモチベーションダウンさせるよりはいいかなと思った。
少し反省している。

みんなのヌクモリティで前がにじんで見えない…
みんなありがと

ダメだしが多いのは、へこまないのは嘘ですけど
消化しきるのに時間がかかるので、レスが遅くなっちゃって申し訳ない気持ちが強いです。Orz
ご飯食べてお風呂入って続きがんばります！

みんな ほんとに ありがとう！

追伸
またアク禁の食らいました。
なんでこんなに喰らうんだろう？
普通そんなもん？

>>565
俺も最近くらった。一日でとけたけど。

なんだ、DQIをつくってるのかと思ったらIIIか。
また大変なところを選んだなあ。

>>1　に影響されました
僕はDQIIをC#で作ろうと思います！

じゃ　俺はDQ4にするか

俺はMASMでFF11を作るぜ！！

じゃおれDQ1をC++で

果たして何人生き残れるのか・・・

アセは死ねるだろｗ

FCのドラクエは殆どアセンブラだろうが…FF11と言う所に大物の器を感じるぜ。

俺は綾織で

C++から汗のソース作れるけどね。

568です、2008は持ってないので、VS2005 C# Framework2.0でやります！
DirectDrawはとりあえず使わないで、やります
動くものが出来たら別スレを立て・・・るまでもないですね、
適当にうｐしていきます

>>1さんに負けずにやっていきたいと思います

>>576
全然意味合いが異なるのに何故得意気になって言ってるんだ？
ｷﾓｲﾖｰ

>>576
C++コンパイラの仕組みを理解して無いだろ。
作れないコンパイラがあったら教えて欲しいわ。

if(>>576)
{
　std::cout << "作れないコンパイラがないなら正しいだろ。" << std::endl;
}

ソース見たよ。
他の人が言うように、初心者にしては上出来。
動くとやっぱり感動するね。

>556
とりあえずそれがいいんじゃないかな。ベストな解かどうかわからないけど、
グローバルにするよりは確実にbetter。

全体に関していえるけど、変数のスコープをできるだけ狭くしたほうがいい。
理由はバグを減らすため。またデバッグを楽にするため。例えばある変数の値がおかしくなっていたとき、
スコープが狭いと調べる範囲が少なくてすむ。広いと大変。

なおローカル変数、非staticメンバ変数、staticメンパ変数、グローバル変数　の順にスコープが広くなる。
グローバル変数はよっぽどのことがなければ使わないこと。

class global{
public:
static std::string msg;
static char c[64];
};

これは使用している各クラスで定義できないの？

あとデバッガはちゃんと使えてる？

以下のようにすると、VSでデバッグ時に画面下の「出力」欄に出力される。
要所要所で変数の値とかを出力すると楽だよ。

#ifdef _DEBUG // デバッグ時のみ出力
int value = 3;
char buf[128];
sprintf(buf, "値=%d\n", value);
OutputDebugString(buf); // デバッグ出力するWin32API
#endif

//出力欄
//値=3

>これは使用している各クラスで定義できないの？

例えば以下の部分ではローカル変数で十分だよね。多分。

void BattleField::battleProcess()
{
global::msg = party->getMember(0)->getName();
global::msg += "たちは　にげだした！";
coms.getMsgCmd()->setMsg(global::msg);
}

土日は風邪で寝込んでました。
今日もこれから寝込むと思います。
目の前が見えなくなったのは涙じゃなくて熱の所為だったのかもしれません（ぁ

寝付けないときに少しずつ手をつけようと思ったんだけど
自分が何をやってるのかわからなくなってしまう感じで作業が進みませんでした。

一緒になにか作ってみるって名乗りを上げてくれた方、一緒にがんばりませう。
やっぱりライバルがいたほうがモチベーションあがるしね。

>>584
お大事に！！

>>584
本当は、ロジックを真似した方が早いと思うんですが、
まったく同じじゃ意味がないですし、言語も違うことですから、
まずは C#でどれだけ出来るのか、ってことを意識しつつ、やっていこうかなと思ってます
物理層がやることって同じなんですけど、今は、FC DQII をプレイして、動きを調べています
主に、ビルダーとC#で、VC++はわかりませんが、よろしくお願いします

>>584
お体お大事に
僕も今年の初めごろインフルエンザにかかって数日寝込みましてね
体調がすぐれないときは難しいことを考えるとｇｄｇｄになるので
回復に努めたほうがいいと思う…

寝付けないときは僕はようつべやニコ動を見てましたね
最近はゲームのプレイ画面などをキャプチャしてる人も多くて
検索すると同人ゲームや自作ゲーム、制作講座、開発過程なども
ちらほらとアップロードされてるみたいです
手軽に見られてなかなか興味深いです

やばい、俺スレ違いすぎる・・・
二年間学校でｃとjavaを習って中途半端に覚えて
ＲＰＧ作ろうと思った俺が馬鹿だったぜ。
あとapiのサイト見てウィンドウの出し方とか
ちょっとづつ勉強してるが大半イミフだぜ。

プラットフォームAPI使うより、簡単なライブラリ探して作ったら？

>>589
ID:DQおめ

あり
記念に俺もDQ作るかなｗ

MDXあぼーんされたしGDI+だとBitBltすらないからなー。
XNAに逃げるか、DllImport連呼か、C++/CLIか。

それでもまだ非C/C++の中では恵まれてるけどな
自分でラッパー書かなくてもSlimDX(非公式MDX)とかSDL.NETとか探せばいろいろあるし

ライバルがきましたよ。
ぼくはね、関数とかクラスとかポインタとか構造体とか
仮想関数とかローカル変数とかを一切使わないでゲームを作ります。
必要不可欠でないことをがんばっている１さんとは好対照ですね。
ま、さ、に、ライボー。
更新してないんでリンクは貼りませんが、進展したら貼りにきますよ。
よろしこっ。ぼく、おじさんだけど、、、なかよくしてね。ぶちゅー。
おれの、おれの屍をこえていけよ、わかうどよ。ふっふっふ。
「未来の人よ　僕を思い出してくれ　僕は　王者の滅びる時代に生きていた」
「未来の人よ　僕を崇めたたえよ　僕は　あなたたちよりも未来の時代を生きていた」
だれだ！？
タキシードのロングハットのコケティッシュな、、、ぼく！？
「不可思議という点において、この世界の不可解という点において、みな平等ではないかね」
、、、
「形而上の話をしてるわけではありません。形而下において、、、ふふふ、
僕は何百年先を生きているんだろう！ふあははー」
、、、
「ぼくはぼくはぼくは、、いや、結果がすべてか、結果をだせてない僕は、
まだ、天才ではないか、、、」
、、、
「はぁ、遠いね、境地は遠いね。凡人とは違って僕には見えているが、遠い」

>>594ふむふむ、なるほど、ほほぉ〜。それでそれで！？

いちはにげだした。
しかし(ry

まだ全部直ったわけじゃないけど報告age

とりあえずdefineはconstに直しました。
デストラクタも仮想関数に変えました。(なんか上手く動かないって悩んでたことがあったけどこれが原因だったのか？
コメントもこれからなるべくつけていきたいと思います。(全部つける前に心が折れそうです。
初期化リストも一箇所だけやってみました。
実はこれもっと先に知っておきたかったことだったかも。
引数無しのコンストラクタと引数ありのコンストラクタの二つ用意しなくちゃいけないって悩んでたんですよ。Orz
親クラスのコンストラクタも明示的に呼び出したいと思ってたし…。
ま、あとの祭りなんですが。　Orz

スマートポインタ、っていうかboostなんですが、
じつは<>の意味が分からなくて手をつけられなかったんですよ。
<>でぐぐるわけにもいかず途方にくれていたんですが
ようやくクラステンプレートと言うものだったことが判明。
コンテナクラスもなんとなくは理解できたのですが
今から組み込むのは結構大変そうだなぁ…
とりあえず多重deleteはNULL代入で回避できそうっていうのは分かりましたが、
del忘れは回避できないですよね。
でもハンドルの開放し忘れもおんなじような問題がおこるので、
ある程度は仕方がないのかも、と割り切ってます。(いや、ダメだろ

*****************************************************************
イベントアイテムを使ってイベントを起動できるようになりました。

アリアハンの右の女にゴールドオーブを使うとイベント起動します。

現状、はなす、とアイテム使用の両方同時に起動スイッチに指定することはできますが
起動方法によって起きるイベントを別々にすることができません。


…あ、警告レベル変え忘れてたOrz

おまけにURLも貼り忘れた…　Orz

シャワー浴びてくるOrz
p://sakuratan.ddo.jp/uploader/source/date72377.lzh

:p

むしろあれだけのコードをよくコメント無しでやってられたな。
今の俺はコメントだらけだよ

まだ１1月に作り始めたばかりだから
>>1の頭の中にコードが入っているのだろう。
ただ、これからプログラムはどんどん複雑になっていくので、
コメントを入れるようになったのは良かったと思う。

自分のソース見てるとどうでもいいコメントが多くて困る

MDXあぼーんなのか？
XNAはWinProcもフックできないし、
使い難くてしょうがないよな、、

>>603
MDX2.0はベータの段階で消滅済み。
MDX1.1のランタイムは残ってるけどサンプルはなくなった。

>>603
SlimDX使え
つか流れ読まずにスレ違いって…

ｽﾏｿ、吊ってくる

久しぶりのソースうｐです。
tp://sakuratan.ddo.jp/uploader/source/date73110.lzh

＊街から出ちゃうと入れないかも。
入り口に立っている女に「はなす」かゴールドオーブを「つかう」とイベントが起動します。
話したときとアイテムを使ったときでイベントを分岐できて
アイテムを使ったときにイベントフラグをオンにして
それに連動してイベントが消えるようになりました。

ここまで整理もせず手広く機能増やし続けられるのはある意味凄い

>>1さんﾊｧﾊｧ

真似して作ってみたがタイトル表示まで出来たら秋田

>>610
DQ3のタイトル画面なら文字だけじゃねーかｗ

報告忘れてました。更新しました。インデントがおかしいのは
ＶＣ＋＋のせいです。
http://ogawapc.myhome.cx/gameprogu2.htm

<code></code>で囲んで
タブをスペース四つに置換すれば正常に表示されるはずなんだが。
おめーがタブとスペースごちゃ混ぜで打ってるのが原因だ。

<pre class="code"></pre>のほうがいいか。

>>612
本人かどうかは知らんがもうやめて
そんな糞コード真に受ける奴が増えたら世の中に良くない

VCｶﾜｲｿｽ

整理はちょっとずつ…　じゃダメですよね　Orz
実装を進めていくうちにコメントつけたり、無駄なコードを減らしたりはしてるんですがまだまだです。
せっかく見てくれる人がいるんだからもっと見やすくしなくちゃいけないのは分かってるつもりなんですが
モチベーションと時間が…　Orz

static なメンバ変数を初期化で分からないことがありまして。
関数の戻り値を初期値でセットしたいんですが

//DQI..hより
class VisualEffect{
　　static int hBlendGraph;
(略)

//Effect.cppより
int VisualEffects::hBlendGraph = LoadBlendGraph("GameData/EffectData/BlendGraph.bmp");
(略)

これでコンパイルは通るけど、起動すると動きません。
なんか無限ループに入っちゃってるような雰囲気。
メイン関数で初期化してあげるべきでしょうか？
それとも他に方法があるのでしょうか？

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
レベルアップで呪文を覚えるようになりました。

tp://sakuratan.ddo.jp/uploader/source/date73357.lzh

警告レベルを最大にしたら警告いぱーい　Orz
がんばって退治しなくちゃな。。。

上のstaticの問題、解決しました。
ｃ++の問題ではなくDxLibの問題でした。
DxLib_Init()を呼び出す前にGetBlendGraph関数を呼び出せないみたいです。
とりあえずエフェクト関連のクラスを初期化する関数を作って、メイン関数でDxLib_Init()後に呼び出す事にします。

現状のバグですが、フィールドで普通のアイテムや呪文が使えません。
ホイミを使ってもルーラを使っても
しかし　なにもおこらなかった
と表示されます。

原因は分かったので直しておきます。

その hBlendGraph は main 関数よりも前の段階で初期化が行われるから
DX ライブラリの初期化より前に LoadBlendGraph が呼ばれることになる。
しかもどの翻訳単位から初期化されるかは決まってない。
準備が整う前に関数を呼び出したりしたら、上手く動きそうも無い。

基本的に static を多用するのは良くないよ。C++の本読んで勉強しる。。

>>617
そういう場合には、デザインパターンのシングルトンパターンってのが使える。
具体的にいうと、
class VisualEffect{
　　static int hBlendGraph = NULL;
(略)
としておいて
static int VisualEffects::GetBlendGraph(){
　　if(hBlendGraph == NULL){
　　　　hBlendGraph = LoadBlendGraph("GameData/EffectData/BlendGraph.bmp");
　　}
　　return hBlendGraph;
}

とすれば、VisualEffects::GetBlendGraph()を呼び出した時点で
1回だけ初期化が行われる。

でもゲームだと、1回だけとはいえメインループで重い処理
をやっちゃうとアレなので初期化関数でやるのが正解だと思う。

>>620
static constじゃないのにクラス定義で初期化は不可能。
ポインタでないのにNULL判定をするのはおかしい(cppではNULL=0)。

そもそもこれをシングルトンパターンと呼ぶのが間違いな気がする

シングルトンってコンストラクタをprivateにしたやつでインスタンスが1つなのが保証されてるってやつじゃなく？
1つだけに限定されるから、static要素にする必要もないわけだおね。

>>static constじゃないのにクラス定義で初期化は不可能。
そうでした。Javaとごっちゃになってしまいました…orz

>>ポインタでないのにNULL判定をするのはおかしい(cppではNULL=0)。
ハンドルもNULL判定するよね？if(m_hWnd == NULL)とか

つか、LoadBlendGraphがNULL返したらどうするつもりなんだ、俺。
ごめん、このコード忘れて。

>>622
元がstaticだったからそのままにした。深く考えてなかった。忘れて。

>621
>static constじゃないのにクラス定義で初期化は不可能。
constは関係ねーだろ。
静的オブジェクトが生成されるタイミングほんとにわかってんのかよ。

言いたいことはなんとなく伝わってきたので大丈夫です。
たしかにシングルトンパターンをイメージしてました。
全部staticでできてるクラスってシングルトンパターンと変わらない気がしませんか？
仮にインスタンス化しても全てのメンバ変数はどのインスタンスから見ても同じものになるから。

メモリの無駄遣いになりそうな感じはありますが。

やっちゃいけないstaticの使い方をしているところは確かにあります。
FieldMapクラスのms_xとms_yです。
いけない理由も分かってるつもりです。
どうやってstaticじゃないメンバ変数に変えようか悩んでて、そのまま忘れて放置プレイになってました。

今、手をつけてる箇所の実装終わったらそこ修正してみます。

1の熱情に感動した。
こまめにソースアップしてるとこも好感度高いよ高いよー。

619の言うように、staticメンバ変数の多用はよくない。シングルトンパターンも多用しないほうがよいよ。
理由は分かってると思うけど。581も参照のこと。

まずはstaticじゃなきゃ実現できないのかよく考えること。
おそらくstaticじゃなきゃいけない場合はほとんどないはず。
自分はC++職業プログラマだけど、staticメンバ変数を使うことはまずない。

面倒くさいけど、まだまだ規模が大きくなるんだから
しっかりやっといたほうがいいよ。
大きくなればなるほど痛い目みるから。

VisualEffectsクラスについてアドパイス(提案)

1.まずメンバ変数、メンバ関数を全て非staticにする
メンバ変数の初期化はコンストラクタで行う。

2.VisualEffectsクラスのインスタンスをどこで作成するか考える。
プログラムの保守性の観点からは以下の順が良い。
　(1)VisualEffectsのメンバ関数を呼び出してる部分で毎回作成する。
　(2)VisualEffectsを使用するクラスのメンバ変数とする
(3)WinMain()で作成して、VisualEffectsを使用するクラスに参照orポインタで渡す
　(4)singletonパターンを使う。(詳しくは後述)

インスタンスの生成回数は以下のとおり
(1) >= (2) >= (3) = (4) =1
まず(1)から順に試してみて処理速度に問題があれば(3)か(4)にすればいい。

Singletonパターンを使ったVisualEffectsクラスの例

VisualEffects.h// ヘッダファイル作った方がいいよ。

class VisualEffects{
int GrHandle1;
int hBlendGraph;
// コンストラクタをprivateに
VisualEffects();
public:
void CaptureScreen();
void BlackOut();
void SpellFlash();
void EffectErase();
　　　　　　　static VisualEffects& GetInstance(); // ここがポイント
};

--VisualEffects.cpp---
// コンストラクタで変数を初期化
VisualEffects::VisualEffects(void)
: GrHandle1(-1), hBlendGraph(LoadBlendGraph("GameData/EffectData/BlendGraph.bmp"))
{
}

// 他のメンバ関数はそのまま。

VisualEffects& VisualEffec::GetInstance()
{
static VisualEffects instance;
return instance;
}

呼び出し方はこんな感じ
VisualEffects::GetInstace().BlackOut();

詳しくはググってみて。

念のためだが、620やメンバ変数/関数が全部staticのクラスは
singletonパターンとは呼ばない。やりたいことは似てるけど。

private:を書かないなんてキモいな。
あとコンストラクタでファイル読み込みなんてしない方がいいのでは

どっからでも使いたいからシングルトンにするんだったらグローバル変数と一緒

>>624
タイミングの話じゃない
そんなものﾊﾅから指定できないからな
constならそこで初期値を与えてもコンパイルできるという話。

さすがにVisualEffectクラスにシングルトンパターンに適用するのは
やりすぎかと。

要件としては、
1)VisualEffectのインスタンスは複数あってよい。
2)ただし、複数のVisualEffectのインスタンスから
参照されるｈBlendGraphは必ずひとつ
3)ｈBlendGraphは外部からアクセスできない
な感じとして、

ｈBlendGraphを管理するクラスを
a)VisualEffectのprivateな内部クラス(要件3)
b)シングルトンパターン適用（要件1・2）
として作るのがいいと思うがどうよ。

>>635
よく分からないな。
要件1の「VisualEffectのインスタンスは複数あってよい」であればSingletonにする必要がない。
この要件であれば620のやり方(Proxyパターンに近い)が自然と思うけど。
ｈBlendGraphを管理するクラスを作る方がやり過ぎに感じる。

>>632
>private:を書かないなんてキモいな。
好き嫌いの問題。よく見る。自分は書くが、なくても気にならない。

>あとコンストラクタでファイル読み込みなんてしない方がいいのでは
一概にそうは言えないけど、今回についてはそう思う。原型をなるべく変えないためにこうしたが、
もうちょっとやりようがあると思う。

FieldMapクラスのms_xとms_yをどう非staticにするかだけど、PlayerParty::DrawParty　と　PlayerParty::move で呼んでるFieldMap::getMsx()とFieldMap::getMsy()を引数で渡すようにすれば
解決すると思うよ。呼び出し側ではfm.getMsx(), fm.getMsy()を使えばいい。
とりあえず直して動かしたけど大丈夫っぽい。

FieldMapのコンストラクタでms_xとms_yを初期化するのを忘れないように。

>>635,636
よく分からないこともなかった。b)に要件1が書いてあったので勘違いした。
そのやり方でも別にいいと思う。

自分ならVisualEffects::BlackOut(）のループの前で毎回LoadBlendGraphする。
でSingletonは使わないで毎回インスタンス生成する。(628の2(1)の少し変形)

ダンジョンや城から出るときに呼ぶ関数で、そんなに頻繁に使うわけじゃないからファイル読み込み時間はそんなに問題じゃなさそうだから。
問題になったらそのときにリファクタリングすればいいし。

まあ正解はないので
ハカセは今まで出てきた中から、自分がいいと思う方法でやればいいかと。

また>1未満の屑がネット弁慶かよ

みんないろいろありがとう。
VisualEffectクラスはシングルトンで行くことにします。
ちなみにSpellFlashはじゅもんを使ったときのあの光です。
他にもいろいろな場面で使うことが予想されるので
インスタンスを複数作る必要もないし
ファイルの読み込みは一回で済ませるようにしたほうがよさそうだからです。

効果音担当のSoundEffectクラスを作ろうとかも思ってるんですが
この二クラスを集約するEffectクラスとかにまとめたほうがいいのかな？
音関連もそろそろ実装してみたいと思う今日この頃。
効果音のファイルを用意するとしたら…
肉声しかないか！？

ttp://www.soundsnap.com/

ここなんかどうでしょう？
ソース参考にさせてもらいます。　初心者なんで。

単豚

ソース流用させてもらいます。初心者なんで。

ソース拝借させてもらいます。貧乏なんで。

ソースかけさせてもらいます。トンカツなんで。

単屯のほうがいいな

you,ドラクエオンラインにしちゃいなよ！！

なんかとんかつ食べたくなってきた。
明日はとんかつにしよう。
カツ丼大好きだけど、明日はカツとキャベツを皿によそって、ソースとマヨネーズとレモン汁かけて食べる。

とりあえずソースうｐ
tp://sakuratan.ddo.jp/uploader/source/date73642.lzh

>>629-630のソースだとinstanceがローカル変数だから、
BlackOut()とかの変数からからinstanceが見れないっぽかったのでちょっと直して使ってます。
staticなローカル変数は関数が最初に呼び出された時にだけコンストラクタが呼び出される。
って言うのは勉強になりますた。

getInstance()されるたびに条件分岐が呼ばれるので効率がいいとはいえないかもしれませんが
気にならない程度だと思うのでよしとします。(これよりひどい条件分岐とかたくさん使ってるし)
こういうのって関数ポインタ使えば条件分岐無しでいけるのか、といまさらながら思いつきました。
サーバーサイドプログラムだとこういうの使って無駄を削らなくちゃいけないんでしょうね、きっと。

>>647
MOも興味ありますが、コマンド式のRPGを複数でやるのにそれほど魅力が感じられないので
いろいろ仕様も煮詰めなくちゃだし。
これが終わったら僕なりのオンラインドラクエを作ってみたいって思ってたりはします。
そういえばここの↓前スレの88さんは元気だろうか？
tp://pc11.2ch.net/test/read.cgi/gamedev/1198652802/l50

有能だが頑固な>>1だなｗ
でもまあ、今は完成させることを目標にした方がいいのかもね
がんばれ〜

>>1の成長っぷりはすごいなぁ
始めた頃は「自分より初心者かな！」と思ってたんだが
今じゃすっぱり追い抜かれてるわ

そうだお！　完成させるのえらいのだお！
>>1はようやるわー。
ソースの定期的なうｐも好感度たかいよねー。

>>648 getInstance() の分岐が嫌なら createInstance() のようなメソッド用意してはどうでしょ。

>>BlackOut()とかの変数からからinstanceが見れないっぽかったのでちょっと直して使ってます。

BlackOut()とかの変数からからinstanceを見る必要はないのでは？

staticなローカル変数を勘違いしてないかな？
ローカル変数だけど、一度生成したらプログラム終了まで生き続ける。
ハカセの書いてるように最初に通ったときに一度しか生成されないので、
bmp読み込みは1度ですむ。
多分629,630で問題ないと思うよ。

デバッグしたらわかるかも。

う〜ん。やっぱりなぜ629,630で問題があったのか分からないので教えて。

>>1の言っている問題点は俺も理解できんが、
問題のあるソースなのは間違いない

Visual C++で開けないんじゃ論外だろ
エラーでまくり

656 「パクリたいけど俺の環境じゃ使えないよぉ(´；ω；`)　無能だからどうしていいかもわかんねえし(´；ω；`)」

BlackOut関数ではhBlendGraph変数を使いたいんですが、
ｈBlendGraphは普通のメンバ変数なので呼び出すにはインスタンスから呼び出す必要がありますよね？
hBlendGraphがstaticなメンバ変数なら大丈夫だと思うのですが、
全プログラムを通して生成されるVisualEffectsクラスはstaticなinstance変数のみなので
VisualEffects内のどの関数からもhBlendGraph変数が見れる必要があるのです。(使わない関数もあるけど)


ここまで書いて気がついたけど、BlackOut関数内でgetInstance()を呼び出せばよかったのかOrz
すまそ、吊ってくる。

悪いが658は意味不明だ。根本的な勘違いをしてる。でもうまく説明できる自信はないな。
とりあえず 655 の言うように問題のあるソースになってるので何とかしたほうがいい。

singletonはやめて、こうしたらどうだろう。
変更前の全てstaticな状態に戻し、今回追加した初期化関数を追加する。
WinMain など、適当な箇所で1回だけ初期化関数を呼ぶ。
ハカセの要望を満たせるし、理解しやすいと思うけど。

>全プログラムを通して生成されるVisualEffectsクラスはstaticなinstance変数のみなので

インスタンスが生成されるか、またstatic/非staticか、とは無関係に、
VisualEffectsクラスからメンバ変数のhBlendGraphは見れる。
hBlendGraphのstatic/非staticに関わらずね。

インスタンス(オブジェクト)とクラスの関係を誤解してるんじゃないのかな。

×VisualEffectsクラスからメンバ変数のhBlendGraphは見れる。
○VisualEffectsクラスのメンバ関数からメンバ変数のhBlendGraphは見れる。

勉強になる流れですね。
シングルトンは結構、難しい話で >>630 氏の手法はシングルスレッドでは
上手く働きますが、マルチスレッドでどうかという話を効いた覚えがあります。
http://www.fides.dti.ne.jp/~oka-t/cpplab-singleton-1.html
スレッドを考え始めると途端に複雑になるし、そもそも排他制御もしないと
まともに使えないだろうと、、あまり考えたくない部分ではありますが。

僕としては、生成だけではなく解放タイミングの制御方法も明確ではないので
static やシングルトンは、あまり好きではないですね…。

>>662
まあ630以外でSingletonを実装したとしても、またSingletonじゃなくてもマルチスレッドで同一オブジェクトを参照すると、
色々考えないといけないことが出てくるので面倒だね。

今まで幾つかSingletonを使ったり見てきたりしたけど、適切だと思う場合は少ないな。
楽だからって理由がほとんど。自分は使わないようにしようと思ってる。

660を補足すると、BlackOut()内のhBlendGraphは、thisという自分自身の持つメンバ変数であり、veなどの特定のインスタンスの
メンバ変数ではない。だからインスタンスがstaticか、とか一個しかない、とかは関係ない。
別にインスタンス一個もなくてもコンパイルできるでしょ。
これで分かるかな？

>>663
どうもです。通常はシングルスレッドで組んでいるでしょうし
手早く済ませる手段として十分ありではないかと思います。
スレッドのことは、マルチスレッドで組む時に十分考えると
いいことですよね。

興味深い流れだったので思わず口を挟んでしまいました。^^;
すみません。通りすがりの者でした。

なんか自分中心のスレみたいになってきてしまってちょっと気が引けるが。。。

>>664
Singletonを使わないようにしているというのは、マルチスレッドだけが理由だけじゃないよ。
どちらかというと、Singletonはグローバル変数に近いというのが問題と思ってるから。

どこかで読んだ本で、「Singletonにするということは、インスタンスに対するアクセス範囲を考える義務を
プログラマが放棄したといえる」という趣旨のことが書いてあって、そのとおりだと思った。

まあ他人に使っちゃダメという気はぜんぜんないけど。データや状態を保持しないクラスの場合は問題は起きにくいと思うし。

あと、シングルスレッドで済めばいいけど、そこそこの規模になるとマルチスレッドを避けられないことが多い。
このDQでも、時間がかかる処理があれば、部分的であれマルチスレッドが必要になると思うよ。

とりあえず自分が間違っていたことを謝罪します。すみませんでした。
>>629-630で、問題はなかったのです。
なかったのになぜかコンパイルが通らなかったのです。
どこか他の箇所に問題があったのだと思います。
なのに何か勘違いしてました。
昼ごろトイレで携帯でここ見ながら冷静に脳内コンパイルしたらどこが悪いかわからなかった。
…なんで問題があると思ったんだろう？

とりあえず三つの案をまとめてみた
tp://sakuratan.ddo.jp/uploader/source/date73735.lzh

で、>>628さんの案でいかせてもらおうと思いました。

僕の案だとif文を使う分若干負荷がかかるし、
フルstaticだとinit()関数を呼び出すのがきれいじゃないような気がするからです。

でも、マルチスレッドだと問題が生じる可能性がある、というのは勉強になりました。
今回のDQもどきではマルチスレッド化するならファイル読み込みを裏でやるくらいだと思いますが、
次回考えてるMOではどうしてもマルチスレッドは必要になると思うので。

もしマルチスレッドで使うならフルstatic案で、メイン関数でinit()関数を呼び出す方法が安全。
…でいいんですかね？

628案がいいよね、というか、それ以外選択肢ないよね。

ここ数日忙しくて、手をつけられませんでした。
もうちょっと忙しい日が続きそうです。
大規模なりファクタリングを考えてますが、時間が取れない時になるとめちゃくちゃになりそうだからやめておこうかな。
ちなみにリファクタリングのテーマはMVCモデリングです。
いままで全部ごっちゃにしていて、メインループが何箇所かに分かれている形になっています。
そのループの先々でFlipScreenをしていたりしています。
最低でもFlipScreenは三箇所以内に納める、というのを目指してやっていきたいと思います。
ちなみに三箇所というのは
オープニング画面
フィールド時
戦闘時
です。

ちなみに、今のままいくと、NPCを歩かせたりする時に壁にぶつかります。というかぶつかってます。

ちゃんとした時間を取れるまではエディター部分を造ってみたいと思います。

いまできてるのはこんな感じ。
tp://sakuratan.ddo.jp/uploader/source/date73970.lzh

エディターはWinAPIで作ろうと思ってます。

サイズが64*64で固定とか <- わりとなんとかなりそう
、読み書きできるファイル名が固定とか <- OS側で標準装備してるアレを使いたい。
っていうのはひとまずおいておいて

エクセルとかのように、メインウインドがあって、たとえば三つのファイルを開くとします。
そうすると三つのサブウインドウができ、それぞれにキャプションバーがあり、最小化などをサポートしてます。
この辺をエディターで実装したいのですが、どこかにいいサンプルがあったら教えていただけませんか？

>>668
今時C++でゲーム用ツール作るのは正直馬鹿げてるように思うが…
MDIで調べたら出てくるんじゃないか？


過去資産の無い人が本格的なマルチウィンドウのアプリ作るのはかなりリスクが高い

MDIで調べたら「猫でもわかる〜」で該当のページを見つけました。ありがとです。
過去の資産がないので、これから作って行こうとか思ってます。
でもこの辺のってvistaになると使えなくなっちゃうんですかね？

ツールならC#とかQt使うほうが楽だと思うよ
Qt なら C++ でいけるし。

API直書きでMDIは荊杉だろw

EEだとATLやMFCないし。
スレ的にはC++/CLIか。

C++/CLIは化け物w
.NETならC#覚えた方が早い

>>673
同意

C++/CLIはC++アプリからドトネトへのスタブ作るための言語程度に考えておくべき(むしろよほどの理由が無ければ使うべきでない)
メインに使うとｶｵｽなことになる。

っ /clr:pure

C++/CLIとか　managed C++　とか MFC　とかいろいろ新語が出てきて収拾つかなくなってる１です。

マップエディタやキャラクタエディタを作るにあたって
今までに作ったFieldMapクラスとか Characterクラスとかを流用しようと考えてました。
そうすると C# と C++/CLI　を使った方向でやるべきですか？
それともあの程度のクラスなら流用などを考えずにやったほうが良いですか？

はかせﾀﾝの気持ちが揺らいでますな

>>>629-630で、問題はなかったのです。
>なかったのになぜかコンパイルが通らなかったのです。
ごめん。細かい部分で間違ってたかも。(スペルミスはあるけど、そのせいじゃないよね？)

>>もしマルチスレッドで使うならフルstatic案で、メイン関数でinit()関数を呼び出す方法が安全。
>>…でいいんですかね？
staticメンバ変数に同時アクセスすることになるから安全とはいえないかな。やっぱり排他処理が安全かな。

>今までに作ったFieldMapクラスとか Characterクラスとかを流用しようと考えてました。
>そうすると C# と C++/CLI　を使った方向でやるべきですか？
>それともあの程度のクラスなら流用などを考えずにやったほうが良いですか？
フリーソフトで使えそうなのないの？下手すると今までより大変な作業になるような気が。ちなみにエディタではどこまでやりたいの？ただ画像作るだけじゃないんだよね？

マップエディタならここのを使った方がいいぜー
http://www.hyperdevice.net/

DQ3レベルなら、イベントを手作業でやってもなんとかなる気がするし。

>>675
ネイティブとの混在だけが問題じゃないんだけど、本当に触ったことある？

>>679
エディタは優れていると思うのだが、出力形式がcsvと独自バイナリなのが微妙・・・

ttp://www.vector.co.jp/soft/dl/winnt/game/se442396.html
俺はこっちをお勧めする。
しょうもないバグ(負数チェック忘れで、マイナス座標編集で落ちる)があるが、
XMLなので使うテクスチャ名やレイヤサイズ、チップサイズ等を格納できる。

俺はこれで吐かせてからバイナリにして使ってる。

>>681
プラグイン対応してるから、自分の好きな形式で保存できたはずだけど。

>>682
別に無理に進める気はないが、
普通はあのサンプルを見てプラグイン作る気なんかおきない

XML解析するほうが絶対に楽とだけ言っておく

抽象化ゼロ、ネイティブとなると互換性のことが心配だなw

マップエディタって結局自前の方が早いと思うのだが

要求仕様が確定する前にこういうこと言うやつって
RPG作ったことないと思うんだけど

勉強がてら作ってみんのもいいんじゃね
自分なりにカスタマイズできるし、ふぁふぁふぁ

＞RPG作ったことないと

ばれたか
でも１もまだ完成させてないんだ。同類だよ

>>1とか別にどうでもいいだろ
スレの意義保つだけの飾りだ

ベギラマもえ！

エディタはRPGツクールみたいにマップエディットからイベントの設置まで全部、ですかね。
恐ろしく大変そうだなぁ…。
今考えたら、あえてマルチウィンドウにする必要もないのかな？

ただ部分的にマルチウィンドウにしたほうが楽な気はする。
ウィンドウ間の連動、と言うよりは他のウィンドウを見ながら作業ができる、みたいな。

正直ツクールのイベントエディタの出来はよくない
条件分岐の見通しが悪すぎる
その点ではカドワスのイベントエディタはよくできてる


まぁ俺ならスクリプトエンジン書いて終わりにするが…

カドワス？
調べてみたらカードワースの事っぽい。(違ったらごめんなさい
名前だけは聞いたことがあります。

ツクールを例に出したのはそれしか知らないからですし。それもSFC時代のやつしか知らないです。
カードワースか〜。ちょっとやってみようかな。

1はあんまり周りに左右されずに作った方がいいよ。
カドワスのエディタはそこそこ良かったけれど、あれで巨大なアプリを作ろうとは思わない。
自分ならECMAScriptかPythonで書くことにするなー。

結局、マップとイベントを結びつけるのさえできれば、あとはテキストが楽っしょ。

WOLF RPGエディターのイベントエディタはどうよ？
http://www.silversecond.com/WolfRPGEditor/

無意味でしょ
そんなの使うんだったら初めから全部それで作ればいい
それに付いてるシナリオプレイヤーと同じものをわざわざ作るの?

boost.spiritでインタプリタ自作コース希望

はじめてきいたよWOLF。なんかダメポ感が漂うなあ。

WOLF見てきました。
まだ使ってませんが、HP見た限りでは目指してるのはこんな感じかもしれません。

現状のDQIでは
マップもイベントもtxt形式で保存してあります。
イベントはMapObjectMap.txtというファイルに入っていて、
一枚のマップのイベントが全部詰まってます。
イベントの位置や、グラフィック情報などが一マップ分全部入っているのでかなり分かりづらいんですよね。
あと条件分岐とかも見づらいと思います。
せめてTabでインデントできるようにすれば、２，３くらいのネストなら耐えられるかもしれません。

他のRPGエディタに触れて、こうしたほうが良いとか、参考にするのも大事だと思いますが、
とりあえず自力で作りたい、というのは変わりません。
完成したらWOLFみたいに公開したいとか思ってます。
誰かが使ってくれたとかあったらやっぱり嬉しいんだろうなー。なんてね。

まずはMDIを作るためのライブラリを作ってみようかしら？
WinAPIをオブジェクト指向で使えるようにまとめてみよう、みたいな。

そのまえにシステム部をちゃんと作れって感じですね。すみませんでした　Orz

>>1的には全部ソースに書くべきだよね。

エディタについては考えないほうがいいよ‥‥。
ほかのプロジェクトも、エディタ作ろうとして終わってるのが多いしさ。
それ以外を煮詰めてからでも遅くないと思う。

>>700
すみません、意味がいまいち分かりません。
ヘッダファイルにデータを書き込む、とかそういうことでしょうか？

>>701
エディタってそんなに敷居が高いんですか…　Orz
一回つくっちゃえば他のものにも流用できそうだなぁ、とか考えてました。

たしかに仕様の煮詰め方がまだ甘いですよね。

700はハードコーディングを求めているんでは。
それでもいいとｵﾓｳﾖｰ

今どきハードコーディングは無いわ
何のメリットも無いのに。

いまどき1のスキルでゲーム作るのもないと思うが、
ツール作りで余計なパワー使うよりなら、ひどいゲームでも完成させるほうがマシだとおもう。

>>696
ごめん、エディタの例を提示しただけで、
これで作ったのを動かすなんて考えてもいなかった
俺の書き方が悪かった

それをいうなら
今どきDQ3は無いわw

>>707
"ゲーム内容"は今は関係無いだろ。
流れ読めないの？

むー雲行きが怪しくなってきたね・・・
助言するのはいいけど、皆さんもちっと落ち着いたらどうっすか
>>1が混乱するかもしれないから

混乱してるくらいが1っぽい

2chで作ってるんだから、こんなもんっしょー。

繰り返すがVisual C++で開けないのだが

2005とか2003とかVC6で開こうとしてるんじゃないだろうな？
VC2008express英語版なら開けるぞ

開けるのですが・・・
ビルドエラー多発ってことです；

うごくけど

ビルドエラーに関してはこのスレで散々出てるから探してみー

１は　イオナズ…
しまった　じゅもんを　どわすれしている！

混乱中の１です。

エディタは無謀すぎる、の声が多いのでリファクタリングをぼちぼちはじめてる次第です。
ソースを読み返して、改善項目を挙げていって、
とりあえずぼうけんのしょ選択するところまで直すことを目標にします。
対象になるのはCommand.cpp CommandOpening.cppです。
…Commands.cppもかな？

ビルドエラーに関してですが、どんなエラーかを上げないと対処しようがないです。
僕で分かることなら答えますがなにぶん初心者なので。　Orz

ソースについて、つっこんでいいなら、
次にうｐされたときにかくよー。

1以下のカスが粋がっているスレはここですね

>>670
遅レスすまんが、
VistaでもWin32APIは動作するぞ。
だからこの経験は無駄にはならない。
俺がVista使ってるから間違いない。
ただ、Microsoftが最近.Netアプリを宣伝しているのは確か。
（だからVisual C++ 2008のインテリセンスはまだしょぼいのかもしれない）
C++/CLIやC#をやるのは悪くはないが、
せっかくここまで来たのだからC++でやり遂げたほうが力がつくと思う。
俺は.Netは重いから好きじゃないな。

ATLがEEには入ってたらベストなんだがなー

>>720
.NETが重いのは起動時だけでしょ
複雑な処理になればなるほど軽いように思うが・・

ちなみに.NETは今でもパソコン向け２大OSのWindowsとLinuxのGUIで使え、
結構スキルとして幅もある。

Win32APIはどうなるんだろ。Vistaではまだ大丈夫だが
Vistaで大分過去のデータを削ったから、この方針でいくとなると
次のバージョンではどうなるかな・・・
.NETだともうほとんどAPIは使わないからな・・・
今重かったとしても後々を考えると・・・あ、別に止めませんよ＾＾；

ソースのうｐをお待ちしておりますm(_ _ )m
私は.NETしかしないけど、頑張ってね〜

起動時に重いってのはそうとうなペナルティだと思うけどね。
起動するのが面倒ってのは、ゲームやる気がそがれるし。

ロード時間に比べたらJITコンパイルなんか一瞬

.NETの内部でAPIは使われていないのですか？

それをいうならJavaだって何だって一緒だろ
WPFなんかはDirect3Dで全部自前で描画してるよ

ネイティブコードが動かなくなったら既存の多くのソフトが動かなくなるんだから
いくらMSでもそんなアフォなことしないと思うよ

>>729
そうですかぁ・・
でも、.NETの４割弱の処理はＷＤＭドライバを直接バインドしていますが・・
旧ＤＬＬ依存の処理をメジャーなハードに限ってサポートして、
汎用のWin32APIはエントリごと削除・・とか
まぁ分かりませんが

ここって何のスレだったっけ？
まーいいんだけどさ。

.NETのスレだろ

１はこないな
まぁこの流れでは書き込みづらいか

ゲーム作るにはGCがうざい

.NETのGCがうざいくらいのPCなら、
ネイティブで作っても色々問題が出る

いまいち体調がすぐれません、１です。

とりあえず、ぼうけんのしょ選択の画面だけControlとDrawを分離してみました。
ここはこうすべき、とか助言があったらおねがいします。
CommandOpening.cppのDraw()とcontrol()らへんでしょうか。

とりあえずブレークポイントになっているClearDrawScreenまでが今回いじったところです。

ごめん、なんかものすごく頭痛くなってきたから寝るぽ　Orz

tp://sakuratan.ddo.jp/uploader/source/date75410.lzh

ドラクエ風オンラインを作りたい。

>>736
お疲れ様です。

ゲーム作りは長丁場だからな。具合悪い時はゆっくりしっかり休んだ方がいいよ。お大事に。

>>736
お大事に

バージョンだけど、このペースで上げると3桁になりかねないから、最上位桁はあまりあげないほうがいいよ。
通常は開発中は0にして完成時に1にする。それ以降は大きく変わる都度上げると思う。

あっそ

正 なるほど
愚 あっそ

1以下のカス乙

天皇 あっそぅ

いいじゃん3桁メジャーバージョンナンバー
VersionControlSystemのリビジョンナンバーみたいなもんだと思えば

3桁まってるぜ。
なおすのが簡単そうなとこだけ報告。
・パーティアタックで人がしんだときにも「やっつけた」になる
・スライムAは　52のダメージを「うけた」→「あたえた」だとおもう
・ベホマを敵に使っても、点滅してダメージぽい（原作はどうだっけ）
・死んでいてもレベルアップしちゃう。

せっかくバグレポートもらったのにごめんなさい。
今週は一年で一番忙しいのでなかなか作業ができないでいます。
来週から少しずつ暇になってくるはずなので、それまで暖かい目で見守ってください。

マップスクロールがかくかくしてね
１チップ移動して次の１チップ移動始まるとき一瞬止まる感じがする俺だけかな

DXライブラリなんだからティアリングは許してやり

ゆるさねえ

そこをなんとか

液晶ディスプレイでもティアリングって起こるの？

俺LCD使ってるけどDirectXでVSYNC同期をとらずに描画したら
ティアリング（ちらつき）おきてるよ
同期とるように設定するとおきなくなる
普通のゲームでは操作に気を取られるのかあまり気にならないけど
ムービー流したりするとかなり目につくことあるね

戦闘に入るとき

○○○Ａのむれがあらわれた

ってでるけど、　Ａ　いらなくね？

DXライブラリでもVSYNC待ちできるからティアリング無くすことは可能

Windowモードで？
サポートされてないはずだが…

フルスクリーンモードにしてWaitTimerを使わずにWaitVSYNCで待てばいいんだっけ

そもそもそれ関数じゃだめなのか？

WindowモードでもVSYNC待ちはできるけどフリップはできないから…
バックバッファからフロントバッファへのイメージ転送が間に合わないとティアリングが発生する

DXライブラリは糞でFA?

Vista買え

http://www.nicovideo.jp/watch/sm2201772
ダイの大冒険
ドラクエ3　サントラ

>761
なんで？
まあ3Dできないから糞というのなら同感だが…
因みに760で言ってる制限は別にDXライブラリだからというわけではないぞ

マップスクロールって結構むずいな
ディスプレイによってリフレッシュレートが違うとかフレームスキップとか、めんどい。

>>765
いや、スクロールにリフレッシュレートは関係ないだろｗ
一度バックバッファに描くんだから。

ゲーム全体のスピードがリフレッシュレートに依存している？

>>767
誰に言ってるんだ？

プログラム的に60分の1秒毎にフリップさせてても
表示のタイミングはリフレッシュレートできまるんじゃないの
例えば16ピクセルを16/60秒でスクロールさせたいとする。
1/60秒毎にバックバッファをフロントバッファにフリップさせる。
ディスプレイのリフレッシュレートが60の場合1/60秒毎に画面表示が更新され、
1ピクセルずつスクロールしていく。
ディスプレイのリフレッシュレートが50の場合1/50秒毎に画面表示が更新され、
16/60秒で16ピクセル移動させようとすると、フレームスキップの結果
1ピクセル移動するときと2ピクセル移動するときが出てくるので画面表示がカクカクする。
つーかFPSの設定とかどうなってんの。ぱっとソース見て見当たらないんだけど。
もしかして実行環境によって動作速度が変わるプログラムなのかな。

みなさま久しぶりです。
段々落ち着いてきましたが、どうやら今週いっぱいはまだ忙しそうです。

マップのスクロールは確かvsyncだかの関数を使っていたと思います。
一回描写が終わるまでプログラムを待機させる関数の筈なので
リフレッシュレートが高いほど高速で移動する筈です。
RPGの特性上、あまり気にしなくてもいいかもとか思ってたんですが、
やっぱりリフレッシュレートに依存してゲームのスピードが変わるのはまずいですよね。

ちょっと考えてみます。

がんばれい〜

初期のドラクエ程度ならタイマーやWM_PAINTでも十分でふぁ

でも、色数やアニメーションパターンが少ないから
ちらつきが余計目立つのはあるよな。

オプションでリフレッシュレート依存にするか、
タイマーにするかを選択できるようにするのが無難か。
フルスクリーン専用にするのが一番楽だけど。

てか、この問題って誰もが通る道だｗ

フルスクリーン専用だと何で楽ですか

普通タイマーなんか使わねぇし、リフレッシュレート依存にもしないだろ…

フルスクリーン専用はデメリットのほうが遥かにに大きい。
デバッガの利用に制限を設けることになる。

>>775
じゃあどうやってゲームのスピードを一定に保つの？

俺はまず、メッセージがあるときはメッセージ処理して、それ以外はとりあえずゲーム処理のほうに回させる。
そんで自前で時間測っといて既定の時間より早く来た場合はリターンて感じだよ

ちょ

あえてチラつきを抑制しないでレトロ感を演出するとかしないとか

ファミコンはテレビだからリフレッシュレート一定でwindows向けゲームよりそういう部分に関しては楽ただしアセンブラ
GBAはC言語で開発できるが画面解像度がファミコンと違う困った

一番楽なのは、携帯（MIDP2.0）だけどなｗ

XNA@箱とか

とりあえず>>747 と >>755 を修正しました。

tp://sakuratan.ddo.jp/uploader/source/date76901.lzh

ティアリングとかフレームスキップとかの問題ですが
リフレッシュレートが統一されていない限りフレームスキップは仕方が無いのかもしれないとか思いました。
回避する方法はちゃんと用意されてるのかも知れませんが。
とりあえず６０Hzを想定して作っていこうかと思います
ただしそれ以外のレートでもティアリングはおこるけどゲーム進行のスピードは変わらないように作りたいと思います。

ちなみに、みなさんのリフレッシュレートはいくつですか？

>>774
解像度、リフレッシュレートを固定できて、
さらにフリップでちらつきは完全に無くせる。

>>775
フルスクリーン専用はむしろ製作者側にメリットがあると思う。
デバッグ用のウィンドウモードを作っておけばいいだけだし。
プレイヤー側からは、勝手にフルスクリーンにされてウザイっていうのがあるだろうがｗ

>解像度、リフレッシュレートを固定できて
え、あー…
馬鹿ですか

1280*960@32-120Hz

フルスクリーンだと解像度は指定できるけど、
リフレッシュレートはそれぞれの環境に依存してると思う。
プログラム側でリフレッシュレートを変更するのも不可能ではないけど、
作法としてあまり推奨はされてないみたいだし。

これはSTGやアクションを作るときのやり方になるけど、自分の場合は
コンフィグでウェイトをvsyncで取るかタイマーで取るか選べるようにして
リフレッシュレートが60hzならvsync選択でティアリングなし、
それ以外の場合はタイマーで我慢して貰う、というやり方をしてました。

>>783
俺はアクションだけど50ヘルツで作ってるよ。テリアリング上等！視力低下上等！だよ♪

関東の電気は糞

俺のノートPCは50固定だな

うちのデスクトップは59か60を選べるな。60にしてある。
あと、ワイドなんで、フルスクリーンだとアスペクト比がおかしくなってｳｻﾞｲ。

微妙に報告。
・戦闘で死んでいるキャラの操作ができる（動かないけど）。
・スライム君たちが、かたわれしか攻撃しないので、かたわれが死んだら何もしなくなる。
・ホイミを死んでいるかたわれにかけても、「しかし死んでいる」とかがでない（仕様通りかもしれない）。
・死んでいるキャラが、フィールド上では死んでいない（棺桶用意するの面倒やねー）。

自分の使っているやり方。

フィールド待機時(キャラが足踏みする)は描画は1秒間に4回のみ。
3つの視界サイズのメモリBMPに、
マップと足踏みの違うキャラを表示させておき、
それらを0, 1, 2, 1と1/4秒毎にWinタイマーで表示させる。

表示するチップセットは各ステージ(○○の町など)
で使う分をステージ初めにLoadImageでロード、
そのステージが終わるまでHBITMAPはDeleteしないで、
表示する時は、ロードされているHBITMAPをBitbltでコピーする。
(毎回のLoadImageは重くなる)

↑うまん、誤爆だった・・
内容は180度は違っていないのでよけいにややこしかった。