[Cin] AV1 yuv422p10le rendering with some output FFStream::seek I/O errors, seek fails

[Phyllis Smith]

>
> g=30
> keyint_min=30
>
Seems to work for av1.webm format -- still testing.  I want to test
Andrew's suggestions next.

On Wed, Aug 7, 2024 at 1:18 PM Andrew Randrianasulu <randrianasulu at gmail.com>
wrote:

> On Wed, Aug 7, 2024 at 9:13 PM Phyllis Smith via Cin
> <cin at lists.cinelerra-gg.org> wrote:
> >
> > Summary is that the error message is due to lack of keyframes and the
> workaround is to use Transcode.
> > 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.
>
> aomenc --help mentions
>
> --kf-min-dist=<arg>         Minimum keyframe interval (frames)
> --kf-max-dist=<arg>         Maximum keyframe interval (frames)
>
> and there seems to be way (aom-params) to pass libaom specific options
> via ffmpeg's ...
>
> so ..
> aom-params=kf-min-dist=25:kf-max-dist=25 ?
>
> for svt-av1 you hopefully can use just keyint= with svtav1-params line?
> command line svt av1 encoder seems to default for 5 seconds?
>
> Also, may be add keyint_min=25 (for 25 fps vid) as generic libav*
> (ffmpeg) option
>
>
> >>
> >> # use framerate for 1 keyframe/sec, needed for seeks
> >> keyint_min=25                  (or keyint_min=30 for x265)
> >> x264-params=keyint=25   (or x265-params-keyint=30 for x265)
> >
> >
> > About the error message:
> >>
> >> FFStream::seek:
> /run/media/terje/Videoklipp/Cineform/av1_yuv422p10le_LP.webm
> >>  retry limit, pos=207 tstmp=8280,   err: Input/output error
> >> ** seek fail 207, 8280
> >
> >
> > Seeking Issues (
> https://cinelerra-gg.org/download/CinelerraGG_Manual/Seeking_Issues.html)
> >>
> >> If you have an issue playing a video and not seeing it in the
> Compositor (just see a black
> >> screen), it is most likely due to the media not being designed to be
> editable. It is most likely
> >> not damaged. Generally it just does not have keyframes which are needed
> for seeking
> >> which is what is done when you move around the media and start playing
> in the middle.
> >> The media plays just fine in the compositor if you always play from the
> beginning because
> >> then you don’t need keyframes to seek. You can get around this problem
> if you proxy the
> >> media. A good choice to use for the proxy would be use scalar,
> ffmpeg/mp4 and size of 1/2.
> >>
> >> The proxied media can then seek and you will see it play in the
> compositor because keyframes exist.
> >
> > 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.
> >
> > Just a reminder about the message below.
> >>
> >> FFMPEG::open_decoder: some stream times estimated:
> >
> > 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.
> > ----------------------------------------
> >
> >> 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  !?
> >
> > --
> > Cin mailing list
> > Cin at lists.cinelerra-gg.org
> > https://lists.cinelerra-gg.org/mailman/listinfo/cin
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20240807/ecfb728d/attachment.htm>