<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_quote"><div dir="ltr"><div style="font-size:small">Attached is the Freelancer patch so if Andrew and Andre<span class="gmail_default" style="font-size:small">a </span>ould test (and Andrew look at the code) to see if it is usable, I would appreciate it.  (Andre<span class="gmail_default" style="font-size:small">a</span>, cd to ...cinelerra-5.1/cinelerra   and do "patch < location of downloaded patch"    should work.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 13, 2021 at 12:07 AM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank">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"><br><br>On Sunday, December 12, 2021, Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" target="_blank">phylsmith2017@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"><div dir="ltr"><div dir="ltr"><div style="font-size:small"></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">this patch prevent gif segfault problem (but all images become  the same for given list!) , but not sure about other, similar crashes you observed? <br></blockquote><div style="font-size:small">Andrew, patch works just like you stated and most importantly prevents the crash.  Similar mod would have to be put into fileexr.C, filejpeg.C, etc. but let me see if I can get the Freelancer to come up with a different solution -- he keeps nagging me for something to do.<br></div></div></div></blockquote><div><br></div><div>well, I think real solution should augment those filereaders with something like report_w, report_h and then caller must check if previous (cached) info remain the same for current frame.. so at first call we check those params and load them into var1_w, and var1_h, then set someflag we_read_first_info, then just copy var1_w/h to var2_w/h, repeat, now when we have someflag set (thus not first read) compare those two, abort reading of mismatched frame. </div><div><br></div><div><br></div><div>after trying to write down it like this I even think we can name vars first_w, first_h and then check current fetched values against them, not re-loading pair for next/priv  frame at each step. </div><div>this is for avoiding  quite expensive decoding, if I understand our code correctly! </div><div><br></div><div>good luck to freelancer, good health to both of you... </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><span class="gmail_default" style="font-size:small">I agree that it needs a safeguard.  Let me know if you do not find a solution because a freelancer wants to work on something and I thought he might be able to a</span><span class="gmail_default" style="font-size:small">ctually do this.  Most of the problems are way too difficult for someone not familiar with Cinelerra to even attempt to work on.</span></div></div></div></blockquote></div></blockquote><div> </div></div></div>
</blockquote>
</blockquote></div>
</div></div>