Send Motion-user mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Motion-user digest..."
Today's Topics:
1. Re: Image Corruption on RTSP streams (greg thomas)
2. Re: Image Corruption on RTSP streams (tosiara)
----------------------------------------------------------------------
Message: 1
Date: Mon, 7 Jan 2019 22:09:23 +1300
From: greg thomas <[email protected]>
To: Motion discussion list <[email protected]>
Subject: Re: [Motion-user] Image Corruption on RTSP streams
Message-ID:
<cage5y2d5ejgsg0keuvpj3brbm492pytnm7dfepdkttpfnrs...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
They're configured to use TCP. I don't think it's a lost pack type of
scenario because the image appears to be 'intact' below the color smear.
Regards
Greg
On Mon, 7 Jan 2019, 9:37 PM tosiara <[email protected] wrote:
> Are you using UDP RTSP?
>
> On Mon, Jan 7, 2019 at 4:49 AM greg thomas <[email protected]> wrote:
> >
> > Hello,
> > I have a Raspberry Pi 3B running Debian Stretch kernel with Motion
> 4.1.1 with two network cameras. Everything is connected via wired Ethernet,
> and the cameras are set to use TCP. The cameras are 1M pxiel cameras, and
> sending 10fps.
> >
> > On the stream feeds I get image corruption as shown in the attachments.
> > I looks as if the image corruption is actually an overlay as the
> underlying image is generally still visible, albeit somewhat blurred. It
> looks like a chromatic issue, rather than a dropped packet issue. I have
> set the iframe interval to between 2 and 20 to try and force a full frame
> to be sent, but it makes no difference. I've tried changing the fps, up and
> down, and it makes no difference. I am running these through Motion-Eye,
> and have also tried MiotionEyeOS, both make no difference. I can connect to
> the stream via VLC, and the images are 100% clean. I connect to the cameras
> via the CMS software, and the images are also clean.
> >
> > Any thoughts on this please?
> >
> > Regards
> >
> > Greg
> > _______________________________________________
> > Motion-user mailing list
> > [email protected]
> > 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
> [email protected]
> 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: Mon, 7 Jan 2019 11:21:14 +0200
From: tosiara <[email protected]>
To: Motion discussion list <[email protected]>
Subject: Re: [Motion-user] Image Corruption on RTSP streams
Message-ID:
<cachtdwsbxqvvljdxde43mhazcaqdc_64ueo0yfhuugg4j-k...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
I have a camera that always produces corrupted image when on UDP.
There should be no packet loss as it is connected directly with 2m
cable. But when switched to TCP - picture is clear and stable
Please run motion with "-d 7" switch and upload the full log
somewhere. It is preffered to use only one camera during the test
On Mon, Jan 7, 2019 at 11:17 AM greg thomas <[email protected]> wrote:
>
> They're configured to use TCP. I don't think it's a lost pack type of
> scenario because the image appears to be 'intact' below the color smear.
>
> Regards
>
> Greg
>
> On Mon, 7 Jan 2019, 9:37 PM tosiara <[email protected] wrote:
>>
>> Are you using UDP RTSP?
>>
>> On Mon, Jan 7, 2019 at 4:49 AM greg thomas <[email protected]> wrote:
>> >
>> > Hello,
>> > I have a Raspberry Pi 3B running Debian Stretch kernel with Motion
>> > 4.1.1 with two network cameras. Everything is connected via wired
>> > Ethernet, and the cameras are set to use TCP. The cameras are 1M pxiel
>> > cameras, and sending 10fps.
>> >
>> > On the stream feeds I get image corruption as shown in the attachments.
>> > I looks as if the image corruption is actually an overlay as the
>> > underlying image is generally still visible, albeit somewhat blurred. It
>> > looks like a chromatic issue, rather than a dropped packet issue. I have
>> > set the iframe interval to between 2 and 20 to try and force a full frame
>> > to be sent, but it makes no difference. I've tried changing the fps, up
>> > and down, and it makes no difference. I am running these through
>> > Motion-Eye, and have also tried MiotionEyeOS, both make no difference. I
>> > can connect to the stream via VLC, and the images are 100% clean. I
>> > connect to the cameras via the CMS software, and the images are also clean.
>> >
>> > Any thoughts on this please?
>> >
>> > Regards
>> >
>> > Greg
>> > _______________________________________________
>> > Motion-user mailing list
>> > [email protected]
>> > 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
>> [email protected]
>> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
------------------------------
------------------------------
Subject: Digest Footer
_______________________________________________
Motion-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/motion-user
------------------------------
End of Motion-user Digest, Vol 151, Issue 10
********************************************
