<br><br>On Friday, November 5, 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">@Terje<br>
If I understand correctly, you used only the h264.mp4 and h265.mp4<br>
presets, changing the "Pixels" option from "420 8-bit" to "422 10-bit"<br>
each time. Also, try using the 8, 10 and 12-bit h265 presets; they are<br>
Andrew's new ones that work for me in the non-multibit version.<br>
I've tried non-multibit and I can render h264.mp4 at 8 and 10-bit and<br>
h265.mp4 at 8 and 10-bit. In short, in my case the non-multibit<br>
version always behaves as a sum of multibit and non-multibit.<br>
@all<br>
I'm thinking that it's the fault of my system that "gets" the 10-bit<br>
even when it shouldn't....</blockquote><div><br></div><div>in <a href="https://www.cinelerra-gg.org/bugtracker/view.php?id=596">https://www.cinelerra-gg.org/bugtracker/view.php?id=596</a></div><div><br></div><div>you can see use of LD_DEBUG=libs,  where appimage apparently tries to initialize libx265_main10/12.so system files  lately (at encodiing stage?), so may be it was not visible to initial ldd? </div><div><br></div><div>I wonder if those files come from appimage or real system? </div><div><br></div><div>you and Terje can try to compare  output of this LD_DEBUG=libs path_to_cin command for 10/12 bit h265 encoding.. </div><div><br></div><div>Not sure if package manager will allow you to delete system-wide x265 development files (so Cin will have nothing but her own x265.a lib to use at least after self-build). </div><div><br></div><div>It seems even with static switch some shared system libs are used (may be because there was no  static a archives in some distro packages?).. </div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
When I compile a new CinGG I usually delete the old cinelerra5<br>
directory and then do a git clone. That way it shouldn't encounter any<br>
residue from the previous installation. Am I wrong? Maybe the fact<br>
that I compile not as root (except few times I use Valgrind or other<br>
tests) can be the cause of the behavior of my CinGGs?<br>
-- <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>