GStreamer 对于 WebRTC 的支持

最新推荐文章于 2023-10-08 15:59:17 发布
最新推荐文章于 2023-10-08 15:59:17 发布
阅读量138 收藏
点赞数
文章标签： webrtc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fanyamin/article/details/136010415
版权

1. GStreamer 简介

GStreamer 是与 FFmeg 齐名的多媒体框架，它最引人注目的就是它的 pipeline 和 plugin 机制，提供了高度可定制化的扩展性。

有关 Gstreamer 的基础知识请参见

这里不在赘述，只简单重温一下基本概念

gstreamer

什么是 Element？

GStreamer应用中最重要的对象是GstElement对象，element是多媒体pipeline基本的构建组件，所有的高级组件都集成自GstElement。

Gstreamer中主要有三种elements：sink element，src element，filter-like element，element的类型由其具备哪些pads决定

什么 bin ？

GstBin可以将一系列elements组合形成一个逻辑上的element，以便从整体上操控和管理elements。也就是说 Bin是一个可以启动的element的集合，包含source、filter和sink。

  • 最外层的bin即使pipeline。
  • GstBin管理它内部elements的状态。

什么是 Bus

GstBus是将stream线程消息转发给应用程序线程的系统。

  • GstBus本身运行在应用程序的上下文中，但能够自动监听GStreamer内的线程。
  • 每条pipeline都自带一条GstBus，开发人员仅需为其设定handler以便在接收到消息是能或者正确的处理。

什么是Pad?

Pad是一个element与外部交互的接口，数据从一个element的src-pad传递给另一个element的sink-pad。Pad的Capabilities表明element能处理的数据。

什么是Capabilities？

Capabilities是用于描述一个pad能够处理或正在处理的数据类型的机制。GStreamer使用GstCaps描述pads的capabilities，一个GstCaps将含有一个或多个GStructure来描述媒体类型，但对于已经完成negotiation的pad，其GstCaps的GStructure是唯一的，并且属性值是固定的。

2. WebrtcBin 简介

webrtcbin 是由 Matthew Waters 编写的 GStreamer 插件，使用此插件，您可以连接到网络浏览器或者其他 WebRTC 端点或服务器进行音视频的实时传输。 它实现点对点连接握手(使用 ICE 和外部 STUN 服务器)、或者在无法直连时重新路由数据包(使用外部 TURN 服务器中转)，然后维护传输音视频数据包的会话(DTLS, SCTP 和 SRTP)

不过需要设计自己的信令协议, 实现自己的信令服务器(这里有一个简单的信令服务的例子)来交换 SDP 和 ICE candidate，并处理数据包丢失和重传，管理网络拥塞并调整编码比特率，以在不同质量的网络上保持可接受的用户体验。例如常用的 NACK/PLI, FEC, RTX, Congestion Control method(REMB and TWCC)

参见 https://gstreamer.freedesktop.org/documentation/webrtc/index.html?gi-language=c

GObject
    ╰──GInitiallyUnowned
        ╰──GstObject
            ╰──GstElement
                ╰──GstBin
                    ╰──webrtcbin

它有一个sink pad 和一个 src pad:

  • GstWebRTCBinSinkPad
GObject
    ╰──GInitiallyUnowned
        ╰──GstObject
            ╰──GstPad
                ╰──GstProxyPad
                    ╰──GstGhostPad
                        ╰──GstWebRTCBinPad
                            ╰──GstWebRTCBinSinkPad
  • GstWebRTCBinSrcPad
GObject
    ╰──GInitiallyUnowned
        ╰──GstObject
            ╰──GstPad
                ╰──GstProxyPad
                    ╰──GstGhostPad
                        ╰──GstWebRTCBinPad
                            ╰──GstWebRTCBinSrcPad

3. WebrtcBin 使用实例

