本文章介绍了如何从投影矩阵(ProjectionMatrix)推导,得到视锥体(Frustum)的六个面的面方程,并且判断一个**点(point)是否在视锥体范围内,或者包围球(Bound ing Sphere)**是否与视锥体相交。
当然,我们也可以通过ViewMatrix,将平面萃取到摄像机坐标系空间;或者通过叠加WorldModelMatrix,将平面萃取到世界坐标系空间。
课程传送门:
如果对OpenGL感兴趣的同学,可以点击下方链接,获取相关课程:
CSDN:OpenGL从小白到精通
腾讯课堂:OpenGL从小白到精通
提示:以下是本篇文章正文内容,下面案例可供参考
首先我们考虑最简单的情况,如果给我们一个Perspective Projection Matrix(透视投影矩阵),并且同时,物体的ModelMatrix为单位阵且相机矩阵(ViewMatrix)为单位阵,那么就会如下图所示:
在这张图上,我们可以看到通过ProjectionMatrix,我们构成了六个平面,分别是top,bottom,left,right,near,far。
我们的目标是:判断一个点或者一个包围球,是否在这六个面包围的空间里。
那我们就这个终极目标做一下分析:
OK,我们现在明确了我们的需求,那么就先来研究基础中的基础,平面的法线-距离表达式方程吧!
所谓平面的法线-距离表达式,直接写出来的样子如下所示:
对于这个式子,我们做一下几何上的剖析,如下图所示:

首先我们从坐标系(看向z负方向为例)中,拿到一个向量n(且n是归一化向量),那么我接下来希望构建一个平面,这个平面与n向量垂直,那么这个平面就会有很多种选择。从图上看,平面会沿着蓝色双箭头在向量n上滑动。
那么我们定义n如下所示:
现在我们假设找到了一个平面,需要求它的平面表达式方程,如下图所示:

那么对于蓝色平面上任意一点p,肯定都满足某种同一个的条件,下面我们来看看这个条件:
我们先将p与n做点乘,根据点乘的定义:
此时,由于n是归一化向量(注意!不要忽略),那么就会得到p在n上的投影值(两者夹角小于90度为正,大于90度为负)。那么做出来的投影绝对值,不就是平面与原点(0, 0, 0)的距离么!如下图所示:

现在我们可以来写一写平面的方程式了,我们定义d是平面到原点的距离(可正可负),为了满足如下方程:
当d是正数,那么平面一定是从原点开始,沿着n向其反方向移动了|d|的长度;
当d是负数,那么平面一定是从原点开始,沿着n向其正方向移动了|d|的长度。
如下图所示:

我们可以得到一个物理上的结论:
首先规定一个坐标系原点,然后从原点为起点,长出来一个向量n。随后d所代表的是,平面从零点为起点,沿着n这跟轴,向正或者反移动多少。
在得知了平面的方程式之后,如果我们在空间里随意挑选一个点,将其坐标值带入到平面的方程式,到底意味着什么东西呢?
我们首先把n这个向量当作一个数轴,坐标系的原点就是数轴的0坐标点,那么平面方程其实就是在描述任意点与归一化向量n点乘之后,在数轴上的位置与d的关系。如下图所示:

那么我们就可以利用平面把空间分割成两个部分:一个是在平面左边;一个是在平面右边。当然,整个表达式为0,就说明在平面上。(上图所示的-d,是平面穿过数轴上的点的坐标)
我们再来欣赏一下点在n方向相同一侧(即平面正面)的情况:

可以发现如下式子:
同理,我们再欣赏下点在n方向相反一侧(即平面反面)的情况:

可以发现如下式子:
ok!我们现在得到了一个重要结论,将任一点带入到平面的方程式,如果我们得到一个非0值,那么这个值就是点到平面的距离(可正可负)。如果这个距离为正,则与n同侧;如果这个距离为负,则与n不同侧。
如果我们得到了一个面的法线-距离的表达式,那么我们通过将任意一点的坐标值带入,就可以得到一个数字,这个数字就是点到平面的距离(可正可负)。如果是正数,就位于平面正面;如果是负数,就位于平面反面。
我们接下来的目标,就是使用projectionMatrix来构建这视锥体平面的方程表达式。
首先我们来回顾下,透视投影矩阵的用处是什么。利用透视投影矩阵与某个点(p)的齐次坐标相乘,我们可以得到一个半NDC坐标(),即还没有除以w的NDC坐标。
令的xyz坐标同时除以w之后,我们就得到了NDC坐标(p_ndc),那么在OpenGL的NDC坐标标准下,p_ndc的xyz三个值都应该是在-1到1之间,即:
然后我们把点与透视投影矩阵相乘的形式,也给写出来:

此时我们得到的还并不是NDC坐标,所以我们需要除以最后的w值,从而得到NDC,如下:

