iCam Featured on the Today Show, CNN, and Good Morning America!
Well, it's not so much the whole program crashing, as it seems to have "lost" it's connection to the firewire iSight camera, and now even a reboot of the whole computer isn't resolving this problem, where it did previously. When I had hands-on I could reconfigure iCamSource, i.e. re-add the iSight firewire camera as the second camera, which would restore the serving of the second camera.When you say that the firewire camera seems to have lost its connection, are you basing that on the inability to see the video feed in the iCam app? Or are you logging in remotely to your computer, viewing icamsource, and not seeing the firewire camera listed? If you do have remote access to the computer running icamsource, which it sounds like you do since you tried editing a file, try deleting that same file. The SKJM guys have suggested that deleting that file will reset icamsource settings to default and let you start all over. But try the other things below before you do that.Currently, iCamSource is serving up Cam0 just fine, but Cam1 is just missing, gone, lost, disconnected....To answer your questions, no, "router auto-config" is in its default position. The instructions said to not mess with it unless things weren't working, and they WERE working initially, and ONE camera is still being served, so it seems like maybe that isn't the problem. No?The problem is that networks can get very complex with varying levels of routing in between your phone and computer...complicating port forwarding considerably. So while the default setting might have worked from your home network to your cell network at that time, it doesn't mean things won't change. Everyone from your home ISP to your cell provider (and everyone inbetween) is constantly changing network settings for security purposes, adding hardware, etc. Plus, as you travel away from home, there are more routers between you and the home computer. So it is important (in my mind) to correctly configure port forwarding. I don't know for sure that is what the problem is, but based on my experience, it is the likely culprit. I have experience all or most of your issues without proper port forwarding. Once I got it configured correctly, everything started working flawlessly. Oh, and yes, it is possible to view one camera and not another because of port forwarding issues.uPNP is operational on the router, so that shouldn't be the problem, particularly since the Cam0 is still being served, and I can see it and even hear its audio (which is something else that didn't work when cam1 was operational and the only camera that would send audio).See above. The fact that audio wouldn't work when the other cam was on leads me to believe, even moreso, that this is a port forwarding issue. Each type of data requires one or more ports to transmit through. If there aren't enough ports available (due to lack of proper configuration), some of those data streams (audio in your case) won't make it to the destination. It is possible, especially after a system reboot, that this time around, it gave priority to the video and audio stream of the first camera...so now the video stream from the 2nd camera is not showing up.Static IP, check.This really only matters if you set up manual port forwarding (for icamsource of for remote access to your computer, etc).Power problems are unlikely, as the iSight is the only FW400 device on a powered Firewire hub.I agree that it is unlikely...especially since it sounds like your computer is a Mac, which I am assuming you purchased pre-built. Beginners who build their own computer will often skimp on a quality power supply and/or get one that can't handle all of their hardware...leading to weird behavior. The only issue I remember seeing on these boards regarding power was the USB hub on Mac Mini's.I guess what I would like to try is reconfiguring the iCamSource settings. The problem is being remote. I need to do this via the shell, i.e. Terminal.Assuming you have the ability to remotely control your home computer, connect to it, open icamsource, stop the cameras, enable auto router config, restart the cameras. Since you already have uPNP enabled on the router, it should start working immediately. If it doesn't, try rebooting both the router and the remote computer. To reboot the router, browse to the router's IP address using your remote computer...login like you would as if you were at home on that computer. Use the web console of the router to reboot it. You will lose your remote connection at that point. Check iCam after a few minutes to see if everything is functioning properly. If it isn't, remote in to your computer and restart it. I am assuming, here, that you will still be able to access and control the computer remotely even though nobody is logged into it after it reboots. If that assumption is incorrect, then I would not reboot it...just attempt exiting icamsource and then restarting it.Also, you noted that your computer has a static IP address, and I am assuming you mean on your local network. Does your ISP also provide you with a static IP address? Generally they don't (unless you pay extra for it). With that being said, cable providers typically don't change the IP addresses very often. If you restart the router, your home network might get a new IP address. This will cause you to lose the ability to connect remotely IF you do not have DDNS (dynamic DNS) set up. That's something to think about before you restart your router.I have pulled out the current settings usingdefaults read ~/Library/Preferences/com.skjm.icamsource | grep Last | grep IDLastAudioID = "AppleHDAEngineInput:8,0,1,0:1";LastVideoID = 0x2440000005ac8502;LastAudioID = " 0xa27000414603e";LastVideoID = " 0xa27000414603e-video";I wish I had thought to do this BEFORE, when it was working, to have something to compare with, but it looks like both cameras are configured. Obviously, cam0 is, as I can see (and hear!) it just fine. I'm bemused by cam1's disappearance and utter refusal to come back to life though.
Author
Topic: two cameras will not work (Read 4730 times)
