あまってんの?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
khronos group の定める Open*L ではないけれど、STMicroelectronics が提供する著名な STM32 マイコン向けに、OpenBootLoader (OpenBL) があったわ……
OpenCLはヘテロジニアスコンピューティングのAPIであってオフロード先はGPUとは限らないぞい
OpenGL も別に廃止しなくてよくて、Vulkan で組み立てた OpenGL 実装があればよいからね。hardware driver とかの層ではなくアプリケーションライブラリの層でやればよいだけで。(たとえば、Mesa)
特定のレンダリングに特化した機能はそこではなくそれを使って組み立てられた上位のフレームワークにやらせればいいからね。たとえば、ゲームエンジン。
ならないかな。そもそも、レンダリングターゲットごとに最適なレンダリングパイプラインが違いすぎて、プログラマがレンダリングパイプライン組み立てるプリミティヴな操作をしたほうがよいとわかってしまったので
OpenGL でハードウェアの性能を適切に引き出す最適化をするの、 RDBMS でエスパーしながら SQL を弄るような難しさがあるという理解をしています
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
分散バージョン管理システム〈呪術〉、名前が力強い。
martinvonz/jj: Jujutsu DVCS
https://github.com/martinvonz/jj
SNS で見掛ける紛争案件、片方の当事者の主観しか出ないことが多いので、むしろそっちのほうがいろいろ終わってる人、ということもないわけじゃないのでまあ、観測バイアスもありそう
SDK はライブラリ、フレームワーク、どっちも含むこともあればどちらかのこともある。それ以外にツールチェーン(コンパイラやアセンブラ、リンカー、デバッガなど)や開発用のツール、ドキュメント、ライブラリやフレームワーク、場合によっては開発ターゲットのデバイスそのもの(の開発版)などソフトウェア開発のもろもろをまとめて kit にしたもの、なので