-- 注：这里的例子编译自 https://blog.nirbheek.in/2018/02/gstreamer-webrtc.html

  • 首先我们从摄像头中捕获视频，并将视频流发送至 webrtc 的对端，并从对端接收视频流，第一步是构建视频流水线， 由插件 v4l2src 捕获视频流，放在 queue 中，由 vp8enc 来进行 vp8 编码，由 rtpvp8pay 将编码过的视频流封装成 rtp 包，再由 webrtcbin 插件通过 RTCPeerConnection 发送出去(DTLS/SRTP), 这其中要经过 SDP 协商和 ICE Candidate 协商
GstElement *pipe;

pipe = gst_parse_launch ("v4l2src ! queue ! vp8enc ! rtpvp8pay ! "
    "application/x-rtp,media=video,encoding-name=VP8,payload=96 !"
    " webrtcbin name=sendrecv", NULL);
  • 获取一个 webrtcbin 的引用，并设置它的一些回调.
GstElement *webrtc;

webrtc = gst_bin_get_by_name (GST_BIN (pipe), "sendrecv");
g_assert (webrtc != NULL);

/* This is the gstwebrtc entry point where we create the offer.
 * It will be called when the pipeline goes to PLAYING. */
g_signal_connect (webrtc, "on-negotiation-needed",
    G_CALLBACK (on_negotiation_needed), NULL);
/* We will transmit this ICE candidate to the remote using some
 * signalling. Incoming ICE candidates from the remote need to be
 * added by us too. */
g_signal_connect (webrtc, "on-ice-candidate",
    G_CALLBACK (send_ice_candidate_message), NULL);
/* Incoming streams will be exposed via this signal */
g_signal_connect (webrtc, "pad-added",
    G_CALLBACK (on_incoming_stream), pipe);
/* Lifetime is the same as the pipeline itself */
gst_object_unref (webrtc);
  • 当 pipeline 状态变成 PLAYING, on_negotiation_needed() 回调函数将被调用， 我们将请求 webrtcbin 去创建一个匹配以上 pipeline 的 offer
static void
on_negotiation_needed (GstElement * webrtc, gpointer user_data)
{
  GstPromise *promise;

  promise = gst_promise_new_with_change_func (on_offer_created,
      user_data, NULL);
  g_signal_emit_by_name (webrtc, "create-offer", NULL,
      promise);
}
  • 当 webrtcbin 创建 SDP Offer 后，其会调用 on_offer_created() 回调函数
static void
on_offer_created (GstPromise * promise, GstElement * webrtc)
{
  GstWebRTCSessionDescription *offer = NULL;
  const GstStructure *reply;
  gchar *desc;

  reply = gst_promise_get_reply (promise);
  gst_structure_get (reply, "offer",
      GST_TYPE_WEBRTC_SESSION_DESCRIPTION, 
      &offer, NULL);
  gst_promise_unref (promise);

  /* We can edit this offer before setting and sending */
  g_signal_emit_by_name (webrtc,
      "set-local-description", offer, NULL);

  /* Implement this and send offer to peer using signalling */
  send_sdp_offer (offer);
  gst_webrtc_session_description_free (offer);
}
  • 类似的，当我们从远端接收到 SDP answer 时，我们必须调用 webrtcbin 的 set-remote-description 方法.
answer = gst_webrtc_session_description_new (
    GST_WEBRTC_SDP_TYPE_ANSWER, sdp);
g_assert (answer);

/* Set remote description on our pipeline */
g_signal_emit_by_name (webrtc, "set-remote-description",  answer, NULL);

ICE 的处理也是类似的，当"on-ice-candidate" 信号触发时，我们会获得一个 local ICE candidate, 并需要发送到远端，而当我们从远端收到一个 ICE candidate 时，我们需要调用 webrtcbin 的 "add-ice-candidate" 方法。

现在拼图只剩下一块了，那就是处理从远端收到的媒体流。为此，我们要将 on_incoming_stream() 附加到 webrtcbin 有 "pad-added" 信号。

