WebRTC实现Android传屏demo

已于 2024-03-21 14:29:04 修改
阅读量655 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 投屏 文章标签： 投屏
于 2024-03-21 14:25:29 首次发布
原文链接：https://codezjx.com/posts/webrtc-android-demo/
本文详细介绍了如何在Android平台上集成WebRTC技术，包括导入官方库、初始化PeerConnectionFactory、创建PeerConnection、音视频数据源的创建、媒体协商、DataChannel的使用以及点对点连接的建立，展示了从基础到高级功能的实现过程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 发表于 2020-10-19 |  分类于 WebRTC

WebRTC简介

WebRTC (Web Real-Time Communications) 是一项实时通讯技术，它允许网络应用或者站点，在不借助中间媒介的情况下，建立浏览器之间点对点（Peer-to-Peer）的连接，实现视频流和音频流或其他任意数据的传输。

目前，WebRTC的应用已经不局限在浏览器与浏览器之间，通过官方提供的SDK，我们可以很容易的实现本地应用间的音视频传输。在Android平台上，我们也非常容易的集成WebRTC框架，用非常简洁的代码就能实现强大、可靠的音视频传输功能。

接下的来的部分，我们会一起搭建Android平台的WebRTC demo，并实现两端之间的局域网传屏功能，同时还支持相互间消息数据的发送。

导入WebRTC官方aar

google官方已经提供了打包好的so与java层sdk代码，可方便的直接导入aar包。

1

implementation 'org.webrtc:google-webrtc:1.0.32006'

如果对api部分或者so底层有修改，想自行发布编译好的aar咋办？在官方源码src/tools_webrtc/android/中build_aar.py与release_aar.py中有相关生成本地aar与发布aar到maven仓库的脚本。

当然，你也可自行编译so与引入java层sdk代码到项目中。但生成aar的sdk源码并不是放在一个位置，而是分散在WebRTC各个模块中，我们可以通过源码中src/sdk/android/BUILD.gn文件dist_jar("libwebrtc")任务查看相关代码依赖。

初始化PeerConnectionFactory

在初次使用PeerConnectionFactory之前，必须调用静态方法initialize()对其进行全局的初始化与资源加载。其中传参InitializationOptions通过内部Builder进行初始化，可对LibraryLoader、Tracer、Logger等进行设置，一般推荐放在Application中进行调用。

1
2
3
4
5

PeerConnectionFactory.initialize(PeerConnectionFactory
        .InitializationOptions
        .builder(this)
        .setEnableInternalTracer(true)
        .createInitializationOptions());

创建PeerConnectionFactory对象

完成全局初始化后，我们就可以创建PeerConnectionFactory实例了。这个工厂类非常重要，在后续创建连接及音视频采集/编解码中，需要其为我们生成各种重要的组件。如：PeerConnection、VideoSource、VideoTrack等…采用Builder模式对其进行初始化，可方便对其进行编解码器的设置。

1
2
3
4
5
6

final VideoEncoderFactory encoderFactory = new DefaultVideoEncoderFactory(mEglBase.getEglBaseContext(), true, true);
final VideoDecoderFactory decoderFactory = new DefaultVideoDecoderFactory(mEglBase.getEglBaseContext());
mPeerConnectionFactory = PeerConnectionFactory.builder()
        .setVideoEncoderFactory(encoderFactory)
        .setVideoDecoderFactory(decoderFactory)
        .createPeerConnectionFactory();

这里我们采用默认的DefaultVideoEncoderFactory和DefaultVideoDecoderFactory即可，可以简单看下内部的实现，以Decoder为例，其实内部同时支持软解与硬解，首选硬解，若硬解不支持则回退到软解：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

public class DefaultVideoDecoderFactory implements VideoDecoderFactory {
  ......
  @Override
  public @Nullable
  VideoDecoder createDecoder(VideoCodecInfo codecType) {
    VideoDecoder softwareDecoder = softwareVideoDecoderFactory.createDecoder(codecType);
    final VideoDecoder hardwareDecoder = hardwareVideoDecoderFactory.createDecoder(codecType);
    if (softwareDecoder == null && platformSoftwareVideoDecoderFactory != null) {
      softwareDecoder = platformSoftwareVideoDecoderFactory.createDecoder(codecType);
    }
    if (hardwareDecoder != null && softwareDecoder != null) {
      // Both hardware and software supported, wrap it in a software fallback
      return new VideoDecoderFallback(
          /* fallback= */ softwareDecoder, /* primary= */ hardwareDecoder);
    }
    return hardwareDecoder != null ? hardwareDecoder : softwareDecoder;
  }
  ......
}

