NYAGOS WORLD

こんにちは、ちょっと古い記事ですが、最近気になって研究している内容だったので、ついついコメントしますｗ

以前、縦横64と128ピクセルのスカルプテクスチャのどこがCPとして抽出されるのか？という点については解析しまして、LOD3の縦横33個のポイントおよび、そのサブセットである縦横17、9個のポイントの抽出と、LOD0の6面分割（縦横７ポイント）は把握しました。

そして、33ピクセルの画像から、RGBの座標の精度を保ったまま、64および128ピクセルに変換する方法も開発しました。

普段はまず紙上で手書きで設計して、画像ソフトだけで棚や格子などのスカルプを作っているので、これが出来ないと、製作ができないのです＾＾；（モデリングソフト使えよ）

最近の記事にもある高精度スカルプは面白いですね。
最近やっと長方形スカルプの事を知って、今回もなんとかCPの位置を抽出しようとしていますが、画像をアップするたびにLOD1のCPの抽出点が変わる謎の仕様（バグ？）により、「LOD1までほぼ形の崩れないスカプリを作る」という目標がなかなか達成できません･･･。

さて、スカプリのテクスチャのマッピングと座標の関係については、この記事を読む限り（現在はまた別として）少し誤解があるようです。
この実験の結果について、テクスチャのセンターがずれている理由については、実は分割数とは直接の関係がありません。

原因は単純に、通常プリムと比較に使ったスカプリの表面に使われているCPが、表面に等間隔にならんでいなかった、その事によります。
そしてこの実験のようなズレは、CPが等間隔に並んでいなければ分割数が254でも255でも256でも一様に起こり得る現象です。（確かに256は分割しやすいので、歪まないようにCPを配置しやすい、という事は言えます）

通常の正方形スカルプテクスチャの仕様では、1方向に並ぶCPは最大で33個ですから、0-255の座標を最大限使いながら、中間に均等にCPを配置するには、1面に3個のCPを配置して、85刻みで配置する、あるいは5個を51刻み、15個を17刻み、17個を15刻み、の４パターンが考えられます。それ以外にはありません。（255の因数が3,5,17しかないため）
しかし仮にそうやって面を作り、テクスチャをその面の端から端まで完全に合わせる事が出来たなら、その面に関する限りはテクスチャはセンター値のある無しに関係なく、全く歪みなく貼られるのを確認する事が出来るでしょう。

ただ通常ブレンダーなどで単に基本的な形状を出力した場合に、必ずしもそのように都合よく均等にCPを並べてはくれないのでしょう。

現に、この実験の図で、右側のスカルプのテクスチャは、左の通常プリムと比べて、細いラインがあったり太いラインがあったりと全体的に歪んでいます。

ただ0-255にセンター値が無い事には、別の問題があります。
公式情報によると、SLでは例えば1mに設定したスカプリは、RGBの0-255が-0.5mから約0.4961mに対応します。
１辺の幅が0.9961ｍしかないんですね。
実は、スカルプの座標では、128が中心で、RGB（128,128,128）はプリムの座標に位置します。
この事から、0を使わず1-255を使えば、128を中心に対称な形状を作る事が出来るというのがわかりますが、256が無いことによって、通常のプリムよりごく僅かに小さいプリムになってしまうんですね。

読み返したらえらい長くなってて、本来はトラバにする内容でしょうけれど、今自分のブログが無いので＾＾；
失礼しました。

一瞬すごいなーーと思ったのですが、よくよく読むと？なところもあるので、是非是非ご自分のブログを立ち上げて実際のプリムとしてどうなるのか教えてくださいね＾＾

気づいた点を言うと、公式情報云々について「へーー」と思ったんですが、自分でやってみたら表示上の誤差なかったです。
あと２５５を分割している話のあたりが疑問です。仕様として256色あるRGBの数値を254とか仮定してる時点で空論ですし、途中をどう分割しようが、全長１ｍを255分割してしまえば中心がないのが変わらないからです。そこらへんよろしくです。

あともうひとつ間違いがあります。
「細いラインがあったり太いラインがあったりと全体的に歪んでいます。」とありますが、それもインワールドで端から観察しなおしたのですが、正確に？順々にずれており、不均等にCPが配置とかではなさそうです。255を32分割しているので１マス8分割点で分かれていって、端数処理分だけ中央でしわ寄せが来て７分割点分に近似したになっている状態です。8ｘ31+7という印象です。一度ご自分でもやってみてくださいね。

にゃごさんの最初のコメントを読んでなるほど、と思いいくつか実験したのですが、確かに前回のコメントの記述はいくつか間違っていました。
まず前回のコメントの実証の実験結果や解説の前に、その点についてお詫びしたいと思います。これは大変失礼しました。

まず、9.961云々･･･は既に過去の情報のようです。
実験したところ、10ｍの通常ボックスプリムと10ｍのスカプリでも、誤差はなくぴったりでした。
つまり座標は128を中心に･･･云々も今では完全な誤りですね。
そもそも10ｍであれば、9.961ｍ、約4cmもの誤差があるのですから、物を作る人間としては真偽を把握しておくべきでした。

実はかなり前に実際にその実験をした人からこの情報を聞き、その情報が乗っているサイトも教えていただいたんですが、それですっかり今もそのままだと思っていました。
思えば、nyagoさんの実験の文章をよく読めば、端はぴったりあっていたと書かれていますし、その時点で再度自分でも確認してみるべきでした。

そもそもこれは、どっちであってもCPがスカプリの最大の大きさに対して中心座標をとれない事は変わらないのですから、余計な情報でしたね。
（こうなると、昔だって本当にそういう仕様だったのか？と自分自身疑問に思います）

そしてもうひとつ重大な間違がありました。
255均等に分割するために配置するCPの数は、分割数＋1なので、前回書いた数字は全て１少なかったですね。
これは単純なミスですが、もしこの記述に沿って実験をしようとするなら無駄に混乱を与える大きなミスでした。

ただ、基本的に、理屈自体は簡単なものですし、簡単に実証できるものですので、間違ってはいないと思います。
実際、今回実験もして確認しました。
ただ、にゃごさんの記事に対して、間違いを指摘するようなニュアンスで書いたのと、いくつかよく確認をせずに書いてしまった間違いのせいで、不快な思いをさせてしまった事は、大変申し訳無かったです。
重ねてお詫びします。

またかなり長くなってしまいますので、取り急ぎここまでとし、ちゃんとした実験結果などは、また後日に改めて別の方法で公開し、こちらには簡単に連絡させていただくことにします。
突っ込んだ情報などは、やはり長々と他人のブログのコメント欄で語るものでは無いですしね。
ブログについては近日中に何とかしたいと思います。

にゃごさんのブログは非常に興味深く、ちょくちょく（といっても忙しく、一月に１度覗いてみる程度ですが）拝見させていただいてました。
有意義な議論を交わすことが出来ればと思いこそすれ、決して自分の知識や理屈をひけらかしたり、気分を害する意図があったわけではないことをご理解いただければ、そして失礼をお許しいただければ幸いです。