Maxim Sharabayko (12020-04-08):
> You say the ffmpeg's SRT latency option should stay in microseconds.
> A motivation for this is to avoid confusion and mismatch between ffmpeg
> versions, isn't it?
> If so, then what if an additional option "latencyms" would be introduced, and
> "latency" option
pkv (12020-04-07):
> you mean AV_OPT_TYPE_DURATION ?
Exactly.
> what's the reason for keeping these options in microseconds ?
>
> (to the extent the unit is documented it does not really matter, in truth;
> it's just more convenient in ms).
Some timings do require a better accuracy, more will d
Le 07/04/2020 à 6:42 pm, Nicolas George a écrit :
pkv (12020-04-07):
The latency option (and related options) are currently in microseconds in
FFmpeg (avformat/libsrt.c).
The libsrt API documents them in milliseconds while FFmpeg doc does not
specify any unit.
This patch changes these options t
pkv (12020-04-07):
> The latency option (and related options) are currently in microseconds in
> FFmpeg (avformat/libsrt.c).
> The libsrt API documents them in milliseconds while FFmpeg doc does not
> specify any unit.
> This patch changes these options to milliseconds and updates the FFmpeg doc.
>
Hi,
The latency option (and related options) are currently in microseconds
in FFmpeg (avformat/libsrt.c).
The libsrt API documents them in milliseconds while FFmpeg doc does not
specify any unit.
This patch changes these options to milliseconds and updates the FFmpeg doc.
The microsecond impl
