Xファイルを再生するスレ
DirectX７の時は勝手に再生してくれたが、
今は参考になるサイトも無し、公式のサンプルもわかりにくいで
非常にやりがいのあるモノだと思われ。
ｻﾊﾟｰﾘわからないやつ、クヲータニオンって何ぞや？ってやつ、
ノンスキンXファイルなら再生できたけどｽｷﾝﾒｯｼｭは再生できない奴、
がむばろう！
一、諦めずに粘り強くがんばれば絶対できる
一、出来たときの喜びはｻｲｺｰだYO
公式サイト
ttp://www.microsoft.com/japan/developer/directx/default.asp
情報板
ttp://www.bio100.co.jp/dev.html
ttp://isweb8.infoseek.co.jp/computer/bbx/
さあ語れ！！
とりあえず、こんなスレがあることぐらい確認しとけな。
あと、そんなにムズイもんじゃないし。
十分ムズイが。
初心者には最適な教材かもしれない。
結果が目で見えるて解りやすいのも嬉しいだろうし。
検索しても見つからない。どこにあるの？
ﾘﾌｧﾚﾝｽと関数の引数の型とか数が違ってるんで、
ｻﾝﾌﾟﾙのｿﾚっぽいところをﾏﾈしながら作ってるYO・・・。
で、何故か ConvertToIndexedBlendedMesh でｼﾊﾟｰｲする。
・・・漏れの場合 ｽｷﾝﾒｯｼｭよりﾃﾞﾊﾞｯｸﾞの仕方を勉強すべきだな・・。
その関数、8.1になってから引数が追加されたよ。
8.1のサンプルを見ればわかると思う。通常はNULLを渡せばいいと思ったよ。
Bio100%で質問しちまったyo
わかったら教えて・・・
ttp://www.bio100.co.jp/cgi-bin2/directx/flashviw.cgi?no=2037&reno=no
IP晒したちゃったね(藁
２ちゃんねらには誰も答えてくれないと思うぞ。
素のままではなく多少いじってるんだろうけど、どの辺をいじっている
のか誰か教えてぷりいず。
最適化しにくいじゃん
あるとしたら速度関係ないエロゲーモドキのヘボゲーだけだな
オナニーにもならんって事か？所詮はアマチュアの
ホビーにしかならないって事だな？
フォーマット自作すれとか言われそうなﾖｶｰﾝ
吐くプラグインも役に立たないね。プラグインも自分のプログ
ラム用に自作か？
テキストだと、ちょっとデータいじるの楽ちんだし。
同じルーチンで圧縮データも扱えるし。
ひじょーに微妙なフォーマット。でも、プロなら自作せよと言いたい。
圧縮展開の処理もサボれるところだと思う。
ただ、格納できるデータはさすがに素のままじゃ、使い物にならん。
やはり最終的には自作すべきか。
あんな簡単なのがどうして読めないの・・・。
だまって放置できねえのかガキども
みっともねえなあ、ゲーム系PGは
誰も反応してないよ。
だまって放置できねえのかガキども
みっともねえなあ、ゲーム系PGは
だまって放置できねえのかガキども
みっともねえなあ、ゲーム系PGは
ネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
∧＿ﾍ ∧＿ﾍ
/ ＼〇ノゝ / ＼〇ノゝ age
/三/´∀｀）∩ ∩/´∀｀） age
（つ 丿 （ ⊂） age
（ ヽノ ヽ/ ） age
し（＿） （＿）Ｊ
みんなスキニングありのアニメーションってどうやって作ってるの？
会社だとソフトイマージだけど高くて買えないよ。
MXかｳｨﾆｰ
（ , ﾉ` ） こういうｸｿｽﾚはな…
＼,; ｼｭﾎﾞｯ
(),
|E|
_、_
（ ,_ﾉ` )y━･~~~ 存在しちゃいけねえんだよ。
～完～
スカリーーーー！！
スモーキングマンですか？
（ ＾＾ ）＜ ぬるぽ（＾＾）
ぁあ…スカリー波出るっ、スカリー波出ますうっ！！
パっ、パナっ、パナウェーーーブーーーーーッッッ！！！
いやああああっっっ！！スカリー波見ないで、お願いぃぃぃっっっ！！！
白い布！木綿１００％ーーーーーーっっっ…テントっ！
左巻きコイルぅううううーーーーーーーーっっっっっっ！！！！
岐阜県んんーーーーっっっ！！！さっ、山中っ、誰も来ないィィィッッ！！！
無許可っっ！！無許可っっ、不法占拠っっ！！！
おおっ！取材拒否っ！！このカメラっ、誰のっ、誰の許可をっっ！！！
勝手に撮らないでぇっ、ああっ、もうダメッ！！ストーカー追跡ーーーーっっっ！！！
自然破壊っ！津波！第１０惑星地球に接近んんんんんっっっっっ！！！！
いやぁぁっ！わたし、こんなにいっぱいスカリー波出してるゥゥッ
スカリー波でダイエット
やはり複雑な実装になってるな。
すべての元凶はフレームの中にメッシュを収めることが出来る
Xファイルの仕様のせい。
サクッと変更してもっとシンプルにすればいいのに。
大爆笑
http://wave8.hp.infoseek.co.jp/bckp.html
ﾜﾛﾀｗ
http://www1.free-city.net/home/s-rf9/page002.html
ネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
∧＿ﾍ ∧＿ﾍ
/ ＼〇ノゝ / ＼〇ノゝ age
/三/´∀｀）∩ ∩/´∀｀） age
（つ 丿 （ ⊂） age
（ ヽノ ヽ/ ） age
し（＿） （＿）Ｊ
そのテクスチャの張ってあるポリゴンの後ろは、その形で透けてしまって、
向こう側が見えてしまうんです、解決策を知っている方は教えてください。
アルファ辞めれば良いんじゃないの？
そうじゃなかったら、もうちょっと分りやすく説明するべき
髪だけ後から描画。
更に髪のポリゴンは奥から順番に描画汁。
>そのテクスチャの張ってあるポリゴンの後ろは
後ろが「裏側」という意味なら、カリングの問題ではなかろうか。
アタマを前から見たとき
http://roripika.myhome.cx/kao1.jpg
アタマを後ろから見たとき
こういう状態になるんですよ
カリングは髪の毛の部分だけ裏表見える状態にしてます。
>>87
髪の毛のマテリアルの頂点を並び替えて生成しなおした方が
いいってことですかね？
アルファを含むものは最後にレンダリングしろと言ってる
訂正、これが後ろから見た図
最後にレンダリングしても同じ結果でした、
頭の上に載ってる髪の毛全部が一つのマテリアルなんです。
その一つのマテリアルなかで、上に重なってる部分があるので、、、
アルファを含むものは深度バッファへ書き込まなければいい
何でその程度のことを言葉で説明できないの？
その程度じゃ、こちらが答えても理解できないだろばか者がｗ
解決できました。あとは、前髪と後ろ髪でマテリアルを別にするように
作らせます。
貴方のようにレベルが高くないので、どうか、レベルを下げて
教えてくださるようお願いいたします。ｗ
*作らせます*
えらくムカツク言い回しだなおい
厨房の中の人、なんかご飯ちょーだい。
厨房の人に料理をたくさん作らせるといいですよ。
それと、１００げっと。
////////////////////////////////////////////////////////////
タイトル：【ボーン】スキンメッシュ勉強スレ【デフォーム】
本文：
３Ｄゲーム制作の初心者にとって
ボーンデフォーメーション・スキンメッシュは一つの山ではないかと思います。
このスレは、主要な３Ｄアニメーションツールで作ったファイルから
モデルやモーションを読み込み、 多階層のキャラアニメーションを
自由に制御できるまでを学習していくためのスレです。
アニメーション付きXファイルは使わず、独自形式で構築します。
LightWaveのシーンファイルを読み込み再生するまでを一つの目標とします。
///////////////////////////////////////////////////////////////////
お願いします。
激しく重複スレになる予感
丁寧に説明してるサンプルやサイトってどこにも無いから
誰か作って売ってくんねえ？
(c/c++でVCとか使わなくてもコンパイルできるやつ)
こーゆー情報欲しがる房多いから、
ttp://www3.llpalace.co.jp/dp/index.htm
とか、同人サイトとかで売れば、結構売れると思うけど。
千円以下ならオレ買うよ。
まぁそんな奴等に売ったところでメリットなんてほとんどない・・・orz
ttp://tpot.jpn.ph/t-pot/program/44_motion/motion.html
>ということで、今後『初心者なのですが、ファイルでアニメーションをするには
>どうすればいいですか』という『あきらめろ』といいたくなるような質問が減ってくれればいいと思います。
Xファイル読み込み・再生できるぐらいじゃ金取れんだろ。
いると思うよ。これからDX初めて、モーションで挫折するオレみたいな連中これからも増えると思うし。
プロ目指してる訳でもない、趣味か遊びの感覚で金払って楽しむって奴いると思う。
ラジコンロボット買ってプログラム組んで遊ぶ、みたいな。
メリットねえ・・・小遣い稼ぎにしちゃ少ない？
>>109
それをDX9でやろうとして挫折したんだ・・・
一応いまも挑戦してるけど、エラーを１つ１つ消していっても、次から次へとエラーが・・・
>>110
入門書とかテクニック集とかみたいに、まとまった情報を高額で売るより、
情報を個別にして売るってのはどう？
今オレが欲しいのはモーションだけだけど。
それで、１つ１つやってんだけど、なかなかね。
で、金払ってその時間短縮できるような教科書みたいのが欲しいと。
俺もモーション付きＸファイル挑戦してみるかな
↓もう知ってるかもしれんけど一応オレが参考にしてるサイト
ＤＸ９なら、ここの『DirectX9のアニメーションな話』を参考
ttp://www.nomuraz.com/denpa/program.htm
ＤＸ８なら109が教えてくれたやつと、ここも
ttp://www.twin-tail.jp/contents/vsdx8/d3d/031/index.htm
自分のプログラムでブルースクリーンにしちった・・・なかなか進まねえや
多分すぐに抜かれるな
はじめての３Dゲーム開発って本に書いてあるんだけど・・・？
この本自体のサンプルはたまにコンパイルできなかったり動かなかったりするけど
アニメーションのところはこの前やったら動いたんで問題ないはず。
Ｘファイルのファイル読み込みをやってるのでちょくちょく報告しまつ。
とりあえず、Ｘファイルで必要そうな構造をあげてみますた。
Frame-FrameTransformMatrix-Matrix4x4-float16
-Mesh-nVertices
-Vector-xyz
-nFaces
-MeshFaces-nFaceVertexIndices
-faceVertexIndices
-MeshTextureCoords-nTextureCoords
-TextureCoords-uv
-MeshNormal-nNormals
-Normals-xyz
-nFaceNormals
-MeshFaces-nFaceVertexIndices
-faceVertexIndices
-MeshMaterialList-nMaterials
-nFaceIndexes
-FaceIndexes
-Material
-XSkinMeshHeader-nMaxSkinWeightsPerVertex
-nMaxSkinWeightsPerFace
-nBones
-SkinWeights-transformNodeName
-nWeights
-vertexIndeices
-weights
-matrixOffset-Matrix4x4-float16
-nKey
-TimeFloatKey-time
-FloatKey-nValues
-Values
-AnimationOption-OpenClosed
-positionquality
①Frame/FrameTransformMatrix
ノードとか階層とか呼ばれるものMatrix4x4がそれ。ボーン。
②Mesh
ポリゴンメッシュ。ポリゴンを描くのに必要な塊。
③nVertices/Vector
頂点情報
④nFaces/MeshFace
面情報
⑤MeshTextureCoords
ＵＶ。テクスチャを貼るのに必要。
⑥MeshNormal
法線情報。ものによっては無いかもなｗ
⑦MeshMaterialList
マテリアル情報。テクスチャとかマテリアルと面の関連情報等
⑧XSkinMeshHeader
スキンメッシュヘッダぁ？ボーンに影響するウェイトの数とかそんなん。なんだろ？よくわかんね。
⑨SkinWeights
スキンメッシュのためのウェイト情報。ボーンの影響を受ける各頂点の重みとかそんなん。なんとなく書籍でみたことあるぞ。
⑩AnimationSet
１つのアクションを記述する最小の単位。走る。飛ぶ。投げる等
⑪Animation
各Frameに対するアニメーション。回転。平行移動。拡縮。
⑫AnimationKey
だからキー。
⑬AnimationOption
ループするのかしないのか。滑らかなアニメーションなのか線形アニメーションなのか。
・以外と単純なフォーマットかもしれない
・スキニングができなければ意味がないのでボーンとウェイトを探していたが
どうやら、ボーンはFrameと同じ扱いらしい。（例え同じ機能であってもこれは分けるべきだったんじゃないか？＞ＭＳ）
やってみなきゃわからんことは
・スキニングをやるのに最低限必要な情報とその関連がまだ見えてない。
・メッシュを描画するのに必要な情報ってのはMeshの階層内の情報だけで完結するのだろうか？
・要はXFileにある情報を使って、スキニングをやるのに必要な情報が見えて無い。
乙であります。
お前見てたらモチベーション、一時的にキープ出来たわｗ
過去形なのか・・・orz
今日はXFileをどうやって読み込むかを考えてみた。
読み込みながらデータセットすると使い道がねぇよな。
どっちにしてもこのままじゃシェーダも使えねぇし、
XFileでシェーダもくっつけて出してくれるソフトも無い以上このフォーマットから
取れるデータで魅力があるのはモデル情報とスキニングとアニメーションまわりのデータだけだ。
つーわけで、１回、データを自作汎用データに吐き出してそれを使う形にしたい。
つまり、
XFile→自作汎用データに移す→自作フォーマット書き出し
という風に一度保存して。
自作フォーマット→ゲームで読み込み→ｳﾏｰ
と、いう形にしたい。
・自作汎用データクラス
・自作汎用ノードクラス
・自作汎用メッシュクラス
・自作汎用マテリアルクラス
・自作汎用アニメーションクラス
今後、Ｘファイル以外のフォーマットのファイルを読み込みたびに使えるような形にしたいと考えている
つまり、
Ｘファイル →自作汎用フォーマット
○△ファイル →自作汎用フォーマット
■○ファイル →自作汎用フォーマット
・
・
・
と、いう風に自作汎用フォーマットを通すことで自分のゲームでは常に
自作汎用データから作る自作汎用ファイルのみの読み込みで作れるようにしたいと考える。
また、自作汎用フォーマットから自作汎用ファイルを作る際になにか入れられるようにすれば
便利かなとも考えてる。
D3DXに頼ってさっさとゲーム作った方が方がいいと思うよ。
>>121の話について、
ボーンってフレームとは別にすべきものなの？
両者ってどう違うの？
教えてくれまいか
まあ、俺も勉強不足でようわかってないだけかもしれんけど。
この構造のおかげでＸファイルってスキンメッシュと普通のメッシュって共存しにくくなってるんじゃないかな？
例えば３Ｄデフォルメチンコを描画するのに
○
□□□つ
○
こう↑やって、ボール２つ（スキンメッシュではない）に、チンコ１つ（スキンメッシュ）の物体を作るとするわな。
そんときのＸファイルの構造を考えると、ボールとチンコをわけるすべはおそらくないんじゃないかな？
なので、フレームを発見したとしてもボールはそのまま描けるけど、
チンコの方はフレームやボーンを見つけても描画しないようにしなければいけないようになってる希ガス。
まあ、この例はわかりやすいけど物によっては空ノードなのかボーンなのか
物体につける名前を特殊にしておいてくれないと判断しにくいね。って状況があるのではないかと考えたりして。
CreateGame～陸海空オンライン～
有志によるＭＭＯ製作です！
ただ今、３Ｄグラフィッカ募集中♪
力ある奴だけこぃ！
おまえら、１０年くらい遅れてまつよｗ
そんな事より130よ、ちょいと聞いてくれよ。スレとあんま関係ないけどさ。
このあいだ、サロンの陸海空スレ行ったんです。陸海空オンラインスレ。
そしたらなんか四角がいっぱい書き込んであってレス付けられないんです。
で、よく見たらなんか四角の中に●や○があって、次黒番です、とか書いてあるんです。
もうね、アホかと。馬鹿かと,、オセロかよ！と。
お前らな、オセロ如きで普段来てない陸海空オンラインスレに来てんじゃねーよ、ボケが。
オセロだよ、オセロ。
なんか将棋指してんのとかもいるし。サロンで将棋か。おめでてーな。
よーし先手で穴熊しちゃうぞー、とか言ってるの。もう見てらんない。
お前らな、お前の勝ちでいいから将棋・チェス板でやれと。
陸海空オンラインスレってのはな、もっと殺伐としてるべきなんだよ。
ちょっと企画に参加したらいつドアフォとチャットセックスが始まってもおかしくない、
挿入するか掘られるか、そんな雰囲気がいいんじゃねーか。女子供は、すっこんでろ。
で、やっとスレが落ち着いたかと思ったら、ドアフォが、完成目前だね、とか言ってageるんです。
そこでまたぶち切れですよ。
あのな、なんて名無しageなんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、age、だ。
お前は本当に作る気があるのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、声優をナンパしたいだけちゃうんかと。
陸海空オンラインスレ通の俺から言わせてもらえば今、このスレの間での最新流行はやっぱり、
潜入、これだね。
ドアフォさんと一緒にMMO作りたい、女子高生です♪よろしく(^^)/ 。これが通の頼み方。
潜入ってのはドアフォの素が見れる。そん代わりプライド少なめ。これ。
で、それでネカマ。これ最強。
しかしこれをするとドアフォに徹底マークされるという危険も伴う、諸刃の剣。
素人にはお薦め出来ない。
まあお前、130は、「宇宙ヤバイコピペ」でもいじってなさいってこった。
■CreateGame～陸海空オンライン～
永遠の製作中MMORPG（ナンパ目的の釣り餌）。
公式HPはDragonforce（以下ドアフォ）が女を捕獲するためだけに存在するナンパサイト。
製作メンバーは自演と工作員と被害者のみ。
一度製作メンバーに入ってしまうと製作から雑用、下の世話まで全てを任せられる。
又、メンバーに入る気がなくても勝手にメンバーに加えられる。
ドアフォは命令と常時セクハラ・自慢・誹謗中傷・ナンパ・チャットエッチ・ストーカー・無差別宣伝書き込みのみ。
気に入らない発言はすべて削除。著作権無視。
特に女性の方は被害にあう前に関わらないよう注意しましょう。危険です。
ストーカー行為により既に被害者も出ております。
Frame-FrameTransformMatrix-Matrix4x4-float16
-Mesh-nVertices
↓
Frame-FrameTransformMatrix-Matrix4x4-float16
-Mesh-nVertices
-Frame
修正
ちなみにまだ終わって無いｗ
その際に面倒臭かったこととよくわからんかったこと
・なんか Frame FrameName { とかなってるけどこのFrameNameっつーのが
あったりなかったりしてむかつく。
次のトークンの始めの文字が括弧かそうでないかで判断するしかないのだろうか？
なんで
Frame{
Name{"objectName"}
FrameTransformMatrix{
・・・
}
みたいなフォーマットにしなかったのかわからない。
Ｘファイルのフォーマットを考えた奴はアフォだと思った。
・上の例もそうだけど、わざわざトークン＋デリミタ（VBのSprit関数をイメージしてくれ）で綺麗に読み込め無い
フォーマットのファイルを作っちゃうところがわからない。
それともこういうフォーマットを綺麗に読み込める技（みたいなの）があるのだろうか？
・ファイルの冒頭のtemplateの使い方がよくわからんかった。
結局、型なんて定義してあったって読み込み側が対応してなけりゃそれまでだと思うんだけどな。
俺はフレーム・ボーンとメッシュを全く別のシステムで扱って
メッシュの着せ替えが簡単にできるようにしてある。
とりあえずデータを受け取るだけ受け取って読み飛ばすことが出来るが、
その程度の用途も理解できないのか。
アンタ自前でローダー書いてんの？
よーやるよ。
それやろうとデザイナと考えてたら、
デザイナボスが「なに、いい加減な仕事してんだ。てめー！」って激怒したことがある。
まあ、動機が「面倒臭い」だけだからなｗ
ちゃんと１つ１つのモデルにあったボーンいれなきゃね。（それは俺等側の苦労じゃないけどｗ）
>>136
いや、だから、チャンクだから読み飛ばしは楽にできるじゃん。
で、別に受け取る側が想定してないようなデータを受け取ってもしょうがないと思うんだけど。
Ｘファイルのテンプレートは「このファイルはこういう型に基づいて作成されましたよ。」
って意思表示の為だけだと思うがな。
>>137
いや、DirectXに頼ってもいいんだけど、
大して助けちゃくれないっぽいから自前でやっちゃう。
後から拡張されたり、独自に埋め込まれた未知のデータを
テンプレート無しでどうやって読み飛ばすのか説明してくれ。
どこがデータ数を示しているのかすら分からないんだぞ？
しかもバイナリの場合、データの終端は自分でカウントしないとどこにあるか分からない。
テキスト形式しかやっていないから、テンプレートの必要性が分からないわけだが、
ごたごた無知を晒す前に圧縮バイナリまで対応してみろ。
そんなムキになんなくても・・
いや、そもそもＸファイルでバイナリである必用がないでしょ。
結局、吐き出せるツールがないからＸファイルですべてをまかなうことができないわな。
と、すると、わざわざバイナリで出す意味がまったくない。
>後から拡張されたり、独自に埋め込まれた未知のデータを
>テンプレート無しでどうやって読み飛ばすのか説明してくれ。
てゆうか、そんなファイル読み込んだところで受け側で対応できてないんだから意味無いでしょ。
っていうのが俺の主張なんだけど？
テキストだけなら別に読み飛ばすとかそういう問題はどうでもいいしね。
つーかね。Ｘファイルで将来云々心配すること自体ナンセンスだと思うんだけど。
正直、あんまり上手くできたフォーマットじゃないしね。
スキニングに対応しててたまたま吐き出せるツールがＸファイルに対応してるってだけで
それ以上の特典は全く無いわけだし。
MeshViewer等で確認するときに独自のデータは無視していいから、
形状だけ確認したい場合に読み込んでくれなかったら困るだろう。
そもそもテンプレートの存在意義について無知を晒していたから、
その馬鹿さ加減を教えてやっただけの話なんだが、何故そこまでアホなんだ？
X-Fileが合理的かどうかは関係ない。
テンプレートはX-Fileで必用、何故必用なのか分からなかったのは無知だから。
ただそれだけの話なんだが、自分は使わないという言い訳は見苦しい。
>受け側が対応していなくても、例えば独自のデータを定義して埋め込み、
>MeshViewer等で確認するときに独自のデータは無視していいから、
>形状だけ確認したい場合に読み込んでくれなかったら困るだろう。
これはテンプレートの利点じゃなくてデータチャンクがあるデータならなんでもそうでしょ。
テンプレートの存在意義はさっきから全然説明できてないじゃん。
テンプレートが無いとバイナリの場合データが読めないんだと言っているだろう。
利点の話などしていない。
X-Fileではバイナリだとテンプレートが定義されていないと未知のデータが読めない。
もう一度言う。
X-Fileではバイナリだとテンプレートが定義されていないと未知のデータが読めない。
頭の悪いお前のためにもう一回。
X-Fileではバイナリだとテンプレートが定義されていないと未知のデータが読めない。
それを知らずに使い方が分からないと言うから、どういうときに使うか示しているのだが、
頭が悪いにも程がある。
たとえば小数点だったら小数点のデータがパーサから、
簡単に引き出せるように作れることです。
あらかじめテンプレートの形式通りにデータの固まりを作っておけば、
受け取り処理はその固まりから、自分の確保したメモリー上にコピーするだけで済みます。
その場所に応じていちいち読み込みのコードをカスタマイズする必要が無くなります。
それじゃ、テキストのＸファイルの冒頭に定義してあるテンプレートはやっぱり無駄なんだな？
自分に必要なければ他人が必用とするかどうか考えず、勝手に必要ないと思いこんで無知を晒す。
頭の悪い奴はこれだから困る。
結局、テキストのＸファイルの冒頭のテンプレートは全く意味がないんでしょ。
ありそうにいうなよ。
X-File自体にはテンプレートが必用で、テキストを読み込んでいただけの井の中の蛙には必要性が分からなかった。
ただそれだけの話。
本当に頭が悪いな。
アンタDirectX関連スレで
よくスレ荒らしてる人？
テキストのＸファイルのは意味無いだろ。
テンプレート部分まるまる削除したってもんだい無いぞ。
必用ねーじゃん。
スルーされているのは何故でしょう？
テンプレートの仕組みがないとデータを読み出すのが非常に不便ですよ。
不便もなにも、そもそもＭＳの提供するtiny.xからいって
template XSkinMeshHeader
template VertexDuplicationIndices
template SkinWeights
の３つしか定義されてないんだよね。
こういう中途半端なのもあれば、
テンプレートの定義がまったく無いＸファイルも存在するわけだしね。
それともバイナリのＸファイルの話してる？
SDKのヘッダファイル中にあらかじめ定義されています。
それを利用しているプログラムに関しては、
テンプレートがファイル中に存在しなくても問題ありません。
ですのでSDKのサンプルをご覧になれば分かると思いますが、
テンプレートを利用していないわけではありません。
また、カスタムテンプレート以外にも理由として、
X-Fileの初期はスキンに関するパラメータは存在しませんでした。
今後のバージョンアップで新たに標準仕様としてテンプレートが追加されるとも限りません。
しかしテンプレートに対応した読み込みのコードを書いておけば、
それらを利用するプログラムを書くのが容易になります。
D3DRM_XTEMPLATESがリンク待ちの状態になっています。
まあ、それは置いておいて、今週の報告だな。
ちなみにそろそろ「チラシの裏にでも書いてろや」とか言われそうだが、
俺のレポートが俺と同じことをしようと考えてる奴の役に少しでも役立ったらいいと思う。
まあ、あんまり進捗具合がよくないのは花火だとか祭だとか色々あったせいだろきっと。
今週はメッシュデータを読んでみたが、こいつもすんなり読める形じゃ保存されてねーな。
一番面倒臭いところがマテリアルとその他のデータの関係だな。
マテリアルが複数あるタイプのメッシュだとマテリアルごとにわけねーと駄目だよな。これ。
使うシェーダも別かもしんねーし。
なんだって、いっしょに入れてあんだよ。
メッシュごとにマテリアル１つにして、マテリアルが別のデータは別メッシュにしてくれればよかったのに・・・。
それに関する情報、サポートは無いに等しい。
(本来ならrmxfguid.h、rmxftmpl.hの拡張を用意するべきだが
そんなものはない。)
MSの意図としては、XFileはMSの用意するフレームワーク又は
D3DXMesh経由で使って欲しいんだろう。
はっきり言って今がXFileを捨てる時期だな。
WGFが正式に発表されたら、一緒に代替フォーマットも発表されそうだしな。
Ｘファイルスレでいうのもなんだが、
俺が考えるにその頃にはゲームＰＧが描画出力ルーチンに関していじることは
ほとんど無いとおもうぞ。
シェーダなんて所詮モデルに貼り付けるか、画面に効果入れるかぐらいなのに、
汎用化するのにいつまでかかってんだよ的なものは今の時点ですらある。
誰もが感じてることだと思う。
国内でもコンシューマの方でゲームエンジンを積極的に使う動きがでれば、
当然、ＣＧＷＯＲＬＤなんかを通して、ＰＣの方でもみんなに
「そういうものを使えばこんな苦労なんざしなくてすむ」的なことが行き渡るでしょ。
いままで、そういうことを阻んできた原因にＰＣのスペックの問題があるけど、
ＭＳの新ＯＳがＤｉｒｅｃｔＸ９標準装備ということでこれは一気に解消されそうだ。
なんとノートＰＣの方でもすでにＡＴＩ、ＮＶＩＤＩＡ共に新ＯＳ対応済み。完璧。
問題は新ＯＳが普及して、ゲームエンジンでメジャーな物が選定されるまで時間がありそうだということ。
（もちろん国内でという話ね。日本語のドキュメントがあって、扱いやすくて云々）
＃あ、ＷＧＦなんて当然スルーね。もう、そういう時代じゃないだろ。
なんで、それまでの間の暇つぶしとしてＸファイルでも読んでモデル表示して
なんか記念に（？）フリーソフトのゲームでも一本出せたらいいな。とか考えてるわけ。
理由をきちんと説明されても目を閉じ、目をふさぎ、
ひたすらテンプレートの存在を否定比続ける。
自分が間違えたことを間違えたと認められないとは憐れすぎる。
今回もまたアホなことを言ってるし。
分ければ重複頂点が増えてデータが無駄に増えるからです。
ファイルに記憶されているデータはどちらにせよ、
座標やUV等の組み合わせでデータそのものを再構築する必用があり、
マテリアルの割り当てだけ組み合わせを作っておいても何の意味もありません。
どちらにしても読み込んだ後に最適な形に直す必用があります。
といってもテンプレート同様、また他人の言うことには耳を塞ぐんだろうなあ。
こういう人ってはっきり言って成長しない。
それに関わる連中を馬鹿にする輩には関わらないほうが良い。
>マテリアルの割り当てだけ組み合わせを作っておいても何の意味もありません。
おいおい、たかが重複頂点ごときでマテリアルごとにわかれてるメッシュを
わざわざくっつける方がどうかしてるだろ。
これは俺の経験だけど、マテリアルごとにわかれてるモデルは扱いやすいよ。
何の意味もありませんとかいってるけど、後、どんな手間を想定して何の意味も無いって言ってるの？
それとＸファイルって重複頂点気にするほどファイルサイズって重要か？
もし、こんなこと気にしていまのフォーマットなら制作者のセンスないと思う。
どうだろうねぇ、
例えば、3DAPIの一個上のシーングラフものとか
いろいろ出てるけど、あんま流行ってなさそうだしねぇ。
重複頂点を気にする必用がなければ、インデックスすら必要なくなる。
もう支離滅裂で見てられない。
どこにマテリアルごとにメッシュを切り分けて出力するファイルフォーマットがあるんだよ？
少なくともMAXやLWに標準で出力できる形式にそんなフォーマットはない。
そもそもファイルはあくまで保存用データであって、レンダリング直前データではない。
扱いやすいも何も、必用ならデータを自分で並び替えればいいだけだし、
その程度のことで、わがままとしか思えない自分勝手な文句を書き込む理由が分からない。
>もう支離滅裂で見てられない。
はぁ？支離滅裂なことなんて言って無いじゃん。
君がそういうことにしたいだけでしょ。
だいたいここまでの流れだって、俺が
「面倒だねぇ」
っていってるところに
「それはお前が馬鹿だから」
ってつっかかってきて
結局、君の変なアドバイスで何１つ特になったことは無いよ。
で、しまいにゃ
>そもそもファイルはあくまで保存用データであって、レンダリング直前データではない。
この↑発言。
「そうなってるんだから仕方がないだろ。文句ばっかいってうるせーんだよ。」
とでもいいたいのだろうか？
既存のフォーマットの無駄なところを探して、もっといい方法を考えるとか絶対なさそうだね。君。
すでにあるもので思考停止してるみたいだし話しても無駄だし。
なんの利益にもならないからもう消えていいよｗ
とにかく言い争いに勝つことだけが目的になってるし
もういい加減やめて欲しいんだけど。
結局無駄なところを探すどころか、無駄な物を増やそうとしているし、
＞ もし、こんなこと気にしていまのフォーマットなら制作者のセンスないと思う。
マテリアルごとにメッシュの切り分けているファイルフォーマットの方が、よっぽどセンスが無い。
そうでなければならない理由があるならともかく、面倒だからというのは理解に苦しむ。
そもそも新しいフォーマットを作ろうにも、例えばMAXでプラグインを作るとすると、
メッシュに対してマテリアルが割り当てられているデータが入っているので、
結局出力時に並び替えるか、読み込み時に並び替えるかという違いでしかない。
面倒は変わらないのに、わざわざ無駄なデータが増えるファイルを作る必用がない。
読み込む人のためとか主張するかもしれないが、そういう部分が面倒な人のために、
LWのように読み込み用のソースコードを提示するという手段もある。
重複データの固まりのようなフォーマットを作る必用はない。
そうなった理由がきちんとあるのに、それを考えようともせず、
他人のフォーマットにセンスがないと言い放つ。
それがもっといい方法を考えるということなのか。
はい！先生！
>メッシュに対してマテリアルが割り当てられているデータが入っているので
こんなデータ必要なら、あらかじめマテリアルごとにメッシュをわけておけばいいのではないでしょうか？
それに余計なデータ云々の話をするなら、Ｘファイルの法線データの存在も疑問が残ります。
なぜ、こんなものついてるのでしょうか？
その場で頂点から生成すればいいのではないでしょうか？
＞ それに余計なデータ云々の話をするなら、Ｘファイルの法線データの存在も疑問が残ります。
＞なぜ、こんなものついてるのでしょうか？
＞その場で頂点から生成すればいいのではないでしょうか？
これ、もう致命的なんだが。
ポリゴンの仕組みすら理解していないのだから、話が通じないのも当たり前。
モデルデータを読み込む以前の知識が足りていない。
どうせ、鋭角なエッジがどうのこうのっていいだすんだろ？
さらに、こんなどうでもいいことで「致命的」ね。
あいかわらず、人を馬鹿にしないと会話ができないのか。
発言内容から察するにいい大人なんだろ。
もう少し冷静になれ。
法線は、接線・従法線に垂直であるってのはその通りなんだけど
必ずしもそうでなければならない訳でもない。
そこら辺モデル作った人が好き勝手やれるようについているんだろう。
じゃあ、好き勝手やった部分だけ保存しておけば容量減るじゃん。
俺は有益な人間だから今の話がようわからん人のためにリンクまでとってきちゃうよ。
http://hell.razor.jp/column/09.html
これ何の為にあるんだろうか？
最初、これが無いと回転できないからと思ってたけどそんなことないよねぇ。
また、XFileから得られる情報だけで
それぞれのボーンの始点-終点(間接から間接)の座標が得られる方法って
どうやればいいんだろうか？
そっから先はローダーしだいよ。
つまり法線情報が必要ないといった間違いを認めるというわけだね。
そもそも法線が必用なのは鋭角なエッジの場合ではなく、面に対して対応する法線が不揃いの場合。
何故鋭角なエッジという言葉が出てくるのか意味が分からない。
好き勝手に法線を生成する以外にも、球体等を普通に扱っていれば>>172のようは発言は出てこない。
また法線に関してはスムーシング情報を保存する形式のフォーマットも存在するが、
法線とスムーシング、どちらかの情報は必要になる。
ちなみに紹介している内容は、データを加工する話で、
法線が存在しない場合の対応措置ではなく、今回の件とはまるで関係がない。
>>178
通常通りフレームの階層をたどってボーンの行列を作ったら、
ウエイトが割り当てられているメッシュを出力する前に、matrixOffsetに掛けて使う。
それがメッシュ側のフレームの行列のかわりをするので、元からあるメッシュのフレーム自体は無視する。
今言っている話は、法線が無かった場合、スムーシングに関する情報も無しに、
モデルデータを作った人の意図通りに復元することが出来ないということ。
>面に対して対応する法線が不揃いの場合。
これって具体的にどういう場合なの？
球体でそんな箇所あるっけ？
わかった。
面に垂直ではなくて球の面に対して垂直な法線を作るっていってんのね。
で、それはポリゴンだけの情報では作れない法線だと。
>つまり法線情報が必要ないといった間違いを認めるというわけだね。
認める認める。
>ちなみに紹介している内容は、データを加工する話で、
>法線が存在しない場合の対応措置ではなく、今回の件とはまるで関係がない。
正直、すまんかった。
>好き勝手に法線を生成する以外にも、球体等を普通に扱っていれば>>172のようは発言は出てこない。
これはどうだろね。
俺みたいにただモデル読んでそれっぽく表示できてりゃ満足な奴だと
ほとんど気にしないと思うけどね。
サラバ。
やっぱり、面倒なネックがマテリアルごとにわかれてないメッシュと
描画直前まで加工されてないデータだな。法線とかウェイトとか。
頂点ごとにしなきゃなんねーし。
いままで、誰もさわんねーわけだよ。コレ。
これのおかげで一度バラしながら読み込んでデータ加工して
描画しやすいデータに吐き出すってことをせにゃならん。
そうするとわざわざＸファイルを読み込む意味ってなに？
って疑問がでてくるわけだ面倒臭ぇ。
やっぱり、描画直前データであるべきだったよなぁ。
仮にもリアルタイム専用なわけだし。（ゲーム目的なんだろ）
・スキンメッシュの描画に必用なデータは、
①１つのメッシュに影響するボーンのマトリクス（メッシュに対して７本のボーンが影響するときは７つ）
②ボーンの１つの頂点への影響具合（ウェイト：頂点とボーンでセットで１ついる。
つまり、１つの頂点が複数のボーンに影響があるときはウェイトの数が増える。
ウェイトは頂点ごとに影響するボーンの数だけ必要。）
③頂点とセットなボーンのインデックス（つまり、①でこの頂点に影響するボーンのインデックス）
だ。多分。
んで、よくわかんねーの。
・XSkinMeshHeaderの上２つが何のデータなのかわかんね。
必要あるのかどうなのかもいまのところわかんね。
Xライブラリのメッシュクラスには、オプティマイズとかメンバ関数があり
貴方の言う所の描画直前データにする機能があるよ。
他の3Dソフトのフォーマットでも、そうだけど
そのフォーマットはそのソフトで使う思想設計のフォーマットであって
自分の必要な内容のフォーマットだとは限らない。
それを、自前で自分の欲しい情報を取得したり、生成したりする手間で
文句言っちゃいかんでしょう…
＞ 必要あるのかどうなのかもいまのところわかんね。
これはまあ参考用で要らん子だな。
そうはいってもだな。
もし、Ｘファイルplus（仮）なる描画直前のデータがあったりしたら、
俺は今頃Ｘファイル（通常バージョン）なんかに要はないぞ。
>>190
おお、やっぱ、いらんデータ？
ヘルプも書いてある意味がよくわからなかったな。俺は。
まあ、それはいいとして、今日の成果。
よくわからんことだけで終わってしまった。
・Ｘファイルってメッシュごとにマテリアルあるけど、モデル単位でみてマテリアル同士が重複してる場合って
同じマテリアルであるとどうやって判断すればいいんだろ？
＃つまり、複数のメッシュで１つのマテリアルが呼ばれてる場合ね。
手持ちのツールがXファイルしか出力できないとか、
D3DXで楽したいとか以外に選択する理由がないと思うけど。
てゆーか3Dモデルのフォーマットなんてどれ選んでも面倒くさいけど。
マテリアルの共有に関しては、トップレベルに名前付きのMaterialを吐いて、
各MeshのMeshMaterialList内ではその名前を参照することはできる。
個人的にはテンプレートの型毎に参照用の名前空間が
わかれていないのがXファイルの一番嫌いなところ。
XMLの勉強にもなるし、俺はこっちの対応を考えてみるかな。
いやー、なんでＸファイルって手を出しづらいのかと思ってさ。
ずいぶん前からあるし、今頃、直でいじってる奴の１人か２人ぐらいいてもいいだろうと。
つーか、構造自体よくわかってねぇとやっぱりマイクロソフトの用意したクラス使っても
結局は何もできずに終わるだろうと考えた。
で、今日の報告。
わかったこと
・ボーンについて意識しとかなきゃいけないこと云々。
①モデル全体にあるボーン
②１つのメッシュに関連するボーン
③１つの頂点に関連するボーン
④アニメーションで意識するのは①
⑤シェーダで意識するのは②と③
⑥シェーダで渡す必要があるのは②（マトリクスをいくつ使うか？とかそういう話）
⑦Ｘファイルを一度すべて読んだ後に②の情報を出さないといけない（メンドー）
⑧頂点情報で必要なのは③
わからんこと
・実際にアニメーションするときってなにを動かすんだろうか？
アニメーション情報に基づいてすべてを動かすのか？
その場合、元のフレームの情報だのってのはどこへいくんだろうか？
ボーンとフレームが混在してるモデルってのは無いのだろうか？
問題なぞおこるはずもなく読めた。
しかし、毎度毎度思うんだけど、
DirectXの方だとアンビエント、スペキュラ、エミッシブって簡単だけど
モデリングソフトの方だと設定項目はこんな単純じゃなくて、
もっとわけわからん名前のパラメータがたくさんある場合がほとんどなわけだが、
一体、この辺のパラメータってどうなってるんだろうね。
俺等はモデリングソフトにできるだけ近くなるようにしてほしいわけだけど、
なんか読み込んでみるとイメージと違くていつもメタリックだよなｗ
XFileは元はDirect3DRM用のフォーマットだよ。
CGソフトよりゲーム寄りの仕様なのはむしろ当然だよ。
画像がメタリックなのは、君のエンジンのライティングモデルの所縁だろ、
BRDFにでもすればまた違ってくるよ。
BRDFとはなんぞや？と思ってぐぐってみたら、
t-potさんのところのBRDFに当たったけど、メタリック化にさらに磨きがかかってたぞｗ
つーか、今のところ、物体にはっつけてるシェーダは
どれも（といってもバンプ、環境、屈折ぐらいしかないけどｗ）メタリックだぞ。
シェーダをかけるとメタリック化が進むのは俺だけか？
BRDFっつーのは、物理的に本物っぽいライティングモデルのことだ。
よくフレネル係数って聞くだろ、湖面を真上から見ると底が透けて見えるけど
水平に近い角度で見ると周りの風景が反射して見えるっていう、これもBRDFに含まれる。
BRDFの鏡面反射成分の式には面の粗さとその方向が係数として含まれる。
この粗さに大きい値をとれば、ガサガサして金属っぽくならなくなるわけだ。
ギラギラメタリックのままだけどな。
こんなもん素人ゲームにはいらねーよ。
解説乙。
しかし、俺はそのシェーダに関しては、
苦労の割りにあまり大きな効果がえられるもんじゃないと思ってるんだな。
とりあえず、汎用性が高くて、視覚効果が高いものふつーに扱えるようにしたいんだよね。
まあ、バンプ、環境、屈折あたりをしっかり作る方が視覚効果大きいと思うんだよね。
で、スキンメッシュも使いながら、こういうもんも使えるようにしようとか考えてるわけだｗ
あと、アルファ、ＵＶアニメーション、テクスチャアニメーションあたりをサポートできれば、
後はデザイナがなんとかしてくれるっしょ。とか、考えてる。
Ｘファイルのデータの読み込みと、リアルタイムデータへのデータの加工自体は終わってて、
後は、実際にゲームに使うときにどうやってデータを持つかってところで悩んでいるわけだが。
＃つっても、実際マテリアルごとにデータわけて、アニメーションデータを取得するまで結構時間かかったぜｗ
＃この部分は面倒なだけで、特筆するべきことはないな。
悩んでる問題は２つ。
①ゲームを実行中のときのデータの持ち方はどうしたらよいか？
②ファイルフォーマットはどうやってもったらよいか？
ってので①が決まれば、自然と②も決まるだろうと考えてる。
で、昔の俺ライブラリだと、どうもノードクラスにノードクラスとメッシュクラスを持たせて、
管理してる（ノードをツリー状に管理してそこにメッシュデータがひっついてる）っぽいが、
これって設計悪いよな。ウンコっぽいなｗ
＃つまり、アルファを変えようとしたら、親からツリー状に辿ってかなきゃならんわけだ。
なんで、それは止めて、モデルクラスにノードクラスとメッシュクラスをそれぞれ複数持たせようと考えてる。
まあ、ツリー構造は描画するときどうしても必要になるわけだが、それはモデルに持たせることにしよう。
この部分はモデルの構造をそのままクラスの構造に反映させてしまうと無駄に複雑になる希ガス。
行列パレットの番号と対応ボーン番号を固定にしちゃって
D3DFVF_XYZB4|D3DFVF_LASTBETA_UBYTE4|D3DFVF_NORMAL|D3DFVF_TEX1
で、ダーってデータ埋めちゃう。
アニメーションブレンドとかの対応を知らんです、な１ファイルはどうでしょう親方。
1つのXFlieに複数Mesh（アニメーション付き）がある場合は1つのSkinMeshに変換する。
そしてFrameクラスとMeshクラスに分けて、ツリー構造はFrameに持たせる。
動作としては、最初Frameクラスにアニメーション時間を与えて行列配列を得る。
それをMeshに与えてSkinningして表示って感じ。
そんなことすると、帽子とズボンのシェーダー別にできなくなっちゃったり、
１つのメッシュに関わるボーンの数が増えちゃって大変だから。
無駄にまとめるのはｲｸﾅｲ！
とりあえずtiny形式が一番だと思うけど、アニメーションマトリックスの部分は
あらかじめ行列を積算するとか最適化できそうな希ガス。
そこは妥協。
世にある著名なゲーム、例えばHALOとか
1モデル1シェーダでやってるし全然OK。
俺なんか1モデル1メッシュ1シェーダ1マテリアル1テクスチャセットだよ。
噴いたｗ
開発しづらいなｗ
doom3とかも極端にまとめてるよね
アメ公いい加減だから。
タイトル画面（一枚絵）のテクスチャのアスペクト比が狂ってても全く気にしない種族だからな。
かなり前だけど、800X600の画面で512X512のテクスチャ平気で使う糞野郎だったじゃん。
少なくとも日本じゃ商品でこれは無い。
解像度バラバラ状態が気持ち悪い人に違いない。
D3DFVF_B4（こんなんないけど）|D3DFVF_LASTBETA_UBYTE4と諸行列（事前に掛けとく）をアニメーションデータで
もっておけば、別アニメーションの再生いけますた。
再生までの手続き少なくてウマーです。最下層処理じゃないからメリット全然ないけどーっ
ワロタ たしかに米国のゲームって、しょうもないアクションとかは
こっているけど、そういう点は、すげーやっつけ仕事な気がする。
グラフィックやサウンドばっか金かけて、ゲーム自体がつまらないとか
よりは、よっぽどマシだけど。
肝心のゲーム自体の面白さがやっつけだったりなｗ
ゲーム自体のやっつけ度合いは向こうのが遥かに上だと思う。
こっちはゲームの開発者が「新しいゲームを作らないと売れない」とかいう変な暗示にかかってるから。
＃つってもＳＣＥの糞ゲーが売れ続けたことはないんだけどねｗ
ものが結構ある。
自分も、グダグダと思いつつXFileでやってみてるんですが、
みなさん半透明のポリゴンを後からZソートする時ってどうしてます？
せっかくマテリアル単位でサブセットになってくれてるんで、
半透明なマテリアルに対応するサブセットだけ半透明レンダリング
用キューに積んで、あとからソートしようと思ったんだけど・・・
サブセットに対応する頂点を効率良く引き出せないから、
今はXファイルを読む時点で半透明を含むメッシュは全部
後からレンダリングしてるんだけど・・・。
結局自前の処理でポリゴン単位でZソートしないといけないし、
これが結構な計算コストになってるんで、他の人はどうやって
効率的に半透明を含むモデルを扱ってるのかな～と常々疑問に
思ってます。
サブセットのポリゴンをZソートしながら描画してくれるサブルーチンが
DirectXにあれば、多少重くても楽だから使うんだけど・・。今は自分で
組んだ上に重いんで、凹みも倍増になってしまってるし。
マテリアルが半透明で無くっても、テクスチャがアルファを含んで
たりするんで、結局どのテクスチャファイルがアルファを含むかの
情報を別に持たせちゃってるし・・。
つか、お前があるところにいかないだけ。
コミケとかでも３Ｄゲーム増えてる。
シューティング多いけどｗ
ポリゴン単位のＺソートなんてかけてない。から速い。
絵的に矛盾はでるけど、その分派手にする。
どんな方法がいいですか？
コンピューター内部では１６進数も１０進数もビット列な筈ぢゃが
ちなみに汗んﾌﾞﾗの話
そういった前提条件を説明する努力をしないから話がややこしくなる。
・加算、減算、シフト以外の演算は出来ない
・使える変数は１バイト
これで２５６以上の値を１０進数で表示するとなると
ちょっと面倒なわけよ
知らないも何も>>226のどこにそんな条件が書いてあるのか、超能力者キボンヌされても分かるわけがない。
それから8ビットCPUだからといって、乗除算が出来ないとは限らない。
CPUの種類まで超能力で当てさせるつもりか？
しかも、Z80あたりで例題ごろごろしてるだろ。面倒でも何でもねーよ。
BCDなら条件によっては面倒だけど。
>>232
まあ、8bitCPUなら無い場合がほとんどなので、乗除算は
自分でライブラリ作るけどね。
そういうスレが有るのかは知らないけど
結果の10進数の意味が完全に抜けた記述だし。
条件を整理して書けてないし。指摘されたら「8ビットアセンブリ知らないとわからない」とか、
「本スレでは通じる」とか言いながら情報を小出しにする。いつものパターンじゃねーか。
ついでにいい加減スレ違いって気づけ。
以降は訊かれたから質問者も答えているだけだろ。
{
return Respons(); //レスを返す
}
else if (afo) //ｱﾌｫなら真
{
return Respons(); //ｱﾌｫなのでレスを返す
}
//スルー
なんで？9cになってこいつが出来たおかげでコード量が減ったんだけど。
今8.1の時に書いたソースを9cに移植中。
オシメ呼ばわりする自称プロが来たり、変な奴が増えたな・・・。
フレームによってメッシュの表示/非表示ってできるんでしょうか？？
さぱーり謎っす・・・
自分で描画方法管理しろ
なんかDirectX Viewerだとバイナリで保存しなおす事ができんっぽい･･･。
tiny.x を動かすところまではできました。
そこで、もっと多くのＸファイルに対応させたいと思い、
PANDASOFT にあるサンプルのドラゴンのＸファイルを見ているのですが、
複数の Frame に対する処理がイマイチわからず、悩んでます。
具体的には、最初の Frame で、
Frame {
・・・・・・
Mesh {
・・・・・・
SkinWeights {
"Bone-chest";
・・・・・・
}
・・・・・・
}
}
という感じでメッシュとボーンが定義され、次の Frame で、
Frame Dummy0 {
・・・・・・
Frame Bone-chest {
・・・・・・
}
・・・・・・
}
という感じでボーンの階層構造が定義されているのですが、
２番目の Frame で定義されている Dummy0 という Frame が最初の Frame 内には見当たらず、
この２つの Frame からどのように Matrix を計算していけばよいかが理解できていません。
理解できる方、教えていただけないでしょうか。
できるの？
Ｘファイルのマテリアルごとにそろってないのが絶望的に使えないな
これ自分で分割するのかよ
だからサンプルでワンスキンメッシュしかないウンコばっかりなんだな
製作者首吊れ
金もらって仕事してこれかよ
雑魚うるさい
(p)http://uproda.2ch-library.com/416757EPR/lib416757.jpg
(p)http://uproda.2ch-library.com/416758n6n/lib416758.jpg
(p)http://uproda.2ch-library.com/4167598eL/lib416759.jpg
(p)http://uproda.2ch-library.com/4167638Ud/lib416763.jpg
(p)http://uproda.2ch-library.com/416764tVV/lib416764.jpg
,!＼ ! ＼ こういうスレマジでもういいからR
i ＼ l ＼,,..__
,i′ ,＼___,,--―l ＼::ﾞ'冖ｰi､、
i :;＼::::::::::..l `'‐､、
/__,..;:ｒ---―-､,..__. ,;'il:;} .;:::｀Ｌ_＿
,.:ｆ''""ﾞﾞﾞ´ ､￣ヽ,／／ ...::::::ｌ;;;:;;::::
_/ ...... 、 ＼／／、 ::::::::ﾘ;;:::::::::....
／/ ......:;::::::::::::. ヽ､＼ ﾞヽ ﾍ / ＼ ....:::::::::i';;;;::::::::::::
;;/ ::::::::::::;;;;;ﾉ￣＼:: 〉 〉ﾞ'、 `ヽ_ﾉ ......:::::::.;;;:ﾉ:;;;:::::::::::::
/ ..::::､__;;ノ;;;｀ヽ_/: / /⌒)メ､_ﾉ::::／ ....:::::;;;/;;;:::::;;:::::::::
..:::ｲ;;.ヽ::;;;;;;;;;(__ノ /'"）..::::::::::／ ..............:::::::::::;;;,;ノ;;::::::::::::::::
:::::::l;;;;;;;;;＼;;;;;;;,.(__ノ;.;:./::::::／:::::::::::::::::::::::::::::;;;;;／;:::::::::::::::::
::::::::,!::;;;;;;;;;;:.｀ﾞ'-､、 :::（_／::::::::::::::::;;;___,.;-―''"::::::::::::::::::::::::
..::::::::::,!;;;;;:;;;;;:::;;;;;:::;;;;;;｀ﾞ￣'''冖''―--―'";;;;;;;;;:::::::::::::::::::::::::
∧＿∧
（ ・∀・） | | ｶﾞｶﾞｯ
と ） | |
Ｙ /ノ .人
/ ） .人 < >_∧∩
＿/し' < >_∧∩｀Д´）/
（＿フ彡 Ｖ｀Д´）/ / ←>>59
/ ←>>84
ダセッ！！
結局、オリジナルフォーマットか・・・。
ワロタ
http://hayabusa3.2ch.sc/test/read.cgi/news/1450395043/
ワロタ
グーグル検索⇒『来島のモノノリウエ』
YIXLPPYT86