mirror of https://github.com/OpenVidu/openvidu.git
adfd19c8fa
The 14 srtIngress* tests had been commented out with three notes: SRT pull does not work when the ingress runs in a container, AAC fails alongside video, and a single OPUS stream fails. All 14 pass now. The first note was the networking. The listener ran on the bridge network testcontainers uses and the test handed the ingress a container IP that the deployment's own network cannot reach. Moving it to the host network is not enough on its own: host.docker.internal resolves to the gateway of Docker's default bridge, while the ingress sits on another network, so a listener bound to 0.0.0.0 answers the handshake from whatever source address routing picks for that network, and libsrt drops a reply that comes from an address it never contacted. TCP is immune, which is why RTSP never had the problem. The listener now binds the very address the ingress calls, taken from the Docker API, on a free UDP port. The second note does not reproduce: H264 + AAC and MPEG-4 + AAC pass unchanged, so it was a casualty of the networking problem. The third was a real product bug, in the ingress rather than here, and is fixed there. Both helpers now run mediamtx with RTSP over TCP and every other server off. On the host network its defaults collide with the deployment (1935 is the ingress RTMP port) or with another mediamtx (8000/8001 for RTP, and the MoQ server on 8892, which 1.21 extends to 8893), and the container exits. mediamtx moves to 1.21.0 in the same step. The RTSP AC3 test stays disabled, with the cause it actually has: ffmpeg's RTP muxer cannot payload AC-3, so the publisher never produces the stream. Verified against a local deployment: the 44 tests that use the mediamtx image, 30 RTSP and 14 SRT, all pass except that disabled one. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| docker | ||
| src | ||
| pom.xml | ||