admin/webrtc_m130
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
webrtc_m130/webrtc/sdk/objc/Framework/Classes/RTCShader+Private.h

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

32 lines
1.1 KiB
C
Raw Normal View History

iOS: Add support for rendering native CVPixelBuffers directly This CL adds support in RTCEAGLVideoView for rendering CVPixelBuffers as OpenGL ES textures directly, compared to the current code that first converts the CVPixelBuffers to I420, and then reuploads them as textures. This is only supported on iOS with the use of a CVOpenGLESTextureCache. The I420 rendering and native rendering are separated in two different implementations of a simple shader interface: @protocol Shader - (BOOL)drawFrame:(RTCVideoFrame*)frame; @end GL resources are allocated when the shader is instantiated and released when the shader is destroyed. RTCEAGLVideoView will lazily instantiate the necessary shader when it receives the first frame of that kind. This is primarily done to avoid allocating GL resources for both I420 and native rendering. Some other changes are: - Print GL shader compilation errors. - Remove updateTextureSizesForFrame() function. The textures will resize automatically anyway when the texture data is uploaded with glTexImage2D(). patch from issue 2154243002 at patchset 140001 (http://crrev.com/2154243002#ps140001) Continuing magjed@'s work since he is OOO this week. BUG= Review-Url: https://codereview.webrtc.org/2202823004 Cr-Commit-Position: refs/heads/master@{#13668}
2016-08-08 03:10:07 -07:00
/*
* Copyright 2016 The WebRTC project authors. All Rights Reserved.
*
* Use of this source code is governed by a BSD-style license
* that can be found in the LICENSE file in the root of the source
* tree. An additional intellectual property rights grant can be found
* in the file PATENTS. All contributing project authors may
* be found in the AUTHORS file in the root of the source tree.
*/
#import "RTCShader.h"
#import "WebRTC/RTCMacros.h"
Clean up RTCVideoFrame RTCVideoFrame is an ObjectiveC version of webrtc::VideoFrame, but it currently contains some extra logic beyond that. We want RTCVideoFrame to be as simple as possible, i.e. just a container with no extra state, so we can use it as input to RTCVideoSource without complicating the interface for consumers. BUG=webrtc:7177 NOTRY=True Review-Url: https://codereview.webrtc.org/2695203004 Cr-Commit-Position: refs/heads/master@{#16740}
2017-02-21 04:19:46 -08:00
#import "WebRTC/RTCVideoFrame.h"
iOS: Add support for rendering native CVPixelBuffers directly This CL adds support in RTCEAGLVideoView for rendering CVPixelBuffers as OpenGL ES textures directly, compared to the current code that first converts the CVPixelBuffers to I420, and then reuploads them as textures. This is only supported on iOS with the use of a CVOpenGLESTextureCache. The I420 rendering and native rendering are separated in two different implementations of a simple shader interface: @protocol Shader - (BOOL)drawFrame:(RTCVideoFrame*)frame; @end GL resources are allocated when the shader is instantiated and released when the shader is destroyed. RTCEAGLVideoView will lazily instantiate the necessary shader when it receives the first frame of that kind. This is primarily done to avoid allocating GL resources for both I420 and native rendering. Some other changes are: - Print GL shader compilation errors. - Remove updateTextureSizesForFrame() function. The textures will resize automatically anyway when the texture data is uploaded with glTexImage2D(). patch from issue 2154243002 at patchset 140001 (http://crrev.com/2154243002#ps140001) Continuing magjed@'s work since he is OOO this week. BUG= Review-Url: https://codereview.webrtc.org/2202823004 Cr-Commit-Position: refs/heads/master@{#13668}
2016-08-08 03:10:07 -07:00
#if TARGET_OS_IPHONE
#import <OpenGLES/ES3/gl.h>
#else
#import <OpenGL/gl3.h>
#endif
Move VideoFrame and related declarations to webrtc/api/video. Moves webrtc/common_video/rotation.h and parts of webrtc/common_video/include/video_frame_buffer.h and webrtc/video_frame.h, and adds to a new GN target api:video_frame_api. BUG=webrtc:5880 Review-Url: https://codereview.webrtc.org/2517173004 Cr-Commit-Position: refs/heads/master@{#15993}
2017-01-10 07:44:26 -08:00
#include "webrtc/api/video/video_rotation.h"
iOS render: Handle frame rotation in OpenGL This CL handles frame rotation by updating the OpenGL vertex data in RTCOpenGLVideoRenderer, instead of calling the expensive libyuv::I420Rotate that will rotate the actual memory. Also, we can handle rotated native frames instead of falling back to NativeToI420Buffer. Review-Url: https://codereview.webrtc.org/2176623002 Cr-Commit-Position: refs/heads/master@{#13715}
2016-08-10 07:58:29 -07:00
iOS: Add support for rendering native CVPixelBuffers directly This CL adds support in RTCEAGLVideoView for rendering CVPixelBuffers as OpenGL ES textures directly, compared to the current code that first converts the CVPixelBuffers to I420, and then reuploads them as textures. This is only supported on iOS with the use of a CVOpenGLESTextureCache. The I420 rendering and native rendering are separated in two different implementations of a simple shader interface: @protocol Shader - (BOOL)drawFrame:(RTCVideoFrame*)frame; @end GL resources are allocated when the shader is instantiated and released when the shader is destroyed. RTCEAGLVideoView will lazily instantiate the necessary shader when it receives the first frame of that kind. This is primarily done to avoid allocating GL resources for both I420 and native rendering. Some other changes are: - Print GL shader compilation errors. - Remove updateTextureSizesForFrame() function. The textures will resize automatically anyway when the texture data is uploaded with glTexImage2D(). patch from issue 2154243002 at patchset 140001 (http://crrev.com/2154243002#ps140001) Continuing magjed@'s work since he is OOO this week. BUG= Review-Url: https://codereview.webrtc.org/2202823004 Cr-Commit-Position: refs/heads/master@{#13668}
2016-08-08 03:10:07 -07:00
RTC_EXTERN const char kRTCVertexShaderSource[];
RTC_EXTERN GLuint RTCCreateShader(GLenum type, const GLchar *source);
RTC_EXTERN GLuint RTCCreateProgram(GLuint vertexShader, GLuint fragmentShader);
RTC_EXTERN GLuint RTCCreateProgramFromFragmentSource(const char fragmentShaderSource[]);
RTC_EXTERN BOOL RTCSetupVerticesForProgram(
GLuint program, GLuint* vertexBuffer, GLuint* vertexArray);
Clean up RTCVideoFrame RTCVideoFrame is an ObjectiveC version of webrtc::VideoFrame, but it currently contains some extra logic beyond that. We want RTCVideoFrame to be as simple as possible, i.e. just a container with no extra state, so we can use it as input to RTCVideoSource without complicating the interface for consumers. BUG=webrtc:7177 NOTRY=True Review-Url: https://codereview.webrtc.org/2695203004 Cr-Commit-Position: refs/heads/master@{#16740}
2017-02-21 04:19:46 -08:00
RTC_EXTERN void RTCSetVertexData(RTCVideoRotation rotation);
Reference in New Issue Copy Permalink