你是否受够了Windows的shit搜索？缓慢、不准确、无法模糊搜素……它除了能使用WIN键打开以外我找不到任何一个优点。 使用Listary搜索 现在Listary – Free File Search Tool & App Launcher摆在了你的眼前：只需要轻敲两次Ctrl键就能随时唤起你的搜索助手 当然，就算我正在写这篇博客：我也能立刻查找到它 不仅是精准的搜索，它有强大的模

渲染方式总结 目前的两种渲染方式：前向渲染、延迟渲染。 这里总结一下几种渲染方式的区别以及应用场景。 前向渲染的弊端 前向渲染在渲染场景的时候，每个物体都需要对所有光源采样。而光源采样实际上需要进行物体的求交计算，所以每个片段的光照计算复杂度为O(物体数量 x 光源数量)，计算量会随着光源的增多急剧增加。 延迟渲染 优化 延迟渲染采用分阶段渲染的方式，将几何处理和光照计算分离，在第一阶段将所有不透

延迟渲染（Deferred Rendering） PASS 几何Pass 光照Pass 透明Pass 核心原理 分阶段渲染：将几何处理和光照计算分离为两个独立阶段。 G-Buffer（Geometry Buffer）：在第一阶段将所有几何信息（位置、法线、材质颜色等）存储到多个纹理中，第二阶段基于这些信息统一计算光照。 流程 几何阶段： 将所有物体的几何信息（位置、法线、漫反射颜色、高

** 前向渲染（Forward Rendering）** PASS 不透明Pass 透明Pass 核心原理 逐对象渲染：逐个处理物体，对每个物体依次执行几何处理（顶点着色）、光照计算和最终像素着色。 光照计算方式：光照在片段着色器（Fragment Shader）中直接计算，每个光源对每个片段的影响需要单独计算。 流程 几何阶段：渲染物体几何信息（顶点处理、纹理采样等）。 光照阶段：对每

目标仓库：GitHub - ZhuHaoranEIS/Orthogonal-FGOD 目标信息 目标包版本（来自Issue）： 123456789Of course, the specific environment is listed as follows:mmcv-full --> 1.7.0mmdet --> 2.13.0mmengine --> 0.9.0mmrotate

123curl https://zhywyt.github.io/assets/bash/docker_proxy.sh | sudo bash <your proxy>curl https://zhywyt.github.io/assets/bash/docker_proxy.sh | sudo bash http://10.10.10.100:7890 脚本下载

记录自己在Visual Studio2022中使用Visual C++ 2019方法。 项目使用CMake编译，但是Visual Studio2022默认装的是Visual C++2022，需要在CMake中配置编译选项，参考：使用 CMake/MSVC 时指定工具链版本 首先找到你的VC目录，一般在这里：C:\Program Files\Microsoft Visual Studio\2022\

最近在捣鼓各种hexo主题，发现一个难过的问题，在github中的组织内启用非组织同名仓库的时候会得到类似https://domain.github.io/repo的根站点，这导致了我大量的图片无法正常渲染，也出现了很多css无法访问的情况，这里来记录一下。并探索解决方法。 如果直接按照hexo文档的方式搭建 在 GitHub Pages 上部署 Hexo | Hexo 那么我会得到一个 ✔️

fork sys.h - tools/include/nolibc/sys.h - Linux source code v6.8 - Bootlin Elixir Cross Referencer 1234// tools/include/nolibc/sys.hpid_t fork(void){ return __sysret(sys_fork());} __sysret 该

来自闲🐟老板芬达的订单 要求使用 github page 搭建安知鱼主题： 主题简介 | 安知鱼主题官方文档 先安装nodejs Node.js — 在任何地方运行 JavaScript 1234567891011# 安装hexonpm install -g hexo-climkdir dircd dirhexo initnpm install hexo-deployer-git --saveg