必须要知道的多媒体知识-音视频编解码-h265、h264-直播-点播

H.264/H265码流解析 H.264/H265码流解析 一.H.264码流解析 一个原始的H.264 NALU 单元常由 [StartCode] [NALU Header] [NALU Payload] 三部分组成 一个原始的H.264 NALU 单元常由 [StartCode] [NALU Header] [NALU Payload] 三部分组成 NALU组成.jpeg · StartCode : Start Code... 阅读详情

多媒体知识

  • 音视频编解码

    • 音频编码

      • 自然界中的声音非常复杂,波形极其复杂,通常我们采用的是脉冲代码调制编码,即PCM编码。PCM通过抽样、量化、编码三个步骤将连续变化的模拟信号转换为数字编码。

      • 将音频采样数据(PCM等)压缩成音频码流,从而降低音频的数据量。音频编码也是互联网视音频技术中的一个重要技术,高效率的音频在同等码率下,可以获得更好的音质。
        在这里插入图片描述

      • 常见的音频编码格式有AAC、MP3、AC3

      • MP3:是一种音频压缩技术,它被设计用来大幅度地降低音频数据量。将音乐以1:10 甚至1:12的压缩率,压缩成容量较小的文件,而对于大多数的用户来说,重放的音质于最初不压缩的音频相比没有明显下降。 MP3的特点是,利用人耳对高频信号不敏感的特性,将时域波形信号转换成频域信号,并划分成多个频段,对不同的频段使用不同的压缩率,对高频信号使用大压缩率(甚至忽略信号),对低频信号使用小压缩率,保证信号不失真。这样一来就相当于抛弃人耳基本听不到的高频声音,只保留能听到的低频部分,从而将声音用1:10甚至1:12的压缩率压缩。(注:音频分成多段,高频大压缩率,低频小压缩率)

      • AAC:一种专门为声音数据设计的文件压缩格式,与MP3不同,它采用了全新的算法进行编码,更加高效,具有更高的”性价比“,在感觉声音在没有明显降低的前提下,可使文件更加小巧。AAC的优点是,相对于MP3,AAC的音质更佳文件更小。AAC缺点是,AAC是属于有损压缩格式,与时下流行的APE、FLAC等无损压缩格式相比音质存在本质上的差距。(注:比MP3更好的音质更小的文件,但是有损音质)

      • AC3:有损音频编码格式。被广泛应用与5.1声道。AC3普及程度很高,唱片、电影院。AC3提供的环绕声系统由5个全频域声道和1个超低音声道组成。(注:立体音效,但是有损音质)

    • 视频编码

      • 视频编码的主要作用是将视频像素数据(RGB,YUV等)压缩成为视频码流,从而降低视频的数据量。如果视频不经过压缩编码的话,体积通常是非常大的,一部电影可能就要上百G的空间。视频编码是视音频技术中最重要的技术之一。视频码流的数据量占了视音频总数据量的绝大部分。高效率的视频编码在同等的码率下,可以获得更高的视频质量

      • 在视频编解码技术定义方面有两大标准机构。一个是国际电信联盟 (ITU) 针对多媒体通信制定的H.26x系列视频编码标准和G.7系列音频编码标准。其中包括 H.261、H.262、H.263 与 H.264;另一个是国际标准化组织 (ISO) 主要针对消费类应用,已经针对运动图像压缩定义了 MPEG 标准。MPEG 标准包括 MPEG1、MPEG2 与 MPEG4。1994年由MPEG和ITU合作制定的MPEG-2是第一代音视频编解码标准的代表,也是目前国际上最为通行的音视频标准
        在这里插入图片描述

    • 流程图
      在这里插入图片描述

    • 解码

      • 就是将视频/音频压缩编码数据,解码成为非压缩的视频/音频原始数据。音频的压缩编码标准包含AAC,MP3,AC-3等等,视频的压缩编码标准则包含H.264,MPEG2,VC-1等等解码是整个系统中最重要也是最复杂的一个环节.通过解码,压缩编码的视频数据输出成为非压缩的颜色数据,例如:YUV420P,RGB等等压缩编码的音频数据输出成为非压缩的音频抽样数据,例如:PCM数据
      • 解码🌰li zi:H264原始码流–>NALU.
        • I帧: 保留了一张完整视频帧. 解码关键!
        • P帧: 先前参考帧.差异数据.解码需要依赖于I帧
        • B帧: 双向参考帧,解码时既需要I帧,也需要P帧!
        • 如果H264码流中I帧错误/丢失,就会导致错误传递,P/B帧单独是完成不了解码工作! 花屏的现象产生. VideoToolBox硬编码编码H264帧.I帧! 手动加入SPS/PPS. 解码时: 需要使用SPS/PPS数据来对解码器进行初始化!
    • 编解码关键

      • 预测:通过帧内预测和帧间预测降低视频图像的空间冗余和时间冗余。
      • 变换:通过从时域到频域的变换,去除相邻数据之间的相关性,即去除空间冗余。
      • 量化:通过用更粗糙的数据表示精细的数据来降低编码的数据量,或者通过去除人眼不敏感的信息来降低编码数据量。
      • 扫描:将二维变换量化数据重新组织成一维的数据序列。
      • 熵编码:根据待编码数据的概率特性减少编码冗余。
  • 什么是码率?

    • 码率
      • 数据传输时单位时间传送的数据位数,一般我们用的单位是kbps即千位每秒
      • 通俗一点的理解就是取样率,单位时间内取样率越大,精度就越高,处理出来的文件就越接近原始文件,但是文件体积与取样率是成正比的,所以几乎所有的编码格式重视的都是如何用最低的码率达到最少的失真,围绕这个核心衍生出来的cbr(固定码率)与vbr(可变码率),都是在这方面做的文章,不过事情总不是绝对的,举例来看,对于一个音频,其码率越高,被压缩的比例越小,音质损失越小,与音源的音质越接近。
      • 注:码率就是失真度,码率越高越清晰,反之则画面粗糙而多马赛克。
    • 码率计算公式
      • 基本的算法:

      • $码率(kbps)= 文件大小(KB) * 8 / 时间(秒)$ 
        
      • 举例,D5碟,容量4.3G,其中考虑到音频的不同格式,算为600M,(故剩余容量为4.3*1024-600=3803.2M),所以视频文件应不大于3.7G,本例中取视频文件的容量为3.446G,视频长度100分钟(6000秒)。

      • 计算结果:码率约等于4818kbps(3.446 * 1024 * 1024 * 8 / 6000 = 4817.857)。

  • 几点原则
  • a. 码率和质量成正比,但是文件体积也和码率成正比。这是要牢记的;
    
  • b. 码率超过一定数值,对图像的质量没有多大影响;
    
  • c. 如果是1M的宽带,在网上只能看不超过1024kbps的视频,超过1024kbps的视频只能等视频缓冲才能顺利观看。
    
  • 什么是帧率?

    • 帧率
      • 是指每秒钟刷新的图片的帧数,也可以理解为图形处理器每秒钟能够刷新几次。越高的帧速率可以得到更流畅、更逼真的动画。每秒钟帧数(FPS)越多,所显示的动作就会越流畅。
      • 由于人类眼睛的特殊生理结构,如果所看画面之帧率高于16的时候,就会认为是连贯的,此现象称之为视觉停留。这也就是为什么电影胶片是一格一格拍摄出来,然后快速播放的。
      • 每秒的帧数(fps)或者说帧率表示图形处理器处理场时每秒钟能够更新的次数。高的帧率可以得到更流畅、更逼真的动画。一般来说30fps就是可以接受的,但是将性能提升至60fps则可以明显提升交互感和逼真感,但是一般来说超过75fps一般就不容易察觉到有明显的流畅度提升了。如果帧率超过屏幕刷新率只会浪费图形处理的能力,因为监视器不能以这么快的速度更新,这样超过刷新率的帧率就浪费掉了。
  • h264和h265是什么?
    • 常见的编码方式
      • H.26X 系列,由国际电传视讯联盟远程通信标准化组织(ITU-T)主导
        • H.261,主要用于老的视频会议和视频电话系统。是第一个使用的数字视频压缩标准。实质上说,之后的所有的标准视频编解码器都是基于它设计的。
        • H.262,等同于 MPEG-2 第二部分,使用在 DVD、SVCD 和大多数数字视频广播系统和有线分布系统中。
        • H.263,主要用于视频会议、视频电话和网络视频相关产品。在对逐行扫描的视频源进行压缩的方面,H.263 比它之前的视频编码标准在性能上有了较大的提升,尤其是在低码率端,它可以在保证一定质量的前提下大大的节约码率。
        • H.264,等同于 MPEG-4 第十部分,也被称为高级视频编码(Advanced Video Coding,简称 AVC),是一种视频压缩标准,一种被广泛使用的高精度视频的录制、压缩和发布格式。该标准引入了一系列新的能够大大提高压缩性能的技术,并能够同时在高码率端和低码率端大大超越以前的诸标准。
        • H.265,被称为高效率视频编码(High Efficiency Video Coding,简称 HEVC)是一种视频压缩标准,是 H.264 的继任者。HEVC 被认为不仅提升图像质量,同时也能达到 H.264 两倍的压缩率(等同于同样画面质量下比特率减少了 50%),可支持 4K 分辨率甚至到超高画质电视,最高分辨率可达到 8192×4320(8K 分辨率),这是目前发展的趋势。
    • h264
      • 压缩能力比H.263更强。高压缩比、高图像质量、良好的网络适应性,在较低带宽上提供高质量的图像传输。是为新一代交互视频通讯制定的标准。该标准也被称为AVC(Advanced Video Coding)标准,是MPEG-4的第10部分
    • h265
      • 是继H.264之后所制定的新的视频编码标准。新技术H.265旨在有限带宽下传输更高质量的网络视频,仅需原先的一半带宽即可播放相同质量的视频。这也意味着,我们的智能手机、平板机等移动设备将能够直接在线播放1080p的全高清视频。H.265标准也同时支持4K(4096×2160)和8K(8192×4320)超高清视频。
    • h264和h265的区别
      • H.265标准围绕着现有的视频编码标准H.264,保留原来的某些技术,同时对一些相关的技术加以改进,h265相较于h264使用先进的技术用以改善码流、编码质量、延时和算法复杂度之间的关系,达到最优化设置。压缩率:在同样的图像质量下,相比于h264,通过h265编码的视频大小减少了大约40%。传输码率:h264可以在低于2兆每秒的速度下实现标清数字图像传送。而h265则可以在低于1.5兆每秒的速度下实现全高清视频的传输。运算需求:由于h265比较h264压缩率更高,编码视频更小,所以对机器的运算需求也要更大。

      • MPEG 系列,由国际标准组织机构(ISO)下属的运动图象专家组(MPEG)开发。

        • MPEG-1 第二部分,主要使用在 VCD 上,有些在线视频也使用这种格式。该编解码器的质量大致上和原有的 VHS 录像带相当。
        • MPEG-2 第二部分,等同于 H.262,使用在 DVD、SVCD 和大多数数字视频广播系统和有线分布系统中。
        • MPEG-4 第二部分,可以使用在网络传输、广播和媒体存储上。比起 MPEG-2 第二部分和第一版的 H.263,它的压缩性能有所提高。
        • MPEG-4 第十部分,等同于 H.264,是这两个编码组织合作诞生的标准。
        • 其他,AMV、AVS、Bink、CineForm 等等,这里就不做多的介绍了。
  • 直播和点播联系与区别?

    • 直播
    • 广播电视词典对直播界定为“广播电视节目的后期(haobc)合成、播出同时进行的播出方式”。按播出场合可分为现场直播和播音室或演播室直播等形式。 电视现场直播为在现场随着事件的发生、发展进程同时制作和播出电视节目的播出方式,是充分体现广播电视媒介传播优势的播出方式。
      在这里插入图片描述

