Dropcam has been doing great business lately. In part it's because they have nice software and hardware, but partly because they use a camera capable of 720P. They're coming out with a new camera, the Dropbox Pro, which after a software upgrade, will be able to do 1080P!
Now, I like iCam and its software, but limiting us to VGA resolution is problematic. I don't mind a lower frame rate, but I want to use a better camera!
So this is a sincere request from a dedicated user who wants iCam to support better cameras!
I've been using iCam for years with great success. I posted extensive tutorials on what to do when iCam "just doesn't work" and how to do port forwarding and the like. I recently changed my network and found some further information users might find useful.
Most DSL modems sold today (or provided by the ISP) are in fact modem/routers, and many do not have WiFi capability. In these cases (or when, for example, you want to run a Time Capsule or whatever), you need to connect your WiFi router to the modem/router. In that case, unless you do something, both the modem/router and the WiFi router will be handing out DHCP addresses. This is a bad thing. Sometimes it will work, if the two units use different starting addresses, (10.xxx.xxx.xxx versus 192.xxx.xxx.xxx), but sometimes not. What you need to do is place one of the units in Bypass mode, and let the other hand out DHCP addresses.
This can be difficult when the ISP refuses to provide information on how to put the modem/router in Bypass mode, so many (i.e., I) put the downstream unit (in my case, a Time Capsule) in Bypass mode. When you do that, you have to so the whole Port Forwarding rigamarole. You can do so, but it's a pain in the butt.
However, if you put the modem/router in Bypass mode, the magic iCam software works, and you don't need Port Forwarding. In my case, I bought a Motorola modem/router compatible with my ISP from Wally World, which did come with instructions on how to put it in Bypass mode.
You might want to try this to avoid Port Forwarding. Good luck!
Hi, Stefan. Since moving to Lion, my motion detection has stopped working. (At least, that's about when it stopped working). Image transmission, both over 3G and WiFi, is fine. I'm on both an iPhone 4S and an iPad 1, IOS 5.0, iCam 2.1.1, iCam Source 2.4. Any ideas?
BTW, I've often wished that motion sensitivity could be set less sensitive (clouds often set mine off even at the lowest sensitivity) , but I get no triggering at any sensitivity now.
Asheville, NC is still 166, and everything still works fine. Note, however, that I already had to go to port forwarding since my AT&T DSL uses a combination modem/router.
We’ve previously discussed http://skjm.com/forum/index.php?topic=615.0 backing up the iCam data streams offsite by creating an alias of them and dropping the alias in Dropbox. The idea is that if you have your camera doing security monitoring, but someone pinches the computer, you’ve lost the recorded video. You need to move the MJPEG files off your machine as soon as possible (and automatically) to the cloud or another machine.
The alias trick has two problems. First, if you delete one of the image files on Dropbox, it disappears from your iCam folder on your computer. Second and more important, as shown in the thread above, this approach sometimes does not work; apparently due to changes in the Extended Attributes and Resource Forks of OSX, as described here http://www.pxc.me.uk/misc/dropbox_mac_use.html. A possible solution using Symlinks is shown here http://wiki.dropbox.com/TipsAndTricks/SyncOtherFolders, but I have not tried it yet. Evidently different versions of OSX.n have different alias properties.
Another option is to use Hazel http://www.noodlesoft.com/, though it will cost you $22USD. Hazel does quite a lot, but mostly it monitors folders, and implements actions if something happens to those folders. Hazel appears as a Preferences panel in System Preferences on a Mac and lets you setup rules for folders. Here’s one to copy files from your [user]/pictures/iCam source motion events/[gigantic hash sequence] to Dropbox:
The folder being monitored is [user]/pictures/iCam source motion events/[gigantic hash sequence]. This rule copies, rather than mirrors, the images, so if you delete an image from your smartphone, it does not get deleted from the computer. "Do not copy if duplicate" prevents multiple copies of the image, and the "If file exists" rule is pretty much irrelevant for iCam, since each JPEG is named with a time stamp.
One final trick - if you want the images to be persistent on your smartphone, mark the folder as a Favorite and use the Dropbox Settings on the phone to an appropriate size (like 500MB) or the images will be linked to, but not resident in, your phone. They'd still be on the Dropbox website, though.
True paranoids like me will want to setup a tripwire imaging capability using Hazel as described here: http://www.noodlesoft.com/forums/viewtopic.php?f=3&t=409&sid=f755510ded4234571f90f506e703a1cf. In this case, if someone swipes your laptop, you can change a filename in Dropbox (using another computer), and the next time the perp goes online with your computer, Dropbox syncs, Hazel sees the changed filename and executes an AppleScript that takes his picture and gets his IP address! This last is not an iCam issue, but if you get Hazel, it's pretty cool to use it this way.
I'm not sure why maxglide is seeing a Unix executable, but while checking my implementation, I found that while the [gigantic hash sequence] address of my folder on the Mac holding iSight images has stayed the same, the one for an external Linksys camera had somehow changed. I made a new alias and put it in Dropbox. It didn't work this time (!), though the folder alias and Dropbox pictures sync (even to my iPhone) for my iSight camera continues to work. (By work, I mean it will transfer pictures successfully to my iPhone and the Dropbox.com website.) Instead, what I see on my phone and in Dropbox.com is a generic file 507.1 KB in size.
Stefan- You may recall that I, among many others, have a DSL modem which is also a router (though not advertised as such) from AT&T. This has meant that I had to use port forwarding, which is tricky for many to setup (and for which I am thankful for your extensive help in completing the setup).
My question is, does iCam Source 2.1 substantially improve the firewall penetration capabilities of iCam so that port forwarding is no longer necessary? Or should I let sleeping dogs lie, so to speak?
I have two cameras I monitor - the iSight on my iMac and a WiFi Linksys. I have two instances of iCam Source in my apps folder so I can keep both open simultaneously. As noted in the Forums, this is the way to monitor two cameras on a Mac. Each instance of the program retains the correct settings for the appropriate camera. This worked fine until the 2.1 update.
After the move to iCam Source 2.1, both instances of the iCam Source bring up the camera which was viewed last. All other functionality - port forwarding, WIFi, 3G, and Edge access, push, recording, etc work fine.
Another variation... If you use Hazel, you can tell it to watch the iCam camera file folder [gigantic hash sequence], and if it sees a new file, Copy it to Dropbox, which will store it and distribute it to other Dropboxes. The advantage over using an alias is that the Dropbox contains a copy, rather then an alias of the original. If you accidentally trash the alias file in Dropbox (easy to do since the names are similar, being data-based), it will go away in your Mac as well. This approach is slightly safer.
I corrected this in the original thread, and am posting it here again since many people read new items. Basically, this works very well, but one must not change the name of the alias of the iCam data in the Dropbox.
Quote
I want to occasionally use iCam as a simple security system. I was concerned that in the event that someone broke into my house, one of the first things they'd go for was my computer. So, other than anything I was able to snap of the iCam data stream on my iPhone (assuming I acted on a push alert), the record of the burglary would be gone. I wanted some way to backup the data stream other than on the machine running iCam Source, so if the computer is stolen you can still get the perp’s picture.
I've been playing around with Dropbox, and I think it’s a killer solution. Note that the MJPEG images comprising the iCam stream are stored in Pictures are presently stored in:
If you make an alias of the [gigantic hash sequence] folder you can drop it in the Dropbox, which might be on your computer desktop. Do not rename the alias! Any images that appear in the [gigantic hash sequence] folder are immediately reflected in the Dropbox Cloud server, as well as anyplace else you have a synchronized Dropbox. This updating is continuous and does not wait for the motion trigger event to be completed!
The mirrored Dropboxes will show the JPEGs in the Dropbox files, just as they do on your computer. However, if you throw away the file from the alias in Dropbox, the file is gone for the Mac as well – so be careful.
This seems to be an ideal solution to remote backup of the MJPEG stream. I've tried it and it works! Best of all, Dropbox is free for up to 2GB storage.
And, thanks to Stefan for doing a sanity check on my ideas!
Actually, I think people missed the original post, because it hasn't had any comments - but it works! You can view the resullts on any computer or iPhone. Try a 0.3 - 0.5 second frame rate.
Suppose you want to create a movie from iCam JPEG stills. Maybe you want to post it, or email it. Here's how! (This approach only work for Mac users, but no doubt something similar works in Windows. It also helps if you have some experience with iPhoto and iMovie.)
Locate the iCam source files at [user]/pictures/iCam source motion events/[gigantic alphanumeric hash sequence]/[pictures with date-time stamp]. Open iPhoto and drag the JPEG pictures into it, creating an Event (which you can name for convenience). Close iPhoto (if you wish) and open iMovie.
On the right side of the iMovie window, in the middle, find the still camera import icon and click it. This brings up a window to iPhoto within which you can navigate to the correct event (the one with the iCam pictures that you just named above). Events are shown after the divider; just look for one of the iCam JPEGs you recognize.
Create a new project (File->New Project) and drag the event into the project.
Use Command-A to select all the images. Select the little Gear indicator and pull it down to get the options to edit the clips.
You can crop the images, adjust the exposure, brightness, saturation, white point, and so on. Make sure you turn off the Ken Burns effect, which is on by default. On the Clip options, set the duration of each picture to about 0.5 second, or whatever looks best to you.
Use the spacebar to preview the movie. When you have it the way you like, choose Share->Export Movie to export it as an m4v movie. Enjoy!
As I've mentioned earlier, this Dropbox approachhttp://skjm.com/forum/index.php?topic=615.0 is pretty neat for backups. To do YouTube you'd first have to convert the MJPEGs to "real" video, rather then a series of stills (which is what iCam creates).
Show Posts
