问题标签 [immediate-mode]

使用OpenGL在矩形棱镜上绘制面是否有标准顺序？如果我要写一个“棱镜”函数，我想写它以按特定顺序渲染吗？在正面之前绘制背面是否有任何技术原因？

我正在为 OpenGL 构建一个图形 API，它基于基本的调用绘制图形样式。基本上，不是将数据存储到 GPU 中，并使用它的句柄调用它，而是提供信息以绘制每次更新应该绘制的内容。我知道它很慢，但它很简单，并且适用于非性能关键应用程序。无论如何，是否有任何现代等价于 glBegin/glEnd？它不必调用每个顶点，而是一种我可以在每次更新时发送数据而不将顶点存储在 gpu 中的方法？

我正在尝试查找显示列表是否具有比立即渲染更好的 fps。从我发现在线显示列表更快，但是我在网上找到了一些代码，并且这种情况立即模式更快？谁能解释一下哪一个的fps更好，为什么？

我想在循环中添加一些条件，一旦完成 5 次运行，它就会移动到暂停选项而不是每次。谢谢

我为自己编写了一个小型实用程序类，其中包含用于在 OpenGL 中快速轻松地渲染线条、四边形、立方体等的有用方法。到目前为止，我一直在使用几乎完全即时的模式，所以我可以专注于学习 OpenGL 的其他方面。改用 VBO 似乎是谨慎的做法。但是，我想保留我一直在使用的大部分功能，例如我的实用程序类。有没有将这些简单的立即模式调用转换为通用 VBO 系统的好方法？

我正在使用 LWJGL。

有一个带有函数定义的文件bar.swift：

以及一个以立即模式运行的脚本foo.swift：

你如何从导入bar.swift的bar()功能foo.swift？

回到过去，我试图从一本游戏编程书籍中学习 C。如果我没记错的话，你的游戏“引擎”要做的第一件事就是切换显示模式以进行渲染。这涉及到切换到 640x480 显示模式（可能是模式 13？）的一些 asm，因此您可以直接在屏幕上绘图。类似的东西。

我的问题是，现代的等价物是什么？我有兴趣编写一个执行类似操作的命令行程序；进入某种光栅模式供我绘制，但是，我不认为我的程序会在 kde、unity、Aqua 等某种窗口管理器下运行。

这会是 OpenGL 可以提供的东西吗（或者 OpenGL 也假设一个窗口管理器）。我提出的程序不是游戏，但理想情况下会从一个基本的清晰屏幕开始，我可以绘制图元（二维线、圆矩形等）

干杯!

Code is below. When the program runs, it generates a more or less correct image, but there are some graphical glitches. Here are some images:. Any ideas on what could be causing this? The weirdest part is that the issue appears to form on triangles, even though the image is being drawn with polygons (quads).

EDIT: So changing the GL_POLYGONS statements to GL_QUADS seemed to fix the problem, but I'm still somewhat curious as to why.

我找到了一些代码，可以让我在 OpenGL 即时模式下绘制圆角矩形（此处）。

我想要做的是减少 alpha，离矩形的中心越远——就像在 Windows/Mac 窗口或对话框中找到的那样，例如在绘制阴影的地方。

有人可以指点我一个如何做到这一点的例子吗？

下面的代码围绕它们的局部轴旋转金字塔和立方体（我相信）。为什么使用此代码两个对象都会变亮和变暗？当然，光会来自一个固定的位置（如太阳），而物体本身不会完全变暗变亮吗？

是什么导致了这种行为？这是旧的即时模式。我是 OpenGL 新手。

看起来光源被“粘合”到每个物体的表面上。当每个物体旋转时，它的光源也会随之旋转。