OpenGL学习笔记2(OpenGL简介与概念描述)

1.本节学习目标

\bullet 图形API简介

\bullet 图形API解决的问题

\bullet OpenGL坐标系解析


2.OpenGl学习书籍

相关书籍

3.图形API简介

\bullet OpenGL(Open Graphics Library):是一个跨编程语言、跨平台的图形编程程序接口,它将计算机资源抽象成为一个个OpenGL对象,对这些资源的操作抽象为一个个的OpenGL指令。

\bullet OpenGL ES(OpenGL for Embedded Systems):是OpenGL三维图形API的子集,针对手机、PDA和游戏主机等嵌入式设备而设计,去除了许多不必要和性能较低的API接口。

\bullet DirectX:是由很多API组成的,DirectX并不是⼀个单纯的图形API, 最重要的是DirectX是属于Windows上⼀个多媒体处理框架,并不⽀持Windows以外的平台,所以不是跨平台框架,按照性质分类,可以分为四⼤部分、显示部分、声⾳部分、输⼊部分和⽹络部分。

\bullet Metal:Apple为游戏开发者推出的新的平台技术Metal,该技术能够为3D图像提高10倍的渲染性能,Metal是Apple为了解决3D渲染而推出的框架。

        虽然苹果推出了Metal框架,但并不表示不用学习OpenGL ES了,因为Metal框架与OpenGL ES的架构是很相似的,因此学习OpenGL ES更有利于我们学习理解Metal框架,而且Metal目前只能应用于苹果设备APP的开发,不具备跨平台的特性。


4.图形API解决的问题

      简单来说就是实现图形的底层渲染

             \bullet ⽐如在游戏开发中,对于游戏场景/游戏⼈物的渲染

             \bullet ⽐如在⾳视频开发中,对于视频解码后的数据渲染

             \bullet ⽐如在地图引擎,对于地图上的数据渲染

             \bullet ⽐如在动画中,实现动画的绘制

             \bullet ⽐如在视频处理中,对于视频加上滤镜效果

        OpenGL /OpenGL ES/ Metal 在任何项⽬中解决问题的本质:就是利⽤GPU芯⽚来⾼效渲染图形图像,图形API 是iOS开发者唯⼀接近GPU的⽅式. 


5.OpenGL专业名词解析

(1)openGL上下文

        在应用程序调用任何OpenGL的指令之前,需要首先创建一个OpenGL的上下文。这个上下文是一个非常庞大的状态机,保存了OpenGL中的各种状态,这也是OpenGL指令执行的基础。

        OpenGL的函数不管在哪个语言中,都是类似于C语言一样的面向过程的函数,本质上都是对OpenGL上下文这个庞大的状态机中的某个状态或者对象进行操作,当然你得首先把这个对象设置为当前对象,因此,通过对OpenGL指令的封装,是可以将OpenGL的相关调用封装成为一个面向对象的图形API的。

       由于OpenGL上下文是一个巨大的状态机,切换上下文往往会产生较大的开销,但是不同的绘制模块,可能需要使用完全独立的状态管理。因此,可以在应用程序中分别创建对个不同的上下文,在不同线程中使用不同的上下文,上下文直接共享纹理、缓冲区等资源。这样的方案,会比反复切换上下文,或者大量修改渲染状态,更加合理高效的。

       OpenGL状态机描述了一个对象在其生命周期内所经历的各种状态(状态间的转变,发⽣转变的动因、条件及转变中所执⾏的活动),状态机是⼀种⾏为,说明对象在其⽣命周期中响应事件所经历的状态序列以及对那些状态事件的响应。因此具有以下特点:

        \bullet 有记忆功能,能记住其当前的状态(例如:当前使用的颜色以及是否开启了混合功能等等)。

        \bullet 可以接收输⼊,根据输⼊的内容和⾃⼰的原先状态,修改⾃⼰当前状态,并且可以有对应输出(例如:如我们调⽤glColor3f,则OpenGL接收到这个输⼊后会修改⾃⼰的“当前颜⾊”这个状态)。

         \bullet 当进⼊特殊状态(停机状态)的时候,便不再接收输⼊,停⽌⼯作,在程序退出前,OpenGL总会先停⽌⼯作的。

(2)渲染:将图形图像数据转换为2D空间图像操作叫做渲染(Rendering),通俗点讲就是将图片、视频显示绘制到屏幕上的过程。

(3)顶点数据:画图一般都是先画好图像的骨架,然后再往骨架里面填充颜色,在OpenGL中也是这样,顶点数据就是要画的的图像的骨架,和现实中不同的是,OpenGL中的图像都是由图元组成的。在OpenGL ES中,只有三种类型的图元:点、线和三角形。

(4)顶点数组:将顶点数据存储到内存中后,这部分数据就被成为顶点数组。

(5)顶点缓冲区:提前分配一块显存,将内存中的顶点数据预先传入到GPU显存中(这样做更加高效),这部分的显存,就被称为顶点缓冲区。

(6)位图(纹理):实际上就是将一张png或jpg格式的图片解析为二进制之后得到的数据。(例如:一个120*120分辨率大小的图片,转换为位图就需要 120 * 120 * 4 字节大小的存储空间,一个像素上显示一个颜色需要4字节的空间,主要是因为一种颜色的显示需要RGBA这四种信息,每种信息需要一字节的大小来存储,其中R是三原色中的Red,G是三原色中的Green,B是三原色中的Blue,A是透明度Alpha)

(7)管线:将绘制图片的流程管线,有固定管线和可编程管线,相当于工厂中制造物品的一系列流水线,例如:工程制作各式各样的盆子,不同大小不同的颜色,每种样式都需要相对应的模具来制作,固定管线就相当于这些模具,是工厂定制好的,不可修改只能试用,如果想要自定义样式就需要自己自定义一个模具,而可编程管线相当于自定义模具。

(8)着色器程序Shader :就全面的将固定渲染管线架构变为了可编程渲染管线。因此OpenGl在实际调用绘制函数之前,还需要指定一个由shader编译成的着色器程序。常见的着色器主要有顶点着色器(VertexShader)、片段着色器(FragmentShader)、像素着色器(PixelShader)、几何着色器(GeometryShader)、曲面细分着色器(TessellationShader)。可惜的是,直到OpenGL ES 3.0,依然只支持了顶点着色器和片段着色器这两个最基础的着色器。

        OpenGL在处理shader时,和其他编译器一样。通过编译、链接等步骤,生成了着色器程序(GLProgram),着色器程序同时包含了顶点着色器和片段着色器的运算逻辑。在OpenGL进行绘制的时候,首先由顶点着色器对传入的顶点数据进行运算。再通过图元装配,将顶点转换为图元。然后进行光栅化,将图元这种矢量图形,转换为栅格化数据,最后,将栅格化数据转入片段着色器中进行运算,片段着色器会对栅格化数据中的每一个像素进行运算,并决定像素的颜色。如下图所示:

着色器渲染过程

       顶点着色器:用来处理顶点数据的代码段(用来确定顶点位置,进行平移、缩放或旋转位置的换算,在屏幕上通过投影换算显示3D图片效果)

       片元着色器:用来处理像素点的代码段(例如调整图片饱和度时,片元着色器会对其中每一个像素点都进行处理)

(9)GLSL语言:用来编写自定义着色器代码使用的语言。

(10)光栅化(Rasterization):光栅化是把顶点数据转换为⽚元的过程,具有将图片转化为⼀个个栅格组成的图象的作⽤,特点是每个元素对应帧缓冲区中的⼀像素,进一步讲其实就是⼀种将⼏何图元变为⼆维图像的过程。该过程包含了两部分的⼯作。

        第⼀部分⼯作:决定窗⼝坐标中的哪些整型栅格区域被基本图元占⽤。

        第⼆部分⼯作:分配⼀个颜⾊值和⼀个深度值到各个区域。光栅化过程产⽣的是⽚元

        在物理上是把物体的数学描述以及与物体相关的颜⾊信息转换为屏幕上⽤于对应位置的像素及⽤于填充像素的颜⾊,这个过程称为光栅化,这是⼀个将模拟信号转化为离散信号的过程。

(11)混合(Blending) :在测试阶段之后,如果像素依然没有被踢除,那么像素的颜色将会和帧缓冲区颜色附着上的颜色进行混合,混合的算法可以通过OpenGL的函数进行指定。但是OpenGL提供的混合算法是有限的,如果需要更加复杂的混合算法,一般可以通过像素着色器进行实现,当然性能会比原生的混合算法差一些。例如下图:

混合

        其中区域1是红色,区域3是蓝色,两者都是半透明的,区域2是两者混合之后产生的新的颜色,这种颜色不是系统自动帮你合成的,而是需要像素着色器进行混合计算才能产生的。

(12)变换矩阵(Transformation) :例如图形想发⽣平移,缩放,旋转变换.就需要使⽤变换矩阵。

(13) 投影矩阵(Projection):⽤于将3D坐标转换为⼆维屏幕坐标,实际线条也将在⼆维坐标下进⾏绘制。如下图:

投影

(14) 渲染上屏/交换缓冲区(SwapBuffer) :渲染缓冲区一般映射的是系统的资源,比如窗口,如果将图像直接渲染到窗口对应的渲染缓冲区,则可以将图像显示到屏幕上。但是值得注意的是,如果每个窗口只有一个缓冲区,那么在绘制过程中屏幕进行了刷新,窗口可能显示出不完整的图像。如下所示:

屏幕撕裂

        为了解决这个问题,常见的OpenGL程序至少都会有两个缓冲区,显示在屏幕上的上称为屏幕缓冲区,没有显示在屏幕上的称为离屏缓冲区。在一个缓冲区渲染完成之后,通过将屏幕缓冲区和离屏缓冲区交换,实现图像在屏幕上的显示。

       由于显示器的刷新一般是逐行进行的,因此为了防止交换缓冲区的时候屏幕上下区域的图像分属于两个不同的帧,因此交换一般会等待显示器刷新完成的信号,在显示器两次刷新的间隔中进行交换,这个信号就被称为垂直同步信号,这个技术被称为垂直同步。

使用了双缓冲区和垂直同步技术之后,由于总是要等待缓冲区交换之后再进行下一帧的渲染,使得帧率无法完全达到硬件运行的最高水平,就会出现卡顿(掉帧)的现象。

掉帧原因

为了解决这个问题,引入了三缓冲区技术,在等待垂直同步时,来回交替渲染两个离屏缓冲区,而垂直同步发生是,屏幕缓冲区和最近渲染完成的离屏缓冲区交换,实现充分利用硬件性能的目的。

6.OpenGL坐标系解析

笛卡尔坐标系与屏幕坐标系


OppenGL坐标系


OpenGL坐标变化全局图



资源:蓝宝书资源地址 密码:pae9   

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343

推荐阅读更多精彩内容