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 16E9B46ABD for ; Sun, 2 Jul 2023 20:29:54 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id A2F6168C4AB; Sun, 2 Jul 2023 23:29:52 +0300 (EEST) Received: from w4.tutanota.de (w4.tutanota.de [81.3.6.165]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id AF90368C09B for ; Sun, 2 Jul 2023 23:29:45 +0300 (EEST) Received: from tutadb.w10.tutanota.de (unknown [192.168.1.10]) by w4.tutanota.de (Postfix) with ESMTP id 6C16A1060235 for ; Sun, 2 Jul 2023 20:29:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1688329785; s=s1; d=lynne.ee; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=wGlLUBoEMfC6H01apwEHN2Ii0azBHeCaZkoOFNwU2U8=; b=YKntG71Vu7iTzU0py4houJOqklLdt+Nh22QkOVLId2LDMd0BFmfALweLkjTFMRnf yM2khdTwRMteER2aqohhQsgsT357YvcShFNjl3BTR/Vfe/u2oWK2eYLUIcy47op9qXN xc8vmm7WbYsRjbDanv/RRhXvManpw1GKzNSN+Sj44zpfZnrzd0Y2zuNaWN2aAKl3DzW 8iBIlHArTCJDdmqxCqmaeuwPFT1NsmEL9rlETO3g/2Ugdysab1skyvjQPCorTIgJKgh aEa9UMQH0mBiX9Ns32b9ESblTqbmOky0dTFzgh95baLBPsKAiZwVK8LWVwd3eqkZsWB e8NWly14aQ== Date: Sun, 2 Jul 2023 22:29:45 +0200 (CEST) From: Lynne To: FFmpeg development discussions and patches Message-ID: In-Reply-To: References: <20230628212504.2522567-1-michael@niedermayer.cc> <20230630140838.GA1093384@pb2> <4f0dc1-fb9b-a532-05a-6e8e1debfe91@martin.st> <6eef9d8b-695b-484b-b720-fed1e66d1401@app.fastmail.com> MIME-Version: 1.0 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: Jul 2, 2023, 21:52 by george@nsup.org: > Lynne (12023-07-02): > >> git master is not a playground, but it is certainly a place for developers >> to experiment with ideas they're *seriously* exploring. >> >> Sonic and Snow were experiments. They didn't work out, but nevertheless, >> they made their mark on the status quo of compression research at the time. >> >> FFV1 was an experiment. It worked out, being an IETF standard. >> The native mpeg encoders were experiments. They worked out, and their >> rate control system largely inspired x264's rate control systems. >> The DNN filtering stuff was an experiment. It didn't work out.The native Opus encoder was an experiment, and it holds up well against >> libopus, if a bit slow and misguided. >> The AAC encoder was always an experiment. Did it work out? Let's >> find out after the third rewrite :) >> > > Thanks for the history. This is what I called a playground for hackers; > a rose by any other name. > >> As for libavsdr? Time will tell. But it's certainly got a niche to fill, >> as currently, you have to setup large and complex gnuradio filterchains. >> But, I would prefer for it to be in a separate repository. >> > > I have a hard time understanding this preference, for both avradio and > avstream. > > Moving to a separate repository requires you to maintain a separate > build system, separate tests, etc. It also means only enthusiast users > will download and install the library, thus greatly reducing both its > usefulness and its changes of getting off the ground. > Not really, if ffmpeg has a new dependency, distributions are generally eager to use it if it's well packaged and doesn't depend itself on hundreds of other libraries. Moreso if it's an official library. A simple makefile is a few dozen lines, it doesn't have to be automatically generated. And test-wise, FATE wouldn't really be able to cover it. _______________________________________________ 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".