【初心者歓迎】ｽﾚを立てる前にｺｺで質問を【Part9】

**名前は開発中のものです。** · 2005/09/24(土) 09:36:08

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc8.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。

その他は>>2-10ぐらい

**名前は開発中のものです。** · 2005/10/19(水) 17:17:45

>>211
それはOggの問題ではないでしょ？
OggデータをWaveデータに変換できることがわかってるんだから、
もう問題はDirectSoundの問題だけに絞れてるんだから。

**210** · 2005/10/19(水) 17:37:47

>>219
>>196でGameModeのm_statusの使い方がよくわからず
（TitleMode,ConfigModeからはm_statusがいじれないから）
class Mode
　class GameMode
　　class TitleMode
　　class ConfigMode
かと思ってました
なんか色々激しく勘違いしてたり知識が足り無すぎるので
ちょいと本屋に逝って来ます( ﾟ∀ﾟ)ﾉ゛

**210** · 2005/10/19(水) 19:26:07

オブジェクト指向の本が一個もない蔦谷って…orz
面積だけは関東一に近いとかなんとか言うクセに…

**名前は開発中のものです。** · 2005/10/19(水) 19:30:59

最近はできる～みたいなやたらと写真入で解説してるような本しか置いてないとこ多いね

**名前は開発中のものです。** · 2005/10/19(水) 19:33:48

蔦谷はなさそうだな
専門書が多そうなとことか
秋葉いくとか。
Amazonもいいかもしらんが中身を読めないからな

**名前は開発中のものです。** · 2005/10/19(水) 19:36:03

てかOOPの基本なんてネットでいくらでも読めるだろ。

>>223
技術書は断然ネットで買った方がいいから。

**名前は開発中のものです。** · 2005/10/19(水) 19:47:24

ネットだと事前に中身を確かめられないのがちょっと怖い。
書評が良くても自分が調べたいことが載ってるかどうかは別問題だし。
まあ、書籍についてはスレ違いですね。すみません。

**210** · 2005/10/19(水) 20:37:01

何度もすいません

>>213のシーン検索とシーン名なんですが
シーン名を列挙型にしてswitchで検索してポインタ返すくらいしか思いつきません
本当に何度もすいませんがもう少しヒントを頂けないでしょうか？

**212** · 2005/10/20(木) 00:23:41

>>227
シーン名(Modeのメンバ変数)は文字列でよくない？
そう頻繁に切り替えるものでもないし、必要とあらば高速化する手段もあるから。
汎用性という面では文字列はダンチでしょう（XMLの中身も文字列だし）
switch文そのものを使わないのが目的。（理由は何れわかる）

シーン管理クラスの検索機能とは、登録された全てのシーンを総ナメして文字列比較を行い、
一致したシーンを返す事。（まんま答えｗ）
要するに、まず登録が必要という事。当然、削除やらなんやらも追加していく事になる。（必要になる）

各シーンオブジェクトは(Mode*の)コレクションとして保持する。
ポインタ配列なり、STL::vectorなり、ポインタのポインタなり、わかるもので実装すればよろし。

後々、ファクトリとかに対応すれば、ConfigModeの宣言等はアプリ実装のcppだけ知ってればよくなる。
（ヘッダファイルの循環参照とかで悩まなくなるし、簡潔になる）

**212** · 2005/10/20(木) 00:30:58

>>217
こんな感じ

class SceneManager {
　private:
　　Mode* pCurrentMode;
vector<Mode*> pModeList; これか、
Mode* pModeList[最大数]; こう。
　public:
　　HRESULT Change( const char* sceneName );
　　Mode* Seach(const char* sceneName ); // シーン検索関数もよくわからないです…
　　HRESULT Exec();
};

シーン切り替えは、リクエストだけしといて、
一定のタイミングで切り替えるべきだけど後でいいか。
、、シーンかモードか統一しないと気持ち悪いなｗ

**名前は開発中のものです。** · 2005/10/20(木) 00:39:53

文字列から特定の対象を検索するならstd::mapのがいいんじゃないか？

& ◆PgquWinh8I · 2005/10/20(木) 01:00:29

Processingに手を出し始めて、
Processing 1.0 (BETA) - Processing (Beta) with Eclipse
http://processing.org/discourse/yabb_beta/YaBB.cgi?board=Integrate;action=display;num=1117133941
を参考にEclipseから利用することには成功したのですが、アプレットを書き出す良い方法が見つかりません。
AntやABAさんのP5Docletも利用してみましたが、上手くいきませんでした（どちらもAlpha時代のモノのようで）。

Alphaバージョンへ逆行するのか、
Eclipseからの利用を諦めてpdeファイルを直接弄るのか、
それとも何か別に良い方法があるのか…どなたかご存じの方がいらしたら、教えてください。
よろしくお願いします。

（Processingって簡単さがウリの一つっぽいのに、エディタのセットアップから躓くなんて…これがBetaクオリティーか）

**212** · 2005/10/20(木) 02:16:41

>>230
その辺はお任せしますｗ
Modeクラスにキーを持たせるのは、STLの説明を分ける為と、
デバッグ時にちょっと判り易い(SceneGameStageクラス内をステップ実行。名前は"GameStage_001"とか)というだけの話です。

**210** · 2005/10/20(木) 06:53:17

>>212
何度もありがとうございます！
脳内ではほぼ理解できたと思います
これから仕事なのでスグには書けないのですが
帰ったらスグに組み込んでみます

**名前は開発中のものです。** · 2005/10/20(木) 09:08:29

100レスも空けて申し訳ありません。116です。
リリースビルドすればという助言を受けそのようにやってみましたが
うまくいきませんでした。(リリースでビルドする方法はコンパイラ起動時の
オプションに「-v-」を指定するであってると思います)
開発環境では「d3d8xd.dll」が同一フォルダになくてもきちんと動いたのですが、
他のパソコンで起動しようとすると「d3d8xd.dll」を要求されます。
(「d3d8d.dll」は必要ないようです)

これだけ間が空いた理由は、「今までのプログラムに新機能つけてコンパイルする
ときにやってみればいいや」と思っていたからです。
まさか、バグ取りに10日もかかるとは……

**名前は開発中のものです。** · 2005/10/20(木) 09:44:11

>>234
コントロールパネルの DirectX。
Direct3D タブの Debug/Retail D3D Runtime。

変更後再起動が必要だったような気がする。

**名前は開発中のものです。** · 2005/10/20(木) 10:06:17

単純にリンクするライブラリを間違えているだけ。

**210** · 2005/10/20(木) 18:06:14

まだまだ微妙なんですがこんな感じでどーでしょうか
シーンはタイトル・ゲームの２つのみになってます

class SceneManager
{
public:
　SceneManager();
　~SceneManager();
public:
　HRESULT Exec();
　HRESULT Change(const char* sceneName);　// シーンの切り替え
　Scene* Search(const char* sceneName);　// 指定されたシーン名のポインタを返す
private:
　Scene*p_CurrentScene;
　std::vector<Scene*>p_SceneList;
};

// コンストラクタ
SceneManager::SceneManager()
{
　// vectorに格納
　Scene* p;
　p = new TitleScene("TitleScene");　// タイトルシーン
　p_SceneList.push_back(p);
　p = new GameScene("GameScene");　// ゲームシーン
　p_SceneList.push_back(p);

}

**210** · 2005/10/20(木) 18:07:21

Scene* SceneManager::Search(const char *sceneName)
{
std::vector<Scene*>::iterator v;

for(v = p_SceneList.begin(); v != p_SceneList.end(); ++v)
{
if(!strcmp((*v)->sceneName, sceneName))
return *v;
}

ERROR_EXIT();
}

Searchでみつからなかった時の戻り値がないので警告はでます
その辺はどうにか…します

**名前は開発中のものです。** · 2005/10/20(木) 19:12:58

>>237
Scene* Search( const char* ) は public にする必要あるかな？
private で目的は達成できると思う。例えばこんな感じに。

class SceneManager {
public:
   HRESULT Exec();
   HRESULT Change( const char* sceneName ){  p_CurrentScene = Search( sceneName ); }
private:
   Scene* Search( const char* sceneName );
};

あと、クラスにシーンの追加メソッドを加えた方が、
シーンが増える度にクラスの実装コードを修正する必要がなくなるから、多少保守しやすいと思う。
多分、212 は下のような使い方をする前提で、説明してたんじゃないかな。

