Very well! Many thanks.
giancarlo
Il Sab 7 Lug 2018, 08:37 Ross Finlayson ha scritto:
> I’ve now installed a new version of the code that fixes this problem. (In
> this case, only the “playCommon.cpp” file was changed.)
>
> The problem was much simpler than I’d initially feared. The ‘periodic
I’ve now installed a new version of the code that fixes this problem. (In this
case, only the “playCommon.cpp” file was changed.)
The problem was much simpler than I’d initially feared. The ‘periodic file
output’ mechanism was not working properly if the “-c” (play continuously)
option was al
OK, thanks.
I’ll see if I can reproduce (and then fix) this problem. (Unfortunately, this
could take a long time, given that the problem takes several hours to appear).
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel maili
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:
> Now, speaking about "-P", I've found that after several hours I've launched
> the following command:
>
> openRTSP -D 1 -c -B 1000 -b 1000 -q -F (prefix) -d
> 28800 -P 10 -t (url)
>
> the program stops producing single .mov files, each of 10 seconds, and starts
> produ
Hello.
I want to notice you a probable bug on openRTSP (I'm using the latest
version, published on 2018-06-30). I premise that I'm building a simple
dvr recorder with a Raspberry PI for home purpose. I also thinked to
reduce possible phisical security risks, for example the eventuality
that a
