<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><div class="gmail_default" style="font-size:small"><span style="font-family:arial,sans-serif"><b>Summary</b> is that the error message is due to lack of keyframes and the workaround is to use Transcode.</span></div><div class="gmail_default" style="font-size:small"><span style="font-family:arial,sans-serif">BUT hopefully a better solution with the Render format parameters can be found.  The render fix for h264/h265 formats is the addition of the lines below (which obviously is not pertinent to av1).  I will see if I can find an alternative, but might not.<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"><div class="gmail_default" style="font-size:small"><span style="font-family:arial,sans-serif"># use framerate for 1 keyframe/sec, needed for seeks<br>keyint_min=25                  <span style="font-family:arial,sans-serif">(or keyint_min=30 for x265)</span><br>x264-params=keyint=25   (or x265-params-keyint=30 for x265)<br></span></div></blockquote><div class="gmail_default" style="font-size:small"><span style="font-family:arial,sans-serif"><br></span></div><div class="gmail_default" style="font-size:small"><span style="font-family:arial,sans-serif">About the error message:</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small"><span style="font-family:arial,sans-serif"><font face="Courier New, Courier, monospace">FFStream::seek:
        /run/media/terje/Videoklipp/Cineform/av1_yuv422p10le_LP.webm</font><br>
      <font face="Courier New, Courier, monospace"> retry limit, pos=207
        tstmp=8280,   err: Input/output error</font><br>
      <font face="Courier New, Courier, monospace">** seek fail 207,
        8280</font></span></div></blockquote><br><div class="gmail_default" style="font-size:small"><font size="4">Seeking Issues </font>(<a href="https://cinelerra-gg.org/download/CinelerraGG_Manual/Seeking_Issues.html">https://cinelerra-gg.org/download/CinelerraGG_Manual/Seeking_Issues.html</a>)<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If you have an issue playing a video and not seeing it in the Compositor (just see a black<br>screen), it is most likely due to the media not being designed to be editable. It is most likely<br>not damaged. Generally it just does not have keyframes which are needed for seeking<br>which is what is done when you move around the media and start playing in the middle.<br>The media plays just fine in the compositor if you always play from the beginning because<br>then you don’t need keyframes to seek. You can get around this problem if you proxy the<br>media. A good choice to use for the proxy would be use scalar, ffmpeg/mp4 and size of 1/2.<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The proxied media can then seek and you will see it play in the compositor because keyframes exist.<br></blockquote>Or use TRANSCODE which adds keyframes when media is not seekable (see Manual for details). This is particularly useful for the mkv container, which often has seek problems. <br></div></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><div class="gmail_default" style="font-size:small"><span style="font-family:arial,sans-serif">Just a reminder about the message below.</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small"><font face="Courier New, Courier, monospace">FFMPEG::open_decoder:
        some stream times estimated:</font></div></blockquote><div class="gmail_default" style="font-size:small"><font face="Courier New, Courier, monospace"><font size="2"><span style="font-family:arial,sans-serif">This
 is not a problem. Basically, when you open a file if a stream has a 
known duration, there is no message. If the duration is unknown, it is 
estimated by using the File Size and Bitrate to estimate the duration.</span></font><br></font></div><div class="gmail_default" style="font-size:small">----------------------------------------</div></div></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>
    My AV1 (video only) test run procedure using CinGG loading a 10-bit
    input file, resulted in 12% smaller file size than with h265.
    Visually the AV1 output file seemingly is ok, but there are some
    CinGG output "FFStream::seek I/O errors, seek fails" I don't know
    what are  !?<br>
</div></blockquote></div></div>