Weird artifacts in image

[bradbrundage]

If I access directly via the IP there is no issue but it's extremely choppy, but when I watch in blue iris it's smooth but I get a lot of these weird artifacts. I've tried VBR, CBR, SMART, etc. Also changing the bitrate as well. The RTSP stream is defined in blue iris as the Xaiofang hack profile as well. Signal is good but I notice that the RX rate is much greater than the TX rate. Also I notice that it's downloaded over 500MB over the last 3 days which is making me a suspicious and may need to setup port mirroring and start taking some wire captures since I thought I had all cloud stuff disabled. Also the camera seems to drop intermittently drop to blue iris and I'm not seeing any interference either so I'm not sure what else to check?

I do see this in the logs but nothing stands out other than detection seems to be looping.

2018-11-01 08:30:32.820 (32253.950s) [ivsMoveDetection] ImpEncoder.cpp:599 0| Detect !! 2018-11-01 08:30:34.889 (32256.019s) [ivsMoveDetection] ImpEncoder.cpp:405 0| Will execute command /system/sdcard/scripts/detectionOff.sh 2018-11-01 08:30:34.898 (32256.028s) [ivsMoveDetection] ImpEncoder.cpp:407 0| Execute /system/sdcard/scripts/detectionOff.sh returned:-1 2018-11-01 08:30:36.030 (32257.160s) [main thread ] DeviceSource.cpp:110 0| V4L2DeviceSource::doStopGettingFrames 2018-11-01 08:30:36.031 (32257.160s) [main thread ] DeviceSource.cpp:110 0| V4L2DeviceSource::doStopGettingFrames 2018-11-01 08:30:36.032 (32257.161s) [main thread ] DeviceSource.cpp:110 0| V4L2DeviceSource::doStopGettingFrames 2018-11-01 08:30:36.032 (32257.161s) [main thread ] DeviceSource.cpp:110 0| V4L2DeviceSource::doStopGettingFrames 2018-11-01 08:30:38.747 (32259.876s) [main thread ]ServerMediaSubsession.c:25 0| Creating Source... 2018-11-01 08:30:38.747 (32259.876s) [main thread ]ServerMediaSubsession.c:29 0| Creating H264 Source... 2018-11-01 08:30:38.747 (32259.877s) [main thread ]ServerMediaSubsession.c:51 0| Creating Sink for format : video/H264 2018-11-01 08:30:38.846 (32259.976s) [main thread ]ServerMediaSubsession.c:25 0| Creating Source... 2018-11-01 08:30:38.847 (32259.976s) [main thread ]ServerMediaSubsession.c:42 0| Creating normal Source... 2018-11-01 08:30:38.847 (32259.977s) [main thread ]ServerMediaSubsession.c:51 0| Creating Sink for format : audio/MPEG 2018-11-01 08:30:53.483 (32274.612s) [ivsMoveDetection] ImpEncoder.cpp:405 0| Will execute command /system/sdcard/scripts/detectionOn.sh 2018-11-01 08:30:53.484 (32274.614s) [ivsMoveDetection] ImpEncoder.cpp:407 0| Execute /system/sdcard/scripts/detectionOn.sh returned:-1 2018-11-01 08:30:53.485 (32274.614s) [ivsMoveDetection] ImpEncoder.cpp:599 0| Detect !! 2018-11-01 08:30:55.526 (32276.655s) [ivsMoveDetection] ImpEncoder.cpp:405 0| Will execute command /system/sdcard/scripts/detectionOff.sh 2018-11-01 08:30:55.527 (32276.656s) [ivsMoveDetection] ImpEncoder.cpp:407 0| Execute /system/sdcard/scripts/detectionOff.sh returned:-1 2018-11-01 08:31:07.916 (32289.046s) [ivsMoveDetection] ImpEncoder.cpp:405 0| Will execute command /system/sdcard/scripts/detectionOn.sh 2018-11-01 08:31:07.918 (32289.048s) [ivsMoveDetection] ImpEncoder.cpp:407 0| Execute /system/sdcard/scripts/detectionOn.sh returned:-1 2018-11-01 08:31:07.922 (32289.051s) [ivsMoveDetection] ImpEncoder.cpp:599 0| Detect !!

[columbusgeek]

I'm using BlueIris and UniFi as well. The artifacting has something to do with the stream being used. So far I've had the best luck with FixedQP. That one does not pixelate for me whereas the others do...a lot.

I've had the best luck on a low framerate of 15. Most of the cameras in my house run at 25-30.

