4.5.6で閉領域アンカーとして対応しました。

管理者様

ご対応ありがとうございました。
閉領域の自動生成やボーン名と連動した
領域オブジェクト命名は便利です。

また閉領域オブジェクトのエクスポート、
領域オブジェクト編集後のインポート
という仕組みも良いですね。

使ってみた感想としては軸線対象の
閉領域オブジェクトについて
ミラー編集できないのが不便を感じました。

例えば右腕の閉領域オブジェクトを
編集したら左腕も同様にしたいということです。

現状の仕様ですと、ボーン単位で閉領域オブジェクトが
分離しているので対象編集できません。
オブジェクト合成してから、また分離というのも煩雑です。

ご対応を検討いただけますと幸いです。
よろしくお願いいたします。

>使ってみた感想としては軸線対象の
>閉領域オブジェクトについて
>ミラー編集できないのが不便を感じました。

ボーンと閉領域アンカーの頂点の両方が対称であれば対称編集が可能です。
ボーンと頂点のどちらかがずれているのではないでしょうか？

>現状の仕様ですと、ボーン単位で閉領域オブジェクトが
>分離しているので対象編集できません。

分離しているから対称編集できないというのがよく意味がわかりません。
もう少し詳細な説明をお願いします。

追記です。

虫眼鏡で縮小すればするほどY軸が伸びて表示されます。
もしかして、拡大時と縮小時の表示ロジックが逆転して
いる・・・ということはないでしょうか？
検討違いならスミマセン(汗

視野のスケールが極端に大きいか小さい（宇宙とか原子レベルのサイズ）場合は表示がおかしくなる可能性は否定しませんが、単に立方体を配置して視野を拡大・縮小しただけでは確認できませんでした。
具体的にどういう使用状況でしょうか？
視点パネルでの数値や、実際の画像の添付などお願いします。

添付しました。画像の操作手順ですが、
１．メタセコ起動
２．基本図形で立方体を設定値変更無しのデフォルトで生成
３．Y軸が確認できるように材質(mat1)を適当に透過設定
４．視野は「平行」
５．添付画像の１→２の順にカメラを近づける
以上です。
（補足：視野が「透過」の場合とでは挙動が変化）

添付画像の２つ目です。これで添付は終わりです。

訂正です。
誤）視野が「透過」
正）視野が「透視」

※それと、視野が「透視」のほうがY軸の上側が消えにくいです。それでもカメラをどんどん近づけていくといずれ消えます。

Y軸だけに限定して書いていましたが、
どうもX軸とZ軸も同様に、原点からの長さが変化し、
カメラを近づけると、どんどん短く？なっていくようです。

画像を見てわかりかしたが、視野中心が原点からずれているようです。
メッシュの大きさが自動計算される場合、XYZ軸のサイズも視野の広さに応じて変化しますので、軸の長さを一定にしたい場合はメッシュの大きさを固定する必要があります。
ビュー上部の[表示]ボタンから[YZ平面]メニューの右側にある設定アイコンをクリックし、メッシュの大きさの自動計算ンのチェックをOFFにしてください。

本件、連投で恐縮ですがご対応は難しいでしょうか。
スキニングにexpressionが無いので、
布地のシワやマッスル相当表現の補完機能としても
ボーンとモーフとの併用ニーズはあると思うので
対応検討頂ければ幸いです。

本件、当方が使い方を理解できていない
だけかもしれませんので
タグを質問に変更させていただきます。

ボーンでポージングした状態でモーフを
反映するにはどうすれば良いでしょうか。
出来ればポージングをフリーズせず、
モーフと併用したく、やり方があればご教示くださいませ。

現在ボーンとモーフはどちらか片方しか表示には反映させません。
両方の表示を行うにはどちらか一方をフリーズする必要があります。

管理者様

ご回答ありがとうございます。
しかしながらモーフ、ボーンのどちらを先にフリーズしても、
期待する効果を得られません。
対応方法をご教示いただけますでしょうか。
もしくはやはり当初要望した書き込みの通り、
モーフとボーンは同時使用可能にしていただくのが
最良です。
ご検討頂けますようお願いいたします。

①モーフを先にフリーズ
モーフ後のモデルにリギングを再設定する必要がありますが、
モーフ形状によっては元形状のウエイトコピーでは対応できません。
また、先に表情をつけてからポーズを設定というのは、
ワークフローとして違和感があります。
アングルに応じてモーフを微調整したい場合が大半です。

②ポーズを先にフリーズ
これは試しましたが、モーフは変形前ポーズでの
頂点位置からの差分変形となるため、
ポージングでモーフ元オブジェクトの位置が変わってしまうと、
モーフが崩れてしまいます。

4.5.6でボーン・モーフそれぞれで変形を反映するかどうかのチェックが追加されました。

スキニング方式にデュアルクオータニオンを使用していないでしょうか？
デュアルクオータニオン自体が大きな曲げに弱く、またさらに現在若干の不具合を確認しており、曲げの角度が大きい際にジンバルロックとは別にメッシュが反転する現象が発生します。
大きく曲げた際の挙動に問題がある場合は「リニア」のほうをご利用ください。

管理者様

ご回答ありがとうございます。
ジンバルロックとは別に、デュアルクオータニオンで
メッシュの反転を確認しました。
またリニアで回避できるのも確認しましたが、
リニアではウェイトを工夫しても凸部の肉痩せが発生します。

デュアルクオータニオンのメッシュ反転不具合の
解消を希望します。

くどくなって恐縮ですがmqdl氏のプラグインのボーンも
デュアルクオータニオンを採用していますが、
メッシュの反転現象は起こりません。

ご検討をお願いいたします。

4.5.6でデュアルクォータニオン時での変形を改善しましたが、まだおかしいなどあればご報告いただければ幸いです。

現在はボーンへのアクセスするAPIは用意しておりません。アクセスさせない方針ではありませんが、互換性や対応への手間等の問題から手つかずのままになっており、ご了承ください。

了解しました。
対応をお待ちしております。

データを添付しました。

32bit版でしょうか？
64bit版では問題なかったので、実数演算の誤差に起因して内外判定が不正確になるのかもしれません。