// 初期化
SceneManager sceneMgr;
sceneMgr.Add( new TitleScene );  // シーンを加える
sceneMgr.Add( new ConfigScene );
// シーンの追加コードが続く ...
sceneMgr.Change( "TitleScene" ); // 最初のシーンを指定

// メインループ
while( 1 ){
   if( !sceneMgr.Exec() )　// シーンの実行
      break;
}

何か勘違いしていたら、ごめんね。

**あきまさ** · 2005/10/20(木) 19:37:00

（名前が文字化けしてしまっている）>>231についてですが、
Betaバージョンを諦め、Alphaバージョンを利用することによって解決しました。

その場合についても躓くところが沢山あったので、需要は無いかと思いますが、
日記は私たちに微笑みかける死体 - 今頃？な感じのするProcessing(Alpha) with Eclipseの導入メモ
http://d.hatena.ne.jp/hogeratta/20051020
に纏めておきました。

**210** · 2005/10/20(木) 19:52:45

>>239
＞privateで目的は達成できると思う。
なるほど！確かにそうですね

追加メソッドも追加いたします
ありがとうございました～

**名前は開発中のものです。** · 2005/10/21(金) 00:40:23

レスありがとうございます。
さて、開発環境では動き、もう一台のパソコンで動かない理由がおそらくですが
分かりました。
開発環境では「c:\WINDOWS\system」に件の「d3d8xd.dll」が存在しますが、
もう一台のパソコンのほうではDirectX関係のファイルが「c:\WINDOWS\system32」
にあるにもかかわらず、当該ファイルは存在しないためだと思われます。

さらに、そのパソコンにはコンパネに「DirectX」という項目がありませんでした。
もうどうしたらいいのか分かりません。
というか、どうしようもないので、開発が完了するまでにこの無料で構築した
開発環境を捨てて、まともな開発環境を金出して買えば解決するのでは
などと考えています。

**名前は開発中のものです。** · 2005/10/21(金) 00:52:43

>242
>コンパネに「DirectX」
SDKをインストールしたときだけでエンドユーザーランタイムだとないと思う。

>(リリースでビルドする方法はコンパイラ起動時の
>オプションに「-v-」を指定するであってると思います)
漏れBCC使ったことないんだけどさ、グーグルの検索結果を見る限り
つけない場合がリリースビルドじゃね？

**名前は開発中のものです。** · 2005/10/21(金) 01:31:57

>>239
いや、その通りです。

シーンの追加、マネージャの初期化等は、XXXGameAppクラスの初期化等でやれば良いので、
TitleSceneクラスの宣言等は、XXXGameAppクラスにだけ追加すれば良いと。

シーンの変更リクエストはXXXGameAppクラスのExec()内か、各シーンのExec()内でやると。

シーン管理、Modeクラス等はゲームエンジンに属するものだから、派生クラスとは明確に分ける事を勧めます。
一通りの機能を追加しとけば、色んなゲームで流用出来るし、コード修正もしなくて済みます。

**名前は開発中のものです。** · 2005/10/21(金) 11:28:51

>>242
リンクするライブラリを d3dx8d.lib → d3dx8.lib にする。

**210** · 2005/10/21(金) 13:16:41

大変お世話になっています>>210です
皆様のお陰でゲームループは満足の行く状態に出来ました

またひとつ質問なのですが
D3Dオブジェクト類（？）はどういった管理をすれば効率が良いでしょうか
現在はRendererクラスの中で
class Renderer
{
public:
　Renderer();// コンストラクタ
　~Renderer();// デストラクタ
public:
　HRESULT Initialize(HWND hWnd, BOOL isFullScreen, int clientWidth, int clientHeight);
　LPDIRECT3DDEVICE9 GetDevice();
　void Finalize();
private:
　LPDIRECT3D9m_pD3D;// IDirect3D9インターフェイスへのポインタ
　LPDIRECT3DDEVICE9m_pD3DDevice;// IDirect3DDevice9インターフェイスへのポインタ
　D3DPRESENT_PARAMETERSm_D3DPP;// デバイスのプレゼンテーションパラメータ
};
となっていて宣言はメインループ前です
Renderer render;
render.Initialize(....);
// シーン管理クラス初期化
// メインループ

**210** · 2005/10/21(金) 13:18:04

