<div dir="ltr"><div class="gmail_default" style="font-size:small">Andrew, I just re-read this to GG to make sure it was stated correctly (sometimes I do not state it quite right or things change).  A few years ago he did send the ffmpeg group an email but there was no response at that time.  Yes, please feel free to pass it along as it could not hurt and may actually help.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 2, 2019 at 2:38 PM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">В сообщении от Saturday 02 November 2019 22:22:40 Phyllis Smith написал(а):<br>
> Andrew:<br>
> <br>
> >   on page 315 I can see reference to configure switch<br>
> > --with-findobject, but as far as I can see this switch was removed in<br>
> > latest git code?<br>
> ><br>
> > Yes, that was removed from the build.  The above section is being looked<br>
> at today and I will try to get it fixed to pass along to Andrea for<br>
> inclusion.<br>
> <br>
> Andrea:  could you change on p. 190 (typo, not 390) the pix_fmt to<br>
> cin_pix_fmt as you see below?  Thank you.<br>
> <br>
> > at p. 190<br>
> ><br>
> > 1 mov prores<br>
> > 2 preset medium<br>
> > 3 pix_fmt yuv422p10le<br>
> ><br>
> <br>
> Andrew:<br>
> <br>
> > shouldn't be pix_fmt changed to cin_pix_fmt, according to our recent<br>
> > discussion<br>
> ><br>
> I am correcting the ffmpeg/video opts files that mistakenly use pix_fmt and<br>
> they will be checked into GIT in a day or 2.<br>
> <br>
<br>
Thanks!<br>
<br>
I also subscribed to <a href="http://ffmpeg.org/pipermail/libav-user" rel="noreferrer" target="_blank">http://ffmpeg.org/pipermail/libav-user</a> and can bring up there two points made in documentation<br>
<br>
p. 193:<br>
<br>
Outstanding Issues with ffmpeg: There are some problems that need to be ad-<br>
     dressed by the ffmpeg developer group that adversely affect Cinelerra. These<br>
     are stated below with the hopes that that group will fix them as time permits.<br>
<br>
• Make all the default parameters operational. When they are not, the<br>
  Cinelerra plugins can’t be initialized since the initial state of the filter<br>
  is not operational. If that is not possible, then provide a set of nominal<br>
  parameters for each plugin, so that they can be used as the plugins<br>
  initial default state.<br>
• Make the filter config function project the new parameter data into<br>
  the filter function at any point during filter operation. This is so that<br>
  continuous updates can be done as the plugin operates.<br>
• Improve seek codec restarts. The past predictor must be reset or recon-<br>
  structed after a seek. The only documented way to seek is open/seek/-<br>
  play. Reopening the format layer is very expensive.<br>
<br>
<br>
I think I can also link in <a href="https://www.cinelerra-gg.org/bugtracker/view.php?id=330" rel="noreferrer" target="_blank">https://www.cinelerra-gg.org/bugtracker/view.php?id=330</a><br>
because IMO it shows how wild timestamp can ruin synchro<br>
<br>
If GG OK with this formulation I will send email to libav-users and CC this list too.<br>
<br>
<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>