static void
on_incoming_stream (GstElement * webrtc, GstPad * pad,
    GstElement * pipe)
{
  GstElement *play;

  play = gst_parse_bin_from_description (
      "queue ! vp8dec ! videoconvert ! autovideosink",
      TRUE, NULL);
  gst_bin_add (GST_BIN (pipe), play);

  /* Start displaying video */
  gst_element_sync_state_with_parent (play);
  gst_element_link (webrtc, play);
}

这就是基本的 webrtc 工作流程。 那些以前使用过 PeerConnection API 的人会很高兴看到这与调用 Web JS API 的流程非常接近。

  1. SDP 协商
sdp negotiation
  1. ICE 检查
ice candidate exchange

快速测试

参考 https://github.com/centricular/gstwebrtc-demos 的示例 sendrecv: 发送和接收音视频

  • 复制示例代码
git clone https://github.com/centricular/gstwebrtc-demos.git

  • 将 js/ 目录放到网站的根目录下，或者打开 https://webrtc.nirbheek.in

  • 此段 JS 代码假设信令服务在 Web 服务器的端口 8443 侦听

  • 打开网站，确保状态为 "Registered with server, waiting for call", 并记下 id

  • 编译 C 代码

$ cd gst
$ gcc webrtc-sendrecv.c $(pkg-config --cflags --libs gstreamer-webrtc-1.0 gstreamer-sdp-1.0 libsoup-2.4 json-glib-1.0) -o webrtc-sendrecv
  • 运行 webrtc-sendrecv --peer-id=ID ， id 即在浏览器上显示的 peerId.

例如:

  1. 打开 https://webrtc.nirbheek.in/, 显示的 peer id 为 5323
  2. 运行 ./webrtc-sendrecv --peer-id=5323
  3. 在浏览器上可以看到跳动的小球视频
> GET  HTTP/1.1
> Soup-Debug-Timestamp: 1692837597
> Soup-Debug: SoupSession 1 (0x557842e85100), SoupMessage 1 (0x5578431cf8e0), SoupSocket 1 (0x557842d51c40)
> Host: webrtc.nirbheek.in:8443
> Upgrade: websocket
> Connection: Upgrade
> Sec-WebSocket-Key: e/WoYP6Gr85M4iqaZYTd3g==
> Sec-WebSocket-Version: 13
> Accept-Encoding: gzip, deflate

< HTTP/1.1 101 Switching Protocols
< Soup-Debug-Timestamp: 1692837597
< Soup-Debug: SoupMessage 1 (0x5578431cf8e0)
< Upgrade: websocket
< Connection: Upgrade
< Sec-WebSocket-Accept: jnGmBhPRHb9szcxQnGoSZAe5WMc=
< Date: Thu, 24 Aug 2023 00:39:08 GMT
< Server: Python/3.11 websockets/11.0.2

