Ao_425

https://misskey.niri.la/@aoyon

Twitter: https://twitter.com/aou_vrc
GitHub: https://github.com/Tliks

Public Key

npub1psadte658uy7ejwud6t2u3cme7lpvnc5udejnfps4et3agjv75ps5yau5j

NIP-05 Address

Profile Code

nprofile1qqsqcwk4ua2r7z0ve8wxa94wgudul0skfu2wxuef5sc2u4c75fx02qcpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dspg9397

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1psadte658uy7ejwud6t2u3cme7lpvnc5udejnfps4et3agjv75ps5yau5j

Show more details

Last Notes

2026-07-15 12:08:27 UTC

コンポーネントにIEditorOnlyつけたとき、EditorでGeneric/Extensionとか使ってそのコンポーネント呼ぶと、IEditorOnly明示的に書いてないのにVRC SDKの参照をアセンブリに要求される(ないとコンパイルエラーになる)の、普通に納得いってない

2026-06-10 06:29:16 UTC

現状のUXが悪いので同じくアップデート時の確認ダイアログをスキップ(というか強制確認状態に)するようなHarmonyパッチを作りつつ、これの配布はまずいようなあとなりローカルにのみある

2026-05-21 12:42:19 UTC

CAU久しぶりに使ったけど、アバターに紐付けられるメタデータ(プラットフォームとかカメラポジションとか)をコンポーネントに保持したいし、対象のアバターの一覧も特定フォルダ以下のアバターみたいな形式で保持したい

2026-05-20 06:44:51 UTC

Material Editorのデバッグしてると、lilToon Inspectorのバグが見つかっていく

2026-05-20 06:07:11 UTC

- reply

これVS Code上だとあまりに間違ってるdiagnosticが出てくる
https://media.niri.la/misskey/9b54e265-dca1-49ac-a180-c9f09287179c.png
https://media.niri.la/misskey/2512e53f-81d5-482b-b7e7-5d275107f7f9.webp

2026-05-20 06:03:50 UTC

Unity Objectに対し、.?を使いたくなったら
```c#
public static T? DestroyedAsNull<T>(this T? obj) where T : notnull, UnityEngine.Object
```
Destroyedな可能性がある箇所で軽率にこれを挟むことで解決するなどしている

2026-05-20 05:37:05 UTC

InitializeOnLoad/InitializeOnLoadMethod、Reload Scene/Domainの設定で環境ごとに挙動が変わるから、結局はこれに依存しない方が良いんだろうか

2026-05-19 10:56:05 UTC

- reply

NDMFツールではある
Merge Skinned Mesh周りで問題があるのであれば、確かRendererを複製して2つに分けて、メッシュだかマテリアルだかを変えるような挙動をしてたから、一応そこら辺…？

2026-05-19 10:51:11 UTC

- reply

私とkbさんとBooth上にあるツール(名前を忘れた)と、細かい話であればTTTとかも引っかかってたし…

2026-05-19 10:48:25 UTC

See Through HairがNDMFツールに互換性問題を引き起こした話、n=5ぐらい

2026-05-12 09:24:58 UTC

- reply

私は引いたことないですけど、空アセットに置き換わらないならバグな気がします(?)

2026-05-12 09:17:56 UTC

- reply

空のメニューアセットはExtract Menuが同時に生成しセットします(画像内の〜placeholderが該当のものです)

2026-05-12 08:59:12 UTC

- reply

