【HSP】HSPで３Dゲーム　５　【３D】

**sage** · 2011/05/21(土) 18:19:29.53

HSPで３Dゲームを作る人のためのスレ。
ﾏﾀｰﾘﾏﾀｰﾘ

■過去スレ
【HSP】HSPで３Dゲーム【３D】
http://pc11.2ch.net/test/read.cgi/gamedev/1016699230/
【HSP】HSPで３Dゲーム　２　【３D】
http://pc11.2ch.net/test/read.cgi/gamedev/1181967317/
【HSP】HSPで３Dゲーム　３　【３D】
http://pc11.2ch.net/test/read.cgi/gamedev/1210197298/
【HSP】HSPで３Dゲーム　４　【３D】
http://hibari.2ch.net/test/read.cgi/gamedev/1229142015/
■makimo.to
ttp://makimo.to:8000/cgi-bin/search/search.cgi?q=HSP+3D&sf=2&all=on&view=table

**名前は開発中のものです。** · 2012/03/22(木) 14:03:45.18

>>762
ありがとうございます
その場合、最初からのループになってしまうのですが、A→B→C→B→C→B・・・のような途中からのループの場合どうすればいいのでしょうか？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/03/22(木) 18:22:58.62

>>763
そういうリピートは標準ではサポートしていません。
途中から再生することが出来るので
リピート再生設定を切って
再生が止まったら、B部分から再生開始
というようなプログラムを組めば行けると思います。

**名前は開発中のものです。** · 2012/03/23(金) 02:02:13.57

>>764
わかりました　ありがとうございます

**おちゃっこ** ◆RyN5mfp1Kg · 2012/03/23(金) 18:17:51.37

Easy3Dに動画再生機能を追加してリリースしました。
*.wmvとかをゲーム中に再生できるようになりました。

**名前は開発中のものです。** · 2012/03/23(金) 22:49:18.34

今まで再生出来なかったのか

**名前は開発中のものです。** · 2012/03/24(土) 21:29:25.70

MAPの地図を表示するときに拡大表示とかするじゃん
あれどうやってんだろ？
マップスプライト普通に拡大すると全部表示しちゃって地図で画面埋まっちゃうよね

**名前は開発中のものです。** · 2012/03/24(土) 21:31:53.84

思いつくとこだと透明テクスチャでレイヤ重ねて潰すくらいだけどこれなんか重そうでイヤンだよなぁ

**おちゃっこ** ◆RyN5mfp1Kg · 2012/03/24(土) 21:37:56.29

>>768
E3DSetSpriteUVでスプライトの一部だけ表示できますよ。

**名前は開発中のものです。** · 2012/03/24(土) 23:39:22.23

できた
doubleだと画像がピクピク動いてて気になってしまう

**名前は開発中のものです。** · 2012/03/25(日) 10:55:06.53

RDBの要望と言うか提案なのですが、、
複数モデル、アクセサリ、小道具、手、表情、等々やっているとバーが１本だけだとかなり大変です。
バーをもう何本か増やして頂きたいところですがインターファイス的にもきつきつそうですので
ジョイントのレイヤー化とかは出来ないでしょうか？
自分が妄想しているのは

・新しくジョイント名に○○_X+_L1もしくはL1_○○_Xとか命名規則を作る。
・バーの横ちょに小さいリストボックスを置いておく。
・リストボックスからxを選択するとLxと命名されているジョイントのキーフレームのみ表示される
・リストボックスから0を選択すると命名されていないジョイントのキーフレームのみ表示される
・リストボックスから全てを選択すると全てのジョイントのキーフレームのみ表示される
とかならsigやquaをいじらなくて済みそう?なのでどうでしょうか。

OpenRDBでもジョイントをレイヤー、グループにまとめる機能は有功かと思われますので
検討して頂ければと思います。

**名前は開発中のものです。** · 2012/03/25(日) 23:20:28.98

なんか活気出てきたなぁ

