Current running video archive timestamp value

Answered

Comments

6 comments

  • Avatar
    Andrey Terentyev

    Hello Xand ,

    It seems, your question has been answered here.

    https://support.networkoptix.com/hc/en-us/community/posts/11718114860567/comments/11816816028183

    The parameter for selecting the speed is

    speed=<10-32>

    0
    Comment actions Permalink
  • Avatar
    Andrey Terentyev

    Seeking by timestamp function is to be introduced in the future versions after v5.1

    0
    Comment actions Permalink
  • Avatar
    Xand

    Andrey Terentyev

    RTSP Playback speed. Only values in range [1..32] are supported. 

    1. What is the estimated completion running time with speed 1 vs speed 2 vs speed 10? Is speed 2 will complete a video in twice as fast the time and the same incrementally for other values? Will it be consistent?

    2. multiple_payload_types    
    Generate SDP with two payload types (high and low qualities). Payload type of RTP packets will be changed in according to transmitted stream.

    What time of information is suppose to be represented in multiple_payload_types   parameter?

    3.  From https://support.networkoptix.com/hc/en-us/community/posts/11718114860567/comments/11816816028183,

     

    Will WebRTC streams include RTP timestamps (I want to create a browser video timeline with time-ticker for which a rtp timestamp would be ideal)

    Will WebRTC streams allow the "position" query parameter?

    I will double-check what is in 5.1 (I will double-check). But this will be available at some point, as our (Nx) players will also have this experience as you describe. 

    Will RTP timestamps be available in the next Nx version 5.1? How can this value be calculated to represent the actual video timestamp?

    0
    Comment actions Permalink
  • Avatar
    Andrey Terentyev

    Hello Xan,

    1. What is the estimated completion running time with speed 1 vs speed 2 vs speed 10? Is speed 2 will complete a video in twice as fast the time and the same incrementally for other values? Will it be consistent?

    I'm afraid I don't understand what you mean by "estimated completion running time". Here is an example. If you have a video stream of 25fps recorded to the archive, then speed 2 means the Server will send a stream of 50fps.

    2. multiple_payload_types    
    Generate SDP with two payload types (high and low qualities). Payload type of RTP packets will be changed in according to transmitted stream.

    What time of information is suppose to be represented in multiple_payload_types   parameter?

    It won't be supported.

    3.  From https://support.networkoptix.com/hc/en-us/community/posts/11718114860567/comments/11816816028183,

    Will WebRTC streams include RTP timestamps (I want to create a browser video timeline with time-ticker for which a rtp timestamp would be ideal)

    Will WebRTC streams allow the "position" query parameter?

    I will double-check what is in 5.1 (I will double-check). But this will be available at some point, as our (Nx) players will also have this experience as you describe. 

    Will RTP timestamps be available in the next Nx version 5.1? How can this value be calculated to represent the actual video timestamp?

    All that won't be available in the v5.1 release.

    As I wrote, these features are planned for an uncertain future, after v5.1 is released

    0
    Comment actions Permalink
  • Avatar
    Xand

    Hello Andrey Terentyev

     

    Regarding "estimated completion running time",

    Speed         Fps(Frame per sec)    Archive length  (min)    est. completion run time  (min)
      1x                     25                                  60                                        60
      2x                     50                                  60                                        30
     20x                   500                                 60                                          3
     32X                  800                                 60                                       2.1

     

    1. Is the estimated completion running time accurate if the speed is at different speeds above?

    2. Will 32x speed for RTSP/WebRTC stream 60 minutes archive complete running in 2.1 minutes?

    3. Is there a slower archive running speed below 1, for example 0.5x or 0.75x?

    0
    Comment actions Permalink
  • Avatar
    Andrey Terentyev

    Hello,

    Thank you for clarification.

    1. Is the estimated completion running time accurate if the speed is at different speeds above?

    2. Will 32x speed for RTSP/WebRTC stream 60 minutes archive complete running in 2.1 minutes?

    Accuracy in minutes can't be guaranteed. For example, if for any reason the Server can't access the primary channel of a camera, only the secondary channel will be recorded to the archive. The secondary stream generally has settings (FPS, resolution) different to those of the primary stream. In this case, when the camera is requested via API the bit rate of the actual stream sent can change, just because the Server will switch to the secondary stream recording saved in the archive.

    3. Is there a slower archive running speed below 1, for example 0.5x or 0.75x?

    No, there is not.

    0
    Comment actions Permalink

Please sign in to leave a comment.