改めて確認したところ、オブジェクト内に存在するだけで実際には使用されていないUVチャンネルがあると正しく出力されないことがわかりました。
このパターンがテストから抜け落ちていて気付かなかったですが、こちらに該当してはいないでしょうか？

お忙しい中ご確認いただきありがとうございます！

 >オブジェクト内に存在するだけで実際には使用されていないUVチャンネルがある

上記の定義が分からなかった為、改めて手元で以下の作業を行ってみました。

　①基本図形から立方体を作成
　②UV1はそのままのUV展開（全ての面が一つの正方形に重なっている）
　③UV2を追加し、サイコロの展開図状に展開する
　④材質の模様・透明・凹凸はすべて標準UVにする＋テクスチャを設定する

上記の状態ですと、実際には使用されていないUVチャンネルと判定されてるようで、正しくFBX出力ができないようでした。

そこで、上記のモデルの1材質内の模様・透明・凹凸に標準UVとUV2を混在させ＋テクスチャも設定するとマルチUV込みで出力できるようになりました。
他社ソフトで読み込んだ際にも正しく読み込むことができました。

もしかしたら別の条件があるのかも知れませんが、ひとまず上記の条件で出力ができました！
改めまして、お忙しい中すぐのご確認とご回答いただき、誠にありがとうございました！

4.8.5bで使用されていないUVチャンネルがあっても大丈夫なよう修正しました。

元と違う頂点にマルチUVが割り当てられてしまうようでした。
4.8.5bで修正しました。

Ｚ方向以外はいらないかと思ったのですが、よくよく考えるとご指摘の用途に必要でした。
4.8.5bで以前と同じように３軸でハンドル操作できますが、３軸で操作できるのは「頂点ごとの方向」がオフのときのみとなります。
頂点ごとの方向移動時はX/Y方向が一貫しないため、こちらは変わらずＺ方向のみです。

plyファイルなどで点群データを読み込んだときなどには各点を頂点数が１の面として読み込まれ、点群を扱うことができるようになっています。
ただ、通常の編集操作では頂点数１の面は生じないはずで、外部ファイルを読み込んでいない限りは原因はわかりません。

頂点数１の面を選択する方法は標準ではありませんが、Pythonスクリプトを利用する形で、
・スクリプトエディタからサンプルスクリプトのselect_n-sided_polygon.pyを読み込む
・「min = 3」と書かれている個所をすべて「min = 1」に変更
・スクリプトを実行してValueに1を選択してOK
　（色が変わらないのでわかりづらいが、ステータスバーの「F:」で選択数が確認可能）
・Deleteキーで選択面を削除
とすれば頂点数１の面を取り除くことはできると思います。

続けて失礼いたします。補足になります。

　＞1オブジェクトにつき2つ（可能であればそれ以上）のUV情報を設定できるようにしていただけないか

上記ですと少しわかりにくい表現だったかも知れません。申し訳ございません。

　＞1ファイルにつき2つ（可能であればそれ以上）のUV情報を設定できるようにしていただけないか

上記に読み替えていただいたほうがお伝えしたかったニュアンスに近いかも知れません。

サポートありがとうございました！

作者さんから返答があると思いますが、mqozは、mqoとmqxファイルをzip圧縮したファイルなので、5GBになってしまってZIPファイルの4GB制限に引っかかっている気がします。
メタセコイア側が、zip64対応していなければそれが原因の様に見えます。

>mqozは、mqoとmqxファイルをzip圧縮したファイルなので、5GBになってしまってZIPファイルの4GB制限に引っかかっている気がします。
>メタセコイア側が、zip64対応していなければそれが原因の様に見えます。

おそくにすみません。
とても良く分かりました。

わたしは、旧mqo（4）で保存したものを読み込んで、レンダリング結果がmqozのものと同じであれば、それだけで大満足です。
あ、mqxファイルが何者か分かりません。

急ぎませんので、お時間があるときに、教えていただけないでしょうか。
いったん、ありがとうございました。
スッキリしました！

>あ、mqxファイルが何者か分かりません。
>
>急ぎませんので、お時間があるときに、教えていただけないでしょうか。

一般ユーザーが中身を気にする必要はないですが、mqxはプラグイン向けの情報を保存しています。
標準機能でもボーンやモーフなどはプラグイン実装なので、これらの機能を使った場合に保存され、このファイルがないとプラグイン関連の情報が欠落した状態で読み込まれることになります。

さて本題のほう、やはり4GB以上に対応していないので、それが原因だと思います。
こちらにはそこまでメモリの多い環境もなくテストもできないし、正直そんな大きいファイルを扱う人もいないだろうと思っていました。
当面はmqo保存をしていただいて、今後のアップデートで改善を考えたいと思います。