無視というかExtract Menuによって生成された元々アバターが持っていたメニューをSubMenu配下にした上でInstaller使うみたいな形ではありますね
今回みたいに全てをまとめていいだけなら、具体的操作は
- Extract Menuを実行
- 生成されたAvatar MenuルートのMenu Groupを削除
- 代わりにMenuItem(SubMenu)追加
だけだと思います
1,2枚目がExtract Menuしただけの状態、3枚目がMenuGrupからSubMenuに置き換えただけです。4,5枚目の通り、この操作だけでまとまってると思います
https://media.niri.la/misskey/6e0b1eea-52ec-4b8a-a9e0-e7f478ac3cce.webp
https://media.niri.la/misskey/1cb5fafb-f93b-4cfe-9260-838b3e8efbf8.webp
https://media.niri.la/misskey/b33c4750-825a-4f29-a62c-fd46df60372a.webp
https://media.niri.la/misskey/88318eee-e6fd-403a-bd06-7cfc8483d480.webp
https://media.niri.la/misskey/e81e1cf4-85e2-4a53-86b7-9a11337983f3.webp

2026-05-12 08:33:10 UTC

- reply

一応再帰的にというのは、オブジェクトに展開、みたいな機能のことですね
ただ今回はルートにあるものをサブメニューにまとめたい、ということだったと思うんで、Extract Menuだけで足りるような気もしつつ

2026-05-12 08:30:06 UTC

- reply

Extract Menuを(必要に応じて再帰的に)した上で、SubMenuをその子に作って、生成されたMenuItemなどをその子に移動すれば、アバターにセットされたメニューの階層移動という要件は満たせるように思います
MA経由でしか触ったことがないからこそ、Extract MenuでMA化してしまえば問題ないのでは？という意図ではありましたね

2026-05-12 07:50:56 UTC

- reply

gmailみたくローカルインデックス置き換えじゃなくて、パラメータ付与でいけました:meow_thx:
https://stackoverflow.com/questions/70294622/how-to-get-google-calendar-url-for-specific-logged-in-user

2026-05-12 07:40:50 UTC

Google Calenderをブックマークに入れても、端末によって開くアカウントが同一にならない…
(ローカルでログインしているアカウントのインデックスがurlになってて、ログイン数や順番が異なる複数端末で開くと、それぞれでアカウントが違う)

2026-05-12 07:20:10 UTC

- reply

なんか表現の仕方が悪くて伝わってなかった可能性があるかもです…？置き換えというのはアセットそのものを編集したりことを意味していたわけではないですね(分かりにくかったらすみません…)
VRC Expression MenuはMA Menu Installer/MenuItemを用いることで代替表現が可能だし、Extract Menuはその代替表現の生成を行う(加えて元のVRC Expression Menuアセット参照もなくす)ので、これで十分ではないか？(そうでないケースがある?)という意図でした

2026-05-12 07:01:38 UTC

- reply

MenuInstaller自体の機能としてはその通りだと思いますが、Extract MenuがMenu Installer/MenuItemなどを生成するだけじゃなくて、DescriptorのMenuプロパティを空のplaceholderにも同時に変更するので問題ないような…？っていう
なんかExtract Menuをするだけじゃ駄目で、Descriptorやアセットを編集する必要がある、みたいな話が分かってないかもです

2026-05-12 06:44:30 UTC

- reply

placeholderに同時に置き換わりませんでしたっけ…？(そういう話ではない？)

2026-05-12 06:38:38 UTC

アバターに割り当てられたVRC Expressions MenuをただメニューだけMAに置き換えるの、MAで対応できないケースなんてあるの…?
Extract Menuを(再帰的に)行うだけで終わりだと思うんだけど

2026-05-11 06:50:52 UTC

- reply

ですね、gitです
gitとvpmで分岐作ってるの知らなかったので駄目かと思ったけどなら良いのか
GitHub Actionsとかで書き換えてるみたいな話なのかな

2026-05-11 06:45:50 UTC

- reply

(発生していた気がしないでもない…)

2026-05-10 06:43:55 UTC

- reply

表現変わっちゃいますからね～…
よく分かっていないのだけど、法線を元にAOが出ているのであれば、法線だけ凸にする形でも対処は可能…？(まあこれも悪影響はありますが)

2026-05-10 05:43:22 UTC

ワールドのAOで目元が暗くなるのやつの対策、目元に半透明のメッシュ置く的な対策以外になんかある…？

2026-05-08 09:31:36 UTC

マルチシーンに対しPrefab Variantの徹底による単一シーンも便利、というのをツイートにエンコードした
https://x.com/aou_vrc/status/2052682281446510659?s=20

2026-05-04 13:13:54 UTC

- reply

これかな…？
https://github.com/anatawa12/AvatarOptimizer/issues/1407
一応意図していたのはこれはT&Oが自動で行ってほしいのと、Parent Constraintに限らず、Positionが変化しないことが保証されるHumanoid BoneやGrabなしのPB TransformsへのRotation Constraintとかも置き換えられるんじゃないかな？とか思った次第、実際の条件とかはあまり考えてないけど

2026-05-04 12:46:38 UTC

Constraintを良い感じに親の付け替え＆Merge Boneに置き換える処理ってAAOで書けたりしないんだろうか
Validationが苦しそうだけど、本来親子関係の変更やボーンの結合で済むところに、Constraintを使っていたらランタイムの負荷あるよねっていう

2026-05-04 10:24:07 UTC

- reply

こんな感じの結合処理が今は必要になる
けど、上記issueが満たせるなら、コンポーネントの列挙から、その対象をそのままRendetGroupにして列挙するだけで簡単に書けるし、加えて処理も軽い、Instanciate側の処理も簡潔になる
https://github.com/ReinaS-64892/TexTransTool/blob/db2f850740e9242a6d913a9197db404df8188964/Editor/NDMF/TexTransDomainFilter.cs#L141
https://github.com/Tliks/AO-Material-Editor/blob/25dc22875734a147d6deaf993d2e1592374d960d/Editor/Processor/MaterialEditorPreview.cs#L82

2026-05-04 10:20:29 UTC

- reply

返り値の適用順を定めたり、複雑度が上がるのはそう
> Aの作用の後にBの作用してAの作用を最後にしたいコンポーネント設計が分かりづらい
同一プロパティならそうだと思うけど、実際にはRendererへの操作であれば違うプロパティを弄る可能性はあって(例えばマテリアルのプロパティでもそう)、それに別に同一プロパティであってもHierarchy上で優先度が決定される、みたいのはMA含めあるわけで…
逆に本来各コンポーネントが独立しているのに、同じRendererを弄るというだけで対象が結合されていくほうが不自然というか…

2026-05-04 10:07:07 UTC

- reply

実例探した範囲で問題ないならこういうのって変更しても良いんだ…

2026-05-04 06:26:10 UTC

- reply

まあそれは私もそう思うけど、今かこれを禁止するの出来るの？っていう…後方互換的に

2026-05-04 06:25:08 UTC

- reply

例えば、対象のRendererのコレクションを持つコンポーネントがあって、それが複数存在し、この実行順序がHierarchyの並び順である場合、それ無理じゃない？っていう
事前に大きいRenderGroup用のIRenderFilterと小さい用で用意するだけだと、この場合は順序が守れなくなると思う。(守るには、コンポーネントの設定変更に従って動的にIRenderFilterを増やすことでもできない限り…)

2026-05-03 12:56:31 UTC

- reply

Windowはここですね
ノードが別で持ってるComputeContextでInvalidation判断しているなら問題ないかも、良いですね
それで判断すべきなのかな…(設計的には違うような気がしつつも)
https://github.com/bdunderscore/ndmf/blob/c47dfec27be58a2ece8804d16e9a76d89216008d/Editor/PreviewSystem/Trace/TraceWindow.cs#L11

2026-05-03 12:26:27 UTC

- reply

同一の`IRenderFilter`が異なる`SequencePoint`に登録されることが禁止されていないので、`IRenderFilter`の参照はidentityとして適切でない、がプレビュー上でこれを用いている

2026-05-03 12:10:45 UTC

- reply

一応`Refresh`周りの注意点として、重い処理まで記述して`Instanciate`を介さず簡潔させようとすると、`Trace Window`上で(負荷が高い計算をしたのか)区別できなくなる、的な問題はあります(それ以外は変わらないと思うけど)
あと上記の`Refresh`の実装は本来正しい(MAもこれに近い)とは思うんですが、これだと設計の問題で(?)安全でない可能性があるという点だけ…ただこれを気にするとRefreshは多分殆ど何もできない
https://github.com/bdunderscore/ndmf/issues/773

2026-05-03 11:56:21 UTC

- reply

中身だけ変えながら既存のノードを使い回すのと、新規ノードを作り直すのはどっちでも良いと思います。NDMF側でもノードの参照はほぼ区別されていないので
作り直すのとほぼ同じような処理を記述して使い回すぐらいなら、Create/Instanciate側に実装を寄せて新規ノードを返した方が綺麗、みたいのはライフサイクル含めあるとは思いますが
(本来はそれが`null`を返すことで簡潔に表現できる設計思想な気がするんですが、上記の通り`WhatChanged`が強制される問題があり、噛み合っていない感じがある…)

2026-05-03 11:37:57 UTC

- reply

後者の話は厄介なので置いとくと、普通はこんな感じだと思います。
``` C#
RenderAspects WhatChanged { get; private set; } = RenderAspects.Material;
public Task<IRenderFilterNode> Refresh(IEnumerable<(Renderer, Renderer)> proxyPairs, ComputeContext context, RenderAspects updatedAspects)
{
if (updatedAspects != 0 && !updatedAspects.HasFlag(RenderAspects.Material))
{
WhatChanged = 0;
return Task.FromResult<IRenderFilterNode>(this);
}
return Task.FromResult<IRenderFilterNode>(null);
}
```
その上で再生成時の`Everything`を回避したくなったら、最後を
```C#
Task.FromResult<IRenderFilterNode>(this.CreateNode(proxyPairs, context, ...));
```
みたいな形に変えるみたいな…

2026-05-03 11:26:10 UTC

- reply

> `null`以外を返す場合で、これから `OnFrame() `で書き込む内容がこれまでと違うにゃら、その差分
そうなりますね、なので一切変化していないなら、0が許容される
> ノードを作り直したいとき = Instantiate でやる重い処理からやり直したいとき
これもあっています。なので`null`を返して`Instantiate`側に戻すのと、`Reresh`内で作り直すのも本来は同じなはずなんですが、`WhatChanged`は`Refresh`から返されたノードでしか尊重されないので、`null`を返して`Instanciate`経由で生成されるノードは`Everything`に強制されます。なので`Instanciate`とほぼ同じ処理を`Refresh`で記述することで、意味ある`WhatChanged`に出来るということですね…

2026-05-03 11:03:07 UTC

- reply

前回のWhatChangedと結合される、は語弊だったかも
ただNDMF側はOriginal Rendererとの差分ではなく、前回のPipeline/Proxyからの差分しか保持していないのでNodeも前回からの差分を渡す設計なのは変わらないと思う

2026-05-03 10:42:28 UTC

- reply

完全に再利用した場合は0, 結果を再利用とかしながら同じノードを使う場合は、その時のノードが書き込む内容(より正確には前回のWhatChangedと結合されるので、新たに発生した差分だけでも通る)で良いと思う

2026-05-03 10:37:23 UTC

重箱の隅をつつくようなバグ、issueにするのが重い

2026-05-02 12:27:04 UTC

- reply

使う側からすれば同一意義だけを意識すればいいから楽だし、変に偽陰性とかならないからとても良さそう
ただこの場合は等価比較が今回のコンテキストでの自然さを優先しているというか、機能する範囲が限定的というか、一般の値オブジェクトとしての等価性って感じがしないのが釈然としないな～となっています。Filterの同一性が確認されない場合とかで変に雑に呼ぶと(Object.Equals経由含め)対称性が崩れるし…いや、雑に呼ばなければ良いのはそうなんだけど

