-map 0 indicates to pull 1st stream (if for some reason this is not the video stream, then try 1 or 2 or look at output of ffmpeg to see what # the video stream is.-metadata adds title (this is shown as overlay in VLC media player).-reset_timestamps is needed so that timestamps are from 0.-c indicates stream should saved to disk as-is (not re-encoded).If your PC ip is 192.168.0.10, then the rtsp stream is played by this command: vlc rtsp://192.168.0.Ffmpeg -i -c copy -reset_timestamps 1 -metadata title=\ 'Cafe East\' -map 0 -f segment -segment_time 15 -segment_format mp4 'outputfolder/recording-%03d.mp4' Here's the ffmpeg|vlc command: ffmpeg -thread_queue_size 1024 -f video4linux2 -input_format mjpeg -i /dev/video0 -r 30 -f alsa -ac 1 -thread_queue_size 1024 -i hw:1,0 -acodec aac -vcodec libx264 -preset ultrafast -crf 18 -s hd720 -vf format=yuv420p -profile:v main -threads 0 -f mpegts -|vlc -I dummy -sout='#std -sout-all -sout-keep' If you're using a file as input, you won't need all that v4l2 and alsa stuff. You will have to adjust the command for your device or file. I've also had audio-sync issues with some of the other methods, where this method always has perfect audio-sync. Piping through vlc must be CPU-friendly, because my old dual-core Pentium CPU is able to do the real-time encoding with no dropped frames. I'm using a video capture HDMI>USB device that sets itself up on the video4linux2 driver as input. I've tried both, but the http ts stream seems to work glitch-free on my playback devices. In the example I use an mpeg transport stream (ts) over http, instead of rtsp. If you don't have these installed, you can add them: sudo apt install vlc ffmpeg Another streaming command I've had good results with is piping the ffmpeg output to vlc to create a stream.

Ffmpeg rtsp stream example