追記です。
似たような症状のサイトを見つけたので貼っておきます。
(自動展開は使っていません)
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.

バージョンを4.7.3に戻すと、正常に法線が転写されました！
お騒がせしました。
これで進められそうです。

最新版でどうもおかしくなっているようで、ご迷惑おかけしております。
ひとまず古いバージョンで大丈夫でしたらそちらをお使いください。
次のリリースで修正いたします。

>最新版でどうもおかしくなっているようで、ご迷惑おかけしております。
>ひとまず古いバージョンで大丈夫でしたらそちらをお使いください。
>次のリリースで修正いたします。

ご確認ありがとうございます。
よろしくお願いいたします。

お世話になっております。
更新ありがとうございます。
Ver4.4.7cにて、同一座標にある法線の転写が成功しました。
ですが、以下の手順では法線が反転してしまいます。
①基本図形球体を作成（obj1）
②obj1を複製（obj2）
③obj2を全選択し、拡大1.01倍
④obj2を転写先、obj1を転写元に、法線転写

転写元が転写先より原点に近いと反転してしまうようです。
旧verのように、近似頂点の法線を転写できると嬉しいのですが、ご対応は可能でしょうか？

手順通りにやってみても特に問題なく、なぜだろうと調べていくと、どうやら64bit版では大丈夫なのですが、32bit版では予期しない結果になってしまうようです。

なぜ32bit版でおかしいのかはまだわかっていませんが、ひとまず64bit版でしばらく様子を見ていただけないでしょうか。

ご確認ありがとうございます。
再現にお手間をおかけしたようで申し訳ございません。
当方は64bit版、32bit版両方で同じ現象が出てしまうのですが、私のPC環境の問題かもしれません。

思っている作業は出来そうですので、このまま最新版を使わせていただこうと思います。
更新・ご対応、本当にありがとうございました。

度重なる修正になってしまいましたが、Ver4.7.7dで今度こそ大丈夫だと思いますので、ご確認いただけると幸いです。