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 08D38438CE for ; Sat, 2 Jul 2022 20:37:29 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 1295E68B8F2; Sat, 2 Jul 2022 23:37:27 +0300 (EEST) Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com [209.85.219.172]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 6A3AC68B8E6 for ; Sat, 2 Jul 2022 23:37:20 +0300 (EEST) Received: by mail-yb1-f172.google.com with SMTP id o2so4673285yba.7 for ; Sat, 02 Jul 2022 13:37:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kx51PGz5GxpoUshHsx4HUhsBD2KNWYgMKlRRPGR1PBU=; b=dxbGz3KX3Tc5qshPJO8IIcKVf/wjo8vuB6OInfeecxpSZpqGkwt9350x8jrvCNeToq Ckz8QTosnkDir5+PE651bBtfDIrxMRiX1zzHwECTKt/Rz8EvgV40dfr5+UgQ0DvN0JB5 NJFDtCIbXvPs6UmCPrx5BJlvtSxgJpy5zCnC34W/lV9cwuzlLLJcXZTW4dxwXKyGw9LQ /SmiaUa0WIIlNgoiSW8hp5yu0XVMH+RjasprCa6Bl6qBlnd4B+oiHEbhhZvNo3xqy3AT q+J9qO4u8fpxOSTxhZfpQTr3PosP93UbXHqjc5e0pZmu1PIDAegGkfLcK5Z73nIxiPGn 53Kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kx51PGz5GxpoUshHsx4HUhsBD2KNWYgMKlRRPGR1PBU=; b=q+BFvm1n7yCj4duGNYA5WPf4POROatEUMltRTmPy7Ohw7uyVBuw7JbF2tHa2bnatRz bpJ01sR17AV4bBnLdyeab9p3JqTLTHn8RcKfJNsgyZc0LWS4XQSViPPKpNbIuXPW60J1 3uJMjTNFvLV1BRyKtqS0M3nucszbHpIbJs0SF9PAjlT8dapT2bbaUvkMuadbV+SrC8+H CejgTwuM8g09I3v0V8C10HWjEPX64fFiZxZSdMJ49Da02g7ilR8lULpTTjN69pt03MuA Dxl3SCsvF8mqCVNEVOTJAG6fziu9+CExSJ0oagNKLTjZxLzSQJN3qL/v4zeAnSFvgqD2 FSoA== X-Gm-Message-State: AJIora81kfI+Vt4S1MGN3PKFMrN2nEM6ikuZ/DVGp9HpVN95+aDcxIuC bMbI5R9+ZiikXOzfaGS1mrpQWquHUtJ552O9Joi9SBn7 X-Google-Smtp-Source: AGRyM1seY+DB6wLb2H8il7LKvIIx6gnFQTK2xCC0Hl7zDjwHbJlrY+efwlbwBubNSzfEYs7rKulbefsd2IYcWdyfGTQ= X-Received: by 2002:a25:e910:0:b0:66e:2bf2:9d6f with SMTP id n16-20020a25e910000000b0066e2bf29d6fmr3012111ybd.571.1656794238984; Sat, 02 Jul 2022 13:37:18 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Paul B Mahol Date: Sat, 2 Jul 2022 22:40:02 +0200 Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] [PATCH v5 00/25] Subtitle Filtering 2022 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 Cc: Michael Niedermayer , Andriy Gelman , Andreas Rheinhardt 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: On Sat, Jul 2, 2022 at 10:32 PM Soft Works wrote: > > > > -----Original Message----- > > From: ffmpeg-devel On Behalf Of > > Nicolas George > > Sent: Saturday, July 2, 2022 9:36 PM > > To: FFmpeg development discussions and patches > devel@ffmpeg.org> > > Cc: Michael Niedermayer ; Andriy Gelman > > ; Andreas Rheinhardt > > > > Subject: Re: [FFmpeg-devel] [PATCH v5 00/25] Subtitle Filtering 2022 > > > > Soft Works (12022-07-02): > > > This can easily be done AFTER my patchset has been merged. > > > > With exponentially more work. Out of question. > > Previously it would have been about like: > > - Merging audio filter code with the video filter code > (for the filters in question) > > Now it will be > > - Merging audio and subtitle filter code with the video filter code > (for the same filters) > > TBH, I can't see any exponent here. I think "double work" would be > closer to the truth and realistically it will be much less than that > because the work for merging audio and subtitle code is very similar, > so when you have merged audio code in a filter, merging the subtitle > part will be very analogous, so in total it would be less than > double. > > And when we look at the required amount of work in total, that > calculation would only be valid when you would consider the value > of MY work that I've already done as zero. > > I even think that it's a better approach overall to do the deduplication > afterwards, because now - with the subtitle filtering patchset - the > specific requirements for subtitle filtering are visible on the table > and that way, the deduplication can already provision for those > specific requirements whereas focusing on audio/video only, might have > led to do changes that wouldn't accommodate for the needs of subtitle > filtering. > > I am convinced that doing deduplication afterwards is a better order > for getting this done. I'm also convinced that my patchset is pretty > solid in the way it does handle subtitles, and I'm further convinced > that you know that very well. During all the process I have watched > very closely, and in several cases where others had objections about > things I had done, you kept quiet, presumably because you were the only > other one to know why it had to be done that way. Also, you never > named any specific detail that would be wrong, and I'm sure you would > have done if there had been any significant one. > My impression is that your primary reason for objection is that my > patchset interferes with your plans and visions you probably had in > mind for quite a while and I'm very sorry about that. > But in the end, my patchset doesn't stand in opposition to your plans, > it just requires a bit of adaption regarding the order of doing the work. > Neither do I stand in opposition to your plans. I respect the technical > architecture of libavfilter, especially regarding its simplicity and > effectivity compared to other filtering frameworks (like DirectShow) > and my interest in Ffmpeg filtering is not limited to subtitles. > We don't need to be friends, but when you would manage to act and > communicate in a friendly way, you might gain somebody to help with > and support your plans in the future and you would also do a favor > to all readers of the ML by not having them read through despicable > conversations. > AFAIK only NIcolas is for this merge of different types of filters into single filter, and filter type negotiation. Both ideas are very bad. And Nicolas is (still) not (yet) FFmpeg dictator. > Best regards, > softworkz > > _______________________________________________ > 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". > _______________________________________________ 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".