Closed hlacikd closed 1 month ago
Hello, first of all you are losing precision since you are not saving the milliseconds (%f) in the file name of record segments:
# Available variables are %path (path name), %Y %m %d %H %M %S %f %s (time in strftime format)
recordPath: /video/%Y%m%d/%path_%Y%m%d_%H%M%S_UTC
The playback server extracts the start date of segments from their names, and if you're not storing the milliseconds, the start date gets truncated at the seconds.
Second thing, the playback server is designed in order to return timespans, which might not correspond to segments. If two segments correspond to two consecutive time instants, they are merged into a single entry. This entry here:
{
"start": "2024-04-01T16:55:01Z",
"duration": 4985.530044444
}
corresponds to about 9 segments, which is coherent to the segment list you provided.
If you want to obtain the segment list instead of the timespan list, there's the Control API and the endpoint:
http://localhost:9997/v3/recordings/get/pathname
Which version are you using?
v1.6.0. (arm64v8)
Which operating system are you using?
Describe the issue
Description
Describe how to replicate the issue
Current implementation of serving recordings with the playback server is broken. Altough files are stored on disk according to the setup, Playback API is stuck. Let me begin with the configuration
mediamtx.yml for record and playback is configured as following :
Video segments are split according to configuration (10m for segment).
This is my current content
However playback server servers following : (URL http://a.vin.lan/playback/list?path=lp)
As you can see playback server got "stuck" at second video segmet and its counting its duration to infinite ...
Did you attach the server logs?
no
Did you attach a network dump?
no