無料で俺がRPGを作れるようにするスレ

1 ◆SLnV723rxg · 03/07/26 20:18

やる気だけはあるぞ。

**名前は開発中のものです。** · 2006/09/21(木) 22:06:07

NEETスレの1って、実はこのスレの1だったのかもな。
いや、ただスレタイが似てるなぁと思っただけなんだがな。

**名前は開発中のものです。** · 2006/09/21(木) 22:59:22

作れようにするスレと作るスレじゃ全然違うのよ

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

俺様の出番か

**名前は開発中のものです。** · 2007/03/27(火) 21:01:02

しさしぶり（←なぜか変換できない）に覗いてみたら、2年以上誰も進歩なしかよｗ

**名前は開発中のものです。** · 2007/03/28(水) 14:11:37

まぁ>>1はカールグスタフでも作っとけってこった

**名前は開発中のものです。** · 2007/07/08(日) 19:52:23

無料でRPG作れるように修行する
http://gameover.blog.shinobi.jp/

Level_1
http://gamdev.org/up/img/9718.zip

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

―――　そろそろ誰も見てなさそうなので再利用　―――
開発環境： VisualStudiam2005ExpressEdition（無料のやつ）
言語　　　： C++　あとWin32API、DirectX9.0

ブログでやろうかと思ったけどCSSに凝りそうで進まなさそうなのでとりあえずここで。

目標
・2000年頃のパソコンでギリギリ動く。
・ﾍﾞｸﾀｰにゲーム掲載される。
・余裕があったらMMOも作る。

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

とりあえずは
１．DirectXのソースをコピーしてまるごとコンパイル
２．四角形表示
３．テクスチャを貼ってみる
４．マップを表示
　　具体的には、Win32APIのみでのマップ描画のように、マップチップを並べてバックバッファへ描画→
　　　　　　　　　　それをテクスチャとしてポリゴンに貼り付ける→ポリゴンを画面へ描画
５．アルファなんとかを駆使してマップ上に主人公を描画
６．完成！

マップの他に主人公も表示する必要があるから三角形のポリゴン４つでいいのかな。
DirectXを使う意味があるのかどうかよく分からないけど、これでいけそうな気がする。

イメージとしてはドラクエ1のようなものを2Dで。

**名前は開発中のものです。** · 2007/12/25(火) 12:05:59

はいはい晒しあげ

**386** · 2007/12/26(水) 10:16:19

VS2005の設定に手こずったけど、四角形平面ポリゴンにテクスチャを貼るところまで成功。
ところが、作成した実行ファイルと画像ファイルをコピーして新しく作ったフォルダに詰めて、
ロダにあげるまえにテストで実行してみたところOSごと落ちた。

元のプロジェクトフォルダ内の実行フォルダでは何事もなく実行できるので、
詰めるファイルが足りないか、コピーのときに破損したんだろうけどよく分からない。

**386** · 2007/12/27(木) 07:47:17

「Win32APIを利用してビットマップ画像読み込み→そのままバックバッファへ描画→
　それをテクスチャとして四角形ポリゴンに貼り付ける」
をやろうとしてコンパイル通ったけど、実行するとOSごと落ちる・・・

直接ハードウェアをいじってるらしいし、ちょっとしたミスでパソコンがぶっこわれそうな気がする。
怖いのと、再起動が面倒でトライアンドエラーができない。

**名前は開発中のものです。** · 2007/12/27(木) 09:16:01

>>387
>イメージとしてはドラクエ1のようなものを2Dで

>DirectXを使う意味があるのかどうかよく分からないけど

ないだろｗ
まして「2000年頃のパソコンでギリギリ動く」なら素直にDIBSectionで作った方が良いんじゃ。

**386** · 2007/12/27(木) 09:55:03

DIBSectionを使ったのは前作ったので、本当は3Dをやりたかったんですけど
ブレンダーいじってみたら豆腐みたいなのしか作れなくて。しかも何か無駄に巨大に・・・

だから、とりあえずDirectXの使い方を覚える為に2Dをやろうかと思ってるんですが、
最初から3Dやったほうがいいですか？

DIBSectionの代わりにポリゴン使ってるだけだから、このままやってても、
DirectXはたいして使えるようにならないと薄々感じてきたんですが

**386** · 2007/12/27(木) 11:56:09

マップチップを並べた仮想のビットマップを作成できたので、テクスチャとして指定しようとしたけれど
D3DXCreateTextureFromFileの第二引数に指定するファイル名って何だろう。

(LPCSTR)HDC　デバッグ時にエラー
(LPCSTR)HBITMAP　デバッグ時にエラー
(LPCSTR)BITMAPINFO　デバッグ時にエラー、そもそもLPBYTEとセットで使うようなものの気がする

マップチップを並べる→名前をつけて画像を保存→テクスチャとして呼び出し
ならできそうだけど、物凄く無駄な気がする。

前に悩んでたOSごと落ちるのは、ファイルがリンクされているのに存在しない場合に起こるっぽい。
デバッグモードで実行すればファイルがなくても落ちない。たぶん。

**名前は開発中のものです。** · 2007/12/28(金) 10:34:47

仮想ビットマップのファイル名をどうしたらいいのか、何時間か調べても分からないから3Dでやることにした。
ブレンダー細かすぎて使いこなせないから六角大王ダウンロード中・・・

