Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[HWAM]

I tested this night with MJPEG (320x240) and No False detections!!!

I think the problem is H.264! That's also why the 932L is much better.
Since the start I was using H.264 (640x480). I think it's a problem with the H.264 codec or the resolution!

I will test further combinations later.

Maybe you can check some things too.

Grt.

[noseph]

I tested this night with MJPEG (320x240) and No False detections!!!

I think the problem is H.264! That's also why the 932L is much better.
Since the start I was using H.264 (640x480). I think it's a problem with the H.264 codec or the resolution!

I will test further combinations later.

Maybe you can check some things too.

Grt.

My video has always been set to MJPEG (640x480) and I continue to get false detections.

[HWAM]

Can you see scrambled lines and/or blocks on the photos and videos? My (6) photos contains big scrambled lines and blocks in H.264 mode.

If you don't see scrambled lines and/or blocks I think it's really a motion, maybe some light or other things.

The scrambled lines and/or blocks on the photos are very easy to see, very big. Until now only in H.264 mode for me.

Please tell me about the photos. I want to solve this issue....

Grt.

[HWAM]

Last night in MJPEG (640x480) Jpeg Quality: High and Frame Rate: 30 -> 3 false detections!!
In the movie I can see the a few frames flickering. A coding error -> for sure!

Conclusion: I guess the higher the Resolution and/or Quality and/or Frame Rate the more problems. The cam has problems with encoding video. H.264 needs a lot CPU power so I guess this is not working fine. If I run in MJPEG (320x240) Jpeg Quality: Low and Frame Rate: 15 it's working much better.

So if you have false detections: Please test with Low Resolution and Low Quality and Low Frame Rate.

Please communicate your experiences. Thanks.

Grt.

[noseph]

Can you see scrambled lines and/or blocks on the photos and videos? My (6) photos contains big scrambled lines and blocks in H.264 mode.

If you don't see scrambled lines and/or blocks I think it's really a motion, maybe some light or other things.

The scrambled lines and/or blocks on the photos are very easy to see, very big. Until now only in H.264 mode for me.

Please tell me about the photos. I want to solve this issue....

Grt.

Here is my original post on this issue. http://forums.dlink.com/index.php?topic=56428.0

[ddubbs]

Another vote for problem with H264 implementation.  The stream itself is choppy, even if buffered for 10 seconds, and using lower resolution/frame rates via good wifi connection (no prob with mjpeg though, besides lack of audio).
Does D-Link really think everyone wants to use their cloud service crap, this thing would be much more reliable with a FFMPEG stream option, rather than this H264 in an flv container bull!
I'm guessing this unit just lacks the necessary CPU...

[HWAM]

Yes, and even MJPEG in 640x480 is not working. Also strange black frames and scrambled frames.

Now I run in in MJPEG (320x240)
Jpeg Quality: Low
Frame Rate: 15
This is working much better.

But who want the lowest quality???

 

[noseph]

Yes, and even MJPEG in 640x480 is not working. Also strange black frames and scrambled frames.

Now I run in in MJPEG (320x240)
Jpeg Quality: Low
Frame Rate: 15
This is working much better.

But who want the lowest quality???

 

I am now testing MJPEG (320x240)
Jpeg Quality: Medium
Frame Rate: Auto

Really want the higher quality though.

[HWAM]

Still no False detections with:

MJPEG (320x240)
Jpeg Quality: Low
Frame Rate: 15

And yes, I also want better quality.

But better this than mail all day.

Grt.

[noseph]

Had my first false detection last night since switching to:

MJPEG (320X240)
Jpeg Quality: Medium
Frame Rate: Auto

False detection did not contain any distorted frames, if I get any more I will look at adjusting the sensitivity.

[HWAM]

I run on MJPEG 320x240 - Quality: Very High - Frame Rate: 30

Sensitivity: 40%

No False detections anymore. Night and day work perfect.

Never saw distorted frames anymore.

Cam is noticing movements I want to know. People on my ramp.

Still sad that H.264 (320x240) and also higher resolutions are not working fine.

Grt.

[JavaLawyer]

I run on MJPEG 320x240 - Quality: Very High - Frame Rate: 30

Sensitivity: 40%

No False detections anymore. Night and day work perfect.

Never saw distorted frames anymore.

Cam is noticing movements I want to know. People on my ramp.

Still sad that H.264 (320x240) and also higher resolutions are not working fine.

Grt.

Although not exactly what you wanted, I'm glad you found a combination of settings that meets your needs. 

[noseph]

I run on MJPEG 320x240 - Quality: Very High - Frame Rate: 30

Sensitivity: 40%

No False detections anymore. Night and day work perfect.

Never saw distorted frames anymore.

Cam is noticing movements I want to know. People on my ramp.

Still sad that H.264 (320x240) and also higher resolutions are not working fine.

Grt.

Unfortunately I am stuck with night mode only since I am also monitoring audio and the switch between video modes triggers an audio event.

[JavaLawyer]

Any news about a new firmware??? What kind of service is this? Know bugs and no response anymore.

 

Firmware version 1.02b05 was just released in October.

[kfric]

Hi, another user with the same problem. False triggers with no motion in the image whatsoever. Just sometimes artifacts in the captured images that remind me of an old TV with a horizontal sync. problem. I even tried a replacement camera, the results were identical. Tried using it two different locations to eliminate the likelihood of electrical noise being the cause. I doubt it is now.

I've tried reducing the image resolution as suggested, but now when I try to view the camera on my app, it crashes the app. Set the resolution back to 640x480 and the app works, but I get false alarms again.

This product really isn't up to the standard I expected. Hope that Dlink can come up with a solution.