如何加速着色器在Android上的加载/编译

Question

我已经为Android编写了一个使用17个像素和17个顶点着色器的OpenGL动态壁纸。在我的HTC Legend上，这些需要大约3秒来加载和编译。加载时间约为此的20％，其余的正在编译。

每当全屏应用程序运行时，动态壁纸的OpenGL上下文被破坏，当壁纸再次可见时，需要重新加载所有着色器，纹理等，导致屏幕冻结约3这是我不能接受的：（

我已经做了一些阅读，显然，这是不可能的预编译着色器。我还能做些什么来解决这个问题？是否有可能加载和编译着色器一个后台线程？我可以在这种情况下显示某种进度动画。不会很好，但总比没有好...

[EDIT1] 另一个很重要的原因这是因为整个基于OpenGL的动态壁纸生命周期很难在所有设备上正常工作（这是一种轻描淡写）。每当上下文丢失/重新创建时引入较长的加载时间会增加比我想要的更多的麻烦。无论如何：

如答案1所示，我试着寻找GL_OES_get_program_binary扩展，来制作某种编译一次编译的商店编译版本的安装应用程序，但我担心这个扩展的程度有多广泛已实施。例如，我的Tegra2平板电脑似乎不支持它。

我正在考虑其他的方法：

1）Ubershader：将所有像素渲染成一个大着色器，具有开关或if语句。这会显着降低像素着色器的速度吗？它是否会使着色器太大，并让我超出所有那些烦人的寄存器/指令计数/纹理查找限制？顶点着色器的想法也一样。这会将我的整个shadercount减少到1个像素和1个顶点着色器，并希望能够更快地编译/链接。有没有人试过这个？ [编辑2]我刚试过这个。别。编译/链接现在需要8秒钟，然​​后放弃模糊的“链接失败”错误：（

2）穷人的背景加载：不要在开始时加载/编译着色器，而是加载/编译一个着色器前17帧的帧更新。至少我会刷新显示屏，并且我可以显示一个进度条来让用户看到发生的事情。这可以在慢速设备上正常工作，但是在快速设备上，这可能会使整个着色器加载/编译阶段比它需要的速度慢...

Answer 1

检查您的实现是否支持OES_get_program_binary。