直播一般流程:音视频采集➡️视频滤镜➡️音视频编码➡️推流➡️流媒体服务器处理➡️拉流➡️音视频解码➡️音视频播放

  • 注:视频内容是实时录制的,与此同时,将音视频以媒体“流”的形式推到服务器上。此时,一旦有观众收看该直播,服务器收到响应后,会将媒体流传输至播放器,实现视频播放,客户端通过支持流媒体协议的播放器实时播放同样的内容,不可拖动进度。

    • 点播
    • 视频点播是二十世纪90年代在国外发展起来的,英文称为“Video on Demand”,所以也称为“VOD”。顾名思义,就是根据观众的要求播放节目的视频点播系统,把用户所点击或选择的视频内容,传输给所请求的用户。视频点播业务是近年来新兴的传媒方式,是计算机技术、网络通信技术、多媒体技术、电视技术和数字压缩技术等多领域融合的产物
  • 注:视频内容已经存放在服务器上(换句话说,我们能够得到该视频文件在服务器上的URL地址),我们可以选择性地播放某个“大片”,服务端存放多个视频文件,客户端可通过网路点播客户端任意观看其中一个视频,并可拖动进度进行观看。

    • 联系与区别:相同的是都是在服务器上存放视频数据,区别是直播是实时录制,并传输到服务器,通过流媒体实时播放,点播则是服务器提前存放视频文件,用户选择内容,服务器传输相应内容,进行播放。

