[vlc-devel] [PATCH 01/16] vlc_common: add helper function to convert milliseconds to/from mtime_t
Rémi Denis-Courmont
remi at remlab.net
Sat Jun 9 08:03:32 CEST 2018
Le perjantaina 8. kesäkuuta 2018, 9.27.15 EEST Steve Lhomme a écrit :
> On 2018-06-07 1:15 PM, Rémi Denis-Courmont wrote:
> > Should there be a VLC prefix? How to handle rounding errors? :/
>
> I would say yes on the prefix but that's going to be very lengthy names.
> Also mtime_t is not vlc_mtime_t.
> The rounding errors it's a little tricky for a macro. I was thinking
> about using macros for hardcoded values and a function for local values.
>
> There are currently many static_assert on CLOCK_FREQ like this one
> http://git.videolan.org/?p=vlc.git;a=blob;f=modules/audio_output/wasapi.c;hb
> =HEAD#l130
>
> For now CLOCK_FREQ it's pretty much lock into 1000000 so the only thing
> that can happen here is MTIME_TO_MS() overflowing when it shouldn't.
>
> I would like to make the code more flexible though to allow more
> arbitrary values like that Facebook tick or using 100ns on Windows where
> it's more natural.
AFAIK, m refers to micro here. If you are going to change the frequency, then
you should change the type name as well. But I doubt that changing the
frequency is realistic.
And we should keep something that is a divisor of one billion, otherwise
conversion to/from timeval, timespec and MS becomes a mess. Since we probably
don't want to decrease the precision, that leaves only 8 alternatives to the
current value: 1000000 * 2^{0..3} * 5^{0..3}
--
レミ・デニ-クールモン
http://www.remlab.net/
More information about the vlc-devel
mailing list