From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: 01/01: gnu: Add gst-libav. Date: Tue, 14 Apr 2015 10:14:40 -0400 Message-ID: <87k2xehk4v.fsf@netris.org> References: <20150410130205.11406.56090@vcs.savannah.gnu.org> <87egnorx0g.fsf@netris.org> <87pp7810pi.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59552) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi1bg-0006XI-GB for guix-devel@gnu.org; Tue, 14 Apr 2015 10:14:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yi1ba-0003J1-M1 for guix-devel@gnu.org; Tue, 14 Apr 2015 10:14:28 -0400 Received: from world.peace.net ([50.252.239.5]:39041) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi1ba-0003HF-HR for guix-devel@gnu.org; Tue, 14 Apr 2015 10:14:22 -0400 In-Reply-To: <87pp7810pi.fsf@gmail.com> (=?utf-8?B?IuWui+aWh+atpiIncw==?= message of "Mon, 13 Apr 2015 23:56:25 +0800") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: =?utf-8?B?5a6L5paH5q2m?= Cc: guix-devel@gnu.org =E5=AE=8B=E6=96=87=E6=AD=A6 writes: > Mark H Weaver writes: > >> =E5=AE=8B=E6=96=87=E6=AD=A6 writes: >> >>> commit 1b922590d758e458ce4f9abd3d1694045bcccb58 >>> Author: =E5=AE=8B=E6=96=87=E6=AD=A6 >>> Date: Fri Apr 10 21:01:10 2015 +0800 >>> >>> gnu: Add gst-libav. >>>=20=20=20=20=20 >>> * gnu/packages/gstreamer.scm (gst-libav): New variable. >> >> Can we add gst-ffmpeg and remove gst-libav? It seems that ffmpeg has >> won out in the ffmpeg/libav fork. > It seems to me that GStreamer choose libav over ffmpeg when made the > 1.0 release. That is why there are: > gst-ffmpeg-0.10.x > gst-libav-1.x Indeed, you are right. >> >> https://lwn.net/Articles/607591/ >> >> Also, can we make it use the system ffmpeg library that we already have >> instead of a bundled copy? It would be good to avoid code duplication >> for several reasons. Code duplication means more memory use in the >> system, and more importantly, it means multiple copies of the software >> to patch when investigating and applying security updates or build fixes >> for Guix, fixes for non-Intel platforms, etc. As the person who seems >> to be doing almost all of the work on non-Intel platforms and most of >> the security updates, I'd strongly prefer to minimize that workload. > I Agree. >> >> What do you think? > I quick tested gst-libav linked with ffmpeg from Guix, > it does seem work fine, but may need more testing or some > confirm from upstream. > > I think it's great to use system ffmpeg, if no problem occurs, Sounds good to me. In another thread you reported that it seems to work with our system ffmpeg and provided a patch, so I'm quite happy with this result. > or we can use system libav (to be packaged) in Guix instead. I would very much prefer to have just one of ffmpeg/libav in Guix, for all the reasons given above against code duplication. Thanks! Mark