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 6B6FE43E00 for ; Sat, 15 Oct 2022 00:04:19 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 1D19468BD62; Sat, 15 Oct 2022 03:04:17 +0300 (EEST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-oln040092064073.outbound.protection.outlook.com [40.92.64.73]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id C171F68BA4A for ; Sat, 15 Oct 2022 03:04:10 +0300 (EEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MJiOy4Pvs0QcbmNpkeOTiXmnUs6mmsBwtjeZjldnpxTn4mZHOxX0cO3HZOt5k09udDIhaNxzDMI85USdjBYGGzUqb+8tf92E4M2J6xvQl7wwvIysDm5pjmIpfFOR6GZ2TYbkcHhG7CdI4wBVPiIbEWQuJ4xBYND7CT/br/b/72GRno4VorYI7xEKUix8R4c9NKJ0YvLLvVDMbIfjzlhdAlnSMkZn//CWhBGzNLAXE2Xb0ed9rxyYaAl5SyiwOYjJUfcA3bnSqb3Sfc58qNRYNe0Zvm0yAMScTZBqLBz5OldV1vPulhHMe1yhHwL+/56jy7PiMVN2ilnUOafOLUsk8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3Z4CC86heCQpXyl/SuIzNrc2gH0wWE4mMrLXHNOqH/w=; b=KAtI5zDDpk57FFitADsur9OMLyrJuC3xM0Q+M6Ziqb+FTkNS/v6TWRSC5I06GV8JO8HOx5fv+XU9wQ/EULVZoVYCncAA8zWpvv8+Gkz3J4BcjUm1rLWk+orBvK2yCBx5jLyWEUuVXJsO2JuGRiqZmxzVeHxq2jbIwrX1ET3ZpQ+17ltyBHeZFKzuRGnt7iuy5ffspeunseaLtaDVG52oTRz54UY1b5Bvwl45+xT4MpkLCltBb7qEsFSa5Chrw6HsduHhkUOQIU9Cl42ZvJPYnJD4p1qnpLlJ3Akmt1iT5KBMXglBL6RwKl2f7kL9B12LdNr5LW6IJbyUXuW9JRdWIA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3Z4CC86heCQpXyl/SuIzNrc2gH0wWE4mMrLXHNOqH/w=; b=XsKw23RijX/k0H3cLc17tRpiawsXAKpZ9+87Ge6ClvwFY5hzJCflsudKkHrGOsM6VOh5X3jTHyB3Qynr8lzBMO2COsF29Mp7td2k5HU+1KYH+IbNiALIkcpKG/WY+kSm6bJM8zArVCFBn2LUa6TkKJ7qNkhCkZRjxpaWllNVaaTe9Fb/5vbIjAYc9GCn2ProLc+BrLtYAwKlIrgNSGQtUV6BrEvnT1MOJA798x/v6P29vXiMYY+xb65Of7Ebs+vv3wfkCf0CSHT9nhaECD93zdNkjFEQiOQkz7h0Ld5IVwgRepZTBkfDclk28kKN2iaoCPmNOAUlvw2TbRhEcizs2Q== Received: from AS8P250MB0744.EURP250.PROD.OUTLOOK.COM (2603:10a6:20b:541::14) by AS4P250MB0485.EURP250.PROD.OUTLOOK.COM (2603:10a6:20b:4b4::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5676.31; Sat, 15 Oct 2022 00:04:09 +0000 Received: from AS8P250MB0744.EURP250.PROD.OUTLOOK.COM ([fe80::f9d7:680f:70c4:44fe]) by AS8P250MB0744.EURP250.PROD.OUTLOOK.COM ([fe80::f9d7:680f:70c4:44fe%7]) with mapi id 15.20.5709.015; Sat, 15 Oct 2022 00:04:09 +0000 Message-ID: Date: Sat, 15 Oct 2022 02:04:18 +0200 Content-Language: en-US To: ffmpeg-devel@ffmpeg.org References: From: Andreas Rheinhardt In-Reply-To: X-TMN: [cNDD0OxZO8M6n+Ib5Jdmv/sjIjH1U4nyCVgX4hP8TBg=] X-ClientProxiedBy: FR0P281CA0137.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:96::13) To AS8P250MB0744.EURP250.PROD.OUTLOOK.COM (2603:10a6:20b:541::14) X-Microsoft-Original-Message-ID: <3b317b38-bc2e-9e48-5612-4c392277b30d@outlook.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AS8P250MB0744:EE_|AS4P250MB0485:EE_ X-MS-Office365-Filtering-Correlation-Id: 786ba326-3878-4db1-02a8-08daae40c84f X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: xBfhv8FPRjeq/PEj9TArsS8Mb1HjZ/KraSwAa69UVqjXXTd9rSiO1LChqvVjJYmeOrEsTcRW8K1BzItfAMw0pXvoYnoeq2z4RIfjn92/ccjMjUg+W5t9q7T79i+X/M+yLyKFeTwOaccZbDVrTl5VnFld2wSHgxbqoyGt7Y1gzKqD7yvQPExikenHdDNNs8uLeqzXDO0cciO1X/8rpfZke8vtM9VlzV2xqRaz/kekIny7Zlr+MxJqo5/gUQ6KoIdRRwS8Ivf3cZHRcwQ5bYzUlIHggjXkwLibw8kArcrKbYHozl7NUXeME6RBnXOAPtniCCXxmjn7Cmev8mlE67VCxRtdRwENlNWgCBAMGnETtelBfuO+DjhhIV8L+p6pHZCuUbmJpYPjqgvkvboGyc+1ZTtupvTi2jaxCpaACoYcU2tHbm21JkpNhvQ8OemZXzwz6LS7sC7NqIF/mSrQL8pq5ZHtky93QKvYUcQdt5qRST6Yx1aSZDH18z57j++CoMCJtQk0KPuPG6s7rqI26pwtw6Q+ihdJMxLQ9+h7V2O6nQ9TFC4xopL1jbgpLBIeCFJbn5eUZdMKRHdjGvuV21oqWAeAyKfy6RyoBnQh+T/EmdFPA+VKD1JsAzL2RWjCCnp8RgmX46A/MeLpxxVsQ1YMuqU5dcCwmTa4a8O4ffIUqijtslvk9qmJw2LD9G5Ub4rZ X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?dlZrVnVqditvUldWUnhmWFFobmtTNlFQbkxIcnJMd3dtei9DZk9DUHlydHN2?= =?utf-8?B?ZWkzOUIySlllYWpsSG00aGwyVWVkTDVlRnJiUVc5NzRjV2UzWmpyQ2E3cUht?= =?utf-8?B?dFhpdlVQYkpZa1Z5QVFLNlVmdUhUejRoUmpBWXZ2WVVua0dYajF6ODk3V1N6?= =?utf-8?B?MFRNVmxJUVhLcERHdDFiT29wU1VNeDFQUHY5V0ozQ291UWwzQ0t0bkpBQTk3?= =?utf-8?B?MDE5TWVEUk5RT1NySEc5LzJzRkhUblpmVWRDSTVQcXZJckVoZGUxTkJrODRv?= =?utf-8?B?bWlTMlZaSDZGV0F6b0JKdm11a1cvai8zQTJqUXhNeEVENlVKZHpxdXFMeUZZ?= =?utf-8?B?cTEvU1JHSDM0YktpQnBBNUovaUR2Q0NZZE1iOGw0dWpLWDNaQWhKOFQxdUpR?= =?utf-8?B?UFBRazE2YmJpcEZkeTZJelEvLyt1L1dCU28vWFpVaThZM0pTcVNNT2lJZVpM?= =?utf-8?B?YjZ4ckZpNzBhcU8vb0VjZFJhUzIveno3ZU5nbUYvN2NkaVR2YjR6YThRUldn?= =?utf-8?B?emFJUHBOOWVTc3g3bytKRGlDL3NRdEdDZjFNK0xpZ01jbk9qVHBKMWNXUlJQ?= =?utf-8?B?Y29Nd0Y1a3d1OWJHNTByeW8xQlNLaTR2V1R5Z3dVYkJxL2tYazVFTUFSNjJq?= =?utf-8?B?VkhLVkh5MjBRY05NVFdFMC9tREdWYXRWdXlvdmV3TGtKZDlnNUlZdjNZT2lV?= =?utf-8?B?b2ZTNWhlSi81ajdUYlpDYXNpYkNiTmZzNUpaNzRaT1d2TzI5K1JpQWg5RkR4?= =?utf-8?B?TCtZS2lNaEhnaW9sanFoaUcrOG0rbEo4alRRT3ZaR2tZNHhmZ3NNd1ZjZGty?= =?utf-8?B?bFpOMVlMYkNCTXhRZGFFaTVET3pDL3ljRm5scjhHKzBCcVgzRG1VTk1jZEZu?= =?utf-8?B?N0NvckNCbmFRZ0pSb0VjWEFnMzZSMEdaZ2hISEJaNjRPYzQySVllWjZHVktp?= =?utf-8?B?aGNzTnBlT3pybUxqNVNWYnRTUEN5YmJzUm1xc2dZdFlwcVVWbS95aVhIUWpj?= =?utf-8?B?RExOZ2cwNTl4aHhBUzRubXVtS0RCdHU2aVZ6MzY1RGNnemcwTTRxOUdLMTJB?= =?utf-8?B?TytCZlR0UUxZakRsQTRDZ3BjY0lnZWV5bC9pZ3F0OG5aTTZFeWJYeHdseFdq?= =?utf-8?B?YU5mRzNDcUovbzNwaUEvYnVXSFdvbC9FeE5IQUxDVGZzRHJnaWhaL1MzMFdj?= =?utf-8?B?Tmd6V1NGY0RGM3BGbjkzWDBYcUVEa2VzN1Y2b2M1emZqL3ZjWkJXOE5KSkZj?= =?utf-8?B?QkM0SW1yVFBoQTRZWnBOeDg3Q1QxSHNJSmRWLzVLYVE5cTNYa0lzMjVaQnNs?= =?utf-8?B?dnNaMGNNS0ZNTGlzMWZFdGx3VWJrRlUwRTRjRDhSVzBnZUdHRks5ZEFoWnI2?= =?utf-8?B?cEZnZkFzb1E4MXEwSEovb3VDbi94dVdSZkR2bkhrVWZ0VzczK0Juak52alZX?= =?utf-8?B?K0laU1M1SVRLcVByRWZ1LzA2Nzd6d01KU2tPejA3djNwWjVmWmJGZU1GN0Ja?= =?utf-8?B?K2lGKy9UL3V3NU55YTZLek5leUFuNXFjc2MyVTR0ZzJ2ZmhSVmdnYVBwcmJ3?= =?utf-8?B?UGRZWEV5MU5GTkJiZ2lZbWJTQkdWRFAxMmllL1gyNGd4RE1Zc05XeVlobmpz?= =?utf-8?B?K2dVVCtuVjA3M2t4cDU2TytmQ1BXU09wSWMrYzBFNDVlZXNrZTdwMTIva2hF?= =?utf-8?B?MTdsL0hXS2pZMlFZcXI5OTRMOUoza1RvS3A1SkplZGlFWkIzSFFjN0NzUnBK?= =?utf-8?Q?w+f+ZTlbLud2kDdP8p8sysCJOm1EMRIPvoZ3YYp?= X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 786ba326-3878-4db1-02a8-08daae40c84f X-MS-Exchange-CrossTenant-AuthSource: AS8P250MB0744.EURP250.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Oct 2022 00:04:09.0294 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS4P250MB0485 Subject: Re: [FFmpeg-devel] [PATCH v2] avcodec/startcode: Avoid unaligned accesses 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: Andreas Rheinhardt: > Up until now, ff_startcode_find_candidate_c() simply casts > an uint8_t* to uint64_t*/uint32_t* to read 64/32 bits at a time > in case HAVE_FAST_UNALIGNED is true. Yet this ignores the > alignment requirement of these types as well as effective type > rules of the C standard. This commit therefore replaces these > direct accesses with AV_RN64/32; this also improves > readability. > > UBSan reported these unaligned accesses which happened in 233 > FATE-tests involving H.264 and VC-1 (this has also been reported > in tickets #8138 and #8485); these tests are fixed by this commit. > > The output of GCC with -O3 is unchanged for aarch64, alpha, arm, > loongarch, ppc and x64. There was only a slight difference for mips. > > Signed-off-by: Andreas Rheinhardt > --- > This is v2 of https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200122145210.6898-1-andreas.rheinhardt@gmail.com/ > > Here is the mips code before this change: > > startcode_old_O3.o: file format elf64-tradlittlemips > > > Disassembly of section .text: > > 0000000000000000 : > 0: 18a00029 blez a1,a8 > 4: 3c08ff7f lui a4,0xff7f > 8: 3c07ff01 lui a3,0xff01 > c: 65087f7f daddiu a4,a4,32639 > 10: 64e70101 daddiu a3,a3,257 > 14: 00084438 dsll a4,a4,0x10 > 18: 00073c38 dsll a3,a3,0x10 > 1c: 65087f7f daddiu a4,a4,32639 > 20: 64e70101 daddiu a3,a3,257 > 24: 00084478 dsll a4,a4,0x11 > 28: 00073df8 dsll a3,a3,0x17 > 2c: 00803025 move a2,a0 > 30: 00001025 move v0,zero > 34: 3508feff ori a4,a4,0xfeff > 38: 10000005 b 50 > 3c: 34e78080 ori a3,a3,0x8080 > 40: 24420008 addiu v0,v0,8 > 44: 0045182a slt v1,v0,a1 > 48: 10600015 beqz v1,a0 > 4c: 00000000 nop > 50: dcc30000 ld v1,0(a2) > 54: 0068482d daddu a5,v1,a4 > 58: 44a30000 dmtc1 v1,$f0 > 5c: 44a90800 dmtc1 a5,$f1 > 60: 4be10002 pandn $f0,$f0,$f1 > 64: 44230000 dmfc1 v1,$f0 > 68: 00671824 and v1,v1,a3 > 6c: 1060fff4 beqz v1,40 > 70: 64c60008 daddiu a2,a2,8 > 74: 0045182a slt v1,v0,a1 > 78: 10600009 beqz v1,a0 > 7c: 0082182d daddu v1,a0,v0 > 80: 10000005 b 98 > 84: 90640000 lbu a0,0(v1) > 88: 24420001 addiu v0,v0,1 > 8c: 10a20008 beq a1,v0,b0 > 90: 00000000 nop > 94: 90640000 lbu a0,0(v1) > 98: 1480fffb bnez a0,88 > 9c: 64630001 daddiu v1,v1,1 > a0: 03e00008 jr ra > a4: 00000000 nop > a8: 03e00008 jr ra > ac: 00001025 move v0,zero > b0: 03e00008 jr ra > b4: 00a01025 move v0,a1 > ... > > And here after this change: > > startcode_new_O3.o: file format elf64-tradlittlemips > > > Disassembly of section .text: > > 0000000000000000 : > 0: 18a0002b blez a1,b0 > 4: 3c08ff7f lui a4,0xff7f > 8: 3c07ff01 lui a3,0xff01 > c: 65087f7f daddiu a4,a4,32639 > 10: 64e70101 daddiu a3,a3,257 > 14: 00084438 dsll a4,a4,0x10 > 18: 00073c38 dsll a3,a3,0x10 > 1c: 65087f7f daddiu a4,a4,32639 > 20: 64e70101 daddiu a3,a3,257 > 24: 00084478 dsll a4,a4,0x11 > 28: 00073df8 dsll a3,a3,0x17 > 2c: 00803025 move a2,a0 > 30: 00001025 move v0,zero > 34: 3508feff ori a4,a4,0xfeff > 38: 10000005 b 50 > 3c: 34e78080 ori a3,a3,0x8080 > 40: 24420008 addiu v0,v0,8 > 44: 0045182a slt v1,v0,a1 > 48: 10600017 beqz v1,a8 > 4c: 00000000 nop > 50: 68c30007 ldl v1,7(a2) > 54: 6cc30000 ldr v1,0(a2) > 58: 0068482d daddu a5,v1,a4 > 5c: 44a30000 dmtc1 v1,$f0 > 60: 44a90800 dmtc1 a5,$f1 > 64: 4be10002 pandn $f0,$f0,$f1 > 68: 44230000 dmfc1 v1,$f0 > 6c: 00671824 and v1,v1,a3 > 70: 1060fff3 beqz v1,40 > 74: 64c60008 daddiu a2,a2,8 > 78: 0045182a slt v1,v0,a1 > 7c: 1060000a beqz v1,a8 > 80: 0082182d daddu v1,a0,v0 > 84: 10000006 b a0 > 88: 90640000 lbu a0,0(v1) > 8c: 00000000 nop > 90: 24420001 addiu v0,v0,1 > 94: 10a20008 beq a1,v0,b8 > 98: 00000000 nop > 9c: 90640000 lbu a0,0(v1) > a0: 1480fffb bnez a0,90 > a4: 64630001 daddiu v1,v1,1 > a8: 03e00008 jr ra > ac: 00000000 nop > b0: 03e00008 jr ra > b4: 00001025 move v0,zero > b8: 03e00008 jr ra > bc: 00a01025 move v0,a1 > > As one can see, the difference is that an ld has been replaced > by a pair of ldl and ldr. I don't know the performance implications > of this. > > libavcodec/startcode.c | 9 +++++---- > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/libavcodec/startcode.c b/libavcodec/startcode.c > index 9efdffe8c6..d84f326521 100644 > --- a/libavcodec/startcode.c > +++ b/libavcodec/startcode.c > @@ -25,6 +25,7 @@ > * @author Michael Niedermayer > */ > > +#include "libavutil/intreadwrite.h" > #include "startcode.h" > #include "config.h" > > @@ -38,14 +39,14 @@ int ff_startcode_find_candidate_c(const uint8_t *buf, int size) > */ > #if HAVE_FAST_64BIT > while (i < size && > - !((~*(const uint64_t *)(buf + i) & > - (*(const uint64_t *)(buf + i) - 0x0101010101010101ULL)) & > + !((~AV_RN64(buf + i) & > + (AV_RN64(buf + i) - 0x0101010101010101ULL)) & > 0x8080808080808080ULL)) > i += 8; > #else > while (i < size && > - !((~*(const uint32_t *)(buf + i) & > - (*(const uint32_t *)(buf + i) - 0x01010101U)) & > + !((~AV_RN32(buf + i) & > + (AV_RN32(buf + i) - 0x01010101U)) & > 0x80808080U)) > i += 4; > #endif Unfortunately, the list in the commit message is incorrect: configure enables fast_unaligned for aarch64, ppc, x86, loongarch, certain loongson mips processors and armv6-8. The above claim that assembly for arm is unaffected by this change is not correct when one actually deals with one of the CPUs that are marked as fast unaligned. When compiling for armv6 the assembly changes from startcode_old_O3.o: file format elf32-littlearm Disassembly of section .text: 00000000 : 0: 2900 cmp r1, #0 2: dd20 ble.n 46 4: f1a0 0c04 sub.w ip, r0, #4 8: 2300 movs r3, #0 a: b410 push {r4} c: e002 b.n 14 e: 3304 adds r3, #4 10: 4299 cmp r1, r3 12: dd14 ble.n 3e 14: f85c 4f04 ldr.w r4, [ip, #4]! 18: f1a4 3201 sub.w r2, r4, #16843009 ; 0x1010101 1c: ea22 0204 bic.w r2, r2, r4 20: f012 3f80 tst.w r2, #2155905152 ; 0x80808080 24: d0f3 beq.n e 26: 4299 cmp r1, r3 28: dd09 ble.n 3e 2a: 1e5a subs r2, r3, #1 2c: 4402 add r2, r0 2e: e002 b.n 36 30: 3301 adds r3, #1 32: 4299 cmp r1, r3 34: d003 beq.n 3e 36: f812 0f01 ldrb.w r0, [r2, #1]! 3a: 2800 cmp r0, #0 3c: d1f8 bne.n 30 3e: 4618 mov r0, r3 40: f85d 4b04 ldr.w r4, [sp], #4 44: 4770 bx lr 46: 2300 movs r3, #0 48: 4618 mov r0, r3 4a: 4770 bx lr to startcode_new_O3.o: file format elf32-littlearm Disassembly of section .text: 00000000 : 0: 2300 movs r3, #0 2: 2900 cmp r1, #0 4: dc03 bgt.n e 6: e017 b.n 38 8: 3304 adds r3, #4 a: 4299 cmp r1, r3 c: dd14 ble.n 38 e: f850 c003 ldr.w ip, [r0, r3] 12: f1ac 3201 sub.w r2, ip, #16843009 ; 0x1010101 16: ea22 020c bic.w r2, r2, ip 1a: f012 3f80 tst.w r2, #2155905152 ; 0x80808080 1e: d0f3 beq.n 8 20: 4299 cmp r1, r3 22: dd09 ble.n 38 24: 1e5a subs r2, r3, #1 26: 4402 add r2, r0 28: e002 b.n 30 2a: 3301 adds r3, #1 2c: 4299 cmp r1, r3 2e: d003 beq.n 38 30: f812 0f01 ldrb.w r0, [r2, #1]! 34: 2800 cmp r0, #0 36: d1f8 bne.n 2a 38: 4618 mov r0, r3 3a: 4770 bx lr Once again, I have no clue about the performance implications of this and would welcome any feedback on this. - Andreas _______________________________________________ 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".