そして現在各シーンの描画・更新を作ってるのですが
描画で必ずIDirect3DDevice9ポインタが必要になります
現在の状況だとIDirect3DDevice9ポインタをグローバル変数にしてどのcppファイルからも弄れるようにするか
シーン管理クラス.Exec()の引数として渡してまたその中の各シーンのExec()の引数に…しかありません
前者だとコーディングは物凄く楽だと思いますが安全性？に問題がありそうで、
後者は同じ引数を引っ張っていくのは見辛そうです。

Rendererクラスオブジェクトをシーン管理クラスのメンバにする、
またはIDirect3DDevice9などをシーン管理クラスメンバにしてしまいD3D初期化自体をシーン管理クラスで行う
などが考え付いたのですが（それでも渡すのが一段階減っただけなような…）
他はどのような方法があるのでしょうか？

**名前は開発中のものです。** · 2005/10/21(金) 17:33:03

実は俺はもうめんどくさくてシングルトンにしてグローバルにシーンを置きまくり。

**名前は開発中のものです。** · 2005/10/21(金) 17:42:53

俺もそうよ
その代わり、レンダリングステート等はその都度再チェック再セットという制約

**210** · 2005/10/21(金) 20:43:21

レスありがとうございます
シングルトンとはなんぞや？って感じだったので
調べてみたところ今回の質問にﾋﾟﾀｰﾘでした

ついでにデザパタの必要度がわかりました…orz 勉強します

**名前は開発中のものです。** · 2005/10/21(金) 21:38:16

デザパタは必要、ってなんか語弊がある感じがするな。
感覚的には、普通にプログラム組んでたらあのデザパタになってた、ってとこかも。

**名前は開発中のものです。** · 2005/10/21(金) 22:01:00

2chでゲーム作ってますとかメンバー募集とかのスレを纏めてるスレが欲しいのですが、建ててもいいでしょうか？

**名前は開発中のものです。** · 2005/10/21(金) 22:33:56

ネットワークゲームとかのチャット部分ってどうやってるんですかね？
入力できるスペースでカーソル合わせて文字を受け付けるようなのがありますが
文字の変換とかのところってどうやってプログラムでやるんですか？
あとそれに応じた描画なんですがDirectXで再現すると動的なテクスチャの
書き込みで解決するもんですかね？

**名前は開発中のものです。** · 2005/10/21(金) 23:15:42

>>252
これじゃ駄目？
http://pc8.2ch.net/test/read.cgi/gamedev/1111084681/

**名前は開発中のものです。** · 2005/10/21(金) 23:20:55

>>253
TextBox とかが簡単なんじゃないの。

**名前は開発中のものです。** · 2005/10/21(金) 23:32:20

>>253
あれはWM_IME_なんたら系メッセージをフックして
変換ウィンドウを自力で書く。
詳しくはsdkのcommonフォルダに入ってるguiサンプルを見てみ

かなりめんどくさい。

**名前は開発中のものです。** · 2005/10/21(金) 23:40:26

>>254
そこで十分ですね。
ありがとうございます。

**名前は開発中のものです。** · 2005/10/22(土) 00:45:17

>>252
つ http://gamdev.org/w/?%5B%5BProjects%5D%5D

**名前は開発中のものです。** · 2005/10/22(土) 03:09:21

>>253
普通にIME制御からゴリゴリと書くだけ。
変換とかの処理はIMEがやってくれるので、描画を全部自分でやる。

一応、X8以外ならエディットコントロールをそのまま使う方法もあるが。

**名前は開発中のものです。** · 2005/10/22(土) 11:17:03

>>250
シーン管理のケースでもシングルトンやファクトリ使えば、
似たような実装でキャラ管理、キャラステータス管理が出来るようになるよ。

**名前は開発中のものです。** · 2005/10/22(土) 12:57:03

IDirect3DDevice9やら、ID3DXEffectやらのポインタなのですが、
実際に生成したクラスから、実際に描画する下位のクラスまで、
複数のクラスで包れてる時、どう渡していったらよいのか悩んでいます。

・グローバル変数で持つ。
・毎回引数で渡していく。
・包まれてるクラス内部でコピーを持つ。

思いついたのはこの三つなのですが、定番みたいなものってありますか？

**名前は開発中のものです。** · 2005/10/22(土) 19:04:20

共有される変数？についての質問なのですが
敵キャラのように同じものがいくつも生成される場合
テクスチャなどは使い回しですが
そこでそれはどのように管理したらよろしいのでしょうか？

