Changes between Initial Version and Version 2 of Ticket #1392
- Timestamp:
- Oct 23, 2011 5:30:00 AM (13 years ago)
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 1 1 Image decoding is now done in {{{on_rx_rtp()}}} callback by the network thread as soon as full image is available in the jitter buffer. 2 2 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. 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 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