<div dir="ltr"><div class="gmail_default" style="font-size:small">RafaMar, <br></div><div class="gmail_default" style="font-size:small">From what I have read on the internet, flatpak is basically a framework for the applications on Linux. With different distros (operating systems like mint, debian, ubuntu) each having their own package distribution, flatpacks solve the problem of providing a single distribution point. "Flatpak
was built to be distribution agnostic and allow deployment on any Linux operating system out there."  It makes it so that the user can just do an "install" and that version via flatpack will be used for that Operating System.  So the user does not have to find the correct Ubuntu version to be installed (like version 14, or 18, or 20.04) or the Mint user does not have to figure out if he/she is at level 18 or 19.3.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In other words, it makes it easier for the user.  But for us, now we have a lot more set up work to do every month to create the flatpak when we already have automated using "xen" to work for us in doing the build.  We are always open to anyone wanting to create the flatpack for us and would gladly accept their help -- there are a lot of experts out there that could volunteer to do this every month.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">(Meanwhile, I hope the Spanish user you have been assisting realizes that the error Andrew has been working on to debug, is the same as he is having and changing operating systems does not appear to be of any help.  Current thinking is that it is some kind of conflict in using threads?).<br></div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 12, 2020 at 11:46 AM Rafa Mar Multimedia en Gnu\Linux <<a href="mailto:rafamar.mm.ig@gmail.com">rafamar.mm.ig@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"><div dir="ltr">Wouldn't it be easier to make a flatpak version for all distributions than to depend on third parties?<br><div>With flatpak you can compile a fully tested version that works on all systems. Today all distributions support it, we went from 60mg to 600 ... is this a problem today in exchange for having a stable Cinelerra?</div><div>It is an idea, but not understanding programming, I assume it may be silly.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El vie., 12 jun. 2020 a las 19:39, Phyllis Smith (<<a href="mailto:phylsmith2017@gmail.com" target="_blank">phylsmith2017@gmail.com</a>>) escribió:<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 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" 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>
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>
-- <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>
-- <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>