[CinCVS] Rendering hangs/crashes for multitrack composition
Hi, yesterday I worked on some DVD menus, where I placed 6 video tracks with DVD-MPEG2 footage (arrangement of animated previews) on top of an animated background. Except for some resource shortage there's no problem with playback, etc. But when it comes to rendering, it only worked sporadically for some of my compositions. Most of the time cinelerra hangs or crashes during rendering regardless which output format I chose. Looking at the projects that worked and the ones which didn't doesn't show any obvious difference. Exactly the same arrangements, where I just swaped all the source material. First, I thought the problem is related to a certain track or source footage, but disabling an arbitrary track helps most of the time. Now, is there a limit in video tracks that can be used for compositions in parallel ? (I'm talking about 2 full-size background tracks and 6 partial preview areas visible at the same time) Are there known problems with MPEG2 source footage ? Any other ideas ? Would it be worth analyzing the XML project files for some irregular stuff? By the way, I'm talking about the latest debian packages as well as an up-to-date SVN build as of 3/12/06. No matter whether utilizing OpenGL or not. Toby ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Rendering hangs/crashes for multitrack composition
try to run it through gdb ... we'll at least have an idea where it crashes... though by the look of things this is some kind of memory trashing... so it's going to be hard to track it down. if you are familar with gdb, it might help bye andraz On Mon, 2006-12-04 at 12:24 +0100, Toby wrote: Hi, yesterday I worked on some DVD menus, where I placed 6 video tracks with DVD-MPEG2 footage (arrangement of animated previews) on top of an animated background. Except for some resource shortage there's no problem with playback, etc. But when it comes to rendering, it only worked sporadically for some of my compositions. Most of the time cinelerra hangs or crashes during rendering regardless which output format I chose. Looking at the projects that worked and the ones which didn't doesn't show any obvious difference. Exactly the same arrangements, where I just swaped all the source material. First, I thought the problem is related to a certain track or source footage, but disabling an arbitrary track helps most of the time. Now, is there a limit in video tracks that can be used for compositions in parallel ? (I'm talking about 2 full-size background tracks and 6 partial preview areas visible at the same time) Are there known problems with MPEG2 source footage ? Any other ideas ? Would it be worth analyzing the XML project files for some irregular stuff? By the way, I'm talking about the latest debian packages as well as an up-to-date SVN build as of 3/12/06. No matter whether utilizing OpenGL or not. Toby ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Call of cinelerra translators
Thanks Jens! w/ your work, now i got: 1322 translated messages, 7 fuzzy translations, 43 untranslated messages. there are some strings to be fixed. anyway, here is the patch: http://darksnow.radiolivre.org/de.po.diff i did not got my svn account yet. bye, rafael diniz Em Sábado 02 Dezembro 2006 18:47, Jens Seidel escreveu: On Sat, Dec 02, 2006 at 09:42:39PM +0100, Jens Seidel wrote: I updated the German translation. Since I don't want to send the large file to this list I will send it to rafael2k in a private mail. I attached both. Please commit first de1 and than de2. Jens -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Eng. da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org, www.midiaindependente.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- pgpug91ogoYXD.pgp Description: PGP signature
[CinCVS] New klocwork results...
Not sure if anyone is interested but the kind people at klocwork have recently re-ran their tool against the post 2.1 merged code base. If people are interested in the results, let me know. thanks -matt ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] [Bug 347] Crash on with title and reverb effects
Bumping this bug... 1 month and no replies. I take it either no one is interested in reverb, or this isn't happening for others (or people are just ignoring my posts I hope this one is not the case). On 10/28/06, m h [EMAIL PROTECTED] wrote: So using the same simple test case, I still get the other crash as well. If anyone read's this they might wonder what the MATT inbuf junk is below. Well I added some debug statements to try and figure out what is happening. It appears the the plugin on ReverbEngine class is getting set with a bad/junk plugin. At line 505 of reverb.C I added the following 2 lines: printf(MATT plugin: %d, plugin); printf(MATT inbuf:%d, plugin-total_in_buffers); for(i = 0; i plugin-total_in_buffers; i++) It appears to crash trying to derefence plugin-total_in_buffers (or at least according to my debug statements it does). $ cinelerra Cinelerra 2.1CV SVN 948 (C) 2006 Heroine Virtual Ltd. Binary built via ebuild script in Gentoo linux. 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. Mutex::lock: Success MATT plugin: 149401664MATT inbuf:1MATT plugin: 149401664MATT inbuf:1MATT plugin: 149107096MATT inbuf:1MATT plugin: 149107096MATT inbuf:1MATT plugin: 149107096MATT inbuf:1MATT plugin: 149107096MATT inbuf:1MATT plugin: 149107096MATT inbuf:1MATT plugin: 320signal_entry: got SIGSEGV my pid=21818 execution table size=16: vrender.C: run: 506 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 vrender.C: run: 427 vrender.C: run: 439 vrender.C: run: 477 vrender.C: run: 489 vrender.C: run: 493 vrender.C: run: 495 vrender.C: run: 504 vrender.C: run: 506 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 signal_entry: lock table size=20 0x8bcc968 CWindowTool::input_lock CWindowTool::run 0x85ae4b8 BC_Synchronous::next_command BC_Synchronous::run 0x8c9b8b8 TransportQue::output_lock PlaybackEngine::run 0x8c9bee0 MainIndexes::input_lock MainIndexes::run 1 0x8d8a9f8 RotateEngine::input_lock RotateEngine::run 0x8e48370 (null) (null) * 0x8d078d0 ResourceThread::draw_lock ResourceThread::run 0x8bf0ef8 TransportQue::output_lock PlaybackEngine::run 0x8d35850 BC_Repeater::pause_lock BC_Repeater::run 0x85c0a20 AudioDevice::arm_lock AudioDevice::arm_buffer * 0x85c09e0 AudioDevice::arm_lock AudioDevice::arm_buffer * 0x8a33550 BC_WindowBase::event_condition BC_WindowBase::get_event 0x8b56fc0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x8bf2550 BC_WindowBase::event_condition BC_WindowBase::get_event 0x8d36e58 BC_WindowBase::event_condition BC_WindowBase::get_event 0x8c16490 BC_WindowBase::event_condition BC_WindowBase::get_event 0x8c9dcc8 BC_WindowBase::event_condition BC_WindowBase::get_event 0x85c0a00 AudioDevice::play_lock AudioDevice::run 1 * 0x8e6f8c8 OSSThread::write_lock OSSThread::wait_write 0x85c0a20 AudioDevice::arm_lock AudioDevice::arm_buffer BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted (core dumped) I loaded this up in gdb and it confirms that it crashed on line (which appears to validate my suspicion). My question is why this is happening? Help please? thanks -matt On 10/28/06, m h [EMAIL PROTECTED] wrote: Ok, simpler test case. Add reverb (concert hall sound effect) to track and it crashes occasionally when played. Heres the error: cinelerra: pthread_mutex_lock.c:80: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. Aborted (core dumped) The backtrace on the core file says this: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb737c129 in raise () from /lib/libc.so.6 #2 0xb737d553 in abort () from /lib/libc.so.6 #3 0xb7375cbd in __assert_fail () from /lib/libc.so.6 #4 0xb74961be in pthread_mutex_lock () from /lib/libpthread.so.0 #5 0xb7a117d9 in Mutex::lock (this=0x8e622d0, location=0x0) at mutex.C:47 #6 0xb24e0bdc in ReverbEngine::run (this=0x8e622b0) at reverb.C:501 #7 0xb7a1ccd9 in Thread::entrypoint (parameters=0x8e622b0) at thread.C:48 #8 0xb7494167 in start_thread () from /lib/libpthread.so.0 #9 0xb740ab7e in clone () from /lib/libc.so.6 Line 501 of reverb.C is this: input_lock.lock(); I guess I need to read up on pthread locking. Anyway, can anyone help out here? Does this crash happen for other people? Should I file another bug for this? I'd like to help out and start understanding what's going on and solving some of the crashes that I run into. But I'm at a loss right now. -matt On 10/28/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Re: [CinCVS] [Bug 347] Crash on with title and reverb effects
On Monday 04 December 2006 19:52, m h wrote: Bumping this bug... 1 month and no replies. I take it either no one is interested in reverb, or this isn't happening for others (or people are just ignoring my posts I hope this one is not the case). I tired it one month ago, and I tried again now. It just does not crash here. If you see the crash if you have only a simple WAV file plus the reverb effect, then please post a minimal project file that crashes. (don't attach the WAV file - everyone, including me, has lots of WAV files to plug in. ;)) -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] New klocwork results...
On Monday 04 December 2006 19:54, m h wrote: Not sure if anyone is interested but the kind people at klocwork have recently re-ran their tool against the post 2.1 merged code base. If people are interested in the results, let me know. Sure are we interested. Please sift through the results and post what you think is a serious bug. You can address me personally, if you like (but please just don't let me drown in reports ;) -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Rendering hangs/crashes for multitrack composition
Hi Andraz, I haven't used gdb in heavily multi-threaded environments like cinelerra yet. But the output I was able to achive up to now told me that there's some memcpy problem somewhere in libmpeg3 reading a frame. Until I'm done with my reading about gdb and threads, here's what strace tells me: Any ideas ? futex(0x858238c, FUTEX_WAIT, 1, NULLRender::run 1 Render::run 2 Render::run 3 Render::run 4 Render::run 5 Render::run 6 Render::run 7 Render::run 8 Render::run 8.1 Render::run 8.2 Render::run 8.3 Render::run 9 Render::run 10 signal_entry: got SIGSEGV my pid=17307 execution table size=16: filempeg.C: open_file: 496 filempeg.C: read_frame: 1174 filempeg.C: read_frame: 1180 filempeg.C: read_frame: 1209 filempeg.C: open_file: 164 filempeg.C: open_file: 496 bchash.C: copy_from: 255 bchash.C: copy_from: 258 bchash.C: copy_from: 267 filempeg.C: read_frame: 1174 filempeg.C: read_frame: 1180 filempeg.C: read_frame: 1209 bchash.C: copy_from: 255 bchash.C: copy_from: 258 bchash.C: copy_from: 267 filempeg.C: open_file: 164 signal_entry: lock table size=21 0x926d668 CWindowTool::input_lock CWindowTool::run 0x8582388 BC_Synchronous::next_command BC_Synchronous::run 0x9322358 TransportQue::output_lock PlaybackEngine::run 0x9322938 MainIndexes::input_lock MainIndexes::run 1 0x9291c40 TransportQue::output_lock PlaybackEngine::run 0x9b7c248 LoadClient::input_lock LoadClient::run 0x9b7c4a0 LoadClient::input_lock LoadClient::run 0x9280600 LoadClient::input_lock LoadClient::run 0x9381350 ResourceThread::draw_lock ResourceThread::run 0x93af360 BC_Repeater::pause_lock BC_Repeater::run 0x9a8dc58 FileThread::output_lock FileThread::run 1 0xa104d58 LoadClient::input_lock LoadClient::run 0xa101758 LoadClient::input_lock LoadClient::run 0x9f92158 LoadClient::input_lock LoadClient::run 0x9be19d0 CICache::total_lock CICache::check_out * 0x93246f0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x8df69e8 BC_WindowBase::event_condition BC_WindowBase::get_event 0x92aba88 BC_WindowBase::event_condition BC_WindowBase::get_event 0x9201a18 BC_WindowBase::event_condition BC_WindowBase::get_event 0x9293230 BC_WindowBase::event_condition BC_WindowBase::get_event 0x93b0920 BC_WindowBase::event_condition BC_WindowBase::get_event BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=1 Closing /media/slideshows/parties/fg.mov ) = -1 EINTR (Interrupted system call) +++ killed by SIGABRT +++ Process 17307 detached Andraž Tori wrote: try to run it through gdb ... we'll at least have an idea where it crashes... though by the look of things this is some kind of memory trashing... so it's going to be hard to track it down. if you are familar with gdb, it might help bye andraz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] crash
I can't load one 1 .dv file (it plays fine in mplayer) and other .dv files load. Is the output from a console any help? $ cinelerra Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. Compiled on Mon Dec 4 13:35:12 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=16760 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1a4a940 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8b0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ae00b0 TransportQue::output_lock PlaybackEngine::run 0x1b627d0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1ae2c90 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfabc0 IndexThread::output_lock IndexThread::run 0x1ddd1d0 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] crash
James, You don't use the CV version which we talk about on this ML. Have a look at this: http://cvs.cinelerra.org/docs/split_manual/cinelerra_cv_manual_2.html#SEC10 Nicolas. On Mon, Dec 04, 2006 at 05:02:09PM -0500, James Lockie wrote: I can't load one 1 .dv file (it plays fine in mplayer) and other .dv files load. Is the output from a console any help? $ cinelerra Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. Compiled on Mon Dec 4 13:35:12 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=16760 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1a4a940 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8b0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ae00b0 TransportQue::output_lock PlaybackEngine::run 0x1b627d0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1ae2c90 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfabc0 IndexThread::output_lock IndexThread::run 0x1ddd1d0 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- ~~ ~ BOYCOTT SUSE NOVELL (C)(TM)(R) MICRO$OFT ~ ~~ ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Call of cinelerra translators
On Mon, Dec 04, 2006 at 01:17:51PM -0200, rafael2k wrote: w/ your work, now i got: 1322 translated messages, 7 fuzzy translations, 43 untranslated messages. there are some strings to be fixed. I know, but the problem is I do not know how :-)) anyway, here is the patch: http://darksnow.radiolivre.org/de.po.diff i did not got my svn account yet. Ah, since you started the thread I thought you are able to commit. I will create a bug report containing the both files on bugs.cinelerra.org. I hope it belongs to CV. (I would prefer if both are committed in order, to simplify the task of proofreading using svn. Jens ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] crash
Huh?? his startup output displays Cinelerra 2.1CV, so he is using the community version, (though likely not the latest) Pierre Nicolas Maufrais wrote: James, You don't use the CV version which we talk about on this ML. Have a look at this: http://cvs.cinelerra.org/docs/split_manual/cinelerra_cv_manual_2.html#SEC10 Nicolas. On Mon, Dec 04, 2006 at 05:02:09PM -0500, James Lockie wrote: I can't load one 1 .dv file (it plays fine in mplayer) and other .dv files load. Is the output from a console any help? $ cinelerra Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. Compiled on Mon Dec 4 13:35:12 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=16760 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1a4a940 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8b0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ae00b0 TransportQue::output_lock PlaybackEngine::run 0x1b627d0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1ae2c90 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfabc0 IndexThread::output_lock IndexThread::run 0x1ddd1d0 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] crash
Nicolas Maufrais wrote: James, You don't use the CV version which we talk about on this ML. Have a look at this: http://cvs.cinelerra.org/docs/split_manual/cinelerra_cv_manual_2.html#SEC10 Nicolas. On Mon, Dec 04, 2006 at 05:02:09PM -0500, James Lockie wrote: I can't load one 1 .dv file (it plays fine in mplayer) and other .dv files load. Is the output from a console any help? $ cinelerra Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. Compiled on Mon Dec 4 13:35:12 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=16760 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1a4a940 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8b0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ae00b0 TransportQue::output_lock PlaybackEngine::run 0x1b627d0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1ae2c90 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfabc0 IndexThread::output_lock IndexThread::run 0x1ddd1d0 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted I thought I do have the CV version. What does the CV in Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. mean then? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] crash
Pierre Dumuid wrote: Huh?? his startup output displays Cinelerra 2.1CV, so he is using the community version, (though likely not the latest) Pierre Nicolas Maufrais wrote: James, You don't use the CV version which we talk about on this ML. Have a look at this: http://cvs.cinelerra.org/docs/split_manual/cinelerra_cv_manual_2.html#SEC10 Nicolas. On Mon, Dec 04, 2006 at 05:02:09PM -0500, James Lockie wrote: I can't load one 1 .dv file (it plays fine in mplayer) and other .dv files load. Is the output from a console any help? $ cinelerra Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. Compiled on Mon Dec 4 13:35:12 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=16760 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1a4a940 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8b0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ae00b0 TransportQue::output_lock PlaybackEngine::run 0x1b627d0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1ae2c90 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfabc0 IndexThread::output_lock IndexThread::run 0x1ddd1d0 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted I compiled:| svn checkout svn://svn.skolelinux.org/cinelerra/trunk/hvirtual| :-( ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] crash
On Mon, Dec 04, 2006 at 05:52:09PM -0500, James Lockie wrote: I thought I do have the CV version. What does the CV in Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. mean then? Ah... Well, indeed... =) The message displayed in Cinelerra CV now indicates the revision. I'm now so used to see it that I though you were using the HV version. Nicolas. -- ~~ ~ BOYCOTT SUSE NOVELL (C)(TM)(R) MICRO$OFT ~ ~~ ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] crash
James Lockie wrote: Pierre Dumuid wrote: Huh?? his startup output displays Cinelerra 2.1CV, so he is using the community version, (though likely not the latest) Pierre Nicolas Maufrais wrote: James, You don't use the CV version which we talk about on this ML. Have a look at this: http://cvs.cinelerra.org/docs/split_manual/cinelerra_cv_manual_2.html#SEC10 Nicolas. On Mon, Dec 04, 2006 at 05:02:09PM -0500, James Lockie wrote: I can't load one 1 .dv file (it plays fine in mplayer) and other .dv files load. Is the output from a console any help? $ cinelerra Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. Compiled on Mon Dec 4 13:35:12 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=16760 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1a4a940 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8b0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ae00b0 TransportQue::output_lock PlaybackEngine::run 0x1b627d0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1ae2c90 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfabc0 IndexThread::output_lock IndexThread::run 0x1ddd1d0 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted I compiled:| svn checkout svn://svn.skolelinux.org/cinelerra/trunk/hvirtual| :-( ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ahh, it is recommended to compile with --withbuildinfo/svn flag.. (this will show more detail about the revision number in the startup message) ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Call of cinelerra translators
Em Segunda 04 Dezembro 2006 20:09, Jens Seidel escreveu: On Mon, Dec 04, 2006 at 01:17:51PM -0200, rafael2k wrote: w/ your work, now i got: 1322 translated messages, 7 fuzzy translations, 43 untranslated messages. there are some strings to be fixed. I know, but the problem is I do not know how :-)) you can leave the FIXMEs, thats ok. i'm using the patched de.po: cd hvirtual wget http://darksnow.radiolivre.org/de.po.diff patch -p0 de.po.diff to fix the remaining problems, for fuzzy strings, serch for fuzzy in the de.po, and do the following, for example, in line 1583 of de.po: #: cinelerra/filempeg.C:1893 #, fuzzy msgid VCD Still sequence msgstr TGA Sequenz you have to change to: #: cinelerra/filempeg.C:1893 msgid VCD Still sequence msgstr Right translation also search for empty () strings, for example, in line 1590 of de.po: #: cinelerra/filempeg.C:1894 msgid SVCD Still sequence msgstr you have to change to: msgid SVCD Still sequence msgstr Right translation got it? bye, rafael diniz anyway, here is the patch: http://darksnow.radiolivre.org/de.po.diff i did not got my svn account yet. Ah, since you started the thread I thought you are able to commit. i'll be able to commit soon. bye, rafael diniz -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Eng. da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org, www.midiaindependente.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- pgpAQpBkw9qGW.pgp Description: PGP signature
Re: [CinCVS] crash
Ok, I did: /configure --enable-3dnow --with-buildinfo=svn/recompile Maybe the default should be to show more detail about the revision number. :-) I didn't do the --enable-3dnow and it still crashes. $ cinelerra Cinelerra 2.1CV SVN 961M (C) 2006 Heroine Virtual Ltd. Internal ffmpeg Compiled on Mon Dec 4 18:39:28 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=12456 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1ae00c0 TransportQue::output_lock PlaybackEngine::run 0x1b627c0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1a47d20 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8a0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfc8f0 IndexThread::output_lock IndexThread::run 0x1ae2cd0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ddf000 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Rendering hangs/crashes for multitrack composition
Toby, I've gotten rendering crashes if I have a gap between two adjacent clips on the timeline. To stop the gaps from happening, I will go to the end of a particular segment, zoom in as far as I can go, and make sure that the audio and video tracks end at the exact same time. Another way of saying this is that the end of one clip and the start of the next should line up perfectly on the timeline. If they don't end at the exact same time, I clip off a bit of whatever track is dangling by using the mark in/mark out indicators and doing a cut. I can then be assured that when I paste a new segment to the end of this recently snipped one that the segments will align perfectly. Once the segments are aligned, I then apply the transition and feel secure that the video will render properly. scott ps - it also helps if you have Settings-Align cursor on frames option selected so that you always have measurable reference points to do your cut and pastes. On Mon, 2006-12-04 at 12:24 +0100, Toby wrote: Hi, yesterday I worked on some DVD menus, where I placed 6 video tracks with DVD-MPEG2 footage (arrangement of animated previews) on top of an animated background. Except for some resource shortage there's no problem with playback, etc. But when it comes to rendering, it only worked sporadically for some of my compositions. Most of the time cinelerra hangs or crashes during rendering regardless which output format I chose. Looking at the projects that worked and the ones which didn't doesn't show any obvious difference. Exactly the same arrangements, where I just swaped all the source material. First, I thought the problem is related to a certain track or source footage, but disabling an arbitrary track helps most of the time. Now, is there a limit in video tracks that can be used for compositions in parallel ? (I'm talking about 2 full-size background tracks and 6 partial preview areas visible at the same time) Are there known problems with MPEG2 source footage ? Any other ideas ? Would it be worth analyzing the XML project files for some irregular stuff? By the way, I'm talking about the latest debian packages as well as an up-to-date SVN build as of 3/12/06. No matter whether utilizing OpenGL or not. Toby ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] crash
James Lockie wrote: Ok, I did: /configure --enable-3dnow --with-buildinfo=svn/recompile Maybe the default should be to show more detail about the revision number. :-) I didn't do the --enable-3dnow and it still crashes. $ cinelerra Cinelerra 2.1CV SVN 961M (C) 2006 Heroine Virtual Ltd. Internal ffmpeg Compiled on Mon Dec 4 18:39:28 EST 2006 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. # no audio # no audio # no audio # no audio # no audio # no audio # no audio signal_entry: got SIGSEGV my pid=12456 execution table size=5: vrender.C: run: 555 vrender.C: run: 414 vrender.C: process_buffer: 103 vrender.C: process_buffer: 113 vrender.C: run: 416 signal_entry: lock table size=13 0x19f5560 CWindowTool::input_lock CWindowTool::run 0x9de0b0 BC_Synchronous::next_command BC_Synchronous::run 0x1ae00c0 TransportQue::output_lock PlaybackEngine::run 0x1b627c0 ResourceThread::draw_lock ResourceThread::run 0x1a1b380 TransportQue::output_lock PlaybackEngine::run 0x1a47d20 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1805ea0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1943900 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1a1cd60 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1b9e8a0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1dfc8f0 IndexThread::output_lock IndexThread::run 0x1ae2cd0 BC_WindowBase::event_condition BC_WindowBase::get_event 0x1ddf000 FileDV::decoder_lock FileDV::read_samples * BC_Signals::dump_buffers: buffer table size=0 BC_Signals::delete_temps: deleting 0 temp files SigHandler::signal_handler total files=0 Aborted Does this help at all? I haven't got debugging symbols compiled in yet. :-( Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1157675328 (LWP 9765)] 0x2adcb8125bb5 in dv_decode_audio_block () from /usr/lib/libdv.so.4 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Rendering hangs/crashes for multitrack composition
Maybe file a bug report. Also, in the later version cinelerraCV (since r952) dragging clips on the time-line should auto-clip appropraitely.. Pierre Scott C. Frase wrote: Toby, I've gotten rendering crashes if I have a gap between two adjacent clips on the timeline. To stop the gaps from happening, I will go to the end of a particular segment, zoom in as far as I can go, and make sure that the audio and video tracks end at the exact same time. Another way of saying this is that the end of one clip and the start of the next should line up perfectly on the timeline. If they don't end at the exact same time, I clip off a bit of whatever track is dangling by using the mark in/mark out indicators and doing a cut. I can then be assured that when I paste a new segment to the end of this recently snipped one that the segments will align perfectly. Once the segments are aligned, I then apply the transition and feel secure that the video will render properly. scott ps - it also helps if you have Settings-Align cursor on frames option selected so that you always have measurable reference points to do your cut and pastes. On Mon, 2006-12-04 at 12:24 +0100, Toby wrote: Hi, yesterday I worked on some DVD menus, where I placed 6 video tracks with DVD-MPEG2 footage (arrangement of animated previews) on top of an animated background. Except for some resource shortage there's no problem with playback, etc. But when it comes to rendering, it only worked sporadically for some of my compositions. Most of the time cinelerra hangs or crashes during rendering regardless which output format I chose. Looking at the projects that worked and the ones which didn't doesn't show any obvious difference. Exactly the same arrangements, where I just swaped all the source material. First, I thought the problem is related to a certain track or source footage, but disabling an arbitrary track helps most of the time. Now, is there a limit in video tracks that can be used for compositions in parallel ? (I'm talking about 2 full-size background tracks and 6 partial preview areas visible at the same time) Are there known problems with MPEG2 source footage ? Any other ideas ? Would it be worth analyzing the XML project files for some irregular stuff? By the way, I'm talking about the latest debian packages as well as an up-to-date SVN build as of 3/12/06. No matter whether utilizing OpenGL or not. Toby ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Rendering hangs/crashes for multitrack composition
Thanks for all your feedback ! Since I don't have any adjacent clips on my timeline, there shouldn't a problem with gaps. Furthermore, I used a build newer than r952 for the creation, so snapping should have worked. Meanwhile, I figured out how to get my project rendered: I had to render all full size background tracks into an intermediate file and place this single, non-MPEG2 footage, instead of the background MPEG2 material. Then, rendering worked fine. Looks like reducing the number of concurrent MPEG2 files, from 7 to 6, helped to get the job done. Since playing with gdb indicated that the crash might happen somewhere inside libmpeg3 while reading a frame, I'm wondereing whether there's a problem with MPEG program streams including NAV packages ? Toby ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra