補足です。
関係するかはわかりませんが、「ショートカットの編集」も一部が保存されず、次回起動時に反映されていないように思います。合わせて調査いただければと思います。

管理者権限がないと書き込みできないフォルダにインストールしているのではないですか？
インストール先がデフォルトのままのProgram Files下であれば、設定ファイルはユーザーごとのAppDataフォルダに書き込まれますが、デフォルト以外の（管理者権限が必要な）フォルダにインストールすると、設定ファイルの書き込みができなくなってしまいます。
また、Metaseq.exeと同じフォルダにMetaseq.setting.xmlがある状態で、下手に手作業でフォルダを移動したりすると、こちらも書き込み不能になってしまいます。

デフォルトのインストール先のままにし、またMetaseq.exeと同じフォルダにMetaseq.setting.xmlがないことを確認してください。

追記です。
似たような症状のサイトを見つけたので貼っておきます。
(自動展開は使っていません)
http://akadana.blog106.fc2.com/blog-entry-179.html

更に追記です。バージョン4.0.3でも同じ症状が出ます。

Catmull-Clarkでは元のUVを単純にそのまま補間した結果をフリーズ後の形状に適用します。そのため、フリーズ後ではなくフリーズ前の頂点に対してUV焼き込みしたなら当然ながら歪みますが、これは不具合でもなんでもありません。

OpenSubdivでは面境界・UV境界の２つの設定があり、フリーズ前後の頂点位置に基づいてより歪みの少ない補間結果を得ることができます。

>Catmull-Clarkでは元のUVを単純にそのまま補間した結果をフリーズ後の形状に適用します。そのため、フリーズ後ではなくフリーズ前の頂点に対してUV焼き込みしたなら当然ながら歪みますが、これは不具合でもなんでもありません。

返信ありがとうございます。
今までに二つモデリングを行っていて、その時はこの症状が出なかった(歪みが出なかった)のですが、それは何故でしょうか？


>OpenSubdivでは面境界・UV境界の２つの設定があり、フリーズ前後の頂点位置に基づいてより歪みの少ない補間結果を得ることができます。

OpenSubdiv、使ってみましたが、同様に歪みが生じました。

>今までに二つモデリングを行っていて、その時はこの症状が出なかった(歪みが出なかった)のですが、それは何故でしょうか？

申し訳ありません。過去にCatmull-Clarkを使ったモデルに格子状のテクスチャを適用してもう一度確認してみたのですが、若干の歪みが確認できました。大変失礼いたしました。

>OpenSubdiv、使ってみましたが、同様に歪みが生じました。

どれか良いかは説明が難しいですが、「面境界」「UV境界」それぞれ最も適切なものを指定しましたか？

適切な補間方法により歪みを低減できるはずですが、ただUVが完全な直線状になっていないといけない場合などは、フリーズ前ではなく後の形状に焼き込みをするのが正しいワークフローとなるでしょう。

>どれか良いかは説明が難しいですが、「面境界」「UV境界」それぞれ最も適切なものを指定しましたか？

大変申し訳ありません。自分で調べてみたのですが、面境界とUV境界の指定方法が分かりませんでした。お手数をおかけしますが、ご教示いただけますでしょうか。

オブジェクトパネルの「設定」ボタンで表示される設定画面内にあります。
各項目の説明についてはヘルプをご覧ください。

What is the 'edge inset'?
I searched by the keyword, but I couldn't find about it.

found a video that talks about it https://youtu.be/la4ai5JKpPw

何が正しいのかというのもありますが、現状では複製後のローカル軸は元のままです。

仮にローカル軸も対称にしようとすると、位置だけならともかく、向きまで反転させようとしたら左手系と右手系が逆転してしまうので、そのまま対称にはできないというのもありますね。

>仮にローカル軸も対称にしようとすると、位置だけならともかく、向きまで反転させようとしたら左手系と右手系が逆転してしまうので、そのまま対称にはできないというのもありますね。

早めのご返答ありがとうございます。
たしかに、ローカル軸の向きは人によって違うでしょうね・・

