On Thu, Aug 06, 2015 at 11:57:53AM +0200, Luca Barbato wrote:
> Partially amends 9469370fb32679352e66826daf77bdd2e6f067b5
> ---
>
> My fault for testing only with fate =P
>
> libavcodec/h264.c | 7 ++-----
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
> diff --git a/libavcodec/h264.c b/libavcodec/h264.c
> index bf2ae36..d4cb030 100644
> --- a/libavcodec/h264.c
> +++ b/libavcodec/h264.c
> @@ -1274,11 +1274,8 @@ static int get_avc_nalsize(H264Context *h, const
> uint8_t *buf,
> int i, nalsize = 0;
>
> if (*buf_index >= buf_size - h->nal_length_size) {
> - av_log(h->avctx, AV_LOG_ERROR,
> - "AVC: The buffer size %d is too short to read "
> - "the nal length size %d at the offset %d.\n",
> - buf_size, h->nal_length_size, *buf_index);
> - return AVERROR_INVALIDDATA;
> + // the end of the buffer is reached, refill it.
> + return AVERROR(EAGAIN);
> }
>
> for (i = 0; i < h->nal_length_size; i++)
> --
Since it's obvious why, OK.
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
