搜索资源列表
MPEG4
- DMIF 即多媒体传送整体框架，它主要解决交互网络中、广播环境下以及磁盘应用中多媒体应用的操作问题。 通过传输多路合成比特信息来建立客户端和服务器端的交互和传输。 通过DMIF，MPEG4可以建立起具有特殊品质服务（QoS）的信道和面向每个基本流的带宽。
clientSTM
- 一个集成了多家的，可用于流媒体转发的客户端组织方式，方便调用和与流媒体通讯-media client view vide
p2p_vod
- 目前的协议有如下一些特点: 1) 客户向服务器发送请求, 每个请求的长度不定. 请求的长度在第一个INT中指定. 2) 每个服务器通常会向多种客户提供服务, 例如, TS要同时向CP, NP提供服务, CP要向NP和其他CP提供服务, 同时还是其他CP, TS, SP的客户. 3) 每个服务器为客户服务时, 通常是长期的, 会涉及多次请求-应答的来回. 这样的结构, 主要是为了能够支持大量并发客户连接而设计的. 在具有大量并发客户 连接时, 无论采用线程还是进程,
camera263
- 将服务端捕捉的视频通过H.263压缩处理后传给客户端，支持多客户端-Capture client service through the H.263 video compression processing to the client to support multi-client
vodinall
- 集合pplive，ppstream，蚂蚁等多家视频流媒体服务于一体的客户端，支持自动升级。-Collection pplive, ppstream, ants and many other video streaming services in one client, support for automatic upgrades.
p2p_vod
- P2P网络直播多媒体系统 1) 客户向服务器发送请求, 每个请求的长度不定. 请求的长度在第一个INT中指定. 2) 每个服务器通常会向多种客户提供服务, 例如, TS要同时向CP, NP提供服务, CP要向NP和其他CP提供服务, 同时还是其他CP, TS, SP的客户. 3) 每个服务器为客户服务时, 通常是长期的, 会涉及多次请求-应答的来回. 这样的结构, 主要是为了能够支持大量并发客户连接而设计的. 在具有大量并发客户 连接时, 无论采用线程还是进程, 都无法进
H5视频播放插件
- 随着H5的兴起，传统的C/S构架产品逐步迁移到B/S架构上，但是H5的版本演进一直没能很好的解决实时视频播放的问题，从HLS到WebRtc 再到 Wasm 都伴随着它的问题， HLS延迟大满足不了实时流性要求; WebRTC 复杂以及更适合视频会议的场景使得在安防行业很难大规模应用， Wasm的出现给人们带来了希望，但是由于目前性能和原生应用相差效远，在 2K 等高分辨率的情况，很难达到实时流解码; 因此越来越多的客户迫切需要一种能在安防行业基于B/S框架的视频播放方案 本播放控件支持以下功能: