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 994E0469F0 for ; Sat, 1 Jul 2023 20:42:36 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 1AC7A68C049; Sat, 1 Jul 2023 23:42:33 +0300 (EEST) Received: from mail-qk1-f181.google.com (mail-qk1-f181.google.com [209.85.222.181]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 9510968B3CA for ; Sat, 1 Jul 2023 23:42:26 +0300 (EEST) Received: by mail-qk1-f181.google.com with SMTP id af79cd13be357-7659c6cae2cso239443285a.1 for ; Sat, 01 Jul 2023 13:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=obe-tv.20221208.gappssmtp.com; s=20221208; t=1688244144; x=1690836144; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=fRZipjzTclS6bTGg2AFchnkGZnOvTxmoAEmtqUn/fMk=; b=iWSnzjH5Y4Lijyl8jzaF/FvYtYWgGia4HsPSsW8KKvFbr548QmdzK49fH+yPsvyUeb RG3PRZBf3bixHBu2Cgp4P7ps7Wy2tkfpzaSSks6xGueMrg6ntxr0o65YqgcAUS+1dlEH O+xmj16CNDnhJ+a4GdEQcEZm1Qx0enpLuIFLfMuGTN4SSU5MK5VnN9Weo7eF3JtAhQJd ijPm+VuNOT3Opjsz6+286/fJ6V+Q8aXn4nOZtiyuOELmcwyp28I7fzspWdPE80rbnnie A9+DrKlhjZhgXynwo3SNQKnOFsfegQilc7KtcX5+0EVZlKlxE962RHHAxz8PNGnesQWj fNcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688244144; x=1690836144; 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=fRZipjzTclS6bTGg2AFchnkGZnOvTxmoAEmtqUn/fMk=; b=JUgzLsc4gPkuzQkTsNYVwMwW1NWnqb/CmipkiiP6iKT9+yNlczujTNPYjU6wS2vw/s 0fotXObeauAfqFePl8+oVn8TZYxC1igntghWAvqzrRkUn02toCJLQMM4EHUV+I1AWfX1 Q4hSjA9BRZ2pq0xkNNDW1x4SptCqwFRu+sF2mT6TqqqxbDJRrFMDMFMX3B1NqaqYgd89 gVD9bJ5l+PvYgkelzSWs9CYUOhJCZkuDa6BEmxvB6Fut9MWX9KWw8Ge/BIpEcYC1U3E+ Dn6BkkSumGfqkuF68WjGLL6vf/GTAfJa5TKyNmCtGPcRTAMgr+xuBhymerIf6cCVGwKn S7CA== X-Gm-Message-State: ABy/qLZiRNpKCG5CvEYbc5Eegip3VfF9Naoe+kNgtxyV06OPjAejHa7R iGHwv46yz+JVnI2H2sJIgcUipBIm6KkPIEo8+MEd59GYJAscDjiXOAXZmqz/ X-Google-Smtp-Source: APBJJlFOGuMtWXN6hYNSUsI/bW62wRi46toJ/d0ZY1qehBtD9ksjz0zkUvl/nyEszg5/9K+JVEozR9ofsnd9rmEp+Hw= X-Received: by 2002:ad4:5fcd:0:b0:635:a1f5:5458 with SMTP id jq13-20020ad45fcd000000b00635a1f55458mr7678104qvb.12.1688244144320; Sat, 01 Jul 2023 13:42:24 -0700 (PDT) MIME-Version: 1.0 References: <20230628212504.2522567-1-michael@niedermayer.cc> <20230630140838.GA1093384@pb2> <4f0dc1-fb9b-a532-05a-6e8e1debfe91@martin.st> <20230701144442.GD1093384@pb2> <2e90ba71-f56f-974d-d76d-a750c480c09c@martin.st> <20230701200635.GH1093384@pb2> In-Reply-To: <20230701200635.GH1093384@pb2> From: Kieran Kunhya Date: Sat, 1 Jul 2023 21:42:14 +0100 Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] [PATCH v6 0/1] avformat: add Software Defined Radio support 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: > > If we look at DAB or DVB in a more fundamental way, they have no need > for mpegts. > Should this (apparently unneeded) design decission in DAB/DVB dictate > design on our side when it has not previously ? > What planet do you live on, of course they need MPEG-TS? How do you have multiple programs in a mux and associated data for EPG? Literally the whole point of Digital TV was that we could put more channels in the space that one analogue channel took. There are no other containers that support multiple programs. For the rest of MPEG-TS justification I point you to: https://www.obe.tv/why-does-mpeg-ts-still-exist/ > If so, what design ? > This is purely a flaw in FFmpeg that protocol/demux are joined up into the same library. Also an assumption (coming from things like AVI and probably reasonable at the time) that there is only going to be one layer of demux, whereas in modern codecs (HEIF, LC-EVC, Dolby E etc) there can be many layers of demux required. Your logic is flawed, you base your assumption that everyone else is wrong when it's in fact FFmpeg that's in the wrong by mixing transport and container into the same library. > > As for purely AM/FM, I'm not quire sure what the right level for > > that is though. > > > > > In any case, I disagree with the procedure of stating to push the patch > if > > there's no objections, when there has been numerous objections from > > essentially most of the active community already. > > The objections have been unclear, are they against SDR, against the > implementation. > I took the liberty to be pushy here to get this more clear. And i will > continue to do this until i get clear responses. Because otherwise > iam just stuck as i dont know how to correct the design and code. > They are against SDR as this violates layering. FFmpeg doesn't handle the physical layer, third party libs do upstream (e.g hardware capture). Again, should we implement WiFi SDR in FFmpeg? Should we implement a userspace TCP stack? Should we implement bitbanged Ethernet? All of these things sit at a different layer to the data and transport layer that FFmpeg sits in. Regards, Kieran Kunhya _______________________________________________ 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".