直播

字节跳动视频云技术团队13 天前
音视频开发·直播·rtc
沙发搬到线上:火山引擎视频云如何用RTC+直播打造一场“云上陪看房”?真正让人愿意长时间看完一场球的,不只是比赛本身,而是有人一起看、一起喊、一起等那个关键时刻。一个人看球最难受的不是错过精彩镜头,而是情绪来了却没人分享。进球想喊一嗓子,身边是空的;裁判出争议判罚想骂两句,只能对着屏幕自言自语。
字节跳动视频云技术团队13 天前
人工智能·音视频开发·直播
进球、切片、全网爆:如何打造一座跑赢热搜的赛事“AI短视频工厂”?一场赛事真正的流量争夺,往往不只发生在直播间,也发生在赛后几分钟的短视频分发链路里。谁能更快把进球、争议判罚、庆祝名场面切出来,谁就更有机会吃到热搜红利。
REDcker13 天前
音视频·webrtc·实时音视频·直播·rtc·腾讯
腾讯TRRO SDK深度剖析本文基于腾讯云 TRRO(Tencent Real-time Remote Operation) 工业能源版官方 SDK 发行包、头文件、License 清单与 Demo 工程,结合 现场设备端 / 远端设备端 文档,从 产品定位、产物矩阵、技术栈与依赖、跨平台 C ABI 架构、三通道原理、双端分工 等层面展开。
字节跳动视频云技术团队13 天前
人工智能·音视频开发·直播
拒绝被剧透!解密大型赛事直播背后的超低延迟黑科技隔壁已经欢呼,自己的直播还在回传球——这是无数球迷在大型赛事中最怕遇到的瞬间。进球、绝杀、点球大战,每个关键时刻都只有一次情绪爆发机会。越是热门比赛,观众越追求实时;但海量用户同时在线、超高清码率、跨终端播放,每增加一层负担,端到端延迟就越容易失控。真正的难点不是“播出来”,而是在千万级并发下,依然把延迟稳定压低。
花椒技术18 天前
性能优化·直播·前端工程化
直播间常驻子应用加载优化实践:从 1550ms 到 890ms本文复盘一个直播间复杂页面下的前端性能问题:视频首帧已经不是唯一指标,直播间里的常驻业务能力也要尽快完整可用。
花椒技术1 个月前
设计模式·harmonyos·直播
HJPusher / HJPlayer SDK 实践:我们为什么把直播推播链路拆成一套可复用能力上周,我们花椒直播技术团队参加了 HDC 2026 华为开发者大会期间的鸿蒙开发者论坛,并围绕《一推一播,智联鸿蒙:花椒直播 HJPusher & HJPlayer SDK 实践》做了一次技术分享。
音视频牛哥1 个月前
音视频开发·视频编码·直播
不只是等待 IDR:SmartMediaKit 播放器对 H.264 GDR 码流的完整适配实践在直播、安防监控、无人机回传、工业视觉和远程巡检等实时视频场景中,H.264 仍然是当前部署最广泛的视频编码标准之一。对于大多数音视频开发者来说,H.264 中的关键帧,尤其是 IDR 帧,几乎是播放器起播、断线重连、录像切片和解码器恢复的基础前提。
深念Y2 个月前
前端·chrome·webrtc·浏览器·srs·直播·flv
我明白为什么B站没法在浏览器开直播了——Windows Chrome推流踩坑全记录上一篇文章确定了技术选型:RTMP推流 + SRS转发 + FLV拉流 + WebSocket信令。但我当时想得有点美:既然SRS 5.0支持WHIP协议,是不是可以写一个简单的网页,让主播打开浏览器就能推流,不用装OBS?
深念Y2 个月前
webrtc·srs·直播·推流·b站·多媒体·obs
仿B站直播功能技术选型:为什么必须用SRS而不是WebRTC P2P?最近在给一个仿B站项目加直播功能,技术选型阶段就碰到了一个很典型的问题:到底该用什么架构来做直播?查了一圈资料,发现很多人张口就是“用WebRTC”,理由是延迟低、浏览器原生支持、不用装插件。听起来很美好对吧?
深念Y2 个月前
网络·直播·p2p·点对点·多播·流量·单播
网络多播与广播:到底能不能节省带宽和流量?在网络通信中,多播和广播常被认为是节省带宽的技术。但这个说法并不精确,甚至容易引发误解。本文将直接从技术原理出发,理清多播与广播对带宽和流量的实际影响。
sno_guo2 个月前
人工智能·算法·机器学习·直播·内容运营·obs抠图·直播技术
直播抠图技术100谈之25---调色中曲线是最优解蓝松抠图在即将发布的版本中特意重写了曲线调节,把达芬奇的二级曲线重新做了一遍,并模仿达芬奇的节点图做了自己的节点图。我们为什么要重新设计曲线,因为我们认为调色中曲线是最优解;
aqi002 个月前
android·ffmpeg·kotlin·音视频·直播·流媒体
FFmpeg开发笔记(一百零二)国产的音视频移动开源工具FFmpegAndroid除此以外,FFmpegAndroid也是一款优秀的国产Android音视频开源工具,它基于Kotlin编写,音视频工作方向包括:直播、短视频、流媒体传输、视频播放器、音乐播放器、音视频算法、流媒体后端、音视频编辑、图像处理等等,可谓功能强大。
aqi002 个月前
android·ffmpeg·音视频·直播·流媒体
FFmpeg开发笔记(一百零一)跨平台的开源音视频移动框架MobileFFmpegMobileFFmpeg 是一款专为 Android、iOS 和 tvOS 移动平台开发的开源音视频处理框架。它的核心作用是将强大的 FFmpeg 工具链移植到移动端,并提供简洁的上层 API,让开发者无需复杂的底层编译和 JNI 操作,就能在 App 里实现专业级的音视频编辑、转码与处理。 MobileFFmpeg几乎能实现电脑端 FFmpeg 的所有功能,包括: 1、格式转换:MP4、AVI、MKV、MOV、GIF 等互转。 2、视频编辑:裁剪、拼接、旋转、加水印、加字幕、倍速播放。 3、音频处理:提
qwfy3 个月前
app·音视频开发·直播
从零实现一个 IM + 直播 App:Kotlin + Compose 多模块架构全流程记录仓库地址:github.com/qwfy5287/Li…Kotlin 2.0 / Jetpack Compose / Clean Architecture / Hilt / Room / Media3 / Paging 3。
音视频牛哥3 个月前
harmonyos·音视频开发·直播
鸿蒙 NEXT 下 RTSP/RTMP 播放器如何实时调节音量、亮度、对比度与饱和度?本文基于大牛直播 SDK(SmartMediaKit)的鸿蒙 NEXT 移植版本,结合真实的 ArkTS 工程代码,完整介绍播放过程中如何对音量、画面亮度、对比度、饱和度进行实时动态调节。
aykon4 个月前
直播
Android 直播首帧响应速度优化文章仅做记录哈。也是抛砖引玉,各位大佬有不同意见或是更好的建议,欢迎指正指导哈!一起加油~传统双播放器采用"固定预加载下一个"策略,存在以下问题:
REDcker5 个月前
前端·音视频·实时音视频·直播·webcodecs·videodecoder
WebCodecs VideoDecoder 的 hardwareAcceleration 使用在使用 WebCodecs 的 VideoDecoder 做 H.264 解码时,部分环境下会出现解码器初始化失败、画面无法显示等问题。
learndiary5 个月前
linux·直播·deepin·b站
Deepin国产系统搭建B站桌面直播环境要点视频网址:https://www.bilibili.com/video/BV19Vf2BKE8C/一、音频实时降噪及音效修正 使用easyeffects做音频实时降噪及音效修正,但 apt 安装的缺失依赖,不能正常工作,安装 flatpak 版本的easyeffects解决。参见:[Bug反馈] deepin 25 linux apt 安装的 easyeffects 缺少依赖不能正常工作 https://bbs.deepin.org/zh/post/295876
REDcker6 个月前
linux·服务器·网络·音视频·实时音视频·直播·rtsp
RTSP 直播技术详解RTSP(Real Time Streaming Protocol,实时流协议) 是一种应用层控制协议,用于在流媒体服务器与客户端之间建立和控制实时媒体会话。由 IETF 在 RFC 2326(1998)中定义,后由 RFC 7826(2016)更新。
aqi006 个月前
android·ffmpeg·kotlin·音视频·直播·流媒体
FFmpeg开发笔记(九十九)基于Kotlin的国产开源播放器DKVideoPlayer除此以外,DKVideoPlayer也是一款优秀的国产Android视频播放器,它基于Kotlin编写,不但集成了Android原生的MediaPlayer,还集成了Jetpack的ExoPlayer,甚至集成了国产的ijkplayer。DKVideoPlayer既支持播放本地视频,也支持播放网络视频,甚至支持播放直播链接,可谓功能强大。 DKVideoPlayer的源码托管地址为https://github.com/Doikki/DKVideoPlayer(星星数5.3k),国内的镜像地址为https: