On Thu, Dec 21, 2023 at 2:57 PM Phyllis Smith <[email protected]> wrote:
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.
Have not tested Debian 9.1 32-bit yet as am getting hung up on cause of error.
Now that I have tested multibit on Debian 9.1 32-bit, it too has an Error in the log file, but seems to work anyway. Error is: cmake version 3.7.2 -- The C compiler identification is GNU 6.3.0 -- The CXX compiler identification is GNU 6.3.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detectin ... /bin/sh: 1: Syntax error: "(" unexpected Makefile:4: recipe for target 'all' failed make[3]: [all] Error 2 (ignored) make[3]: Leaving directory '/tmp/cinelerra-5.1-multibit/thirdparty/x265_3.517122023' touch /tmp/cinelerra-5.1-multibit/thirdparty/../thirdparty/build/x265.built