class Cube {
public:
　static LPDIRECT3DVERTEXBUFFER9 m_pVB[6];
private:
　// 座標とかその他各インスタンスによって違うもの類
};
vector<Cube*> cube; // 管理はベクトルで

と、自分ではstaticクラスメンバを使う方法が思いつきました
ゲーム開始前の初期化処理でm_pVB[6]を初期化するわけですが
それだとCube::m_pVB[6]となり正直見づらい？気がします
何か綺麗な方法とかってありますか？

**名前は開発中のものです。** · 2005/10/22(土) 19:10:23

最近色んなスレで同じような内容を見かけるのだが

>>262
何か共有データを持つリソース管理クラスでも作ればいいっしょ。
そいつをシングルトンにしてしまう。

class ResourceManager
{
private:
　map<string,IDirect3DTexture9*> m_textures;

public:
　IDirect3DTexture9* GetTexture( string& str );
};

例えばの話だけれど。
テクスチャみたいに何度も参照するような奴はID制にしてもいいし、その辺はお好みで。
上手く作れば、必要なときにだけ必要なテクスチャをロードできるようなクラスも作れるよ。

**名前は開発中のものです。** · 2005/10/22(土) 19:14:05

即レスありがとうございます
シングルトンについてはあまり詳しくないのですが
色々試して見たいと思います

＞最近色んなスレで同じような内容を見かけるのだが
すいません。他のスレもみて回ってきます

**名前は開発中のものです。** · 2005/10/22(土) 19:57:41

シングルトンにする必要の無いところは無理にしなくてもいいのでは。
テクスチャ管理クラスだって種類別に分けることも考えられるし
どちらかというとFlyweightを調べれ。

**名前は開発中のものです。** · 2005/10/22(土) 21:47:32

Flyweightをネットで調べてみたのですが
どのようにゲームに使えばいいのかわかりません…orz

現在作ろうとしてるのは
LPDIRECT3DVERTEXVUFFER9 m_pVB[6]:　// 立方体
LPDIRECT3DTEXTURE9 m_pTex;　// テクスチャ
くらいしか共有するものがありませんが
実際ゲームに組み込むにはどのようにやればいいか
ヒントだけでもお願いできないでしょうか？
共有しないものは今は座標くらいです

**名前は開発中のものです。** · 2005/10/23(日) 04:51:57

>>266
適当に答えるけど、LPDIRECT3DVERTEXVUFFER9って共有化出来るの？
ちょっと疑問。
あるCube?のUV変更したら他のCubeのUVも変わると思うけど？
これって３Ｄ？２Ｄ？

俺の２Ｄゲーの実装だと、プリミティブグループというクラスに１つテクスチャ持たせてる。
で、任意の数だけグループがある。（テクスチャ数やレイヤー分けに依存）

で、グループ内には頂点バッファが任意のキャラ数Ｘ６頂点分ある。と。（３角形２個で１スプライト）
描画はグループ（頂点バッファ）毎に１度。
テクスチャ切り替えはグループ描画前に。（直前と同じものならスルー。手抜き実装ｗ）
ややこしいと思うので、素直にD3DXのスプライト使えば良いと思うけど。

**265** · 2005/10/23(日) 05:11:22

>>263のようにCubeも管理じゃだめなの？
俺は別に >>263 を否定しているわけではないので。

class Cube : public Model{
private:
　　LPDIRECT3DVERTEXBUFFER9 m_pVB[6];
　　LPDIRECT3DTEXTURE9 m_pTex;
　　std::string m_strName;
};

class ModelManager{
private:
　map<string,Model*> m_Models;
public:
　Model* GetModel( string& str );
};

**262** · 2005/10/23(日) 11:29:43

>>267
＞LPDIRECT3DVERTEXVUFFER9って共有化出来るの？
今のところCubeの大きさや色を変えるつもりはなかったので
ＵＶ座標は座標などと一緒に各インスタンスに持たせて描画前にm_pVB[]->LockでＵＶ変更するつもりでした
（今思うと毎回Lockってどうなんだろう…）

>>268
>>263氏を参考に作ってましたが
Flyweightなるものを知って試してみようと…
まだまだ知識不足なので頂いたアドバイスは片っ端から調べたいので。
説明には細かいオブジェクト（ゲームなどでは敵・爆発などに）に向くあり、
ちょうどイイのかなと思いました

