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: Motion 4.2.2 vs 4.1.1 CPU usage (rmbusy)
----------------------------------------------------------------------
Message: 1
Date: Mon, 22 Jul 2019 08:31:31 -0700
From: rmbusy <rmbusy+mot...@gmail.com>
To: motion-user@lists.sourceforge.net
Subject: Re: [Motion-user] Motion 4.2.2 vs 4.1.1 CPU usage
Message-ID: <1527f157-0b33-8eb3-9c2c-049ecd150...@gmail.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
BTW, "movie_duplicate_frames" is set to "false" in the config file.
--
Rob.
On 7/22/19 7:43 AM, rmbusy wrote:
> As soon as I get 4.1.1 building and working at the lower CPU usage
> again, I'll compare.
>
> Another observation, I'm seeing a lot more pictures output now than
> before.? Also a lot of duplicated pictures with different time
> stamps.? For example, I'll get the same picture stamped as 2 different
> pictures, one second apart.? Initially I thought this was only
> happening with the snapshot cameras, but recently I had 5 duplicated
> pics from one of the streaming cameras (spanned 3 seconds, 2 of which
> had 2 pics where frame number incremented).? I never saw this with 4.1.1.
>
> I fixed all the config file entries listed in the log file that
> changed in 4.2.2, but perhaps there's one that needs updating, that
> wasn't logged?
>
>
> --
> Rob.
>
>
> On 7/20/19 11:18 AM, tosiara wrote:
>> Would be nice to see motion log from 4.1.1 and 4.2.2 first
>>
>> On Sat, Jul 20, 2019 at 9:11 PM rmbusy <rmbusy+mot...@gmail.com
>> <mailto:rmbusy%2bmot...@gmail.com>> wrote:
>>
>> I heard you in the beginning Rusian, but I really want to
>> understand why I'm seeing the increased CPU usage before I simply
>> try reducing it by other means.? Believe me, your suggestion is
>> on my list.? :-)
>>
>>
>> --
>> Rob.
>>
>>
>> On 7/20/19 10:30 AM, Ruslan Matveev wrote:
>>> Wow! Thats what I've been saying to topic starter from very
>>> beginning ))
>>>
>>> ??, 20 ???. 2019 ?., 20:28 tosiara <tosi...@gmail.com
>>> <mailto:tosi...@gmail.com>>:
>>>
>>> Solution for most popular RSTP cameras is to use low-res
>>> secondary stream for motion detection, and main high-res
>>> stream for pass through
>>>
>>> On Sat, Jul 20, 2019 at 7:55 PM oleg.chekalin via
>>> Motion-user <motion-user@lists.sourceforge.net
>>> <mailto:motion-user@lists.sourceforge.net>> wrote:
>>>
>>> Hi All,
>>>
>>> Then if all is bad as is, could someone propose a
>>> solution, to avoid the high load impact to processor?
>>>
>>> I mean seam no way for capturing rtsp without
>>> coding/decoding date?
>>>
>>> Regards,
>>> Oleg
>>>
>>>
>>>
>>> ?????????? ? MI MAX 2
>>> tosiara <tosi...@gmail.com <mailto:tosi...@gmail.com>> |
>>> ??: 20 ???. 2019 ?. 6:53 ?? | ?????????:
>>>
>>> I have tested RTSP H264 1280x960 20 fps running on
>>> ARM ODROID C1.
>>> Just running, without any recording it takes 130%
>>> CPU. 4.1.1, 4.2.2, Ubuntu 16.04 and 18.04 - the
>>> result was always the same. NEON optimizations
>>> reduced to 125%, not much. Pretty all the time
>>> motion was decoding H264. The decoding, as already
>>> mentioned, is very CPU intensive
>>>
>>> On Sat, Jul 20, 2019 at 5:36 PM Colin Law
>>> <clan...@gmail.com <mailto:clan...@gmail.com>> wrote:
>>>
>>> On Sat, 20 Jul 2019 at 15:24, John D. Gwinner
>>> <j...@gwinner.org <mailto:j...@gwinner.org>> wrote:
>>>
>>> Ok, that helps me with my project ? we need
>>> to get 15fps or 30fps; (it?s a medical project).
>>>
>>> If you?re getting 2-5 and that high a CPU
>>> rate, clearly we?ll never get to 15.
>>>
>>>
>>> It also depends dramatically on the format of
>>> the data.? If it is mpjpeg for example then
>>> motion need do very little to decode the image,
>>> if however it is H264 then there is a vast
>>> amount of work required just extracting the
>>> images from the stream.? On my system running an
>>> H264 camera a lot more processor time is spent
>>> decoding the stream than is spent in motion
>>> detection.
>>>
>>> Colin
>>> _______________________________________________
>>> Motion-user mailing list
>>> Motion-user@lists.sourceforge.net
>>> <mailto: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
>>> <mailto: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
>>> <mailto: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
>>> <mailto: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
>> <mailto: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 157, Issue 38
********************************************
