android 想用 websocket 收发媒体流,在不考虑音画同步的前提下,做到在局域网内低延时的效果。 目前的状态是用硬编码出来的 264 流太大了,websocket 发送与接收的速率相差甚远,请问各位大佬有什么建议。 之前用 webrtc 搭过,延时也有点高
1
qymhy 2019-12-18 10:16:54 +08:00
局域网内的话,直接 udp 啊
|
2
ivechan 2019-12-18 10:17:07 +08:00
可以看看抖音,直播平台有没有公开的解决方案~
|
3
holydancer 2019-12-18 11:15:14 +08:00
webrtc + udp
|
4
syrupofplum 2019-12-18 11:32:28 +08:00
搞过。局域网条件下,用 websocket 发送几兆码率应该是不成问题的。可以看看你是不是处理环节有什么问题。
|
5
xsen 2019-12-18 11:51:13 +08:00
1.发送 raw h264 自然是不行,那么大数据量
大概率瓶颈是网络状况(网卡、路由器或交换机)。而且没有这么用的,哪有不编码传输的 2.低延迟?要找方案,起码给出要多低的延迟——50 或 100ms,或更低 |
6
iseejun 2019-12-18 11:51:28 +08:00
RTSP 不香吗?
不过我们直接用 p2p |
7
bengcaca 2019-12-18 12:33:14 +08:00
websocket 是 tcp,用来发媒体流肯定是可以的,不过这么做貌似没什么好处。局域网,从协议角度讲肯定是 webrtc,而且 webrtc 貌似本身默认就是 udp。这本身应该是与数据大小无关的一件事。
再说延迟高,估计是你哪搞的问题,局域网如果延迟还高有可能是你局域网络的问题。h264 本身就是压缩过的,不过你可以适当调整 gop size,除非你源文件真的太大。 |
8
vus520 2019-12-18 12:45:16 +08:00
Swoole 向 websocket 客户端连接推送数据,长度最大不得超过 2M。
不知道原因 |
9
Leigg 2019-12-18 13:36:04 +08:00 via Android
自己一个基于 tcp 长连接的通信框架,我前段时间刚写一个,
|
10
heiheidewo 2019-12-18 13:44:39 +08:00
局域网用 tcp 完全没问题的
|
11
longkas 2019-12-18 13:54:30 +08:00
局域网延迟不会有问题吧,h264 压缩是不是有问题,看下 CPU 占用
|
12
mikoshu 2019-12-18 13:55:42 +08:00
webrtc
|
13
bshu 2019-12-18 16:31:01 +08:00 via Android
局域网内都无所谓,但是如果是广域网,除非保证双方都是大带宽,主要指上行,而且网络环境还要很稳定,否则 websocket 方案很受限。webrtc 可以监控网络状况,自动调整码率,以实时同步优先。除非你自己也写一套系统来实时码率转换。
|
14
CranLau OP rtsp 还没尝试,试了 rtmp,用的 B 站得 IJKplayer 播放,参考了网上秒开的参数,但打开需要个 3s 的时间
|