As concerns the exagerate "-D" value, it was due to my misunderstanding. Thanks for the tip.
Here you are two real file names (with the relative size) but nothing of unusual, exept for the absence of expected following file on sequence (eventually tagged with 22300-22310) and the bug in question: cam3_1530650055-22280-22290.mov - of 125 kB cam3_1530650055-22290-22300.mov - of *714 MB* cam3_newTimeStamp_00000-... This happened also in another parallel recording (see the same timestamp): cam2_1530650055-22250-22260.mov - of 132 kB cam2_1530650055-22250-22260.mov - of *826 MB* cam2_newTimeStamp_00000-... Il giorno mer 4 lug 2018 alle ore 23:41 Ross Finlayson < finlay...@live555.com> ha scritto: > > Now, speaking about "-P", I've found that after several hours I've > launched the following command: > > > > openRTSP -D 10000000000000000 -c -B 10000000 -b 10000000 -q -F (prefix) > -d 28800 -P 10 -t (url) > > > > the program stops producing single .mov files, each of 10 seconds, and > starts producing a unique file containing the remaining "n" seconds of > video recording till 28800. > > Unfortunately, right now I don’t know what’s causing your problem, but you > don’t need such a ridiculously large “-D” option (or any use of “-D” at > all). > > > At the time when “openRTSP” stops producing 10-second files, do you see > anything unusual about the file names that it recently used for those files? > > > Ross Finlayson > Live Networks, Inc. > http://www.live555.com/ > > > _______________________________________________ > live-devel mailing list > live-devel@lists.live555.com > http://lists.live555.com/mailman/listinfo/live-devel >
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
