[vlc-devel] [PATCH 1/1] Supporting ONVIF PRofile-G recording playback
Rémi Denis-Courmont
remi at remlab.net
Mon Aug 4 20:29:43 CEST 2014
Hello,
Le lundi 4 août 2014, 14:17:26 David R. Robison a écrit :
> > That's a lot of code for just one variable.
>
> This is because it has two values like the COORS, a from and a to value.
Yes, and? How does that justify the need for a variable and a single one?
> >> /**@}*/
> >>
> >> /** \defgroup var_flags Additive flags
> >>
> >> diff --git a/lib/libvlc.sym b/lib/libvlc.sym
> >> index c0c66dd..858af30 100644
> >> --- a/lib/libvlc.sym
> >> +++ b/lib/libvlc.sym
> >> @@ -173,6 +173,7 @@ libvlc_media_player_set_nsobject
> >>
> >> libvlc_media_player_set_position
> >> libvlc_media_player_set_rate
> >> libvlc_media_player_set_time
> >>
> >> +libvlc_media_player_set_timerng
> >
> > Maybe just me, but that does not sound very evocative as a function name.
> >
> > Plus RNG means Random Number Generator in IT context.
>
> OK, I could call it set_absolute_range. How does this sound?
absolute range of what? set_time_range
> > How is that different from setting (start-)time *and* end-time?
>
> Hmmm. Maybe I missed something. I see a set time but not a set end time.
> Also, by allowing both to be set at once we can process them together
> which means a single PLAY request to the video source. I guess I could
> set the end first and then the start to get the same effect.
start-time and end-time (and run-time), not "time".
> > Not reentrant.
>
> Is it the call to strftime that is not reentrant?
This has nothing specific to VLC. Refer to the specs.
--
Rémi Denis-Courmont
http://www.remlab.net/
More information about the vlc-devel
mailing list