Metasequoia BBS

| New message | Normal | Tree |
Status
Tag
Keyword
[6250] 頂点移動での微妙な誤差 / あんのん
[Request] Response
画面の角度と作業中の面が平行の時にも頂点を動かすと、たまに奥行き方向の座標に微小な誤差が発生します。

例えば、
左側面図や、透視図で視点の角度が左の時でもX=0にある様な頂点を
操作するとX=0.00006104になったりする時があります(誤差はまちまちだったり発生しなかったりします)
左側面図や透視図で視点左の時だと画面がY/Z平面と平行なので奥行き方向のX値は動かない(編集オプションでXをチェックOFFした状態と同じ様な動き)という認識だったのですが・・・
確かVer3の時は問題なかったと思います、うろ覚えですいません
微妙な誤差なので無視できるような値なのですが、
オブジェクトを曲面OpenSubdiv等でミラーリング・左右を分離した鏡面を適用している時などもろ形状に影響がでてくるのでX=0の頂点を編集して誤差がでると毎回、誤差を元に戻す手間が発生してしまいます。

できるなら、奥行きにあたる頂点に誤差が出ないようにならないでしょうか?
(X/YならZ、Y/ZならX、 Z/XならYの奥行き方向の値が動かない様に)

Metasequoia 4 Ver4.5.4で確認
仕様なのか不具合なのか分からないので、とりあえず要望として報告させていただきます。
2016-01-19 01:56
[6252] Re: 頂点移動での微妙な誤差 / Administrator
浮動小数点演算では例えばπ(3.14159...)を厳密に表現できないなど、必ずわずかなりとも誤差が生じるため、
側面図などで移動すると完全なX=0を保てずわずかにずれてしまうことがあります。
Ver3でも数値表示の際に小数のある桁以下を四捨五入するだけで、内部で誤差が生じることには変わりありません。
誤差は目に見えるレベルまでにはまずならないので、通常の利用にはほぼ影響しませんが、
ミラーリングなど座標の厳密性が要求される一部の処理で支障をきたすことがあります。

計算誤差に対する処理を見直すことにより多少は改善できるかもしれませんが、
完全に誤差をなくすことはできないのでご了承ください。
2016-01-20 12:02
[6253] Re: 頂点移動での微妙な誤差 / Administrator
あと補足ですが、「透視」投影で「左」などを指定するより、
「左面」など三面図で操作するほうが誤差による影響は小さくなると思います。
2016-01-20 12:05
[6258] Re: 頂点移動での微妙な誤差 / あんのん
> 計算誤差に対する処理を見直すことにより多少は改善できるかもしれませんが、
> 完全に誤差をなくすことはできないのでご了承ください。
仕様上の問題なのですね。回答ありがとうございました。

> Ver3でも数値表示の際に小数のある桁以下を四捨五入するだけで、内部で誤差が生じることには変わりありません。
そうでしたか、Ver3の「透視」投影の「左」で作業していた時はミラーリング時の誤差による形状の崩れが発生した記憶がなかったように思っていたのですが・・・私の思い違いだったようですね。失礼しました。
2016-01-21 22:05
[6259] Re: 頂点移動での微妙な誤差 / Administrator
>そうでしたか、Ver3の「透視」投影の「左」で作業していた時はミラーリング時の誤差による形状の崩れが発生した記憶がなかったように思っていたのですが・・・私の思い違いだったようですね。失礼しました。

推測ですが、補足で書いた部分が関係している可能性があります。
Ver3のときは透視図の向きを指定する方法がないので、側面図を使っているはずで、
それで誤差による崩れが発生していなかったのかもしれません。
2016-01-22 14:59
[6267] Re: 頂点移動での微妙な誤差 / あんのん
> Ver3のときは透視図の向きを指定する方法がないので、側面図を使っているはずで、
 
そうでしたか、了解しました。捕捉説明ありがとうございます。

それと上の[6252]Reで「ある桁以下を四捨五入」とあったので思いついて
編集オプションのスナップでグリッド有効で間隔を0.001とか0.01にすれば
誤差を強制的に切り捨て(切り上げ?)できるのではとやってみたら
X=0の頂点を側面から移動する時にミラーリング形状が崩れる頻度が減ったように思います。
(私が気づかなかっただけで、当たり前の操作だったのかもしれませんね・・・)
2016-01-26 01:36