**名前は開発中のものです。** · 2012/03/26(月) 00:09:43.33

e3dsetposongroundとe3dsetposどっちが処理軽い？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/03/26(月) 12:02:30.46

>>772
アイデアをありがとうございます。
RDB2のほうは無理かもしれませんが
OpenRDBへの実装を検討してみます。

>>774
E3DSetPosの方が大幅に軽いです。

**名前は開発中のものです。** · 2012/03/26(月) 22:59:19.62

e3ddestroyHandlerSet

これはテクスチャの種類拡張子サイズとかも関係なくまるごと破棄してる？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/03/27(火) 11:26:47.02

>>776
テクスチャは１モデルずつじゃなくて
全モデル共通のTexBankっていうところに保存しています。

モデルを削除したときは
該当するテクスチャがどのモデルからも参照されなくなったかをチェックし
参照されていなかった場合は削除します。

削除する場合は拡張子など関係ありませんが
メモリの場所が異なる場合があります。

sigのテクスチャはManagedプールに作成されるのに対し
D3DPOOL_DEFAULT指定でユーザーが作成したtextureは
ビデオメモリに作成されます。

Managedプールのメモリは開放がすぐに反映されないような
現象がときどき起こるようです。(こちらのバグでなければ)

**名前は開発中のものです。** · 2012/03/27(火) 18:33:50.88

UVで一部を切り出したときのスプライトの大きさを取得することはできますか？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/03/28(水) 07:19:10.75

>>778
UVで切り出しても、テクスチャの表示範囲が変わるだけで
スプライトの大きさ自体は変わりませんです。
もしかして
透過部分を無視した大きさを知りたいという意味でしょうか？？
それは重いので実装しても実用的じゃないです。

**名前は開発中のものです。** · 2012/03/28(水) 10:35:34.15

>>779
すみません、言葉が足りませんでした。
例えば256*256のスプライトに対してu:05-1.0,v:0.0-0.25で切り出したとき
その切り出し部分は128*64ですが、その大きさ(128*64のこと)を取得できないのかなと思いまして

**おちゃっこ** ◆RyN5mfp1Kg · 2012/03/28(水) 12:11:39.62

>>780
そういうことでしたら
E3DGetSpriteSizeでスプライト全体の大きさが取得できるので
それに自分でUVの差分を掛ければ計算できますよ。

**名前は開発中のものです。** · 2012/03/28(水) 19:51:45.87

動画の再生機能試してみたけど
停止機能がまだないのね、残念…

**名前は開発中のものです。** · 2012/03/29(木) 05:28:15.48

停止させる意味がない

**名前は開発中のものです。** · 2012/03/29(木) 10:04:56.18

アーマードコア

**名前は開発中のものです。** · 2012/03/30(金) 12:27:00.95

hspのランダム発生ておかしくない？
同じ数字が２回連続で出る確率が異常に高い
アルゴリズムあやしいな
これだからうすあじとおにたまは信用出来ない

**名前は開発中のものです。** · 2012/03/30(金) 15:01:53.54

神採りに使われてたランダム命令と同じか
S&Lができない計算結果がおなじになるやつ
確かにこれは凄い

**名前は開発中のものです。** · 2012/03/30(金) 21:20:24.53

マニュアルもろくに読まず
ここまで居丈高になっちゃう人って…

**名前は開発中のものです。** · 2012/03/30(金) 23:16:46.82

とりあえず gradf のマニュアルは直して欲しい

p3=0～ : 矩形の右下X座標
p4=0～ : 矩形の右下Y座標

じゃなくて

p3=0～ : 矩形の幅
p4=0～ : 矩形の高さ

だ

**名前は開発中のものです。** · 2012/03/31(土) 02:32:24.40

e3drendersprite内でe3ddrawtextbyfont使うと文字が変になるからラベルを
*renderspriteと*textにわけて処理してますがコレだと同じ判定2回繰り返さないといけないので複雑になってくると苦しいです
何か解決策はないでしょうか

**名前は開発中のものです。** · 2012/04/06(金) 02:25:22.69

おちゃっこが引き抜きだと…闇の住人としては嫉妬MAXで苦しい
ダープパワーに身をまかして圧倒的作品を作るわ

**名前は開発中のものです。** · 2012/04/06(金) 14:05:19.96

MAYAがただでもらえる　うらやましい

**名前は開発中のものです。** · 2012/04/06(金) 23:26:52.89

急にお茶っこが敵に見えてきた
左遷されるまでこのスレには戻ってくるなよ
勝ち組君

**名前は開発中のものです。** · 2012/04/06(金) 23:53:03.71

別に元々、敵でも味方でもないと思うけどｗ
MAYAかこれでEasy 3Dはリッチ環境に移行だなｗ

**名前は開発中のものです。** · 2012/04/08(日) 19:44:47.07

30万もらってメタセコでつくってFBXではいたほうがいな」

**名前は開発中のものです。** · 2012/04/08(日) 21:22:10.69

ブログ見たけどついに仕事見つかったんだな
皆いつもお世話になってるんだからこういう時ぐらい素直に祝ってやれよ・・・

おちゃっこおめでとう
影ながらだけど応援してるわ

**名前は開発中のものです。** · 2012/04/08(日) 21:40:49.58

商用ゲームにおちゃっこの名前載せなくてもいい？
できれば売り上げの何割か払うてので手を打ちたい
名前載せることによってこのスレに変なを召喚したりしたくないしね

**名前は開発中のものです。** · 2012/04/17(火) 20:24:25.55

hsファイルが新サイトに対応してないのは
誰に言えばよろしくて？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/04/18(水) 06:25:52.45

>>759
ありがとうございますー。

>>796
すごい大もうけしたんだったら、おすそ分けを欲しいけど
基本的にぼくにお金を払う必要はありません。
おちゃっこLABにカンパのページがあるので、気が向いたらカンパしてくださいな。
特に手伝っていないので、名前を書くかもそちらにおまかせします。

>>797
yutoさんですにょ。

**おちゃっこ** ◆RyN5mfp1Kg · 2012/04/18(水) 06:28:20.94

アンカー間違えた！！

>>759
じゃなくて
>>795
でした（汗）

**名前は開発中のものです。** · 2012/04/18(水) 12:25:50.47

arno = 0
repeat 49
befno = 48 - arno
aftno = 49 - arno
arfps.aftno = arfps.befno
arno++
loop
arfps.0 = chkfps1
これ何してるの

**おちゃっこ** ◆RyN5mfp1Kg · 2012/04/18(水) 19:06:48.84

>>800
あ、これまだHSP始めたばかりのころのソースですね。
50の長さの配列に数値が入ってるんですが
中身を全部１個ずつ後ろの要素に移動して
先頭に現在の値を入れています。

常に最新の５０個の値が格納されるようにするわけです。

普通はこのやり方じゃなくてリングバッファを使うことが多いです。
これは悪い見本ですねー。
書き換えなきゃ。

**名前は開発中のものです。** · 2012/04/19(木) 02:36:08.18

国籍チェックって何で判定すればいいかな？

**名前は開発中のものです。** · 2012/04/19(木) 02:54:37.83

E3DCheckCountryComputer
とかあれば便利だなぁ

**名前は開発中のものです。** · 2012/04/19(木) 22:00:46.86

これがゆとりである

**名前は開発中のものです。** · 2012/04/20(金) 03:38:31.39

サクラエディタでE3D使える？

**名前は開発中のものです。** · 2012/04/21(土) 20:23:25.64

リングバッファがうまく作れれば
格闘ゲームのコマンド実装が楽になるかな

**サクラエディタでE3D使える？** · 2012/04/22(日) 02:57:17.49

サクラエディタでE3D使える？
つかなんでE3DスレがないのHSPスレに書き込むの
不快なんですけど

**名前は開発中のものです。** · 2012/04/22(日) 13:24:30.74

