前言在31章我们曾经实现过shadowmapping，但是受到阴影贴图精度的限制，只能在场景中相当有限的范围内投射阴影。本章我们将以微软提供的例子和博客作为切入点，学习如何解决阴影中出现的Atrifacts：边缘闪烁&抖动阴影接缝阴影缺失perspectivealiasingprojectivealiasing并且我们将会学习到如何使用级联阴影贴图（CSMs）。具体包括：解释CSMs的复杂性给出CSM算法可能变化的细节识别并解决一些向CSMs添加滤波相关的常见陷阱然后在下一章，我们可能会讨论更多提升阴影质量、提升效率的技术，如PCSS、VSM等。现在假定读者已经读过下面的内容：章节31阴影映射
目录建表语法查询和插入数据数据处理逻辑ClickHouse相关资料分享AggregatingMergeTree引擎继承自MergeTree，并改变了数据片段的合并逻辑。ClickHouse会将一个数据片段内所有具有相同主键（准确的说是排序键）的行替换成一行，这一行会存储一系列聚合函数的状态。可以使用AggregatingMergeTree表来做增量数据的聚合统计，包括物化视图的数据聚合。引擎使用以下类型来处理所有列：AggregateFunctionSimpleAggregateFunctionAggregatingMergeTree适用于能够按照一定的规则缩减行数的情况。建表语法CREATE
目录建表语法查询和插入数据数据处理逻辑ClickHouse相关资料分享AggregatingMergeTree引擎继承自MergeTree，并改变了数据片段的合并逻辑。ClickHouse会将一个数据片段内所有具有相同主键（准确的说是排序键）的行替换成一行，这一行会存储一系列聚合函数的状态。可以使用AggregatingMergeTree表来做增量数据的聚合统计，包括物化视图的数据聚合。引擎使用以下类型来处理所有列：AggregateFunctionSimpleAggregateFunctionAggregatingMergeTree适用于能够按照一定的规则缩减行数的情况。建表语法CREATE
学习操作系统原理最好的方法是自己写一个简单的操作系统。写程序不免需要调试，写不同的程序调试方式也不同。如果做应用软件开发，相应的程序调试方式是建立在有操作系统支持的基础上的。而我们现在是要开发操作系统，如何调试操作系统的程序呢？如果操作系统程序直接跑在真机上或虚拟机上（比如VirtualBox）是很难调试的，所以我们在开发阶段操作系统程序主要在虚拟机QEMU上跑，因为QEMU支持调试。当然很多事情都是有利也有弊的，QEMU虽然支持调试，但它的运行效率比VitrualBox要低，所以我们最终的GrapeOS程序是跑在VirtalBox上的。QEMU需要结合GDB才能实现调试，下面我们一起来学习一
学习操作系统原理最好的方法是自己写一个简单的操作系统。写程序不免需要调试，写不同的程序调试方式也不同。如果做应用软件开发，相应的程序调试方式是建立在有操作系统支持的基础上的。而我们现在是要开发操作系统，如何调试操作系统的程序呢？如果操作系统程序直接跑在真机上或虚拟机上（比如VirtualBox）是很难调试的，所以我们在开发阶段操作系统程序主要在虚拟机QEMU上跑，因为QEMU支持调试。当然很多事情都是有利也有弊的，QEMU虽然支持调试，但它的运行效率比VitrualBox要低，所以我们最终的GrapeOS程序是跑在VirtalBox上的。QEMU需要结合GDB才能实现调试，下面我们一起来学习一
一、谈一谈你对TCP/IP四层模型，OSI七层模型的理解？ 为了增强通用性和兼容性，计算机网络都被设计成层次机构，每一层都遵守一定的规则。 因此有了OSI这样一个抽象的网络通信参考模型，按照这个标准使计算机网络系统可以互相连接。 物理层：通过网线、光缆等这种物理方式将电脑连接起来。传递的数据是比特流，0101010100。 数据链路层：首先，把比特流封装成数据帧的格式，对0、1进行分组。电脑连接起来之后，数据都经过网卡来传输，而网卡上定义了全世界唯一的MAC地址。然后再通过广播的形式向局域网内所有电脑发送数据，再根据数据中MAC地址和自身对比判断是否是发给自己的。 网络层：广播的形式太低效
一、谈一谈你对TCP/IP四层模型，OSI七层模型的理解？ 为了增强通用性和兼容性，计算机网络都被设计成层次机构，每一层都遵守一定的规则。 因此有了OSI这样一个抽象的网络通信参考模型，按照这个标准使计算机网络系统可以互相连接。 物理层：通过网线、光缆等这种物理方式将电脑连接起来。传递的数据是比特流，0101010100。 数据链路层：首先，把比特流封装成数据帧的格式，对0、1进行分组。电脑连接起来之后，数据都经过网卡来传输，而网卡上定义了全世界唯一的MAC地址。然后再通过广播的形式向局域网内所有电脑发送数据，再根据数据中MAC地址和自身对比判断是否是发给自己的。 网络层：广播的形式太低效
本文将告诉大家如何使用Vortice底层库从零开始，从一个控制台项目，开始搭建一个最简单的使用Direct2D1的DirectX应用。本文属于入门级博客，期望本文能让大家了解Vortice底层库是可以如何调用DirectX的功能，以及了解DirectX中，特别是D2D部分的初始化逻辑在开始聊Vortice之前，必须要先聊聊SharpDx库。众所周知，现在SharpDx已不维护，尽管SharpDx的不维护对咱开发影响很小，除非需要用到这几年新加的功能，否则使用不维护的SharpDx的问题也不大。而Vortice是作为SharpDx的一个代替的存在，是从SharpDx的基础上，继续开发的一个项目。
本文将告诉大家如何使用Vortice底层库从零开始，从一个控制台项目，开始搭建一个最简单的使用Direct2D1的DirectX应用。本文属于入门级博客，期望本文能让大家了解Vortice底层库是可以如何调用DirectX的功能，以及了解DirectX中，特别是D2D部分的初始化逻辑在开始聊Vortice之前，必须要先聊聊SharpDx库。众所周知，现在SharpDx已不维护，尽管SharpDx的不维护对咱开发影响很小，除非需要用到这几年新加的功能，否则使用不维护的SharpDx的问题也不大。而Vortice是作为SharpDx的一个代替的存在，是从SharpDx的基础上，继续开发的一个项目。
ARMmbed/DAPLink项目仓库地址https://github.com/ARMmbed/DAPLinkArmMbed应该属于Arm的机构或者是Arm资助的机构.常用的DAPLink基本上都是从这个项目派生的.仓库主要是使用Keil,对GCC的支持是2020年才正式合并进来的#750.目录结构├──docs#文档├──mbed-os.lib├──projectfiles#根据不同的编译器,对各个project生成的编译配置文件│ ├──make_gcc_arm│ └──uvision├──projects.yaml#project列表├──records│ ├──board│ ├
