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 614644A6BA for ; Wed, 3 Apr 2024 21:45:25 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id C4FAA68CBF2; Thu, 4 Apr 2024 00:45:22 +0300 (EEST) Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id B6F1368BF02 for ; Thu, 4 Apr 2024 00:45:16 +0300 (EEST) Received: by mail-ed1-f48.google.com with SMTP id 4fb4d7f45d1cf-563cb3ba9daso290234a12.3 for ; Wed, 03 Apr 2024 14:45:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712180716; x=1712785516; darn=ffmpeg.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=cJWVLfc7hNOvFu2gNn3dWoNKl4EyrP87c/vGLJKKxII=; b=czQUqmvOeVUZ9uXxWnhJVGbrFmQheBjFXxWgZvnJy3OdERECs75mvGuEDGvIJURo3u nVztfMl8TTa+YjfqC6JkrU23qQ6svUerywU0RU8NU78UpkJx3hq3XvFOnx9pGEBcLqhZ M31VgXW9gyorf2NI6F1b4eXfw0FeimM/xmoU1v1JFCPhUKWHo6gI8Rq/PbXwYfKNbFdJ PqjlRuJ6i87qd4J6p2CCvw60c0u051PGG1glorBQBbqslrAxc0YPttR9TkrEJd8rb2sn 0i81shdtzUyI1kUeDt4I1sTKUEM/txm42giY9IuhhdSFd35ScctaKEGmwZM+1VCv0nQW G12Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712180716; x=1712785516; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cJWVLfc7hNOvFu2gNn3dWoNKl4EyrP87c/vGLJKKxII=; b=iadSc7bncTXX9eJ+My3XEc6Rw0Yi4Zg4B1drxnxMyr6R70Ku9VWAWkjck6RQhlbisk vDcNQqt1aC21drSSNDwvlb1/JTndeNUCVeRAthGZ0WWWp1umpW8z6v23sat7+mx4bXLo eHJgt/PtW9DPqLuA8RazYGYX0ub8+a+TgD11eH+UOHWQSGit1PAEmVGpKBBmfwhT7k2K oDxTl7DWbfLMkVrSsop9eIF31tZ09x+vyVCdyHb9ZurBx9NrNCvK+MW+553f5J4+YDr+ yxYjT5fWE20yQwZq3rch+SZuz6YnmhTV59q2XdFfTwq2D0E1zB35ewwsdWjrst1/9PzA iFVw== X-Gm-Message-State: AOJu0YwJQcs9CpQhkMzYlWxOcqvOmZtTYb2YCevUQLHose60prZWIeRL Jynkql9dMgACFjPSzo49zXaXqz2BHyCd3QY2pBLW4IZOLygcUxk8IEaR6Iyu X-Google-Smtp-Source: AGHT+IEFEBoccEbedwToVM70BajLUTJc2sG7hyvw1/GjaPjvg2vUfFrjb389d1C41zrcD4eiTmoovQ== X-Received: by 2002:a50:9e66:0:b0:56e:441:8a94 with SMTP id z93-20020a509e66000000b0056e04418a94mr504012ede.22.1712180715595; Wed, 03 Apr 2024 14:45:15 -0700 (PDT) Received: from [192.168.1.40] (dynamic-089-014-092-121.89.14.pool.telefonica.de. [89.14.92.121]) by smtp.gmail.com with ESMTPSA id fd6-20020a056402388600b0056c53ea5affsm8174301edb.77.2024.04.03.14.45.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 03 Apr 2024 14:45:15 -0700 (PDT) Message-ID: <99e07e67-188f-45b2-b39b-7ec7bc18df85@gmail.com> Date: Wed, 3 Apr 2024 23:45:14 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: ffmpeg-devel@ffmpeg.org References: <20240328015639.1425494-1-arch1t3cht@gmail.com> Content-Language: en-US From: arch1t3cht In-Reply-To: <20240328015639.1425494-1-arch1t3cht@gmail.com> Subject: Re: [FFmpeg-devel] [PATCH 0/3] avcodec/h264dec: Fix dropped frames when draining 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 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On 28/03/2024 02:56, arch1t3cht wrote: > Fix one or more frames being dropped when starting decoding at a SEI > recovery point that is very close to the end of the stream > (specifically, which is less than 2 * has_b_frames frames before the > end of the stream in decoding order). One case of this was reported > in ticket #10936. > > Tested for regressions using FATE. If necessary I can also try to add > a test for the previously broken behavior. > > There's now a bit of code duplication between > h264_select_output_frame and send_next_delayed_frame (or, rather, > there was already some code duplication and this patch > adds a bit more). But this probably cannot be avoided without a larger > refactor to, say, also call h264_select_output_frame in > send_next_delayed_frame instead of manually selecting a frame, which > I don't feel confident enough to do myself. > > arch1t3cht (3): > avcodec/h264dec: Properly mark frames as recovered when draining > avcodec/h264dec: Handle non-recovered frames when draining > avcodec/h264dec: Reindent after the previous commit > > libavcodec/h264dec.c | 44 ++++++++++++++++++++++++++------------------ > 1 file changed, 26 insertions(+), 18 deletions(-) > Can I bump this? It's my first time sending a patch here so let me know if I did something wrong. -arch1t3cht _______________________________________________ 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".