この質問をした理由としましては、以下の例の手順のように、ローカル軸の操作がオブジェクト１つづつ設定する必要があるようで、非常に手続きが多く大変でしたので、もっと簡単にできないか模索してました。

例　アシュラのようなロボット
（左右３対のメカアームが親子付けされてて、各関節はローカル軸で可動）

現状の手順
1　まず左半身だけ作成（左右分離鏡面をオン）

2　親子付けした腕や脚を複製（対称位置に新規作成）

3　対称位置の個々のオブジェクトごとで、ローカル軸のX、Y、Z、ヘッド、ピッチ、ヨー、個別でそれぞれ数値入力
　　（特に、ヘッド、ピッチ、ヨーが用語も含めて感覚的に理解しづらいため調整に時間かかります・・）

　↓　

別件ですが，同じ MQObjectなので返信で報告させてください．

引数なしの MQObject::GetName() でオブジェクト名の最後の1バイトが欠けているようです．正確なバージョンを覚えていませんが数年前のバージョンでは正常に動作していたと記憶しています． また，MQObject::GetNameW() は問題ないので，現状困っていはいません．

ご確認いただけると幸いです．

ユニークIDは標準的な状態では必要がないため保存されず、プラグイン内（ボーンやモーフも含む）で必要な場合にのみ保存されます。

SDKではOnSaveDocumentのparam引数内のbSaveUniqueIDが該当します。ここにTRUEを指定した場合にユニークIDが保存されますが、必要のない場合は必ず初期値のFALSEのままにしてください。

GetNameのほうは即答ができないので、また後日確認後に返答させていただきます。

返答ありがとうございます．
すみません，OnSaveDocumentの説明を見落としていました．GetUniqueID() の説明からリンクがあると見落とさずに済みそうです．

GetNameについても確認しました。
Ver4.7あたりからstd::string戻り値のGetName()で挙動がおかしくなっているようです。
昔からのスタイルのGetName(char*,int)やGetNameW()では問題ありません。
現在では内部で管理される形式がワイド文字なので、GetNameW()が推奨となりますので、こちらをご利用いただいていれば大丈夫です。

ユニークIDについてはわかりやすいようドキュメントに追記しておきます。

編集オプション内のYボタンがオフになっているのではないでしょうか？

>編集オプション内のYボタンがオフになっているのではないでしょうか？
いいえ、すべて編集可能な状態です。

昨日試したところマグネットでも同様の挙動になります。
また、仕事用として利用している別アカウントのPCでも同じ状況となっております。

追加で確認しましたのでご報告いたします。
ワールド座標でのみこの挙動になります。ローカル、スクリーンではこの症状は発生しません。

ワールド座標での移動はXZ平面で動かすためのものです。
ドラッグ時にステータスバーにも表示されているように、Y座標で動かすにはCtrl+ドラッグとなります。

動作確認しましたが、設定したとおりに処理され、何も問題はありませんでした。
一体どのように使用して三角形に分割されていると確認したのでしょうか？

Which version of DoGA CGA System do you use?

>Which version of DoGA CGA System do you use?
L3, the las one that Team DoGA released.

When you export to DOGA-L series, the model must be assigned  materials that are loaded from genie.atr.

The function of loading .atr files is obsolete in the latest version, so please use Ver4.6.9 or older versions.

And, the function to export parts to DOGA-L series was designed DOGA-L1 and L2 which didn't have a modeling function. Since the structure under the common folder is the same between DOGA-L1/L2 and L3, you can export to DOGA-L3, but it is not optimized. Therefore, please edit the part within DOGA-L3 if necessary.

DOGA-L3 is now very old software, so we no longer know the details.

>The function of loading .atr files is obsolete in the latest version, so please use Ver4.6.9 or older versions.

One correction. It is only the output that is obsolete, so it can be imported in the latest version.

In any case, detailed support is no longer available.
Please make sure that the material name in the .suf file, the definision in .atr file, and texture location are appropriate.