闇鍋かつ火鍋はラクドス鍋ということに……(??)

自然鍋 光鍋 闇鍋

実際国はかなり正確に出るらしいがそれより細かい自治体レベルだと普通に厳しいらしい

周りの 1 自治体ぶんぐらい巻き添えにしてもいいならできなくもなさそう

きょうの ☆11

踊†ハードついた

悔しすぎる 絶対正規で討伐してやるからな……

美少女なりたい

現状エディタ拡張などで効率的に生成できない(MA Component を手動でつけないといけない、手作業で録画するしかない) AnimatorController や AnimationClip のパターンがあったら教えてください

あとポテト L でも味が濃い

今期のシャカポテシーズニング、だいぶむせるので注意したほうがいい

Wikipedia の記事にランダムに ※1 とか挿入するブラウザ拡張

キャンペーンの内容にもよるけど端末が手元に残ってほしいとかショップ手続きが単にめんどいとかもあるんじゃないかな

declavatar から MA Blendshape Sync つけられたら絶対便利だと思うんだよな

declavatar で作ることでメリットが得られる層がどれほどいるのかは依然として謎だが……

野望の話をするなら末代圏ぐらいでは declavatar 流行らせたい

2023-12-16 01:29:28 kb10uyの投稿 kb10uy@mstdn.maud.io

declavatar について - Declavatar Book
https://declavatar.kb10uy.dev/

declavatar について - Declavatar Book

みんな Docusaurus 使ってる、mdBook 使ってるのお前だけになてり

メール引用を上に持ってくるタイプのメーラー、あったらこわすぎる

射影したときの比率の変化が一番でかいからと言い換えられそう

上下に頂点が来るように置いて、中央部の頂点が手前ど真ん中に来る向きだとああ正多面体だなあと思うけど辺が来る向きだとは???みたいな気持ちになる(わかれ)

どうでもいいけど正八面体の正多面体じゃなさそうさは異常だと思ってる

六角形面が球面上に歪んでるパターンも一瞬考えたけど頂点だけ取り出したら平面のままの場合と同じだからどのみち無理だな

両極点で極限に飛ばしているパターン見て UV 展開だ……ってなった

2023-12-18 10:03:37 らりお・ザ・何らかの🈗然㊌ソムリエの投稿 lo48576@mastodon.cardina1.red

アニメによくある球体に六角形が貼り付けられたバリアについて|uynet
note.com/uynet/n/n6692895dec4f

よく気付くなあ

アニメによくある球体に六角形が貼り付けられたバリアについて|uynet

Liberty in the Cavity、kb10uy 由来で韻を踏みつつ文字通りの意味がちょっと面白いので割と気に入ってる

同様に Liberty (じ*ゅ*う) in the Cavity (kb→くぼ→窪)

2023-12-18 10:06:41 shihorichの投稿 shihorich@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

K B ten U Y 読みが全部英語なので実は一貫性があるとされている[さいてーしょんにーでっど]

僕は読み方を聞かれたときに「けーびー」でいいですよって言う運用にしています まあこの辺はハンドルネームの特性によってまちまち

VRChat 様々な場所に謎の制約と正規化がある

ユーザー名 karnoroid にしてステータスに「かーの」みたいなこと書くという手があります

2023-12-18 09:57:54 千矢の投稿 karno@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

イーロンにつける

impl X<(A, B, C, ...)> for Fn(A, B, C, ...) 問題もうまい解決策がほしいが、悪用できない解決策はそうそうなさそうなのがな……

プリミティブな VM 命令に近い API だとラッパーでその動作をエミュレートしやすいみたいなことかもしれないね

if 文の中で使うような IS_FOO みたいなマクロは良い、ただマクロで条件ついてるようなのはちょっと……

あと外部公開用の C API の一部みたいな感じで**変な**プリプロセッサマクロを提供するのは控えていただけると……

Lua 自体が言語としてどうこう以上にあの API 形態であることがえらい(Squirrel も Lua と似たような API だったはずだし)

なんというか Lua の C API ってよくできてる(というより真にポータビリティがある)なあと思う

リストを渡されたときのマーシャリングが N+1 みたいなことになるけどまあしょうがない

値のマーシャリング・デシリアライズはラッパーで勝手にはやらずにユーザーに as_foo 形式で明示的にやらせるようにして Rust 側の値は明け渡してもらうようにするのが丸いかなあ

もう一つ、Ketos は実行自体が Rust 上なので全ての値はこっちに存在している一方で 他のスクリプト処理系はあっちに存在する値があるので(任意精度・多倍長などを考慮すると)ほぼすべての値でマーシャリングコストが発生するという違いもある

Rust 側のオブジェクトは完全に tr7 側に明け渡すなら Box<dyn Any> で from/into_raw すりゃいいのだが、Ketos は Rc で持つスタイルなんだよな

tr7 をうまく Rust とフィッティングする方法を考えているが、値のマーシャリングをどうするかなんだよな

問題文に SUSHI 食べたいが入ってないあたりに作問の妙を感じた

僕も上海ハニーからオレンジレンジ出てこなかったのでまだ二十代名乗れるかもしれん

テキスト差分でない・バイナリでかい系はやっぱり苦手なんかねえ Git

stoic 穴 メモ