[Cin] Hang on trimming audio tracks?

Fri Jun 12 19:46:17 CEST 2020

Wouldn't it be easier to make a flatpak version for all distributions than
to depend on third parties?
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?
It is an idea, but not understanding programming, I assume it may be silly.

El vie., 12 jun. 2020 a las 19:39, Phyllis Smith (<phylsmith2017 at gmail.com>)
escribió:

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