[Cin] x265 3.5 update?

[Andrew Randrianasulu]

On Thursday, August 5, 2021, Phyllis Smith via Cin <
cin at lists.cinelerra-gg.org> wrote:

> Checked into GIT the multibit patch for x265 in subdirectory
> cinelerra-5.1/thirdparty as x265_multibit_compile.patch (after modify 3.4
> to 3.5 and quite a bit of testing too.  Because it takes so
> loooooooooooooooong to compile
>
>
> I think you can carefully remove '-j 1'  switches from 'make' lines - it
will speed up compilation a bit..


>
>
> and the number of users wanting 10 and 12 bit, it was added as a patch to
> be applied as wanted by the user.  Instructions of how to do this have been
> added to the manual.  I plan on supplying a multibit AppImage version each
> time there is a new release at the end of the month.  Manual update (Andrea
> please review as I did check it into GIT, but it is quite terse):
> *1.8 Multibit build for 8/10/12-bit Handling*
> To build a version that can handle 8 bit, or 10 bit, or 12 bit videos, a
> patch is provided in the thirdparty subdirectory that needs to be applied
> to do so. Be aware
> that the compile will take a substantial amount of extra time. To apply
> the required patch:
>
> cd location of your cinelerra/cinelerra-5.1/thirdparty
> patch < x265_compile_multibit.patch
> mv x265_3.5.patch* src/.
>
> Render formats h265-10bit and h265-12bit have been provided and will be
> operational after the applied patch is compiled in.
>
> I tried to update x265 lib due to possible speedup reported at
>>
>> https://avidemux.org/smif/index.php?topic=19448.0 (up to 30%)
>>
>> I downloaded tar.gz from https://bitbucket.org/multicoreware/x265_git/
>> downloads/x265_3.5.tar.gz and put it in thirdparty/src, renamed
>> x265_3.4.patch* to x265_3.5.patch* and it worked for simple 420 8bit encode
>> ..
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210805/3252b736/attachment.htm>