From owner-freebsd-multimedia@FreeBSD.ORG Mon Jun 22 23:36:24 2015 Return-Path: Delivered-To: freebsd-multimedia@nevdull.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4750C6BB for ; Mon, 22 Jun 2015 23:36:24 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hub.freebsd.org", Issuer "hub.freebsd.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 22B3CD5 for ; Mon, 22 Jun 2015 23:36:24 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by hub.freebsd.org (Postfix) id 18CB86B9; Mon, 22 Jun 2015 23:36:24 +0000 (UTC) Delivered-To: multimedia@nevdull.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1829A6B7 for ; Mon, 22 Jun 2015 23:36:24 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from vfemail.net (ninezero.vfemail.net [96.30.253.190]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D64EDD1 for ; Mon, 22 Jun 2015 23:36:22 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: (qmail 78439 invoked by uid 89); 22 Jun 2015 23:36:20 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Jun 2015 23:36:19 -0000 Received: (qmail 78420 invoked by uid 89); 22 Jun 2015 23:36:02 -0000 Received: by simscan 1.3.1 ppid: 78413, pid: 78418, t: 0.0033s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 22 Jun 2015 23:36:02 -0000 Received: (qmail 18968 invoked by uid 89); 22 Jun 2015 23:36:02 -0000 Received: by simscan 1.4.0 ppid: 18954, pid: 18965, t: 0.6503s scanners:none Received: from unknown (HELO nil) (amJlaWNoQHZmZW1haWwubmV0@172.16.100.27) by 172.16.100.62 with ESMTPA; 22 Jun 2015 23:36:01 -0000 From: Jan Beich To: Thomas Zander Cc: ports@freebsd.org, multimedia@freebsd.org Subject: ffmpeg26 confusion (Was: Heads up audio/video/graphics/multimedia/net/streaming port maintainers - ACTION REQUIRED) In-Reply-To: (Thomas Zander's message of "Tue, 16 Sep 2014 20:40:15 +0200") References: Date: Tue, 23 Jun 2015 01:35:53 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2015 23:36:24 -0000 --=-=-= Content-Type: text/plain (overquoting strawman ;) Thomas Zander writes: > Hi, > > if you maintain a port which uses directly or indirectly ffmpeg, i.e. > it links to at least one of > > libavcodec > libavdevice > libavfilter > libavformat > libavresample > libavutil > > please take a moment, this is important. > > Shortly after the release of FreeBSD 10.1 I plan to upgrade ffmpeg to > the 2.4 branch and import the then-latest release from the 2.4 branch > into the head of the ports tree. Unlike the recent upgrade from 2.2. > to 2.3, this one will NOT be painless. What happened to the schedule? 10.1 was released half a year ago and we're approaching code freeze for 10.2. Not to mention packages for FreeBSD releases are built against quaterly branches nowadays. And the next quaterly is 2015Q3 which should happen in a week. > ALL the mentioned libraries received a bump in their major version > numbers, which means that they are not necessarily API compatible with > the 2.3 series. In particular, this means that several APIs which have > been deprecated several months/years ago(!) are really gone for good > in 2.4. One prominent example for this is the removal of > FF_API_CLOSE_INPUT_FILE in libavformat which breaks e.g. sox and > transcode builds. In most cases (like the mentioned examples sox and > transcode) a fix will be easy or even trivial, but you need to be > proactive and take a look at it. Not the first time FFmpeg breaks API. ffmpeg0 port is good example or see http://upstream-tracker.org/versions/ffmpeg.html . It seems adding ffmpeg24 in r370733 betrayed the quoted plan postponing the switch to the new API indefinitely. And ports that are not broken by it end up limited to the feature/bug set of 2.3.x. Maybe do the following to improve the situation: (1) Update ffmpeg port to the latest version (2.7.1 currently) (2) Remove ffmpeg26 port (3) Add ffmpeg23 port with PORTSCOUT=limit:^2\.3.* (4) Identify ports that hide ffmpeg dep behind an option (5) Mass PORTREVISION bump in consumers (API/ABI changes in major versions) (6) Exp-run with ffmpeg dep enabled if optional (7) Fix bustage or convert to ffmpeg23 (8) Remove ffmpeg23 if no consumers > I have prepared a drop-in replacement for the ffmpeg port which uses > the recent 2.4 release. You can download it from: > http://people.freebsd.org/~riggs/ffmpeg-2.4.tar.xz Currently not a drop-in because requires to - Patch pkg-config usage and installed .pc files - Prevent mixing headers from unsuffixed ffmpeg version - Check dependency tree for the port and consumers if mixing ffmpeg libs - Adjust LIB_DEPENDS, *FLAGS and bump PORTREVISION when FFMPEG_SUFFIX changes > Please check whether the ports maintained by you build and link with > this version and prepare a suitable fix if necessary. What if my port wants a feature only present in the latest version but not in multimedia/ffmpeg and multimedia/ffmpeg26 ? For one, https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=d765e07 https://github.com/hrydgard/ppsspp/issues/5286 Should I add ffmpeg27, backport to ffmpeg26 or ffmpeg (2.3.x) ? > > Thanks in advance and best regards > Riggs --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJViJvZXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQjQ0MzY3NEM3RDIzNTc4NkUxNDkyQ0VF NEM3Nzg4MzQ3OURCRERCAAoJEOTHeINHnb3b87YH/jBaOChvAMeSJ8hdmtEAAWHl uEeDACfwmgCj60kLgkTMmWYHrnqcXpg1rqDBiULglc4iv6pOiVlJHM/1vmCWNR74 se91imgDSSraN48FwwaFOieE7lLdBr2yXQOr9Ifyp9sqSsOukqNyQ2gf3qvcUqEd nx48GyIMKCcjECOIgVvQetLPm6NsJEIPPbF2kITwP2mA9dmaEwtFY27JO74s1w2S 3Fn55l7wWAMIp1AxOzsxjrRafIjhNJkJeMFcp+Vgbn287eWfyref9R5diFBzT3en Utlv3Aqbm4f0FcPboO85pRZy6EdSczzB08Vdl59jkiBAX0B6ZhhdbE4KRkDQbuE= =7pHY -----END PGP SIGNATURE----- --=-=-=--