A bit opaque in the logging: "-50 Bad parameter" ?
Hi Bensoftware
- throw me a bone on this log entry?
02-13-2014 0809-07: Error running the camera "Front Door" in active mode, it has been set to passive mode 3.2.1,22177,-50 Bad parameter
and is there a scheme for decoding which camera is causing the following?
02-13-2014 0807-34: Error recording audio from the device "Built-in Input" 3.2.1,900,841 Buffer overrun - computer is overloaded
and which computer ( the camera, the server ) is overloaded?
- throw me a bone on this log entry?
02-13-2014 0809-07: Error running the camera "Front Door" in active mode, it has been set to passive mode 3.2.1,22177,-50 Bad parameter
and is there a scheme for decoding which camera is causing the following?
02-13-2014 0807-34: Error recording audio from the device "Built-in Input" 3.2.1,900,841 Buffer overrun - computer is overloaded
and which computer ( the camera, the server ) is overloaded?
Comments
As for the second message, you can check which camera is using that device under the Audio tab in the Camera Settings window. However, which camera this refers to isn't too important because the problem here seems to be a system-wide problem of not enough CPU resources on the computer running SecuritySpy for everything that you have set SecuritySpy to do. I would advise you lower the frame rates of all the cameras you are using with SecuritySpy to reduce the CPU usage. You can use Activity Monitor to see how much CPU SecuritySpy is using.
Perfornance wise, Security Spy is running on a 2012 Mini 6,2, 2.6 Ghz i7. This box has 16gig of Ram.
Security Spy is gently coasting at about 60%. SMBup is running about 2%. Those are the only full percentage number load processes running on the 4 core machine.
Security Spy is writing to a firewire attached Raid.
The Cat6 connection is up at a gig.
that would seem to be pretty performant.
the camera pool is locked to 10fps max. A couple of the cameras have mics, i'll iterate across them.
WRT the log content I was surprised at the second as the first is so descriptive.
The only way I can recover from the -50 is to restart the instance of Security Spy. ?
The log message is different: "Error writing to disk"
The disk is fine, but I get -50 errors when attempting to work with the folder tree.
last time this happened I had to delete the Finder's plist file for the user.
any ideas?
Is it possible/convenient to reformat the drive using Disk Utility to see if this fixes it?
I would guess that simply setting the camera back to Active mode would allow SecuritySpy to continue recording, rather than a SecuritySpy/computer restart. However if the underlying problem is not fixed then this is not a long-term solution of course!
As for the buffer overrun error, it sounds like your Mac is not in fact overloaded. It could simply be a temporary hold-up processing data in some other part of the application (or waiting for the disk perhaps) which is causing the audio processing to lag behind and generate this error. I think it's likely that fixing the disk issue will also fix this issue too.
Hope this helps.
I've used firewire raids for years for music and video editing, so I tend to think of these as rather standard technology. ( also great for big java builds and maven repos )
I can reformat the disk sure perhaps I'll repartition the raid and dedicate some to security spy.
Now, 'simply setting the camera back to Active mode' doesn't work when this error is raised. The Security Spy UI doesn't allow the change. I have to restart the Spy.
I think writing to audio is getting bound up in this Finder issue. I have seen some writings where re-using a file name immediately after delete sometimes triggers this odd situation. ( shouldn't, of course )
I'll ping back when I get further. I did set Spy to email someone on error, and hope to catch this condition this way. Or at least have someone restart the Spy.
This is turning out to be a problem with the 3rd generation of G-Tech Raids.
The company is replacing them once a RMA is pulled.
I have ordered a QNAP to which I'll offload the storage, then I'll send the G-Tech back for whatever they do to them.