逆にデカいオブジェクトがほんのり遮蔽してるのはそれっぽさが減りがち(取ってくるピクセル数が限られるのでしょうがない)

SSAO、細かい形状の多いところだと相当それっぽく見えるのでよいですよ

どっちもまあ言われれば納得はできる感じしません？
(右がレイトレなので"本当"に近い)
https://docs.unrealengine.com/ja/RenderingAndGraphics/RayTracing/index.html

屈折しているという事実で満足しがち。実際はそんなことないが。

屈折とかは真贋の区別が付きづらい気がするんだよな

極端な話をすると話題のレイトレがあったとしても「ウソ」を貫き通せるなら「ウソ」を返したほうがコスパは良いのでほとんどのゲームではそうなっていると思います

ほぼ 3 年前の記事:
> 3D Graphics is a Lie
> For the last thirty years, almost all games have used the same general technique ...(中略)...
> Through approaches like z-buffering and occlusion culling, games have historically strived to minimize the number of spurious pixels rendered, ...

Announcing Microsoft DirectX Raytracing!
https://devblogs.microsoft.com/directx/announcing-microsoft-directx-raytracing/

ワールドはそうでもないな、アバターのほうが顕著だ

NPR な表現に倒してしまうというのはひとつの手だと思う(これは多くの VRChat ワールドやアバターなどもそうであるように)

けっこうこれになりがちなところはあるのでどう妥協するのか大事ですね

D3D12 DXR の紹介記事か何かで言われていたけどリアルタイムレンダリングの歴史は「ウソ」の歴史といえるところがある

代償として空間計算量が数倍以上必要なのと、そもそも昔の GPU はそれを実現するための機能をサポートしていなかったので手法の提案から実用化まで 2～30 年空きがある

Forward と Deferred の違いですが、計算量の概念がわかるおたくには O(NM) と (N+M) ぐらい違うというのが比較的わかりやすいと思う

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

Sith trooper が写ってるのは「リアルタイムレンダリング 第4版(2018)」ですね

ほぼあってます(補足としては、万人向けのデバイスとしてはおそらく「酔わない」のが至上命題で、これの下限は諸説ある。Quest2 だとたしか今は 72Hz)

卒論テーマなのでこの分野無限に喋れる

ちなみにほぼ真ん前/画面中央しか見てないやんけという経験則に基づいて外側を荒くするやつはもう実用化されてます(Foveated Rendering だっけ)

被写界深度的な効果、片目だとわりとかんたんにできるけど両目だと奥か手前の景色が左右ズレを起こしてしまうし、レンズフレアにいたっては裸眼で観測できるのかすら謎

2010 年代以降のリアルタイムレンダリングはかなり Deferred Rendering と G-Buffer のアイデアによるところが大きく、VR では様々な理由により使いづらく Forward が好まれているのが現状ですね まあそろそろ G-Buffer の VR での効率化の手法とか出てきそうですが

従来手法の DoF が使えない(実質無理)という理由も左右で深度バッファが違うからみたいなのに由来する

レンズフレアは「ワールドにそれっぽい輪っかを配置する」という手法が紹介されてた

あとは単純に向きが違うので左右で矛盾する結果が生まれるとかね

そうそう

VR では切られやすい機能かもなあ(想像で言ってるので HL:A とかは使ってるかも)

リアル人間とか大理石とか牛乳を描画する場合において特に。

いやまあ変な単語だけど SSS 自体はかなり重要なタームなんですよ

だからまあいくらベイクしたとて AAA タイトルみたいな陰影表現を VR でやろうと思うとそれはそれは計算コストが膨れ上がってしまうでしょう……

あとあんまり知名度ないけど SSSSS とか、あと DoF とレンズフレアも普通の手法は使えないみたいな話を見た

実際 UE4 のリリースか何かで 通常の Deferred から Oculus カスタムの Forward にしたら最大で数割フレームレートが上がったという話がたしかあったがあれはもともと VR 最適化ある程度込みでつくられてたっぽいんだよな

