Changes between Initial Version and Version 2 of Ticket #1392


Ignore:
Timestamp:
Oct 23, 2011 5:30:00 AM (13 years ago)
Author:
bennylp
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #1392

    • Property Status changed from new to closed
    • Property Resolution changed from to fixed
  • Ticket #1392 – Description

    initial v2  
    11Image decoding is now done in {{{on_rx_rtp()}}} callback by the network thread as soon as full image is available in the jitter buffer. 
    22 
    3 The default behavior is to only decode one image and suspend further decoding until this image is consumed by {{{get_frame()}}}. The decoding can be made more aggressive by setting {{{PJMEDIA_VID_STREAM_SKIP_PACKETS_TO_REDUCE_LATENCY}}} to non-zero, and in this case the stream will always decode any available image in the jitter buffer regardless whether it will overwrite previously decoded image or not. This will notably improve latency. 
     3The default behavior is to only decode one image and suspend further decoding until this image is consumed by {{{get_frame()}}}. The decoding can be made more aggressive by setting {{{PJMEDIA_VID_STREAM_SKIP_PACKETS_TO_REDUCE_LATENCY}}} to non-zero, and in this case the stream will always decode any available images in the jitter buffer regardless whether it will overwrite previously decoded image or not. This will notably improve latency, but if the network is too bursty several images may be skipped causing reduced fps playback and non-smooth video playback. 
     4