Repository navigation
already show current file/segment even when not yet finished #482
Description
default is a segment duration of 30 secs. this is way too low for a 7/24 recording. This results in several thousand video files per day.
If you increase segment duration you are only able to see the file (and all objects etc) and the video in the timeline after finishing the segment.
Is it possible to already show started segments in the overview and timeline even when it is still recording into that segment?
Activity
matteius commentedon Aug 5, 2026
30 seconds is about preserving evidence, as if you drop a recording mid flight it will not be viewable. Which is part of the answer to the second question, withhout the valid h264 sequences a recording is not viewable when its in flight -- you wouldn't be able to watch it until it completes in any kind of setting is my understanding.
titro commentedon Aug 5, 2026
but did you already made some tests how much files lightvr can handle? 3000 files per day per cam stream seems to much for handling with good performande
titro commentedon Aug 13, 2026
hey @matteius
thought about it and what about a combination of short and long segments:
The initial recording results in short segments (10-30 seconds).
And in frequently processed "reorganisation jobs" the short segments are joined together into longer segments, e.g. 5 or 10 minutes. This would have the benefits of both worlds: short segments so almost instant are near to live video the segments on the timeline and after some hours or a day longer videos without switching between to many videos if you play the timeline for some minutes and especially: very less files on the filesystem.
I checked the database regarding the persistence changes. Not a quick fix but seems doable.
What do you think?
matteius commentedon Aug 17, 2026
Keeping this open as a larger recording-compaction enhancement. An in-flight ordinary MP4 is not safely seekable until its metadata is finalized, so the current segment itself cannot simply be exposed early. The proposed short-segment-to-long-segment job is feasible, but it must be atomic and preserve detection intervals, tags, protection/retention state, trigger type, and timeline continuity; it must also never touch an active segment and must recover cleanly if remuxing fails. That is separate from the live timeline display fix and should not be treated as a quick filename/UI change.
Agent: Show the still-recording segment in the overview and timeline (#…
matteius commentedon Oct 20, 2026
@titro not sure if you're still using lightNVR but this change landed in the latest release.
titro commentedon Oct 21, 2026
Uuuuh 😊
Of course! Daily 7/24 usage. The reason why i'm mute : its working like expected. 😀👍
Will take a Look! Thanks 😊
titro commentedon Oct 21, 2026
What am i doing wrong?
matteius commentedon Oct 21, 2026
Well that is expected, haha but it shows the segment first now right? We cannot play back something that is not a complete container ...
Were you expecting to be able to? Is there regression in the timeline on older segments?
Just asking, I obviously want to make this better, just not sure i fthere is much else as a path forward on this one.
titro commentedon Oct 21, 2026
Ah... Understood. Had the hope you found Same magic to temporarly store the Container or make it playable before completely stored as completed. 😀
What Do you mean with Regression on oder Segments?