＞class Cube : public Model
Cubeが継承してるModelはDrawなどの純粋仮想変数を持つ抽象クラスでしょうか
それで他の敵にも継承するようなイメージですか？
Model
　Cube
　Ball
　Triangle

**名前は開発中のものです。** · 2005/10/23(日) 11:49:27

皆さんが一番最初に作ったアプリケーションはどんな物でプログラミング言語は何を使いましたか?

**名前は開発中のものです。** · 2005/10/23(日) 11:59:49

PONGもどきをN88BASICで
・・・懐かしいなぁ

**名前は開発中のものです。** · 2005/10/23(日) 13:17:08

>>270
アンケートはやめれ

**名前は開発中のものです。** · 2005/10/23(日) 13:19:23

242です。

>>243さん
ヘルプを読んで「-v」オプションでリリースビルド、「-v-」オプションで
デバッグビルドと解釈しましたが……

>>245さん
やってみましたが、d3dx8bor.dllを要求されました。

**名前は開発中のものです。** · 2005/10/23(日) 14:22:44

>>268
連レスすいません
そのやり方は全ての描画パターン？をmapに格納という捕らえ方でいいですか？

例えば同じ形で模様だけが違うキューブの場合
// 水模様のキューブ
LPDIRECT3DVERTEXBUFFER9 m_pVB[6];
LPDIRECT3DTEXTURE9 m_pTex = tex.tga;
std::string m_strName = "WaterCube";

// 空模様のキューブ
LPDIRECT3DVERTEXBUFFER9 m_pVB[6]; // uvだけが違う
LPDIRECT3DTEXTURE9　m_pTex = tex.tga;// 上と同じ
std::string m_strName = "SkyCube";

座標などは
class Item
{
　D3DXVECTOR3 position;
　// 拡大縮小・回転とか
}
std::vector<Item*> ItemList;
で管理して描画の時に
Model* mod = GetMode("WaterCube");
mod->Draw();
な風でよろしいでしょうか？

**名前は開発中のものです。** · 2005/10/23(日) 14:26:53

あ、管理クラスにどのモデルか入れないとですね…

class Item{
　D3DXVECTOR3 position;
　std::string m_type = "WaterCube";
　// その他の情報
}
Model* mod = GetModel(m_type);

**名前は開発中のものです。** · 2005/10/23(日) 14:43:21

>>274-275
大体そんな感じでいいんじゃない。
細かいところは好みが分かれるだろうから
自分なりに色々試すといいんじゃないかな。

**262** · 2005/10/23(日) 19:59:05

uv座標の初期化は
素直にコンストラクタまたは初期化関数の引数に
12個D3DXVECTOR2を指定するしかないでしょうか？

**名前は開発中のものです。** · 2005/10/23(日) 20:05:40

>>277
形状から計算できるなら計算すればいい。
Cubeなら可能じゃない？

**262** · 2005/10/23(日) 20:08:28

どのような計算でしょうか？
対角線上の2座標から求める方法くらいしか…orzそれだと12個必要で…

**名前は開発中のものです。** · 2005/10/23(日) 20:10:33

あ…D3DXVECTOR3を使えばできそう？ですか？

**名前は開発中のものです。** · 2005/10/23(日) 22:14:28

別に12個書いとけばいいじゃん

**名前は開発中のものです。** · 2005/10/23(日) 22:21:17

>>273
> やってみましたが、d3dx8bor.dllを要求されました。

それで正しいような気がする。
Borland は DirectX7 までしか普通にサポートしてないので、
DirectX8 ～ DirectX9 dec 2004 までのはラッパーDLL が必要。
だから d3dx8bor.dll も配布時に添付しなくちゃいけない。

Visual C++ toolkit 2003 でも入れてそっちでコンパイルし直すという手もあるが。

**名前は開発中のものです。** · 2005/10/24(月) 00:22:53

>>だから d3dx8bor.dll も配布時に添付しなくちゃいけない。
何も知らないためおろかな質問かもしれませんが、
権利関係なんかはどうなっているのでしょうか？

ぶっちゃけた話、ゲームが完成したらコミケででも販売できればなぁ
と思っているのですが。

**名前は開発中のものです。** · 2005/10/24(月) 07:37:56