VR ゲームがあまりライトを設置しない、というのは鶏と卵問題っぽいなあと思ってる

SSAO と SSR、あと TAA は効果絶大ですね

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

まあ 72 とか 90 とか色々あるけどカクつかせない必要がある。酔うので。

わすれてたけどこれもある

なのでまあ、単純に同じ表現をしようと思うと数割増〜倍ぐらいの処理性能は必要になりがち

それと現代の一般的な リアルタイムレンダリングにおける最適化とか近似がことごとく使えない、もしくは使いづらいというのもある

つっても Index とかでも 2880x1600 ぐらいあるから WQHD よりはちょっと多いか

解像度はそこまで違うわけではないが、まあ 2 画面分描画しないといけないのが大きい

今でも原理的には同じような機械で作ってるのかな

全然関係ないけどメガネのレンズを成形するマシン思い出した

中学生ぐらいまでの頃はそこそこ灰色の公衆電話あったけど最近めっきり減ったよなあ

ISDN 海鮮ねえ

これぼく使ってますよ

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

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

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

僕の答えはこれや

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

6 っていうより δなんだよな

>>> 6 >>>

大江戸が代……

とんとんとん とんち トンチホーテ

中華の日本語が怪しい電子部品大量パックつい買っちゃうんだよな(今日は↓のを買った)

【620個入】コネクタ/デュポンコネクタ セット 2.54mm オスピン メスピン KINCREA https://www.amazon.co.jp/gp/product/B07DF9BJKH?psc=1

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

信号自体に互換性があるなら変換ケーブル自作できるな

あ、コマプロの RGB 端子って 4 ピン配列じゃないんか……

電源から取ると常時全開になりそう

電源取るのが SATA 電源のと IDE 電源のがあったので前者のやつにした

PCie Gen2 x1 なのでちょうど片側 5GT/s 出る

かのりんマジで 1 日 1 回つついたほうがええんちゃうかこれ

それもしかしてテープレコーダーも付いてたりしない？

ファミベのキーボードだ

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

今暫定的に付けてあるのは最初から付いてた 140mm ファンです

一番手前の ModuVent 外せなかったのは惜しいところ (付けるなら 5 インチベイ外すしかない)

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

リアルタイムレイトレーシングです

外部 crate の型に依存してる場合行儀がいいやつならその型を reexport してることがおおお

あーいや、もし reexport されてるならそれが使えるかもしれない

これは B を明示的に追加するしかなさそう

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

ファン全部取り付けたらまた写真撮って VRC 自作 PC 博覧会にでも出そうかねえ

VR は平均的にはあんまりシェーダーが回らないっぽいんだよね そもそもライトをたくさん置いたりしないので

全力でシェーダーが回るやつだ

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

あとはやさいくんのコマプロとかのりんの Sirius Pure x6 が来れば第 2 次更新は完了やね

はい

致しましたよ

できました……

フロント用のネジ使えなさそう

え、これもしかしてフロントファンはケース内側からネジ止めしないといかんのか……？

これファンってロゴ側からシール側に流れる方向でいいんだっけ

my new gear...

Web アプリ書いてる人それなりにデータベースわかるという先入観があったんだけど最近そうでもないらしいことを認識している

SQL わかるわからん補正でいくと Prisma もだいぶ SQL を意識してはいるっぽいんだよな

あと productivity が ORM > Query Builder なのはそうか？と思うんだけどこれは SQL わかる補正っぽいんだよな

でもこの図だと Prismaの位置はもうちょっと左寄りじゃねえのとは思った

Prisma はけっこう面白そうな仕組みだなーと思った

なんならフロントエンドだって今のところ (alt)JS しかまともな選択肢がないからそうなっているので……

プレゼンテーションとステートをどんどんクライアント側に寄せてしまいたいというのは結構わかる

それはそれとして旧バックエンド領域を JS で書きたくはないな……

フムーン

縁取り文字、普通の文字だと 1 回しか現れない輪郭の階調の変化が 2 回現れるので OCR は苦手そう

