[Cin] Upd: Assertion fctx->async_lock failed at libavcodec/pthread_frame.c:155

Phyllis Smith phylsmith2017 at gmail.com
Sun Jun 14 05:57:23 CEST 2020


Andrew,
GG got the asynch failure (the line 155 error) via some method and
developed this patch.  Could you test when you have time and let us know?
Thank you, gg/Phyllis

On Fri, Jun 12, 2020 at 8:10 PM Andrew Randrianasulu <
randrianasulu at gmail.com> wrote:

> Aha, caught it!
>
>
> ./cin 2>&1 > /dev/shm/LOG-2.log
> Cinelerra Infinity - built: Jun 13 2020 04:52:32
> 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.
>
> Assertion fctx->async_lock failed at libavcodec/pthread_frame.c:172
> Аварийный останов
>
> but unfortunately log ends like this ...
>
>
> clr async lock
> ./cin() [0x8c04a07]
> ./cin(ff_thread_flush+0x32) [0x8c06012]
> ./cin(avcodec_flush_buffers+0x109) [0x8cff139]
> ./cin(_ZN8FFStream4seekExd+0x22d) [0x853e48d]
> ./cin(_ZN13FFVideoStream4loadEP6VFramex+0xc6) [0x8540606]
> ./cin(_ZN6FFMPEG6deco
>
> and nothing past this .. :/
>
>
> ----------  Пересланное сообщение  ----------
>
> Тема: Assertion fctx->async_lock failed at libavcodec/pthread_frame.c:155
> Дата: Суббота 13 июня 2020
> Отправитель: Andrew Randrianasulu <randrianasulu at gmail.com>
> Получатель:  "Cinelerra.GG" <cin at lists.cinelerra-gg.org>
>
> Lets create another thread for this specific problem....
>
> Because it hit me randomly on file load :/
>
> cinelerra git log top:
>
> commit fb3e53778e49a406768506de9bf8edfd3d4c36e6 (HEAD -> master)
> Author: Good Guy <good1.2guy at gmail.com>
> Date:   Sat Apr 25 19:41:57 2020 -0600
>
>     split resource_thread update into separate audio/video threads,
> boxblur layout tweaks
>
> ffmpeg git log top:
>
>
> 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
>
>
> Configure line:
>
> LDFLAGS=-L/usr/X11R7/lib setarch i686 ./configure --prefix=/usr
> --with-git-ffmpeg=https://git.ffmpeg.org/ffmpeg.git --sysconfdir=/etc
> --localstatedir=/var --libdir=/usr/lib --with-ladspa-build --with-opus
> --with-nv --enable-opus --with-jobs=4 --with-booby
> --build=i486-slackware-linux build_alias=i486-slackware-linux CC="ccache
> gcc" CFLAGS="-O3 -march=i686 -mtune=i686 -D__STDC_CONSTANT_MACROS"
> LDFLAGS="-L/usr/X11R7/lib -ldl -L/usr/lib" CXX=clang++ CXXFLAGS="-O3
> -march=i686 -mtune=i686 -D__STDC_CONSTANT_MACROS" --no-create
> --no-recursion --with-commercial
>
> yeah, quite aggressive, I know ....
>
> Action:
> 1) open program
> 1.1) Set load strategy to 'Create resources only'
> 2) try to load my KARA... .mkv file ('O' then navigate to folder where
> file is
>  and the doubleclick on it - only resource should appear, timeline still
> in default state - 3 tracks,
> one for video, 2 for audio)
> 3) drag file from Resources on timeline.
> If it loads correctly - undo loading, and try again.
> Eventually it will hit this assert.
>
> terminal output
>
> guest at slax:/dev/shm/tmp/cinelerra-goodguy-20200607/cinelerra-5.1/bin$
> ./cin
> Cinelerra Infinity - built: Jun 13 2020 04:36:31
> 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
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> FFMPEG::open_decoder: some stream times estimated:
> /home/guest/New_hdd/KARA (Quantic Dream) [HD]-wxVyeSfE6p8.mkv
> Assertion fctx->async_lock failed at libavcodec/pthread_frame.c:155
> Аварийный останов
>
> guest at slax:/dev/shm/tmp/cinelerra-goodguy-20200607/cinelerra-5.1/bin$
>
>
> Thing is, I was unable to make it assert with ffmpeg.patch provided :/ (on
> very same sw and hw)
> may be patch slows down all those threading operation enough for assertion
> to be avoided ?
>
> -------------------------------------------------------
> --
> 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/20200613/8a18565f/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: asset_fix.patch
Type: text/x-patch
Size: 1468 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20200613/8a18565f/attachment-0001.patch>


More information about the Cin mailing list