On 10/14/12 21:56, Reinhard Tartler wrote:
Something like this commit should do the trick:
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/x264.git;a=commitdiff;h=ceab497a30560db9db7bf6ded594400f76a2686a
This is not finished, though. It still needs documentation in
README.Debian. I'm
On 10/17/12 09:28, Reinhard Tartler wrote:
The fact that Jonathan confirms that dlopen()'ing the second library
works confirms that both libraries are ABI compatible for practical
reasons. Jonathan, what problem would a 2nd pkg-config file solve?
There were a few things that were in my
On 13/10/12 04:59, Reinhard Tartler wrote:
Oh I see what you did there. I don't think that's gonna work in
debian. TBH, I think we should just install the 10 bit libx264.so
binary into the regular libx264-NN package and document it properly
in ./usr/share/doc/libx264-NN/README.Debian.
On the
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
On 10/12/12 09:15, Nicolas George wrote:
Le primidi 21 vendémiaire, an CCXXI, Fabian Greffrath a écrit :
How about Debian's alternatives system? I think it is easier to use
and more consistent than a LD_LIBRARY_PATH hack.
AFAIK, the alternative system requires root privileges to change the
-exist.
Anyway, just some input to help define what might be useful for a 10bit
x264 package.
Jonathan Rosser
Lead Research Engineer
BBC Research Development
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
On 11/10/12 21:07, Jason Garrett-Glaser wrote:
It'd be very difficult to do this; we'd effectively have to version
every single symbol so that they don't collide, then template all the
appropriate code. It'd be a lot of work and I don't know anyone
willing to do it.
Indeed - that would be a