追加の要望をメールで送りました。
データを添付しましたのでご確認ください。

>まじかる☆しげぽん さん
私の方からは頂点の座標、曲面化ウェイト、ボーンウェイト、法線のコピーを要望しました。
もしも不都合があればコメントください。

Mayaでいうアトリビュートの転送ですね。
https://imgur.com/a/8z4YN

https://knowledge.autodesk.com/ja/support/maya/learn-explore/caas/CloudHelp/cloudhelp/2016/JPN/Maya/files/GUID-5E9D3489-6CFF-41E8-99A2-D364C7BF2422-htm.html

全部あったほうが便利でしょうね。
その場合参照する情報は、
・頂点番号の一致
・ワールド座標での一致
・UV座標での一致
があると良いかなと思います。

さらに確認した所、Chest1というUpperChestに相当するボーンはあるようなのですがFBXでエクスポートする際に消えてしまっているようです。
エクスポート設定は親側にのみ作成です。

そうするとChestの子供はLeftShoulder_Dummyのみになり、LeftShoulder_DummyにLeftShoulderとRightShoulderがぶら下がりおかしな状態になります。

本来、Chest1だったはずがダミーノードとなっているのでUpperChestボーンがない状態で読み込まれます。

あと、ボーンモードとノードモードの表示が逆になっているように見えます。

ボーンモードを選択したらダミーノードを除くボーンのみが表示され、ノードモードはそれらすべてが見れるというはずだと思いますが、Ver4.6.5だと、ノードモードではダミーが見えず、ボーンモードでダミーが表示されてしまっています。

これでかなり混乱しました…。
ご確認お願いします。

また、対象編集モードになっていると
例えば、LeftShoulderとRightShoulderの親のダミーをいったん削除してChest1を親として接続しなおした場合、両方のダミーが作成されるのではなく片方だけダミーが作成されおかなしなことになります。

階層的には同じChest1に接続されてるように表示されているのに、片方はChest1と画面上では接続されているように見え、もう片方はChestと接続されているように見えます。

対象編集を切ってそれぞれChest1に接続すると正常にどちらもChest1に接続するダミーを作成して繋げれます。


またHumanoidの仕様上、Chest1の名前はUpperChestに変更お願いしたいです。

https://bowlroll.net/file/157971
私の方で調整してみたテンプレートをアップしてみました。
ご確認お願いします。

このテンプレートのボーンをUnityでHumanoidに設定するとUpperChestも設定された状態になります。

また手のボーンを親指のダミーボーン代わりにされていたようですが、そうするとほかの指と階層構造が異なりややこしくなるため親指にもダミーボーンを追加しほかの指と階層構造を一致させています。

メタセコは、基点とエンドノードをセットに扱うのがそもそも問題に感じます。
例えば、ボーンAがあったとするとボーンA_endがセットに作成されますがそもそも、エンドノードは不要な場合もあるので消せるようにしてほしいです。

つまりAというボーンを作成したら、Aの座標一つ持ってるだけの情報のボーンです。
Aと位置が離れているBというボーンを作成し親子付けしたら、その位置関係を保ったまま間にボーンの接続関係を表す表示をするだけです。
AとBだけで成り立ちます。

メタセコは、位置が離れているボーンを接続しようとすると間にボーンをもしくはダミーを作り出そうとします。
これがそもそもおかしいです。
ここらへんの仕様が親子関係の構造を大幅にややこしくしているので根本的な構造の修正をお願いしたいです…。

https://imgur.com/a/1kQZW
この図を見ていただきたいんですが
この図で、B１、２をA_endに接続しようとすると間を接続するボーンが生成され、ノードモードだと一見B1、２がA'1の子供になってるように見えます。
しかし、リスト上そういう風に見えるだけで親子関係を確認するとB1はA'1に、B2はA'2に接続され、同じ階層に接続されていません。

色々試したところ、メタセコは同一階層に接続できるのは複数のエンドノードだけということが分かりました…。
図でいうと一番下の状態は可能ですが、さらにそこからボーンを追加しようとするとA_endが分裂し、中段の状態になります。

https://imgur.com/a/pWjr5
今回上記の、Humanoidのテンプレートは各指に接続したときにできたダミーノードを、手ではなく一つ上の前腕を親に指定することでノード表示上は手の子供のようにできました。
これはUnity上でも同じく手の子供になってます。
しかしの場合、手にエンドノードの作成が必要でした。

メタセコ標準のHumanoidテンプレートは、各指のダミーノードに連なるような構造になってます…。

一つのボーンに複数ボーン接続できないので物凄く歪な構造になっていて、それがしかもボーン表示、ノード表示どちらでも完全な状態で確認できないので物凄く扱いづらいです…。