>>283

> You are free to use the LIBs and DLLs in the archive (borland_dx8_libs.zip) to create your DirectX applications.
> You may redistribute the archive as long as you do not modify its contents or provide misleading information about its origin.

自由に使うことが出来て、制作元やら内容を改変しない限りは自由に再配布可能

**名前は開発中のものです。** · 2005/10/25(火) 23:25:12

C++で回転に関する関数を作っています
float形で初期角度A、目的角度B、角速度Cを与えて、変位後の角度を求めようとしています。
つまり、A＋CがBを通り過ぎた場合は、Bを返す関数です。
A,B,Cがfloat形の範囲すべてを許して、戻り値をーπ～πの範囲で求めているのですが、
どんなやり方があるのでしょうか？

**名前は開発中のものです。** · 2005/10/25(火) 23:42:36

擬似コードで

A = A mod 2PI;
B = B mod 2PI;

if( C > 0 )
{
　if( B < A )
　　B += 2PI;

　if( A+C > B )
　　return B mod 2PI;

　return A+C;
}
else { 逆方向の場合 }

こんな感じ？　変な動作したらスマネｗ

**名前は開発中のものです。** · 2005/10/26(水) 01:00:24

>286
うーん、正しいはずなんだけど、微妙に変な動きをする。

**名前は開発中のものです。** · 2005/10/26(水) 01:19:55

変な動きって、どういう動きなの？
具体的に言われないと分からん。
あとこれだとホーミングの動きはできないよ？

**名前は開発中のものです。** · 2005/10/26(水) 07:44:31

昨今のＰＣゲームって、複製防止に
どういう対策してんのですか？

**名前は開発中のものです。** · 2005/10/26(水) 08:23:47

nyにうｐされてたら訴訟。

**名前は開発中のものです。** · 2005/10/26(水) 08:24:35

レーベル印刷で付加価値

**名前は開発中のものです。** · 2005/10/26(水) 08:41:25

そうなんですか。ではお礼に
http://www.4gamer.net/news.php?url=/patch/demo/landofthedead/landofthedead.shtml
デモ版だけど面白いよ

**名前は開発中のものです。** · 2005/10/26(水) 09:39:50

>>290
うｐされてから半年以内なら、警察に被害届を出すのがデフォかと。
訴訟に関しては、うｐされてから半年以上経過してる場合にやるべし。

**名前は開発中のものです。** · 2005/10/26(水) 09:48:40

自作の物が、nyにうｐされてた場合、被害届けだせば、警察は捜査してくれるん？

**名前は開発中のものです。** · 2005/10/26(水) 10:19:14

するわけないな

**名前は開発中のものです。** · 2005/10/26(水) 10:43:09

>>289
複製防止とは全く関係ないが
某エロゲのCGは割れPhotoshopで作ったらしく
ヘッダにwarezzzzと入っている
普通はヘッダを削除して1つのファイルにまとめるが
プログラマの嫌がらせなのか割れ暴露なのか
ヘッダそのままになってる

画像抽出ツールとか使ってファイルを展開させてから
バイナリエディタで見てみよう

**名前は開発中のものです。** · 2005/10/26(水) 11:21:45

ネットゲー作成の環境についてだけど、
ケーブル（ぐろーばるＩＰなし）環境じゃテストって無理？

後、VS.netって複数の実行ファイルを同時にデバッグて出来る？（サーバー/クライアントを同時にデバッグしたい）

**名前は開発中のものです。** · 2005/10/26(水) 11:37:13

>>297
> ケーブル（ぐろーばるＩＰなし）環境じゃテストって無理？
ローカルに鯖と蔵置けば可能。
1台のマシンで鯖と蔵を同時に動かせばいい。

> 後、VS.netって複数の実行ファイルを同時にデバッグて出来る？（サーバー/クライアントを同時にデバッグしたい）
VS.netを二つ起動しる。
ただ同期を取る必要がある時にブレークポイントで片方が止まってたりすると
もう片方も必然的にブロッキングするから、あまり意味がないような・・？
素直にデバッグログを吐くようにした方がいいかと。

**名前は開発中のものです。** · 2005/10/26(水) 11:48:26

>>298
即回答ｻﾝｸｽ!

＞ローカルに鯖と蔵置けば可能。

