为什么调用SurfaceTexture.DetachFromgLContext会删除OpenGL ES纹理对象？

Question

任何人请解释为什么framework在调用detach时需要删除这个纹理对象，因为纹理是在SurfaceTexture外部创建并提供给Constructor的。因此，我希望使用纹理，即使在分离和创建者应该能够控制它的生命周期。

我们正尝试将它与附加方法和MediaCodec结合使用。在我们的用例中，我们需要复制视频帧纹理以供将来使用。

下面是创建SurfaceTexture的示例代码：

int[] textures = new int[1];
GLES20.glGenTextures(1, textures, 0);
SurfaceTexture surfaceTexture = new SurfaceTexture(textures[0]);

Surface surface = new Surface(surfaceTexture);
MediaCodec videoDecoder.configure(..., surface, null, 0);

surfaceTexture.detachFromGLContext();
surfaceTexture.attachToGLContext(newTexture);

但问题是android框架删除了纹理。我的观点是它应该是一个bug，或者应该有一个删除纹理的理由。

Answer 1

每个openGL项都绑定到一个上下文，因此当它被分离时，它也必须被删除。

上下文负责创建缓冲区和处理与某个id或枚举绑定的状态（相同的事情，但枚举是预定义的）。因此，当上下文被删除时，它的所有项也会被删除。如果您有2个上下文，那么没有任何状态或缓冲区以任何方式连接，并且您对openGL所做的任何调用都将只影响当前绑定的上下文。因此分离项意味着删除它，surfaceTexture具有的唯一连接是纹理ID，该纹理ID在其他任何地方都不可用。这可能会让人困惑，但可以这样想：如果您删除了CPU对象（表面纹理）和GPU数据（纹理）之间的连接，那么纹理应该被删除，或者纹理数据成为垃圾，您就会出现内存泄漏。

很难理解为什么要将纹理从上下文中分离出来，但如果出于某种原因需要将纹理从上下文中移动，则需要另一个上下文，它是纹理的实际所有者。为此，您将需要一个共享上下文，这意味着创建一个新上下文，主上下文作为构造html" target="_blank">函数中的参数。这样，您的主上下文应该能够访问共享上下文所拥有的纹理，反过来也可以。这也允许您使用多个线程，因为“当前上下文”是每个线程。