まあこれで……
Posting kb10uy(@kb10uy@mstdn.maud.io) 美少女のもみあげと裾についておはなしします
🔞性欲駆動開発アカウントにつき覚悟してください
Avatar icon: [𝕏] nunyu31
Header: [𝕏] hataraku125
弐寺: 1751-5340
This account is not set to public on notestock.
近年オープンワールドゲームの「窓の内側」は2D画像を立体的に見せている。『Marvel’s スパイダーマン』など採用例増える“だまし絵”風開発テクニック - AUTOMATON https://automaton-media.com/articles/newsjp/20231128-273686/
こういう誤魔化しの技術大好き
版権曲で追加墓来て 5 譜面揃うの、相当流行ってないと来ない感あるな 今作だとアイドルがワンチャンありそうな感じする
あとバカでかいポリゴンを描画したときのラスタライザの interpolation の挙動がちょっと違うとかがあった気がするけどそれも基本的にはそんなポリゴンを作る方が悪いということで……
強いて言えば Radeon のグラボだとクラッシュするシェーダーとかがあるぐらいだけどそれはそんな環境依存の書き方をするやつが悪いのだ(？)
WELLOW さん BPL 本番だと 217 とからしいからこれでもだいぶ落としてる方なんだな……(動画中では緑 265 白合計 280)
上位譜面の解禁でよくあるのは一個下のをクリアしてからみたいなのだけど Rotaeno の「レーティングが一定値に達したら特定レベルまで自動解禁」のシステムはいい塩梅だなと思った
エイプリルフールでレバーが左右逆に降ってくる譜面が追加されそう、いや高難易度譜面で普通に出てくるかもしれない
グルコスのスクラッチ(ブースターぐりぐりするやつこの名前なの今知った)みたいなノーツがあるのか
見た目のオンゲキマニア IIDX 度はポラリスコードの方が上なんだけど操作感は多分アイマスツアーズの方がそれっぽそうだな
ポラリスコード、ロングもみあげがいるから気になってる音ゲーのひとつではあります
This account is not set to public on notestock.
というより、 security key は要件としての anti tamper だけでなく、実際にオフラインで保管されるという性質を込みで信用できるトークンなんだけど、 passkey の同期プラットフォームは本質的にオフラインたりえないので “悪用されないという要件” だけあったところでオフライン保管相当の信頼を得ることは絶対に不可能、というところに不可避な差異がある
Yubico とか AgileBit と同等のレベルで Apple や Google や Microsoft に対してクレデンシャルストアとしての機能について信用を置けるかというと……みたいなところか
セキュリティキーをパスキー認証に使うと一発で通るように見えるのは端末自体に possession 以外のロックがかかっている前提で透過的に 一段目はすでに通ってるみたいなイメージなんかな
cancel-to けっこう建増し感強い機能だったので個人的にはこっちの方が健全に感じる
関数を定義して true/false を渡して振り分ければ定義ファイル側で解決できる
cancel-to、主にデフォ顔の一部形状を固定しつつ特定の表情で干渉する(e.g. デフォジト目で目を閉じたときに瞼が貫通する)のを防ぐために入れた機能なんだけど→
stringify_type! マクロの実装例
```
pub(crate) const fn ensure_type<T>(s: &str) -> &str {
s
}
macro_rules! stringify_type {
($t:ident) => {
ensure_type::<$t>(stringify!($t))
};
}
```
生成されるコードが if / else if になるのを妥協できれば式を書けるので適当に型を担保する方法が使えそう
trait ketos::ForeignValue に type_name() が生えてるんですが、これ &self なんですよね…
そうそう、$x:ident だと存在しない識別子を書ける……のはいいとして LSP で置換したときに stringify! の中身が置き換わらないみたいなのがある
話は変わるけど stringify! の補完が効くバージョンみたいなの標準で無い？無いか……
VScode に built-in で modeline がないのはよくないと思いますの
エディタの検出に考慮して .decl.lisp にしたけどそれ考えなければ本当に declisp にしたかった(？？？)
正気ではないが実行時のエラー検出がより厳密にしやすくなったのは割とでかい気がするな
定義ファイルを KDL ではなく Lisp (Ketos) で書けるようにする by kb10uy · Pull Request #8 · kb10uy/declavatar
https://github.com/kb10uy/declavatar/pull/8
あんまり正気じゃない PR が生えた
da module に突っ込んで qualified に書かせるという手もあるにはあるな