あとキレてるときのチンパンジー

VC に入り浸りすぎて言動が移ってきた 主に関西の悪いんちゅとげねねが

テープタイプのパンツだ

作業工程逆再生クイズかなり好き

デッッッッッ

どこどこどこどこどこどこどこどこ

kb10uyも布団には出しませんが

Relative Clock、作業工程の逆再生を見て完成品を当てるクイズみたいなシュールみがある

時刻を消して日付だけ表示するのはできなかった

なるほど

大声出た

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

チンコチンコリトルスター(大人気アイドルも陰茎は小さいという比喩表現)

タイムラインを全部絶対時刻にしてステータスバーを今に固定するの、相対的には同じっぽそう

任意の OS の時刻表示部分を「今」にするの、一日だけやってみたいな

よく言われているのは 2 番目から 1 番目が誘導されるみたいな話がありますね

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

芝生のタスクバーの日付表示「今年 今日 今」にしていい？

アポクリン汗腺な時間

あーこの件だと氏名表示権か

同じ話か忘れちゃったけどワンクリックでフル画像表示できるしデバイスの都合にもよるのに CSS でサムネイル表示をクロップするのは同一性保持権侵害になりうるみたいなのはさすがに Twitter 他サービス側がかわいそうだと思っています(Mastodon はこの文脈かは知らないけど対応していますね)

クロッピングで意図が失なわれたってのとは別の訴訟だっけ

🦀(Twitter 上で URL だけで違法コンテンツをリンクした場合の判例はまだない気がするので気になるな)

あと Twitter の歴史的経緯からして RT 自体の full_text に RT: @.... が付与されてコピーされるというのがあったのでまあ Twitter のお気持ちとしてはそうなのかもしれないな……

あれ児ポという観点でいくと Twitter の挙動としては本人が投稿したのと同じになるのでまあそういう解釈になりえるなあとは思った

児ポ RT 事件だっけ

第三者介入巻き込み指摘なあ

例が意味不明すぎる

たとえばほたが乳デケー甘雨を RT して僕がそれを見て「いい乳ですね」って返信したとしてほたがいい乳ですねって言われる蓋然性ゼロでしょ

Twitter 謎仕様変更、まあ色々あるけどなぜ RT にリプすると RT した人も対象になるようになったのかもかなり謎だと思いますね

まあニコられてますよとは言わないか……

めっちゃニコられてて草とか流れてくるでしょう

え、言うくない？

僕はまあ巻き込まれたらブロックはしないけどミュートはしないかな……

巻き込んでますよ、ここをこう操作すると防止できますよ！まで行ってると仏か？ってなる

Mastodon は BT で巻き込むバカタレ実装じゃないので安心してください

僕は巻き込んでますよは優しいんだねえちゅて許せる

@syumari そういうやつですね
https://mstdn.beer/@syumari/105572198826447069

ぱくとまは「巻き込んでますよ」も許せない派？

目的があるとしたらあれ何の目的でやってるのか気にはなる

↓についてはコンテンツとして偶々リプツリーのどれかになってしまうという解釈をしている

https://mastodon.cardina1.red/@lo48576/105572170215589251

本当に 返信先: @.... が付いてるやつでしたね……

明らかに直前しか指す気ないだろみたいな用例をたまに見かけるので……

これは文脈として別の先を示しているのでセーフですね

ああそう個人的は話をすると in_reply_to にしながら引用 RT もする会話スタイルは嫌いです 冗長だろ

別に Twitter でも引用リプ会話が in_reply_to になってるとは限らないって言おうとしたけど表示上の話かしら

Twitter たまに 普通の Web UI に API っぽいものが残ってるんだよな

そういえばあったわ

機能として用意されてるので当人を責める気にはなれないけど screen_name をクラスタに合わせてちょくちょく変える人できればやめてほしいなあと思ってる もしくは Twitter が user_id で直でユーザーに飛べるようにしろ

これなあ