通过Factory创建PeerConnection对象

生成了Factory后，我们就可以开始创建PeerConnection对象了。顾名思义，这个类代表点对点之间的连接，可以从远端获取音视频流等数据。在创建之前可以通过RTCConfiguration对连接进行详细的配置，最后通过createPeerConnection()方法完成创建。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

PeerConnection.RTCConfiguration rtcConfig =
        new PeerConnection.RTCConfiguration(iceServers);
// TCP candidates are only useful when connecting to a server that supports
// ICE-TCP.
rtcConfig.tcpCandidatePolicy = PeerConnection.TcpCandidatePolicy.DISABLED;
rtcConfig.bundlePolicy = PeerConnection.BundlePolicy.MAXBUNDLE;
rtcConfig.rtcpMuxPolicy = PeerConnection.RtcpMuxPolicy.REQUIRE;
rtcConfig.continualGatheringPolicy = PeerConnection.ContinualGatheringPolicy.GATHER_CONTINUALLY;
// Use ECDSA encryption.
rtcConfig.keyType = PeerConnection.KeyType.ECDSA;
// Enable DTLS for normal calls and disable for loopback calls.
rtcConfig.enableDtlsSrtp = true;
rtcConfig.sdpSemantics = PeerConnection.SdpSemantics.UNIFIED_PLAN;

mPeerConnection = peerConnectionFactory.createPeerConnection(rtcConfig, this);

创建音视频数据源

除此之外，我们还可以使用Factory创建音视频的数据源。通过createVideoSource()与createAudioSource()方法即可快速创建数据源。但这里的数据源仅是抽象的表示，那具体的数据从哪里来呢？

对于音频来说，在创建AudioSource时，就开始从音频设备捕获数据了。对于视频流，WebRTC中定义了VideoCapturer抽象接口，并提供了3种实现：ScreenCapturerAndroid、CameraCapturer和FileVideoCapturer，分别为从录屏、摄像头及文件中获取视频流，调用startCapture()后将开始获取数据。

1
2
3
4
5
6
7
8

// Create video source
SurfaceTextureHelper surfaceTextureHelper = SurfaceTextureHelper.create("CaptureThread", mEglBase.getEglBaseContext());
mVideoSource = mPeerConnectionFactory.createVideoSource(capturer.isScreencast());
capturer.initialize(surfaceTextureHelper, this, mVideoSource.getCapturerObserver());
capturer.startCapture(1920, 1080, 30);

// Create audio source
mAudioSource = mPeerConnectionFactauory.createAudioSource(new MediaConstraints());

VideoCapturer这里采用了观察者模式，当获取到视频流的时候，会通过传入的CapturerObserver进行回调，以完成与VideoSource的关联。

1
2
3
4
5

public interface CapturerObserver {
  void onCapturerStarted(boolean success);
  void onCapturerStopped();
  void onFrameCaptured(VideoFrame frame);
}

最后通过createVideoTrack()与createAudioTrack()完成对Source的包装，对于视频轨VideoTrack，我们可以通过addSink()方法传入SurfaceViewRenderer以对视频流进行本地的渲染展示（类似于视频会议场景显示本地的视频流）

1
2
3
4
5
6
7
8

// Create video track
VideoTrack videoTrack = mPeerConnectionFactory.createVideoTrack(VIDEO_TRACK_ID, mVideoSource);
videoTrack.setEnabled(true);
videoTrack.addSink(mLocalSurfaceView);

// Create audio track
AudioTrack audioTrack = mPeerConnectionFactory.createAudioTrack(AUDIO_TRACK_ID, mAudioSource);
audioTrack.setEnabled(true);

其中SurfaceViewRenderer为VideoSink接口的实现类，我们可以把VideoSink抽象的当做视频流的接收方，由它来决定视频流该如何处理。SurfaceViewRenderer在接收到onFrame()回调后，内部会调用OpenGL进行渲染。

