<div dir="ltr"><div class="gmail_default" style="font-size:small">This is now the highest priority and GG will be working on it today. We still have not been able to create the issue on our computers (unless we use a vanilla ffmpeg GIT from a few days ago).<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 12, 2020 at 4:51 AM 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"><br>
I think I bisected Cin itself a bit,<br>
it was NOT hitting this assertion in <br>
<br>
commit 579c1a612dbb807fadfaa1100e461e14de220cbb (tag: 2020-03, refs/bisect/good-579c1a612dbb807fadfaa1100e461e14de220cbb)<br>
Author: Good Guy <<a href="mailto:good1.2guy@gmail.com" target="_blank">good1.2guy@gmail.com</a>><br>
Date: Tue Mar 31 15:13:56 2020 -0600<br>
<br>
version update, boxblur tweak<br>
<br>
<br>
and also up to<br>
<br>
commit de541aa9508555c35ea284d5b03617fc9c7cd026 (HEAD -> master)<br>
Author: Good Guy <<a href="mailto:good1.2guy@gmail.com" target="_blank">good1.2guy@gmail.com</a>><br>
Date: Fri Apr 24 21:58:19 2020 -0600<br>
<br>
resourcethread redraw speedup/fixes, replace vectorscope graticule IQ<br>
<br>
<br>
so, probably threaded a/v drawing ("split resource_thread update into separate audio/video threads, boxblur layout tweaks") <br>
on timeline introduced this bug?<br>
<br>
Even at de541aa9508555c35ea284d5b03617fc9c7cd026<br>
I still get my hang-at-deleting portion of 1video/2audio tracks,<br>
UNLESS I disable playback for all tracks first (may this be done automatically?)<br>
<br>
Also, I think mkv reloading can be done automatically, too (due to broken index/track thumbnails on first load,<br>
"z + shift Z" - undo/redo fixes this fast ... I think if root case of this bug can't be identified this automatic workaround<br>
will prevent users from thinking their file or Cin are broken ...)<br>
<br>
Latest tests done with ffmpeg.git at <br>
<br>
commit 38737b3d4e03e2a089083e38cd1fd6f9b4c3ddfd (HEAD -> master, origin/master, origin/HEAD)<br>
Author: Steven Liu <<a href="mailto:lq@chinaffmpeg.org" target="_blank">lq@chinaffmpeg.org</a>><br>
Date: Fri Jun 12 14:30:02 2020 +0800<br>
<br>
mailmap: add entry for myself<br>
<br>
I also noticed ffmpeg 4.3 now branched .....<br>
<a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/shortlog/refs/heads/release/4.3" rel="noreferrer" target="_blank">https://git.ffmpeg.org/gitweb/ffmpeg.git/shortlog/refs/heads/release/4.3</a><br>
<br>
but not released yet ....<br>
<br>
<br>
В сообщении от Sunday 07 June 2020 06:20:45 Phyllis Smith написал(а):<br>
> Today gg was able to get the error of: Assertion fctx->async_lock failed<br>
> at libavcodec/pthread_frame.c:155<br>
> by using the ffmpeg version from GIT. The error is not in the ffmpeg<br>
> version used with the static tar builds for Cinelerra. He has determined<br>
> that this is a bug in the new ffmpeg on the website in conjunction with<br>
> Cinelerra. So anyone using the non-provided ffmpeg on their Operating<br>
> System that has this current GIT version with Cinelerra could potentially<br>
> have this error. At some point in time when Cinelerra upgrades to this<br>
> ffmpeg version, a patch will have to be generated to avoid the error.<br>
> <br>
> So thanks to Andrew for this early warning so we can be prepared for it.<br>
<br>
[skipped]<br>
<br>
> ><br>
> > Once I got<br>
> ><br>
> > cin<br>
> > Cinelerra Infinity - built: Jun 3 2020 09:43:41<br>
> > git://<a href="http://git.cinelerra-gg.org/goodguy/cinelerra.git" rel="noreferrer" target="_blank">git.cinelerra-gg.org/goodguy/cinelerra.git</a><br>
> > (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams<br>
> > 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy<br>
> > Cinelerra is free software, covered by the GNU General Public License,<br>
> > and you are welcome to change it and/or distribute copies of it under<br>
> > certain conditions. There is absolutely no warranty for Cinelerra.<br>
> ><br>
> > RenderFarmClient::main_loop: client started<br>
> > FileSystem::update /home/guest/MLP FIM 3 Karusel Нет такого файла или<br>
> > каталога<br>
> > FileSystem::update /home/guest/MLP FIM 4 Gala Нет такого файла или каталога<br>
> > FileSystem::update /home/guest/MLP_FIM_Season4 Нет такого файла или<br>
> > каталога<br>
> > FileSystem::update /home/guest/MLP FIM 5 RUS ENG 720p Нет такого файла или<br>
> > каталога<br>
> > FileSystem::update /home/guest/My Little Pony - Friendship is Magic S02<br>
> > 720p Нет такого файла или каталога<br>
> > FileSystem::update /home/guest/MLP FIM 1 Karusel Нет такого файла или<br>
> > каталога<br>
> > Assertion fctx->async_lock failed at libavcodec/pthread_frame.c:155<br>
> > Аварийный останов<br>
> ><br>
> ><br>
> ><br>
> > but this may be due to ffmpeg from git.. ...<br>
> ><br>
> > I can try to recompile CinGG with ffmpeg 4.2, but it will take some time<br>
> ><br>
> > I also tried few previous version of CinGG<br>
> > from May and they also hang on those files if I repeat same actions<br>
> ><br>
> > I can workaround this by trimming audio before<br>
> > adding video, but then edit will be unprescie ...<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>
> ><br>
> <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>