Please check the license for the pmx file format. We will never incorpolate it as long as it has that closed constraint.

対応ありがとうございます。
追加で行ってくれた、.vrmファイル拡張子への対応が直接インポートできるようになったのでとてもスムーズに読み込みできるようになりました。
エクスポートして検証を行ってみました、コンスタント状態でエクスポートしてMetasequoia ver4.8.4bでの再読み込み、glTFValidatorでのエラーが無い状態、Blenderでの読み込み、UniGLTF環境での読み込みで問題が無いのを確認できました。

対応ありがとうございます！

法線を固定してobjで出力することで上手くいきました！ありがとうございました！

>Ver4.8.4bで登録時に項目を選択できるようになりました。

ご対応ありがとうございます！
とても助かります！

The ability to interpret groups in the .obj file depends on the receiving software. We cannot answer about the compatibility of other software, but at least for Blender, groups of obj files output by Blender itself cannot be read, so it must mean that Blender itself does not support the group in the importer.

The obj's .mtl file stores the "diffuse color", which differs from the combination of the "base color" and "diffuse value" in Metasequoia. Therefore, irreversible conversions occur when loading the .obj/.mtl file, and it is not reproduced as per the original values. The same is true for other software and file formats with different color and value representation formats.

Pythonスクリプト周りはドキュメントが少ないですが、Python言語そのものが理解できていれば、あとはサンプルを手掛かりすればある程度わかるのではないかと思います。
もしわからないところやお困りなどありましたらお気軽にどうぞ。

オブジェクトは、頂点番号というものを持っていてそれを元にベースのモデルとモーフターゲットを結びつけています。
例えば、オブジェクトを半分に分割してミラーリングして戻すと頂点数は同じですが頂点番号は変わってしまっているのでモーフ変形を刺せると異なる場所に頂点が移動し爆発します。

Metasequoiaは、頂点を追加したときにベースモデルに反映するなど多少の編集に対してはベースモデル側を修正してくれる機能がありますが、大きな変更を加えると壊れます。

その場合、どうするかというと例えば他のツールでは情報の転送機能などがあるのでベースモデルに対して、UV情報を参照して形状を転送するというような機能をつかいベースモデルの頂点番号が一致するモーフターゲットに修正するような機能があります。

現在、メタセコイアにはそういったオブジェクトの変形に対する転送機能は無いので別のツールやスクリプトを作成して対応することになります。

ご返答ありがとうございます。
承知しました。現状出来る方法で対応して見たいと思います。

ウィンドウがドッキングされていない状態で、ウィンドウ上部のタイトル部分を右クリックし、「ドッキング可能」をオフにすると、常にドッキングされないようにすることもできます。