From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id C2DBD49D87 for ; Mon, 11 Mar 2024 04:38:28 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 25C2D68D019; Mon, 11 Mar 2024 06:38:25 +0200 (EET) Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.17]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 682B368B43D for ; Mon, 11 Mar 2024 06:38:17 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1710131903; x=1741667903; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=CsuKvldSRZ1sKnILk8NjuVNegYb7fT+CSBVmgXGfUic=; b=kaP1TK06s3mGHRQ/RhGut+fDQm9I11aaWYaYnQOMy3RJJTY4A4cqCpwV XDrwAJ5jpLbtCvwr9LYlX7TyayOYGm3gbdAXgpVmQ+X4fMUUE6nmCV1K7 NhaLigsr7tPrkGiBg83T2SUTWtBDA42GSgXYM97zoREuMAbRE9gRkJ+c8 MjpQXhwFyygJWkOQ+9dC6bbN/Uq50xurTwda3PVY29pcwxULfnV7EXeGM OThlWCQ7CyNkQIE4H2Ifqed7vAvP20MXmqt6pGAbZo6UIEnCMyBZC1O+T OA0CJGGG1Dnnz/B7XE2Id69n7TL+lh/ff234/5YJy27AcJAKLcGnK8+2A w==; X-IronPort-AV: E=McAfee;i="6600,9927,11009"; a="4639454" X-IronPort-AV: E=Sophos;i="6.07,115,1708416000"; d="scan'208";a="4639454" Received: from fmviesa005.fm.intel.com ([10.60.135.145]) by fmvoesa111.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Mar 2024 21:38:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.07,115,1708416000"; d="scan'208";a="15538922" Received: from xhh-dg264.sh.intel.com ([10.238.2.76]) by fmviesa005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Mar 2024 21:38:13 -0700 From: "Xiang, Haihao" To: ffmpeg-devel@ffmpeg.org Date: Mon, 11 Mar 2024 12:37:57 +0800 Message-Id: <20240311043757.3085005-1-haihao.xiang@intel.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Subject: [FFmpeg-devel] [PATCH] lavc/qsvdec: Do not print warning when draining cached frames X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Cc: Haihao Xiang Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: From: Haihao Xiang When all cached frames are drained, the output mfxSyncPoint pointer is NULL and MFX_ERR_MORE_DATA is returned, hence needn't print warning for this expected behavior, otherwise the user might think the output from qsv decoders are wrong. Signed-off-by: Haihao Xiang --- libavcodec/qsvdec.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c index 4f39f6942a..fd9267c6f4 100644 --- a/libavcodec/qsvdec.c +++ b/libavcodec/qsvdec.c @@ -762,7 +762,9 @@ static int qsv_decode(AVCodecContext *avctx, QSVContext *q, if (!*sync && !bs.DataOffset) { bs.DataOffset = avpkt->size; ++q->zero_consume_run; - if (q->zero_consume_run > 1) + if (q->zero_consume_run > 1 && + (avpkt->size || + ret != MFX_ERR_MORE_DATA)) ff_qsv_print_warning(avctx, ret, "A decode call did not consume any data"); } else { q->zero_consume_run = 0; -- 2.34.1 _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".