Bug#775181: x265-10bit doesn't work

[Sebastian Ramacher]

On 2015-01-13 13:28:26, Fabian Greffrath wrote:
> Am Dienstag, den 13.01.2015, 12:41 +0100 schrieb Sebastian Ramacher: 
> > Why wouldn't it? The binary only parses command line options and writing
> > stats files. Everything else is passed to the library. Also, note the
> > "Internal bit depth: 10" in the following output:
> 
> Hm, I was under the impression that x265_max_bit_depth was a constant
> that is set at build time to either 10 or 8 depending on the
> HIGH_BIT_DEPTH macro being #defined or not. And param->internalBitDepth
> is a symbol exported by the lib, right?
>
> So, how can the eqsuation be true for the 8-bit library
> (param->internalBitDepth = 8) and the frontend from the 10-bit build
> (x265_max_bit_depth = 10)?

Yes, x265_max_bit_depth is a constant defined in that way, but it is
exported by the library. So you get x265_max_bit_depth == 8 if you use
the 8 bit library and x265_max_bit_depth == 10 if you use the 10 bit
library.

I hope this clears things up.

Cheers
-- 
Sebastian Ramacher
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20150113/dc22e740/attachment.sig>