Re-streaming unicast/ multicast with FFMPEG

[PODL]

Hi,
I use the following to restream a URL on my local computer on port 20000 and I'm able to receive it in Media Player Classic:

./ffmpeg.exe -re -multiple_requests 1 -reconnect 1 -i "Some URL" -c copy -f mpegts udp://localhost:20000

But none of the following worked when trying to receive it on another computer, on the same LAN, with VLC:

Multicast:

./ffmpeg.exe -re -multiple_requests 1 -reconnect 1 -i "Some URL" -c copy -f mpegts udp://239.255.255.250:20000

Unicast:

./ffmpeg.exe -re -multiple_requests 1 -reconnect 1 -i "Some URL" -c copy -f mpegts udp://192.167.0.11:20000

On the receiver, in VLC, I tried udp://@:20000 and udp://@:0.0.0.0:20000
Both computers use Win10 and firewalls are down.
How can I receive the stream through the LAN and is it possible to use port forward and access port 20000 remotely if FFMPEG stream the video to the localhost?

[pandy]

Both computers use Win10 and firewalls are down.
How can I receive the stream through the LAN and is it possible to use port forward and access port 20000 remotely if FFMPEG stream the video to the localhost?

Check your router configuration.

[PODL]

Both computers use Win10 and firewalls are down.
How can I receive the stream through the LAN and is it possible to use port forward and access port 20000 remotely if FFMPEG stream the video to the localhost?

Check your router configuration.

Both computers see each other on the network.

[PODL]

I managed to solve it on unicast only with ?pkt_size=1316, see here https://superuser.com/questions/1535010/cannot-play-video-stream-from-ffmpeg-to-vlc

On VLC I inserted udp://@:20000?pkt_size=1316

Didn't manage to sort it out on multicast yet.

[pandy]

Both computers see each other on the network.

Perhaps but currently lot of network devices may consider increased traffic as unwanted unless you allow for it.
Would verify if there is no such filter active. For example multicast is usually blocked by WLAN interface to prevent jamming RF spectrum.

perhaps this may help you https://serverfault.com/questions/211482/tools-to-test-multicast-routing

ethernet 802.3 allow max 1500 bytes per frame and 1316 bytes is 7 * 188 bytes packet - maximum you can fit in frame - you may wish to check your MTU size - if your network use jumbo frames it is even advised to change packet size - it will improve overall network bandwidth

https://github.com/enclave-networks/multicast-test

[PODL]

Both computers see each other on the network.

Perhaps but currently lot of network devices may consider increased traffic as unwanted unless you allow for it.
Would verify if there is no such filter active. For example multicast is usually blocked by WLAN interface to prevent jamming RF spectrum.

perhaps this may help you https://serverfault.com/questions/211482/tools-to-test-multicast-routing

ethernet 802.3 allow max 1500 bytes per frame and 1316 bytes is 7 * 188 bytes packet - maximum you can fit in frame - you may wish to check your MTU size - if your network use jumbo frames it is even advised to change packet size - it will improve overall network bandwidth

https://github.com/enclave-networks/multicast-test

Thanks. Any idea how to receive the stream remotely? Do I have to use HLS protocol?

[pandy]

Thanks. Any idea how to receive the stream remotely? Do I have to use HLS protocol?

You may be forced to use external video server service - ffmpeg itself can't act as server - there is ffserver but it is not available for Windows, check this one: https://trac.ffmpeg.org/wiki/ffserver and https://trac.ffmpeg.org/wiki/StreamingGuide