Skip to content

recordings should be saved in a folder structure #488

Description

@titro

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

Activity

  1. matteius commented on Aug 12, 2026

    @matteius
    Contributor

    This feels inaccurate, each camera has its own sub-folder.

  2. titro commented on Aug 12, 2026

    @titro
    ContributorAuthor

    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.

  3. matteius commented on Aug 12, 2026

    @matteius
    Contributor

    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?

  4. titro commented on Aug 12, 2026

    @titro
    ContributorAuthor

    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.

  5. matteius commented on Aug 17, 2026

    @matteius
    Contributor

    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.

  6. titro commented on Aug 17, 2026

    @titro
    ContributorAuthor

    thanks. working in 0.37.1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions