From owner-freebsd-multimedia@FreeBSD.ORG Wed Mar 5 10:42:40 2014 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F4080946; Wed, 5 Mar 2014 10:42:39 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0187.outbound.protection.outlook.com [207.46.163.187]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E0C18CA; Wed, 5 Mar 2014 10:42:38 +0000 (UTC) Received: from BY2PRD0310HT004.namprd03.prod.outlook.com (10.255.80.39) by BN1PR03MB007.namprd03.prod.outlook.com (10.255.224.37) with Microsoft SMTP Server (TLS) id 15.0.888.9; Wed, 5 Mar 2014 10:42:30 +0000 Received: from [10.0.0.21] (98.240.141.71) by pod51008.outlook.com (10.255.80.39) with Microsoft SMTP Server (TLS) id 14.16.423.0; Wed, 5 Mar 2014 10:42:28 +0000 Message-ID: <5316FF93.50300@my.hennepintech.edu> Date: Wed, 5 Mar 2014 04:42:27 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Tom Evans Subject: Re: FFmpeg and x264 circular dependency References: <5312C4F4.7060109@my.hennepintech.edu> <5316E264.8040400@my.hennepintech.edu> In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [98.240.141.71] X-Forefront-PRVS: 01415BB535 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009001)(6009001)(428001)(189002)(199002)(52314003)(24454002)(75432001)(81816001)(76482001)(69226001)(56816005)(94316002)(74502001)(80976001)(85306002)(31966008)(87266001)(94946001)(46102001)(86362001)(83072002)(54356001)(95666003)(92726001)(85852003)(79102001)(54316002)(53806001)(51856001)(92566001)(93516002)(23676002)(83506001)(95416001)(80022001)(47736001)(93136001)(76786001)(4396001)(90146001)(49866001)(59766001)(81542001)(77982001)(66066001)(65956001)(76796001)(50986001)(63696002)(47776003)(47446002)(33656001)(65806001)(83322001)(74706001)(81686001)(47976001)(74876001)(87936001)(81342001)(74366001)(64126003); DIR:OUT; SFP:1101; SCL:1; SRVR:BN1PR03MB007; H:BY2PRD0310HT004.namprd03.prod.outlook.com; CLIP:98.240.141.71; FPR:F8D4F3B8.8FF65BE3.A1D72D7B.C7E5D031.20228; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; Received-SPF: None (: my.HennepinTech.edu does not designate permitted sender hosts) X-OriginatorOrg: my.hennepintech.edu Cc: freebsd-multimedia@freebsd.org, koobs@freebsd.org X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 10:42:40 -0000 On 2014.03.05 04:24, Tom Evans wrote: > No, not really. If the user chooses options in libx264 that require > ffmpeg, then the port will download and build ffmpeg as part of the > libx264 port, providing the libraries that libx264 needs, but not > installing these as ffmpeg. I'm completely lost here; it's the x264 CLI utility that loads the libav libraries, not libx264. > The other option is just to disable the GPAC option of x264 - if you > need mp4 output, use ffmpeg. The whole thing is kind of hacky anyway, > the common way to use a library with ffmpeg is to build ffmpeg and > enable support for the library, not build the library and link ffmpeg > to it. This is not for GPAC support (which works just fine without ffmpeg anyway). This is for demuxing and decoding input video using lavf and lavc (instead of requiring raw video as input). > Actually, probably the "correct" way forward for this is to split the > port in to two, "libx264" providing the library, which would not > depend on ffmpeg, and "x264" providing the binary, which would depend > on "libx264" and optionally "ffmpeg". That was my option 3, and I'm not opposed to it. AFAICT, we should do both options 2 and 3 so that neither the ffmpeg CLI utility nor the x264 CLI utility would be required by other applications in ports.