そもそも VRChat 本体が HDRI か OpenEXR を吐いてくれれば済む話なんだよな(ほんまか)

ていうか KinoBokeh のサンプルイメージここまで kernel の遷移がカクカクじゃないんだよな……内部で削ってるのかな

でもよく考えたらなんで multi-pass を入れられたんだろう、ポスプロで 2 パス目をやるとかしてるのかな

VRChat の限られたシェーダー自由度の中で実装するとなると中々厳しいだろうねえ(ユーザー側でバッファを増やしたり Deferred にしたりできるわけではない)

一方 VLens2 はおそらくこっちを使ってて、昔からあるので多分 VLens1 から続投してるんじゃないかなあ
https://github.com/keijiro/KinoBokeh

パフォーマンスを考えると 2. っぽい気がする

ざっくり調べた限りだと多分これの 3. か同じような自前実装を今までは使ってて、 1.4 以降は 1. か 2. になったんじゃないかなあ
https://github.com/Erfan-Ahmadi/BokehDepthOfField

商品ページには single-pass shader って書いてあるままだけどどうも更新履歴を見ると 1.4.0 になったときに multi-pass shader に変更になったっぽいな

あーなるほど

顔アップとかだとそんなに変わらない分あんまり重くない VLens2 に分があるかもしれない

引きで撮る場合はやっぱり VRCLens のほうがそれっぽく見える気がする

半額と聞いて Very Animation ポチった

ギルドの受付に飽きて自分で冒険に出る回じゃん

Vket の回ってないワールド一人で回ってたんだけど雰囲気がいい、受付嬢(冒険スタイル)が映える

Booth の名前は「日下ファクトリー」にしてある

これげねね？

ex. 手コキすぎは非可逆だけど手コキが足りない分にはどうとでもなるので寸止める方がデフォ

抽送開発/連接棒 ちょっと見てみるか

それはそうとしてサクっと書きたいなら Python と PyQt あたり使って PyInstaller で固めるみたいなのはどうだろう

Go と Rust はもうちょっと GUI フレームワークが強くなってほしさあるね

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

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

抜いた！？

バス幅との兼ね合いで 8GB じゃなくて 12GB にせざるを得ないみたいなのは一理あるなと思った

3060 の 12GB 版に Ultra と付けてる可能性もあるが

名前は 3060 のままで 6GB 版と 12GB 版が出るんじゃないかなあ

https://wccftech.com/nvidia-geforce-rtx-3060-ultra-12-gb-gddr6-graphics-card-449-usd-asus-tuf-gaming-oc-pictured/?utm_source=dlvr.it&utm_medium=twitter

うーん

3060Ti より上のバリアントということなら納得できるな(素の 3070 は……？)

NVIDIA GeForce RTX 3060 Ultra 12GB GDDR6グラフィックスカードが、RTX 3060 Tiよりも高速で449ドルでリーク : PCパーツまとめ http://blog.livedoor.jp/bluejay01-review/archives/57566869.html

まあ確かに人口比率で考えると直近の宇都宮市確認分は妙に増えてて心配なんだよな

これは宇都宮市確認分がめっちゃ増えたパターンか？

あれ、でも 18 時時点だと 42 人になってるっぽいな

またクラスターでも発生したんかって多さだな

栃木県の今日の確認数 111 人なのか……

マイクロウェーブの話をすると僕はちゃんと中止してから出す派なんだけど父10uyが途中で出してそのままにしてるせいで新しく温めるときに操作が余計に必要になる

僕はまあ fsync とか諸々のことを考えて一応やるようにはしてるけど出ないとどうしようもない

安全な取り外しのアレ、まれに出現しなくてそのまま引っこぬくしかないときがある(謎)

相対的に素の ECMAScript がまともになってしまったからなあ

CoffeeScript、Reason や PureScript より採用されづらい存在になっていると思う、それぐらい急速に死んでしまった

僕が Web フロントエンド書きはじめた 2015 年ごろの記憶では、 ES2015 はほとんど話題になってなくて CoffeeScript がギリギリ生きてて、「Sass と Less と Stylus キミはどれを選ぶ？」みたいな空気があったな(Sass がやや優勢)

postcss は完全にバンドルを意図した感じになっちゃってるけどその手のやつとは相性が良いんだよな

React とか styled-component と相性が良いかと言われると微妙なんだよなあ Sass も Less も Stylus も

それでも僕は Sass (SCSS 記法)を使い続けますよ

僕基本的に CSS in JS 嫌いなんですけど(爆弾発言)、最近の流れはそもそも CSS をプリプロセスして便利に書けるようにしようという感じなので altCSS 自体が下火なのかもしれないね

Stylus (altCSS のほう)も Node.js 実装だし今のところ altCSS で環境面で一番どうにかしようがあるのが Sass ということになってしまう

Less はどうもプロジェクト自体死んでるっぽいしなあ……

結果的に Dart が ネイティブコンパイルできるようになって良かったねという感じはあるけど

Ruby 実装の速度に問題があったというのも納得できる話で、sass gem の初リリースは 2010 年ごろなので 1.9 系全盛時代

dart-sass の初コミットは 2016/08 付近っぽくて、この頃は確か CofeeScript は順調に死んでて TypeScript はまだ 1.x で爆発的な人気が出てない、 あたりからして altJS としては Dart はまあまあ択としてアリだったのではと考察している

compass の部分はウソで sass gem だった

まあマジでなんで Dart になったんだろうな……(今の現状を見ると JavaScript で書かれるよりかなりマシな選択だったと思うけど)

元々 Sass って compass という Ruby 実装が元になっていたはずで、後から Dart 実装がうまれたっぽいんだよな

JIT が上手いのか libsass 側に全体的なオーバーヘッドがかかってしまっているのだろうか

というか libsass は C++ で書かれてたはずなので相当速いことが想定されるけどその実装に対して 1 割ぐらい速いのすごいな

dart-sass の native exacutable、libsass に対してそこまで遅いわけではないのが救い

ビルドして作られる場合は別か……

あ、一応 native executable があるらしいので多分バイナリポンはできる(けどいずれにせよ心配ではある)

そういえば libsass が deprecated になった件などがありましたね

あ、でも本家 asciidoctor と移植版のバージョンを合わせるのはさすがにバカだろと言いたい

パーサーがほとんど asciidoctor 系列しかない問題というのは別に僕が Ruby アンチだからとかそういうことではなくて、あれに頼りきってしまっているのがちょっとつらいねという話です(でも実際他の環境での独立した実装はもっとシェアが上がらないと中々出てこないだろうし難しい)

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

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

分かち書きを暗に想定するな2020ですわ(本当か？)

AsciiDoc の不満点、パーサーが基本的に AsciiDoctor とその移植しかないことと link: 構文ぐらいかなあ

そんなあなたにおすすめなのが Pug っていうんですけど

あとは 1Password を annual billing にしたい

VRChat Plus 契約したみはあるけどどうせなら年額で入れたいんだよな

百鬼あやめ嬌声妄想部

キャラメルとラムネで優勝せんとな

ruffle、 AS3 対応なんとか完成させてほしい

プログラミングスクール否定はせんけどブロガーがやってるのだけはやめとけと思うね

プログラミングスクール 専門学校 違い

……

BHRE より発音しやすい(?)

ほたが AGAM に戻ってる

「架空の絵馬棚」を作って、自宅で罪悪感なく他人の絵馬ウォッチを楽しむ - トゥギャッチ https://ch.togetter.com/2021/01/03/94345 @togech_jpより

@prime 3090 は役不足かつ PC 全体を真面目に組み直さないといけないので……

3080 (Ti|SUPER)? ……

3080Ti 発表されてくれ～

アバターの天頂/底面判定かなり謎っぽいのでそれが原因の可能性はありそう

Inside 的なやつか

Armature の一番高い GameObject が上のほうにあったりしない？

地獄先生nouveau

3060 12GB 出すなら 3070Ti/S あたりでメモリ増量したやつも出せやという感がある

https://zlib.net/

着衣はジャージ派ですよ僕は

着物はスポーツ

まあ縁起以外では同じ字を繰り返すのが一般的にはなってるよね

結婚式々場だ

PCIe スロット、理論上増やせないわけじゃないけど物理的に入れられないかレーン数が足りないか CPU 直結レーンが足りない

順位にインデックス張るかどうかは別として検索のときには BIS 効きそうだな

ローカル Docker で立てて実験して

CREATE TABLE entries (
game_id INTEGER NOT NULL REFERENCES games (game_id),
recorded_at TIMESTAMP NOT NULL,
rank INTEGER NOT NULL,
PRIMARY KEY (game_id, recorded_at)
);
CREATE INDEX ON entries (recorded_at);

とかかな

1回の取得で何位まで取るかによりそう、 100 位とかまであるなら代替キー生やすとあんまりバカにならなさそうだし

(game_id, timestamp) の組は主キーとしては多分有効なんだけどそうするべきかは微妙そうなんだよな

まあこれですわね

入れるデータの構造がほぼずっと一定なら RDB (で|のほうが)いいんじゃないかなあ メタデータがいっぱいあってよく変動するとかなら別として

cardinality が低くてもインデックス張ったほうが高速にはなるだろうけど

timestamp が実際どうなるかなんだよな

ゲームごとの一意な ID を自分で用意しなくていいなら自然キーとしてそれを採用すればええんじゃないかな

games(game_id, ...) と entries([game_id, timestamp], rank, ...) みたいなテーブルを作ればええんちゃう

他人の射精に対する羨望、冷静に考えたらかなり謎な感情

うらやましいなあ

確かに丸めモードとか細かい挙動はエミュレーション/JIT で追いきれないこともありそうだなあ(これは移植の齟齬っぽいけど)

興味深い話だ
https://twitter.com/fadis_/status/1346051271808098309

インフェルノV アバター割と汎用性高くて良い(？)

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

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

なんもしてないですよ