ちなみに「リプライを自己BT/RT」する人と「通常(トゥ|ツイ)ートを後から CC などでメンション」する人は僕の観測だと半々ぐらいな気がしますね 僕は後者です

だから逆に何の心おきもなくマイクロブログで URL 貼るタイプの引用できる人すごいと思う 皮肉じゃなく

screen_name を置き換えるやつテクとしては知ってるけど API で無限に status_id から user を引けるわけじゃないというのを考えるとあんまり使いたくないんだよね……

Twitter での話だと URL 変形するのも復元できなくて困ったりしがちなので結局 RT エアリプになりがち

引用、本質的には勝手にするものなのに相手に通知が飛ぶ正当性が無くないですか？

検索性に問題が生じなければ僕もこれでいいと思ってます

ActivityPub でトラックバック通知が飛ばせたほうがいいんじゃないかという話は一理あるがそれを受け取って表示するかどうかも結局各サーバーの実装次第だしな……

日本におけるポップ体みたいな扱いらしいのは耳にしたが

たしかになんで Comic Sans なんだろうな……

Comic Sans でメルアドが書かれた画像！

相手方が引用通知をオフにしてるかなんて知ったこっちゃないので

引用 RT の通知、実装するなら「する側が通知を飛ばさない」というオプションが付いてほしいとは思うね

「引用した中身が表示されてほしい」という話なら OGP の表示工夫すれば終わりだし……

「引用で通知が飛ぶ機能」を指して引用といってる感がある

まあそれはそれとしてバトったらどうなるのか興味ありますね(責任の所在が最終的にどこになって誰が勝つのか)

> また以前にIPAファイルをダウンロードしていた場合もインストールできると述べられています。

とあるので大丈夫……か？

たぶんこれは既に DL 済みのアプリが対象外という挙動で回避されている……気がする(どう？)

この比喩でいくと 「DLsite は DRM をかける自由を認めている」という感じになるのか

DLsite で DRM 対策が含まれている専用ビューワが提供されてるとして(実際されてるが)、 DRM かけるのをやめろという先は DLsite ではなくかけてるクリエイターじゃない？みたいな話のほうがこれは近いように思える

そう考えるとこの「M1 Mac で実行できないようにしている」主体は Apple というよりデベロッパ側で、M1 Mac ユーザーは Apple には勝てなくてもその制限をかけてるデベロッパには勝てるのかもしれない

多分 Apple としてはこのサイドロードを認めてしまうとデベロッパに対して「MacApp Store で非公開でも一定数動かすやつがいるから我慢しろ」みたいなポーズをとることになってしまって微妙な感じになってそう

うーんこれ記事読んだ限りでは偶然できてた類に見えるな……

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

まあ Mac だと iOS ほどストレージが隠蔽されてないしなあ……

apk よりはけっこうガチガチな感じなのか

これについてはそれこそこういう文句を少しでも軽減するためなんじゃないか

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

AppStore 外から読み込むみたいなボタンかチェックボックスがあると勝目が若干見えてきそうだなって……

M1 Mac 持ってないのでわからんけど「偶然できた」感が強いと通らないだろうなという思いがあります

メリケン製品なのでその辺訴訟ベースで考えてる可能性はありそう

野良アプリ(App ではなくね)が完全に封じられたわけではないので 「macOS 向けに提供しないデベロッパが悪い」という方向性で片付けられそう？

例の公開しない自由を認めたというのがそれなりに前ならばサイドロードできないと認識できた可能性が高いとして通るかもしれない

逆に Mac でもビルドやら野良アプリの類は一切実行できないほうが Apple 製品としては自然かもしれない(？)

広角機動隊⇔地球望遠軍

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

ほたを売らないで

ブロックを分けられてかつセミコロンを書けるので do while false がよく使われていた……らしい

#define HOGE(...) do { ... } while (0)

ってやって

HOGE(...);

ってやるテクはあったよ

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

😱

進級危なくなる系の課題っぽそう

博灯真子さん