<div dir="ltr"><div dir="ltr"><div>A<span class="gmail_default" style="font-size:small">ndrea, I did a little bit of experimentation with mkv this morning and can at least pass along some observations.</span></div><div><span class="gmail_default" style="font-size:small"></span></div><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"><span class="gmail_default" style="font-size:small">every</span>
time I use mkv format (with any codec) it always comes out in the<br>
terminal the string:<br>
  "FFMPEG::open_decoder: some stream times estimated:<br>
/home/paz/video_editing/prova/MyVideo.mkv"<br></blockquote><div style="font-size:small" class="gmail_default"><div>This does not cause any real problems.  Basically, when you open a file, if a stream has a known duration, 
there is no message.  It really should have a duration but it often 
obviously does not.<b>  </b>If the duration is unknown, it is estimated by:</div><div>     using File Size and Bitrate to estimate the duration <br></div><div>anyway, the stream number cinelerra uses versus ffmpeg for mkv may be counted differently (per gg).<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In these cases the file management, both in playback and rendering, is<br>
much heavier. For example, a rendering of two mkv files (x264) of<br>
about 1 Gb in total takes more than an hour, while similar mp4 files<br>
(x264) take 25 minutes.</blockquote><div> </div><div><span class="gmail_default" style="font-size:small">In my experience, if you look at the size of the files generated, the mkv file is a lot smaller</span><span class="gmail_default" style="font-size:small"> so I believe that that is why it is so heavy on the CPU usage and takes twice as long to generate.  I do not see much difference when I increase the number of "threads" used or modify the "speed" parameter.  AV1 files have this same small size / slow render issue.<br></span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Is there anything I can do about it? I would<br>
love to be able to use containers and codecs associated with mkv. Have<br>
others had similar experiences?<br></blockquote><div><br></div><div style="font-size:small" class="gmail_default">The only thing I have been able to do to speed up the rendering to take less time is <b>modify "crf" to a higher number</b> - allowable values range from 0-63 and the cin-gg opts files have it set to 32 which is considered a good setting to use.  When you click on the wrench in the video render menu, you see crf=32 and you can change it there.  I could not tell if the quality difference of using crf=45 (which is supposed to be of lower quality and runs faster) is detrimental or not. It really looked the same to me but I used a low resolution video.  And the time savings helps but it still slower than using mp4.</div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">You have probably already looked at the following URL, but that is what Frederic Roentz referred to often:<br></div><div style="font-size:small" class="gmail_default">    <a href="https://developers.google.com/media/vp9/settings/vod/">https://developers.google.com/media/vp9/settings/vod/</a><br></div></div></div></div></div>