Hi Andraz, I compiled v989. I did a warm reboot of the box for a fresh start. My computer configuration specs are here: http://content.serveftp.net/video/qtcompatibility.ods.html
I am using my project that I had described in my audio sync problem post. It has one 720P HDV (MPEGTS) video track with two stereo audio tracks (one wav/one mp2) at 48kHz. You can refer to my previous post for the exact details of the project format stats. I monitored "top" while I performed a few operations in Cinelerra. I only used Cinelerra during the test interval: operation mem used before starting cinelerra 297MB after starting cinelerra 500MB open project 605MB play first 30s of vid 681MB click and play diff 10s of vid 742MB click and play diff 10s of vid 756MB click and play diff 20s of vid 800MB click and play last minute 915MB select all in timeline 918MB rendered audio as WAV 1036MB click and play diff 30s of vid 1113MB click and play diff 30s of vid 1165MB render video using ffmpeg (cancel after five minutes) 1342MB apply histogram and play 30s 1367MB quit cinelerra 1139MB * 1139MB still used after quitting cinelerra Here is the top output after quitting cinelerra: Tasks: 117 total, 1 running, 116 sleeping, 0 stopped, 0 zombie Cpu(s): 1.5% us, 1.0% sy, 0.0% ni, 96.8% id, 0.0% wa, 0.3% hi, 0.3Mem: 2070884k total, 1143208k used, 927676k free, 18604k buffersSwap: 0k total, 0k used, 0k free, 978248k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2695 root 15 0 42668 17m 8684 S 1.7 0.8 0:04.27 gnome-termi 2588 root 14 -1 67572 26m 8304 S 1.3 1.3 1:18.39 X oops..just realized swap not enabled on reboot. I will fix that. if you need a test MPEGTS file from my cam to work with, here's one: http://content.serveftp.net/video/jvchd10u_output.m2t 27MB scott After starting Cinelerra, my used memory read 590K. As I clicked in the timeline and played back (about four times), the memory used grew to about 720K. I then selected the entire track and hit shift-R to render. My memory usage shot up to about 1.8MB. I rendered the audio to wav. After rendering the wav audio, On Fri, 2007-02-09 at 22:00 +0100, Andraž Tori wrote: > please try out new builds so we will know if this fixes your problems or > not... report back please. > > bye > andraz > > On Fri, 2007-02-09 at 15:00 +0000, [EMAIL PROTECTED] wrote: > > Andraz, > > As I have been suffering from the consequences of mpeg decoding leak, I am > > very excited to test this when I get home this afternoon. Thanks! > > > > One question: what is a crush? > > scott > > -------------- Original message ---------------------- > > From: Andraž Tori <[EMAIL PROTECTED]> > > > This is a fix for obvious leak when reopening mpeg from index files. > > > > > > Previous fd was not released in all cases. Now it is. > > > > > > This leak also caused crushes due to memory exaustion and creating > > > extreme > > > number of waiting threads eventually... The way it crushed is not > > > completely > > > obvious to me, but now the crush is gone. > > > > > > Opening mpeg files that have index is still awfully inefficient, since > > > every > > > file that already has TOC created is opened twice - first time just to > > > read the > > > number of video streams present. This could be done better... > > > > > > bye > > > andraz > > > > > > > > > email message attachment > > > -------- Forwarded Message -------- > > > From: Andraž Tori <[EMAIL PROTECTED]> > > > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > > > Cc: [email protected] <[email protected]> > > > Subject: [CinCVS] mpeg decoding leak & crush > > > Date: Fri, 9 Feb 2007 12:44:02 +0000 > > > > > > _______________________________________________ > Cinelerra mailing list > [email protected] > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
