Date: Wed, 22 Jan 2020 08:07:17 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 238773] multimedia/x265: Only highest bit-depth profile is built when multiple (bit-depth OPTIONS) are selected Message-ID: <bug-238773-7788-bgXfbdJLbe@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-238773-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-238773-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238773 --- Comment #21 from daniel.engberg.lists@pyret.net --- I think we should drop the option to select bit depths as I misunderstood h= ow the libraries where built (I assumed that they here tacked on) so the optio= ns shouldn't have been introduced at all. In addition to that no one else does= it looking at a few distros like Arch, Alpine, Debian, Gentoo, OpenBSD if they even bother with multilib at all and I'd imagine that it could potentially break compatibility with sme users depending on libx265. 8-bit should alway= s be the default and that's the bit depth devices for sure are to support if they understand H.265 aka HEVC.=20 Are you still on 11.2 or did you upgrade to 11.3? That may fix the issue looking at the results from my VM. While your Makefile works it's not very clear what it does, multiple variab= les are being overridden which also makes it hard to follow and I'm not sure why you're building HDR as a separate lib which upstream doesn't seem recommend= . I also not sure if kinda(?) shoehorning stuff into pre-build is a good idea. Looking at a few other distros: Alpine: Doesn't build anything other than stock 8-bit https://git.alpinelinux.org/aports/tree/main/x265/APKBUILD Arch: Uses upstreams multilib script more or less (only builds x86_64) https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=3Dpac= kages/x265 Debian: Seems to build multilib on all arches as far as I can tell, doesn't include HDR support at all however. https://salsa.debian.org/multimedia-team/x265/blob/master/debian/rules Gentoo: Provides multiple variants including multilib, no HDR however https://gitweb.gentoo.org/repo/gentoo.git/tree/media-libs/x265/x265-3.2.1.e= build OpenBSD: Doesn't build anything other than stock 8-bit http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/multimedia/x265/Makefile?rev= =3D1.45&content-type=3Dtext/x-cvsweb-markup NetBSD: Same as OpenBSD http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/multimedia/x265/Makefile?rev=3D1= .28&content-type=3Dtext/x-cvsweb-markup Slack: Uses upstreams multilib script more or less (only builds x86_64) no = HDR support however https://slackbuilds.org/slackbuilds/14.2/multimedia/x265/x265.SlackBuild --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-238773-7788-bgXfbdJLbe>