<br><br>On Tuesday, November 2, 2021, Andrea paz via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> CinX<br>
<br>
Recently Andrew has worked on many patches to extend the encoding of<br>
CinGG; for example the "compile_multibit_X265.txt" patch. I guess<br>
compiling CinGG with this patch is equivalent to using<br>
CinGG-multibit.AppImage. I produced "test-multibit1.mp4" with the<br>
multibit appimage and I produced "test-multibit2.mp4" with CinGG<br>
compiled WITHOUT the patch. For both I used the preset:<br>
"h265-10bit.mp4". The results are the same: both files are encoded<br>
correctly at 10-bit. There is something I can't understand about the<br>
functioning of the patches I tried!</blockquote><div><br></div><div>well, may be cin in both cases linked to system's libx265 (and this one was already compiled as multibit)?  Can you check with ldd? </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" target="_blank">https://lists.cinelerra-gg.<wbr>org/mailman/listinfo/cin</a><br>
</blockquote>