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 B37FD44096 for ; Thu, 25 Aug 2022 14:41:22 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id D3E5268B7D8; Thu, 25 Aug 2022 17:41:19 +0300 (EEST) Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com [209.85.128.172]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 4B2A168B1B5 for ; Thu, 25 Aug 2022 17:41:14 +0300 (EEST) Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-31f445bd486so546496137b3.13 for ; Thu, 25 Aug 2022 07:41:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=obe-tv.20210112.gappssmtp.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc; bh=0GittTpMXiTGJsWM41Ot1Cr7jGwjx2SU7xyXDmzaHFs=; b=jM6i6JKbfIOBlEMLjtEmmGnju7NbSb53+TzvPZ1XGtBNJdSNZNj4pxirSmMtPq2g36 jJJre/zEDWpqDcbC6XMXC9Hm1NfldQgkwv5dv/3kAnSXmpRQXsishRBb/FROlLuqibSo aem54Y+lo78H8JgFobnt5UjCzdJ46mIVBgoySyh4DYoA95bWbXAy7XP64uiYFkpegQPW HvqDF0zZbkso8FddrffuvrWEdKdSh6xedR00WnJgcfe2nmho8i3ZB9yz/i+NqGdFcmn2 i6pGBA9flHW4M/81wISBtLId0jfR5ImDqjP2LD75ykvPaioBGmBIKLBInZkxLZYFYFCr /BvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc; bh=0GittTpMXiTGJsWM41Ot1Cr7jGwjx2SU7xyXDmzaHFs=; b=UINg2rMnNGpXMjcJ3ntfb6vocX/2ZHutB0eH12GozlVGS6L7rWZ2YfQFM0i4N5NAQf TMa5U+taadgQS8psTYqJ1gnn+FPGJL2nwum/9Ul+ODS8DUhSXsFuxg4sOllxFUGZFhrJ sZmsfLSOB03u12Vd0BT5tUOUo+A3GngoY35F99h1eAGO0sbsFFIZ+cfpo5UQo1XNBRjv MFQ0VBZLYRj/5MNJoqidrG3fobTPI47LVlEbDrB24Hi6HsOc9KFb2rqSihYSQl5Xn3HB GP49Ke3woPc2RonMrSTeZRfrwePGHO/JmMb4zLn+AxEFiSkigfPeXwzyHeEN32a4fcx7 R49w== X-Gm-Message-State: ACgBeo0GEmtLqpltCGZ9nL5OhQEM+YuJWOoW5kN/jH0SMljIk2pHhLlq XUsIO9hiOv4KxbLofnm/J5oA6+lWs0Z/48Dk6qdCn8+uL6U= X-Google-Smtp-Source: AA6agR76ERiT2t1zjN0+DeoSkRHVl+aiu0y0TxMT+kQLjGcthGTVJfre4XvyGeeN+ofZZnl/6MtJbWES+N2jF22zEUI= X-Received: by 2002:a81:500b:0:b0:33d:a3e5:28d6 with SMTP id e11-20020a81500b000000b0033da3e528d6mr4252378ywb.292.1661438472003; Thu, 25 Aug 2022 07:41:12 -0700 (PDT) MIME-Version: 1.0 References: <20220818143154.GF2088045@pb2> <6019c79c02a70060448e88ac46d2f7614b73ff63.camel@acc.umu.se> <20220824210318.GU2088045@pb2> <20220825135728.GV2088045@pb2> In-Reply-To: <20220825135728.GV2088045@pb2> From: Kieran Kunhya Date: Thu, 25 Aug 2022 15:41:01 +0100 Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] [PATCH] ipfsgateway: Remove default gateway 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: > > You will never fit all the features of complex > > containers like MXF, MP4, TS (and for argument's sake XML) inside a > > generalised framework like FFmpeg. > > Maybe true but the reason is not that it cant be dont just that there are > features noone uses and noone needs. > I do know some video codec specs and there are bizare things in them that > arent worth the paper they are written on. > The features that are used or that people need, we must support IMO. > No, it's not that people don't want the features, it's just that they can't be supported in an API that has been "designed" around AVI and assumed all formats follow the same paradigm. Like I said, dependent substreams in a different track can't be done. Also moving between frame attached closed captions to track-based closed captions and vice versa. How do I feed v210 into x264 directly without having to decode and do two extra memory copies? External libraries support much more advanced features of the container than trying to shoehorn it into a rigid API. And people here will have to just accept the compromise. I'm not even going to begin to touch the rest of your email with a bargepole. Kieran _______________________________________________ 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".