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: Replay scenes -- network_url file:// (tosiara)
----------------------------------------------------------------------
Message: 1
Date: Fri, 28 Feb 2020 12:45:44 +0200
From: tosiara <tosi...@gmail.com>
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Replay scenes -- network_url file://
Message-ID:
<CACHTdwTmqU60y4w=gj1d-QLz2eoZDxxiHeGp65yF7-q0Lc=z...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Can you try to apply my proposed patch and check if it works for you?
https://github.com/Motion-Project/motion/issues/1122
On Thu, Feb 27, 2020 at 5:52 PM tosiara <tosi...@gmail.com> wrote:
> I agree, that this behavior is wrong
> File processing was created to process non-motion videos, for example,
> from other DVR. And it makes sense to quit motion as soon as file fully
> processed
>
> I will create an Enhancement issue for this case
>
> On Thu, Feb 27, 2020 at 10:02 AM Rainer Dorsch via Motion-user <
> motion-user@lists.sourceforge.net> wrote:
>
>> I understood that the file:// option is for
>>
>> "This option may be useful for "reprocessing" a movie created by Motion
>> to fine
>> tune the detection options. "
>>
>> Is there a scenario in which the rewinding (i.e. reconnect with camera)
>> of the
>> video makes sense?
>>
>> If not, does it make sense to open a bug report?
>>
>> Thanks
>> Rainer
>>
>> On Mittwoch, 26. Februar 2020 21:28:32 CET Rainer Dorsch via Motion-user
>> wrote:
>> > Thanks, Manu.
>> >
>> > That is what I did, but I uses a timeout large enough instead of
>> checking. I
>> > was hoping for a more elegant way, but it seems to be good enough.
>> >
>> > Rainer
>> >
>> > On Mittwoch, 26. Februar 2020 21:19:53 CET manu.kemppai...@yahoo.com
>> wrote:
>> > > It seem there are no callbacks for video end. Since it is a video and
>> > > duration can be checked you could just use timeout to run motion.
>> > > https://www.howtoforge.com/linux-timeout-command/
>> > >
>> > > --
>> > > Manu
>> > >
>> > >
>> > > -------- Alkuper?inen viesti --------
>> > > L?hett?j?: Rainer Dorsch via Motion-user
>> > > <motion-user@lists.sourceforge.net> P?iv?m??r?: ke 26. helmik. 2020
>> klo
>> > > 20.38
>> > > Vastaanottaja: Motion discussion list <
>> motion-user@lists.sourceforge.net>
>> > > Kopio: Rainer Dorsch <m...@bokomoko.de>
>> > > Aihe: Re: [Motion-user] Replay scenes -- network_url file://
>> > >
>> > > No, I do not see that, but I see "Reconnecting with camera". Can I
>> abort
>> > > instead of reconnecting with camera?
>> > >
>> > > I think it replays the file forever, I see entries like this one in
>> the
>> > > log
>> > >
>> > > [2:nc2:Cam0-replay] [INF] [NET] [Feb 26 19:35:30]
>> netcam_rtsp_read_image:
>> > > Normal resolution: av_read_frame: End of file ,Interrupt: False
>> > > [2:nc2:Cam0-replay] [ERR] [NET] [Feb 26 19:35:30]
>> > > netcam_rtsp_handler_reconnect: Normal resolution: Reconnecting with
>> > > camera.... [2:nc2:Cam0-replay] [INF] [NET] [Feb 26 19:35:30]
>> > > netcam_rtsp_set_file: Normal resolution: Setting attributes to read
>> file
>> > > [2:nc2:Cam0-replay] [INF] [NET] [Feb 26 19:35:30]
>> > > netcam_rtsp_open_context:
>> > > Normal resolution: Opened camera(Cam0-replay)
>> > > [2:nc2:Cam0-replay] [NTC] [NET] [Feb 26 19:35:30] netcam_rtsp_connect:
>> > > Normal resolution: Camera (Cam0-replay) connected
>> > > [1:ml1:Cam0-replay] [INF] [ALL] [Feb 26 19:35:31] mlp_setupmode: Raw
>> > > changes: 210 - changes after 'EedDl': 128 - labels: 1 - noise
>> level:
>> > > 21
>> > >
>> > >
>> > > I put a logfile here:
>> > >
>> > > http://scw.bokomoko.de/~rd/motion/manual-replay.log
>> > >
>> > > Thanks
>> > > Rainer
>> > >
>> > >
>> > > On Mittwoch, 26. Februar 2020 18:27:32 CET manu.kemppainen--- via
>> > > Motion-user
>> > >
>> > > wrote:
>> > > > For stopping motion in the end of file check if motion calls trigger
>> > > > on_camera_lost. I haven't used the file: input for motion so I don't
>> > > > know
>> > > > if on_camera_lost is called but since there are no frames coming I
>> would
>> > > > assume so.
>> > > >
>> > > >
>> > > > --
>> > > > Manu
>> > > >
>> > > >
>> > > > -------- Alkuper?inen viesti --------
>> > > > L?hett?j?: tosiara <tosi...@gmail.com>
>> > > > P?iv?m??r?: ke 26. helmik. 2020 klo 12.12
>> > > > Vastaanottaja: Motion discussion list
>> > > > <motion-user@lists.sourceforge.net>
>> > > > Aihe: Re: [Motion-user] Replay scenes -- network_url file://
>> > > >
>> > > > For motion detection you can use scripts:
>> > > >
>> https://motion-project.github.io/motion_config.html#on_motion_detected
>> > > >
>> > > >
>> > > > On Wed, Feb 26, 2020 at 11:55 AM Rainer Dorsch via Motion-user
>> > > > <motion-user@lists.sourceforge.net> wrote:
>> > > >
>> > > > Hi,
>> > > >
>> > > > a quick question for network_url file:///
>> > > >
>> > > > is there a way to make motion exiting if the file ends?
>> > > >
>> > > > rd@master:~/Motion$ motion -c /home/rd/Motion/motion/motion.conf
>> -d 9 -n
>> > > >
>> > > > does not return unfortunately :-/
>> > > >
>> > > > Also is there a better way to find out if there was an event
>> detected
>> > > > than
>> > > > to grep the log file for motion_detected?
>> > > >
>> > > > Thanks
>> > > > Rainer
>> > > >
>> > > > On Dienstag, 25. Februar 2020 20:32:56 CET Rainer Dorsch via
>> Motion-user
>> > > >
>> > > > wrote:
>> > > > > Hi,
>> > > > >
>> > > > > in order to optimize parameters, I would be quite beneficial to be
>> > > > > able
>> > > > > to
>> > > > > replay some scenes or even just a few days of video material. I
>> found
>> > > > > the
>> > > > > file:// input of netcam_url, which looks very promising.
>> > > > >
>> > > > > I thought that capturing the camera stream with ffmpeg is best to
>> get
>> > > > > a
>> > > > > good one-to-one correspondence of running on the file:// replay
>> and
>> > > > > running on the camera stream rtsp:// itself.
>> > > > >
>> > > > > I am struggling somewhat with the sentence
>> > > > >
>> > > > > "Note that since the file may have been created using a different
>> > > > > framerate
>> > > > > than specified in the Motion config file, the file may be
>> processed at
>> > > > > either a faster or slower rate than real time."
>> > > > >
>> > > > > Does "processed" mean just CPU utilization or does it mean that
>> the
>> > > > > replay
>> > > > > will not work properly on time based options (e.g. event_gap) or
>> even
>> > > > > worse
>> > > > > on frame based options?
>> > > > >
>> > > > > Thanks
>> > > > > Rainer
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > > _______________________________________________
>> > > > > 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
>> > > >
>> > > > _______________________________________________
>> > > > 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
>> > >
>> > > _______________________________________________
>> > > 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
>> >
>> > _______________________________________________
>> > 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
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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...
------------------------------
------------------------------
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 164, Issue 43
********************************************