今後の予定は
１．かろうじて人間に見える仮モデル作成
２．作ったXファイルを読み込み
３．キー入力に応じてXファイルを動かす
４．マップ作成

こんな感じの予定だけど、２．まではなんとかいけそうな気がする。
でも、４．は結局２Dでのマップ作成と同じ問題が発生する気がする。
巨大なテクスチャを用意するか、テクスチャは貼らずにポリゴンに色をつけるなら何とかなりそうだけど
極端に重くなったり、見た目が酷かったりで、あまりいい方法ではなさそう。

StretchDIBitsのように、手軽にテクスチャを貼れる関数がDirectXにあればいいんだけど
DirectXについてきた取り扱い説明書を見ると、なさそう

**名前は開発中のものです。** · 2007/12/29(土) 10:58:22

六角大王で人間作成→Xファイル化→DirectXを使ってウィンドウ上に表示　までできた。
といっても、サンプルのトラの表示プログラムのファイル名の部分だけを書き換えただけでできたのであまり進んでない。

ソース解読中だけど、未だになぜ読み込んだXファイルが回転してるのか分からない。
その部分が解明できたら、キー入力を取得してキャラクターが動かせるようになるはず。
Win32APIのキー入力取得でも十分なスピードだったように思うけど、DirectInputとかいうのは使ったほうがいいんだろうか。

**386** · 2007/12/30(日) 08:14:15

できた！
イケメン主人公が海を移動するゲーム。
移動は矢印キーで。

http://gamdev.org/up/img/10830.zip
なんか卑猥な形になってしまったけど、頭と体のつもり・・・

あと、ソースあげようとしたけどアップローダーが.txtに対応してなくて、.zipにするの面倒なので、
添削してくれる人もしくはこれからやる人でソース見たい人などが来たら.zipであげます。

次はマップを表示させて、マップを動かしたいところだけど、2Dでさえ挫折したから厳しそう。
どうやればいいんだろう・・・

**386** · 2007/12/30(日) 11:11:46

＞515 名前：デフォルトの名無しさん：2006/09/02(土) 15:06:39
＞なんか最近無理やり２Ｄゲーム作ろうとしてるボーヤが
＞こことかゲーム製作技術板にも一定数いるみたいだな。
＞なんでそんな無駄なことしてるのか一体どんなゲーム目指してるのか一度聞いてみてぇ。

＞マップチップで作りたいとかもう時代じゃねぇんだよ。
＞色んなリソース食い潰した挙句そんなショボイもん作ってどうするのかと。
＞ DirectXのスプライト機能なんて板ポリちゃうんかとあのクラスなにか恩恵あるのかと。
＞お前、どこまで脳みそ無いのかと。

ぐぐったらこんなレスが・・・
フィールドも3Dで作るとして、ポリゴンは巨大なものが必要だろうし、マップチップ形式ではないテクスチャも
やたら巨大になりそうなんだけど、そんな巨大なデータを読み込めるんだろうか。

大量の小部屋をゾーン移動で繋ぐっていう方式が現実的なんだろうけど、できれば世界中をシームレスにしたい。

今後の目標
１．　複雑なポリゴンにテクスチャを貼れるようにする
２．　フィールドを作る（六角大王だと左右対称なポリゴンしか作れないから、別のソフトを使わなければいけないかも？）
３．　キー移動でフィールドを探検できるようにする
４．　フィールドの壁との衝突判定を実装する（やり方が今のところ想像もできない）

3Dになったので、ドラクエ１ではなくFF10を目指していくことにした。

**386** · 2008/01/05(土) 10:23:50

フィールドのXファイルを作成→キー移動で探検できるようにする
までできた。

でも、ポリゴンに直に色をつけているせいか、グラフィックが余りにも酷い。
衝突判定は未だに分からない。
2Dと違って、高さまで考えなきゃいけない。
（考えなくてもできるんだろうけど、見た目3Dでも実質2Dな、自由度が少ないゲームになりそう。）

**386** · 2008/01/06(日) 08:19:19

DirectXライブラリっていうのかな？
それを使えば地面との衝突判定ができそうな気がしてきた。
平面方向の衝突判定は、もし分からなくても2Dの手法を利用すればいいので、
これで何とかゲームを作れる目処は立った。たぶん。

今後の目標
１．地面・キャラクターの２つのXファイルを読み込む
２．キャラクターのみ、地面との衝突判定をする

あと、今、移動はポリゴンの座標を直にいじっているけど、これは後々困りそう。
以前2Dのゲームを作ったときに、NPCの移動が不自然になった原因はこのへんにあると思う。

**386** · 2008/01/09(水) 02:15:31

Xファイルを2つ読み込んで表示させることができない。
単純に変数や関数をもう一個ずつ作ればできると思っていたのに。

とりあえず、カメラは一個でいいはず。

それでもうまく表示されないので、最初に読み込んだXファイルを表示させている部分をコメントアウトしてみたところ、
後から読み込んだXファイルがうまく表示されない。一瞬、設定した色がチラッと見えるけど形は壊れている。
Xファイル自体は壊れていないので、読み込んだときにおかしくなっているっぽい。
でも、原因は全く分からない。

また、コメントアウトしない場合。
Xファイル1とXファイル2を交互に表示させているみたいで、チラつく。

**386** · 2008/01/10(木) 02:53:17

あーーーー、なんとなくわかってきたかも
Xファイル２つを読み込んで表示させることができないので、
Xファイル一つをロードしてそれを二箇所に表示してみたら成功。

ここから分かったのは、ファイルが壊れているわけでもないし
読み込んだ内容がぶっ壊れているわけでもないってこと。

これで２つ以上のXファイルを表示させる目処はついた。
ただ、C++がかなり理解不足で、Xファイルの量が増えれば増えるほど
ソースが膨らんでいきそうなのが・・・・

**386** · 2008/01/13(日) 14:03:34

二つのXファイルを読み込んで、画面上に描画することはできた。
でも、交互に描画されてしまって全くゲームにならない。

http://gamdev.org/up/img/10934.zip
解凍passはrpg
ソース同梱。

どうも、画面が上書きされているから、バックバッファが二つあることが問題なんだと思うけど、
じゃあどこを直せばいいのかと言われると全く分からない。
ネットを探しても、このへんのサンプルは全く転がってない。

**386** · 2008/01/14(月) 13:07:09

抽象的な概念から、初歩的な解説までしてくれるサイトがやっと見つかった・・・
もうちょっと読んでみて、分かりやすかったらリンクをはろうと思う。

**386** · 2008/01/14(月) 13:15:33

あ、あと>>402でアップした実行ファイルの画面を最大化すると、超高速でバックバッファが切り替わるおかげで
アルファブレンドチックな画面になった。どうしても１画面に二つのXファイルを表示できなかったら、
これに当たり判定をつけて無理やりゲームと言い張るのもありかと思った。

**名前は開発中のものです。** · 2008/01/22(火) 21:52:51

>>1
やる気があれば出来る。がんばれ。

**386** · 2008/01/24(木) 22:17:53

ちょっとたてこんでてあと一週間くらいいじれなさそう。
概念はなんとなく分かってきたけど、一画面に複数のXファイルを表示させるには
具体的にどうするかっていうのがまだ見えてこない。

**386** · 2008/02/08(金) 17:27:02

二つのXファイルを表示させるところまでできた。
概念としては2Dのときと変わらず、バックバッファにガンガン上書きして
最終的に画面へポン！という感じぽい。

前回まではマップのポリゴンを直に動かしていたけど、3D的にはキャラクターとカメラを動かしたほうがいいっぽいので
当たり判定をつける前にそっちをやろうと思う。

今後の目標
１．キー入力に応じてカメラを動かす
２．重力落下の計算みたいなのさせる
３．地面との当たり判定をつけ、接触したら落下を停止する

横方向の当たり判定は無視して、とりあえずこんな感じで進めていこうと思う。
ソースが管理しきれなくなってきたのでブログをそろそろ作りたいけど
ブログの名前が思い浮かばなくてやる気が出ない。
UPするファイル量が膨大になりそうなんだけど、アップロードできるファイル量が多い無料サーバーってどこがいいんだろう

あと、座標管理はどうしたらいいのか、誰か教えてください。何をどうしたらいいのかぜんぜんわからない。

**386** · 2008/02/09(土) 02:28:33

グーグルでブログ作ったけどファイルアップロードの方法が見つからない・・・
昔の日付で書くこともできなさそうだし微妙だったかも・・・でも眠いから終了

**名前は開発中のものです。** · 2008/02/09(土) 08:12:53

bloggerはクソブログ

**386** · 2008/02/09(土) 16:02:28

そうなんですか・・・

とりあえず調べた結果
グーグル、fc2、livedoor、cocolog、忍者、biglobeのblog、yahooブログ
全部.zipのアップロード無理みたい

cgiを使えばブログみたいなことできそうだから、ブログじゃなくてレンタルサーバーを探してみよう・・
cgiの使い方わかんないけど・・

**名前は開発中のものです。** · 2008/02/10(日) 02:19:14

>>410
ブログなんか今時インスコして運用するもんじゃない。メンテ面倒になるのが落ち
fc2とかのブログサービスを借りて、
zip配布用にレンタルサーバーでも借りるのが賢いやり方かと

**名前は開発中のものです。** · 2008/02/10(日) 20:09:34

つうか鯖借りるならブロゲやる必要自体無くね？
作品公開サイトなんてzipのダウンロードと日記を兼ねた進捗報告ページくらいありゃ事足りるんだし
HTMLなんざメモ帳に手打ちで充分なレベルだろ？ブログCGIにアクセスして更新すんのとさして労力も変わらんだろ

そんなつまんねーことに頭悩ますより好きな作品創りに力注ごうぜ？

**386** · 2008/02/10(日) 20:55:23

無料のレンタルサーバー調べてみたけど、審査が面倒だったり倉庫利用ができなかったりで微妙でした。
それで、だめもとでseesaaaでブログを借りたらヘルプには書いてなかったけど.zipが使えました。

普通のホームページ形式にしようかとも思ったんですが、検索サイトでほとんどヒットしないイメージがあるんですよ。
理由はよく分からないけど。
あと、以前大量にページを作ってたらどれがどのページが分からなくなってしまって管理ができなくなったので

**名前は開発中のものです。** · 2008/02/10(日) 21:59:39

>>412
今時、ブログなんて手間かかんねえよ

**名前は開発中のものです。** · 2008/02/11(月) 07:05:53

> 386 名前：名前は開発中のものです。 [sage] 投稿日： 2007/12/25(火) 10:41:17 ID:JqjujtnB
一ヶ月半でまだブログだのWEBサイトだので悩んでるのかよｗｗｗ
作る気ないだろｗってかお前じゃ無理ｗｗｗ

**386** · 2008/02/11(月) 10:44:14

うーん・・やっぱりよく分かってない。

オブジェクト一個につき一つのカメラを用意し、撮影して二次元にした後、二次元空間にZバッファ順に描画していくのか、
それとも3D空間のワールド座標にオブジェクトを全て配置した後、一つのカメラで二次元に投影するのか。

普通に考えたら後者が自然な気がするけど、今はなぜかカメラが２個ある・・・
根本的にどこかが間違ってる気がする

**386** · 2008/02/11(月) 11:06:18

お。あっさり自己解決しました。

**386** · 2008/02/13(水) 22:42:40

>>407達成。
Shiftキーでジャンプ、カーソルキーで移動。やっとゲームっぽくなってきた。
実行ファイル
http://mmodev.up.seesaa.net/image/b2e.zip
ソース
http://mmodev.up.seesaa.net/image/b2e.txt

今後の目標
１．横方向での当たり判定
２．ゲーム用座標設定
３．見た目をきれいに

市販のゲームではありえないくらい画面がカクカクしている。
別に荒く作った覚えはないのに意味が分からない。

座標は、2Dのときはピクセルを単位の基準としていたけど（32ピクセルで1マスとか）
今回はポリゴンとカメラをいじるときの0.0fっていうのを基準にすればいけそう。

横方向の当たり判定だけど、建物の中心の座標が分からないのでどうしたらいいのか

あと、ソースをVS205で見たときはタブできちんと行の先頭が揃ってたのに、メモ帳で見るとズレてるのは何だろう・・・

**386** · 2008/02/14(木) 19:42:16

あ、閃いた。
進行方向へレイを飛ばしてメッシュとの当たり判定をすればいいだけか！
なんか難しく考えすぎていたかも。

**名前は開発中のものです。** · 2008/02/15(金) 07:11:09

>>419
ブログはどこにあるんですか？

**386** · 2008/02/15(金) 21:30:12

>>420
まだあんまり書いてないけどここです。http://mmodev.seesaa.net/
ファイル2Gまで置けるのはいいけど、重いし広告が多くて微妙

今の移動方式だとFF10のような2.5Dなゲームにしかならなさそう。
キー入力による移動先とワールド座標が固定されているため、視点移動ができないから。
視点が変わっても↑キーを押したら画面の奥へ進んで行かせたいけど、どうしたらいいのか分からない。

**386** · 2008/02/15(金) 23:08:34

FPSみたいな移動方式ならFPS・格ゲ・MMORPGなど、いろいろ流用が効く気がする。
でも、WASDで移動はいいとして視点移動のキーや動かし方がどうなっているのか、FPSをやったことがないのでよく分からない。

**名前は開発中のものです。** · 2008/02/17(日) 01:32:56

一般的なFPSだとWとSで前進&後退、AとDで左右へカニ歩き、視界はマウスで制御してコレが進行方向(＆射撃方向)に連動って感じかな
マウス使わないDOS時代のヤツとか視界と進行しないタイプ(戦車ゲーとか)なんかだとQとEに左右旋回が割り当てられてたりもするね(カニ歩きとは別に)
操作を単純にしたければWとSで前進&後退、AとDで左右旋回だけ(カニ歩きは無し)でもいいかもね
キャラの移動についてはキー入力で直接座標を増減させるんじゃなくて、
キャラの進行方向をべクトルで持たせておいて、べクトルの各成分に応じてキャラの座標を増減させればいいんでない？
そんでカメラを固定すればバイオハザードみたいな操作感になるし、べクトルの旋回に合わせてカメラも回り込ませれば>>421で言ってる様な状態になるよ
加えてキャラの位置にカメラを置けばFPS風表示の出来上がり、と
あとは三人称視点ならキャラは前後左右の4方向移動(別に８方向でもいいけど)で、それとは別にカメラ回転キーを割り当てるとか
この場合はカメラの向きからべクトル生成してワールド座標上のキャラ位置の増減に反映させるワケね
これだと場所によってカメラ回転を禁止したり制限したりしてもプレイヤーが操作に戸惑いにくいので割とオススメｗ

**名前は開発中のものです。** · 2008/02/17(日) 01:36:41

あ、ごめん、ちょっと抜けた
＞視界と進行しないタイプ
は、視界と進行方向が連動しないタイプ、ね

**386** · 2008/02/17(日) 15:40:08

べ、べくとる・・・
ちょっとよく分からないので調べてみます。

**386** · 2008/02/18(月) 22:29:41

だめだ全然分からない。３回目くらいの壁かも
とりあえずできたところまでまとめ

・構造体を使ってキャラクターとカメラの座標・進行方向をまとめる→できた
・進行方向をベクトルで表す→(0,1,0)とかで表すと思うけど、その数字の取得方法・使用方法が分からない
・キーが押されたらカメラを回転させる→
　　　　　カメラ.方向.x = cos(3.14*2*30/360);
　　　　　カメラ.方向.y = cos(3.14*2*30/360);
　とやってるけど、ピクッとしかカメラが動かない。+=にすると動きが明らかにおかしいし。
　たぶんこれが方向ベクトルだと思うんだけど。

キャラクターも回転させなければいけないし、とか考えてたら混乱してきた

**名前は開発中のものです。** · 2008/02/19(火) 01:30:15

えーと、カメラ回転させるならまずカメラの方向を放り込んでおく変数を一個作んないとね
0～255までの単精度整数とかで充分、デフォルトが0で、256で一回りね
ここでは便宜上cam_rとでもしとこうか。勿論構造体ん中に組み込んじゃってもおｋだけど
で、このcam_rをカメラ回転キーが押されたらテキトーに増減させるワケよ
そんで描画する際のカメラ位置を
( myx+5.0f*sin(6.28*cam_r/256), myy+5.0f, myz-5.0f*cos(6.28*cam_r/256) )
てな感じでカメラ方向のsinからｘ位置、同じくcosからｚ位置を求めれば良し
見る場所についても考え方は基本的におんなじ
キャラを挟んでカメラのちょうど反対側になるのでプラマイ逆転させるだけ
これで取り敢えずカメラは回転できるようになるハズ
キヤラ移動方向の連動を考えるのはここまでできてからでも遅くないとオモ

**386** · 2008/02/19(火) 23:36:04

>>427
できました！ありがとうございます！
ついでに向いた方向への移動と、キャラクターの回転と横の当たり判定までできました！

ソース
http://mmodev.up.seesaa.net/image/b2f.txt
実行ファイル
http://mmodev.up.seesaa.net/image/b2f.zip
Wで前進、Sで後退、A,Dで方向転換

なんかプログラミングしているというより、数学をやっているような感じ
ベクトルがよく分からなくてsin、cosでプログラムを書いた。
それっぽく動いてるけどベクトルは分かってない。

今後の目標
・NPC実装
・当たり判定をもう少し丁寧に
・ソースが酷いことになってきたので綺麗に

**386** · 2008/02/19(火) 23:57:18

マウスで視点を動かす機能を忘れてた。

建物の角をかすめるように進んでから建物の中心へ方向転換すると完全に建物の内部へ侵入してしまって、
建物内部にいる場合は後退処理してるせいで、前進しているはずなのに長距離後退してしまう現象があるようなないような

市販のゲームでも壁へ向かって進むと小刻みに振動するから、この処理で基本的に間違ってないような気がするんだけど

**386** · 2008/02/20(水) 23:48:31

なんで3Dなのに、こんなのっぺりしてるんだろ

とりあえず敵のモデリング終了。後は
・敵を配置
・敵に攻撃できるようにする
・メッシュのアニメーション
・体力を設定する
これでとりあえずゲームとしては完成する・・・のかなたぶん
何のゲームだかよく分からないけど

**386** · 2008/02/21(木) 19:44:11

メタセコイアの設定変えたらのっぺり解消したかも。

ネトゲのファイルを開いたりすると、Xファイルなんてカケラも見当たらないんだけど
こういうデータ隠蔽技術？みたいなのはどうやってるんですか？

**名前は開発中のものです。** · 2008/02/22(金) 02:08:21

・単純に拡張子を偽装
　単にファイルの拡張子を書き替えただけなのでメモ帳とかに放り込まれるとモロバレ
　.xでなくてもファイル読み込む時に拡張子までちゃんと指定してやればX形式のデータとして問題無く使えるハズ

・圧縮ファイルに詰め込んで拡張子を偽装
　独自形式で圧縮してる場合もあるかも知らんけど只のzipだったりすることもあるので取り敢えずバイナリエディタでヘッダ確認すべし
　自分でやるなら一旦テンポラリに展開するか直接メモリに読み込むかしてくれるライブラリをどっかから拾ってくれはいいんじょない？

