From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id A41A840055 for ; Sat, 20 Dec 2025 21:29:30 +0000 (UTC) Authentication-Results: ffbox; dkim=fail (body hash mismatch (got b'iOZyTH7M1yH/WICwyl38VesHg3BoOrGrH3GEzjGcT1M=', expected b'dewWae7/HqRu2dWTjbfzEUNvRhc7M2uNUDXuxU2HJSQ=')) header.d=zx2c4.com header.a=rsa-sha256 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ffmpeg.org; i=@ffmpeg.org; q=dns/txt; s=mail; t=1766266152; h=to : date : message-id : mime-version : reply-to : subject : list-id : list-archive : list-archive : list-help : list-owner : list-post : list-subscribe : list-unsubscribe : from : cc : content-type : content-transfer-encoding : from; bh=MWQGfImKuPlTuaDfvtcCj2B/w3WXH9JKQ7+NTANzJ84=; b=qfcfrcPgeDHyGzj5KFVQLFWionCPHgzjv4FpAFwdgDjB5HZVOBUaxe7Z6v05reehfChUd L1lMBPGKpD21dPPHFtpCid1/T61ooOQAnb5n5BhwTh+ANfIVlvPGBqdtUkBtmDewejZPIGB LCcz5tg/mH2LXW2uc+nq09YGsH6sAoo+xNeMIr2yzv8tEnS/w+MEntr/cCHLh19XvvQBaKx KVDn0SaJyg2IvFOvlLG2SPjO/bKUgLYS/dMz3KTaBp500rf2O1up7o/YkGubM22Lpa+Db/k GutvFLPiL5Sh0y0Dx1mOr1e8qXQKpjfTxl6mF11JxkuA6Wfa/aqG5IiFD8qg== Received: from [172.20.0.2] (unknown [172.19.0.4]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id E321869088B; Sat, 20 Dec 2025 23:29:12 +0200 (EET) ARC-Seal: i=1; cv=none; a=rsa-sha256; d=ffmpeg.org; s=arc; t=1766266144; b=siJ4oRZrmVVKP6JqaOx1HhZywBNj5oXvgpyQv8Y2J/y8iI2XZPtfFiaA0mvAVXURrRunG EdyhRygZHIPz/vbBKpqc2M2hVAa5TQ/bsbQZ50SQAhtQC1Qk26fFGO3K2mXWvB/uj2eqYr9 lOkLI/BMe8eLl7dCbIKUtotpf+aHfAeum3KWYik7uqN1x+3ps9d6gLszURoUm7CQBBbC05B TjYEw5slQLzRsuvHNm9Y1m5YFG3B/goxU//9PnMWbY5lyld7kBuDDQrtXUMyFTnnqSRhJj4 k3p8dsW7OUuhPOTVwSvHY7HB0mNbreLdU9x6SPtlUQXzO/clenTQqTjXiYRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=ffmpeg.org; s=arc; t=1766266144; h=from : sender : reply-to : subject : date : message-id : to : cc : mime-version : content-type : content-transfer-encoding : content-id : content-description : resent-date : resent-from : resent-sender : resent-to : resent-cc : resent-message-id : in-reply-to : references : list-id : list-help : list-unsubscribe : list-subscribe : list-post : list-owner : list-archive; bh=iOZyTH7M1yH/WICwyl38VesHg3BoOrGrH3GEzjGcT1M=; b=mh8oeJOQ8xf8tMsmLHc0k/KViW1Wk4DEX3byfYFsLZUYi+rpQpQfJK/48uY4JJStbOuQt rXw5382B1BJfAXdNpb+Voxae6sUD7yG6XnsSfO5ZjNn7k2W0Ijpmit6eqHODHENo4GMmZ7q Drr9dkvj1yevb4oWhw26Ee2Ved1PZ8NDrneU0Rc4ExaN0ntbxBL+1b+trfiR0kF0lhMvHW4 kO1PuSZFSPuDIS6oY34eJl8FcZZeIbDj03rDj3IKB0rtwl/Hcg7XiMgdg1NwZaKU4eO9vjC dpJVBdSd+eIQnxsbgDkvuPmY50owDws+bcYJwgmErHQfSEOP4zUX1YzflrNw== ARC-Authentication-Results: i=1; ffmpeg.org; dkim=pass header.d=zx2c4.com; arc=none; dmarc=pass header.from=zx2c4.com policy.dmarc=quarantine Authentication-Results: ffmpeg.org; dkim=pass header.d=zx2c4.com; arc=none (Message is not ARC signed); dmarc=pass (Used From Domain Record) header.from=zx2c4.com policy.dmarc=quarantine Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id 38B516903F7 for ; Sat, 20 Dec 2025 23:28:50 +0200 (EET) Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id 4AAC260053; Sat, 20 Dec 2025 21:28:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2D2C3C4CEF5; Sat, 20 Dec 2025 21:28:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zx2c4.com; s=20210105; t=1766266125; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=dewWae7/HqRu2dWTjbfzEUNvRhc7M2uNUDXuxU2HJSQ=; b=QRKkWb5Z6GLHYbA2j2Q2IwooCIYif3TlCIdfVSynV8xcq3MzyQf6kJGSpw6zHHu9bCN7FG ptIhWMPxrDC2HYB/Hc0QquinRcVC+ymJ6FB2aUUF2gFb78FlF/Ytg3DjWB74cz5gKES30c wb+SfWWPXJgGB8eT5mZy42+TNTS7gEo= Received: by mail.zx2c4.com (ZX2C4 Mail Server) with ESMTPSA id 19b48907 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 20 Dec 2025 21:28:44 +0000 (UTC) To: ffmpeg-devel@ffmpeg.org Date: Sat, 20 Dec 2025 22:28:39 +0100 Message-ID: <20251220212839.2451047-1-Jason@zx2c4.com> MIME-Version: 1.0 Message-ID-Hash: CVMQQQKABOIGJ6HP6PAUMJ25RHFMQJWU X-Message-ID-Hash: CVMQQQKABOIGJ6HP6PAUMJ25RHFMQJWU X-MailFrom: SRS1=wQO6=kernel.org==FA0L=62=zx2c4.com=Jason@ffmpeg.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-ffmpeg-devel.ffmpeg.org-0; header-match-ffmpeg-devel.ffmpeg.org-1; header-match-ffmpeg-devel.ffmpeg.org-2; header-match-ffmpeg-devel.ffmpeg.org-3; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.10 Precedence: list Reply-To: FFmpeg development discussions and patches Subject: [FFmpeg-devel] [PATCH] avformat/wavenc: use RF64 when needed List-Id: FFmpeg development discussions and patches Archived-At: Archived-At: List-Archive: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: From: "Jason A. Donenfeld via ffmpeg-devel" Cc: "Jason A. Donenfeld" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Archived-At: List-Archive: List-Post: Currently if you encode a large wav, ffmpeg will hint after the fact that the resultant file is corrupted, because traditional wav cannot handle lengths greater than 32-bits. This isn't very useful; nobody benefits from getting garbage files. You can manually work around this by adding `-rf64 always`, which most players have support for. Most people don't remember to do this until after the fact when their file is corrupted, or they don't figure it out at all and wind up using the w64 container instead. And so that's what `-rf64 auto` is for. It uses the larger format when needed, and if not, uses the traditional wav that is probably more compatible. The result of using `-rf64 auto` is that you can add it to every command line -- and should add it to every command line -- to get either a normal small file, or a non-corrupt large file. This is a very sensible default to have on, rather than just producing corrupt files and having users scrambling for solutions, and then having to do a potentially expensive reencode after. With `-rf64 auto` on by default, the user always gets a readable good file. And for users who sometimes want corrupt files, there still exists `-rf64 never` that can be enabled. --- libavformat/wavenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/wavenc.c b/libavformat/wavenc.c index a515f4e2a2..835a2157bc 100644 --- a/libavformat/wavenc.c +++ b/libavformat/wavenc.c @@ -487,7 +487,7 @@ static const AVOption options[] = { { "off", "Do not write peak chunk.", 0, AV_OPT_TYPE_CONST, { .i64 = PEAK_OFF }, 0, 0, ENC, .unit = "peak" }, { "on", "Append peak chunk after wav data.", 0, AV_OPT_TYPE_CONST, { .i64 = PEAK_ON }, 0, 0, ENC, .unit = "peak" }, { "only", "Write only peak chunk, omit wav data.", 0, AV_OPT_TYPE_CONST, { .i64 = PEAK_ONLY }, 0, 0, ENC, .unit = "peak" }, - { "rf64", "Use RF64 header rather than RIFF for large files.", OFFSET(rf64), AV_OPT_TYPE_INT, { .i64 = RF64_NEVER },-1, 1, ENC, .unit = "rf64" }, + { "rf64", "Use RF64 header rather than RIFF for large files.", OFFSET(rf64), AV_OPT_TYPE_INT, { .i64 = RF64_AUTO },-1, 1, ENC, .unit = "rf64" }, { "auto", "Write RF64 header if file grows large enough.", 0, AV_OPT_TYPE_CONST, { .i64 = RF64_AUTO }, 0, 0, ENC, .unit = "rf64" }, { "always", "Always write RF64 header regardless of file size.", 0, AV_OPT_TYPE_CONST, { .i64 = RF64_ALWAYS }, 0, 0, ENC, .unit = "rf64" }, { "never", "Never write RF64 header regardless of file size.", 0, AV_OPT_TYPE_CONST, { .i64 = RF64_NEVER }, 0, 0, ENC, .unit = "rf64" }, -- 2.52.0 _______________________________________________ ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org To unsubscribe send an email to ffmpeg-devel-leave@ffmpeg.org