2026-05-02 12:05:29 UTC

- reply

ふむ…
前者はじゃあ`IRenderFilter`を跨いだ比較は`RenderGroups<T>`単体で行うべきでないから、`RenderGroups.Equals`はそこを意識するべきではない
後者はAPI上は`IRenderFilter`内で同一参照ではなく、同一意義となるcomparerを要求し、同一意義でないものは契約外なので未定義。実際の比較では同一の`IRenderFilter`かつ同一意義のcomparerを前提としているので、comparer自体の比較は行わない。結果的にユーザーはcomparerの参照を意識せずとも正しい等価比較が行えるようになる、という認識であってる…？

2026-05-02 10:44:24 UTC

- reply

NDMF側でFilterを跨いだ比較をしたくなる可能性を一応考えていて、comaperer自身の参照比較を含めないと、(APIとして要求できるのはFilter内の参照同一性までなので)RebderGroupの等価比較の対称性が崩れるので危険で、勿論契約的に偽陰性となる可能性はあるけど、上記の対称性が崩れるよりかは安全だから、入れた方が良いかなっていう
逆にFilterを跨がないなら、参照の同一性は要求されているので、開発者を信頼するならcomapererを入れなくても良いけど、ここも個人的には入れて対称性が崩れるので怖いかなといった感じ。変に安全側に倒してAPI設計を守らせないのも微妙なので、ここは参照が異なるなら警告を出すとかでも良いかもだけど

2026-05-01 10:17:33 UTC

- reply

コメントにもあるんだけど、等価比較の使用箇所がこのPRで増えていて、偽陽性だと危険性が増すので、安全にしておきたかった。従来の等価比較のままこのパフォーマンス改善が入ると、プレビューが更新されなくなるリスクがあって、後方互換的に微妙かなという

2026-05-01 10:10:59 UTC

- reply

だから安定な新APIに移行してね、というこのPRの方針通りな気がしつつ…?obsoleteを付けるべきか分からないから、判断を仰ぐつもりだけど
(Huristicな等価比較を弄っているのは、どうせ移行されないケースがあるので、ここをついでに改善する分には良いかな、という必須ではない変更で)

2026-05-01 10:06:08 UTC

- reply

まあそう、今のAPIは実態に対して主要なケースで安定していない
だからこそ新APIを追加していて…(この形は考える必要があるけど)
(その上でこのPRでは今のAPI用に従来のHuristicな等価比較を主要なケースに対応させようとしている)

2026-05-01 09:52:32 UTC

- reply

多分WithDataの実用途ではUnityEngine.Objectとコレクションなどを混ぜたTupleが渡されることが容易に想定されて、ここではObjectは参照ベース、コレクションはSequeneceEqualのような等価比較であるべきで、これはEqualityComparator.Defaultで満たせない気がする

2026-05-01 09:44:17 UTC

- reply

> Delegateのインスタンスの安定性は保証されてない
確かにそうかも…その上でEqualityComparerがシングルトンなのを期待してしまって良いのもそうか
ただその上で、いちいちEqualityComparerを実装するのって面倒で…基本はeuqlsのDelegateだけで良いからここを簡単にしたいんだけど、そうするとDelegateのインスタンスの安定性が…という話になるから厄介な気がしてきた

2026-05-01 09:33:42 UTC

record型、Clone()の実装が禁止されてるのやめてほしい
不変なオブジェクトとしての利用を想定してるからだろうけど、等価比較等を自動実装してくれるというだけで利点があるからこれを使いたいのに

2026-05-01 09:32:41 UTC

- reply