そこらへんがちゃんとクリアできているとノード表示モードのみで済みますし間のダミーノードも不要になるのでシンプルな構造になると思います。

https://imgur.com/a/d6Y1i
こちらは、Mayaで同じような構造を再現した画像です。
ボーン作成時は、エンドノードまで作成しますが単純にそれぞれ基点を作成しているだけです。
エンドノードを削除しても単一のジョイントとして存在できます。

それぞれの基点を結んでるだけなので、画像上段のようなBに対してC１とC2を親子付けしたかったらBの子供にするだけです。
間にダミーの生成など不要でし、Bに二つのボーンを親子付けできます。

リストもその通り見えてる分のノードがそのまま表示されるだけです。
物凄くシンプルな仕組みだと思うんですがこれができない何か技術的な問題があるのでしょうか？

https://imgur.com/a/86hcL
これはMAXで同じように階層構造を作ってみた画像です。
MAXのボーンは、オブジェクトっぽい感じで実体があります。
ただ、これも作成時はエンドボーンまで作られますがエンドボーンを削除することもできます。
基礎ボーンも、エンドボーンも基点情報を持っていて基本的にはボーンの根本が基点になります。

MAYAと違うのは親子付けしても間は強制的に接続されたように描画されません。
オブジェクトを親子付けするのと同じ感じです。
その場合の基点は、親子付けしてる親です。
例えば上段のB1、２ならA_endが基点になり操作できます。

メタセコのように、二手に分かれたボーンも作成できます。
その場合それぞれバラバラに動かせます。

MAXのボーンはちょっとややこしいので、これを再現する必要は無いと思いますが、MAYAにしてもMAXにしても間を接続してもメタセコのようなおかしな親子関係にはなりません。

どちらのソフトもありましたら試していただければと思います。

上記の修正したテンプレート、やはり不要なendボーンができるのはよくないので手のボーンは親指に接続するボーンを手に戻しました。

現状のリストの表示について以下要望です。

・ボーン、ノード表示ともにダミーノードを表示非表示するオプションを追加してほしい。

今回、ボーンモードではダミーが表示されノード表示モードではダミーが表示されなかったのが混乱しました。
仕様的にはノードモードはUnityやMayaのリストを再現したものなので合っていると思うのですが、ボーンのみを確認するボーンモードでダミーノードが表示されるのはややこしいと感じました。

また逆に、ダミーノードの編集をボーンモードに切り替えて行わないというのもややこしいと思います。

そこで、ボーン、ノード各リスト表示からダミーを非表示にするオプションを実装してほしいです。
また、表示するチェックをつけたらノードリスト表示モードでも確認できるようにお願いしたいです。


根本的に対処してほしいとするとやはりダミーの存在が階層構造をややこしくしているので、ダミーノードそのものを廃止してほしいです…。
上記で上げているMayaなどのように離れている場所にあるボーンをそのまま親子付けできるようになるのが理想です。


対応ご検討よろしくお願いいたします。

もしシステム改修が難しい場合は下記のように対応できないでしょうか。

メタセコの各ボーンの詳細を開いたときに、ノード表示モードで指定される親は、リスト表示と一致するようにしてほしいです。
今それがリスト表示と位置してないことでかなり混乱します。
つまり、ノードモードで管理する分にはダミーノードの存在を完全にユーザーには管理しなくてもいい存在にしてほしいのです。

ダミーノードというのが内部的に存在してもいいですが、ダミーノードが作られるたびに名前管理とかもしないといけないと大変ですし親子関係もややこしすぎます。

ダミーノードの名前は、接続されてる子供の名前+Dummyになるように常に自動的に処理してほしいです。

その上、ノードモードでのリスト表示上、ボーンの詳細のノード表示上の親もダミーの存在は無しで親はリスト表示上と一致させる。

これでかなりややこしさは減るはずです。
もしどうしても現状の構造から大幅に変更できないならば、表示上および管理を簡単にしてほしいです。


それでもなお、一番の理想は離れているボーンもダミー無しで接続できることですが…。

https://imgur.com/a/RLKKb
画像で見ると分かりやすいと思いますが、ノード表示モードではリストの階層構造の親と一致させてほしいです。

これだと実質的にLeftHandの本当の子供はLefftThumbProximalのみですが
それが最終的にFBXに出ないのであれば、ほかのノードの親も同じようにLeftHandにしてほしいです。

UpperChest対応したテンプレートについては次のリリース時に対応いたします。ただVRChatのほうについては原因や今後どうなるかなど含めて詳細がはっきりしないので対応しないかもしれません。

親を設定する場合は設定画面でなく、リギング時にボーンを移動しながら右クリックで吸着させることで階層を設定する方法をお勧めします。これなら設定のためにわざわざボーンモードに変える必要はありません。

ご返答ありがとうございます。

親を設定する方法ですが、基本的なワークフローをそちらで対応するのは問題ないのですが、例えば下記の画像のように二又に分かれるボーン構造を作った場合に、片方はリストに出てきません。
その出てこないほうをウェイトを振らないダミーに設定する場合、ボーンモードに変える必要が出てきます。


その時点ですでにフローがややこしいです。
それらを考えて以下の対応を行っていただけないでしょうか。


・すでに１本ボーンが生えている途中から別のボーンを生やそうとしたときは、「ダミーとして接続しますか？」と訪ねてほしい。「はい」を押すとダミーボーンとして作成してほしい
（以降確認しないで出てこない）

・また、ボーンモードに入らなくてもボーンのメインウィンドウでダミーに設定、解除できるボタンを追加してほしい。
（フリーズとか削除があるところに）

・ノードモードで、複数ボーンの親になってるボーンを選択したら下記画像のように枝分かれしているボーン両方を選択してほしい。
これにより、親を選択して片方だけしか選択されず、リストにも出てないもう片方は何？っていう混乱がなくなります。
https://imgur.com/a/6TwfV

ふと思ったのですが、ボーン設定の基本情報の親リストそのものを廃止できないでしょうか？
このリストがあることでリストのモードとの情報が食い違いややこしくなって混乱を生みます。
いっそのことこの親表示リストが消えたら一番いいのではないかと。

その代わり、ボーンウィンドウ、ボーン設定ウィンドウのリストでD&Dによる親子付けをできるようにしてほしいです。

前から気になってたのですが、親のプルダウンメニューからボーンを選んで親子付けを変更するよりリストの方でドラッグして親子付けを変更できるようになったほうが圧倒的に使いやすいです。

基本情報の、親から親子付けを変更しようとするからややこしくなるので親子付けの方法をもと使いやすく視覚的にわかりやすいリストで出来るようにすれば混乱が解消されます。

ソフトウェアなのでメタセコ本体についてかと

>ソフトウェアなのでメタセコ本体についてかと
１条（定義）
１．「本ソフトウェア」とは、本製品に含まれるすべてのコンピュータプログラムおよびデータ、ドキュメントを意味しますが、これに限定するものではありません。
上はダウンロードページにある本文抜粋です。
これはどっちなのか…本文乗せるの忘れてました…すみません…

法線情報を格納する'N'ですが、ビットフラグの組み合わせで
1:エッジの折れ目
2:頂点法線を固定
となります。
固定フラグが立っている面内頂点の数の分だけ、その後ろに法線ベクトル用の3つの数値(xyz)が追加されます。

移動コマンドについては、その中にある機能へのショートカットキーの割り当てはできません。
他のコマンドもですが、割り当て可能なのはマウス操作を切り替えるモードがメインで、それ以外の細かいオプションまでは割り当てできないようになっているものが多いです。（全部割り当て可能にしようとすると数が多すぎて大変なので）

丁寧なご返答ありがとうございます。

UVの展開実行等、割り振れるものが存在していたため、
探してしまいました。

大変残念ですが、承知いたしました。

以前は起動後一度選択したファイルの種類は保持されていましたが、
ダイアログの初期化処理化なにかで毎度bmpをファイルの種類として
常に選択するようにされたのでしょうか？

ささやかな利便性ではあったのですが、
修正が大変ということであれば毎度pngを選択することにします。

軽微な変更ということでリリースノートには記載していませんが、Ver4.6.5で2回目以降は前回の拡張子が引き継がれるようにしました。

Mayaにパイメニューなんてありましたっけと思いましたが、スペースキーを押して出てくるもののことでしょうか？

確かあれは特許になっていて他社はまねできないとかいう話だったと思います。もっともMayaも出てから20年くらいになるので、既に失効しているかもしれませんが。

返信ありがとうございます。
そうです。

特許になっているとは知りませんでした。

Blenderにも似たアドオンがありますが、あれはどうなんでしょう？
権利的にも大丈夫そうな気がしますが・・・。

ちょっと調べてみましたが、US6414700などが該当の特許のようです。
http://www.google.com/patents/US6414700
こちらはあと半年程で出願日から20年経過で権利消滅するようですが、他にも似たような内容で出願日の異なるものもあるようで、詳細は精査しないことにはわかりません。

Blenderのものについては存じませんのでわかりませんが、単にカーソルの周囲に円形に並べただけならもっと昔からあるので問題ないと思います。
上の特許の主な内容は、メニューを階層化して表示したり、上下左右の方位ごとに異なるカテゴリーになっているといったあたりのようです。