音视频开发

一支鱼11 小时前
前端·node.js·音视频开发
基于 Node.js 的短视频制作神器 ——FFCreator在当今短视频盛行的时代,快速高效地制作短视频成为了很多开发者和内容创作者的需求。FFCreator 就是一款基于 Node.js 的强大短视频制作工具库,它能帮助我们轻松实现短视频的制作与编辑。
AJi20 小时前
ffmpeg·音视频开发·视频编码
编解码原理(一):H264国际上制定视频编解码技术的组织有两个,一个是“国际电联(ITU-T)”,它制定的标准有H.261、H.263、H.263+等,另一个是“国际标准化组织(ISO)”它制定的标准有MPEG-1、MPEG-2、MPEG-4等。
重启的码农4 天前
c++·云计算·音视频开发
云游戏技术之高速截屏和GPU硬编码 (5) 色彩空间转换器 (RGBToNV12)在上一章中,我们认识了流水线终点NVENC 硬件编码器封装 (NvEncoderD3D11)。我们了解到,这位剪辑师虽然工作效率极高,但它有一个小小的“偏好”:它最喜欢处理一种叫做 NV12 的特殊图像格式。
音视频牛哥5 天前
音视频开发·视频编码·直播
RTSP流端口占用详解:TCP模式与UDP模式的对比在音视频传输协议中,RTSP(Real-Time Streaming Protocol,实时流传输协议)被广泛用于点播、直播、监控等场景。开发者在实际部署或调试时,常常会遇到一个问题:一路 RTSP 流到底占用多少个端口? 这个问题看似简单,却和传输模式密切相关。本文将结合 TCP 与 UDP 两种情况,为你做一个详细梳理。
重启的码农5 天前
c++·云计算·音视频开发
云游戏技术之高速截屏和GPU硬编码 (4) NVENC 硬件编码 (NvEncoderD3D11)在上一章 桌面复制接口 (DDAImpl) 中,我们认识了流水线中的“高速摄影师”。它为我们源源不断地提供了来自屏幕的原始图像“数字底片”。
重启的码农5 天前
c++·云计算·音视频开发
云游戏技术之高速截屏和GPU硬编码 (3) 桌面复制接口 (Desktop Duplication API)在上一章 应用程序主控 (DemoApplication) 中,我们认识了整个项目的“导演”——DemoApplication 类。
重启的码农6 天前
c++·云计算·音视频开发
云游戏技术之高速截屏和GPU硬编码 (1) 捕获-预处理-编码流水线在我们深入研究代码的细节之前,最重要的事情是理解整个应用程序的核心工作流程。想象一下,你想实现一个屏幕录制软件。你面临的第一个问题是:“我如何将屏幕上看到的动态画面,变成一个可以播放的 .mp4 或 .h264 视频文件呢?”
重启的码农6 天前
c++·云计算·音视频开发
云游戏技术之高速截屏和GPU硬编码 (2) 应用程序主控在上一章 捕获-预处理-编码流水线] 中,我们了解了整个屏幕录制过程就像一条工厂流水线。数据从捕获开始,经过预处理,最后被编码成视频。
不午睡的探索者7 天前
c++·github·音视频开发
音视频开发入门:FFmpeg vs GStreamer本文参考自 GitHub 项目:awesome_audio_video_learning音视频技术,作为当今互联网的兵家必争之地,正吸引着越来越多的开发者。从短视频、直播到在线会议,其背后都离不开强大的音视频处理框架。如果你想进入这个领域,FFmpeg 和 GStreamer 是你绕不开的两座大山。
Points8 天前
harmonyos·音视频开发
开源项目:OpenHarmony WMA音频解码器本项目是参加OpenHarmony多媒体编解码竞赛的参赛作品,旨在为OpenHarmony平台开发一个完整的WMA音频解码器,支持WMA V1/V2/PRO格式解码,提供NDK接口和ArkTS应用层。
李姆斯8 天前
前端·webrtc·音视频开发
数据与直播画面“神同步”——SEI(补充增强信息)我在过去的一年多中的大部分时间都在和webrtc直播打交道,这一年中,有不少需求都要求dom或canvas的渲染需要和直播画面有着帧级的同步渲染。这个需求抽象出来可以用一句话概括:如何将和每一帧画面强相关的业务数据与直播帧进行同步传输和同步解析?
巴厘猫11 天前
python·音视频开发
从 Manim 中提取表格 / 坐标系并转 GIF:实用方案与核心代码在数据可视化和数学动画创作中,我们经常需要将 Manim 动画中的表格、坐标系等核心元素单独导出为 GIF。本文整理了四种高效方案,每种方案仅提供核心代码,聚焦关键实现逻辑。
不午睡的探索者12 天前
c++·github·音视频开发
FFmpeg + WebRTC:音视频开发的两大核心利器在当今的互联网世界,音视频技术已无处不在。从短视频、直播到在线会议,这些应用的背后都离不开强大的音视频技术栈。而在众多技术中,FFmpeg 和 WebRTC 无疑是最核心、最值得深入学习的两大支柱。
哔哩哔哩技术13 天前
音视频开发
为什么我的 TLS 1.3 多了一个 RTT在正文开始之前,先简要介绍一下 TLS 1.3 与 TLS 1.2 有哪些主要差异:1. 更快的响应速度:
音视频牛哥14 天前
音视频开发·视频编码·直播
RTSP/RTMP vs WebRTC:实时视频技术选型的务实之路在实时视频的技术选型中,WebRTC 曾一度被许多团队视为“唯一的正确答案”。凭借浏览器原生支持、点对点传输以及端到端的低时延特性,它确实在在线会议、互动课堂等场景中展现了极大优势。然而,当这些团队尝试把同一套方案推广到更广阔的行业领域时,比如安防巡检、工业监控、医疗观摩、低空经济无人机视频回传、机器人远程操控等,就逐渐暴露出“错配”的问题。
音视频牛哥14 天前
音视频开发·视频编码·直播
跨平台 RTSP/RTMP 播放器工程化实践:低延迟与高稳定性的挑战与突破在实时视频系统中,播放器常常被误解为一个“简单环节”——拉流、解码、渲染,流程看似清晰明了。但真正的挑战并不在于能否快速跑通一个 Demo,而在于能否在 复杂网络、海量终端、苛刻延迟 的现实场景中,依旧保持稳定、流畅和低时延。
acocosum17 天前
音视频开发
音视频学习3-视频封装目标: 深入理解视频封装的必要性及PS、TS格式的技术特点**视频封装(Container Format)**是将编码后的音视频数据、字幕、元数据等打包成一个文件的技术。
百度Geek说18 天前
音视频开发
播放器视频后处理实践(一)在播放器架构不断演进的今天,视频后处理技术正在成为提升用户体验的关键环节。相比传统的解码即播,现代播放器越来越多地引入后处理链路,通过增强画质、渲染氛围等手段,为用户提供更具沉浸感的视听体验。
音视频牛哥19 天前
音视频开发·视频编码·直播
从 H.264/H.265 到 H.266:RTSP播放器的跨代际演进视频编解码的发展历程,始终是 带宽效率与视觉体验的博弈。从 H.264 的普及,到 H.265/HEVC 的深化应用,每一次标准迭代,都在推动视频向更高分辨率、更高帧率、更复杂场景的应用迈进。而 H.266(VVC,Versatile Video Coding)的出现,则被认为是 面向未来十年的关键拐点:它在相同画质下相较 H.265 可节省 30–50% 的码率,为 4K/8K 超高清、XR 沉浸式体验、低空经济中的无人机回传、远程医疗手术视频、工业检测等高带宽场景,带来了现实可行的传输条件。
GitLqr20 天前
计算机视觉·游戏开发·音视频开发
AI洞察 | 混元、昆仑 重塑 3D 世界新方向欢迎关注微信公众号:科技洞察者 📌近日,AI 技术在内容创作、3D 世界构建以及模型轻量化与移动端部署等多个前沿领域,再次展现出令人瞩目的创新活力。