Why rtp streaming of a .avi video file fails to be received?

Question

In ffmpeg streamingGuide, it writes: ``` ffmpeg -re -f lavfi -i aevalsrc="sin(400*2*PI*t)" -ar 8000 -f mulaw -f rtp rtp://127.0.0.1:1234 & ffplay rtp://127.0.0.1:1234 ``` I want to use a real video file to replace the artificial signal. Then I write the below at terminal A: ``` ffmpeg -re -i outputFile.avi -f mulaw -f rtp rtp://127.0.0.1:1234 ``` it seems it is working: The frame information is counting. Here are information on the terminal A at the end: ``` frame= 309 fps= 29 q=31.0 Lsize= 931kB time=00:00:10.30 bitrate= 740.8kbits/s video:922kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.030813% ``` When the frame at terminal A is still counting (not finished), I type the below at terminal B: ``` ffplay rtp://127.0.0.1:1234 ``` But it does not work: The error information is: ``` [udp @ 0x7fb370001500] bind failed: Address already in useB f=0/0 rtp://127.0.0.1:1234: Input/output error ``` Why? [Update 1] Following the instruction from Camille Goudeseune I used the foo.s…

Accepted Answer

Instead of `ffplay rtp://127.0.0.1:1235`, use `ffplay -i foo.sdp`.

Create the local file `foo.sdp` by pasting into it the text output from ffmpeg that follows the line `SDP:`, for example:

```
v=0
o=- 0 0 IN IP4 127.0.0.1
s=No Name
c=IN IP4 127.0.0.1
t=0 0
a=tool:libavformat 55.2.100
m=video 1235 RTP/AVP 96
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1
```

The .sdp file includes the rtp address, so you need not specify rtp://... as well.

Why rtp streaming of a .avi video file fails to be received?

Solution

Problem

Related problems