Connected to signalling server
Registering id 8634 with server
Registered with server
Setting up signalling server call with 5323
Created data channel
Starting pipeline
Sending offer:
v=0
o=- 4050401179331307259 0 IN IP4 0.0.0.0
s=-
t=0 0
a=ice-options:trickle
a=group:BUNDLE video0 audio1 application2
m=video 9 UDP/TLS/RTP/SAVPF 96
c=IN IP4 0.0.0.0
a=setup:actpass
a=ice-ufrag:SSUHGjApzvSrB6fACYzhFG6WFQpL4qrh
a=ice-pwd:scHMe5CJ57NpqnHp70OzrGSmAI1kJoCB
a=rtcp-mux
a=rtcp-rsize
a=sendrecv
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 nack pli
a=rtcp-fb:96 transport-cc
a=framerate:30
a=ssrc:199344106 msid:user3365093335@host-d6d503be webrtctransceiver0
a=ssrc:199344106 cname:user3365093335@host-d6d503be
a=mid:video0
a=fingerprint:sha-256 3B:D3:71:E5:B4:AA:A1:A3:D9:6A:22:8E:D3:49:27:6F:55:83:AC:A7:A2:E2:6B:88:3C:53:F7:E0:1D:8D:A7:B0
a=rtcp-mux-only
m=audio 0 UDP/TLS/RTP/SAVPF 97
c=IN IP4 0.0.0.0
a=setup:actpass
a=ice-ufrag:SSUHGjApzvSrB6fACYzhFG6WFQpL4qrh
a=ice-pwd:scHMe5CJ57NpqnHp70OzrGSmAI1kJoCB
a=bundle-only
a=rtcp-mux
a=rtcp-rsize
a=sendrecv
a=rtpmap:97 OPUS/48000/2
a=rtcp-fb:97 transport-cc
a=fmtp:97 sprop-stereo=0;sprop-maxcapturerate=48000
a=ssrc:1019736707 msid:user3365093335@host-d6d503be webrtctransceiver1
a=ssrc:1019736707 cname:user3365093335@host-d6d503be
a=mid:audio1
a=fingerprint:sha-256 3B:D3:71:E5:B4:AA:A1:A3:D9:6A:22:8E:D3:49:27:6F:55:83:AC:A7:A2:E2:6B:88:3C:53:F7:E0:1D:8D:A7:B0
a=rtcp-mux-only
m=application 0 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 0.0.0.0
a=setup:actpass
a=ice-ufrag:SSUHGjApzvSrB6fACYzhFG6WFQpL4qrh
a=ice-pwd:scHMe5CJ57NpqnHp70OzrGSmAI1kJoCB
a=bundle-only
a=mid:application2
a=sctp-port:5000
a=fingerprint:sha-256 3B:D3:71:E5:B4:AA:A1:A3:D9:6A:22:8E:D3:49:27:6F:55:83:AC:A7:A2:E2:6B:88:3C:53:F7:E0:1D:8D:A7:B0

ICE gathering state changed to gathering
Received answer:
v=0
o=- 5928460106182311303 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE video0 audio1 application2
a=msid-semantic: WMS 80f0e9a6-a2ba-434e-94f0-4d8d0d0e18fe
m=video 9 UDP/TLS/RTP/SAVPF 96
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:aV9x
a=ice-pwd:1hBp2fLGi7bW+QZvEs9C58Du
a=ice-options:trickle
a=fingerprint:sha-256 59:8C:C4:46:92:99:D6:7B:71:D9:7C:AD:CB:8C:5D:50:96:B6:70:37:CC:F9:EF:25:FF:34:F2:6E:34:52:8F:CA
a=setup:active
a=mid:video0
a=sendrecv
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 nack pli
a=ssrc:1621313799 cname:C+l5r9FJua3urdCO
a=ssrc:1621313799 msid:80f0e9a6-a2ba-434e-94f0-4d8d0d0e18fe 19830fc8-a2d5-4d54-8aa7-cfe22b1720d3
m=audio 9 UDP/TLS/RTP/SAVPF 97
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:aV9x
a=ice-pwd:1hBp2fLGi7bW+QZvEs9C58Du
a=ice-options:trickle
a=fingerprint:sha-256 59:8C:C4:46:92:99:D6:7B:71:D9:7C:AD:CB:8C:5D:50:96:B6:70:37:CC:F9:EF:25:FF:34:F2:6E:34:52:8F:CA
a=setup:active
a=mid:audio1
a=sendrecv
a=rtcp-mux
a=rtpmap:97 OPUS/48000/2
a=rtcp-fb:97 transport-cc
a=fmtp:97 minptime=10;useinbandfec=1
a=ssrc:1489599020 cname:C+l5r9FJua3urdCO
a=ssrc:1489599020 msid:80f0e9a6-a2ba-434e-94f0-4d8d0d0e18fe c64ee897-790a-497c-8edd-06d08d1691c3
m=application 9 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 0.0.0.0
a=ice-ufrag:aV9x
a=ice-pwd:1hBp2fLGi7bW+QZvEs9C58Du
a=ice-options:trickle
a=fingerprint:sha-256 59:8C:C4:46:92:99:D6:7B:71:D9:7C:AD:CB:8C:5D:50:96:B6:70:37:CC:F9:EF:25:FF:34:F2:6E:34:52:8F:CA
a=setup:active
a=mid:application2
a=sctp-port:5000

