这是一个创建于 1827 天前的主题，其中的信息可能已经有所发展或是发生改变。
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
１．发送 raw h264 自然是不行，那么大数据量
大概率瓶颈是网络状况（网卡、路由器或交换机）。而且没有这么用的，哪有不编码传输的 ２．低延迟？要找方案，起码给出要多低的延迟——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 的时间
|
Select Language