・プログラムファイル内に埋め込み
　画像とかならアングラ系のツールで無理矢理吸い出すヤツがあるけどX形式のデータに対応してるのってあんのかな？
　ゴメン具体的なやり方も知らない、つうか実はＣ使っとらんのよｗ
　多分リンカでEXEファイルに埋め込むリソースをコード中で指定する方法がなんかあるんだろうと思うんだけどね
　ま、気になるなら自分でテキトーに調べて(ひでぇ

大体こんな感じじゃないかなぁ

**386** · 2008/02/22(金) 19:59:07

＞プログラムファイル内に埋め込み
これが簡単でそれなりに効果ありそう
WIN32API使って画像ファイルをリソースに埋め込む方法でやればいいんですよね。

**名前は開発中のものです。** · 2008/02/23(土) 08:26:31

市販ゲームの多くは、

> ・圧縮ファイルに詰め込んで拡張子を偽装

だな。
解凍されたくないひとが多いだろうから、
独自形式だろうけど。

**名前は開発中のものです。** · 2008/02/23(土) 08:27:21

> ・単純に拡張子を偽装
これも昔あった、エロゲでｗ
.ampっていうのが単なる.bmpだったときが

**386** · 2008/02/23(土) 22:16:17

圧縮ファイルに詰め込むのって、解凍ソフトを作れるくらいの高度な技術が必要そうだから自分には無理かも・・・

**名前は開発中のものです。** · 2008/02/24(日) 05:49:46

>>436
いや、全然簡単。誰でもできるよ
圧縮ファイルっていっても、自分で使うことだけを考えればいい。

ようは、「圧縮されたファイル」を「1つにまとめる」ようにすればよいだけなんだ。

「1つのファイル」のするのは、オレオレ形式でいいんだ。
A, B, C, Dってファイルがあるとすると、

------ファイル-------
適当な識別のための印（"OREOREASSYUKU"とか）、
形式のバージョン番号(互換性のため用意"0.1.0"とか)、
ファイル数(ABCDだから、この場合4)、
Aの位置、Aのサイズ、
Bの位置、Bのサイズ、
Cの位置、Bのサイズ、
Dの位置、Dのサイズ、
Aの中身、
Bの中身、
Cの中身、
Dの中身
---------------------
って感じのファイル構造をつくればいいだけ。

**437** · 2008/02/24(日) 05:50:11

ながすぎた。
>>436への返信続き

さて、「圧縮されたファイル」だけど、
これは、面倒ならライブラリの zlib でも使えばいいだけ、
上の例でいえば、「Aの中身」「Bの中身」「Cの中身」「Dの中身」を
出力するときに、zlibを通すだけでいいんだ。

どうしても暗号化したいなら、 zlibかましたのを適当にいじくる

あと、極端な話、場合によっては圧縮すらしなくてもいい。
例えば、画像ファイルなら、まーPNGとか大概すでに圧縮されているだろうから、
再度の圧縮の意味はないよね。

解凍ソフトっていうとレベルが高い気がするが、
適当に「圧縮されたファイル」を「１つにまとめる」ツールをでっち上げるのと、
本体にそれの逆をやる処理を入れるだけだよ。

**437** · 2008/02/24(日) 05:52:04

>>437の構造間違っている orz

> Cの位置、Bのサイズ、
Cの位置、Cのサイズ、

な。

あと、なんで、>>437の構造でいいかっていうのは、
「Aの中身」「Bの中身」「Cの中身」「Dの中身」を
最低限、読み込み時に取り出せる構造だから。
実際にやってみるといいよ。

一回作れば、次からは使いまわせる部分だし

**437** · 2008/02/24(日) 05:58:15

>>437ができて、
もっと便利にしたければ、後々拡張していけばいいんだ。

例えば、
> Aの位置、Aのサイズ、
以外に

Aの位置、Aのサイズ、
Aのハッシュ（Aの中身が合っているか調べるため）、
Aの形式（圧縮されているか、圧縮されていないか、など）、

などを追加してもいいね。
「形式のバージョン番号」を> >437 に含めたのには、
上のように拡張しても、バージョンで場合分けすれば前の形式も読めるから。

でも、こういう応用はは、>>437-438ができてからでいい、
はっきりいって別にいらない処理でもある

**386** · 2008/02/24(日) 17:53:35

APIを使ってXファイルのサイズを取得
↓
テキストファイルAに書き込む。ついでにXファイルAの中身（メッシュの実体？）も同じテキストファイルにコピペする。
↓
同じように、テキストファイルAにXファイルBの中身もコピペする。
↓
これをXファイルの数だけ繰り返す。

位置っていうのが分からないですが、こんな感じですか？
読み込みが難しそう

**386** · 2008/02/24(日) 20:36:27

アニメーションのデータ作るのが難しい。
ボーンというのを仕込まなければいけないらしいけど、素のメタセコイアではできないっぽい。
Blenderならできるみたいだけど、Xファイルもメタセコイアの.mqoも読み込めないから一から作り直しっぽいし

**437** · 2008/02/24(日) 22:53:27

>>441
基本はそう。
ファイルの中身のコピペの他に、各種情報を入れたヘッダーがいるわけ

アーカイブ内の生データの位置がわかんないと、読み込み時に任意のほしいファイルが読み込めない。
あと、テキストファイルかどうかは全く関係がない。
基本何でもつっこむので、バイナリで考える。

ちなみに、言語のライブラリにあるであろう、ストリーム入出力などを使うと、
後の拡張（例えば圧縮をかませたり）がしやすい。

**437** · 2008/02/24(日) 22:56:37

どうしても面倒なら、最初に自分でいっていたように、
zip書庫が扱えるライブラリを使うのも手。
もちろんライセンスが許す場合と、zip対応ソフトで解凍されてもいいって条件つきだが。

最近は、実は中身はzipで、解凍ソフトに放り込むと解凍できてしまうソフトのデータもある。
まあゲームでは見かけないが

**386** · 2008/02/24(日) 23:59:48

zlib以外はなんとなく分かってきました。
位置は[xfile1]とかをXファイルのバイナリの前に書いておいて、ゲームでXファイルを使うときは[xfile1]を文字列検索して
ファイルの大きさぶんだけ読み込めばできそうな感じがします。
zlibの圧縮ですが、解凍って結構時間がかかった気がするんですが、使うたびに解凍するんですか？

**名前は開発中のものです。** · 2008/02/25(月) 01:17:53

このスレみたいな使い方ならmaglog(vector)がいいぞ
もともとそういう使い方想定してるし

**名前は開発中のものです。** · 2008/02/25(月) 14:18:43

>>442
メタセコイアでも辺の作成で点と線を作成できるぞ。
rokdeboneでつなげてボーン作成してＸファイル出力。
hgimg3で出力するとＸファイルは、なぜか真っ暗になってしまうけど。

**386** · 2008/02/26(火) 18:05:51

>>446
これよさそうですね。時間できたら引っ越してみます。

>>447
HGIMG3が何かよく分からないですけどRokdeBoneでアニメーションファイルたぶん作れました。
再生の方法が分からないので、本当にできているかが謎ですが。

とりあえず今までのとは別のアプリとして、暗号化？したXファイルから読み込んだデータを
アニメーションさせたいけどかなり時間がかかりそう

**386** · 2008/02/27(水) 22:46:13

アニメーション全然分からないなぁ・・・
SDKのサンプルはなぜかコンパイル通らないし、ファイル分割されてると読めない
関数一つで手軽にXファイルからロードできるような物じゃないってところだけは分かった。

**名前は開発中のものです。** · 2008/02/28(木) 15:42:10

SDKには付属のＸファイルビューワーがあったような。

**437** · 2008/03/01(土) 17:07:45

>>445
だからテキストは関係ねえつったら何度わかるんだｗ
文字列検索も関係ねえ。

最終的にテキストで扱いたいなら、最後にテキストにするだけ
バイナリファイルは扱ったことない？

**386** · 2008/03/01(土) 22:12:39

>>450
使ってみたら動き出したので、アニメーションつきXファイル自体は作成できているみたいです。
でも、ビューワーのソースがC#しかないみたいで、ビューワーの仕組みが不明・・・
今はとりあえず某所のソースをコピペして、動くかどうか実験しようとしてます

>>451
Win32APIのファイルを扱う関数を使って、バイナリで入出力をしたことはあります。
でもバイナリを直に扱うというか、バイナリの仕組みとか分かってないです。
あ、NOPが1hzぶんSleepっていうのだけ知ってます

**437** · 2008/03/02(日) 02:35:13

世の中には、2つのファイルがある

テキストのファイルと、バイナリのファイルだ
テキスト以外はバイナリだと思ってもらってかまわん。

バイナリファイルは、
int(integer)の数字を書き込んだなら、32bitOSなら、32bit＝4バイト書き込まれる。
実際にプログラムから書きこんで、バイナリエディタで見てみればわかる。
同様に、byteやfloatなども書き込んでみて、確認してみるとよい。

BMPや、PNG、JPGなどもこのように書きこまれており、バイナリファイル。

さて、上で「データの位置」と読んでいたのは、
バイナリファイルでのシーク位置のこと。
つまり、「データの位置」が128なら、128バイト目の一から読み込むということだ。

**437** · 2008/03/02(日) 02:36:14

> つまり、「データの位置」が128なら、128バイト目の一から読み込むということだ。

つまり、「データの位置」が128で、「データのサイズ」が64なら
128バイト目の位置から64バイトを読み込むということだ。

**386** · 2008/03/02(日) 22:50:57

！
使ったことないですけど、cの関数を使うんですか？

**386** · 2008/03/02(日) 23:14:02

いろんな所のスキンメッシュのサンプルをコピペしてるけど、未だにコンパイルすら通らない・・・

**437** · 2008/03/03(月) 09:50:25

コンパイル通らないって・・・ｗ

もう少しC/C++を勉強しろｗ

**386** · 2008/03/04(火) 22:11:28

やっとコンパイルが通った
ソースをいじっていきたいところだけど、SDKを2006にしたらパソコンが低スペックなせいか重過ぎる

**386** · 2008/03/05(水) 20:38:18

なんかSDKをアップデートしたら付属サンプルのSkinnedMeshすら動かなくなった。諦めよう。
板ポリゴンに絵を張るところからやり直してみる

**386** · 2008/03/05(水) 22:31:46

べ・・・別にスキンメッシュが分からないからやめる訳じゃないんだからね！
低スペックでも動かなければ意味がないからやめるだけなんだからね！

で、以前どこかのゲーム紹介記事で見た、板ポリゴンにテクスチャを張って3D空間上で動かすってっていうのをやってみようと思う。
１．板ポリにテクスチャを貼る
２．貼るテクスチャを切り替えてアニメーション
物理計算や3Dマップは今まで作ってきた資産が使えるから１．２．ができればすぐにゲームが作れるようになる気がする

**386** · 2008/03/10(月) 00:04:42

なかなか時間がとれない
とりあえず調べた所までまとめ

・テクスチャ張替えによる2Dアニメーションも、テンプレートやら何やらで結構難しいっぽい
・SkinnedMeshが再生できない件はフォント関連の不具合というかハードの性能不足？
　なので、そのへんをとっぱらえば再生できそうな予感。
・あと、Xファイルから読み込まずにポリゴンを作成するのは最初にやったからできるけど、
　その頂点情報をまとめて移動させたりすることができない。
　んで、しょうがないのでXファイルから読み込んでるけど、無駄が多い気がする。

**386** · 2008/03/15(土) 07:00:19

解説サイト見ながらSkinnedMeshのフォント部分を取っぱらってみようかと思ったけど、
SDKのバージョンが違うせいか、ソースが全く変わってて全然解説になってない
というか、なんでSkinnedMeshのサンプルにわざわざシェーダー？とかいうのを使ってるんだ・・・

**386** · 2008/03/20(木) 11:29:28

おお・・・自力でフォントとっぱらってコンパイルして、再生成功した・・・長かった・・・

今まで一つのファイルにソースをべた書きしたことしかないので、SkinnedMeshのように
大量のファイルに分散して書く意味が分からない。

とりあえず、余分な機能を削って自分用ライブラリっぽいものにしていこうと思うけど
ファイルが複数に分散しているせいでバックアップがとれない状態なので、失敗したら後戻りができない

**386** · 2008/03/24(月) 20:25:19

SkinnedMeshサンプルのコードを30行くらい削減できた
SkinnedMesh.cpp以外の使わない.cppを切り離したいけど、複雑に絡み合っててどうしたらいいのか分からない

**386** · 2008/04/06(日) 22:30:38

タイムリミットが来たのでいったん終了
時間ができたら再開

**名前は開発中のものです。** · 2008/06/04(水) 20:14:31

新しい　gamedeve一応かきかき
TopPage - game-develop.com wiki
http://wiki.game-develop.com/

GameDevWikiを何とかするスレ
http://pc11.2ch.net/test/read.cgi/gamedev/1156117275/

**名前は開発中のものです。** · 2009/03/10(火) 13:43:23

　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　 ☆　ﾁﾝﾁﾝ〃　 Λ＿Λ　　　／￣￣￣￣
　　　　　ヽ　＿＿_＼（＼・∀・）　＜　再開マダー？
ﾏﾁｸﾀﾋﾞﾚﾀ～＼＿／⊂　⊂＿ )　　　＼＿＿＿＿
　　　　　／￣￣￣￣￣￣／|
　　　　　　　|￣￣￣￣￣￣￣|　 | 　　ﾏﾁｸﾀﾋﾞﾚﾀ～

