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: Reprocessing movie does not repro original result
      (Ronnie McMaster)
   2. Re: Reprocessing movie does not repro original result
      (Rainer Dorsch)
   3. Re: Reprocessing movie does not repro original result
      (Rainer Dorsch)
   4. Re: Replay scenes -- network_url file:// (tosiara)


----------------------------------------------------------------------

Message: 1
Date: Thu, 27 Feb 2020 06:04:08 -0700
From: Ronnie McMaster <ronnie.mcmas...@gmail.com>
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Reprocessing movie does not repro original
        result
Message-ID:
        <CAA8w+K5fExwUTuuAOKzVGkC=o8k793igfteqxxbo4nnsmkg...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Why are you running motion against already created video?


On Thu, Feb 27, 2020 at 1:09 AM Rainer Dorsch via Motion-user <
motion-user@lists.sourceforge.net> wrote:

> Hi,
>
> I record a mkv video with motion, if a motion event is detected.
>
> I reprocess this mkv video with exact the same parameters. There are a few
> minor adaptions which are needed for reprocessing (e.g. I change the log
> file
> to a video specific file).
>
> The original video is recorded with pre_capture 30, that I have a few
> extra
> frames before the event,is that maybe not enough?
>
> Any idea why I could see a deviation is very welcome.
>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Thu, 27 Feb 2020 14:31:44 +0100
From: Rainer Dorsch <m...@bokomoko.de>
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Reprocessing movie does not repro original
        result
Message-ID: <1872226.Q2t3azKb78@nanette>
Content-Type: text/plain; charset="us-ascii"

To optimize settings, see also the file:// description of netcam_url

https://motion-project.github.io/motion_config.html#netcam_url

I.e. the strategy is to start with very sensitive settings, which produces 
true positives (events which should trigger) and false positives (events which 
should not trigger). Then optimize the settings such that the positives are 
found and the negatives are not found....

I will share the script I created for this as soon as it works :-)

Rainer

On Donnerstag, 27. Februar 2020 14:04:08 CET Ronnie McMaster wrote:
> Why are you running motion against already created video?
> 
> 
> On Thu, Feb 27, 2020 at 1:09 AM Rainer Dorsch via Motion-user <
> 
> motion-user@lists.sourceforge.net> wrote:
> > Hi,
> > 
> > I record a mkv video with motion, if a motion event is detected.
> > 
> > I reprocess this mkv video with exact the same parameters. There are a few
> > minor adaptions which are needed for reprocessing (e.g. I change the log
> > file
> > to a video specific file).
> > 
> > The original video is recorded with pre_capture 30, that I have a few
> > extra
> > frames before the event,is that maybe not enough?
> > 
> > Any idea why I could see a deviation is very welcome.
> > 
> > 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







------------------------------

Message: 3
Date: Thu, 27 Feb 2020 15:42:42 +0100
From: Rainer Dorsch <m...@bokomoko.de>
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Reprocessing movie does not repro original
        result
Message-ID: <2621845.XZAccYTHUq@nanette>
Content-Type: text/plain; charset="us-ascii"

On Donnerstag, 27. Februar 2020 09:10:33 CET Rainer Dorsch via Motion-user 
wrote:
> Hi,
> 
> I record a mkv video with motion, if a motion event is detected.
> 
> I reprocess this mkv video with exact the same parameters. There are a few
> minor adaptions which are needed for reprocessing (e.g. I change the log
> file to a video specific file).
> 
> The original video is recorded with pre_capture 30, that I have a few extra
> frames before the event,is that maybe not enough?

I think, I did not restart motion daemon, i.e. pre_capture 30 could work.

> 
> Any idea why I could see a deviation is very welcome.

I have the noise_tune option enabled. Can anybody tell how long it takes for 
noise_tune to settle? 

Looking at the code
    cnt->noise = 4 + (cnt->noise + sum) / 2;
and the initialization
    cnt->noise = 255;
it seems that every frame makes the difference in the noise level deviation by 
a factor of about 2 smaller, i.e. 20 frames pre_capture sounds sufficient for 
me.

If anybody more knowledgeable can confirm my analysis, that would be useful :-)

Thanks
Rainer





------------------------------

Message: 4
Date: Thu, 27 Feb 2020 17:52:23 +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:
        <cachtdws_zvigu_8e4hxykhthzyghkq4i7adhnb4fcuov7dp...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

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

Reply via email to