UV座標のOverrideを理解する

Unity ShaderGraph

背景

f:id:SiunCyclone:20200508230243p:plain

上の画像で，左上にあるテクスチャのUV空間を，GradientNoiseでOverrideした場合，右下のようなテクスチャが得られる．
この時Overrideは具体的にどのような処理を行っているのか理解できなかったので調べた．

UVの基本

f:id:SiunCyclone:20200508231210p:plain

まず，UV空間は左下を(0,0)右上を(1,1)として定義されている．
次にこのUV空間をX軸方向成分，Y軸方向成分のみ取り出すと以下のような1次元配列となる．
この1次元配列をUVに繋げた場合，0は(0,0)，0.1は(0.1,0.1)，1は(1,1)のようにして渡される(注1)
UV座標の(0,0),(0.1,0.1),・・・(1,1)が意味するのは画像のピンクの直線部分である
対応関係を示すと以下のようになる

本題

以上を踏まえると最初の画像が読み解けるようになる f:id:SiunCyclone:20200509002730p:plain 　
　　

注1

シェーダコードを実際にみて確かめた
上：今回のように値が1つの場合
下：デフォルト f:id:SiunCyclone:20200509001358p:plain なおvec = (1,2,3)があった場合
vec.xx = (1, 1)
vec.xy = (1, 2)
vec.zz = (3, 3)
となる

2020-04-17

Archエラーメモ

ArchLinux

背景

archを久々に入れようと思ったらエラーが出た

2019年12月27日にパッケージの圧縮形式がxz (.pkg.tar.xz)からzstd (.pkg.tar.zst)に変わった

Arch Linux - News: Now using Zstandard instead of xz for package compression

1. keyringが古い

* エラーメッセージ

error: krb5: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust

* 解決策

sudo pacman -S archlinux-keyring

2. libarchiveが古い(2018以降アップデートしてないとか)

* エラーメッセージ

error: could not open file /var/cache/pacman/pkg/archlinux-keyring-20200108-1-any.pkg.tar.zst: Unrecognized archive format

* 解決策

1. pacman-staticをダウンロードする

  curl https://pkgbuild.com/~eschwartz/repo/x86_64-extracted/pacman-static -o pacman-static

2. pacman-staticに実行権限を与える

chmod +x pacman-static

3. pacman-staticを使ってlibarchiveを更新する

sudo ./pacman-static -S libarchive

2019-12-16

Unityで[SerializeField]を使った時に出る未初期化の警告を消す

Unity

問題

Unity(2019.3.0f1)で[SerializeFiled]を使用してインスペクタから値を設定した場合

warning CS0649: ... is never assigned to, ...

の警告が出る

(一時的な)解決方法

Assets/csc.rspファイルを作る(C# Compiler Response File)
中身は

/nowarn:0649

もしくは

-nowarn:0649

すべてのコンパイルオプションは、-option および /option という 2 つの形で使用できます。 C# コンパイラオプション | Microsoft Docs

根本的な解決はUnityが対応するまで待つしかない

一連の経緯

Monoコンパイラのバグで今まで警告がでてなかった
UnityがMonoからRoslynを使うようになった
警告が出るようになった
Roslynにプログラマブルに警告抑える機能が追加される
DiagnosticSuppressor APIを実装したので警告消すのは可能になった
今まではなかった
＊ Programmatic suppression of warnings · Issue #30172 · dotnet/roslyn · GitHub
Unity対応中(イマココ)
This can be fixed using DiagnosticSuppressor API in Roslyn. However, this requires that Unity updates Roslyn to a newer version that supports DiagnosticSuppressor and that proper support for using Roslyn analyzers is added to Unity. The fix of this issue is therefore postponed.

＊ https://forum.unity.com/threads/feature-request-use-new-diagnosticsuppressor-api-to-suppress-cs0649-on-serializefield.697514/
＊ Unity Issue Tracker - [SerializedField] fields produce "Field is never assigned to..." warning

その他の方法

csc.rsp以外にも解決方法はあるものの自分は採用しなかったメモ

1. #pragmaを使う

#pragma warning disable 0649
// your code
#pragma warning restore 0649

これかcsc.rspで迷った

#pragmaの場合
一時的な対応: 全部の[SerializeField]を#pragmaで囲う
Unity対応後: #pragma書いたとこ全部消す

csc.rspの場合
一時的な対応: csc.rspファイル書くだけ
Unity対応後: csc.rspファイル消すだけ

csc.rspは他の部分の0649警告も全て消してしまうという欠点はあるけど，上記の手軽さから使うことにした

2. 初期値を書く

初期値を書く場合
一時的な対応: 全部の[SerializeField]部分に初期値を書く
Unity対応後: 特に何もしなくていい

採用しない理由
[SerializeField]を使う場合，プログラマーはその値がインスペクタで設定されることを想定している．
つまり初期値として，インスペクタの値が入っていることを想定している．
にもかかわらずコード上で，初期値としてnullや0を与えるというのは「インスペクタの値を初期値と想定する」というプログラマーの意図に反する．

初期値を使う時というのは，例えばインスペクタで値を設定することを主としているが，「インスペクタで設定しない時はこの値で実行するつもり」，という意図があるときだけである．

最初からインスペクタでしか設定するつもりがないのならば，初期値は使わないほうがよい(その方が意図が明確になる)

(補足)
しかし，例えばUnityの公式サンプルでは初期値を与えて警告を消していたりする.
2D Tools evolved | Unity
これはサンプルという性質上，Unity対応後にcsc.rspを消す方が手間なので理解できる．