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. clip quality issues (B?lint Tak?cs)


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

Message: 1
Date: Wed, 14 Aug 2019 10:15:34 +0200
From: B?lint Tak?cs <tak...@gmail.com>
To: motion-user@lists.sourceforge.net
Subject: [Motion-user] clip quality issues
Message-ID:
        <CA+qeA5ijmLTkDTxTqt5YoB9uEzAWhNfHWUwbY=fkfsmsryb...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi,

I am trying to use motion for my 4x RLC-WS411 camera setup over 896x512 25
fps streams.

OS is Ubuntu 18.04, first trying the official package, then the latest git
master that I have compiled myself.

My problem is that motion output clips that seems to have frame repeats and
missing segments. However, running "ffmpeg -i rtmp://URL -vcodec copy
-acodec copy out.mp4 "runs without problems, and the generated clips are
perfect.

I am connecting through rtmp as rtsp generates lots of artifacts. The
connection is wifi, and the connection does seem to have drops, but
generally, this stream is possible to view without any problems in the
camera's own client. (The high quality stream is over the available
bandwidth.)

The CPU is an 8-core Ryzen. 'top' shows motion to run at 30-50% on one core
(with 4 cams). Also has a relatively weak Nvidia 610 card, but I suspect it
is not used anywhere.

I have also noticed that with movie_passthrough on, the recorded .mp4 clips
seems to have garbled timestamps, at least VirtualDub gets quite confused
when reading them, showing impossible lengths. Sometimes this occurs with
passthrough off as well, and the motion clips or pictures also have this
problem.

Also noticed that with movie_passthrough off, the recorded clips are 30x
bigger in size.

I have tried the following:

1. recoding frames with picture save. At the problematic parts, motion
outputs the same frame repeatedly. It does not seem to skip frames that
time, only later.
2. flipping options netcam_use_tcp and movie_passthrough, no change.
3. increasing framerate, pre_capture, post_capture values to large numbers.
No change.
4. removing filters to limit the impact of processing - no change.
5. Given the .logs had lots of resizing messages, I have tried increasing
the packet ring buffer size in netcam_rtsp.c from 30 to 512. This seems to
have a positive effect if passthrough is off, the pauses are smaller,
although the repeated frame issue remains.

Attached my current motion.conf I am using to experiment with, a camera
setup, and a sample .log file.

I have also noticed that the .log has this impossible entries like
"event_new_video: Source FPS 751"; maybe that gives a hint.

Any ideas what to try?

Many thanks for your help,

Balint
-------------- next part --------------
An HTML attachment was scrubbed...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: camera-back_in.conf
Type: application/octet-stream
Size: 236 bytes
Desc: not available
-------------- next part --------------
A non-text attachment was scrubbed...
Name: motion.conf
Type: application/octet-stream
Size: 4934 bytes
Desc: not available
-------------- next part --------------
A non-text attachment was scrubbed...
Name: motion.log
Type: application/octet-stream
Size: 39470 bytes
Desc: not available

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



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

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 158, Issue 24
********************************************

Reply via email to