d0dc66e0ea
Reason for revert: I plan to reland this change in a week or two, after downstream users are updated. Original issue's description: > Revert of Delete webrtc::VideoFrame methods buffer and stride. (patchset #14 id:250001 of https://codereview.webrtc.org/1900673002/ ) > > Reason for revert: > Breaks chrome FYI bots. > > Original issue's description: > > Delete webrtc::VideoFrame methods buffer and stride. > > > > To make the HasOneRef/IsMutable hack work, also had to change the > > video_frame_buffer method to return a const ref to a scoped_ref_ptr, > > to not imply an AddRef. > > > > BUG=webrtc:5682 > > TBR=perkj@webrtc.org,magjed@webrtc.org,pbos@webrtc.org,pthatcher@webrtc.org,stefan@webrtc.org > # Skipping CQ checks because original CL landed less than 1 days ago. > NOPRESUBMIT=true > NOTREECHECKS=true > NOTRY=true > BUG=webrtc:5682 > > Committed: https://crrev.com/5b3c443d301f2c2f18dac5b02652c08b91ea3828 > Cr-Commit-Position: refs/heads/master@{#12558} TBR=perkj@webrtc.org,magjed@webrtc.org,pbos@webrtc.org,pthatcher@webrtc.org,stefan@webrtc.org # Not skipping CQ checks because original CL landed more than 1 days ago. BUG=webrtc:5682 Review-Url: https://codereview.webrtc.org/1963413004 Cr-Commit-Position: refs/heads/master@{#12721}
This directory holds a Java implementation of the webrtc::PeerConnection API, as
well as the JNI glue C++ code that lets the Java implementation reuse the C++
implementation of the same API.
To build the Java API and related tests, build with OS=android in $GYP_DEFINES.
To use the Java API, start by looking at the public interface of
org.webrtc.PeerConnection{,Factory} and the org.webrtc.PeerConnectionTest.
To understand the implementation of the API, see the native code in jni/.