[x264-devel] Bug#667573: x264: 10 bit builds

Jonathan Rosser jonathan.rosser at rd.bbc.co.uk
Fri Oct 12 10:30:16 CEST 2012


On 10/11/12 21:07, Jason Garrett-Glaser wrote:

> 
> Would dlopen() work to hack around this sort of limitation?  I recall
> seeing a hack for x264cli that allowed both 8-bit and 10-bit encoding
> by doing this.
> 
> Jason
> 

Certainly a dlopen() approach works adequately for me now. It is just
that my approach to generating an installable package is ugly.

I had considered two different approaches,

1) Install a parallel build of x264 in a new directory hierarchy and
knowing that path, open the .so with dlopen().

2) Try to modify the configure scripts and makefile to in order to
produce libx264-10bit.so that could be placed in the usual install
location alongside the 8 bit version. The name of the built libraries
could be controlled by a configure option. You would still need a
dlopen() based approach in some cases but the location of the library
would no need to be specified.

I ended up doing 1) simply because it was easier, but I feel that 2)
might actually be a better solution, as everything could live in
standard locations.

Regards,
Jonathan.


More information about the x264-devel mailing list