<br><br>On Monday, August 2, 2021, Phyllis Smith via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Andrew,</div><div class="gmail_default" style="font-size:small">Is there a flag when compiling x265 so that the user does not have to see these informational messages?  <br></div><div class="gmail_default" style="font-size:small">I know they are good for us -- but most users will not want to see them.<br></div><div class="gmail_quote"><span style="font-family:monospace">x265 [info]: HEVC encoder version 3.4<br>x265 [info]: build info [Linux][GCC 10.2.1][64 bit] 8bit<br>x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2<br>x265 [info]: Main profile, Level-2 (Main tier)<br>x265 [info]: Thread pool created using 16 threads<br>x265 [info]: Slices                              : 1<br>x265 [info]: frame threads / pool features       : 4 / wpp(4 rows)<br>x265 [warning]: Source height < 720p; disabling lookahead-slices<br>x265 [info]: Coding QT: max CU size, min CU size : 64 / 8<br>x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra<br>x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3</span></div><div class="gmail_quote"></div></div></div></blockquote><div><br></div><div>it seems at least part of this info printed by Encoder::printSummary() function in</div><div>thirdparty/x265_3.5/source/encoder/encoder.cpp</div><div><br></div><div><br></div><div>try to just unconditionally return from very first lines in it? </div><div><br></div><div>like commenting out this 'if' line, while leaving return in place... </div><div><br></div><div>$ cat thirdparty/x265_3.5/source/encoder/encoder.cpp | grep Summary -A 10                                                                     void Encoder::printSummary()                                           {                                                                          if (m_param->logLevel < X265_LOG_INFO)                                     return;</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"></div><div class="gmail_quote"><span style="font-family:monospace"><span class="gmail_default" style="font-size:small">,,,</span><br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sunday, August 1, 2021, Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com" target="_blank">gamberucci.andrea@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The correct frames are "7500", that is the ones reported by CinGG<br>
encoding. I verified on the timeline!<br>
</blockquote><div><br></div><div>thanks! (but remembering history of my hacks it never hurt to test a bit more...) <br></div>
</blockquote></div></div></div>
</blockquote>