<br><br>On Tuesday, August 3, 2021, Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Monday, August 2, 2021, Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank">randrianasulu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Monday, August 2, 2021, Phyllis Smith via Cin <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">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/enc<wbr>oder/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/enc<wbr>oder/encoder.cpp | grep Summary -A 10                                                                     void Encoder::printSummary()                                           {                                                                          if (m_param->logLevel < X265_LOG_INFO)                                     return;</div></blockquote><div><br></div><div><br></div><div>also you can try and disable some printing at</div><div><br></div><div> thirdparty/x265_3.5/source/<wbr>encoder/api.cpp</div><div><br></div><div>look for x265_encoder function and lines</div><div><br></div><div><br></div><div>x265_copy_params(zoneParam, p);</div><div>    x265_log(param, X265_LOG_INFO, "HEVC encoder version %s\n", PFX(ver</div><div>    x265_log(param, X265_LOG_INFO, "build info %s\n", PFX(build_info_st</div><div><br></div><div>and call for 'x265_print_params(param);' </div><div><br></div><div>and in x265_encoder_close call to encoder->printSummary();</div><div><br></div><div>sorry, this info printing a bit spread around x265's codebase</div></blockquote><div><br></div><div><br></div><div><br></div><div>you can also try to edit</div><div><br></div><div>$ mcedit thirdparty/ffmpeg-4.4/libavcodec/libx265.c</div><div><br></div><div>and just add this line </div><div><br></div><div> ....</div><div>    ctx->params->logLevel = X265_LOG_NONE;</div><div><br></div><div>just before </div><div>    ctx->encoder = ctx->api->encoder_open(ctx->params);</div><div><br></div><div>it compiles but I currently can't test it - termux is rolling distro and right now xfwm4 apparently broken.. </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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>
</blockquote>
</blockquote>