Recent content by LarryL

My configuration is as simplified as I could make it. Continuous record 24 X 7 X 365, no alerts, no audio, no posting or streaming, no motion triggers, nothing that should interfere with an uninterrupted video stream from each of the 8 cams. And the cams are set to a modest 5 FPS frame rate...

This is a 1U racked server. There are no other internal drives, or drive bays. And while I could write across the network to a NAS that puts the BI traffic in contention with other network traffic whereas writing to the attached drive is direct. I do understand the USB bandwidth and related...

The available space on C: would only last a few hours before hitting 100% full.

Writing to the C: drive would be an option if this wasn't a server class racked machine, as opposed to desktop workstation. One characteristic of many racked servers is that the C: drive is often small and only hold the OS and a one or more application programs. This machine has only one drive...

Nothing appears to be logged by BI. The system log has a series of warning messages relating to disk writes but in clear MS tradition they are obscure. They seem to refer to page file writes, which, if that were the case would go to the C: drive, not the drive that BI is recording to. On second...

Well, too good to be true! Recorded solidly for a day then stopped once more, this time with a write error message suggesting that suggests the recording device was either disconnected or write protected. That is definitely not the case and there is still in excess of 3TB of free space. What...

I finally solved this problem and in the end it was simple. I happened to notice that the last time there was any data recorded was when I last logged on. That was a fairly small file. It also seemed to me that files previous to that were also small and were timed at about the times I had...

OK, Haven't tried that method. Actually I don't have the clips list open in part because I usually have all 8 cams open and that really takes all the screen space in order to be viewable. Thanks again for the poointers.

Maybe we're using different methods for viewing and extracting from old files. Let me give you an example, because it could be that I'm not following the easiest path. A typical scenario for me might be that I need to look at what was recorded two days ago between 3:00 and 4:00 PM on 3 of the 8...

I understand, and from the perspective of storage capacity you are absolutely correct. My perspective is that when I'm looking to excerpt a segment from the camera files it's most often because of an incident within the past few days, usually withing the past week. And, I'm frequently looking...

OK, reasonable. I was just truing to keep New to a manageable size given that I have 8 cameras going there. I have recording set to 8 hour blocks meaning 2 blocks per day, times 7 days, times 8 cameras, making finding a given file reasonable easy. Having the size limit at 400GB then makes the 7...

I assumed the 7 day setting applied only to the New folder since that's where this setting is and there's no such setting in Storage. Not so?

OK, sounds like more digging is needed. BTW, the DB rebuild did sort out the new/old file issue without any help from me. In checking the clips/archiving settings as you recommended I noticed that the New folder had a size limit of only 29GB. I reset it to 400GB with a 7 day retention. Easy...

Great. Thanks for the pointers. Circling back to my original topic of short file clips, do you think that problem is related to the DB and file retention problem?

The right click didn't seem to do anything so I deleted the DB folder and it seems to be rebuilding. Thanks. About the New v Storage, Is it the case the BI moves files from New to Storage periodically, and it it is supposed to do that, is there a set interval, is it storage capacity driven, or...