ゲーム作った人が親切にソース公開してくれないかと
いつも思う　そしたらグラフィックのほうに集中できるのに

**名前は開発中のものです。** · 2012/04/22(日) 16:51:36.46

公開されたソースを丹念に解析・理解して発展させる人が多ければそうする人も多いんだろうけど
現実はコピペで済ませる人間が殆どだから小手先の変更しただけのソフトが乱発されるだろうな
HSPじゃないが龍神録が良い例だよ
もう東方風のSTGが出ても「どうせ元は龍神録だろ」としか思えなくなった

**名前は開発中のものです。** · 2012/04/22(日) 17:51:05.91

龍神録なんてあったんだ。
参考にしよう。

**名前は開発中のものです。** · 2012/04/25(水) 15:10:12.45

髪の毛なびかせたいんだけど
手でつけていくしかない？
あと乳揺らしたいんだけど

**おちゃっこ** ◆RyN5mfp1Kg · 2012/04/26(木) 08:36:13.34

Easy3Dがデータの暗号化に対応したよー。

>>811
ローポリのちちだったら
ボーンモーションでプログラム組む方法でいけると思うけど
そうじゃないんだったら自動では出来ません。

**名前は開発中のものです。** · 2012/04/27(金) 06:23:04.36

E3DPndEncrypt

コレ？

**名前は開発中のものです。** · 2012/04/27(金) 06:34:39.07

絶対パス指定って何故

**おちゃっこ** ◆RyN5mfp1Kg · 2012/04/27(金) 10:51:58.65

>>813
E3DPndで始まる１０個の命令がそうです。
使い方はサンプルを見てね。

>>814
.\\とか..\\とか使われるとテクスチャを探すときに面倒なので。
あと統一したほうがいいかな？と。

**名前は開発中のものです。** · 2012/04/27(金) 17:40:44.99

>>815乙
久々にバージョン乗り換える気になった
マジ感謝

**名前は開発中のものです。** · 2012/04/27(金) 19:49:47.13

ヒロイックダークはお乳ぽよんぽよんだったけど
どうしてたのかな

**名前は開発中のものです。** · 2012/04/27(金) 22:09:00.68

素朴な疑問なんだけど
RDBでモデル読み込むときデフォルトが8倍なのは
なんでだ

**おちゃっこ** ◆RyN5mfp1Kg · 2012/04/28(土) 03:36:19.06

>>816
喜んでもらえてうれしいです。

>>817
詳しくは知りませんが
ボーンを入れておいて、ボーンをプログラムで揺らしてたと思います。

>>818
昔のHSPは実数がなかったために座標は整数値でした。
ですので座標値をちょっと大きくしないとうまくいかなかったのです。
そのなごりです。

**名前は開発中のものです。** · 2012/04/29(日) 08:05:13.75

E3DRenderSpriteとEndSpriteって1フレームに何回も使ってもそんなに重くない命令ですか？
サンプルとかだと1回しか使われてないけどこの１回でやる方法はウィンドウのレイヤーを作るときにかなり大変になりそうです

**おちゃっこ** ◆RyN5mfp1Kg · 2012/04/29(日) 10:44:59.83

E3DBeginSpriteがちょっと重めです。
ですが必要に応じて回数を増やすのがいいです。
例えば透過モードの違うスプライト同士を同じBegin, Endの中に入れても
正常に描画されません。
透過モードごとにBegin, Endでくくる必要があります。
あとは実際にfpsなどを計測しながらコーディングし
妥協点を見つけていくのがいいと思います。

**名前は開発中のものです。** · 2012/05/04(金) 20:33:32.48

C版はVC2008以降では動かせないかE3D
あとモジュールをフォルダに入れる方法があれば知りたい

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/07(月) 04:39:59.56

>>822
VC2010で開いてソリューションを自動変換すれば使えますよー。
変換したものを配布したほうがいいですかね？？
そうすると古いVCで使えなくなるんですが。

