Batch render window usage lead to BOOBY
Hello! I was trying to get batch rendering working, loaded two tracks, overlayed them with 50% fade for top tarck, added color3way plugin for top track too ..then 'save project as ..' saved it. Next in Batch render window loaded current EDL as active, set output and such... created batch job. Started it, just for seeing if it will progress. It started to work. I stopped it. And after closing Batch render window tried to exit Cin. result: cin Cinelerra Infinity - built: Feb 18 2019 13:02:04 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2018 Heroine Virtual Ltd. by Adam Williams (c) 2007-2018 cin5 derivative 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. int MWindow::load_filenames(ArrayList<char*>*, int, int): XML-файл /home/guest/Nokia/two_tracks_1280_720_proj_fade_50_color3way.xml был создан не в Cinelerra. Mutex::unlock not locked: XMLBuffer::share_lock BOOBY! cin(_Z5boobyv+0x2f) [0x871f1bf] cin(_ZN5Mutex6unlockEv+0xe8) [0x8735e08] cin(_ZN7FileXMLD2Ev+0x66) [0x8432836] cin(_ZN17BatchRenderThread14test_edl_filesEv+0x48d) [0x838db9d] cin(_ZN17BatchRenderThread15start_renderingEv+0x72) [0x838dfd2] cin(_ZN16BatchRenderStart12handle_eventEv+0x17) [0x838e117] cin(_ZN9BC_Button20button_release_eventEv+0x67) [0x86ded17] cin(_ZN13BC_WindowBase23dispatch_button_releaseEv+0x33) [0x8723e13] cin(_ZN13BC_WindowBase14dispatch_eventEP7_XEvent+0x4c6) [0x872ba96] cin(_ZN13BC_WindowBase10run_windowEv+0x9e) [0x872c74e] cin(_ZN15BC_DialogThread3runEv+0x42) [0x86e23f2] cin(_ZN6Thread10entrypointEPv+0x3f) [0x873b88f] /lib/libpthread.so.0(+0x66f2) [0xf77d66f2] /lib/libc.so.6(clone+0x6e) [0xf730a1ee] Render::render_single: Session finished. Session time: 0:05:11 Cpu time: user: 0:01:40.256 sys: 0:00:10.688
Your first catch of the day! GG is looking at it now. He also was testing the addition of "fps" at the end of the batch jobs yesterday but we have to make sure it looks like it is reporting somewhat correctly (reference Wild email Phoronix). I was trying to get batch rendering working, loaded two tracks, overlayed
them with 50% fade for top tarck, added color3way plugin for top track too ..then 'save project as ..' saved it. Next in Batch render window loaded current EDL as active, set output and such... created batch job. Started it, just for seeing if it will progress. It started to work. I stopped it. And after closing Batch render window tried to exit Cin. result:
In the last testing build Feb 23 2019 I have noticed the new informations in terminal about batch rendering. Very useful! (Not more BOOBY! occur to me).Thanks GG/Phyllis,...and Andrew. @Andrew Have you seen the Andrea_Paz's "request" (Managing mkv in CinGG)? Link to https://www.cinelerra-gg.org/bugtracker/view.php?id=137 IgorBeg Il 21/02/2019 16.19, Phyllis Smith ha scritto:
Your first catch of the day! GG is looking at it now. He also was testing the addition of "fps" at the end of the batch jobs yesterday but we have to make sure it looks like it is reporting somewhat correctly (reference Wild email Phoronix).
В сообщении от Saturday 23 February 2019 15:58:25 Igor BEGHETTO написал(а):
In the last testing build Feb 23 2019 I have noticed the new informations in terminal about batch rendering. Very useful! (Not more BOOBY! occur to me).Thanks GG/Phyllis,...and Andrew.
@Andrew Have you seen the Andrea_Paz's "request" (Managing mkv in CinGG)? Link to https://www.cinelerra-gg.org/bugtracker/view.php?id=137
Not yet, Igor! Still building (updated) Cinelerra-GG inside qemu-system-ppc64! I had trouble with very latest git qemu, may be again overoptimization at my side or other user error. qemu 2.12 should work. I also installed OLD version of Alpine linux - they have 3.9 for arm/ppc64le/x86-64 now .... New version have fftw3 library in main repo. Cinelerra-GG's build script still working after million of interruptions. One of them was missing fftw3 system-wide (ladspa insisted on their presense). Just copied fftw3 folder from thirdparty and compiled it for shared libs, and installed 'make install' way. many thirdparty libs need updating their config.guess script for ppc64le - including libdv, libuuid, mjpegtools, a52dec, libiec_something, will try to provide complete list if / when build finished.
IgorBeg
Il 21/02/2019 16.19, Phyllis Smith ha scritto:
Your first catch of the day! GG is looking at it now. He also was testing the addition of "fps" at the end of the batch jobs yesterday but we have to make sure it looks like it is reporting somewhat correctly (reference Wild email Phoronix).
participants (3)
-
Andrew Randrianasulu -
Igor BEGHETTO -
Phyllis Smith