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
********************************************

Reply via email to