モジュールってE3D_EXTのことですか？
コピーのbatファイルを作って欲しいということでしょうか？？

**名前は開発中のものです。** · 2012/05/10(木) 01:44:33.63

E3DSetLinearFogParams
これ毎回使うような命令？色々と気になる

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/10(木) 05:12:47.81

>>824
毎フレーム呼ぶ命令ではありませんよ。
変更があったときだけ呼べばいいです。

**名前は開発中のものです。** · 2012/05/11(金) 05:09:06.21

壁とカメラの当たり判定精密すぎ
パーツごとに大雑把に当たり判定みたいな計算にしたほうが軽く出来ないかな

**名前は開発中のものです。** · 2012/05/11(金) 23:52:56.17

当たり判定は基本大雑把で複雑にするにはモデルを刻んでバラバラのパーツに分割しないといけないのに
カメラはどのみち精密だからどうも仕様が噛み合わない感じ
透明のモデルで判定やればいいといえばそれまでだが２度手間というか無駄が多くなる気がして

**名前は開発中のものです。** · 2012/05/12(土) 08:48:56.78

ちょっと意味がわかりませんね

**名前は開発中のものです。** · 2012/05/12(土) 15:16:32.18

カメラに当たり判定なんてないはずだが。
wikiかどっかのサンプル動かしただけで勘違いしてるんじゃあるまいか

**名前は開発中のものです。** · 2012/05/12(土) 17:42:44.11

カメラと壁の交点を求める奴

**名前は開発中のものです。** · 2012/05/12(土) 18:43:27.16

荒い判定でいいなら当たり判定用のモデルなりなんなり作って
自分で実装すればいいじょのい

**名前は開発中のものです。** · 2012/05/15(火) 19:47:37.90

関節そっちに曲げちゃらめえええええ

**名前は開発中のものです。** · 2012/05/16(水) 03:49:06.23

E3Dver5.0^5.1に新暗号化の実装してほしい
今のE3DEXTとか邪魔なだけだったりするし
midも軽くていいし再生が楽昔のシンプルなやつでほぼ満足してる

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/16(水) 10:11:48.87

>>832
ジョイントを右クリックしてボーンプロパティを出すと
制限角度を設定できるよー。

>>833
そんな昔のソースはもうないのですー。

**名前は開発中のものです。** · 2012/05/16(水) 18:28:47.88

まずはマニュアルを完成させてくれないと

**名前は開発中のものです。** · 2012/05/17(木) 00:19:48.23

小学生程度の数学知識があれば作れるのはいいけど内部でなに計算してるのかわからないからいまいちパフォーマンス効率いい組み方ができないっす
1000ポリのモデル同士の衝突判定とか8ポリのモデルを別に２つ用意してgetpos→setposで置き換えしたほうがいいですかね？

**名前は開発中のものです。** · 2012/05/17(木) 01:04:16.70

>>836
そういうのは円同士のあたり判定とか簡単なのがあるよ。

**名前は開発中のものです。** · 2012/05/17(木) 02:56:14.12

それだと複雑なモデルとシンプルなモデルの判定で使えない場合もあるんじゃないっすかね
平面な壁と複雑なキャラモデルの衝突は円判定では不可能になったりするべ

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/17(木) 12:00:40.74

>>836
このページは見ましたか？？
http://ochakkolab.moo.jp/e3dhsp3_collision.htm

**名前は開発中のものです。** · 2012/05/17(木) 13:09:23.76

>>839
ども、その辺は大方見てるっす
自分が気になるのはこのモデルを囲む箱の作り方の方です
この箱は頂点数が影響してるのかということっす

**名前は開発中のものです。** · 2012/05/17(木) 13:34:50.63

コリジョンを好きな形にするのは技術的に難しいのかな

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/17(木) 14:12:20.26

>>840
箱を作るときの処理の重さにモデルの頂点数は関係しますが
箱の頂点数は一定です。
箱を一から作るのは読み込み時だけで
ChkInViewで箱をボーン変形して当たり判定用の形状とします。

