🧧モノトーン@喜怒哀楽発生マシーン @mntone@mstdn.jp

61万ダメージかー🤔

うおおおおおおおおおおおおおおお　ダメージだしたあああああああああ

それよりちゃんぽん取れなかったの悔しかった…　初心者レイスキャリーしてあげたかった…(´・ω・`)

若い子にはまだまだ負けてらんねぇ！！！！！！！

トプにらいふらいんちゃんおる！

初めてこんなスコアだしたけど，チャンピオン取れなかった方がくやしい！！！！！！！！　

調べてたら C11 threads.h，glibc 2.28 で対応してるし，pthread じゃなくて C11 threads.h で描こうかな。 https://www.sourceware.org/ml/libc-alpha/2018-08/msg00003.html

桜井さんきてるの！？！？！？！？

三連続サドンデスとかマジうける

SIE の開発ガチの方々がプレイするんかー　すごいなｗ

てか SIE なのに未だに SCE って言っちゃう

真面目に少し前ならあり得なかったんじゃ無いかなって思ったりするし、会場も楽しそうなので見てるこっちも楽しくなる

普通に楽しそうでいいね👍😊

平井さん久々に見たなー。てかほんま SCE でてるのすこ。https://nico.ms/lv322798769

ゆるぼ: C のおすすめ文字列ライブラリー（なければ作る）

幻想的だなぁ http://glslsandbox.com/e#36614.0

shader 面白いなぁ https://engineering.linecorp.com/ja/blog/efforts-to-use-metal-for-ui/

しれっと書いてあってくさ。 >
- Don’t toggle between compute and graphics on the same command queue more than absolutely necessary
- This is still a heavyweight switch to make https://developer.nvidia.com/dx12-dos-and-donts

ガウシアンブラーについて高速に実装する方法書いてあった。 http://rastergrid.com/blog/2010/09/efficient-gaussian-blur-with-linear-sampling/

実際の GLSL https://github.com/Jam3/glsl-fast-gaussian-blur

Metal より DirectX 12 の方が少しだけ先に進んでるな。より再生成を必要としないオブジェクトの切り分け意識して設計されてる気がする。
多分，Metal はかなり隠蔽実装してるのかな（内部実装がどうなっているか知らないけれど，外見はクールな顔してるMTLRenderPassDescriptor だけど，実際は PSO の Descriptor を保持しているのかもしれない。即実装可能な形式に。 MTLRenderCommandEncoder を生成する際，それを使って，descriptor の一部を変えたい場合，commandEncoder 側で操作させるイメージ）

てかここの図が分かり易すぎて全部理解できるしほんとすこ

DirectX 12 が生まれた理由とかこの辺りいいね。図がわかりやすい。

このページと次合わせて，PSO で状態保持して，PSO からコマンド (DirectX 12: CommandList, Metal: CommandEncoder) を生成する必要性みたいなのが若干見える。 https://www.isus.jp/games/direct3d-12-overview-part-2-pipeline-state-object/

DirectX 12 の一連の話はここがわかりやすいかな。多分 Metal も Vulkan も似たようなもの。 https://sites.google.com/site/monshonosuana/directxno-hanashi-1/directx-143

この検証すごい https://dench.flatlib.jp/d3d/d3d12/descriptor

Windows にそこそこまともな JavaScript 実行環境があれば、それ使ってその間に V8 組み込む、っていう選択肢できるんだけどねぇ。
マージで、思う

ChakraCore の開発はそのまま続けて欲しかったなぁ。WinRT の JavaScript 実行環境、実質年々レガシーになりそうなの怖い。
てか、Chromium+ChakraCore とかがよかったなぁ