Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Jan 2020 21:50:19 +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-VYX1tM1LnI@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 #22 from Jamie Landeg-Jones <jamie@catflap.org> ---
(In reply to Mikhail Teterin from comment #20)

As Daniel says, I think 8bit should be the default, AND should always be
included (it seems to be what everyone else expects, and it's the base bit =
rate
guaranteed to be supported.)

If you deem the potential change in default to be disruptive, a warning cou=
ld
be provided, rather than continuing to support an uncommon default which I
doubt anyone has come to rely on anyway.

The possible options would therefore be:

8
8,10
8,10,12
8,12

No-one seems to have just "8 and 10".. "8 and 12" seems pointless, as as fa=
r as
I can tell, if anyone wants to use extended bit width they'd be currently
targetting 10.

So, I think if you have options at all, the options would be just "8 bit" or
"all 3" (multilib)

However, wouldn't just using multilib make things much easier moving forwar=
d? I
can't see any reason for the options. The only downsize to multilib would be
increase disk space use and compile time, but remember, this is a CPU inten=
sive
codec which will never be used on small or embedded systems. The difference=
s to
me therefore seem negligible.

As for HDR, I have no knowledge there. I remember HDR wasn't initially enab=
led
by default a few year ago because it was a bit problematic, but I thought t=
hat
was to do with HDR processing in x265 in general and not related specifical=
ly
to exposing the interface to 3rd party apps.

--=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-VYX1tM1LnI>