Send Motion-user mailing list submissions to motion-user@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/motion-user or, via email, send a message with subject or body 'help' to motion-user-requ...@lists.sourceforge.net You can reach the person managing the list at motion-user-ow...@lists.sourceforge.net When replying, please edit your Subject line so it is more specific than "Re: Contents of Motion-user digest..." Today's Topics: 1. Re: Recorded videos freeze after several seconds (Jon Wedell) ---------------------------------------------------------------------- Message: 1 Date: Sat, 03 Feb 2018 16:12:19 +0000 From: Jon Wedell <jonwed...@gmail.com> To: Motion discussion list <motion-user@lists.sourceforge.net> Subject: Re: [Motion-user] Recorded videos freeze after several seconds Message-ID: <CAHXwULwU9NHSg-s=jds05+akciuhaqhxicztu1l9ehbghtn...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Interesting. The video has the same sort of corruption when I set the motion configuration parameters via the static configuration files and start running it. This didn't used to be the case, the videos used to record properly. I have multiple cameras and recording with any of them triggers this issue. Also worth noting is that I have two different types of IP cameras and since the issue affects both I suspect it has to do with motion rather than the cameras themselves. I updated my configuration to have just one camera and the issue persists. I've attached the motion log and an example file. If you look at the time on the upper right of the video you will see it stop after ~2 seconds, whereas the video runtime is 6 seconds. I could try recording jpegs instead and make videos, but I would really only want to do that as a last resort. Hopefully I can figure out this issue and get the videos working directly. Especially since they were working before. Thanks for your help everyone. Best, Jon On Fri, Feb 2, 2018 at 6:14 AM <dou...@highmoor.co.uk> wrote: > Possibly of no relevance but on the occasion I've experimented with video > I discovered a lot of problems with frozen playback. Using mplayer for > example, the timer would continue to advance but playback would be frozen. > This was when I configured motion to create video 'on the fly'. > > If instead I created video manually using the jpegs it was fine. > > As Colin says, I'd try and eliminate IR from the enquiry, then perhaps, if > you have raw jpegs, create a video from them and see if that's ok. > > Dougie > > > On 01/02/18 20:51, Jon Wedell wrote: > > Hello, > > I'm using IR motion sensors to turn recording on and off via the motion > API. I've found using these sensors to trigger the recording to be more > reliable than relying on detecting motion from the frames. I'm encountering > an issue where only the first 1-3 seconds of the video I record is actual > video, and then the frame freezes for the remaining duration of the > recording time. > > To activate the motion recording, I make the following API calls (using > the python requests library): > > # Enable video recording > r = requests.get("http://%s:%s/%s/config/set?ffmpeg_output_movies=%s" % > (args.host, args.port, camera, state), auth=(args.user, args.password)) > # Fake constant motion > r = requests.get("http://%s:%s/%sconfig/set?emulate_motion=%s" % > (args.host, args.port, camera, state), auth=(args.user, args.password)) > > And to disable recording when the motion event ends I use the same > commands but with "state" set to "off" rather than "on". > > The recorded videos play for however long I have "ffmpeg_output_movies" > and "emulate_motion" set to "on", but only the first 1-3 seconds are actual > live video before the video freezes. > > It seems like a bug, but I'm writing in case I'm doing something that > wasn't intended. > > Thanks for the help, > Jon > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Motion-user mailing > listMotion-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/motion-userhttps://motion-project.github.io/ > > Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Motion-user mailing list > Motion-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/motion-user > https://motion-project.github.io/ > > Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user -------------- next part -------------- An HTML attachment was scrubbed... -------------- next part -------------- A non-text attachment was scrubbed... Name: backyard-01-20180203100441.mp4 Type: video/mp4 Size: 338863 bytes Desc: not available -------------- next part -------------- A non-text attachment was scrubbed... Name: motion.log Type: text/x-log Size: 3588 bytes Desc: not available ------------------------------ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ------------------------------ Subject: Digest Footer _______________________________________________ Motion-user mailing list Motion-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/motion-user ------------------------------ End of Motion-user Digest, Vol 140, Issue 13 ********************************************