1
2
3
4

public interface VideoSink {
  @CalledByNative
  void onFrame(VideoFrame frame);
}

添加MediaStreamTrack

创建好VideoTrack和AudioTrack后，我们就可以通过PeerConnection把音视频轨添加进去了。这样WebRTC 才能帮我们生成包含相应媒体信息的SDP，以便于后面做媒体能力协商使用。要注意addTrack()必须早于后续的商阶段，否则另一端无法收到相关的音视频数据。

1
2

mPeerConnection.addTrack(videoTrack, mediaStreamLabels);
mPeerConnection.addTrack(audioTrack, mediaStreamLabels);

建立信令服务器

在建立连接之前，我们必须通过信令服务器来交换SDP信息。简单起见，我们的demo采用局域网的传输方式，参考官方demo，直接采用java Socket实现（也可选择Netty或者socket.io等第三方框架），详见TCPChannelClient。代码较简单，判断传入的IP为local地址，则作为服务器，否则作为客户端，并向上层提供发送数据的接口。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

public TCPChannelClient(
        ExecutorService executor, TCPChannelEvents eventListener, String ip, int port) {
  this.executor = executor;
  executorThreadCheck = new ThreadUtils.ThreadChecker();
  executorThreadCheck.detachThread();
  this.eventListener = eventListener;

  InetAddress address;
  try {
    address = InetAddress.getByName(ip);
  } catch (UnknownHostException e) {
    reportError("Invalid IP address.");
    return;
  }

  if (address.isAnyLocalAddress()) {
    socket = new TCPSocketServer(address, port);
  } else {
    socket = new TCPSocketClient(address, port);
  }

  socket.start();
}

进行媒体协商

跟之前分析的Miracast RTSP协议类似，在进行音视频流传输之前，需要进行能力协商。实际就是你的设备所支持的音视频编解码器、使用的传输协议、SSRC等信息…通过信令服务器透传给对方。如果双方都支持，那么就算协商成功了。

  • Offer：呼叫方发送的SDP消息称为Offer
  • Answer：被呼叫方发送的SDP消息称为Answer

双方协商的整个过程如下图所示：

​编辑

这里，我们以连接上的Client端为呼叫方先发起Offer请求，通过createOffer()创建一个Offer SDP。创建成功后，会在SdpObserver中收到onCreateSuccess回调，此时调用setLocalDescription()方法将该Offer保存到本地Local域，然后将Offer发送给对方。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

public class PeerConnectionWrapper implements PeerConnection.Observer, SdpObserver {
    ......
    public void createOffer() {
        mIsInitiator = true;
        mPeerConnection.createOffer(this, mSdpMediaConstraints);
    }

    public void createAnswer() {
        mIsInitiator = false;
        mPeerConnection.createAnswer(this, mSdpMediaConstraints);
    }
    ......
    @Override
    public void onCreateSuccess(SessionDescription sessionDescription) {
        Log.d(TAG, "onCreateSuccess: " + sessionDescription.description);
        if (mIsInitiator) {
            mRTCClient.sendOfferSdp(sessionDescription);
        } else {
            mRTCClient.sendAnswerSdp(sessionDescription);
        }
        mPeerConnection.setLocalDescription(this, sessionDescription);
    }
    ......
}

被呼叫方接收到Offer后，通过setRemoteDescription()方法将Offer保存到它的Remote域，并通过createAnswer()创建Answer SDP，创建成功后同样调用setLocalDescription()方法将Answer消息保存到本地的Local域，然后回复给呼叫方。

最后，呼叫方将收到Answer消息，并通过setRemoteDescription()方法，将Answer保存到它的Remote域。至此，整个媒体协商的过程结束。

1
2
3
4
5
6
7
8
9
10
11
12
13

mRTCClient = new DirectRTCClient(new AppRTCClient.SignalingCallback() {
    ......
    @Override
    public void onRemoteAnswer(SessionDescription sdp) {
        mPeerConnectionWrapper.getPeerConnection().setRemoteDescription(mPeerConnectionWrapper, sdp);
    }

    @Override
    public void onRemoteOffer(SessionDescription sdp) {
        mPeerConnectionWrapper.getPeerConnection().setRemoteDescription(mPeerConnectionWrapper, sdp);
        mPeerConnectionWrapper.createAnswer();
    }
});

