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 75E35430D9 for ; Wed, 20 Jul 2022 12:18:34 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 7925B68B556; Wed, 20 Jul 2022 15:18:32 +0300 (EEST) Received: from mail-oa1-f47.google.com (mail-oa1-f47.google.com [209.85.160.47]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 9D10668A302 for ; Wed, 20 Jul 2022 15:18:26 +0300 (EEST) Received: by mail-oa1-f47.google.com with SMTP id 586e51a60fabf-10c0430e27dso35826159fac.4 for ; Wed, 20 Jul 2022 05:18:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=XDO3vlcdr2CKHF6mX54q/GmO8p5DyozddswOzyzyfqY=; b=nNX5NbcD3jA2DCUx4gM19touR4uHl8AE+OwRuzUGD+c/fthkA/xMrbkZNda6aLzZSR BzgMXrM5KdtsnFJE80o9plnBem8epi0GxeTrDQ1nMruyphKKCA55Y65Wyxog54y16jmf y59RmMylYJCvMQbfy4LYdvYGOL98gPl7Vn4ySaqLYcj+vlbv1sEOKF7FtirdQD5YeMLd /cUxvQKudYl/ldnsnZQ1b0tHlCyW5d0JkML3n5nOfEZ1uNAP09oAGcXGPzvYRJNEUx6O Vv+a9chmjyDQEagkGS4NzEfELKxcKoNvlUAeQMPvlnEtpnvRFFbhTJoMETlr+O6yGyCQ xCUw== X-Gm-Message-State: AJIora/VgHaHt1drbHBsa68yfqkdKrJGFKcjdTPEnSz68UHoWqvKAv5r aZxgrqztR32XAFGWRThlsaqRZqG9sfc+0w== X-Google-Smtp-Source: AGRyM1tqDGD36rnS0/vZbTrFMTcXRjgwkG0SqPQ7JCEP01jH+j/+16jj2+LJo0Yxom0LJQt6kSdBOQ== X-Received: by 2002:a05:6870:f587:b0:10d:7d25:7676 with SMTP id eh7-20020a056870f58700b0010d7d257676mr2093251oab.245.1658319504662; Wed, 20 Jul 2022 05:18:24 -0700 (PDT) Received: from mail-oi1-f171.google.com (mail-oi1-f171.google.com. [209.85.167.171]) by smtp.gmail.com with ESMTPSA id v5-20020a0568301bc500b0061cae62aafcsm2413108ota.20.2022.07.20.05.18.24 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 20 Jul 2022 05:18:24 -0700 (PDT) Received: by mail-oi1-f171.google.com with SMTP id s204so10671669oif.5 for ; Wed, 20 Jul 2022 05:18:24 -0700 (PDT) X-Received: by 2002:a05:6808:1819:b0:33a:906c:48aa with SMTP id bh25-20020a056808181900b0033a906c48aamr2069818oib.63.1658319503993; Wed, 20 Jul 2022 05:18:23 -0700 (PDT) MIME-Version: 1.0 From: facefunk Date: Wed, 20 Jul 2022 13:18:14 +0100 X-Gmail-Original-Message-ID: Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: [FFmpeg-devel] libavformat/movenc: Is packets being more than INT_MAX apart always an error? 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-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: It's commonly the case with forced subtitle tracks that samples are more than INT_MAX microseconds (35m47.48s) apart. This being the case, packet duration will be deemed out of range by check_pkt and the packet dts set to an incorrect value, even if pkt->duration is actually valid. I had begun working out how to inject extra packets to satisfy this check but I thought I would ask. Is this check necessary for mov_text packets? _______________________________________________ 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".