You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
recordings should be saved in a folder structure #488
This feels inaccurate, each camera has its own sub-folder.
yes but then save all videos in one folder, without any sub folder structure is not the way to go how file systems are working. putting thousands of single files into one single folder is not recommended :-) tree search, loading the file index, deletion of files etc.
Well I feel you aren't putting complete statements into the reporting so I have to decipher what you even mean -- are you not a native English speaker?
Well I feel you aren't putting complete statements into the reporting so I have to decipher what you even mean -- are you not a native English speaker?
No iam not. But what i mean: saving als recording files into one single folder (yes separated by cam) should be avoided due to heavy load on the host when a folder is accessed. The file Index of a folder (which needs to be loaded into RAM) is becoming bigger and bigger. That's why you always create a folder structure inside your flat file folder e.g. With dates to keep the amount of files per folder on a reasonable Level.
Fixed on main by 8a0a128. New recordings can use flat, YYYY/MM, or YYYY/MM/DD layouts selected in Settings; daily partitioning is the default. Segment rotation recalculates the directory across date boundaries, and rebuild/emergency-reclaim scans now recurse through nested recording trees. Existing files are not moved and remain playable through their stored database paths.
the recordings are currentl saved all in one folder.
It should be saved to a folder syntax avoid long loading. The folder structure should be configured via the web guito