You
can move all 4 edges and all corners when defining an area. The polygon issue is something I've thought about. However, the code would be much more complicated if I was using polygons. I'd need to both determine if objects were within the polygon, but worse get the overlap percentage of the polygon. While that is on the long term list of things to do, it probably isn't happening soon. While this is a limitation, you can just use multiple rectangles now, or even multiple rectangles with an ignore are in the middle if you want. For practical purposes the way it is now works pretty well in about 90% of the cases. Yes, it would be a nice feature to have though.
I'm not sure what you mean about the AOI not being perfectly aligned. Yes they are all up and down (exactly as far as I know) with the underlying picture pixels. That's not to say that those lines would appear to match vertical/horizontal features in a picture. That depends on camera alignment and angles/depth.
If you don't have the camera setup properly the snapshot will return an error message. That is correct.
The "crash" on the continuous was actually deliberate because the continuous stuff just calls the snapshot code repeatedly. If there is an error connection to the
Blue Iris for a snapshot you would end up with hundreds or thousands of the snapshot warning message all wanting you to press OK. That is more than a little annoying. Therefore, continuous exits in those cases. So, fix the Snapshot issue first.
I've never had a case where the snapshot fails to get an image properly if the IPAddress and Port are correct
and anti-virus doesn't interfere.
The sole job (right now) of the SQL stuff is to track the pictures with motion in them (well, actually recognized objects). So, if you use the "Motion Only" button and you can move to pictures with motion in them it works. In addition, SQL errors are logged in the log file. Please change the connection string only if you really need to (things don't work without it).