On 04/13/2014 05:39 AM, Anton Khirnov wrote:
> ---
>  libavcodec/avcodec.h |   17 +++++++++++------
>  1 file changed, 11 insertions(+), 6 deletions(-)
> 
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 622eac3..92c12b3 100644
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/avcodec.h
> @@ -1205,12 +1205,17 @@ typedef struct AVCodecContext {
>       *   encoded input.
>       *
>       * Audio:
> -     *   For encoding, this is the number of "priming" samples added to the
> -     *   beginning of the stream. The decoded output will be delayed by this
> -     *   many samples relative to the input to the encoder. Note that this
> -     *   field is purely informational and does not directly affect the pts
> -     *   output by the encoder, which should always be based on the actual
> -     *   presentation time, including any delay.
> +     *   For encoding, this is the number of "priming" samples added by the
> +     *   encoder to the beginning of the stream. The decoded output will be
> +     *   delayed by this many samples relative to the input to the encoder 
> (or
> +     *   more, if the decoder adds its own padding).
> +     *   The timestamps on the output packets are adjusted by the encoder so
> +     *   that they always refer to the first sample of the data actually
> +     *   contained in the packet, including any added padding.
> +     *   E.g. if the timebase is 1/samplerate and the timestamp of the first
> +     *   input sample is 0, the timestamp of the first output packet will be
> +     *   -delay.
> +     *
>       *   For decoding, this is the number of samples the decoder needs to
>       *   output before the decoder's output is valid. When seeking, you 
> should
>       *   start decoding this many samples prior to your desired seek point.

Great.

Thanks,
Justin

_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to