<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">вс, 31 дек. 2023 г., 03:38 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com">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 style="font-size:small" class="gmail_default">Despite the fact that libaom v3.8.0 does not build on Ubuntu 16, I have tested it on 5 different levels of operating systems and found no issues AND you all have been testing it A LOT !  For Ubuntu 16 and earlier cmake versions the --enable-libaom=no added to the bld.sh configure line allows for CinGG to build without libaom.  So the user who does their own builds can either (1) update cmake, (2) build libaom v3.4.0 by changing <a href="http://configure.ac" target="_blank" rel="noreferrer">configure.ac</a> AND deleting libaom parts in ./thirdparty/src, or (3) build without it as --enable-libaom-no on the bld.sh configure line.</div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">Any objections to checking libaom v3.8.0 into GIT for wide usage?  Andrew, what about TERMUX?<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Few days ago it was working, I might need another tweak for static termux bld script due to always rolling nature of Termux but I think I'll deal with it on my end (and send patches).</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 style="font-size:small" class="gmail_default"></div><br><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"><div dir="auto"><div><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">I have compiled with both aom 3.8 and aom 3.6 patches without errors.<br>
The rendering test results are:<br>
<br>
aom 3.4: 34 fps<br>
aom 3.6: 39 fps<br>
aom 3.8: 48 fps<br>
<br>
The speed increase is noticeable.<br>
The videos result visually of the same quality. aom 3.4 and 3.6 give<br>
files of equal size while aom 3.8 gives a slightly smaller file.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Thanks. So, according to this upgrade to 3.8 is more desirable than just to 3.6. Not sure if keeping both versions (one perfixed with _ underscore) in src actually good idea size-wide? Hopefully if ppl can get cingg from internet for self-build they also can get libaom and flip the switch in <a href="http://configure.ac" target="_blank" rel="noreferrer">configure.ac</a> ? So may be just keeping prefixed patches for both versions and having  line in BUILDING explainin <a href="http://configure.ac" target="_blank" rel="noreferrer">configure.ac</a> edit (well, we do not have BUILDING yet as txt file in our root, but hopefully this can be fixed easily by copypasting manual section on this ?)</div><div dir="auto"><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"></blockquote></div></div><div dir="auto"><br></div>
</div></blockquote></div></div>
</blockquote></div></div></div>