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