建立点对点连接

在媒体协商结束后，我们的点对点连接并没有真正的建立。此时createPeerConnection()中传入的PeerConnection.Observer会回调onIceCandidate()方法并提供IceCandidate对象，这个时候我们把他组装为candidate的SDP信令发送到信令服务器，透传给另外一端。

1
2
3
4
5
6
7
8

public class PeerConnectionWrapper implements PeerConnection.Observer, SdpObserver {
    ......
    @Override
    public void onIceCandidate(IceCandidate candidate) {
        Log.d(TAG, "onIceCandidate:");
        mRTCClient.sendLocalIceCandidate(candidate);
    }
}

远端在收到IceCandidate对象后进行重建，并通过addIceCandidate()方法将其添加进PeerConnection中。

1
2
3
4
5
6
7

mRTCClient = new DirectRTCClient(new AppRTCClient.SignalingCallback() {
    ......
    @Override
    public void onRemoteIceCandidate(IceCandidate candidate) {
        mPeerConnectionWrapper.getPeerConnection().addIceCandidate(candidate);
    }
}

接下来双方获取到彼此的Candidate之后，WebRTC就开始尝试进行连接了。优先级：host > srflx > relay，host 类型之间的连通性检测就是内网之间的连通性检测，上述场景中我们的呼叫双方都在同一个局域网中，因此将以host的方式进行连接。

展示远端视频流

当点对点连接建立起来后，我们就可以开始获取音视频流数据了。之前在createPeerConnection()中传入的PeerConnection.Observer会回调onAddStream()方法（注意此方法会在收到远端SDP并调用setRemoteDescription()后，就会回调了，不用等连接真正建立，与onAddTrack()一致），并提供MediaStream对象，其中包含远端的音视频轨AudioTracks与VideoTracks。前面我们添加了一条录屏的视频轨，因此直接获取第一条VideoTrack对象即可，然后跟之前一样通过addSink()即可与SurfaceViewRenderer的绑定，从而渲染出视频流。

1
2
3
4
5
6
7
8
9
10

@Override
public void onAddStream(MediaStream mediaStream) {
    Log.d(TAG, "onAddStream audio tracks size:" + mediaStream.audioTracks.size() + " video" + mediaStream.videoTracks.size());
    if (mediaStream.videoTracks.size() >= 1) {
        // Assuming there is only one video track.
        VideoTrack remoteVideoTrack = mediaStream.videoTracks.get(0);
        remoteVideoTrack.setEnabled(true);
        remoteVideoTrack.addSink(mRemoteVideoSink);
    }
}

关于音频的录制及播放

在WebRTC中一般通过JavaAudioDeviceModule来实现音视频的录制及播放，底层采用AudioRecord来进行录制及AudioTrack来进行音频播放，通过Builder来构建实例。并在创建PeerConnectionFactory的时候通过setAudioDeviceModule()方法设置即可。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

private AudioDeviceModule createJavaAudioDevice() {
    ......
    return JavaAudioDeviceModule.builder(getApplicationContext())
            .setUseHardwareAcousticEchoCanceler(false)
            .setUseHardwareNoiseSuppressor(false)
            .setAudioRecordErrorCallback(audioRecordErrorCallback)
            .setAudioTrackErrorCallback(audioTrackErrorCallback)
            .setAudioRecordStateCallback(audioRecordStateCallback)
            .setAudioTrackStateCallback(audioTrackStateCallback)
            .createAudioDeviceModule();
}

private void initPeerConnection() {
    final AudioDeviceModule adm = createJavaAudioDevice();
    mPeerConnectionFactory = PeerConnectionFactory.builder()
            .setAudioDeviceModule(adm)
            ......
            .createPeerConnectionFactory();
    ......
    adm.release();
}

使用DataChannel发送消息

WebRTC的数据通道DataChannel专门用来传输音视频流外的任何数据，所以它的应用非常广泛，如实时文字聊天、文件传输等…其中DataChannel有两种创建方式，一种是默认的In-band协商方式，另一种是Out-of-band协商方式，根据negotiated字段来初始化。

In-band协商

一端需调用createDataChannel()创建DataChannel对象，并设置negotiated为false（默认值）：

1
2
3
4
5
6
7
8
9
10
11
12

DataChannel.Init init = new DataChannel.Init();
init.ordered = true;
init.negotiated = false;
mDataChannel = mPeerConnection.createDataChannel("dataChannel", init);
mDataChannel.registerObserver(new DataChannel.Observer() {
    ...
    @Override
    public void onMessage(DataChannel.Buffer buffer) {
        // Receive message from remote
        ......
    }
});

当媒体协商完成，并且连接建立好后，另一端则会通过PeerConnection.Observer的onDataChannel()回调获取到对应的数据通道，此时可通过参数DataChannel进行数据的回复：

1
2
3
4
5
6
7
8
9
10
11
12
13

@Override
public void onDataChannel(final DataChannel dataChannel) {
    // Triggered when a remote peer opens a DataChannel
    dataChannel.registerObserver(new DataChannel.Observer() {
        ...
        @Override
        public void onMessage(DataChannel.Buffer buffer) {
            // Replay message to remote
            sendDataChannelMessage("Replay message from:" + dataChannel);
            ......
        }
    });
}

双方通过DataChannel.send()方法即可相互发送数据：

1
2
3
4
5
6

public void sendDataChannelMessage(String message, DataChannel dataChannel) {
    byte[] msg = message.getBytes();
    DataChannel.Buffer buffer = new DataChannel.Buffer(
            ByteBuffer.wrap(msg), false);
    dataChannel.send(buffer);
}

在另一端DataChannel.Observer()的onMessage()回调中，我们可以获取到远端发送的数据：

1
2
3
4
5

ByteBuffer data = buffer.data;
final byte[] bytes = new byte[data.capacity()];
data.get(bytes);
String strData = new String(bytes, Charset.forName("UTF-8"));
Log.d(TAG, "Got msg: " + strData + " over " + mDataChannel.label() + " id:" + mDataChannel.id());

Out-of-band协商

两端都调用createDataChannel()方法创建DataChannel对象，并设置negotiated为true，再通过ID绑定来实现双方的数据通信。此方式的优点是双方发送数据时不用考虑时序问题，代码也更简洁一点，需注意绑定的ID必须一致：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

DataChannel.Init init = new DataChannel.Init();
init.ordered = true; // 消息的传递是否有序
init.negotiated = true; // 协商方式
init.id = 0; // 通道ID
// init.maxPacketLifeTime // 重传最大超时时间
// init.maxRetransmits  // 重传最大次数
mDataChannel = mPeerConnection.createDataChannel("dataChannel", init);
mDataChannel.registerObserver(new DataChannel.Observer() {
    ...
    @Override
    public void onMessage(DataChannel.Buffer buffer) {
        // Receive message from remote
        ......
    }
});

参考

极客时间《从0打造音视频直播系统》

WebRTC入门教程(三) | Android 端如何使用 WebRTC

WebRTC系列---Android平台接口介绍及demo示例(2)
HOSTEN的博客
05-23 524
文章目录3. WebRTC相关类封装介绍3.1 静态属性私有属性 前一篇文章已经介绍过socketio的基本使用及类的封装,同样的为了代码美观这里也对WebRTC的相关调用类进行一个封装处理(这里偷个懒直接使用WebRTCdemo中封装好的直接拿来介绍，当然也没必要造轮子)； 3. WebRTC相关类封装介绍 WebRTCdemo中把这个封装类叫做PeerConnectionClient类，首先看的当然是重要的一些静态属性： 3.1 静态属性 public static final String VIDEO
android webrtcdemo
12-21
android webrtcdemo WebRTC 学习demo 多人视频 多人通话 一对一
webrtc android demo开发
weixin_34402408的博客
07-27 402
1，关于webrtc webrtc是非常流行的项目。首先遇到一个问题就是webrtc的编译问题。 还好有个公司已经帮忙编译好然后放到maven的repo里面了。 地址： http://mvnrepository.com/artifact/io.pristine/libjingle 更新速度非常快，和webrtc官方基本同步更新。...
Android屏幕共享+WebSocket实现传输截图
最新发布
mChenys的博客
07-01 808
大致流程为：客户端通过MediaProjectionManager进行屏幕共享，获取屏幕的截图，然后通过WebSocket发送到服务端，然后通过浏览器访问服务端查看传输的截图。
Android WebRTC语音视频通话demo
chezabo6116的博客
05-30 2174
Android WebRTC简介 https://blog.csdn.net/Charon_Chui/article/details/80510945?utm_term=%E6%89%8B%E6%9C%BAwebrtc&utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~all~sobaiduweb~default-0-80510945-null-null&spm=3001.4430 webRTC语音视频通话d.
WebRTC 实现 Android 传屏 demo
irainsa的博客
03-30 893
WebRTC (Web Real-Time Communications) 是一项实时通讯技术，它允许网络应用或者站点，在不借助中间媒介的情况下，建立浏览器之间点对点（Peer-to-Peer）的连接，实现视频流和音频流或其他任意数据的传输。目前，WebRTC的应用已经不局限在浏览器与浏览器之间，通过官方提供的SDK，我们可以很容易的实现本地应用间的音视频传输。在Android平台上，我们也非常容易的集成WebRTC框架，用非常简洁的代码就能实现强大、可靠的音视频传输功能。
webrtc android Demo
02-27
WebRTC（Web Real-Time Communication）...总的来说，"webrtc android Demo"是Android开发者学习和实践WebRTC技术的重要资源，通过深入研究和实践，开发者可以掌握如何在Android应用中实现高质量的实时音视频通信功能。
kotlion 实现android WebRTC本地流Demo
weixin_44259356的博客
09-26 774
kotlion 实现android WebRTC本地流Demo 由于手机端浏览器播放云游戏流效果不太理想，所以考虑开发专有手机端，目前两个想法，第一用私有协议实现视频传输推流，第二基于android WebRTC。第二由我来负责，特此把开发学习过程中写的小demo记录下。 参考链接：https://www.jianshu.com/p/eb5fd116e6c8 核心代码 基本思路和参考链接想法一样，...
Android WebRTC 音视频开发总结（二）-- webrtcdemo介绍
weixin_34220179的博客
03-04 279
  这节主要介绍WebRTCDemo的结构，以此来简单了解WebRTC的调用流程，转载请说明出处（博客园RTC.Blacker）   1、先看WebRTCDemo的代码结构，如下图： 2、WebRTCDemo中音视频管理接口--MediaEngine，包括操作音频和视频的接口，详见MediaEngine的实现。   3、jni实现：细心的读者会发现WebRTCDemo下面有一个...
webrtc demo (android)
11-08
WebRTC是Google于2011年6月3日开源的即时通讯项目，旨在使其成为客户端视频通话的标准。可以实现跨平台视频通话，以下为android端源码
android webrtc Demo
07-05
针对webrtc android的一个简单demo
Webrtc 视频demo(Android)
05-23
webrtc音视频开源项目的demo，此项目是android端视频源码，已经成功编译并能成功运行。
webrtc安卓版本官方demo54版本,方便测试用
02-08
webrtc 原版本代码编译出来的demo,方便大家测试用。
webrtc android 服务器demo
12-15
此demo程序实现了浏览器前端页面，信令服务器采用nodejs实现。
Android WebRtc 桌面投屏、视频源码
sukeman的博客
03-27 1494
Android WebRtc 桌面投屏、视频源码 Android/iOS/PC/Web　四大平台，可以说Android/Web得天独厚，几乎被Google给完全封装，C端只需建立好信令，架设好websocket，再调用webrtc ＡＰＩ即可 投屏，传视频了 　以下是Android端WebRtc真实投屏和视频的源码部分， 　　喜欢完整代码的请移步至csdn下载： 　　　　　　 ...
基于WebRtc的Android屏幕共享实现
KnBackend的博客
09-25 1355
上述代码中，MainActivity类是一个示例Activity，用于演示如何获取MediaProjection实例并开始屏幕共享。在onActivityResult方法中，我们获取MediaProjection实例，并将其传递给ScreenSharingManager来开始屏幕共享。屏幕共享是一种常见的功能，它允许用户在多种场景下共享其设备屏幕的内容，如视频会议、远程教育和远程技术支持等。通过上述代码，您可以在Android端实现基于WebRtc的屏幕共享功能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值