【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

**おちゃっこ** ◆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

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

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

ＨＳＰで１０万ポリゴンも使うやつの気がしれない

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

関数処理はC++だから関係無い

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

>>863
そもそも10万ポリなんざうごかんやん
せいぜいメインキャラで１万前後
まあ首と頭はワンスキンでいったほうがいいとおもうけどな

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

Ｃ++でもゲームで10万は動かない
アサシンクリードの主人公で3000ポリだぜ

**名前は開発中のものです。** · 2012/05/24(木) 10:57:52.91

この際処理速度をキにせずに究極に重たい作品を作ってやろう
タイトルは未来のｐｃで動く未来のゲーム

**名前は開発中のものです。** · 2012/05/24(木) 11:34:24.26

1体だけ読み込むなら問題ないけど複数のキャラクターを読み込むとなるとロード時間増えるな。
1000ポリのキャラを10体読み込んだだけで1万ポリ分の頂点を総当りするんでしょ？
しかもそれを100回デバックしただけで計100万ポリの分の頂点総当り時間が必要と考えると嫌だな。

**名前は開発中のものです。** · 2012/05/24(木) 19:41:35.45

１０００万ポリロードして動くように仕様
FPSなんてものは気にしない

**名前は開発中のものです。** · 2012/05/25(金) 13:36:03.82

E3DChkInView
↑これキャラの表示とかで毎回呼び出すものではない？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/25(金) 15:18:14.14

>>869
E3Dはハイポリのロードが超遅いからロードだけで１日かかると思いますよｗｗ
ゲームが始まらないと思います。

>>870
ChkInViewは毎フレーム呼び出すものです。

**名前は開発中のものです。** · 2012/05/25(金) 15:35:15.37

E3Dでテクスチャスプラッティングを開発してる人がいるみたいで
E3Dでも野外のロケーションも作りやすくなりそう。
広いマップで木や岩なんか置くと膨大な数になりそうだけど
描画するかどうかの判断で全部にChkInViewするのかな。
どこかでE3DChkInViewって重たい命令だって書き込みを見たんですけど。

**名前は開発中のものです。** · 2012/05/25(金) 16:36:38.08

自分の勘ではなんだけど
装備変更と初期読み込み以外なら移動する速度から移動範囲を逆算して数フレームに一度使えばいいと思うんだけどどうだろうか

**名前は開発中のものです。** · 2012/05/25(金) 17:39:33.12

知恵と工夫のローポリ技術は
まだまだ現役のようだな

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/25(金) 18:22:52.06

ChkInViewでやっていることは
視野内にパーツが入っているかの判定と
当たり判定情報の更新です。
これらが更新されなくてもいい条件があるのなら
そのときは省略してもいいと思います。
でもそんなに重くないと思いますよ。
たくさんのモデルで呼ぶとちりつもだけど。

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

スキンメッシュのボーン数が増えるとn^2のような感じで処理が遅くなってる気がする
大体1000ポリを50体
当たり判定は壁は形が変形しない陰影モデルで正確かつ高速に判定して攻撃の判定は距離求めてやってたり
最近のPCだと全く重くないけど自分はMEとかでも動くように作りたくて無理に軽量化してるからおちゃっこさんの感覚とずれてるかも

**名前は開発中のものです。** · 2012/05/26(土) 20:23:26.31

OpenRDBってRDB2のsigファイルって読み込めないの？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/05/28(月) 04:27:02.77

>>887
OpenRDBは
いまのところmikoto形式(keynote形式もほぼ同じ)の
mqo入力になっておりますー。

**名前は開発中のものです。** · 2012/05/28(月) 19:35:08.45

onclickの返り値iparmやwparmって押された状態を表すものだけど
onclickボタンが押されて無い場合の値を習得は不可能？

**名前は開発中のものです。** · 2012/05/28(月) 22:55:32.85

…もう3Dスレでもなんでもないな
初質も落ちたままじゃしょうがないか

ヒント : HSP oncmd WM_MOUSEMOVE

まさか mousex mousey 知らないほどの初心者じゃあるまい？

**名前は開発中のものです。** · 2012/05/29(火) 18:55:17.91

いやその時点で押してるかの判定じゃなくてそれ以前のルーチンでonclickが押されたかどうかが知りたい

**名前は開発中のものです。** · 2012/05/29(火) 18:59:05.69

>>881
キーリピートフラグを調べる

**名前は開発中のものです。** · 2012/06/02(土) 11:06:49.06

徐々にキャラの向きをターゲットに向けるのってどういう計算？
Directxで自分で実装したいのでヒントください

**名前は開発中のものです。** · 2012/06/02(土) 11:21:58.26

>>883
Quaternion Slerp でググって出てきた数式どおりにプログラムを書く

**名前は開発中のものです。** · 2012/06/02(土) 16:39:04.72

>>884
できました感謝
Easy3Dの当たり判定は有向境界ボックスはないですよね
軸平行境界と境界球だけで

**おちゃっこ** ◆RyN5mfp1Kg · 2012/06/02(土) 17:14:15.70

>>885
ありますよー。ボーンごとに有向になってます。
ここを読んでください。
http://ochakkolab.moo.jp/e3dhsp3_collision.htm

**名前は開発中のものです。** · 2012/06/17(日) 15:05:24.94

OpenRDBでモーション作ってもまだEasy3Dで動かせるのは当分先？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/06/18(月) 05:24:40.21

>>887
当分先ですね、たぶん。

OpenE3DはOpenRDBの原型が完成したら有志に任せるかも？
有志がいればの話だけど。

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/01(日) 20:02:30.04

仕事で作るツールとライブラリを公開できることになりました。
OpenRDBのデータも使えるようにします。
たぶん来年の前半にはver1001がリリースできるかと。

その前にOpenRDBのデータをUnityで再生可能なFBXに変換するツールを
公開する予定です。

**名前は開発中のものです。** · 2012/07/07(土) 01:03:15.21

そういえばDXライブラリのxファイルとしても使えるのかな
一段落したら試してみよう
あとvre5.0くらいをつかってるけど自分でファイルをbsaveやbloadつかってファイルアーカイブ化して
それをbufferデータとして読み込むことは可能？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/07(土) 06:25:14.26

>>890
DXライブラリは分かりませんですー。

自分で暗号化してバッファから読み込むには
命令の最後にFromBufと名前の付いている命令を使います。

でも新しいEasy3Dには最近ちゃんとした暗号化と複合化の機能が付きましたよ。
この機能はテクスチャ付きのsigにも対応しています。

**名前は開発中のものです。** · 2012/07/08(日) 03:21:45.33

立体的な建物にposongroundで配置する場合地面のパーツを無効化するのと高さ制限するのどっちがいいだろうか
それとも他にもっといい方法がある？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/08(日) 07:49:11.56

PosOnGroundのmapminyとmapmaxyに値を設定して
目的の場所に置くのがいいと思います。
キャラのY座標を取得してそれをある程度プラスマイナスすれば
いいmapminyとmapmaxyになると思います。

**名前は開発中のものです。** · 2012/07/09(月) 04:41:36.17

>>891
midi復活してほしい
ver50使い続けてる理由の大半はそれ

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

>>894
midiは嫌いじゃないんだけど
マイクロソフトに切り捨てられた形です。

midiが使えるライブラリを選ぶと
wavとかoggがハードウェアアクセラレータが効いた状態では
再生できなくなるんですよ。

**名前は開発中のものです。** · 2012/07/09(月) 16:14:05.69

>>895
ライブラリは仕様がわかんないからあれだけど任意に選択できるようにはできない？
新バージョンちょっと触てみたらRDB2020も使えなくてモーション全部やり直し(；´Д｀)
…それは数日あれば余裕そうだけどユーザービリティ重視するとどうしてもXPで動くようにもしたいけどXP持ってないからちょっと新機能使うのが怖い

**名前は開発中のものです。** · 2012/07/09(月) 20:45:15.49

両方ともXAUDIO使うのではなく、midiは別の機能で再生させればいいのでは？

**名前は開発中のものです。** · 2012/07/09(月) 22:51:39.15

midの3dサウンドがすごく好き
軽さと音質がヤバイ

**名前は開発中のものです。** · 2012/07/10(火) 01:35:35.07

移行するにあたってイロイロわかんないことが出てきました
暗号化したファイルで読み込めるのってsigとmoa…mqoやquaはなしですか？
昔みたいにexist～e3dbufみたいな感じでプロパティ習得つかって復号化でしょうか
pndidは破棄する必要があるみたいだけど解析した時点でpndファイルを全部読み込んでるのでしょうか？
pndidのdestroyを使うタイミングやpndファイルを一括、もしくは分割したほうがいいのかアドバイスお願いします
自分のファイルで実装したらコンパイルで動いたけどサンプルは実行ファイル作成しないと動きませんでした

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/10(火) 09:24:27.81

>>899
mqo, quaはサンプルのwavの読み方と同じようにしてください。
pndファイル全部を読み込んでます。
ですがこれは暗号化圧縮化の状態での読み込みです。

こちらではコンパイルでも動いてますよ。
コンパイルで動かないのは新しいE3D_EXTをhsp3フォルダにコピーしていないからかな？
それとhspのバージョンが混在しているとか？

midiの件は手が回りそうもないです。
それよりもテクスチャスプラッティングの件もしなくちゃだし。
仕事が忙しくてなかなか、、、

**名前は開発中のものです。** · 2012/07/10(火) 17:07:07.29

おつかれっす
暗号化はなんとなく分かった
間違ってたらあれだけど見た感じサンプルのやつはsdimの開放してないから繰り返し読み込むとエラー吐きそう
midiのほうは3dサウンドを出力して適当にてoggにすればいいか

**名前は開発中のものです。** · 2012/07/11(水) 03:34:34.36

ver変えたらposongroundが機能しなくて全部座標が0,0,0で固定される
何故だろう

**名前は開発中のものです。** · 2012/07/11(水) 05:35:56.38

初期化
地面データ読み込み
ChkInView
モデルデータ読み込み
Posonground

これが今までできてたけどどうもサンプル使ってもこのやり方だとうまくいかない
SetPosは機能しててその後にOnGroundつかっても数値が変わらない…全く機能しないみたいな

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/11(水) 13:25:32.51

>>901
HSPの変数のスコープは全部グローバルです。
なので繰り返し同じ変数名でsdimしたときの動作は
C言語でのreallocに似た動作だと思います。
なのでメモリが蓄積していくわけではないです。

>>903
e3dhsp3_ground.hspは動きますか？
そこに使用方法が出ています。
mapminyとmapmaxyの値は適切ですか？

**名前は開発中のものです。** · 2012/07/11(水) 14:54:00.64

ビルボードは機能してるっぽいですがモロ(hsid4)のsetposをchkinview→setposongroundに置き換えて使うとやはりエラーが出ます
この機能自体が全く動かないみたい
なんだろう

**名前は開発中のものです。** · 2012/07/11(水) 14:59:47.55

エラー自体はposongroundが機能してないのが原因でline433あたりの別の命令のエラーですが

**名前は開発中のものです。** · 2012/07/11(水) 16:37:16.51

今公開されてるバージョンを全部試したけど全部ダメっぽいでした
dllを5042に上書きしてみると上手く機能しました
hspは3.3を使ってますPCの不具合？

e3dhsp3_ground.hspのソースの変更した部分は

E3DSetPos hsid4, posx4, posy4, posz4
↓
E3DChkInView scid1, hsid0
E3DSetPosOnGround hsid4, hsid0, mapheight, -100.0, posx4, posz4

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/11(水) 22:15:36.86