📝 参考与学习

流媒体技术基础-流媒体服务与框架【38款 流媒体服务器开源软件】 一套开源的音视频处理的框架,可以运行音频和视频多种格式的录影、转换、流功能,包含了libavcodec(用于多个项目中音频和视频的解码器库)以及libavformat(音频与视频格式转换库)SRS还支持将接入的RTMP流进行各种变换,譬如将RTMP流转码、流截图、转发给其他服务器、转封装成HTTP-FLV流、转封装成HLS、转封装成HDS、录制成FLV。实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持,包括MPEG、H.263+、DV、JPEG视频和多种音频编码。负载均衡、内容分发技术。... 阅读详情

相关推荐

FFmpeg从入门到精通-云享读书会

FFmpeg是一款开源软件,用于生成处理多媒体数据的各类库和程序。FFmpeg可以转码、处理视频和图片(调整视频、图片大小,去噪等)、打包、传输及播放视频。作为最受欢迎的视频和图像处理软件,它被来自各行各业的不同公司所广泛使用。

4438

码率/分辨率信息汇总

常见视频图像分辨率

yangkai6121的专栏 1万+

H.264/H.265/H.266音视频编码基础

一、背景 跟音频编码一样,视频编码最重要的目的也是为了进行数据压缩,以此来降低数据传输和存储成本。 以一路分辨率 720x1280(常说的 720P),帧率为 30 fps 的视频为例,如果不经过编码压缩,直接传输或存储原始的 RGB 数据,对应的码率是:720 * 1280 * 3 * 8 * 30 = 632.8125 Mbps (宽 * 高 * 像素字节数 * 字节比特数 * 帧数)。一分钟的时间所需要的数据量是:632.8125 Mbps * 60s = 4.63 GB。 这个数据量很大,需要很高的

