Indigo Domotics

I haven't quite figured out how your Camera's name got assigned to the property for the Camera number, which is why it's being placed into the URL string.

When I developed the plugin, it originally had you manually enter the SecuritySpy camera number into the Actions box. To make it more usable, if you use Cynic's SecuritySpy plugin, I had it populate the drop down box with the known cameras. When you save the dialog, I save the Camera SecuritySpy Number, not the reference to the specific Indigo Device Camera. So, for example, if your Front Door Camera is #1, and then you change your SecuritySpy Settings and another Camera becomes #1 (Say, Back Door), with the Front Door becoming #2, then the action you previously saved will pull from the Back Door Camera and will not track the change to the new camera number.

This is by design because if someone doesn't have Perry's plugin, I wanted it to still function where you can manually enter your SS camera numbers.

I think one thing I'm going to do is change the log output to call out the name of the Camera that is being pulled. When the camera number changes, you'll see the log entry change, calling out the camera that is being pulled from.

Share any thoughts you have to this approach.

I've posted v1.5.

I haven't quite figured out how your Camera's name got assigned to the property for the Camera number, which is why it's being placed into the URL string.

quite a mystery. I did use the plugin in its early days however these are new cameras so would have been set up from scratch in the last 12 months or sooner. Given it took rebuilding the devices in SS and the other plugin to fix things, I wonder if the corruption could actually have. been. upstream ...either coming from the other plugin, or even SS itself? Fingers crossed it won't happen again.


and yes, one byproduct was that it was handy having cam names. [+numbers] in the log!

vtmikel wrote:

I've posted v1.5.

one minor issue I noticed with this version is that it requires 'none' to be explicitly added if not all the camera fields are in use, or errors appear in log. I don't think that was happening before.

agame wrote:

vtmikel wrote:

I've posted v1.5.

one minor issue I noticed with this version is that it requires 'none' to be explicitly added if not all the camera fields are in use, or errors appear in log. I don't think that was happening before.

Will check into this and likely can fix


Sent from my iPad using Tapatalk Pro

[quote="vtmikel"]
Will check into this and likely can fix


Its not a problem for me, just a backward compatibility issue for anyone upgrading.
A really handy plugin, BTW! thank you.

Version 1.6 is now published.

Changes to note:

• The options for number of seconds for GIF creation have changed. Previous actions should work, but editing the action will require you to choose one of the new options
• I've improved the performance of the GIF creation, since every second counts when you want to send a notification
• The output log now tells you how long the process took. Should help in figuring out how long to set a delay before sending a notification out.
• Other bug fixes (sorry for the bugs!)
• I added to the number of cameras available to stitch. Make sure you re-size the dialog box to see all options.

Hi, after upgrading to Indigo 2021.1 the plugin doesn't seems to load:

Code: Select all

27 Jul 2021 at 23:40:45
   Reloading plugin "Image Downloader and SecuritySpy Helper 1.6"
   Starting plugin "Image Downloader and SecuritySpy Helper 1.6" (pid 12714)
   Image Downloader and SecuritySpy Helper Error Error in plugin execution InitializeMain:

Traceback (most recent call last):
  File "plugin.py", line 17, in <module>
  File "./lib/PIL/Image.py", line 93, in <module>
ImportError: ./lib/PIL/_imaging.so: no appropriate architecture (see "man python" for running in a non-native architecture)

   Stopping plugin "Image Downloader and SecuritySpy Helper 1.6" (pid 12714)
   Stopped plugin "Image Downloader and SecuritySpy Helper 1.6"

I'm using MacOS 11.4 on a Mac mini M1

Cheers
Daniel

danielw wrote:

Hi, after upgrading to Indigo 2021.1 the plugin doesn't seems to load:

Code: Select all

27 Jul 2021 at 23:40:45
   Reloading plugin "Image Downloader and SecuritySpy Helper 1.6"
   Starting plugin "Image Downloader and SecuritySpy Helper 1.6" (pid 12714)
   Image Downloader and SecuritySpy Helper Error Error in plugin execution InitializeMain:

Traceback (most recent call last):
  File "plugin.py", line 17, in <module>
  File "./lib/PIL/Image.py", line 93, in <module>
ImportError: ./lib/PIL/_imaging.so: no appropriate architecture (see "man python" for running in a non-native architecture)

   Stopping plugin "Image Downloader and SecuritySpy Helper 1.6" (pid 12714)
   Stopped plugin "Image Downloader and SecuritySpy Helper 1.6"

I'm using MacOS 11.4 on a Mac mini M1

Cheers
Daniel

Likely has to do with M1 as I’m running fine on Indigo 2021.1. The PIL library is referenced in the error - no appropriate architecture, likely has to do with the M1.

A quick search found this: https://github.com/python-pillow/Pillow/issues/5093

Looks like I’ll need to upgrade the library. I’ll look into it.

Thank you for the quick response.
It was working on the M1 with Indigo 7.5 before I upgraded to 2021.1 - so perhaps a combo then of M1 and 2021.1...

Cheers
Daniel

Yeah, Indigo 2021.1.0 runs all plugins inside a host process that is universal (x86 + arm64). On M1 Macs the arm64 version of the host is used and it can only load libraries that are also arm64. Previously everything was x86 and Rosetta was used on the M1.

Hello Mike,

Did you manage to look into this issue?

Cheers
Daniel

+1.... I'm running Indigo on an M1 Mac mini and this plug-in isn't working. Would love to get it going again!

I’ll try to prioritize this in upcoming updates.

Thanks for doing that Mike. As I recall, it's an issue with some of the Pillow Python code being x86_64 only.