[vlc-devel] [PATCH 1/1] Supporting ONVIF PRofile-G recording playback
David R. Robison
david.robison at openroadsconsulting.com
Tue Aug 5 14:37:29 CEST 2014
Please forgive me for being dense, I am trying to come up-to-speed on
the VLC code as fast as I can. Can you please elaborate more by what you
mean by "time base"? Are you suggesting a new media_player function to
set the time base? My key concern at this point is the DEMUX_SET_TIME
more than the DEMUX_GET_TIME, although I'll have to address that at some
point as well. The current live555 module references everything
according to NPT, maybe I need to make it more generic and then have a
flag to indicate NPT or CLOCK time. David
David R Robison
Open Roads Consulting, Inc.
103 Watson Road, Chesapeake, VA 23320
phone: (757) 546-3401
e-mail: david.robison at openroadsconsulting.com
On 8/5/2014 8:11 AM, Rémi Denis-Courmont wrote:
> Le 2014-08-05 14:20, David R. Robison a écrit :
>> Thanks for the clarification, however, I still need to be able to
>> determine which sendPlayCommand signature to use. ONVIF requires the
>> "range: clock" header element rather than the "range: ntp" element.
>> One approach would be to determine if the "time" is being sent is in
>> absolute date/time (unix seconds). I could test the "time" variable
>> and if it is greater than 24*60*60 seconds then assume absolute time
>> is being sent and use the sendPlayCommand with the ISO 8601 formatted
>> times otherwise use the sendPlayCommand with doubles. This is a bit of
>> a kluge but may mean minimal changes to VLC. Any thoughts.
> If DEMUX_GET_TIME returns time with the same base, then there is no
> need to define a new way to set time. You only need a way to select
> the time base.
This email communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.
If you are not the intended recipient, please delete this email immediately.
More information about the vlc-devel