data channel opened
data channel opened
Received data channel message: Hi! (from browser)

参考资料

fanyamin
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Gstreamer基础教程10: Gstreamer 工具
R_X
06-07 1476
文章目录1. Goal2. 介绍3. gst-lanuch-1.03.1 Elements3.2 Properties3.3 Named elements3.4 Pads3.5 Caps filters3.6 Examples4. gst-inspect-1.05. gst-discoverer-1.06. Conclusion 1. Goal GStreamer附带了一系列工具，从方便到绝对必要。 本教程中没有代码，请坐下来放松身心，我们将教您： 如何在不使用C的情况下从命令行构建和运行GStreame
WebRtc项目---kurento搭建方式
10-10
WebRtc项目---kurento搭建方式，简易搭建一个视频会议，包含视频处理，mix融屏
janus_gst_client_py：一个Python janus客户端，使用GStreamer进行WebRTC连接和媒体流
03-04
Janus Python客户端 这是用Python编写的 webrtc客户端，可与asyncio一起使用。 正在安装 pip install janus-client 描述 特征 :check_mark: 通过websocket连接到Janus服务器（使用 ） :check_mark: 使用Janus处理交易 :check_mark: 创建/销毁会话 :check_mark: 创建/销毁插件 :check_mark: 同时处理多个会话和/或多个插件 进行中 :three_o’clock: 将事件发送到相应的会话和插件处理程序 :three_o’clock: 为videoroom插件创建插件 依存关系 发展 该软件包希望实现可以与Janus服务器通信的通用客户端。 VideoRoom插件之类的示例不是其核心功能的一部分，因此未包含在软件包中。 但是它仍然可以作为默认示例包括在内。 有待讨论。 ：D阻止我这样做的原因是因为我依靠GStreamer来使用WebRTC和媒体流，并且安装它并不容易。 请参阅“。 您可以参考来了解如何实现特定的
【webrtc-streamer】关于webrtc-streamer使用时CPU占用过高处理方式记录
liutian_ye的博客
11-22 2836
关于解决webrtc-streamer占用CPU过高问题记录
关于 gstreamer 和 webrtc 的结合，有点小突破
weixin_30764137的博客
07-22 1461
今天让我找到了 gstreamer 的一个牛叉的杀手锏，脑海中马上想到了一个大致的框架和方案计划，用 gst-inspector 先进行对象自省属性探测，然后祭出 gst-launcher 大刀进行管道试验，最后用 c 实现管道逻辑源码，就可以实现基于 webrtc 的视频监控和直播服务。实时双人视频通话或多人会议，在对多项技术进行反复考虑和对比后，从使用体验角度出发，个人认为还是用基于客户端的j...
gstreamer-docker:GStreamer的Docker映像
05-16
GStreamer Docker 安装的所有映像均具有对rtsp-server和webrtcbin的预期支持。 可能缺少必要的插件。 标签： 1.14-alpine 1.14-buster latest 1.14-cerbero
跨平台的WebRTC客户端框架OpenWebRTC.zip
07-19
OpenWebRTC 是基于 Gstreamer 实现的开源的、跨平台的 WebRTC 客户端框架，支持 H.264 和 VP8。利用 OpenWebRTC，WebRTC就不再仅仅是纯粹浏览器技术了，你可以在NativeAPP中使用WebRTC，并且还可以与浏览器WebRTC互联互通。 标签：OpenWebRTC
gstreamer中使用webrtc实现音视频对讲
此心安处是吾乡的博客
10-08 1204
完成。
音视频系列8：gstreamer基础
kittyzc的博客
06-16 1239
1. 目标 目标如下图，搭建如下的应用项目 首先需要有一台jetson的设备，参考系列14配置环境 2. GStreamer Daemon 这东西在百度上都没有资料，只能自己去啃英文资料了。简单来说，就是使用中间协议控制音视频的协议框架，其他程序可以通过接口来访问。下图是mvc设计框架： GstD包含model和controller两部分，用户需要实现view的部分。 安装方法： sudo apt-get install \ automake \ libtool \ pkg-config \ libgs
webrtc远程控制环境搭建
weixin_45948260的博客
06-26 901
环境配置 1设备端 在Ubuntu 64中安装Git、Golang（版本不低于1.13）、Gstreamer 1.1 安装Git 使用命令：sudo apt-get install git 1.2安装Golang 去[https://studygolang.com/dl][1]下载 1.3安装Gstreamer 使用命令：sudo apt-get install libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev gstreamer1.0-plugins
Gstreamer基础讲解
qq_37117214的博客
09-09 7552
gstreamer介绍
使用Pion WebRTC和GStreamer，您现在可以与朋友实时观看视频。
06-01
使用Pion WebRTC和GStreamer，您现在可以与朋友实时观看视频。
robot-webrtc-gstreamer
03-27
弹簧信号测试
Kurento 是一个 WebRTC 流媒体服务器以及一些客户端API，基于GStreamer的低级技术实现，以优化资源消耗
06-11
Kurento 是一个 WebRTC 流媒体...媒体存储支持WebM和MP4的写入操作，并以GStreamer支持的所有格式播放。在GStreamer支持的任何编解码器之间自动进行媒体转码，包括VP8，H.264，H.263，AMR，OPUS，Speex，G.711等。
WebRTC音视频通话-WebRTC视频自定义RTCVideoCapturer相机
一名开发者
08-15 6509
WebRTC音视频通话-WebRTC视频自定义RTCVideoCapturer相机。主要获得相机采集的画面CVPixelBufferRef，将处理后的CVPixelBufferRef生成RTCVideoFrame，通过调用WebRTC的localVideoSource中实现的didCaptureVideoFrame方法
电力系统调度过程连续潮流matlab代码.zip
04-26
1.版本：matlab2014/2019a/2021a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
【基于Java+Springboot的毕业设计】付费问答系统(源码+演示视频+说明).rar
04-26
【基于Java+Springboot的毕业设计】付费问答系统(源码+演示视频+说明).rar 【项目技术】 开发语言：Java 框架：Spingboot+vue 架构：B/S 数据库：mysql 【演示视频-编号：330】 https://pan.quark.cn/s/8dea014f4d36 【实现功能】 付费问答系统通过MySQL数据库与Spring Boot框架进行开发，付费问答系统能够实现新闻类型管理，问题帖子管理，付费记录管理，新闻信息管理，用户管理，轮播图管理等功能。
关于旁路电容和耦合电容-(详细说明)
最新发布
04-26
关于旁路电容和耦合电容-(详细说明)
Git 与 Simulink 测试：远程测试的最佳实践.zip
04-26
1.版本：matlab2014/2019a/2021a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
RTSP 转webrtc
08-13
RTSP（Real Time Streaming Protocol）是一种用于媒体传输的网络协议，而WebRTC（Web Real-Time Communication）是一种用于浏览器之间实时通信的技术。如果你想将RTSP流转换为WebRTC流，你可以使用一些开源工具或库来实现。 一种常见的方法是使用开源的流媒体服务器，如Kurento、Janus或mediasoup。这些服务器可以接收RTSP流并将其转发为WebRTC流，从而使浏览器能够接收和播放实时视频流。 另外，你也可以尝试使用一些开源的媒体转换工具，如FFmpeg或GStreamer。这些工具可以用于将RTSP流转换为WebRTC所需的格式，并通过WebRTC协议进行传输。 请注意，RTSP和WebRTC是不同的协议和技术，所以在转换过程中可能会涉及到一些复杂的配置和编码/解码操作。你可能需要深入研究相关文档和示例代码，以便更好地理解和实现RTSP到WebRTC的转换。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值