音视频流可以通过 websocket 收发吗？

[CranLau]

android 想用 websocket 收发媒体流，在不考虑音画同步的前提下，做到在局域网内低延时的效果。 目前的状态是用硬编码出来的 264 流太大了，websocket 发送与接收的速率相差甚远，请问各位大佬有什么建议。 之前用 webrtc 搭过，延时也有点高

[qymhy]

局域网内的话，直接 udp 啊

[ivechan]

可以看看抖音，直播平台有没有公开的解决方案~

[holydancer]

webrtc + udp

[syrupofplum]

搞过。局域网条件下，用 websocket 发送几兆码率应该是不成问题的。可以看看你是不是处理环节有什么问题。

[xsen]

１．发送 raw h264 自然是不行，那么大数据量
大概率瓶颈是网络状况（网卡、路由器或交换机）。而且没有这么用的，哪有不编码传输的

２．低延迟？要找方案，起码给出要多低的延迟——50 或 100ms，或更低

[iseejun]

RTSP 不香吗？
不过我们直接用 p2p

[bengcaca]

websocket 是 tcp，用来发媒体流肯定是可以的，不过这么做貌似没什么好处。局域网，从协议角度讲肯定是 webrtc，而且 webrtc 貌似本身默认就是 udp。这本身应该是与数据大小无关的一件事。

再说延迟高，估计是你哪搞的问题，局域网如果延迟还高有可能是你局域网络的问题。h264 本身就是压缩过的，不过你可以适当调整 gop size，除非你源文件真的太大。

[vus520]

Swoole 向 websocket 客户端连接推送数据，长度最大不得超过 2M。

不知道原因

[Leigg]

自己一个基于 tcp 长连接的通信框架，我前段时间刚写一个，

[heiheidewo]

局域网用 tcp 完全没问题的

[longkas]

局域网延迟不会有问题吧，h264 压缩是不是有问题，看下 CPU 占用

[mikoshu]

webrtc

[bshu]

局域网内都无所谓，但是如果是广域网，除非保证双方都是大带宽，主要指上行，而且网络环境还要很稳定，否则 websocket 方案很受限。webrtc 可以监控网络状况，自动调整码率，以实时同步优先。除非你自己也写一套系统来实时码率转换。

[CranLau]

rtsp 还没尝试，试了 rtmp，用的 B 站得 IJKplayer 播放，参考了网上秒开的参数，但打开需要个 3s 的时间

[CranLau]

@iseejun rtsp 没试过，rtmp 真的不算香。P2P 是 webrtc 么？

[iseejun]

@CranLau 第三方商用 p2p，我们是做摄像头