>>841
他の形というと、球とかカプセルとかですかね？
球は簡単です(技術的には簡単だけど、ボーンごとの球を公開するとなると手間は結構かかります)。
カプセルは最小のカプセルを作るのはちょっと分からないです。
大き目のカプセルを作るのなら出来ますけど。

ユーザー定義の形状を適用する方法もありますね。
頂点数をこちらで決めてもいいのなら
それほど複雑にならないので可能かもしれません。

**名前は開発中のものです。** · 2012/05/17(木) 18:05:05.90

>>842
おういえあ

**名前は開発中のものです。** · 2012/05/18(金) 01:55:49.38

おちゃっこさんはだいぶ前からこんな過疎スレにいるのかすげえな
DirectXスレとかにもいるの？

**名前は開発中のものです。** · 2012/05/19(土) 08:54:55.73

RDB2なのですが、ボーン移動で動かしたデータをE3D上で読むと移動されていないのは標準仕様です？

**名前は開発中のものです。** · 2012/05/19(土) 21:04:59.49

今モーフを手がけられてるそうなので質問です。
喋るアニメーションを作りたい時
頭部全体をモーフさせると重たいからと口の部分だけモーフしようとすると
口の周りがドロボーの髭みたいにエッジが目立ちますよね。
これを解消する事って技術的に難しいのでしょうか?

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/20(日) 04:10:30.41

>>844
DirectXスレは書き込んだことないです。
コテハン以外で書き込むことはほとんどないです。

>>845
今テストしてみましたが、ちゃんとE3Dでも表示されました。
quaを保存し忘れたとか、違う場所のファイルを読み込んでいるとかのケアレスミスでは？？

>>846
動かす場所を別パーツにするとそうなります。
顔全体のデータを複数用意して
口だけを動かしたもの、目だけ動かしたもの
などのターゲット形状を作るといいです。

モーフはベース形状とターゲット形状の差分を見て計算するので
ベースと違うところだけが変形するのです。

なのでこの方法で
口だけ動かしたモーフと目だけ動かしたモーフを組み合わせることが出来ます。

**名前は開発中のものです。** · 2012/05/20(日) 05:33:35.46

ぼくもおちゃっこさんみたいにdirectxの達人になりたいけど正直何からしていいのかわからない
英語の勉強？

**名前は開発中のものです。** · 2012/05/20(日) 14:26:06.99

>>847
>顔全体のデータを複数用意して
これって、単につなぎ目の場所が移動しただけで
どこかしらで「エッジが目立つ」という問題の解決にはなってないような・・・。

勿論、なるべく目立たない箇所でパーツを区切るというテクは有効だと思うが
キャラの服装によってはごまかしきれないケースも多々ある。

少なくとも「顔全体のデータ」単位に区切ったところで、
今度は顔の輪郭に沿ってエッジが目立つだけで、お面を被ったようなキャラになるだけだと思うけど。

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/20(日) 18:06:41.82

>>849
普通は髪の毛以外の首から上をモーフしますよ。
顔の輪郭でパーツ分けとかはしないです。

>>848
英語も数学もある程度必要だけど
こういう勉強はつらくてあきる。
だからDirectXの日本語のドキュメントを読みながら
分からない部分の数学なりを勉強する
っていう方針がいいんじゃないかなぁ？？

とにかくDirectXをやるんだったら
基本はDirectXに付いているドキュメントですよ。

**名前は開発中のものです。** · 2012/05/21(月) 23:04:22.65

>>850
>普通は髪の毛以外の首から上をモーフしますよ。
んー、結局は首周りでつなぎ目ができちゃいますよね。
ローポリのアニメ調キャラなら許容できる問題かも知れませんが、
ある程度ポリゴン数を割いたリアル寄りのモデルの場合、
絵的にかなり残念な感じになっちゃうんですよね。

以前モデリングした際は多少の無駄は覚悟で、
服に隠れる部分で分割していましたが（鎖骨の下辺り）、
上半身裸の格闘系キャラ（プロレスラーやボクサーなど）や
ビキニやチューブトップの女の子なんかはかなり難儀なことになる予感。

**名前は開発中のものです。** · 2012/05/21(月) 23:18:27.91

最近の洋ゲーによくある、顔を弄ったり体系を変えるキャラメイクのシステムって、
Easy3Dでも可能なの？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/22(火) 05:13:10.17

>>851
ローポリ以外やったことないから分からなかったです。
RokDeBone2とEasy3Dはメタセコイアでモデリングするのを前提にしています。
つなぎめをなくすにはモデラーで法線を設定するのが一番いいのですが
mqoファイルは法線を保存できないのです。編集も出来ません。

モーフのつなぎ目を目立たなくするのは理論的にはそんなに難しくないんです。
法線を共有させればいいだけだから。
でもそのためにはモデラー的な機能を作らないといけないんですよ。
使いやすいGUIをつくるのは苦手だからにゃー。

メタセコ開発者のMizunoさんに法線編集と保存の要望を出したほうが
みんなのためだと思いますよ。

>>852
パーツ選択やモーフブレンド率編集くらいなら可能だと思いますが
任意軸の拡大縮小での太ったりやせたりは、RokDeBone2のボーン拡大が不完全なので難しいでしょう。

**名前は開発中のものです。** · 2012/05/22(火) 08:40:49.44

メタセコのMQOであれMAYAのFBXであれ、
最終的にはDirectXの三角ポリゴン形式でわたされるので
メタセコで法線が保存できたとしても
顔と首のつながりはのこる。
これ解決しようとおもうと顔と首をワンスキンでいくか
つなぎ目の法線をブレンドすればいい

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/22(火) 09:12:13.59

>>854
むむ？？ちょっと理解できてません。

ぼくが思うに四角でモデリングしたとしても
境界部分の四角の状態の法線をモデラーで同一にすれば
三角にして読み込んでも法線は連続すると思うのですが。
三角で法線を再計算するとまだらになるけど
モデラーでの設定値をそのまま使えば境界線問題は起きないと思いますよ。

**名前は開発中のものです。** · 2012/05/22(火) 17:39:28.49

最初に作るウィンドウサイズってFPSに影響したりする？
800＊600と1200＊700とで

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/22(火) 18:40:58.77

>>856
めちゃめちゃ影響します。
当然、解像度は小さいほうが速いです。

**名前は開発中のものです。** · 2012/05/23(水) 08:50:12.92

>>855
すでに答えでてるじゃん
つなぎめの法線再計算するだけ

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/23(水) 13:10:52.40

>>858
つなぎ目の頂点番号が分かれば安いコストで簡単に出来るんですが
現状では全パーツ、全頂点総当りで調べることになって
コストが高すぎます。

つなぎ目の頂点の対応をするメタセコプラグインを作ればいいのかもーー！！
どうしようかな。
やってみようかなぁ。

**名前は開発中のものです。** · 2012/05/23(水) 14:05:23.39

>>853
読み込み時に総当たりで調べるだけで
ロードがながくなるだけじゃね？
法線再計算するとこだけブレンドすればいい

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/23(水) 14:59:33.20

>>860
総当りはやったことありますが
ちょっとポリゴンが増えただけで分単位でロードが長くなります。
１０万ポリとかになると何十分単位です。
頂点番号が分からないと同じ位置の頂点を総当りしないと駄目です。

メタセコのプラグインで境界部分の頂点番号の対応付けをするやつを
作ることを前向きに検討中です。
頂点番号の対応表ファイルを吐き出せば、コストも安く解決できるでしょう。

**名前は開発中のものです。** · 2012/05/23(水) 16:01:54.18

エロゲってコンテスト出していいのかな？

【HSP】HSPで３Dゲーム ５ 【３D】

【HSP】HSPで３Dゲーム　５　【３D】