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 3E78346B94 for ; Fri, 4 Aug 2023 23:17:35 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 2F21B68C677; Sat, 5 Aug 2023 02:17:32 +0300 (EEST) Received: from mail-qv1-f49.google.com (mail-qv1-f49.google.com [209.85.219.49]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id CA36568BFEE for ; Sat, 5 Aug 2023 02:17:25 +0300 (EEST) Received: by mail-qv1-f49.google.com with SMTP id 6a1803df08f44-63d0228d32bso15420646d6.2 for ; Fri, 04 Aug 2023 16:17:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=obe-tv.20221208.gappssmtp.com; s=20221208; t=1691191044; x=1691795844; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=v76b4oImhccdAD2xdVv4HuY3hudnysiUdGN8WKsAo+0=; b=wXYqGwaTpKvtVRL51B5sbc1LySQnYT5GosJcjwQ3lIhSJeV8gEM1ji64lFTyEJJSbr 8OoJXZ8mPWCW8mZAF3toDST3U0QS6v04d4lZzxkhQeoT4KeR+uEpu1stRV/EgM4gxtKC wV83WaGD7vqkNL/n4E32ZYFpGLKZG5BwGYVf0sL3OFzCAKRp/xMLJMqDF4onVleDhnSH eYfMVNwADed+V/Z48omVJa5/u7Hu0jfZYivoHYdXpohrq0PSae0u1A9f5kTpTwD2y775 NSybpYAGDJyGV/xrKTmmJg6vX8dgTtAh3jKQLXSiuM535qWFn0sB2SyK6Q6jAVDOkwUF /T1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691191044; x=1691795844; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=v76b4oImhccdAD2xdVv4HuY3hudnysiUdGN8WKsAo+0=; b=JoYi+15o8kHgLnencP0slTyszNaq+J/OF2ZuuoZKz52utDqMGJc7ob1gAAkYzxPTp4 /CY56A8QHme8B4uUBYV821OYsCZZaLjCX6IoEiGKNMVIp+gGXpv6Vh6SDJOZ4xyEu53F tpPC8dVTG4JutjBMrihtwL435VnHTREbfvCiXXfsmCbpQta4UhIjrD4Rr6jdrbqOwvoi UFfCF1k9FN5wY9XtlX91GqJ+ugH02lVXfH7GH9HmbxSLXbJ/wPX7Ujhhxr7gOhFGdFkV /vy+XchjmmA9H4e3t51xHBlS/HLr/FcLRYw5aF4ODwHRJHP1x9zetqjxczBey4Cp6Xmy 2usQ== X-Gm-Message-State: AOJu0Yz4J/9cPrI+L6smtIrCLWYzuKlil9cs05ko/HjvUCmy8QFGzxHk ESIjquYCuwVKgCSyCT2xy8rawS2+TFEAJVYUJ9A4gGR/TOEN0Izfr/8= X-Google-Smtp-Source: AGHT+IHC8oNhkEwGkODTaSOas0in9geSmJKgP2hqvVIzx0s4XExpl97fSdFR1CR2nnbGj8bVuNv/JnjhvKdHa/v7WH0= X-Received: by 2002:ad4:4044:0:b0:63c:e9dd:631e with SMTP id r4-20020ad44044000000b0063ce9dd631emr2879752qvp.26.1691191043580; Fri, 04 Aug 2023 16:17:23 -0700 (PDT) MIME-Version: 1.0 References: <20230802125521.GG7802@pb2> <20230802142026.GI7802@pb2> <61649ed7-f0d3-4f16-8e68-c8e258e96aaa@betaapp.fastmail.com> <20230803174505.GN7802@pb2> <20230803192533.GO7802@pb2> <20230804170918.GQ7802@pb2> In-Reply-To: From: Kieran Kunhya Date: Fri, 4 Aug 2023 19:17:12 -0400 Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] What is FFmpeg and what should it be 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: On Fri, 4 Aug 2023, 13:35 Nicolas George, wrote: > Michael Niedermayer (12023-08-04): > > Everything is there for a reason. > > Every part of mp4 has a use, still we extract the data and setup various > > structs like AVStream, AVPacket, AVProgram and so on. > > We do not return raw mp4/mov atoms > > the seperation between programs in a stream of bits/bytes looses meaning > > once the frames are in AVPackets with AVStream/AVProgram. > > If there is more data in any framing that people want, theres a wide > range > > of ways to preserve and export that data. > > OTOH outputting AAC in TS or AAC is other framing is painfull to handle > > especially when it is muxed into something again. because it then needs > > the right framing and even if it comes in as DAB framing and the output > > wants DAB framing, it is unlikely everything in the framing will be > correct > > for the output. > > The same is true for TS. I surely can take raw TS from 3 programs but if > > i just take these and concatenate them into something that suppports TS > > thats quite likely going to blow up somehow. > > All this framing stuff should IMHO be "removed" on the demuxer side > > usefull data be extracted and properly exported. And if anything > > on the muxing side needs something similar it needed to rebuild it all. > > > > I may be missing something but i dont think the raw framing is too > usefull > > to the user. > > I recommend you do what feels most simple, or most elegant, or most > logical, whichever feels right. > > If somebody else, or you later, find a use for the framing, the code > that removes it can be turned into code that extract information from it > or reshape it. If and when that happens is the good time to figure out > how to bring that information to the user, because that will be when > what is necessary will be known. > Literally in this thread someone has countered all your points by wanting TCP replay (a form of framing). If you design a bad API for a simple case, the edge use cases (that have a tendency to make it into FFmpeg) will immediately need hacks to support. Plenty of examples of this such as wrapped_avframe. 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".