**名前は開発中のものです。** · 2009/10/17(土) 19:50:12

あああ

**386** · 2009/11/09(月) 14:12:28

休止している間に時代がDirectX11になっている件について
どうせ覚えるのに時間かかるから、再開するならDirectX11にしようと思うけど、
G33オンボードでDirectX11が動くのかかなり怪しい

**名前は開発中のものです。** · 2012/09/19(水) 20:39:59.49

これはアメリカのゲームです。１度やってみてください。
これは、たった３分でできるゲームです。試してみてください。驚く結果をご覧いただけます。
このゲームを考えた本人は、メールを読んでからたった１０分で願い事が
かなったそうです。このゲームは、おもしろく、かつ、あっと驚く結果を貴方にもたらすでしょう。
約束してください。絶対に先を読まず、１行ずつ進む事。たった３分ですから、ためす価値ありです。
まず、ペンと、紙をご用意下さい。先を読むと、願い事が叶わなくなります。
①まず、１番から、１１番まで、縦に数字を書いてください。
②１番と２番の横に好きな３～７の数字をそれぞれお書き下さい。
③３番と７番の横に知っている人の名前をお書き下さい。（必ず、興味の
ある性別名前を書く事。男なら女の人、女なら男の人、ゲイなら同姓の名
前をかく）
必ず、１行ずつ進んでください。先を読むと、なにもかもなくなります。
④４，５，６番の横それぞれに、自分の知っている人の名前をお書き下さ
い。これは、家族の人でも知り合いや、友人、誰でも結構です。
まだ、先を見てはいけませんよ！！
⑤８、９、１０、１１番の横に、歌のタイトルをお書き下さい。
⑥最後にお願い事をして下さい。さて、ゲームの解説です。
１）このゲームの事を、２番に書いた数字の人に伝えて下さい。
２）３番に書いた人は貴方の愛する人です。
３）７番に書いた人は、好きだけれど叶わぬ恋の相手です。
４）４番に書いた人は、貴方がとても大切に思う人です。
５）５番に書いた人は、貴方の事をとても良く理解してくれる相手です。
６）６番に書いた人は、貴方に幸運をもたらしてくれる人です。
７）８番に書いた歌は、３番に書いた人を表す歌。
８）９番に書いた歌は、７番に書いた人を表す歌。
９）１０番に書いた歌は、貴方の心の中を表す歌。
１０）そして、１１番に書いた歌は、貴方の人生を表す歌です。
この書き込みを読んでから、１時間以内に１０個の掲示板にこの書き込みをコピーして貼って下さい。
そうすれば、あなたの願い事は叶うでしょう。もし、貼らなければ、願い事を逆のことが起こるでしょう。とても奇妙ですが当たってませんか？

**名前は開発中のものです。** · 2012/09/19(水) 21:03:12.85

見てます

**名前は開発中のものです。** · 2013/01/15(火) 01:24:43.58

当たっていません

**名前は開発中のものです。** · 2015/03/01(日) 00:27:15.53

腹へった

**名前は開発中のものです。** · 2017/02/05(日) 08:28:15.25

そうかそうか