现在我们得到了NDC坐标的表达式,由于所有坐标都必须在-1到1之间才能算作在视锥体范围内。
那么我们就可以先考查下最左边的视锥体平面,如果这个点直接在视锥体的内部,那么在NDC坐标中,它的x一定是大于-1的,我们可以得到:

可以看到,我们得到了一个平面的方程,其中平面方程系数如下:

从目前的条件来看,方程计算结果如果大于零,那么这个点就会位于视锥体左平面之内,根据我们之前的结论:
如果这个距离为正,则与n同侧;如果这个距离为负,则与n不同侧。
我们可以得出一个结论:本平面方程法向量是指向视锥体内侧的,并且点位于本平面正面的话,就可以在这个面的检测中,认为是在视锥体内。随后我们对其他面也应用同样的手段,如果全部通过,则认为点在视锥体范围之内,从而不会剪裁!
但是,我们还没有结束,如果看一下视锥体的右侧面(即与前面所述相反的面),就会发现有所不同。如果对右侧面进行检测,则NDC坐标的x值必须小于1,我们可以得到如下式子:

我们会发现,这个式子判定的方法是带入的结果小于零才算做通过检测,这样的话不利于我们的代码写作,所以我们可以把判别式两边都乘以-1,就可以得到:

好了,这样的条件我们就很舒服了,所以我们必须将判别式们都统一成为大于零才通过检测的方式。接下来,我们就可以列出来所有的六个平面的表达式:
左面:

右面:

上面:

下面:

近面:

远面:

在一个循环当中,对这六个表达式进行判别,如果全部通过,则认为是在Frustum以内。
我们现在引入一个例子,即包围球与视锥体的相交判断。我们直到包围球有两个关键变量,一个是球心坐标center,一个是半径radius。
我们对这件事的研究,用到了我们第二节所用的观察方法,即将平面的法向量n看作是从坐标原点伸出来的一个轴,我们所有的数值研究都放在这个轴上进行。如下所示:

图中零点在n的起点,竖直虚线表示面
我们可以先在d>0的情况下观察,左边是球在平面反面;右边是球在平面正面。在正面的基本就不用再看,肯定通过了检测。但是我们观察左图,如果球的半径再大一些,还是有机会与平面产生相交从而通过检测的,所以我们不能单单看球心是否在平面的正面。如下图所示:

图中零点在n的起点,竖直虚线表示面
图中,x+d不就是将球心center带入到平面方程后得到的距离值么,在上图的情况下,这个结果是负数,所以我们加了绝对值号。如果|x+d|>r,我们就会看到球的一部分已经跑到了平面的正面,所以这个球就可以不被剔除了,做成表达式如下所示:

即满足了这个条件,就可以判定球通过了检测。那么如果球心本来就在平面的正面呢?是否也满足呢?如下图所示:

图中零点在n的起点,竖直虚线表示面
我们发现,x+d直接大于零,那么也肯定大于-r,所以这两种情况下,上述判别式都可以使用。我们接下来检查下d<0的情况;如下图所示:

我们发现在这种情况下,判别式也成立,所以最终的结论是:我们可以通过如下判别式,进行判别,如果成立,则球与视锥体有交集,否则没有。

在这篇文章中,我们推到了直线的法线-距离方程,并且详细阐述了其几何意义。并且给出了从projectionMatrix推导六个平面方程的方法,最后给出了包围球测试相交的算法。
如果对OpenGL学习感兴趣的同学,可以点击下方链接,学习OpenGL图形学的相关知识:
CSDN:OpenGL从小白到精通
点向量坐标矩阵的几何意义介绍旋转矩阵的几何含义之前,先介绍一下点向量坐标矩阵的几何含义点:在一维空间下就是一个标量,如同一条直线上,以任意某一个位置为0点,以一定的尺度间隔为1,2,3...,相反方向为-1,-2,-3...;如此就形成了一维坐标系,这时候任何一个点都可以用一个数值表示,如点p1=5,即即从原点出发沿着x轴正方向移动5个尺度;点p2=-3,负方向移动3个尺度; 在一维坐标系上过原点做垂直于一维坐标系的直线,则形成了二维坐标系,此时描述一个点需要两个数值来表示点p3=(3,2),即从原点出发沿着x轴正方向移动3个尺度,在此基础上沿着y轴正方向移动两个尺度的位置就是点p3。
目录一.加解密算法数字签名对称加密DES(DataEncryptionStandard)3DES(TripleDES)AES(AdvancedEncryptionStandard)RSA加密法DSA(DigitalSignatureAlgorithm)ECC(EllipticCurvesCryptography)非对称加密签名与加密过程非对称加密的应用对称加密与非对称加密的结合二.数字证书图解一.加解密算法加密简单而言就是通过一种算法将明文信息转换成密文信息,信息的的接收方能够通过密钥对密文信息进行解密获得明文信息的过程。根据加解密的密钥是否相同,算法可以分为对称加密、非对称加密、对称加密和非
我正在编写一个Rails应用程序,它将监视某些特定数据库的数据质量。为了做到这一点,我需要能够对这些数据库执行直接SQL查询——这当然与用于驱动Rails应用程序模型的数据库不同。简而言之,这意味着我无法使用通过ActiveRecord基础连接的技巧。我需要连接的数据库在设计时是未知的(即:我不能将它们的详细信息放在database.yaml中)。相反,我有一个模型“database_details”,用户将使用它来输入应用程序将在运行时执行查询的数据库的详细信息。因此与这些数据库的连接实际上是动态的,细节仅在运行时解析。 最佳答案
1.问题描述使用Python的turtle(海龟绘图)模块提供的函数绘制直线。2.问题分析一幅复杂的图形通常都可以由点、直线、三角形、矩形、平行四边形、圆、椭圆和圆弧等基本图形组成。其中的三角形、矩形、平行四边形又可以由直线组成,而直线又是由两个点确定的。我们使用Python的turtle模块所提供的函数来绘制直线。在使用之前我们先介绍一下turtle模块的相关知识点。turtle模块提供面向对象和面向过程两种形式的海龟绘图基本组件。面向对象的接口类如下:1)TurtleScreen类:定义图形窗口作为绘图海龟的运动场。它的构造器需要一个tkinter.Canvas或ScrolledCanva
所有题目均有五种语言实现。C实现目录、C++实现目录、Python实现目录、Java实现目录、JavaScript实现目录题目n行m列的矩阵,每个位置上有一个元素你可以上下左右行走,代价是前后两个位置元素值差的绝对值.另外,你最多可以使用一次传送阵(只能从一个数跳到另外一个相同的数)求从走上角走到右下角最少需要多少时间。输入描述:第一行两个整数n,m,分别代表矩阵的行和列。后面n行,每行m个整数,分别代表矩阵中的元素。输出描述:一个整数,表示最少需要多少时间。
一、什么是MQTT协议MessageQueuingTelemetryTransport:消息队列遥测传输协议。是一种基于客户端-服务端的发布/订阅模式。与HTTP一样,基于TCP/IP协议之上的通讯协议,提供有序、无损、双向连接,由IBM(蓝色巨人)发布。原理:(1)MQTT协议身份和消息格式有三种身份:发布者(Publish)、代理(Broker)(服务器)、订阅者(Subscribe)。其中,消息的发布者和订阅者都是客户端,消息代理是服务器,消息发布者可以同时是订阅者。MQTT传输的消息分为:主题(Topic)和负载(payload)两部分Topic,可以理解为消息的类型,订阅者订阅(Su
TCL脚本语言简介•TCL(ToolCommandLanguage)是一种解释执行的脚本语言(ScriptingLanguage),它提供了通用的编程能力:支持变量、过程和控制结构;同时TCL还拥有一个功能强大的固有的核心命令集。TCL经常被用于快速原型开发,脚本编程,GUI和测试等方面。•实际上包含了两个部分:一个语言和一个库。首先,Tcl是一种简单的脚本语言,主要使用于发布命令给一些互交程序如文本编辑器、调试器和shell。由于TCL的解释器是用C\C++语言的过程库实现的,因此在某种意义上我们又可以把TCL看作C库,这个库中有丰富的用于扩展TCL命令的C\C++过程和函数,所以,Tcl是
我一直在尝试用Ruby实现Luhn算法。我一直在执行以下步骤:该公式根据其包含的校验位验证数字,该校验位通常附加到部分帐号以生成完整帐号。此帐号必须通过以下测试:从最右边的校验位开始向左移动,每第二个数字的值加倍。将乘积的数字(例如,10=1+0=1、14=1+4=5)与原始数字的未加倍数字相加。如果总模10等于0(如果总和以零结尾),则根据Luhn公式该数字有效;否则无效。http://en.wikipedia.org/wiki/Luhn_algorithm这是我想出的:defvalidCreditCard(cardNumber)sum=0nums=cardNumber.to_s.s
下面是我写的一个计算斐波那契数列中的值的方法:deffib(n)ifn==0return0endifn==1return1endifn>=2returnfib(n-1)+(fib(n-2))endend它工作到n=14,但在那之后我收到一条消息说程序响应时间太长(我正在使用repl.it)。有人知道为什么会这样吗? 最佳答案 Naivefibonacci进行了大量的重复计算-在fib(14)fib(4)中计算了很多次。您可以将内存添加到您的算法中以使其更快:deffib(n,memo={})ifn==0||n==1returnnen
为了防止在迁移到生产站点期间出现数据库事务错误,我们遵循了https://github.com/LendingHome/zero_downtime_migrations中列出的建议。(具体由https://robots.thoughtbot.com/how-to-create-postgres-indexes-concurrently-in概述),但在特别大的表上创建索引期间,即使是索引创建的“并发”方法也会锁定表并导致该表上的任何ActiveRecord创建或更新导致各自的事务失败有PG::InFailedSqlTransaction异常。下面是我们运行Rails4.2(使用Acti