Le septidi 27 nivôse, an CCXXI, Sebastian Dröge a écrit : > I don't think this change makes sense as is. x264 built with 10 bit > support does not accept raw 8 bit video and vice versa (and has to be > configured differently), and x264 build with 10 bit support does only > support different h264 profiles than the 8 bit version.
That is true, but that is for the calling application to worry. > And these 10 bit > profiles are usually not supported by hardware decoders. That is for the users to decide, this is not a choice a packager is entitled to impose. > Software currently uses the #defines in x264_config.h to get the > capabilities of the library at build time. If suddenly the library gets > replaced by one with different build parameters, software will stop > working correctly because of that. That is not true. I can not vouch for all applications out there, but I can confirm that the most important one works perfectly well under these circumstances. > Ideally x264 would allow using different bit depths in the same build, This world is not perfect. > or at least a different soname should be used for the resulting library. That would prevent changing the library at run time with just an environment variable, as has already been stated. Regards, -- Nicolas George
signature.asc
Description: Digital signature
