登录社区云，与社区用户共同成长
邀请您加入社区
本文介绍了音视频编解码流程中从媒体文件提取数据包后进行解码的两种实现方式：FFmpeg和MediaCodec。在FFmpeg部分，详细说明了交叉编译、数据包提取、解码器查找和分配、数据包解码等步骤，并提供了完整的代码实现。在MediaCodec部分，重点讲解了Extractor初始化、轨道选择、解码器初始化以及解码过程，同样包含详细代码示例。文章还对比了两种解码流程的异同，并展示了实际效果。所有代
本文介绍了使用FFmpeg和NDK实现音视频文件转封装生成MP4文件的全流程。在FFmpeg部分，详细展示了通过AVFormatContext读取源文件、提取音视频流、创建输出文件并写入数据包的过程。NDK部分则基于Android原生API，使用AMediaExtractor和AMediaMuxer实现类似功能，包括初始化提取器、选择音视频轨道、配置复用器以及执行转封装操作。文章对比了两种技术方案
专注于音视频领域技术分享，打造一个 分享技术-->功能模块解决方案-->完整IPC产品解决方案 的公众平台
视频播放器播放一个互联网上的视频文件，需要经过以下几个步骤：解协议，解封装，解码视音频，视音频同步。如果播放本地文件则不需要解协议，为以下几个步骤：解封装，解码视音频，视音频同步。他们的过程如图所示。解协议的作用，就是将流媒体协议的数据，解析为标准的相应的封装格式数据。视音频在网络上传播的时候，常常采用各种流媒体协议，例如HTTP，RTMP，或是MMS等等。这些协议在传输视音频数据的同时，也会传输
全面支持 Web、iOS、Android等全平台开发与部署。
本文深入对比了WebRTC中VP8与VP9编解码器的核心差异与性能表现。通过实测数据，分析了二者在带宽效率、编码延迟及CPU占用上的权衡，并提供了针对不同实时视频通话场景（如低延迟、高画质、弱网络）的实战调优策略与配置参数，帮助开发者根据业务需求做出最优技术选型。
RTSP与WebRTC协议差异及低延迟实现方案 摘要： 本文分析了RTSP和WebRTC协议的本质差异，提出基于MediaMTX的低延迟解决方案。RTSP作为电信时代协议，其有状态设计导致Web端延迟高达3秒；而WebRTC专为浏览器设计，采用P2P架构和UDP传输，实现毫秒级延迟。通过MediaMTX的协议转换功能，可将传统RTSP摄像头流转换为WebRTC流，同时解决NAT穿透等关键问题。文章
建议收藏：Web 视频点播遇到“黑屏有声”怎么办？标准排查思路分享
浏览器端视频处理的完整工程方案——WebCodecs 优先 + seek 降级双路径、gifenc 四阶段 GIF 流水线、三档调色板策略，附踩坑实录。
本文介绍了在配备Tesla P100显卡（CUDA 12.0）的Ubuntu系统上编译支持GPU加速的FFmpeg 6.0的完整流程。关键步骤包括：安装编译依赖、匹配nv-codec-headers SDK 12.0版本、配置支持CUDA/NVENC/NVDEC的编译选项，以及安装验证。
WebRTC入门指南：150字摘要 WebRTC是一项让浏览器和应用程序无需插件即可实现实时音视频通信的开源技术。它由Google发起并成为W3C标准，支持跨平台使用。核心技术包括： MediaStream（获取音视频流） RTCPeerConnection（建立P2P连接） RTCDataChannel（传输任意数据） 典型应用场景包括视频会议、屏幕共享和实时数据传输。实现流程涉及信令交换、SD
视频编解码技术是数字媒体传输的基石，其核心原理是通过压缩算法去除视频数据中的冗余信息，以实现高效存储与传输。从MPEG-2到H.264/AVC的技术演进，代表了编码效率的显著跃升，其背后的多参考帧预测、帧内预测和CABAC熵编码等关键技术，使得在同等画质下带宽需求大幅降低。这项技术的核心价值在于，它使得海量视频内容能够适应从光纤到移动网络的复杂环境，并适配从4K电视到智能手机的多样化终端，从而支撑
# 视频数据的本质：从像素到帧视频本质上是一系列静态图像的快速连续播放，利用人眼的视觉暂留效应产生动态效果。每一张静态图像称为一帧（Frame），帧率（FPS，Frames Per Second）决定了流畅度，常见的帧率有24fps（电影）、30fps（电视）和60fps（游戏）等。最基础的RGB颜色空间用红、绿、蓝三个分量表示颜色，每个分量通常占用8位（0-255），即一个像素占用24位（3字节
你点击播放按钮，零点几秒后画面就出来了。这短短几百毫秒里，一个视频文件穿越了 DNS 解析、GSLB 调度、边缘节点命中/回源、TCP 握手、TLS 加密、HTTP Range 请求……背后是一整套全球分布的在协同工作。本文把视频分发的完整链路从头拆到尾，并深入 CDN 的调度算法、缓存策略和成本优化。：CDN 不是一台服务器，而是一个全球分布的缓存网络。核心架构：GSLB（全局负载均衡）把用户调
本文记录了WebRTC低延迟优化的全流程实践。通过埋设采集延迟、首帧计时等探针，系统性地将出画时间从11.5秒压缩至1.23秒，首帧延迟稳定在20-40ms。关键优化包括：采用websocket+trickle ICE信令（11.5s→1.23s）、强制IDR响应（首帧591ms）、规避TURN对称代价（公网1476ms→232ms）、修复编码器IDR状态机（消除0-1000ms抖动）等。最终架构
回到开头那个凌晨：客户要 200MB，你手上的武器已经齐了——判断素材用途、选对编码器、CRF 试压、2-pass 兜底、批量脚本挂机跑完。三代编码器没有绝对赢家，H.264 赢在"全世界都能放"，H.265 赢在"一半体积存 4K"，AV1 赢在"免版税的 Web 未来"，你的任务只是在正确的场景里调用它们。最后说点技术之外的话。我之所以愿意花这么多时间抠 CRF 的两档数值、写脚本把转码时间从
绿幕抠图技术详解：从色度键控原理到MEDAI V2实时抠像实战
