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