SDL2纹理有什么意义？

Question

我有点坚持SDL2纹理背后的逻辑.对我来说,它们毫无意义,因为你无法吸引他们.

在我的计划,我有几个面(或什么是表面之前,我切换到SDL2),我只是图混合在一起,形成层.现在,似乎我需要创建几个渲染器和纹理来创建相同的效果,因为SDL_RenderCopy它采用纹理指针.

不仅如此,所有渲染器都必须来自一个窗口,我明白这一点,但仍然会让我更加严重.

这一切看起来都非常庞大和缓慢.我错过了什么吗？有没有办法直接绘制纹理？纹理有什么意义,我可以安全地使用多个(如果不是数百个)渲染器来代替表面吗？

Answer 1

SDL_Texture对象存储在尽可能靠近视频卡内存的位置,因此GPU可以轻松加速.调整大小,alpha混合,消除锯齿以及几乎任何计算繁重的操作都会受到这种性能提升的严重影响.如果您的程序需要在纹理上运行逐像素逻辑,则建议您暂时将纹理转换为曲面.也可以使用流纹理实现变通方法.

编辑:由于这个答案得到了很多关注,我想详细说明我的建议.

如果您更喜欢使用Texture -> Surface -> Texture工作流来应用每像素操作,请确保缓存最终纹理,除非您需要在每个渲染周期重新计算它.此解决方案中的纹理是使用SDL_TEXTUREACCESS_STATIC标志创建的.

SDL_TEXTUREACCESS_STREAMING对于像素数据的来源是网络,设备,帧服务器或超出SDL应用程序的完全覆盖范围以及显然从源缓存帧效率低的用例,鼓励使用流纹理(创建标记)或者不会工作.

如果使用SDL_TEXTUREACCESS_TARGET标志创建它们,则可以在纹理上进行渲染.这将绘制操作的来源限制为其他纹理,尽管这可能已经是您首先需要的."纹理作为渲染目标"是SDL2最新和最不受支持的功能之一.

好奇的读者的书呆子信息:

由于SDL实现的性质,前两种方法依赖于应用程序级别的读取和复制操作,尽管它们针对建议的方案进行了优化,并且对于实时应用程序来说足够快.

与GPU上的后处理相比,从应用程序级复制数据几乎总是很慢.如果您的要求比SDL提供的要求更严格且您的逻辑不依赖于某些外部像素数据源,那么分配从您的SDL表面绘制的原始OpenGL纹理并将着色器(GPU逻辑)应用于它们将是明智的.

着色器是用GLSL编写的,这是一种编译成GPU组件的语言.硬件/ GPU加速实际上是指在GPU核心上并行化的代码,并且使用着色器是实现渲染目的的首选方法.

注意!将原始OpenGL纹理和着色器与SDL渲染函数和结构结合使用可能会导致库提供一些意外冲突或失去灵活性.

TLDR; 渲染和操作纹理比表面更快,尽管修改它们有时会很麻烦.

Answer 2

通过将SDL2纹理创建为STREAMING类型,可以锁定和解锁整个纹理或仅锁定像素区域以执行直接像素操作.必须先创建一个SDL2 Surface,并使用lock-unlock进行链接,如下所示:

SDL_Surface surface = SDL_CreateSurface(..);
SDL_LockTexture(texture, &rect, &surface->pixels, &surface->pitch);
// paint into surface pixels
SDL_UnlockTexture(texture);

关键是,如果你绘制到更大尺寸的纹理,并且绘图是增量的(例如实时数据图),请务必仅锁定和解锁要更新的实际区域.否则操作将很慢,大量内存复制.

我经历了合理的表现,使用模式也不难理解.

Answer 3

在SDL2中,可以直接渲染屏幕/渲染到纹理.使用的功能是:

int SDL_SetRenderTarget(SDL_Renderer *renderer, SDL_Texture *texture);

这仅在渲染器启用SDL_RENDERER_TARGETTEXTURE时有效.