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

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

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

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

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

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

えーと、カメラ回転させるならまずカメラの方向を放り込んでおく変数を一個作んないとね
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からｚ位置を求めれば良し
見る場所についても考え方は基本的におんなじ
キャラを挟んでカメラのちょうど反対側になるのでプラマイ逆転させるだけ
これで取り敢えずカメラは回転できるようになるハズ
キヤラ移動方向の連動を考えるのはここまでできてからでも遅くないとオモ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

市販ゲームの多くは、

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

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

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

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

>>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の中身
---------------------
って感じのファイル構造をつくればいいだけ。

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

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

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

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

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

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

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

な。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

あああ

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

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

見てます

当たっていません

腹へった