- Cin - Cinelerra-GG Mailing Lists

For some reason embedded suil-0.10.6 compiled w/o X11 support?
by Andrew Randrianasulu 21 Mar '20

21 Mar '20

from log .. /dev/shm/tmp/cinelerra-goodguy-20200321/cinelerra-5.1/thirdparty/suil-0.10.6/build/config.log --------------------------------------------- Checking for 'lv2 >= 1.16.0' ['/usr/bin/pkg-config', 'lv2 >= 1.16.0', '--cflags', '--libs', 'lv2', '>=', '1.16.0'] out: -I/usr/local/include yes --------------------------------------------- Checking for 'x11' ['/usr/bin/pkg-config', '--cflags', '--libs', 'x11'] err: Package x11 was not found in the pkg-config search path. Perhaps you should add the directory containing `x11.pc' to the PKG_CONFIG_PATH environment variable No package 'x11' found not found from /dev/shm/tmp/cinelerra-goodguy-20200321/cinelerra-5.1/thirdparty/suil-0.10.6: The configuration failed --------------------------------------------- Checking for 'gtk+-2.0 >= 2.18.0' ['/usr/bin/pkg-config', 'gtk+-2.0 >= 2.18.0', '--cflags', '--libs', 'gtk+-2.0', '>=', '2.18.0'] err: Package pixman-1 was not found in the pkg-config search path. Perhaps you should add the directory containing `pixman-1.pc' to the PKG_CONFIG_PATH environment variable Package 'pixman-1', required by 'cairo', not found not found from /dev/shm/tmp/cinelerra-goodguy-20200321/cinelerra-5.1/thirdparty/suil-0.10.6: The configuration failed --------------------------------------------- Checking for 'gtk+-2.0' ['/usr/bin/pkg-config', '--cflags', '--libs', 'gtk+-2.0'] err: Package pixman-1 was not found in the pkg-config search path. Perhaps you should add the directory containing `pixman-1.pc' to the PKG_CONFIG_PATH environment variable Package 'pixman-1', required by 'cairo', not found not found from /dev/shm/tmp/cinelerra-goodguy-20200321/cinelerra-5.1/thirdparty/suil-0.10.6: The configuration failed --------------------------------------------- Checking for 'gtk+-x11-2.0' ['/usr/bin/pkg-config', '--cflags', '--libs', 'gtk+-x11-2.0'] err: Package pixman-1 was not found in the pkg-config search path. Perhaps you should add the directory containing `pixman-1.pc' to the PKG_CONFIG_PATH environment variable Package 'pixman-1', required by 'cairo', not found not found from /dev/shm/tmp/cinelerra-goodguy-20200321/cinelerra-5.1/thirdparty/suil-0.10.6: The configuration failed even if from system (root) shell I can see all libs via pkg-config: pkg-config --cflags --libs x11 -I/usr/X11R7/include -L/usr/X11R7/lib -lX11 can it be related to 'chrooted' (?) lv2 build as part of thirdparty build process? Found this error while trying those plugins (lv2 version for i585): https://github.com/sadko4u/lsp-plugins/releases/tag/lsp-plugins-1.1.14 Error: cin Cinelerra Infinity - built: Mar 21 2020 04:59:46 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. suil error: Unable to wrap UI type <http://lv2plug.in/ns/extensions/ui#X11UI> as type <http://lv2plug.in/ns/extensions/ui#GtkUI>

1 0

Checked in tweaked patches from Andrew - EXR, PNG, and TIFF
by Phyllis Smith 21 Mar '20

21 Mar '20

The latest GIT checkin consists of mostly patches that Andrew has been working with a couple of tweaks and other small bugs in other areas by gg. What you will see for Render choices that new: EXR - choices of B44, B44A, DWAA, DWAB PNG - now has added choices in the render video wrench to include Compression level 0-9 and Depth 8/16 TIFF - new choices of LZW, LZWMA, Deflate We have done minimal testing and probably Andrew will test to make sure we got all of his patches correct!

3 11

stdc++11 detecion via autotools
by Andrew Randrianasulu 21 Mar '20

21 Mar '20

I just added AX_CXX_COMPILE_STDCXX_11 into configure.ac, and now, ./configure prints: checking whether g++ supports C++11 features by default... no checking whether g++ supports C++11 features with -std=gnu++11... yes found this tip via stackoverfolw, and then gnu site: https://www.gnu.org/software/autoconf-archive/ax_cxx_compile_stdcxx_11.html on debian you might want to install autoconf-archive ... or at least some says so: https://stackoverflow.com/questions/11909347/autotools-check-for-c11 "To get it to work, I also installed autoconf-archive ..[...]" so, at the end of config.log it says: CXXFLAGS='-g -O2 -std=gnu++11' but I haven't tested this yet I forgot to re-add this png_set_swap thing, so I better to do some other tests before yet another rebuild :} just in case: https://gcc.gnu.org/projects/cxx-status.html C++11 Support in GCC GCC 4.8.1 was the first feature-complete implementation of the 2011 C++ standard, previously known as C++0x. This mode can be selected with the -std=c++11 command-line flag, or -std=gnu++11 to enable GNU extensions as well. C++14 Support in GCC GCC has full support for the previous revision of the C++ standard, which was published in 2014. This mode is the default in GCC 6.1 and above; it can be explicitly selected with the -std=c++14 command-line flag, or -std=gnu++14 to enable GNU extensions as well. because new OpenEXR compiles with gcc 5.5.0 as in Slackware 14.2 I assume support for this c++14 mode was complete enough for this library even in late gcc 5.x (see tables at link above) Thing is, failing whole Cin build due to one embedded library probably not best thing to do ... so, just set building new OpenEXR to No in one specific case, when compiler has no support for c++11 at all? Apparently, static libraries have both advantages (less dependencies for run time) and disadvantages (if you hit bug in statically-linked lib you are forced to rebuild whole thing anyway) By the way, I think current README in root of Cinelerra source tree explain situation fairly well. Just for making software BOTH feature complete and runnable on old distros/cpus someone has to put some effort .... I hope my little researches help more than hurt.

2 1

av1 encoding speed with libaom-git
by Andrew Randrianasulu 20 Mar '20

20 Mar '20

Not EXACTLY same fragment, but same frame size (720x400), project colorspace (rgba-float), and duration - 10.9 seconds. guest@slax:/dev/shm$ cin Cinelerra Infinity - built: Mar 20 2020 08:57:03 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. init plugin index: /usr/lib/cin/plugins PluginFFilter::new_ffilter(anlms) err: Ошибка ввода/вывода PluginFFilter::new_ffilter(arnndn) err: Недопустимый аргумент PluginFFilter::new_ffilter(axcorrelate) err: Ошибка ввода/вывода [dnn_processing @ 0xdcce480] model file for network is not specified PluginFFilter::new_ffilter(dnn_processing) err: Недопустимый аргумент PluginFFilter::new_ffilter(freezeframes) err: Ошибка ввода/вывода PluginFFilter::new_ffilter(maskedmax) err: Ошибка ввода/вывода PluginFFilter::new_ffilter(maskedmin) err: Ошибка ввода/вывода PluginFFilter::new_ffilter(overlay_opencl) err: Ошибка ввода/вывода PluginFFilter::new_ffilter(xfade) err: Ошибка ввода/вывода PluginFFilter::new_ffilter(xfade_opencl) err: Ошибка ввода/вывода [openclsrc_705 @ 0xdcceb00] OpenCL source requires output dimensions to be specified. PluginFFilter::new_ffilter(openclsrc) err: Недопустимый аргумент init lv2 index: LOAD: http://lv2plug.in/plugins/eg-amp LOAD: http://lv2plug.in/plugins/eg-fifths LOAD: http://lv2plug.in/plugins/eg-metro LOAD: http://lv2plug.in/plugins/eg-sampler Loading sample /usr/lib/lv2/eg-sampler.lv2/click.wav Freeing /usr/lib/lv2/eg-sampler.lv2/click.wav LOAD: http://lv2plug.in/plugins/eg-scope#Mono LOAD: http://lv2plug.in/plugins/eg-scope#Stereo RenderFarmClient::main_loop: client started Render::render_single: Session finished. ** rendered 273 frames in 722.437 secs, 0.378 fps ignore plugin reg. errors, they come from my use of ffmpeg.git :} Nearly 0.4 fps sounds nearly reasonable .. but this is for basically SD sized frame. I used cpu-used 8 (fastest possible) speed setting. I suggest it as default, because otherwise .... 'my computer too slow to encode this!' Libaom version I integrated (by just mv'ing my own tar.xz archive into thirdparty/src during slackbuild prepare phase) was: commit 0d58dae1c026c1f146528539b8e65e16f7225172 (HEAD -> master, origin/master, origin/HEAD) Author: Jerome Jiang <jianj(a)google.com> Date: Wed Mar 4 14:32:41 2020 -0800 RT: Handle variance low flag properly for superblock 64x64 Neutral bdrate loss on rtc_derf. 2-3% speed gain on low res speed 8 50K on linux, 1-2% speed up on ARM. Change-Id: Ic9bbc1c07a8dd44cd8bd1315cb40b603088b1cec (note , git commit dates not always chronological, checkout was done on Mar, 19, 2020 :) ) hacked slackbuild attached (really HEAVY hacked, definitely not for checking in, just for seeing what I did with libaom)

1 0

AVX512 asm instructions - idea for configure.ac
by Andrew Randrianasulu 20 Mar '20

20 Mar '20

Oh, i was looking at recent fail-out from libdav1d upgrade... It seems proper course of action is to add configure.ac check for nasm supporting specific new instructions, and if not - disabling internal dav1d build (or may be swicthed to old version of it?) Right now there is already one check: ## arch dep tests ARCH=[`uname -m`] I86=[`expr "x$ARCH" : 'xi[346]86.*'`] X86=[`expr "x$ARCH" : 'x..._64*'`] if test "x$I86$X86" != "x00" ; then # Checks for ix86 programs. REQUIRE_PROG(NASM, [nasm]) # libx264 nasm fix AC_MSG_CHECKING([nasm x264 compatible]) echo "vmovdqa32 [[eax]]{k1}{z}, zmm0" > conftest.asm nasm conftest.asm -o conftest.o > /dev/null 2>&1 if test $? != 0 ; then AC_MSG_RESULT([no]) AC_MSG_WARN([libx264 built without assembly code]) X264_CFG_PARAMS="$X264_CFG_PARAMS --disable-asm" else AC_MSG_RESULT([yes]) fi rm -f conftest.asm conftest.o REQUIRE_PROG(YASM, [yasm]) fi as side note I think AC_MSG_WARN([libx264 built without assembly code]) should be read as "[libx264 will be built without assembly code" ? Now how to test all those other instructions.. I looked at https://repo.or.cz/nasm.git/blob/HEAD:/test/avx512pf.asm and followed to http://sourceware.org/git/?p=binutils-gdb.git;a=tree;f=gas/testsuite/gas/i3… some of ..those? http://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gas/testsuite/gas/i3… vgatherpf0dpd 1024(%ecx,%ymm7,4){%k1}. ? or may be (note .intel_syntax remark! I tried intel2gas but of course it had no idea about those new instructions ...) http://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gas/testsuite/gas/i3… vpermb xmm6{k7}, xmm5, xmm4 this works on nasm 2.14.02: echo "vpermb xmm6{k7}, xmm5, xmm4" > test.nasm nasm test.nasm hexdump test 0000000 f262 0f55 f48d 0000006 vpermb seems to be new-ish AVX-512 instruction: https://github.com/WojciechMula/base64simd/issues/5 https://en.wikipedia.org/wiki/Cannon_Lake_(microarchitecture) oh, this avx-512 series of instructions is a big ...pool of them Not all supported everywhere even on latest Intel, it seems .... But we only need nasm check, no?

1 0

fileexr build failure with gcc 5.5.0
by Andrew Randrianasulu 20 Mar '20

20 Mar '20

g++ `cat i686/c_flags` -Wno-deprecated -DMSGQUAL=fileexr -c fileexr.C -o i686/fileexr.o In file included from /usr/include/c++/5.5.0/cstdint:35:0, from /dev/shm/tmp/cinelerra-goodguy-20200320/cinelerra-5.1/cinelerra/../thirdparty/openexr-2.4.1/usr/local/include/OpenEXR/ImfFrameBuffer.h:55, from /dev/shm/tmp/cinelerra-goodguy-20200320/cinelerra-5.1/cinelerra/../thirdparty/openexr-2.4.1/usr/local/include/OpenEXR/ImfInputFile.h:47, from fileexr.C:39: /usr/include/c++/5.5.0/bits/c++0x_warning.h:32:2: ошибка: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support must be enabled with the -std=c++11 or -std=gnu++11 compiler options. #error This file requires compiler and library support \ I put this little " -std=c++11" in CFLAGS not just for decoration.. Porbbaly new-ish gcc will default to this standard, but older ones .....

1 0

New dav1d need new nasm?
by Andrew Randrianasulu 20 Mar '20

20 Mar '20

Sorry, I just saw recent commit message in Cin git: https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=commit;h=f377b3… "back out dav1d 0.6.0->0.5.1 nasm incompatible most systems [...]" partially my fault because I not checked this requirement (I have nasm nasm-2.14.02-i586-1). I can dig up some recompiling tips relatively easily, I did some of this last year, but this still will require some manual action. (i don't think you want /me as buildmaster ...) Was openexr 2.4.1 stuff Ok enough for rebuild? https://wiki.centos.org/HowTos/RebuildSRPM you can get srpm from http://sisyphus.ru/en/srpm/Sisyphus/nasm/get https://wiki.debian.org/BuildingAPackage you can get dsc files from https://packages.debian.org/ru/sid/nasm Sorry, I don't have my external hdd with Virtual Machines ready ....

2 2

Updated filetiff patch
by Andrew Randrianasulu 20 Mar '20

20 Mar '20

Updated a bit .... https://www.dpreview.com/forums/post/5394197 - see for LZW patent, I tested rgba-float project rendering one frame into LZW-compressed tiff, and it worked, at least I can see image/alpha in GIMP (2.10.18). I wonder how many tiff readers today ready to deal with lzma2 compressed tiffs? I wonder if I should try to add png compression level to GUI :} ---------- Пересланное сообщение ---------- Тема: filetiff patch Дата: Воскресенье 15 марта 2020 Отправитель: Andrew Randrianasulu <randrianasulu(a)gmail.com> Получатель: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> I tried few more compression schemas from libtiff 4.0.10 tiff.h: #define TIFFTAG_COMPRESSION 259 /* data compression technique */ #define COMPRESSION_NONE 1 /* dump mode */ #define COMPRESSION_CCITTRLE 2 /* CCITT modified Huffman RLE */ #define COMPRESSION_CCITTFAX3 3 /* CCITT Group 3 fax encoding */ #define COMPRESSION_CCITT_T4 3 /* CCITT T.4 (TIFF 6 name) */ #define COMPRESSION_CCITTFAX4 4 /* CCITT Group 4 fax encoding */ #define COMPRESSION_CCITT_T6 4 /* CCITT T.6 (TIFF 6 name) */ #define COMPRESSION_LZW 5 /* Lempel-Ziv & Welch */ #define COMPRESSION_OJPEG 6 /* !6.0 JPEG */ #define COMPRESSION_JPEG 7 /* %JPEG DCT compression */ #define COMPRESSION_T85 9 /* !TIFF/FX T.85 JBIG compression */ #define COMPRESSION_T43 10 /* !TIFF/FX T.43 colour by layered JBIG compression */ #define COMPRESSION_NEXT 32766 /* NeXT 2-bit RLE */ #define COMPRESSION_CCITTRLEW 32771 /* #1 w/ word alignment */ #define COMPRESSION_PACKBITS 32773 /* Macintosh RLE */ #define COMPRESSION_THUNDERSCAN 32809 /* ThunderScan RLE */ /* codes 32895-32898 are reserved for ANSI IT8 TIFF/IT <dkelly(a)apago.com) */ #define COMPRESSION_IT8CTPAD 32895 /* IT8 CT w/padding */ #define COMPRESSION_IT8LW 32896 /* IT8 Linework RLE */ #define COMPRESSION_IT8MP 32897 /* IT8 Monochrome picture */ #define COMPRESSION_IT8BL 32898 /* IT8 Binary line art */ /* compression codes 32908-32911 are reserved for Pixar */ #define COMPRESSION_PIXARFILM 32908 /* Pixar companded 10bit LZW */ #define COMPRESSION_PIXARLOG 32909 /* Pixar companded 11bit ZIP */ #define COMPRESSION_DEFLATE 32946 /* Deflate compression */ #define COMPRESSION_ADOBE_DEFLATE 8 /* Deflate compression, as recognized by Adobe */ /* compression code 32947 is reserved for Oceana Matrix <dev(a)oceana.com> */ #define COMPRESSION_DCS 32947 /* Kodak DCS encoding */ #define COMPRESSION_JBIG 34661 /* ISO JBIG */ #define COMPRESSION_SGILOG 34676 /* SGI Log Luminance RLE */ #define COMPRESSION_SGILOG24 34677 /* SGI Log 24-bit packed */ #define COMPRESSION_JP2000 34712 /* Leadtools JPEG2000 */ #define COMPRESSION_LERC 34887 /* ESRI Lerc codec: https://github.com/Esri/lerc */ /* compression codes 34887-34889 are reserved for ESRI */ #define COMPRESSION_LZMA 34925 /* LZMA2 */ #define COMPRESSION_ZSTD 50000 /* ZSTD: WARNING not registered in Adobe-maintained registry */ #define COMPRESSION_WEBP 50001 /* WEBP: WARNING not registered in Adobe-maintained registry */ Sadly, only deflate worked with 32-bit floating point session. Others complained like FileTIFF: Compression scheme 32908 scanline encoding is not implemented. Also, GIMP complained a bit, but allow me to open image anyway: tiff_io_warning: [TIFFReadDirectory] Sum of Photometric type-related color channels and ExtraSamples doesn't match SamplesPerPixel. Defining non-color channels as ExtraSamples. tiff_io_warning: [TIFFReadDirectory] Sum of Photometric type-related color channels and ExtraSamples doesn't match SamplesPerPixel. Defining non-color channels as ExtraSamples. tiff_io_warning: [TIFFReadDirectory] Sum of Photometric type-related color channels and ExtraSamples doesn't match SamplesPerPixel. Defining non-color channels as ExtraSamples. tiff_io_warning: [TIFFReadDirectory] Sum of Photometric type-related color channels and ExtraSamples doesn't match SamplesPerPixel. Defining non-color channels as ExtraSamples. bps: 32 load_contiguous bytes_per_pixel: 16, format: 16 Probably for other compression schemas differet, non-scanline method of calling libtiff must be used? Also, a bit of nipicking (?) but Cinelerra doesn' show single-frame rendering correctly in stats: ** rendered 0 frames in 14.170 secs, 0.000 fps Render::render_single: Session finished. ** rendered 355 frames in 249.619 secs, 1.422 fps Render::render_single: Session finished. ** rendered 0 frames in 3.640 secs, 0.000 fps Shouldn't it be 1 frame, at least? -------------------------------------------------------

2 3

libaom encoding speed
by Andrew Randrianasulu 19 Mar '20

19 Mar '20

It finally finished! int FFMPEG::init_encoder(const char*): mismatch audio/video file format: /dev/shm/av1.webm ---this was due to missing av1 audio opts file----- Render::render_single: Session finished. Render::render_single: Session finished. ** rendered 272 frames in 15931.815 secs, 0.017 fps and this was with just 720x400 frame size! As another data point, just before this experiment I run x265 encode over same region: x265 [info]: HEVC encoder version 3.2.1+1-b5c86a64bbbe x265 [info]: build info [Linux][GCC 5.5.0][32 bit][noasm] 10bit x265 [info]: using cpu capabilities: none! x265 [info]: Main 4:2:2 10 profile, Level-3 (Main tier) x265 [info]: Thread pool created using 4 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 2 / wpp(7 rows) x265 [warning]: Source height < 720p; disabling lookahead-slices x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3 x265 [info]: Keyframe min / max / scenecut / bias: 30 / 30 / 40 / 5.00 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 3 / off / on x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60 x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra x265 [info]: tools: strong-intra-smoothing deblock sao x265 [info]: frame I: 13, Avg QP:24.57 kb/s: 2595.82 x265 [info]: frame P: 66, Avg QP:28.35 kb/s: 167.28 x265 [info]: frame B: 193, Avg QP:35.08 kb/s: 16.89 x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0% x265 [info]: consecutive B-frames: 8.9% 13.9% 2.5% 73.4% 1.3% encoded 272 frames in 56.67s (4.80 fps), 176.64 kb/s, Avg QP:32.95 Render::render_single: Session finished. ** rendered 272 frames in 56.747 secs, 4.793 fps x265 [info]: HEVC encoder version 3.2.1+1-b5c86a64bbbe x265 [info]: build info [Linux][GCC 5.5.0][32 bit][noasm] 10bit x265 [info]: using cpu capabilities: none! x265 [info]: Main 4:2:2 10 profile, Level-3 (Main tier) x265 [info]: Thread pool created using 4 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 2 / wpp(7 rows) x265 [warning]: Source height < 720p; disabling lookahead-slices x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3 x265 [info]: Keyframe min / max / scenecut / bias: 30 / 30 / 40 / 5.00 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 3 / off / on x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60 x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra x265 [info]: tools: strong-intra-smoothing deblock sao x265 [info]: frame I: 13, Avg QP:24.58 kb/s: 2591.60 x265 [info]: frame P: 65, Avg QP:28.29 kb/s: 170.42 x265 [info]: frame B: 194, Avg QP:35.10 kb/s: 16.73 x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0% x265 [info]: consecutive B-frames: 7.7% 14.1% 2.6% 73.1% 2.6% encoded 272 frames in 59.33s (4.58 fps), 176.53 kb/s, Avg QP:32.97 Render::render_single: Session finished. ** rendered 272 frames in 60.858 secs, 4.469 fps As a side question, I wonder if adding frame size/project's colorspace actually implementable (without much effort) idea. (you see, x265/x264 prints their own stats, but other encoders might be not so verbose) May be those 'extended' stats should be hidden behind configuration parameter. (if anyone/anything relies on exact this type of output) So, may be I should use one of those speed tunables in libaom: -cpu-used 8 -tile-columns 1 -tile-rows 0 https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=130284&p… Currently testing cpu-used 8 Render::render_single: Session finished. ** rendered 272 frames in 2567.477 secs, 0.106 fps \o/ so, current settings (in Cinelerra): strict=-2 threads=8 cpu-used=8 tile-columns=2 row-mt=true tile-rows=0 On this machine: LANG=C lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian Address sizes: 48 bits physical, 48 bits virtual CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 Vendor ID: AuthenticAMD CPU family: 21 Model: 2 Model name: AMD FX(tm)-4300 Quad-Core Processor Stepping: 0 CPU MHz: 2585.307 CPU max MHz: 3800.0000 CPU min MHz: 1400.0000 BogoMIPS: 7600.76 Virtualization: AMD-V L1d cache: 16K L1i cache: 64K L2 cache: 2048K L3 cache: 4096K Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate ssbd vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold du -h /dev/shm/av1-cpu-used-8.webm 232K /dev/shm/av1-cpu-used-8.webm With libaom as included in Cinelerra. from feb, 1, 2019 (as far as I can see)

1 0

libaom findings, gcc/c++ and old distros
by Andrew Randrianasulu 19 Mar '20

19 Mar '20

Well, while this may be not very good idea (libaom.git by def. unstable target...), I looked around https://aomedia.googlesource.com/aom/ and found new tag! Tags v1.0.0-errata1-avif tag 62c211d7060ad47184d89cda7863dccbc1ace22a tagger Yaowu Xu <yaowu(a)google.com> Thu Dec 12 10:50:24 2019 -0800 object 4eb1e7795b9700d532af38a2d9489458a8038233 AV1 Version 1.0.0 with errata 1 for AVIF This tag does not indicate or imply any change to AV1 bitstream or decoding behavior since v1.0.0-errata1, rather it indicates this library can also be used for encoding and decoding AVIF. Huh ..since this time some more changes were made to git ... including sse2 acceleration "Add sse2 four-points sad_avg" "Add neon/sse2 optimization for fwd txfm 4x4 Add unit test to verify C/SSE2/NEON are bitexact." from this example of config line at AOM page cmake path/to/aom \ -DENABLE_CCACHE=1 \ -DAOM_TARGET_CPU=generic \ -DENABLE_DOCS=0 \ -DENABLE_TESTS=0 \ -DCONFIG_ACCOUNTING=1 \ -DCONFIG_INSPECTION=1 \ -DCONFIG_MULTITHREAD=0 \ -DCONFIG_RUNTIME_CPU_DETECT=0 \ -DCONFIG_WEBM_IO=0 \ I assume it can be configured with multithreaded and/or runtime cpu (simd?) detection. Currently building master on gcc 5.5/32 bit Slackware .... PS; it seems Debian 8 will be ofically EOL by Debian from June, 2020: https://wiki.debian.org/LTS "Debian 8 “Jessie” i386, amd64, armel and armhf from 17th June 2018 to June 30, 2020" BUT there might be extended support from another company ... https://raphaelhertzog.com/2020/03/11/keeping-debian-8-jessie-alive-for-lon… on CentOS7 front ... https://forum.qt.io/topic/111182/qt-5-14-1-won-t-compile-anything-on-my-cen… it seems latest qt 5 depend on same set of new c++ features as other libs, from now on .. https://www.softwarecollections.org/en/scls/rhscl/devtoolset-7/ "devtoolset-7 - Developer Toolset is designed for developers working on CentOS or Red Hat Enterprise Linux platform. It provides current versions of the GNU Compiler Collection, GNU Debugger, and other development, debugging, and performance monitoring tools." Ubuntu 14.04.x .... https://gist.github.com/beci/2a2091f282042ed20cda gcc 5 on ubuntu 14.04 BUT with big fat warning ... "ppa:ubuntu-toolchain-r/test seems like it's not being updated or bugfixed properly and could even leave your Ubuntu 14.04 machine in an unbootable state. Beware... See here a bunch of people breaking their installations of apt-get and gnome by blindly using that repo: https://askubuntu.com/questions/777803/apt-relocation-error-version-glibcxx…" There seems to be another PPA with gcc 8.1 https://launchpad.net/~jonathonf/+archive/ubuntu/gcc-8.1/+packages

1 0