-
-
Save westonruter/4508842 to your computer and use it in GitHub Desktop.
| #!/bin/bash | |
| url='rtsp://10.0.1.10:554/video-stream' | |
| avconv -i $url -r 1 -vsync 1 -qscale 1 -f image2 images%09d.jpg |
Having the same issue, I found some more pieces of information.
The data loss might be due to UDP use, you could try to for use of TCP instead with the flag: -rtsp_transport tcp which should be put in first position into the command
You can use ffmpeg instad of avconv. Works also.
If you want just one frame use -frames:v 1
Then you can create a cronjob an execute each X minutes/days ...
url='rtsp://192.168.1.51:554/12' ffmpeg -i $url -r 1 -vsync 1 -qscale 1 -frames:v 1 -f image2 images_$(date +%F_%H-%M-%S).jpg
@AnSieger ffmpeg is way too slow for this kind of job. Takes around 6 seconds for each grab from what I have experienced.
ffmpegis way too slow for this kind of job. Takes around 6 seconds
Is that an ffmpeg issue or an RTSP issue?
Is that an ffmpeg issue or an RTSP issue?
Most is probably protocol overhead and initial negotiation. I ended up using OpenCV for the task + additional motion detection.
Just dumped a Gist for reference here: https://gist.github.com/alfonsrv/a788f8781fb1616e81a6b9cebf1ea2fa
Just dumped a Gist for reference here:
Do you have a command line example of use? I get name 'STREAM_URL' is not defined
Ronald
PS. I find that ffmpeg causes Fedora 33 to crash after a day (running it permanently) and Raspbian ffmpeg never gets a result (too old?)
Same issue here. I'm using a Raspberry Pi, and I got debugging output saying that there were missing packets during the network transfer. I assume it's simply edging the processing strength of my Pi.