>>907
すまんです。よく見たら
PosOnGroundにバグがありました。

直したので
これを試して見てください。
http://ochakkolab.moo.jp/temp/e3dhsp3_120711.zip

**名前は開発中のものです。** · 2012/07/11(水) 23:08:19.02

>>908
うまくいきました感謝
ゲームの方もちゃんと配置されてて良い感じです
おつかれっす

**名前は開発中のものです。** · 2012/07/12(木) 00:51:45.55

BGMが仕様違って謎ですが他は完全に移植＆暗号化も出来ました
気になったのはRDB2のver2020で作った化石モデルが普通に表示できて動いてることでしょうか
新RDB2でも普通に読み込めてるし(；´Д｀)
作りなおすべき？

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/13(金) 08:37:13.18

>>910
これから作るやつだけ
新しいので作ればいいと思いますよー。

**名前は開発中のものです。** · 2012/07/14(土) 04:58:14.46

E3DSetTextureToDispObjで貼り付けるってやり方はこれ毎フレームやる場合かなり重くなったりしない？
10個のウィンドウに30以上のボタンがあるとして大体100回くらい一フレームにこの命令を使う必要があると思うし
bufから直接スプライト作れるようにできませんかね

**名前は開発中のものです。** · 2012/07/14(土) 05:46:38.80

…と思ったらpndファイルからの復号は
E3DCreateSpriteでも作れるんですねorz
すいません勘違いしてました

**名前は開発中のものです。** · 2012/07/16(月) 10:06:18.34

E3DPndLoadSigFileとaddmotinbufでバグなのか仕様なのか分かりませんがE3DCreateBGを使ってるとsigが読み込めなくなります
他にも色んな条件が重なると読み込めなくなるっぽいです

**名前は開発中のものです。** · 2012/07/16(月) 10:43:12.99

E3DLoadMQOFileAsGround を上で呼び出していた場合も
E3DPndLoadSigFileとaddmotinbufはエラーを吐くみたいです

**名前は開発中のものです。** · 2012/07/16(月) 11:09:03.68

E3DLoadMQOFileAsGroundFromBufも読み込めないかも

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/16(月) 12:49:19.55

>>914, >>915, >>916
バグでした。
他の全てのテクスチャもpndから探して失敗してエラーになってました。
直してテストリリースします。

http://ochakkolab.moo.jp/temp/E3DHSP3_12_07_16_1.zip

試してみてください。

**名前は開発中のものです。** · 2012/07/16(月) 17:44:19.09

E3DPndLoadSigFile
addmotinbuf
E3DLoadMQOFileAsGroundFromBuf
上手く読み込めるようになりました、修正お疲れ様ですー

**名前は開発中のものです。** · 2012/07/16(月) 17:58:37.77

E3DLoadMQOFileAsGroundFromBufのテクスチャはpndから読み込みは不可？
dirnameにアドレスを入れても元のフォルダにあるテクスチャだけを参照してpndの中にあるテクスチャはスルーしてるっぽい

**おちゃっこ** ◆RyN5mfp1Kg · 2012/07/16(月) 18:27:11.10

>>919
報告ありがとうございます。
mqoは読み込みがすごい遅いので、sigにして読み込むことをお勧めします。
mqo読み込みを残しているのは、ツール開発に対する配慮です。
出来ればsigでやって欲しいですが、どうしてもと言うのなら対応します。
その場合、ちょっと後回しかもですが、、、

**名前は開発中のものです。** · 2012/07/16(月) 18:57:47.67

pickfaceにsigファイルって使えますかね？
とりあえず気になるのはそのくらいです
地面ファイルと壁や当たり判定系は全部mqoでsigに変換するのには時間掛かりそうです
なので今の時点ではやってみないとわかんないです

**名前は開発中のものです。** · 2012/07/16(月) 19:18:37.74

やっぱsigだとpickfaceや倍率の問題とかあってバグも出てきて色々きついかもしれない
自分としてはmqo対応はして欲しいです

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

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