xiangzhihong8的专栏 5209

视频码率与分辨率的参考表

视频码率与分辨率的参考表 通常情况下: 1080*720的分辨率,用5000K左右; 720*576的分辨率,用3500K左右; 640*480的分辨率,用1500K左右。 扩展资料: 一、计算公式 基本的算法是:码率(kbps)=文件大小(KB)*8/时间(秒),举例,D5碟,容量4.3G,其中考虑到音频的不同格式,算为600M,(故剩余容量为4.3*1024-600=3803.2M),所以视频文件应不大于3.7G。 如视频文件的容量为3.446G,视频长度100分钟(6000秒.

阿酷tony 14万+

流媒体传输协议及设备RTSP流地址

音视频通讯=音视频处理+网络传输。包括采集、编码、网络传输、解码、播放。其中采集、编解码和播放是不受网络影响的,只受限于编解码算法,播放策略等因素。而网络传输的丢包、抖动和乱序对实时音频应用的影响最大。

ch_ccc的博客 540

H.264&H.265视频压缩编码参考码率表

H.264&H.265视频压缩编码参考码率表,可用与编码压缩H.264和H.265视频是参考压缩编码的参考码率和质量高低对应目标压缩视频文件大小的测算

音视频技术开发周刊 86期

『音视频技术开发周刊』由LiveVideoStack团队出品,专注在音视频技术领域,纵览相关技术领域的干货和新闻投稿,每周一期。点击『阅读原文』,浏览第86期内容,祝您阅...

LiveVideoStack 707

智能车实战——从ADC采集到PWM控制,让电磁车精准循迹

本文详细介绍了电磁循迹智能车的实现原理与实战技巧,涵盖从ADC信号采集、PWM控制到PID算法整定的全流程。通过STM32代码示例解析电感信号处理、差比和偏差计算及电机驱动等关键技术,帮助开发者快速掌握智能车精准循迹的核心方法,提升电磁车竞赛项目的开发效率。

weixin_29192211的博客 301

[总结] 音视频开发工程师之路

音视频开发的学习路线是一个从基础到深入、从理论到实践的过程。通过系统学习音频、视频、编解码、渲染和流媒体等技术,并结合实际项目经验,你将逐步掌握音视频开发的核心技能,成为一名优秀的音视频开发工程师。

二次元怪兽的博客 1166

【Jlink & C#】通过C#实现Jlink RTT上位机的功能

某天看到安富莱家的自己开发的调试器可以实现输出中文调试信息到自己编写的Jlink RTT上位机上,觉得无比神奇,略好奇到底是如何做的,找了很久,发现其上位机的对应的实现好像也没有完全开源出来。后来经过很多搜索确认,知道了几个事实:那么有没有可能用C#来控制Jlink呢?答案是,有!!! 解决思路在于,C#调用JLinkARM.dll里面的函数 这里转载下我认为很有意义的发现结合以上的几个发现,加上我自己的测试,我把我对接JLinkARM.dll的C#接口分享出来,不保证都能用,我只是测试了几个常用的功能,R

一只爱做笔记的码农 9146

电力远动入门:手把手解析IEC 60870-5-101规约的帧结构与报文交互(基于DL/T634.5101-2002)

本文深入解析IEC 60870-5-101规约的帧结构与报文交互,适用于电力远动通信系统。通过详细讲解规约的基础架构、控制域位定义及典型报文交互流程,帮助工程师快速掌握101规约的核心技术,提升电力自动化系统的调试与维护能力。

weixin_27076351的博客 244

节选—Android 视频直播 ( 从快播到直播,从高清到无码 )十年视频开发项目

本文转载自Android 视频直播 ( 从快播到直播,从高清到无码 )十年视频开发项目,截取其中技术概念比较相关的部分,并做了重新的排版。 视频和直播的准备: android-java层:camera相关(视频)、AudioRecord(音频)相关、MediaCo...

weixin_34417183的博客 4577

Halcon VariableInspect (变量检查拓展)安装指南

网址2;

T 963

C++音视频开发技能树(初级)

C++音视频开发技能树(初级)

向往有那么一天梦幻的步态识别落地,开花❀! 3631

手把手教你用Multisim 14.2仿真一个4.4V的LDO电路(附完整仿真文件)

本文详细介绍了如何使用Multisim 14.2仿真一个4.4V的LDO电路,从环境配置、核心参数解析到电路搭建和仿真调试。通过分压电阻精确计算和瞬态响应测试,帮助读者掌握LDO电路的设计与验证技巧,并附有完整仿真文件供参考。

weixin_28738397的博客 275

如何通过conda安装HyPhy教程

本文介绍了在Ubuntu系统上通过conda安装分子进化分析工具HyPhy的详细步骤。首先创建conda环境并指定Python 3.8版本,然后通过bioconda通道安装HyPhy软件包。安装完成后可通过conda list命令验证安装。文中还特别指出可能遇到的libcrypto.so.1.1共享库缺失错误,并提供了解决方案的参考链接。该教程配有安装过程截图,帮助用户直观了解操作流程和验证安装结果。

猿小白的博客 8260

音视频开发1 学习路线

把音视频工作方向总结为9个(可能不够准确,仅是个人观点):直播、传输、算法、视频播放器、流媒体后端、短视频、音频播放、视频编辑、图像处理。常用的视频封装格式有:mp4、mov、mkv、webm、flv、avi、ts、mpg、wmv等。常用的音频编码协议有:MP3、AAC、OPUS、FLAC、AC3、EAC3、AMR_NB、PCM_S16LE。视频包括:帧率、码率、分辨率、像素格式、色彩空间、I帧P帧B帧、DTS与PTS、YUV与RGB、位深与色域、视频编码格式、视频封装格式。

hunandede的博客 1876

别再让 AI 瞎写 SAP 代码了!这套 Claude Code Skill 的验证机制才是关键

本文深入解析了专为SAP CAP开发设计的AI辅助工具sap-cap-capire的技术架构。该工具采用四层设计:协议层集成MCP和LSP实现实时模型访问与语法检查;智能层通过4个专业化Agent(数据建模、服务开发等)分工协作;验证层确保代码质量;知识层存储文档模板。这种工程化设计解决了通用AI在CAP开发中面临的上下文不足、专业性缺失和代码质量保证等核心问题,通过本地化服务和实时反馈机制显著提升了开发效率。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 882

别再死记硬背了!用FFmpeg动手实践,5分钟搞懂音视频编解码那些事儿

本文通过FFmpeg实战操作,深入浅出地解析音视频编解码的核心概念,包括采样率、比特率、编码格式等。通过提取PCM数据、对比H.264与H.265编码、封装格式转换及RTMP推流等实验,帮助开发者快速掌握音视频开发的关键技术,告别死记硬背面试题的学习方式。

weixin_30765505的博客 378

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

音视频demo

ffmpeg-demo · 核心数据结构:AVPacket 的分配、引用、释放管理。 · 拆包与封装:MP4/FLV 中提取 AAC/H.264,以及反向合成 MP4/FLV。 · 解码:音视频包 → 解码 → 输出 PCM/YUV。 · 编码:原始 PCM/YUV → 重采样/格式转换 → 编码输出 AAC/H.264/H.265。 · 硬件加速:NVENC 编码、DXVA2 解码。 · 高级功能:自定义 IO、音频混音、音视频分离存储。 sdl

mix39的博客 1249

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

Android盒子音视频问题

音频测试 所支持的音频格式能够解码播放,播放中可进行快进、快退、暂停、播放、上下曲切换,且声音输出清晰,无偏大、偏小、杂音、卡顿、异常退出。音轨切换问题。蓝牙连接 其他设备输出问题。 声音通道测试 手机和耳机和蓝牙等外设交互测试,通路需要及时切换到对应设备等问题 手段:抓取audiodump speechdump •复现抓取编解码dump •抓取system trace •音频参数tuning •提交case同步分析 抓取Audiodump和speech dump方法 打.

qq_42894864的博客 799

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

2023音视频流媒体高级开发教程

本课程涵盖最主流的音视频全栈开发技术,适合嵌入式开发、桌面开发、Android/IOS移动开发、 后台开发、IT行业人员往音视频领域发展;适合音视频从业人员进一步 系统提升音视频技术。学完本课程具备全栈的音视频技术体系思维和视野,能够结合企业实际场景业务,进行播放器、录屏器、推拉流直播、视频监控、音视频通话、流媒体服务器等实际项目的开发。

C/C++Linux、音视频、DPDK 708

Android 视频直播 ( 从快播到直播,从高清到无码 )十年视频开发项目

从快播到直播

深南大盗的博客 40万+

FFmpeg基础学习路线

FFmpeg 是一款免费的、开源的跨平台音视频处理工具,旨在提供高质量、高速度的多媒体处理功能,FFmpeg 设计以流式处理音视频。FFmpeg 目前已成为业界公认的最强大、最全面的音视频处理工具之一,得到了广泛的应用。绝大多数的音视频相关应用和工具库,都直接或间接地引用了 FFmpeg。FFmpeg 的开发始于2000年,最初由法国程序员 Fabrice Bellard 发起,后来有越来越多的开源贡献者参与。目前 FFmpeg 由一支由多名开发者组成的团队维护和开发。

irainsa的博客 1179
下一篇: WARNING: You are using pip version xx; however, version xx is available.解决方法。
青山隐士
博客等级 码龄7年 17粉丝 4原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值