Sorry, didn’t understand the question. No. I only have a router in the garage. It’s an ASUS RT-N12D1. Been there for a couple years now.
It is connected to a wireless bridge that connects it to the house network. However, all of the devices used to get the stream from the WyzeCam to the nvr are local in the garage – nothing in that process has to go across the bridge.
Just to be complete, there are a couple old warnings in the Support database for some ASUS settings:
ASUS Routers and Smart Connect
ASUS Routers and Airtime Fairness
At the start of the thread, I suspected the issue is with the WiFi. now that you mention a pi 4 is used, this is more likely the problem. Its GPU is weak compared to the Android boxes.
I have pi 4’s and for the most part they are good, but even the cheaper Android boxes are better in video applications; they have comparatively better gpus.
Thanks for the heads up. The current router does not have these settings, but I think the one coming might. Will be sure to look for them.
You may be right. If the router doesn’t solve it, then looking at the pi is the next step.
That’s alot of links in the chain to try and figure out something that is different at one end that it is at the far other end. I am not to familiar with some of those but if it were me I would start at one end and work towards the other to rule out different “links”.
Thrilled to report that after replacing the ASUS RT-N12D1 with the RT-ACRH18, no more motion blur… or at least significantly reduced motion blur. All I did was configure the new router as AP and give it the same ssid as the old one. Then turned it on in garage and changed the ssid of the old one. And voila!
I am uploading before / after videos of the same lady walking by the camera in the same way.
Thank you to all who helped out with suggestions and comments!
Very nice!!! Glad you found a solution quickly! 
