- 博客(172)
- 问答 (5)
- 收藏
- 关注
原创 Spark Media 问题清单
本项目基于 libdatachannel 构建 C++ WebRTC SFU 服务器,遵循 IETF WHIP/WHEP 标准信令,采用帧级转发实现低延迟多人互动。
2026-11-08 16:38:24
346
原创 Qt播放器-核心面试题
UI 线程只处理点击和绘制,读包、解码在工作线程。内核线程是 pthread/自管线程(read/decode/refresh/SDL callback),不是全部塞进一个 QThread。内核到 UI 的进度/错误,也可以用 QueuedConnection 投回主线程,两种都是「异步通知」,别混成同一套队列实现。启动主线程事件循环:取事件队列里的鼠标、绘制、定时器、套接字、排队槽调用,分发给对应对象。的子类里——线程对象本身通常还在创建它的线程,容易把「线程对象住哪」和「任务在哪跑」搞混。
2026-10-21 23:47:40
196
原创 voip网关通信-重点梳理
IP 侧我们默认走 2833:按一下键发一组事件包(起始、持续、结束),接收侧按协商好的动态 PT 分流到独立队列,再映射成 0–9、*、# 交给业务或转到对端。:既可以是 E1 上的一个时隙(TDM 通道),也可以是一个 IP/RTP 会话槽加端口(IP 通道),在数组里平权编号。:公交车调度——乘客来得稀稀拉拉,先在站台攒一波再按时发车,人多就多等一会儿(加深),但有上限不能永远不开车。窗补偿:像叫号,给播放时间加安全等待窗再取包,主机通道常 60ms 起步并开自适应,还用滑动平均修时钟漂移。
2026-10-20 23:57:14
370
原创 H.264 / H.265 编解码原理与高频面试题
两个 I(或 IDR)之间的间隔。GOP 大:压缩好、Seek 粗、随机访问差;GOP 小:Seek 准、码率可能升高。直播低延迟常较小 GOP、少 B 帧。
2026-10-20 23:54:19
41
原创 Mesh 多人通话:面试十问
还不行,就关掉这一个 uid 对应的 PC,用强制 TURN 的配置重建,再发 Offer。分开的好处是信令可以用任意可靠通道,媒体走 ICE 选出来的最优路径,直连优先,打不通再走 TURN。多人 Mesh 里,我对每一个远端都要单独建一条连接,所以客户端用 Map,键是对方 uid,值是对应的 PeerConnection 和视频节点。客户端收到后,只关闭该 uid 对应的 PeerConnection,移除视频节点,停止和他相关的 ICE 监听和统计定时器。主叫角色由「已在房的人」承担。
2026-10-19 15:50:13
26
原创 音视频面试题rtsp--02高频面试题
H264 必须从 I 帧开始解码。播放器若在 GOP 中间接入,要等到下一个 I 帧才有画面。EasyDarwin 配置:服务端缓存最近一个 I 帧及其后的非 I 帧。新播放器 PLAY 后先收到这段缓存,再接实时流,首屏更快。代价是每路流多占约一个 GOP 的内存,高并发时要控。推流端 GOP 常设成约 1 秒(video_gop默认等于 fps)。客户端积压丢帧也停在 I 帧上,和 GOP 语义一致。
2026-10-17 12:34:26
255
原创 音视频面试题--rtsp推流要点解析
GOP Cache 是服务端能力:缓存最近 I 帧及之后数据,新观众一来先发缓存再接实时流,解决“半 GOP 接入黑屏等待”。若播放器在 GOP 中间接入,要等到下一个 I 帧才有画面,首屏可能卡几百毫秒到数秒(取决于 GOP)。异步抛到主线程,发送线程只负责 I/O,重连/停推由上层统一处理,避免多线程抢生命周期。直播推流优先保实时,宁可丢旧帧,也不让观众一直看“几秒前”的画面。网络抖动、服务端卡顿时,发送变慢,队列里包越积越多 →。,让中途接入的播放器先拿到最近 I 帧,尽快出画面。
2026-10-17 12:03:20
37
原创 音视频面试题rtsp--01高频面试题
RTP(Real-time Transport Protocol)是一种网络传输协议,专为实时数据(如音频、视频)的端到端传输设计。它运行在 UDP 之上,提供时间戳、序列号、负载类型标识等机制,用于解决实时数据的时序重建、同步和丢包检测问题。
2026-10-03 10:06:18
345
原创 音视频面试题之tls-03http协议传输
HTTP协议是Web通信的基础,基于客户端-服务器模型,使用TCP 80(HTTP)或443(HTTPS)端口。
2026-10-03 09:44:36
42
原创 音视频面试题之tls-05 hls高频面试题
HLS 是苹果推出的基于 HTTP 的流媒体协议,将视频切分为 2-10 秒的 TS 片段,通过 m3u8 播放列表管理。
2026-10-03 09:43:28
44
原创 音视频面试题之tls-02三层结构
TS流采用三层结构:最外层为固定188字节的TS包,内含PID标识;中间层为PES包,封装带时间戳(PTS/DTS)的音视频数据;最内层为原始编码的ES流(如H.264/AAC)。
2026-10-02 16:40:13
44
原创 音视频面试题之tls-01核心知识梳理
HLS(HTTP Live Streaming)是苹果推出的流媒体协议,将视频切分为10秒左右的.ts片段,通过m3u8播放列表按序播放。支持自适应码率、点播与直播,兼容性强,基于HTTP可高效利用CDN。
2026-10-02 16:38:33
48
原创 音视频面试题之rtmp-01推流和拉流总结
RTMP 是基于 TCP 的低延时音视频传输协议,默认端口 1935。其推流与拉流流程均包含握手、连接、创建流及数据传输阶段。握手通过 C0/C1 → S0/S1/S2 → C2 完成,确保双方同步。协议对称,角色由命令发起方向区分:客户端主动连接并发送 connect/play/publish,服务端监听响应。数据以 Chunk 形式传输,含 CSID(通道标识,如音频/视频/控制)和 Stream ID(业务流标识),实现多路复用。关键字段如 Type 0 Chunk Header 提供时间戳、大小、类
2026-10-02 10:05:30
250
原创 FFmepg-- 36 -RTMP 推流端(Publisher) 和 RTMP 拉流播放器(Player)
RTMP 推流端(Publisher) 和 RTMP 拉流播放器(Player)
2026-03-05 16:26:45
556
该项目主要实现web客户端发起推流命令,然后设备端推流到流媒体服务器, web从流媒体服务器拉流,从而实现远程监控
2026-10-03
cuda编程中,一个核函数可以最多运行多少个thread
2022-04-24
在cuda编程中,一个核函数最多可以用多少个线程?
2022-04-24
cuda中cudaDeviceSynchronize函数返回cudaError_t的原因
2022-04-16
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