ふむ…？
しかし以下のコメントの通りEqualityComparer自体を渡すのは等価性が結局不安定になるので避けたいのと、プラグイン側の手間が増えるという問題もあり
https://github.com/Tliks/ndmf/blob/63fd753f1d9764fdd46cff1c6a87241193da27cc/Editor/PreviewSystem/IRenderFilter.cs#L72-L73
一方で、そももhashcodeは今回のケースだとまあ使わなし、固定しても別に検索性が落ちるだけなので、削除しても良いという話はあるか(optionalな引数としてある分には良い気もしつつ)

2026-04-30 09:41:47 UTC

- reply

プレビュー多用する自環境の負荷が明らかに減っていてアツい
1年前にやっておきたかった変更かも

2026-04-29 21:33:08 UTC

#555 のissueの解決PRが#777 で綺麗
https://github.com/bdunderscore/ndmf/pull/777

2026-04-28 10:29:30 UTC

- reply

多分ここら辺になんかペインターは作らないみたいな思想があった気がしますね:meow_thinkgoogly:

2026-04-28 10:23:32 UTC

- reply

https://media.niri.la/misskey/8a7c8f80-ee10-4ece-bf97-3596822f6cbe.mp4

2026-04-27 14:35:50 UTC

- reply

その方法なら追加できました:ablobcat9mp_hai:
追加した後、追加前の過去の自分のノートがリスト内に表示されないのは仕様…？(リロードしてもダメそう)
まあ重要度は低そうですが

2026-04-27 14:29:59 UTC

misskey、リストに自分のノートを表示したい

2026-04-27 13:08:44 UTC

UVの理解を放棄して、テクスチャのホバーで対応する箇所をシーン上で表示するようにした

2026-04-26 14:02:17 UTC

- reply

そうなの？(何も分かっていない顔)

2026-04-25 13:20:24 UTC

あまり分かってないけど、Prefab Instanceは親を付け替えられるんだから、それをAssetにも適用してくれれば良さそうなものなんだけどね
子のprefabが更にある場合が面倒なのかもだけど、解決できない場合はUnused Overrideで良いんじゃないのという

2026-04-25 13:06:18 UTC

アップロードは実際正規の方法でもasyncでない？
ビルド後はメインスレッドのブロック解除されてるけど

2026-04-24 11:33:49 UTC

歴史的経緯らしいんだけど、LLC V2のRim Borderの初期値が今のlilToonのそれと違っていて、その上でデフォルトで有効なので一括で初期値を変更しているようなもので何だかなあという気持ち

2026-04-24 10:14:34 UTC

- reply

なんかHarmonyから始まりそう:blobcat_daradara:

2026-04-24 10:12:36 UTC

そもそもごく稀HierarchyやProjectもRepaint Loopに落ちてることがあるけど、ここら辺デバッグが面倒なのがな～って感じ

2026-04-20 04:16:50 UTC

- reply

Unused Overridesだったかな
そしてこれUsedでApply不可なオーバーライド

2026-04-20 04:15:19 UTC

- reply

別の表現はある、そしてUnity的にはその枠ではなく、これはApply可能なオーバーライドとして普通に表示されるが、見た目がかなり微妙
子で解決しているというオーバーライドは実際あるけど、トグル可能にして非表示にするぐらいはしたい気持ち、ユーザーが主に意図する改変操作ではないので

2026-04-20 04:08:44 UTC

- reply

パスより解決されたオブジェクトの方が優先されるのは知ってる、ので消すのではなくやるとしても非表示かな
というのもPrefab外のオブジェクト参照を持てない都合で、子でのみ解決されるケースでは、Applyしても親ではnullだから常に子でオーバーライドが発生するので、このApply不可なオーバーライドを、Prefab Override Windowで非表示にできれば、視覚的に良いかなって

2026-04-20 03:48:01 UTC

- reply

AvatarDescriptor内部のキャッシュ的なフィールド(?)とか、MA AvatarObjectReferenceのオブジェクトフィールドとかが、オーバーライドになりがち

2026-04-20 03:44:49 UTC

- reply

それは本当にそう

2026-04-20 03:44:14 UTC

- reply

同値の場合はConstraintが値を書き込まないようにしたり、一部の明示的なプロパティをOverride Windowから非表示にするとか

2026-04-20 03:43:04 UTC

意味のない/意図しない Prefab Overrideが嫌なので、何らかの対策を入れたい

2026-04-19 06:37:28 UTC

- reply

常にヒットしているなら同期していると思うけど、Behavior On MissがDo Nothing/Snap To Endな場合は、Missでも以前にヒットした位置のTransfromで固定されてるけど、これはLate-Jpinerに同期されてなさそうだよな～っていう

2026-04-19 06:30:13 UTC

RayCast、Late-Joinerの挙動ってどうなっているんだろう

2026-04-19 06:13:58 UTC

offのPhysBoneをGC/切り替えするときの条件が更に厳しくなってめんどくさそう

2026-04-10 11:24:30 UTC

- reply

いやまあ破壊する訳にはいかないのでAPI変更するならobsoleteとかですけど、これは仕方ないとはいえ結局新APIに移行されるまでそのままだし、パフォーマンス改善という目的に対してはAPIをわざわざ変えるのも渋いという

2026-04-10 11:16:07 UTC

NDMFのコードを書いているけど、後方互換性をちゃんと考えると十分にパフォーマンスを改善できてなくてうーんって感じ

2026-04-07 09:56:54 UTC

- reply

私は今4Kで最大に出しても操作できない状態ですね()
まあ対症療法としてはフィルターを左側にも適用してもらえば…
根本解決に関しては、前提として要素数に応じてある程度リストが動的に高さを確保してほしい、その上で最低の高さを保証したい、といったところですが、確かスクロールは高さが足りないときに個別で勝手に生成されるもの(なので干渉はしんどい)、flexとListViewの相性が悪いのかしらないけど最低の高さの保証がなんか全然効かない、みたいな、こうUSS/UI Toolkitの挙動っぽいものが問題だった気がします、動的なListViewが普通に厄介
まあ半年ぐらい前の記憶なんであれですが

2026-04-07 09:45:50 UTC

- reply

CSS(USS)とUI Elementsを完全に理解する必要があり…
なんか一回それなりの試行錯誤をした上で、多少の妥協をとって今の形にした気がするんですよね…
まあ今改変したら再現して微妙な気持ちになっているんですが

2026-04-07 07:34:17 UTC

lilSSAO、ぱっと見だとまるでlilさんが作ったかのような印象を受ける
(lilToonを意味するlilなんだろうけど、lilさんの作るものにはまずlilがついているので)

2026-04-07 07:10:16 UTC

FaceTune、コンポーネント側はともかく表情エディタ側は使いやすくて良い感じ
https://media.niri.la/misskey/8e0c9f8e-be70-40ee-8fab-ac210a27250f.webp

2026-04-06 09:12:28 UTC

- reply

(FaceTuneの進捗は今ないです、なので良くも悪くも安定してます)
破壊的変更は多分するけど、Migarationの書き方は理解したので、ある程度は引き継げるように作るかも…? Prefab Overrideだったり複雑な組み方をしていたケースはあれだけど、シンプルなケースならまあ大丈夫なんじゃないかな

2026-04-03 05:43:39 UTC

WhatChangedそんな動的に変えるものなんだとはなった
https://github.com/bdunderscore/modular-avatar/blob/7a36acb3de00855c16abd927852f8f41223959aa/Editor/ReactiveObjects/MaterialSetterPreview.cs#L120-L123

2026-04-02 14:58:07 UTC

- reply

なるほど…
BPIDを発行する部分だけ叩けないかな…(以前anatawaさんと少し喋った記憶がありつつ何も覚えていない)

2026-04-02 14:56:36 UTC

- reply

