Reputation: 362
Video streaming between Unix Server (ffmpeg) and Windows client (vlc) completed without errors.
Server side:
ffmpeg -f v4l2 -r 25 -i /dev/video0 http://192.168.1.114:27018/feed1.ffm
Client side:
vlc player: Media -> Open Network Stream: http://192.168.1.114:27018/test.swf
However, video streaming has approximately 10 s. delay. For this reason, I tried using rtp instead http, but without result. Specifically, on server side I run:
ffmpeg -f v4l2 -r 25 -i /dev/video0 rtp://192.168.1.114:27018/feed1.ffm
After the stream begun, on client side I typed: rtp://@:27018
but it doesn't respond.
What I am missing? Is there any other way I could avoid delay?
Upvotes: 0
Views: 2787
Reputation: 323
Short (incomplete) solution for the problem with the RTP stream:
Setup FFMPEG with the command line:
ffmpeg -f v4l2 -r 25 -i /dev/video0 rtp://<client_ip>:<client_port>
where <client_ip>
and <client_port>
need to be replaced with the client's IP address and port number, respectively.
Description of the problem with the RTP stream and the solution:
http://192.168.1.114:27018/
, it probably means that FFMPEG (the server) will listen on its one interface that has the IP 192.168.1.114 and on the port 27018. Then the client needs to connect to http://192.168.1.114:27018
to get the streams.rtp://<client_ip>:<client_port>
and not the URL rtp://<server_ip>:<server_port>
, for the <client_ip>
to be able to access the stream on his local port <client_port>
.For more info on the FFMPEG's RTP URL format and a starting point for some intriguing concepts in RTP streaming (like multicasting), visit here.
Upvotes: 3