師走の、お忙しい中、返信ありがとうございました。

>やはり4GB以上に対応していないので‥
>正直そんな大きいファイルを扱う人もいないだろうと思っていました。

へんたいですね(笑)
キャラクターの背景のつもりでライセンス購入した、fbxのモデルデザインがとても素晴らしくて、メタセコ4の限界にチャレンジしています。
（ほかのCGソフトは色盲と経済的理由で無理なのです）

前にも書きましたが、メタセコは慣れるほど、その操作感や安定感に気付けます。
頂点番号をテキスト入力していた世代だというのも関係があると思います。

最後にしれっと、パストレの要望（夢と希望）を書きます。
街灯や車のライトを見た時に、灯りの周囲に無数の光の線がピャーっとなっていますが、あれとか再現するのは、かなり難しんでしょうね。

ではでは、良いお年をお迎えください。
ありがとうございました。

Ver4.8.5にすると、このサイズでのパストレースレンダリングが落ちるようになりました。

落ちるタイミングはレンダリングボタンを押して数分かけてデータを読み込み、描画しようとする直前に「レンダリングウィンドウ」内の描画枠全体が一瞬真っ黒になった（ここまでは同じ）直後です。メタセコがフリーズするのではなく強制終了するのでWindows11（OS）には何のダメージもありません。

次にVer4.8.5をアンインストールした後、1つ前のVer4.8.4bを再インストールすると、ちゃんと描きます。（元通りなので時間はかかりますが）

Ver4.8.5には魅力的な機能が追加されているので、対応をお願いできないでしょうか。
お忙しい中すみません。以上報告でした。

4.8.5でメモリの使用量は減ったので落ちにくくなったはずなのですが、状況がよくわかりませんので何とも…

・レンダリング時のメモリの使用状況をタスクマネージャーで監視し、搭載メモリに近い量を使用していないか
・クラッシュログが出力されていないか（このBBSに入る一つ前のページに詳細あります）

の２点をご確認いただけないでしょうか？

4.8.5でモデルを読み込んだ直後のメモリはざっと50GBくらいで、念のためテクスチャ表示など表示設定で外せるものはすべて外しています。4.8.4にくらべて半分以下になった印象です。

あとモデル読み込み時に画面中央に出る小さなかわいらしい「進行状況」の％のカウントが読込み初期から始まるようになりました。

レンダリング時は搭載メモリ128GBを目いっぱい使っいながら足りない分はC（システム）ドライブに確保した仮想メモリを使用しつつ、準備が整ったらレンダリングが始まります。レンダリング時のメモリの使用状況をタスクマネージャーで監視していると、最終的にメタセコを完全終了させたときに仮想メモリをある程度開放しているみたいです。感覚ですがWindows11のアップデート後はタスクマネージャーのグラフの動き方がアップデート前と比べて変わるようなときがあります。

教えていただいた「C:/Users/(ユーザー名)/AppData/Roaming/tetraface/Metasequoia4_64」を見てみますと3つのクラッシュログが見つかりました。日付は去年2022年11月14日から19日のもので、4.8.4リリース直後に悩んでいた時のものです。今年に入ってから、4.8.4bになってからクラッシュログはありません。4.8.5のもありません。

今回の終わり方はあまりにもスパッとメタセコが終了するのでログを作るひまがないのでしょうか？

ちなみにmqoz保存ができるようになり、ファイルサイズが驚くほど小さくなりました。読込みもできます。ただいちばんやりたいレンダリングが出来ていたのに出来なくなってしまいました。つらいです。

テクスチャフォルダ約7GB，mqoファイル約4GBをお送りして確認していただくことは可能でしょうか？

物理メモリだけでまかなえずに仮想メモリも使用している状況なら、最終的に仮想メモリも不足して異常終了を引き起こしている可能性はあると思います。

もしメモリ不足が原因なら、古いバージョンとの差異は、わずかな使用量の違いがたまたま影響しただけで、どのみちギリギリなのかもしれません。メモリ不足だとログの出力すらできないこともあります。ただ、限られた情報からは断定は難しいです。

ファイルをお送りいただければこちらで調べることは可能です。（50GB分のデータをこちらで読み込めるPCがないで、手間はかかりそうですが…）

ただファイルサイズが大きすぎてメール添付はできず、ファイル転送サービスでも利用可能なところは限られてくると思いますが、送付可能ですか？
可能なら転送サービスでサポートのメールアドレスを送付先として送っていただければ幸いです。