SKJM Forum
Support => iCam Support => Topic started by: cmnyc on December 14, 2011, 09:17:49 PM
-
Hello!
I've been a long time user of iCam, and have just recently began to see issues. My setup is a follows:
iCamSource 2.4.1 running on OS X 10.6.8
3 IP Cameras:
- TrendNet TV-IP312 - Connected via Ethernet - URL: http://192.168.1.9/cgi/mjpg/mjpeg.cgi - MJPEG
- TrendNet TV-IP312W - Connected Wirelessly - URL: http://192.168.1.15/cgi/mjpg/mjpeg.cgi - MJPEG
- TrendNet TV-IP110WN - Connected Wirelessly - URL http://192.168.1.12/cgi/mjpg/mjpeg.cgi - MJPEG
On each camera, the date/timestamp is embedded within the stream/image.
Upon initial iCamSource startup, everything works great... within a matter of minutes, sometimes hours, sometimes days, within iCamSource, at least 1 of the cameras appears to be delayed - typically 30 seconds behind.
I've also seen random error messages within Preferences, such as:
- 404 - Webcam URL Not Found - Please click ...
- Cannot find JPEG data. Your network IP Camera may not be supported...
- Or Something about the audio stream
Regardless of the errors, everything seems to be working fine, except 1 of the feeds is lagging.
Quitting iCamSource and relaunching corrects the issue... but only for a matter of time. I believe 'stopping' and 'starting' may also address the issue in the same manner, similarly short lived.
I've also seen occasional instances where a particular camera's feed has 'flashbacks' to an image from earlier, every few frames... flickering back to an older image.
Please help, thank you!
-
What frame rate setting do you have configured for each camera? If you connect to each camera directly from your web browser and look under the Video settings you should see a frame rate setting that is either set to Auto to 30 fps. With iCam and the iCamSource we recommend a frame rate setting between 2 and 5 fps. If you adjust the frame rate setting to be within that range for each camera does the performance improve?
-
Hello.
Each of the cameras was already set to 4 fps.
Any other thoughts?
-
Do you see this same behavior if you only run one of the cameras in iCamSource?
Also, does selecting JPEG mode in iCamSource (instead of MJPEG) have any effect on the problem?
-
I will test these to see the results, and keep you posted.
Before doing so, can you please clarify if there are any functional differences between utilizing the camera in MJPEG vs JPEG mode?
-
I dropped it down to a single IP Cam, leaving it as MJPEG. Within a few hours, I noticed the clock was about 10 seconds behind. iCamSource presented the 404 error within.
I've not tried the JPEG setting yet, because I believe doing that would then not allow me to have audio.
Please let me know next steps to help resolve this. Perhaps there is some debug logs I could provide?
-
FWIW, I have a web page that shows the 3 cameras, that doesn't seem to have any issue with the camera streams.
<html>
<head>
<title>Web Cameras</title>
</head>
<body>
<center>
<IMG SRC="http://guest:password@192.168.1.9/cgi/mjpg.cgi" HEIGHT="300" width="400">
<IMG SRC="http://guest:password@192.168.1.15/cgi/mjpg.cgi" HEIGHT="300" width="400">
<br/>
<IMG SRC="http://guest:password@192.168.1.12/cgi/mjpg.cgi" HEIGHT="300" width="400">
<IMG SRC="" HEIGHT="300" width="400">
</center>
</body>
</html>
-
i've added all 3 back with the URLs as specified originally, and switched each toggle to JPEG. it wasn't long before the issue occurred again... and again, the camera that had lag also presented the 404 error.
-
Do you leave the web page open with the cameras consistently connected to see if those streams also lag after a while?
When the stream is behind, is it still updating, just delayed?
Have you tried cycling power (unplugging and re-plugging in) the cameras?
-
The webpage is always accurate/timely, regardless of how iCamSource is performing.
When iCamSource is behind, yes - it still streams, but is delayed. If I am on the host computer, interacting with iCamSource, switching between the cameras, all the streams are moving, however the affected streams are lagging in time. When I interact with iCam on my iPhone, iPad - the affected streams take longer to appear, I believe relative to the time the stream is delayed, but then 'move', again still lagging. i.e. if Camera 1 and 3 are ok, but Camera 2 appears 30 seconds behind... through the iOS interface, Camera 1 and 3 appear immediately, while Camera 2 takes that same amount of time (say 30 seconds), to appear. I believe iCamWeb behaves similarly.
-
Is it always one of the wireless cameras that has the issue? Or is it also sometimes the wired ethernet camera?
If you try one of the JPEG URLs for TrendNET cameras from http://skjm.com/icam/mjpeg.php does the issue still present itself? (You won't have audio, but it sounds like the last time you used the JPEG radio button with an MJPEG URL it still caused the issue.)
-
Hi,
No, unfortunately the issue presents itself across all/any of the cameras. In fact, sometimes it's most often with the wired one (or perhaps it just feels that way, because that's the one by our daughters crib... which we tend to keep an eye on the most.)
I'll change them all to a JPEG url right now, and keep our eye on it.
Thanks
-
The 2 JPEG links offered on your tool didn't work, but this one does:
http://192.168.1.9/cgi/jpg/image.cgi
I'll keep it here and see if there is any change. (Not thrilled about the loss of audio, so hopefully this is short term!)
-
If the JPEG image URL works better with your cameras then we should be able to restore audio as well with a new version of the iCamSource. (I will also add that JPEG URL to the list or URLs for TrendNET cameras.)
I look forward to hearing how it goes.
-
Hi Stefan,
Over 24 hours later, and all the cameras are still in sync. That's even with enduring a partial home network outage (due to a tripped breaker), etc... all resumed as normal, without any intervention.
Looks like this may be a plausible solution!
Can we work on adding the audio back now?? Maybe a pre-release build to test?
Thanks again!
-
I am glad that the JPEG URL worked for you. Adding back audio support for the JPEG URL will also tell us if it is the audio stream that is causing the delay issue with your cameras.
I should be able to have a test version that restores audio available for you to try within the next day or so ... A Mac version, correct?
-
Yes, please... OS X it is! :)
-
Ok, here is version 2.4.1.1 BETA that should restore audio for the JPEG URL for your TrendNET cameras: http://skjm.com/icam/iCamSource2.4.1.1.dmg
I look forward to hearing how it goes.
Also, since you are using a few different TrendNET IP cameras with a Mac I was wondering if I could send you a Mac App Store promo code for our IP Cam Config utility (http://skjm.com/ipcamconfig/?osx) so that you can download the app to confirm that it does allow you to configure the IP addresses of your TrendNET cameras from your Mac? I posted some more info about it here: http://skjm.com/forum/index.php?topic=3679.0
Thanks! :)
-
I've installed this build and will keep you posted.
Regarding the IP Config, absolutely - please feel free to email me details.
-
Great ... I've sent you the Promo Code via forum private message.
Thanks again. :)
-
Alright, here's an update.
Looks like 2 of the 3 trendnet's have a sporadic issue with the JPEG feed. Anywhere from immediately after a camera reboot, to a day later, the jpeg feed stops working. This happens even when I access the URL directly from a web browser. I've reported the issue to TrendNet, not sure what will come of that.
I switched the IP-312 and IP-312W back to the MJPEG feed, but instead of using http://[IP]/cgi/mjpg/mjpg.cgi, I've been using http://[IP]/cgi/mjpg.cgi, which seems to have been working well. Just to test, I switched back to the original URL http://[IP]/cgi/mjpg/mjpg.cgi, and the original issue occured again.
I noticed, however that the 'new' MJPEG url doesn't have audio. Can you add this to your list, and create a new build for me to test with?
Thanks!
-
Ok, here is a new version for you to test with: http://skjm.com/icam/iCamSource2.4.1.2.dmg
Have you had a chance to test IP Cam Config with your TrendNET cameras?
Thanks again. :)