<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 22 дек. 2023 г., 00:58 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" rel="noreferrer noreferrer" target="_blank">phylsmith2017@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> I am trying to get 3 things all ready to test on other systems -- HDR, libaom 3.8, and x265 -- so when I do, I will check to make sure multibit compile works there too and make it a default.  Even if it takes longer for me.  At one point I thought that if you rendered 8-bit on the multibit x265, it would result in a bigger file than on the build non-multibit system.  But I did a render test today and the files were exactly the same.<br>
<br>
As you said, for me also the size of the files obtained with the<br>
multibit and std versions is identical, as is the quality (to the eye)<br>
of the video. The rendering speed is similar (just faster the std<br>
version, but by a little). I would be for eliminating the std version<br>
and using only the multibit, but on this point I would like to hear<br>
everyone's opinion.<br></blockquote><div><br></div><div style="font-size:small" class="gmail_default">Compiling with multibit on Ubuntu 16, results in an Error in the log file, although it seems to work anyway.  Errors are:</div><div style="font-size:small" class="gmail_default">./libx265_main12.a(api.cpp.o): In function `x265_12bit::x265_api_get_208(int)':<br>api.cpp:(.text+0x2004): undefined reference to `dlopen'<br>api.cpp:(.text+0x201c): undefined reference to `dlsym'<br>api.cpp:(.text+0x20ad): undefined reference to `dlopen'<br>./libx265_main12.a(api.cpp.o): In function `x265_12bit::x265_api_query(int, int, int*)':<br>api.cpp:(.text+0x2167): undefined reference to `dlopen'<br>api.cpp:(.text+0x217f): undefined reference to `dlsym'<br>api.cpp:(.text+0x224d): undefined reference to `dlopen'<br>collect2: error: ld returned 1 exit status<br>make[5]: *** [x265] Error 1<br>make[4]: *** [CMakeFiles/cli.dir/all] Error 2<br>make[3]: *** [all] Error 2</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">sounds like at least one shared lib was missing from final linking stage,like "-ldl". For me on termux another android-specific files was missed, so I added this file to ffmpeg-specific env. variable before configure in termux.bld and disabled cli x265 encoder (because ffmpeg need just *.a library).</div><div dir="auto"><br></div><div dir="auto">I guess you can change x265 multibit patch3 , last cmake line</div><div dir="auto"><br></div><div dir="auto"><div dir="auto">+cd ../8bit</div><div dir="auto">+ln -sf ../10bit/libx265.a libx265_main10.a                                                        </div><div dir="auto">+ln -sf ../12bit/libx265.a libx265_main12.a</div><div dir="auto">+cmake ../source -DEXTRA_LIB="x265_main10.a;x265_main12.a" -DENABLE_SHARED=OFF -DEXTRA_LINK_FLAGS=-L. -DLINKED_10BIT=ON -DLINKED_12BIT=ON</div><div dir="auto"><br></div><div dir="auto">by adding also DENABLE_CLI=OFF like in previous entry.</div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">Have not tested Debian 9.1 32-bit yet as am getting hung up on cause of error.<br></div></div></div>
</blockquote></div></div></div>