1.6. 渲染管线 Processing Pipeline

简介: 1.6. 渲染管线 Processing Pipeline For specifying the behavior of OpenGL, the various operations are defined to be applied in a particular order, s...

1.6. 渲染管线 Processing Pipeline


For specifying the behavior of OpenGL, the various operations are defined to be applied in a

particular order, so we can also think of OpenGL as a GRAPHICS PROCESSING PIPELINE.

Let's start by looking at a block diagram of how OpenGL was defined up through OpenGL 1.5.

Figure 1.1 is a diagram of the so-called FIXED FUNCTIONALITY of OpenGL. This diagram shows the

fundamentals of how OpenGL has worked since its inception and is a simplified representation

of how OpenGL still works. It shows the main features of the OpenGL pipeline for the purposes

of this overview. Some new features were added to OpenGL in versions 1.1 through 1.5, but

the basic architecture of OpenGL remained unchanged until OpenGL 2.0. We use the term fixed

functionality because every OpenGL implementation is required to have the same functionality

and a result that is consistent with the OpenGL specification for a given set of inputs. Both the

set of operations and the order in which they occur are defined (fixed) by the OpenGL

specification.

Figure 1.1. Overview of OpenGL operation

[View full size image]


It is important to note that OpenGL implementations are not required to match precisely the

order of operations shown in Figure 1.1. Implementations are free to modify the order of

operations as long as the rendering results are consistent with the OpenGL specification. Many

innovative software and hardware architectures have been designed to implement OpenGL, and

most block diagrams of those implementations look nothing like Figure 1.1. However, the

diagram does ground our discussion of the way the rendering process appears to work in

OpenGL, even if the underlying implementation does things a bit differently.


相关文章
MNN Session 之 Vulkan 算子(八)
MNN Session 之 Vulkan 算子(八)
74 2
Annotation Processing Tool自动生成代码
本文介绍了一种利用Java注解处理器(Annotation Processor)自动生成协议接收与发送类接口的方法,显著提升开发效率。注解处理器能在编译阶段扫描并处理特定注解,生成所需Java代码。文中详细展示了如何通过自定义`HttpProto`注解及对应的处理器`ProtoServiceProcessor`,实现在保存协议类后自动生成客户端请求工具和服务端控制器代码。此外,还提供了具体实现步骤、依赖配置及常见问题解决方案,如处理“服务配置文件不正确”错误和Gradle项目的配置方法。此技术特别适用于需要频繁处理协议或数据交互的应用场景。
79 1
【论文笔记】图像修复MPRNet:Multi-Stage Progressive Image Restoration 含代码解析2
【论文笔记】图像修复MPRNet:Multi-Stage Progressive Image Restoration 含代码解析
449 2
【论文笔记】图像修复MPRNet:Multi-Stage Progressive Image Restoration 含代码解析1
【论文笔记】图像修复MPRNet:Multi-Stage Progressive Image Restoration 含代码解析
234 1
如何用 APT(Annotation Processing Tool)自动生成代码
如何用 APT(Annotation Processing Tool)自动生成代码
304 0
outdoor_flight_gazebo.launch源码阅读
在hector_quadrotor-kinetic-devel里的hector_quadrotor_demo功能包,该功能包应该是可以在gazebo中仿真无人机飞行的。里面的launch文件夹里的launch文件应该可以直接执行相应功能。
outdoor_flight_gazebo.launch源码阅读
Task02 几何变换
该部分将对基本的几何变换进行学习,几何变换的原理大多都是相似,只是变换矩阵不同,因此,我们以最常用的平移和旋转为例进行学习。在深度学习领域,我们常用平移、旋转、镜像等操作进行数据增广;在传统CV领域,由于某些拍摄角度的问题,我们需要对图像进行矫正处理,而几何变换正是这个处理过程的基础,因此了解和学习几何变换也是有必要的。
162 0
Task02 几何变换
Pipeline
如果遇到大量的批处理,我们可以考虑使用Redis的pipeline(管道)
782 0
Pipeline
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等