пт, 22 дек. 2023 г., 00:58 Phyllis Smith <[email protected]>:
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.
As you said, for me also the size of the files obtained with the multibit and std versions is identical, as is the quality (to the eye) of the video. The rendering speed is similar (just faster the std version, but by a little). I would be for eliminating the std version and using only the multibit, but on this point I would like to hear everyone's opinion.
Compiling with multibit on Ubuntu 16, results in an Error in the log file, although it seems to work anyway. Errors are: ./libx265_main12.a(api.cpp.o): In function `x265_12bit::x265_api_get_208(int)': api.cpp:(.text+0x2004): undefined reference to `dlopen' api.cpp:(.text+0x201c): undefined reference to `dlsym' api.cpp:(.text+0x20ad): undefined reference to `dlopen' ./libx265_main12.a(api.cpp.o): In function `x265_12bit::x265_api_query(int, int, int*)': api.cpp:(.text+0x2167): undefined reference to `dlopen' api.cpp:(.text+0x217f): undefined reference to `dlsym' api.cpp:(.text+0x224d): undefined reference to `dlopen' collect2: error: ld returned 1 exit status make[5]: *** [x265] Error 1 make[4]: *** [CMakeFiles/cli.dir/all] Error 2 make[3]: *** [all] Error 2
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). I guess you can change x265 multibit patch3 , last cmake line +cd ../8bit +ln -sf ../10bit/libx265.a libx265_main10.a +ln -sf ../12bit/libx265.a libx265_main12.a +cmake ../source -DEXTRA_LIB="x265_main10.a;x265_main12.a" -DENABLE_SHARED=OFF -DEXTRA_LINK_FLAGS=-L. -DLINKED_10BIT=ON -DLINKED_12BIT=ON by adding also DENABLE_CLI=OFF like in previous entry.
Have not tested Debian 9.1 32-bit yet as am getting hung up on cause of error.