ちょっと説明が難しい＆ニッチなんだけど、これhttps://github.com/ReinaS-64892/VRCAvatarBuildServerToolでサーバー側でビルドをした結果手元のアバターにBPIDが割り当てされなかったり、個人的なワークフローとしてアップロードしたアバターは全てPrefab Variantに保存するので、アップロード完了(によるBPIDの割り当て)まで、その作業が残っていて遅延が面倒、みたいなのがあり、単独で事前に取得可能だと嬉しい気持ち

2026-04-02 14:43:15 UTC

アップロード前に、新規アバター用のBPIDを発行する手段ってないんだっけ…？空のオブジェクトでもアップする…？

2026-03-23 11:30:42 UTC

- reply

依然にEAUplodaer辺りがこれでBooth関連のエディタ拡張を取り下げていた記憶がありつつ、BOOTH Library Manager関連のエディタ拡張を今はいくつか見るよね

2026-03-23 11:28:22 UTC

Unityが他のアセットストアのフロントになってはいけない、みたいな規約確かあったけど、あれどこまでセーフなんだろう

2026-03-22 13:39:34 UTC

NotKeytable、全てのフィールドに指定しないといけないならあれだけど、子のフィールドまで再帰的に扱ってくれるので、たいして面倒でもない

2026-03-21 11:38:01 UTC

シリアライズ周りがおかしいと思ったら原因これだったので、やはりSeliazliedObjectしかだめなのかも…となっている
#note10gp…m6a9

2026-03-08 00:40:17 UTC

- reply

これかも
https://github.com/bdunderscore/ndmf/pull/766

2026-03-04 14:25:28 UTC

SeliazliedObjectを触るのが嫌でUndo.RecordObjectしか使わない状態になっている

2026-03-04 13:54:44 UTC

- reply

いや、Optimizingでメニューを編集するツールの後に動くために、より後ろのOptimizingにズレていくみたいな…そういう感じ

2026-03-04 13:50:14 UTC

正しいSequence(BuildPhase, After/Before Pass/Plugin)を設定する、が必要かも
https://ndmf.nadena.dev/best-practices.html

2026-03-04 13:39:56 UTC

フレンドがNDMF使ってツールを作っていたものの、振る舞いが悪い他のツールと共存するために、同じように悪い振る舞いにしていて:sadness_oyo:って感じ
悪い連鎖だ

2026-03-04 07:42:24 UTC

- reply

今思ったこととして、Material Variantではなくとも、参照用の任意のマテリアルを事前に差し込んでおいて、元となるマテリアルの全プロパティの転送と、カラバリ差分の適用で、2段階にコンポーネントを使えば一応できそうだなとは思ったり
事前に参照の為だけの何らかのマテリアルがあれば、毎回Variantを生成するのを避けられる形

2026-03-03 09:26:34 UTC

- reply

:tasukaru:
それはそれとして、こちら側としてはMA側の前に動くことで、MAのSwap側に割り当てられたマテリアルのみを編集するみたいな、トリッキーな手法で対応することも一応可能ではあるんですよね
既にあるマテリアルスロット単位の編集は暗黙的にマテリアルを生成というか増やしていて、この点では変わらないので

2026-03-03 08:12:22 UTC

- reply

そう、その場合は参照が分かれている必要があるという話はあり…
ここらへんRCにできれば、自然に統合できたんですが、

2026-03-03 08:05:50 UTC

- reply

プレビューは効かないけど、Swap先に指定したマテリアルを指定して編集していれば、出来るはずではある…？
テクスチャの置き換えがアニメーションで出来ればRCとしてMAに投げるのも視野だった

2026-03-03 07:47:57 UTC

マテリアルの非破壊編集コンポーネントを作ったので、誰かテストしてくれると嬉しい
https://github.com/Tliks/AO-Material-Editor
https://media.niri.la/misskey/b02190ff-5297-4ff9-b147-cc73b45bd29f.webp