Indigo Domotics

Getting an error when trying to add a motion as a trigger with beta 8.

Version 1.4.2. Give it a spin.

Cheers
-- perry

Perry The Cynic wrote:

Version 1.4.2. Give it a spin.

All fixed up, Thanks!

I'm just trying to start having Indigo work with SecuritySpy. I have a 1 camera version of SecuritySpy. All I intend to do is make the camera active or inactive based on sunrise/sunset times. However I get no cameras (or anything else) in the device list.
Indigo: 6.1.4
SecuritySpy: 3.4.1
Cynical plugin: 1.6.4
Mac OS 10.11.2
FWIW: I had another plugin stop working after the latest Mac OS update.

I see there is a new version of Security Spy now available. Version 4.0 is the latest. Anybody tried it yet? Any issues with this plugin?

jalves wrote:

I see there is a new version of Security Spy now available. Version 4.0 is the latest. Anybody tried it yet? Any issues with this plugin?

I've played around with it; it seems a useful modernization of the app. Read the caveats before upgrading; they've removed mpeg-4 encoding and a few other features.

Cynical SecuritySpy version 2.0 (released yesterday) should support it; previous versions will only partially work, so upgrade. And let me know how it goes; I've only spent a few hours with it so far.

Cheers
-- perry

Another thing to note that the plugin uses is the Active/Passive is no longer there in lieu of giving more granular control over motion sensing and microphones. I'm on the fence about upgrading at the moment because I rely on those states.

Colorado4Wheeler wrote:

Another thing to note that the plugin uses is the Active/Passive is no longer there in lieu of giving more granular control over motion sensing and microphones. I'm on the fence about upgrading at the moment because I rely on those states.

The active/passive state is very much still there; it's just now called "Motion Capture" state. The UI has changed, but not the underlying functionality, and Cynical SecuritySpy version 4 just maps it (nothing changes in the plug-in).

Its my understanding that if you have a working setup with SecuritySpy 3 and Cynical SecuritySpy and upgrade to SS 4, then (if it still supports your cameras) it should work exactly as before. Of course, I've got about two hours of experience on that, right now.

Having said that, I totally understand sitting on the fence for a while. SecuritySpy 3 will work (and be supported) just fine. I hope.

Cheers
-- perry

As Perry said, the upgrade has a much needed UI update. Also like the ability to select armed or disarmed for individual activities (continuous, motion, and action). However, the most important reason to upgrade is less CPU load . My system, 8 IP cameras using H.264, went from an average-35-40% load to 9-10% with v4.0.

Hope the plugin will support those arming and disarming actions shortly

JP

Hi,

A couple of the camera images stopped loading from Security Spy to the Indigo pages. Previously they had worked.

When checking the Indigo log, it is now filled with error messages from those cameras that say "http://10.0.1.198:8000/++image?cameraNum=14 size too large: received 382278 / max 358400" and "http://10.0.1.198:8000/++image?cameraNum=3 load error: HTTP Error 404: O"

Any suggestions? Maybe reduce the cameras' image settings? I'm just not sure why this error wasn't a problem in the last several months, but is, now.

thanks..
MJC

@roquej : don't be fooled by the reported CPU load in activity viewer, SS4 now offloads it's video processing to a process called VTDecoderXPCService, you need to add this CPU load to the CPU load reported by the SecuritySpy process. What might appear as a dramatic decrease of CPU usage is actually more or less the same as with the previous version. I do think that the new process is a better way going forward (previously all video was handled by the quicktime library).

@eme jota ce : you can request the exact width and height of the image you want to request like so :
http://10.0.1.198:8000/++image?cameraNu ... quality=50
It's best not to go any higher in size than you absolutely need. This way you can tune your bandwidth usage.

double post

@PeteVis - thank you for the feedback, but I think is a bit different. If you let the cameras do the encryption, which is the recommended approach, then the VTDecoderXPCService uses zero resources. At least that is the scenario in my installation. Again, with the same configuration, and accounting for any resources used by the VTDecoderXPCService, the CPU load in my mac-mini, using v4, went down 25-30%.

JP

Sorry, meant compression not encryption.

JP

Upgraded to 4.0 without any issues.

PeteVis wrote:

...

@eme jota ce : you can request the exact width and height of the image you want to request like so :
http://10.0.1.198:8000/++image?cameraNu ... quality=50
It's best not to go any higher in size than you absolutely need. This way you can tune your bandwidth usage.

Thank You! That worked very well.

I also upgraded to SecuritySpy V4, today. No problems in the way that it interacts with Indigo on my system, which uses images from 10+ cameras of various makes/models in Control pages.