まず「クリスタ」が対応しているファイル形式を確認してください。
次に、メタセコイア４側で「ファイル > 名前を付けて保存」メニューから出力可能なファイル形式を見つけ、出力すれば大丈夫だと思います。

体験版とされていますが、当Webサイトから「試用ライセンス」の発行は受けていますか？
ライセンスキーを入力しない未登録状態では独自形式のmqo以外は出力できないので、この場合はまず試用ライセンスを取得してください。30日間利用可能ですので、期間内にご評価いただき、大丈夫なようでしたらご購入いただければ幸いです。

ところでまったく同じ内容のものを違う名前で重複して連投されているのでしょうか？

よくにた質問があります

前頁（クスノキ）です

同じ質問です

当BBSにも幾度とありましたが、PMXについてはフォーマット自体に強い制約があるため、規約が変わらない限りは弊社では対応予定はありません。
ご了承ください。

MqPmxConvert
https://github.com/untiepante/MqpmxConvert
.mqo&.mqx形式と.pmx形式のモデルデータを相互変換するためのプログラムがあるみたいなのでこちらを利用してみては如何でしょうか。

上記ツール、4頂点ウェイトが対応してるかは未確認です。

>4頂点ウェイト
4点ウェイトでした。

ビルド版はこちらで配布しているようです。
https://bowlroll.net/file/101683

ありがとうございます！使ってみます

>当BBSにも幾度とありましたが、PMXについてはフォーマット自体に強い制約があるため、規約が変わらない限りは弊社では対応予定はありません。
>ご了承ください。

少し気になるブログがあったのでご報告を
ただ、あくまでも個人のブログで信憑性に欠ける事とPMXE及びPMXの製作者である極北Pさんに確認してみないと実際どうなのかは分かりませんが
http://gamedesain.blog-rpg.com/%E3%82%B2%E3%83%BC%E3%83%A0%E5%88%B6%E4%BD%9C%E3%81%AB%E8%A1%8C%E3%81%8D%E8%A9%B0%E3%81%BE%E3%81%A3%E3%81%9F%E6%99%82/pmxe%E3%81%A7%E3%82%BB%E3%83%83%E3%83%88%E3%82%A2%E3%83%83%E3%83%97%E3%81%97%E3%81%9F%E3%83%A2%E3%83%87%E3%83%AB%E3%81%AE%E5%95%86%E7%94%A8%E5%88%A9%E7%94%A8%E3%81%AF%E3%80%81%E8%A6%8F%E7%B4%84%E4%B8%8A%E5%95%8F%E9%A1%8C%E3%81%AA%E3%81%84

>少し気になるブログがあったのでご報告を
>ただ、あくまでも個人のブログで信憑性に欠ける事と

URL内の内容には根拠がなく、限りなくデタラメに近い内容ではないかと。。。
少なくとも当事者がこうしないでとはっきりと書いているにもかかわらず、勝手な解釈でそれを無視して都合よく利用していいものではないと思います。

ソフトウェアを利用するにあたっては、使用許諾契約(EULA)に定められた内容に順守する必要があります。
Metasequoiaでも現在は商用利用については制限は設けていませんが、昔の古いフリー版などでは設けているものがありましたので、必ずご一読いただいた上でのご利用をお願いいたします。

画像を貼り間違えました。
http://get.secret.jp/pt/file/1531022975.jpg

S字の型抜き用のオブジェクトが閉じた形状になっていないのが原因だと思われるので、面の裏側方向を押し出して体積を持った箱にしてやれば良いですね。
ブーリアンの演算方法は「差」を選択して、ベースに抜く対象のオブジェクトを、対象に型抜き用オブジェクトを指定して実行してみてください。
もう片方をやるときはS字の型抜き用のオブジェクトの面の向きを反転させて逆の向きに箱を作って抜いてください。
閉じた形状になっていなくても切り抜くことはできますが、切り取られる方向が不確定になるみたいですね。

割と簡単にできる内容ですので、次のリリースで対応を検討いたします。

一応C++の確認用コードも載せておきます。SDKのWiredサンプルを書き換えて使ってください
https://pastebin.com/87BTrULT

SDKレベルでアクセスする場合、名前を含めたパラメータはすべて[ボーン]モードに基づくものとなります。このため、[ノード]モードを使用する際にはボーン名の表記の違いを考慮する必要があります。

SDKから取得されるボーンモードではLeftLowerArmの下にLeftHandおよびLeft****_Dummyの計5本のボーンが存在します。
これをノードモードで表示すると、分岐箇所のノードは5本のボーンのうち先頭のボーン名が採用されてLeftHandノードとなり、その下に5つのLeft***Proximalノードがぶら下がる形となります。

つじつま合わせのために後付けでノードモードが追加されたため、直感的にわかりづらいのですが、[ボーン]モードに切り替えながら正しい構造になっていることをご確認ください。

bone_manager.SetListMode(MQBoneManager::LIST_MODE_BONE); //LIST_MODE_NODE
を150行目に追加して確認してみましたが、BONE/NODEともにLeftLowerArmの子が５つ、LeftHandの子が１つになります

↑SetListMode()じゃなくてボーン名で処理を変えろということなのでしょうか？
ノードモードとボーンモードの説明がSDKにも無いのでこれ以上よくわからないです。
# MQBoneManagerを使うUnityMeshSyncも間違ったボーン構造をインポートしているようです

最新版Ver4.6.5ではボーンの末端へ向かう方向が常にY軸となります。X/Zの向きを調整することはできるのですが、すべての軸の向きを自由に調整することまではできません。

Clip Studioについては検証は行っておりませんが、ご記載いただいたURL内の仕様を確認する限りではX軸の向きが重要なようですので、この仕様に適合したモデルは現状では作成できず、これに合わせた改良が必要になるのではないかと思います。

連続消去は両面化されていると、その表裏２面だけでぐるっと一周してしまうので正しく動作しません。片面の一枚皮で構成されている必要があります。
外部出力後の都合など特別な意図がない限り、モデリング時には片面で扱い、材質設定のほうで両面表示してご利用ください。

テンプレート内にそういったボーンはありませんが、追加モード使用時にボーンを選択するつもりでクリックしてボーンが追加されてしまったのではないでしょうか？

クリックだけで追加されてしまうのはあまりよろしくない仕様と考えていまして、次のリリースでは改善する予定となっております。