Be sure to turn off audio too, that helped me.

[bradbrundage]

I'm using BlueIris and UniFi as well. The artifacting has something to do with the stream being used. So far I've had the best luck with FixedQP. That one does not pixelate for me whereas the others do...a lot.

I've had the best luck on a low framerate of 15. Most of the cameras in my house run at 25-30.

Be sure to turn off audio too, that helped me.

The FixedQP does seem to help a bit, but the video quality is horrible. I have the FPS set to 10 FPS. The lines of grout start to disappear and stuff is much fuzzier. When I login directly to the camera and look at the image there which is a png it's pretty clear. Any suggestions on getting the better quality? I tried all other video settings and they all create the weird artifacts except FixedQP. Anybody know the root cause? The CPU use is never over 70-78% with the other video settings, although with the FixedQP the CPU is almost always under 20% I would think that if it were CPU related then it would be pegged at 100% or very close to it and my Wi-Fi signal appears to be good, but I did order an external antenna to see if that will improve performance.

[columbusgeek]

I have similar issues anytime i put a Wyzecam outdoors. Even 1 ft outside of my house and my wifi setup is bonkers strong. I get the same artifacts you speak of and occasional 1-2 second dropouts.
The second I put the same camera indoors things are buttery smooth. Move the camera closer to your router for testing sake and see if it clears up.

Recently I also did the external wifi antenna hack and really don't feel like that helped. I know antennas for devices are designed for those devices and sometimes putting bigger ones on hinders the situation. YMMV of course.

[bradbrundage]

I'm still waiting for antennas from China but I'll keep you posted. Would be nice if we could overclock a bit and just add a heatsink :-) I suspect it would help a bit as these are a little under powered.

[ghost]

I have the same issue. Lots of artifacts but if I view the camera using VLC it looks perfectly fine so not sure if its a BlueIris issue decoding the stream or maybe some parameter we may need to pass to make it more compatible with blueiris. 👎

[ontdamian]

I am struggling with the same issue on OBS studio with Dafang camera as Media Source or VLC plugin. I have even uploaded custom bootloader for H264 FullHD streaming, but did't help. Tried many settings (resolution from 960x540 to 1920x1080, VBR, CBR, SMART, 1000-5000 kbps, different framerate) but problem still exists. It seems that it happens with following logs:

[main thread] DeviceSource.cpp:110      0| V4L2DeviceSource::doStopGettingFrames
[main thread] ServerMediaSubsession.c:25       0| Creating Source...
[main thread] ServerMediaSubsession.c:29       0| Creating H264 Source...
[main thread] ServerMediaSubsession.c:51       0| Creating Sink for format : video/H264
RTCPInstance::RTCPInstance error: totSessionBW parameter should not be zero!

Any hints?

[arkhub]

I have the same issues too, after tinkering with video (tried from 5000 to 15000 kbps bitrate) and audio settings (changing bitrate and format from opus to mp3), different wifi range (close and a bit far) I've noticed that artifacts always shown regardless of setting but higher bitrate produce a bit higher artifact. Also the faster movement on video screen like running or waving your hand very fast always produce artifact but normal movement like walking slowly, eating will sitting does not produce artifact.

Is it possible that the cpu doesn't have enough power to record faster bitrate movement? the only fixed setting that I don't change is streaming and recording app (I use VLC), resolution (1920 x 1080), fps (15), and video format (SMART, I've tried changing to VBR but the result is same so I let it at that).

Another things from observation in debug OSD I noticed that SMART video format produce smaller bandwidth in recording (so more efficient), OPUS also have impact in reducing bandwidth but somehow it's buggy because the sound sometimes chopped / muted so I change the audio to mp3 with 8000 out sample rate which is similar in dafang original recording (after viewing the video properties).

One comparison that I haven't tried is recording locally from dafang itself but I still haven't find out how to, using webadmin in control panel doesn't works.

Edit : after viewing the original dafang recording (xiaomi) I noticed that the video bitrate is ridiculously low at about 250 kbps, so I tried again using SMART video format but 500 kbps and the artifact is gone but the quality is now in between FixedQP (bad in my opinion) and SMART.

Edit 2 : ok using 1000 to 2000 kbps in video bitrate seems to ok without producing artifact, in 2500 kbps I noticed few small ones but I haven't tested it again but for full hd I think reducing the bitrate to below 5000 kbps will reduce / eliminate the chance of artifact shows up. Which make me curious is the limitation in wireless or dafang cpu, I hope I can get local recording running though to find the culprit.

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.