Another simpler idea... stop the BI server, then try manually finding and removing any stubborn temp*.jpg files in the Alerts folder... Before you delete them, you might check their properties/attributes to determine if there's anything unusual/unexpected... Blue Iris should update the database when you restart the service.can you explain to how to avoid the temp issue if that's what's causing my stale images?
For managed storage folders in Blue Iris, most of us disable 'Limit clip age'. The oldest files are then automatically deleted as space is needed. And most of the allocated space is used. You can monitor this in the log file.I verified that I have enough storage space under the alerts folder. I'm at 100GB and auto delete after 2 days - so no chance I would come close to running out of room.
I know - and that's how I have it set up for new clips. However, I have 64 cameras that all record alert images. That results in massive number of alert images which I felt affected stability - so I trimmed it an wanted to make sure there was no added workload.For managed storage folders in Blue Iris, most of us disable 'Limit clip age'. The oldest files are then automatically deleted as space is needed. And most of the allocated space is used. You can monitor this in the log file.
Wow! That's the maximum number of cameras supported by Blue Iris.I know - and that's how I have it set up for new clips. However, I have 64 cameras that all record alert images. That results in massive number of alert images which I felt affected stability - so I trimmed it an wanted to make sure there was no added workload.
Wow! That's the maximum number of cameras support by Blue Iris.
Have you verified that the Alerts folder, which I believe you said you've allocated 1GB, even contains 2 days of alert JPGs?
I was never able to live view the TEMP files being created/deleted while monitoring the Alerts folder via Windows File Explorer. On my machine, Explorer's refresh time was just too sluggish (my 3GB Alerts folder typically contains 10,000+ files). What worked for me was using NirSoft's FolderChangesView utility (download). I've previously posted a how-to here.If I monitor the directory for the given camera when I do a "trigger now", I can immediately see the new file appear in that directory - but it's not a temp. It's the full .jpg file that remains unchanged well after the trigger has resolved.
View attachment 222026
The top file is the one it created. What's interesting is that the file nomenclature shows *-0.jpg on some, *-1.jpg on another, and *-3.jpg on yet another. I wonder if that suffix is in place of the "temp" name. Either way, the file names do not change - even after a refresh.
So the msg.exe trick is still showing the TEMP file for macro &ALERT_PATH, but the FCV utility is not? Maybe we should try enabling the 'Monitor all subfolders' setting in FCV.That may well be - but after running your FCV program, scanning my alerts directory, and manually triggering the cameras (I received PO notifications for both), nothing showed up in the FCV monitor. I'll let it run all day to see if it only does it sometimes...
Actually 2 (created and deleted twice)... though I'm not understanding why it was modified 9X.
All cameras have their own subdirectories under alerts. No camera is configured to save under the root alert folder.Actually 2 (created and deleted twice)... though I'm not understanding why it was modified 9X.
And it's in the root Alerts folder. Does this camera have a subfolder in the Alerts folder?
EDIT: And is this camera configured to save JPGs for ALL Profiles?