[Cin] Hang on trimming audio tracks?

Fri Jun 12 22:15:47 CEST 2020

RafaMar,
>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.

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.

(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?).

On Fri, Jun 12, 2020 at 11:46 AM Rafa Mar Multimedia en Gnu\Linux <
rafamar.mm.ig at gmail.com> wrote:

> 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
>>
> --
> 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/c441c411/attachment-0001.htm>