Re: [Cin] Hang on trimming audio tracks?
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. On Fri, Jun 5, 2020 at 8:45 AM Andrew Randrianasulu <[email protected]> wrote:
Hello, I tried to edit simple video in CinGG
Bascally put video track over music track, taken from two separate videos, downloaded from Youtube.
videos: https://yadi.sk/d/-9mV7v-4dZ8l7Q
Unfortunately, when I opened both files as 'resources only', loaded them both on timeline by drag and drop from Resources window deleted unneded video and audio tracks and tried to trim audio from Two\ Steps\ From\ Hell\ -\ Star\ Sky\ \(\ EXTENDED\ Remix\ by\ Kiko10061980\ \)-KgQCgqUe3LE.mp4 by selecting sound region at the tail of project and hitting 'del' (I also tried to select same action from menu)
I got hang! I mean I can't press anything in main window, or anywhere in Cin.
I can repeat few times and it will hang reliably.
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 Нет такого файла или каталога 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 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ^Csignal_entry: got SIGINT my pid=2970 execution table size=0: ** intr at 0xf7b3e829 in pid 2939, tid 2939 writing debug data to /tmp/cinelerra_2939.dmp signal_entry: lock table size=1 lock_items: 0 lock_frees: 1 SigHandler::signal_handler total files=0 lock_items: 25 lock_frees: 3 ^C
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 [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
В сообщении от 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.
Hm, it still afails for me after few drag and drops and 'z' (undo) from resources window on timeline (after removing index files) even with ffmpeg set to: commit 75384bc464411fb2291105dca84b8bc411188350 (HEAD, tag: n4.2) Author: Ricardo Constantino <[email protected]> Date: Mon Aug 5 20:47:03 2019 +0100 configure: cuda_llvm: fix include path for MSYS2 MSYS2 converts paths to MinGW-based applications from unix to pseudo-windows paths on execution time. Since there was no space between '-include' and the path, MSYS2 doesn't detect the path properly. Signed-off-by: Timo Rothenpieler <[email protected]>
So thanks to Andrew for this early warning so we can be prepared for it.
On Fri, Jun 5, 2020 at 8:45 AM Andrew Randrianasulu <[email protected]> wrote:
Hello, I tried to edit simple video in CinGG
Bascally put video track over music track, taken from two separate videos, downloaded from Youtube.
videos: https://yadi.sk/d/-9mV7v-4dZ8l7Q
Unfortunately, when I opened both files as 'resources only', loaded them both on timeline by drag and drop from Resources window deleted unneded video and audio tracks and tried to trim audio from Two\ Steps\ From\ Hell\ -\ Star\ Sky\ \(\ EXTENDED\ Remix\ by\ Kiko10061980\ \)-KgQCgqUe3LE.mp4 by selecting sound region at the tail of project and hitting 'del' (I also tried to select same action from menu)
I got hang! I mean I can't press anything in main window, or anywhere in Cin.
I can repeat few times and it will hang reliably.
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 Нет такого файла или каталога 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 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ** seek fail 12474, 416215 ^Csignal_entry: got SIGINT my pid=2970 execution table size=0: ** intr at 0xf7b3e829 in pid 2939, tid 2939 writing debug data to /tmp/cinelerra_2939.dmp signal_entry: lock table size=1 lock_items: 0 lock_frees: 1 SigHandler::signal_handler total files=0 lock_items: 25 lock_frees: 3 ^C
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 [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
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 <[email protected]> Date: Tue Mar 31 15:13:56 2020 -0600 version update, boxblur tweak and also up to commit de541aa9508555c35ea284d5b03617fc9c7cd026 (HEAD -> master) Author: Good Guy <[email protected]> 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 <[email protected]> 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 [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
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 < [email protected]> 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 <[email protected]> Date: Tue Mar 31 15:13:56 2020 -0600
version update, boxblur tweak
and also up to
commit de541aa9508555c35ea284d5b03617fc9c7cd026 (HEAD -> master) Author: Good Guy <[email protected]> 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 <[email protected]> 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 [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
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 (<[email protected]>) 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 < [email protected]> 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 <[email protected]> Date: Tue Mar 31 15:13:56 2020 -0600
version update, boxblur tweak
and also up to
commit de541aa9508555c35ea284d5b03617fc9c7cd026 (HEAD -> master) Author: Good Guy <[email protected]> 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 <[email protected]> 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 [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
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 < [email protected]> 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 (<[email protected]>) 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 < [email protected]> 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 <[email protected]> Date: Tue Mar 31 15:13:56 2020 -0600
version update, boxblur tweak
and also up to
commit de541aa9508555c35ea284d5b03617fc9c7cd026 (HEAD -> master) Author: Good Guy <[email protected]> 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 <[email protected]> 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 [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
В сообщении от Friday 12 June 2020 20:39:14 Phyllis Smith написал(а):
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).
I have my .bcast5 folder on relatively slow STA HDD (not SSD), formatted for /home as xfs. may be slow access to indexes caused/exaggregated this bug? Can you try with index placed into slow place/disk, or inside VM? Also, is there anything I can poke with gdb?
On Fri, Jun 12, 2020 at 4:51 AM Andrew Randrianasulu < [email protected]> 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 <[email protected]> Date: Tue Mar 31 15:13:56 2020 -0600
version update, boxblur tweak
and also up to
commit de541aa9508555c35ea284d5b03617fc9c7cd026 (HEAD -> master) Author: Good Guy <[email protected]> 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 <[email protected]> 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 [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
I have my .bcast5 folder on relatively slow STA HDD (not SSD), formatted for /home as xfs. may be slow access to indexes caused/exaggregated this bug?
Can you try with index placed into slow place/disk, or inside VM?
Also, is there anything I can poke with gdb?
GG was hoping you could do this but he has not had time to write down the steps that it would take. The cinelerra_2939.dmp from June 5 does not point to the exact time the problem happened so it is hard to pin it down and that is why poking would be quite helpful. (As soon as he and the dog finish their nap, I will let him know). Phyllis
I am sorry that I cannot help with the flatpak issue or get involved in solving problems, beyond reporting them. I have no programming knowledge. If I knew how to do it, I would do it with pleasure. I will ask a friend and if it is not difficult to make a flatpak version and he tells me how to do it, I could try it. But I can't compromise because right now I wouldn't even know how to start. Regards. El vie., 12 jun. 2020 a las 22:22, Phyllis Smith (<[email protected]>) escribió:
I have my .bcast5 folder on relatively slow STA HDD (not SSD), formatted for /home as xfs. may be slow access to indexes caused/exaggregated this bug?
Can you try with index placed into slow place/disk, or inside VM?
Also, is there anything I can poke with gdb?
GG was hoping you could do this but he has not had time to write down the steps that it would take. The cinelerra_2939.dmp from June 5 does not point to the exact time the problem happened so it is hard to pin it down and that is why poking would be quite helpful. (As soon as he and the dog finish their nap, I will let him know). Phyllis
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Andrew,
I have my .bcast5 folder on relatively slow STA HDD (not SSD), formatted for /home as xfs. may be slow access to indexes caused/exaggregated this bug?
Can you try with index placed into slow place/disk, or inside VM?
We were hoping your suggestion might show us the error as we tried using a VM (xen which is quite slow).
Also, is there anything I can poke with gdb?
1. Can you apply the attached patch and see if that provides more helpful information? The patch was applied here on the cinelerra ffmpeg 4.2 version (but gg says should work on any version). You might want to redirect the output as it is voluminous on the print out. The last thing you should see before cin hangs is "clear" and then "boom" it is hung. This last thing may give us a clue. Please use the same 2 files as reported in your initial June 5th sample (the hell and kara ones). 2. Can you send us a session file (using the same 2 input files) and your .bcast5 file? 3. Are you using hardware (vaapi or vdpau)? Are you using OpenGL or just X11? The 1 time gg finally managed to create the problem last week was with 4.2.3 from GIT and now he is no longer able to do so. We have tried all kinds of variations to exacerbate the problem and got nothing today. Tried: laptop, desktop, fewer cpus (down to 2), switched in settings to x11 or OpenGL, tested with vdpau, put the cache in settings down to 256, started out with no .bcast5, ran by exporting the Display and actually running as an ordinary user without debug, ran with Valgrind (again to slow things down), 2 different versions of Fedora, Debian 10 (since that is what RafaMar's user was initially using), cut the end off of "hell...mkv" and then redo and cut again over and over and over and over...
В сообщении от Saturday 13 June 2020 04:03:11 Phyllis Smith написал(а):
Andrew,
I have my .bcast5 folder on relatively slow STA HDD (not SSD), formatted for /home as xfs. may be slow access to indexes caused/exaggregated this bug?
Can you try with index placed into slow place/disk, or inside VM?
We were hoping your suggestion might show us the error as we tried using a VM (xen which is quite slow).
Also, is there anything I can poke with gdb?
1. Can you apply the attached patch and see if that provides more helpful information? The patch was applied here on the cinelerra ffmpeg 4.2 version (but gg says should work on any version). You might want to redirect the output as it is voluminous on the print out. The last thing you should see before cin hangs is "clear" and then "boom" it is hung. This last thing may give us a clue. Please use the same 2 files as reported in your initial June 5th sample (the hell and kara ones).
Unfortunately right now it hangs even with just one file (1 video, 2 audio tracks) Sorry if I was not very clear, hang _probably_ not originated from ffmpeg - as I just found out, but it still present even if assertion at reloading (dnd from resource window to timeline) media still fires for me if I set CinGG's git to something recent. So, probably assertion is one bug, and hang is another.
2. Can you send us a session file (using the same 2 input files) and your .bcast5 file?
There is no session file per se I just 'O' for opening file, select it via file selector window, with startegy set to 'create resources only' After this I drag video from 'resources' into timeline. With cinGG git and any version of ffmpeg it will fire assertion at threading in ffmpeg IF I try this operation few times (2 or 3). If I avoid this assertion by setting CinGG git to commit de541aa9508555c35ea284d5b03617fc9c7cd026 then I still have hang on just deleting any portion of project, by just selecting region with mouse and hitting 'del'
3. Are you using hardware (vaapi or vdpau)? Are you using OpenGL or just X11?
No, just OpenGL/X11 Attached Cinelerra_rc, because .bcast5 folder currently full of index files ... I can clean it up, but first I hope to reset CinGG back to head and recompile, so I'll get assert back
The 1 time gg finally managed to create the problem last week was with 4.2.3 from GIT and now he is no longer able to do so. We have tried all kinds of variations to exacerbate the problem and got nothing today. Tried: laptop, desktop, fewer cpus (down to 2), switched in settings to x11 or OpenGL, tested with vdpau, put the cache in settings down to 256, started out with no .bcast5, ran by exporting the Display and actually running as an ordinary user without debug, ran with Valgrind (again to slow things down), 2 different versions of Fedora, Debian 10 (since that is what RafaMar's user was initially using), cut the end off of "hell...mkv" and then redo and cut again over and over and over and over...
Log file also attached, while I'm not sure if it really helpful in any way (because with my git state I get hang, but not assert ....
В сообщении от Saturday 13 June 2020 20:50:15 Phyllis Smith написал(а):
Andrew, This patch fixed the 1 problem here so if you could test when you have time, that would be appreciated.
then I still have hang on just deleting any portion of project,
by just selecting region with mouse and hitting 'del'
Patch seems to be working! Thanks!
Andrew, Today's GIT checkin also included this hang fix. Thanks for all of your analysis. On Sat, Jun 13, 2020 at 12:32 PM Andrew Randrianasulu < [email protected]> wrote:
В сообщении от Saturday 13 June 2020 20:50:15 Phyllis Smith написал(а):
Andrew, This patch fixed the 1 problem here so if you could test when you have time, that would be appreciated.
then I still have hang on just deleting any portion of project,
by just selecting region with mouse and hitting 'del'
Patch seems to be working! Thanks!
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
В сообщении от Monday 15 June 2020 04:48:41 Phyllis Smith написал(а):
Andrew, Today's GIT checkin also included this hang fix. Thanks for all of your analysis.
It works, thanks a ton! (I also can't see assertion anymore, and Cin exit cleanly, so this two-in-one bug hopefully fixed for good!)
On Sat, Jun 13, 2020 at 12:32 PM Andrew Randrianasulu < [email protected]> wrote:
В сообщении от Saturday 13 June 2020 20:50:15 Phyllis Smith написал(а):
Andrew, This patch fixed the 1 problem here so if you could test when you have time, that would be appreciated.
then I still have hang on just deleting any portion of project,
by just selecting region with mouse and hitting 'del'
Patch seems to be working! Thanks!
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
В сообщении от Saturday 13 June 2020 04:03:11 Phyllis Smith написал(а):
Andrew,
I have my .bcast5 folder on relatively slow STA HDD (not SSD), formatted for /home as xfs. may be slow access to indexes caused/exaggregated this bug?
Can you try with index placed into slow place/disk, or inside VM?
We were hoping your suggestion might show us the error as we tried using a VM (xen which is quite slow).
Also, is there anything I can poke with gdb?
1. Can you apply the attached patch and see if that provides more helpful information? The patch was applied here on the cinelerra ffmpeg 4.2 version (but gg says should work on any version). You might want to redirect the output as it is voluminous on the print out. The last thing you should see before cin hangs is "clear" and then "boom" it is hung. This last thing may give us a clue. Please use the same 2 files as reported in your initial June 5th sample (the hell and kara ones).
2. Can you send us a session file (using the same 2 input files) and your .bcast5 file? 3. Are you using hardware (vaapi or vdpau)? Are you using OpenGL or just X11?
The 1 time gg finally managed to create the problem last week was with 4.2.3 from GIT and now he is no longer able to do so. We have tried all kinds of variations to exacerbate the problem and got nothing today. Tried: laptop, desktop, fewer cpus (down to 2), switched in settings to x11 or OpenGL, tested with vdpau, put the cache in settings down to 256, started out with no .bcast5, ran by exporting the Display and actually running as an ordinary user without debug, ran with Valgrind (again to slow things down), 2 different versions of Fedora, Debian 10 (since that is what RafaMar's user was initially using), cut the end off of "hell...mkv" and then redo and cut again over and over and over and over...
Attached my cleaned .bcast5 folder ....
participants (3)
-
Andrew Randrianasulu -
Phyllis Smith -
Rafa Mar Multimedia en Gnu\Linux