今はそうやってソケット関連のサンプル動かしてます。
で、実際に公開したり、友人とテストしたいけど、出来るのかなー、と。

＞素直にデバッグログを吐くようにした方がいいかと。

なるほど、確かに同期取る場合は意味ないかもですね。

**名前は開発中のものです。** · 2005/10/26(水) 13:44:56

>>294
売り物であればな。うｐして逮捕されたケースならいくつかあるぞ。
まあ、問題があるとすれば、被害届の書類を書くのが面倒な点だな。

**名前は開発中のものです。** · 2005/10/26(水) 17:39:01

【笠間ゆかり】新ブログ発覚!!【仏ヲタきんもーっ☆】
http://travel2.2ch.net/test/read.cgi/kyoto/1122274328/

笠間ゆかり、イムイ象ヲタを｢きんもーっ☆｣
http://academy4.2ch.net/test/read.cgi/gallery/1122274058/

**名前は開発中のものです。** · 2005/10/26(水) 17:54:21

>>300
フリーウェアの著作権が無視されがちなのは、
被害金額が0円だからだという噂がある罠。

**名前は開発中のものです。** · 2005/10/26(水) 18:49:47

>>294-295
著作権法が何のために存在すると思ってるんだ？

**名前は開発中のものです。** · 2005/10/26(水) 18:54:06

警察がお仕事をサボる時代だからなあ

**名前は開発中のものです。** · 2005/10/26(水) 19:17:38

県警が勤勉でない県には住みたくないなぁ・・・
治安が無茶苦茶悪そうだぁ・・・

**名前は開発中のものです。** · 2005/10/26(水) 19:38:03

むしろ、安全かもしれんぞ。それだけ事件が起きないという事だからな。
けどまあ、人の多い県で県警が勤勉でないケースは、かなりヤバいけどな。
不祥事で有名な埼○県警とか・・・

**名前は開発中のものです。** · 2005/10/26(水) 21:31:57

一番は神○川だろ

**名前は開発中のものです。** · 2005/10/26(水) 22:08:03

大御所の京都府警に通報。

**名前は開発中のものです。** · 2005/10/26(水) 23:23:26

京都府警に通報したら逆にダウンロード＆アップロードされちゃいそう

**名前は開発中のものです。** · 2005/10/27(木) 00:01:26

無断うｐは犯罪だが、ＤＬは犯罪じゃないよ。困ったことにね。
個人的にはny系のソフトは、使用するだけでも犯罪にして欲しい。

**名前は開発中のものです。** · 2005/10/27(木) 00:03:28

ＤＬするヤシがいるから、無断うｐするヤシが出てくる。
著作権擁護派としては、nyの存在自体が許せない。

**名前は開発中のものです。** · 2005/10/27(木) 00:54:03

ny系のソフトを使う事自体は、犯罪でも何でもない。
ただし、著作権所有者には嫌われる。まあ、当然の話だよな。
著作権所有者には、得られる物が何も無いんだから。

**名前は開発中のものです。** · 2005/10/27(木) 01:17:41

＞得られる物が何も無い

知名度が得られるぞ。
まあ、見返りが得られる可能性があるのは数年以上先の話だが・・・

**名前は開発中のものです。** · 2005/10/27(木) 01:30:00

>>313
見返りを得られる前に潰れたら、意味が無いのだが・・・
そもそも知名度が上がると、厨ユーザーにからまれる可能性も増えるから、
潰れる可能性も増えるし・・・

**名前は開発中のものです。** · 2005/10/27(木) 05:39:21

DL出来るってことはULしてる奴が必ずいるわけだからね。

**名前は開発中のものです。** · 2005/10/27(木) 06:28:23

いいかげんスレ違い

**名前は開発中のものです。** · 2005/10/27(木) 11:18:56

フリーソフトやGPLってパクられて実際に裁判までいったことないよね

**名前は開発中のものです。** · 2005/10/27(木) 11:46:45

GPLのソースを使ってソース公開をせずに裁判沙汰になった例は2002年以降から存在している。
頭の悪い発言はやめろ。

**名前は開発中のものです。** · 2005/10/27(木) 12:26:06

>>317
俺が知ってるだけでこれだけあるんだが。

・家電屋の添付ソフト事件
・ギャルゲのWINアクセサリ事件
・某フリーウェアCGソフト事件