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 ESMTPS id 2EAAC4DEDC for ; Wed, 5 Mar 2025 03:48:01 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 0532F68EC28; Wed, 5 Mar 2025 05:47:57 +0200 (EET) Received: from mail-pj1-f48.google.com (mail-pj1-f48.google.com [209.85.216.48]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id F1CC368DB81 for ; Wed, 5 Mar 2025 05:47:50 +0200 (EET) Received: by mail-pj1-f48.google.com with SMTP id 98e67ed59e1d1-2fea8d8c322so11841327a91.2 for ; Tue, 04 Mar 2025 19:47:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741146469; x=1741751269; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=XX9VfBX88p0J8vU2ZUOYXpC/TAK9m22g41PTJ3JKre8=; b=GLSRybBD49VloO5KB8NG1El47SFBEht8eHqlTC2MhcccDsf5C2ud0yLQlSqu0fv/SJ II2y1TpkGOqYIMoNcVOeW0Q5Py4ToIYUgA7sMD95wDdiVuP8GTeksEPsAxQhqPE532sK CzcJA2TAMn9miR9kOxRtcIK+zGm5+wKJKYbd1nIWpBLEVYMqxkIWk55w9fN/cZO8tYiJ BfudvAVmwty3OpGmvaPyGLV5+XKA9qTmrD9vAKe7rrJNZsvAFqj6KfQOnASfWGPXv103 XLb3JqD+NVRKr8yszOlZtLhdz4DqHNHLCcWJsxOdMcGwRz89mq+Da+mWzHBv48sWv6cU qHhg== X-Gm-Message-State: AOJu0YxEivt3zsbFr8mCaVcmeKQL4+iji7l3xErrW84KR95e0/wrNYQi CsgzmuWpe8Qh2asd2iUjHcCxAIGcecUT7b7nVzPpodYPYTAd6PuRIDTBtmO89v01UmSOQ+0d075 ZD7ea379Qt1T6g4Lazt5F5eyAPO8cCrcpwEjO8ENDLP+VukcKSK8= X-Gm-Gg: ASbGncv+HnYGXm+6b4itJnqwBkRwDqgaozz45FM0JcxLtK5d0cBIvOcaV9TAy8k3+aK cYjjo0Qrp7mK4U9Uz7oX9GHGAeT4LvijQfBvDuy6og9RDRiJ5Fm3xksoaRwgPp9AcmIP9obNFvV 3O9n24AoIpKhuzEZBoqjeCsF3P X-Google-Smtp-Source: AGHT+IGICR0QrtH5yoOo6T4hcDWYLSKeeH4kTVXjtevkf9MmDL5XY34Q/iMT73NP9n+FycPJ1wQxWtgHIPvQHxUqYbc= X-Received: by 2002:a17:90b:51cb:b0:2ee:d193:f3d5 with SMTP id 98e67ed59e1d1-2ff4978fe91mr3187011a91.7.1741146468486; Tue, 04 Mar 2025 19:47:48 -0800 (PST) MIME-Version: 1.0 Date: Wed, 5 Mar 2025 13:47:11 +1000 X-Gm-Features: AQ5f1JqhfuDxONytfBTFHL_HI8U9gQBXFsOXvO5UhrZ_0fybH9U-EO2HT6vDdzk Message-ID: To: ffmpeg-devel@ffmpeg.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: [FFmpeg-devel] Advice on patch: Decklink flushes most buffered frames at end of video instead of displaying them 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: , From: Matthew Rademaker via ffmpeg-devel Reply-To: FFmpeg development discussions and patches Cc: Matthew Rademaker 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: When playing out video to a Decklink SDI 4K card I've found that all/most of the buffered frames get flushed instead of being displayed, essentially shortening the video by the amount of pre-roll. I found a way to fix this by adding a counter of outstanding frames, then delaying the call to StopScheduledPlayback until all frames are returned. I would submit this as a patch, but this is my first attempt at any ffmpeg development so I wanted to see if this was the best way to fix this issue. Are the outstanding frames already counted some other way? Is blocking via sleep ideal? The StopScheduledPlayback has a pts parameter, which I assume means that it should only stop playback at that time - should this not prevent the issue I am seeing? Why would it flush the frames? Again, I'm new to all this so more information would be great. -- Matt _______________________________________________ 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".