Camera picture Glitches

[Fribur]

Understood, makes sense. According to this logic, you woulded even define this scenario twp streams?
ipad and computer with sighthound accessing the same (tcp, h.264) stream at
Rtsp://IP:554/live.sdp

Of course the camera reports two different clients are connected.

Even when this is to be consided two streams, its a remarkable coinicdence only the sighthound stream is affected by glitches that look like in the first post? And its even a greater coinicence other useres report a similar situation.

I would relax when you say: ok, there might be an issue how we decode in sighthound, we look into this. But so far your responses sound more like: we have no clue what could be wrong, but we assume its outside of sighthound, and we have bigger plans to worry about right now.

Please are not frustrated: this is no rant, just interest in an outstanding product, and an attempt to help you to make it better.

[ryan]

Hi Fribur,

For that example, yes, they are still two unique streams, they are going over unique routes. Packets could be dropped in the network card, OS, or along the route to either destination. That being said, the post card example was somewhat more off topic as I noted, I was just trying to answer what you asked, but from a given source to two destinations there can be differences in what is received when going over a non-reliable protocol.

I never claimed that certain decoders don't seem to have an issue with the streams of these Foscam models, but some, ours included, do. I think that perhaps the responses across some of the posts posts in this thread and to some of your questions may have been a distraction, so a more concise summary follows. Typically this error is only seen when there is packet loss. These two Foscam models seem to be unique vs. any camera we've seen before in that they deliver data that is reported by our decoder as being corrupt/invalid even when all data is received (not lost via UDP). Of course this is an issue that we would like to be solved, and hopefully from all of my previous posts it's clear some investigation has been done and we will spend more time on it in the future as well. At the same time we unfortunately have limited engineering resources and cannot over-allocate to something which is not necessarily a problem in our code base that only affects two camera models we have never recommended or otherwise advocated at the expense of improving the application for all users.

Best,
- ryan

[Fribur]

Hi Ryan, Many thanks for the clarification. My last comment before I stop bugging you: don't just focus on Foscam. As mentioned, mine is from Vivotek and has the same problem. And my hunch is the packets are lost insight Sighthound, perhaps a threading problem.

Loosing things between threads is not unheard of, was one of the many things I debugged in MediaControl (a plugin to control ffdshow) t make it usable, and you have MANY processes and threads.....one could recieve perfect packets, and before you decode its gone. or its not gone but timing is bad....

Of course just wild speculation, just inteded to prevent you to focus on a dead end (which was my first post)

Anyway, will stop cluttering the forum thread now

Thanks again for your detailed answers...responsive support is always a good sign for a company!

[ultrajones]

I am also experience the picture glitch issue on a fairly regular basis. I have 4 Foscam FI9826W cameras (1 connected via Ethernet and 3 connected via wireless network) and 1 Foscam FI9828W camera connected via wireless network. The only camera experiencing this issue is the Foscam FI9828W camera that is the furthest away from my wireless access point. I found that when the picture glitches occur, an external program I have that gets snapshots from the camera every minute is also reporting a time-out. I also have a program that sends an ICMP ping every few minutes and it reports an ICMP ping time-out.

Example:
Sep-14 12:30:46 AM Error The Snapshot request sent to NetCam003 [Garage] failed: Unable to read data from the transport connection: The connection was closed.

Sep-14 12:25:59 AM Error The Snapshot request sent to NetCam003 [Garage] failed: Unable to connect to the remote server

Regards,
Ultrajones

[ktsksa]

Any updates on this issue? I just purchased two of the Foscam FI9831W cameras and they are experiencing the same issue.

[Vidtec]

I'm currently in the trial of SH and have seen these glitches on my Vivotek IP8332 of which I have 4 camera's. SH is running on my 2011 iMac with 32GB RAM and 3.4GHz i7 CPU. The streams are set to 720p and previously I was using Surveillance Station software on my Synology NAS. Never experienced any such glitches with the camera streams on that.

I'm finding the motion detection to be far superior than the Synology software although SH needs more polishing overall with appearance & features.

[Max&Leo]

Clicky balls, huh? Just what kind of photographer is this clown?

[Semper Vaporo]

She said he "WAS" an excellent photographer, maybe now that he has his clicky balls he ain't so good no mo'. And since this is a VIDEO data transmission problem, he may not have all that much useful to add in the way of tips. Personally, I prefer a fried "Bacon Spam" with cheese sandwich.

[Devin]

*Deleted spam comment*

[Devin]

I'm currently in the trial of SH and have seen these glitches on my Vivotek IP8332 of which I have 4 camera's. SH is running on my 2011 iMac with 32GB RAM and 3.4GHz i7 CPU. The streams are set to 720p and previously I was using Surveillance Station software on my Synology NAS. Never experienced any such glitches with the camera streams on that.

I'm finding the motion detection to be far superior than the Synology software although SH needs more polishing overall with appearance & features.

Hi Vidtec,

What stream settings are you using for these cameras? The "Vivotek IP8330" pre-configured setting should have the same settings as the 8332 and it already has the "?svforcetcp" flag included which may reduce these "glitches".

There are also a few changes (if available for your camera) you can make on the cameras web page that may help with this issue:

* Change CBR to VBR
* Lower the frame rate (or FPS) to as close to 10 as possible.
* If you set Sighthound to save at 720 check to see that the camera is also only streaming at 720. If the resolution is set higher on the camera then bandwidth will be needlessly wasted.
* Cut down on WiFi congestion by plugging in any cameras or computers directly to the router if possible. The largest bandwidth saver would be to have the computer plugged in as your router wouldn't have to resend all 4 streams to the computer over WiFi.

Regards,

-Devin