当使用MediaCodec中的Surface时，eglSwapBuffers使用EGL_BAD_SURFACE失败

Question

我正在尝试使用MediaCodec和Surfaces编码电影（像素缓冲模式有效，但性能不够好）。但是，每当我尝试调用eglSwapBuffers()时，它都会失败并使用EGL_BAD_SURFACE，因此，dequeueOutputBuffer()总是返回-1（INFO_TRY_AGAIN_LATER）

我已经看过Bigflake和Grafika上的例子，我还有另一个工作项目，一切都很好，但我需要在另一个设置中使用，这有点不同。

我目前有一个GLSurfaceView，它可以进行屏幕渲染，并提供自定义的EGLContextFactory / EGLConfigChooser。这允许我创建共享上下文，以用于本机库中的单独OpenGL呈现。这些是使用EGL10创建的，但这不应该是一个问题，因为基础上下文只关心客户端版本，据我所知。

我使用以下配置确保上下文是可记录的：

private android.opengl.EGLConfig chooseConfig14(android.opengl.EGLDisplay display) {
        // Configure EGL for recording and OpenGL ES 3.x
        int[] attribList = {
                EGL14.EGL_RED_SIZE, 8,
                EGL14.EGL_GREEN_SIZE, 8,
                EGL14.EGL_BLUE_SIZE, 8,
                EGL14.EGL_ALPHA_SIZE, 8,
                EGL14.EGL_RENDERABLE_TYPE, EGLExt.EGL_OPENGL_ES3_BIT_KHR,
                EGLExt.EGL_RECORDABLE_ANDROID, 1,
                EGL14.EGL_NONE
        };

        android.opengl.EGLConfig[] configs = new android.opengl.EGLConfig[1];
        int[] numConfigs = new int[1];
        if (!EGL14.eglChooseConfig(display, attribList, 0, configs, 0,
                configs.length, numConfigs, 0)) {
            return null;
        }

        return configs[0];
    }

现在，我尝试简化场景，因此在开始录制时，我将MediaCodec的实例初始化为编码器，并在GLSurfaceView的线程上调用createInputSurface()。在我有一个表面后，我把它变成一个EGLSurface（EGL14），如下所示：

EGLSurface createEGLSurface(Surface surface) {
        if (surface == null) return null;

        int[] surfaceAttribs = { EGL14.EGL_NONE };

        android.opengl.EGLDisplay display = EGL14.eglGetDisplay(EGL14.EGL_DEFAULT_DISPLAY);

        android.opengl.EGLConfig config = chooseConfig14(display);

        EGLSurface eglSurface = EGL14.eglCreateWindowSurface(display, config, surface, surfaceAttribs, 0);

        return eglSurface;
    }

当新相框从相机到达时，我将其发送到屏幕和另一个处理录制的类。该类只是将它呈现给MediaCodec输入表面构建的EGLSurface，如下所示：

public void drawToSurface(EGLSurface targetSurface, int width, int height, long timestampNano, boolean ignoreOrientation) {
        if (mTextures[0] == null) {
            Log.w(TAG, "Attempting to draw without a source texture");
            return;
        }

        EGLContext currentContext = EGL14.eglGetCurrentContext();
        EGLDisplay currentDisplay = EGL14.eglGetCurrentDisplay();

        EGL14.eglMakeCurrent(currentDisplay, targetSurface, targetSurface, currentContext);
        int error = EGL14.eglGetError();

        ShaderProgram program = getProgramForTextureType(mTextures[0].getTextureType());

        program.draw(width, height, TextureRendererView.LayoutType.LINEAR_HORIZONTAL, 0, 1, mTextures[0]);
        error = EGL14.eglGetError();

        EGLExt.eglPresentationTimeANDROID(currentDisplay, targetSurface, timestampNano);
        error = EGL14.eglGetError();

        EGL14.eglSwapBuffers(currentDisplay, targetSurface);
        error = EGL14.eglGetError();

        Log.d(TAG, "drawToSurface");
    }

出于某种原因，eglSwapBuffers()失败并报告EGL_BAD_SURFACE，我还没有找到进一步调试的方法。

更新我已经尝试在调用之后查询当前表面使其成为当前表面并且它总是返回一个格式错误的表面（在里面看，我可以看到句柄是0并且它在查询时总是失败）。看起来eglMakeCurrent()默默地无法将表面绑定到上下文。

此外，我已经确定这个问题出现在Qualcomm芯片（Adreno）上，而不是Kirin，所以它肯定与原生OpenGL实现有关（它有点滑稽，因为我总是注意到Adreno在“坏”方面更加宽容OpenGL配置）

Answer 1

固定！事实证明，EGL10和EGL14似乎在一起很好玩，但在某些情况下会以非常微妙的方式失败，例如我遇到的那种。

在我的例子中，我写的EGLContextFactory是使用EGL10创建一个基础OpenGL ES上下文，然后再次使用EGL10按需创建更多共享上下文。虽然我可以使用EGL14（在Java或C中）检索它们，并且上下文句柄始终是正确的（在上下文之间共享纹理就像魅力一样），但在尝试使用从上下文或EGL10原点创建的EGLSurface时它会神秘地失败...在Adreno芯片上。

解决方案是将EGLContextFactory切换为使用EGL14创建的上下文，并继续使用EGL14创建共享上下文。对于仍然需要EGL10的GLSurfaceView，我不得不使用hack

    @Override
    public javax.microedition.khronos.egl.EGLContext createContext(EGL10 egl10, javax.microedition.khronos.egl.EGLDisplay eglDisplay, javax.microedition.khronos.egl.EGLConfig eglConfig) {
        EGLContext context = createContext();
        boolean success = EGL14.eglMakeCurrent(mBaseEGLDisplay, EGL14.EGL_NO_SURFACE, EGL14.EGL_NO_SURFACE, context);

        if (!success) {
            int error = EGL14.eglGetError();
            Log.w(TAG, "Failed to create a context. Error: " + error);
        }

        javax.microedition.khronos.egl.EGLContext egl14Context = egl10.eglGetCurrentContext(); //get an EGL10 context representation of our EGL14 context
        javax.microedition.khronos.egl.EGLContext trueEGL10Context = egl10.eglCreateContext(eglDisplay, eglConfig, egl14Context, glAttributeList);

        destroyContext(context);
        return trueEGL10Context;
    }

这样做是为了使用EGL14创建一个新的共享上下文，使其成为当前，然后检索它的EGL10版本。该版本不能直接使用（由于我无法完全理解的原因），但其中的另一个共享上下文效果很好。然后可以销毁起始EGL14上下文（在我的情况下，它被放入堆栈中，以后重用）。

我真的很想知道为什么需要这种黑客攻击，但我很高兴能有一个可行的解决方案。