Re: [CinCVS] Slow load of media thumbnails
if your photos are actually a sequence, you might want to create a list out of them and then importing a listfile into cinelerra bye andraz On Sun, 2007-02-11 at 05:47 +0100, Thanatermesis wrote: Im working in a project to has around 600 photos (1600x1200), cinelerra crash sometimes when im working on it, this is not a real problem since i save everytime, but cinelerra take's around 4-5 minutes in load the thumbnails on the Media directory (where the files of the project is). Is not posible to make cinelerra to remembers the thumbnails of the files ? Thanatermesis ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Slow load of media thumbnails
ah.. other option is disabling generation of thumbnails in preferences.. On Sun, 2007-02-11 at 12:29 +0100, Andraž Tori wrote: ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] still pictures out of a video
Thanks, Joe. Is it clever to try to take a nice and sharp still picture out of an interlaced video? :-/ transcode has worked for me in the past what about the quality of your still pictures? Ciao Raffaella ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] keyboard control in vwindow/cwindow
(re)enable navigation by up/down/left/right keys in Viewer and Composer
windows...
left/right is mapped to 1 second leapse, up/down to 10 second ... this nicelly
compliments the numerical keypad keys for moving around content.
bye
andraz
diff -ru --exclude-from exclude hvirtual-svn/cinelerra/cwindowgui.C hvirtual-2.1/cinelerra/cwindowgui.C
--- hvirtual-svn/cinelerra/cwindowgui.C 2007-01-06 12:26:19.0 +0100
+++ hvirtual-2.1/cinelerra/cwindowgui.C 2007-02-11 12:56:08.0 +0100
@@ -724,6 +724,7 @@
this-mwindow = mwindow;
this-cwindow = cwindow;
set_precision(0.1);
+ set_pagination(1.0, 10.0);
}
CWindowSlider::~CWindowSlider()
diff -ru --exclude-from exclude hvirtual-svn/cinelerra/vwindowgui.C hvirtual-2.1/cinelerra/vwindowgui.C
--- hvirtual-svn/cinelerra/vwindowgui.C 2007-01-06 12:26:19.0 +0100
+++ hvirtual-2.1/cinelerra/vwindowgui.C 2007-02-11 12:56:11.0 +0100
@@ -675,6 +675,7 @@
this-vwindow = vwindow;
this-gui = gui;
set_precision(0.1);
+ set_pagination(1.0, 10.0);
}
VWindowSlider::~VWindowSlider()
diff -ru --exclude-from exclude hvirtual-svn/guicast/bcslider.C hvirtual-2.1/guicast/bcslider.C
--- hvirtual-svn/guicast/bcslider.C 2006-10-12 12:08:14.0 +0200
+++ hvirtual-2.1/guicast/bcslider.C 2007-02-11 12:52:43.0 +0100
@@ -206,11 +206,11 @@
switch(get_keypress())
{
case UP:
- increase_value();
+ increase_value_big();
result = 1;
break;
case DOWN:
- decrease_value();
+ decrease_value_big();
result = 1;
break;
case LEFT:
@@ -456,6 +456,22 @@
int BC_ISlider::decrease_value()
{
+ value-=10;
+ if(value minvalue) value = minvalue;
+ button_pixel = value_to_pixel();
+ return 0;
+}
+
+int BC_ISlider::increase_value_big()
+{
+ value+=10;
+ if(value maxvalue) value = maxvalue;
+ button_pixel = value_to_pixel();
+ return 0;
+}
+
+int BC_ISlider::decrease_value_big()
+{
value--;
if(value minvalue) value = minvalue;
button_pixel = value_to_pixel();
@@ -544,6 +560,8 @@
this-maxvalue = maxvalue;
this-value = value;
this-precision = 0.1;
+ this-small_change = 0.1;
+ this-big_change = 1.0;
}
int BC_FSlider::value_to_pixel()
@@ -604,7 +622,7 @@
int BC_FSlider::increase_value()
{
- value += precision;
+ value += small_change;
if(value maxvalue) value = maxvalue;
button_pixel = value_to_pixel();
return 0;
@@ -612,7 +630,23 @@
int BC_FSlider::decrease_value()
{
- value -= precision;
+ value -= small_change;
+ if(value minvalue) value = minvalue;
+ button_pixel = value_to_pixel();
+ return 0;
+}
+
+int BC_FSlider::increase_value_big()
+{
+ value += big_change;
+ if(value maxvalue) value = maxvalue;
+ button_pixel = value_to_pixel();
+ return 0;
+}
+
+int BC_FSlider::decrease_value_big()
+{
+ value -= big_change;
if(value minvalue) value = minvalue;
button_pixel = value_to_pixel();
return 0;
@@ -678,6 +712,12 @@
this-precision = value;
}
+void BC_FSlider::set_pagination(float small_change, float big_change)
+{
+ this-small_change = small_change;
+ this-big_change = big_change;
+}
+
BC_PercentageSlider::BC_PercentageSlider(int x,
@@ -709,22 +749,3 @@
return caption;
}
-int BC_PercentageSlider::increase_value()
-{
- value += precision;
- if(value maxvalue) value = maxvalue;
- button_pixel = value_to_pixel();
-//printf(BC_PercentageSlider::increase_value %f\n, value);
- return 0;
-}
-
-int BC_PercentageSlider::decrease_value()
-{
- value -= precision;
- if(value minvalue) value = minvalue;
- button_pixel = value_to_pixel();
-//printf(BC_PercentageSlider::decrease_value %f\n, value);
- return 0;
-}
-
-
diff -ru --exclude-from exclude hvirtual-svn/guicast/bcslider.h hvirtual-2.1/guicast/bcslider.h
--- hvirtual-svn/guicast/bcslider.h 2006-10-12 12:08:15.0 +0200
+++ hvirtual-2.1/guicast/bcslider.h 2007-02-11 12:53:56.0 +0100
@@ -44,6 +44,8 @@
int deactivate();
virtual int increase_value() { return 0; };
virtual int decrease_value() { return 0; };
+ virtual int increase_value_big() { return 0; };
+ virtual int decrease_value_big() { return 0; };
virtual char* get_caption() { return caption; };
private:
@@ -100,6 +102,8 @@
int64_t get_length();
int increase_value();
int decrease_value();
+ int increase_value_big();
+ int decrease_value_big();
virtual int handle_event();
virtual char* get_caption();
@@ -133,8 +137,11 @@
float get_length();
virtual int increase_value();
virtual int decrease_value();
+ virtual int increase_value_big();
+ virtual int decrease_value_big();
virtual char* get_caption();
void set_precision(float value);
+ void set_pagination(float small_change, float big_change);
private:
int value_to_pixel();
@@ -142,6 +149,7 @@
int update_selection(int cursor_x, int cursor_y);
float minvalue, maxvalue, value;
float precision;
+ float small_change, big_change;
};
class BC_PercentageSlider : public BC_FSlider
@@ -158,8 +166,6 @@
int use_caption = 0,
VFrame **data = 0);
- virtual
Re: [CinCVS] still pictures out of a video
On 2/11/07, Raffaella Traniello [EMAIL PROTECTED] wrote: Thanks, Joe. Is it clever to try to take a nice and sharp still picture out of an interlaced video? :-/ transcode has worked for me in the past what about the quality of your still pictures? I've used them to make animated thumbnail menus for dvds, and I was happy with the results. I didn't do any PSNR analysis on the original size, so I don't have any quantitative data for you. I guess just try it and judge it for your needs :-) Joe ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] still pictures out of a video
Ciao Joe! I guess just try it and judge it for your needs :-) Well,... I tried to take a single frame out of my video (rendering a single frame, with freeze frame effect, with loop effect set on one frame only) but anyway I judge the quality of the picture much lower than the quality of the video (sharpness especially). Too low. I only suspect it being caused by interlace. So I'm going to have a desperate cry for half a minute and to grieve over the loss of stills in my poor video for the other half of the minute. Unless I'm missing something... Thanks and bye bye Raffella Is it clever to try to take a nice and sharp still picture out of an interlaced video? :-/ transcode has worked for me in the past what about the quality of your still pictures? I've used them to make animated thumbnail menus for dvds, and I was happy with the results. I didn't do any PSNR analysis on the original size, so I don't have any quantitative data for you. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] still pictures out of a video
Hey hey! On 2/11/07, Raffaella Traniello [EMAIL PROTECTED] wrote: Unless I'm missing something... Hmmm, mplayer offers a few filters for working with interlaced video. If the ones in cinelerra didn't work, you may want to try those. mplayer video.avi -vo png -vf pp=fd There are heaps of post-processing (pp) filters that deinterlace. From man mplayer: lb/linblenddeint Linear blend deinterlacing filter that dein- terlaces the given block by filtering all lines with a (1 2 1) filter. li/linipoldeint Linear interpolating deinterlacing filter that deinterlaces the given block by linear- ly interpolating every second line. ci/cubicipoldeint Cubic interpolating deinterlacing filter deinterlaces the given block by cubically interpolating every second line. md/mediandeint Median deinterlacing filter that deinter- laces the given block by applying a median filter to every second line. fd/ffmpegdeint FFmpeg deinterlacing filter that deinter- laces the given block by filtering every second line with a (-1 4 2 4 -1) filter. l5/lowpass5 Vertically applied FIR lowpass deinterlacing filter that deinterlaces the given block by filtering all lines with a (-1 2 6 2 -1) filter. Joe ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] still pictures out of a video
a) you don't need to do freeze frame, just render only one frame to jpg b) you have plugin to do deinterlace... use it bye andraz On Sun, 2007-02-11 at 18:38 +0100, Raffaella Traniello wrote: Ciao Joe! I guess just try it and judge it for your needs :-) Well,... I tried to take a single frame out of my video (rendering a single frame, with freeze frame effect, with loop effect set on one frame only) but anyway I judge the quality of the picture much lower than the quality of the video (sharpness especially). Too low. I only suspect it being caused by interlace. So I'm going to have a desperate cry for half a minute and to grieve over the loss of stills in my poor video for the other half of the minute. Unless I'm missing something... Thanks and bye bye Raffella Is it clever to try to take a nice and sharp still picture out of an interlaced video? :-/ transcode has worked for me in the past what about the quality of your still pictures? I've used them to make animated thumbnail menus for dvds, and I was happy with the results. I didn't do any PSNR analysis on the original size, so I don't have any quantitative data for you. ___ 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
[CinCVS] [Bug 402] Cinelerra fails when compiling
http://bugs.cinelerra.org/show_bug.cgi?id=402 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- Configure bugmail: http://bugs.cinelerra.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Creating DVD from Cinelerra: input source
On Friday 09 February 2007 10:47, Yannick Patois wrote: Johannes Sixt wrote: On Thursday 08 February 2007 13:20, Yannick Patois wrote: What I saw, when looking at the resulting m2v file, is (roughly) a 680x480 crop of the image not 704x576. I didnt went up to the DVD but I belive that the cropped area wont reapear... Some Equipment displays only a subpart of the theoretically possible image. Live with it. That doesn't change the math, but you have to be careful that you don't put important information (like titles) too far to the borders. The problem is that the certain device is both cinelerra (in its Composer window) and xine (after rendering a m2v file according to the manual). I just looked in the cinelerra project XML and read stuff like: VIDEO INTERPOLATION_TYPE=0 INTERPOLATE_RAW=1 WHITE_BALANCE_RAW=1 COLORMODEL=RGBA-8 Bit INTERLACE_MODE=BOTTOM_FIELD_FIRST CHANNELS=1 VCHANNEL_X_0=0 VCHANNEL_Y_0=0 FRAMERATE=25 FRAMES_PER_FOOT=16 OUTPUTW=720 OUTPUTH=576 ASPECTW=4 ASPECTH=3/VIDEO VIDEO HEIGHT=576 WIDTH=720 LAYERS=1 FRAMERATE=1 VCODEC=rlea VIDEO_LENGTH=-1 INTERLACE_AUTOFIX=1 INTERLACE_MODE=UNKNOWN INTERLACE_FIXMETHOD=DO_NOTHING REEL_NAME=cin REEL_NUMBER=0 TCSTART=0 TCEND=0 TCFORMAT=0/VIDEO So it seems that I did my configuration well for 720x576... Does it seems normal? Looks ok. I just tried this: - Created a circle with Gimp on a 720x540 canvas. - Resized that canvas to 720x576 and stored as png. (The Circle is now more a vertical ellipse, of course.) - Created a new PAL project in Cinelerra (720x576). - Loaded the png as resource only into Cinelerra. - Dragged the media onto the time line. - The composer now shows a perfect circle. Not a vertical ellipse. Not a horizontal ellipse. Nothing is cropped. No borders were added. I don't know what you did wrong. Note that I didn't care about the 720 vs. 704 pixel width for the moment. If I had cared, I would have scaled the original 720x540 canvas to 704x576 and _then_ added 8 pixels of blackness to the left and right. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] mpeg decoding leak crush
Andraz, I thought I'd update you on my progress. During my all day editing session yesterday, VIRT didn't get above 1000MB. So that's good. It seems mem usage increased a bit after I started a rendering job last night. The project is 720P HDV content. Currently, VIRT mem is 1306MB and RES at 528MB and has been for the last few hours. The project will take another 18 hours to complete. FYI. scott On Fri, 2007-02-09 at 17:09 -0500, Scott C. Frase wrote: Andraz, Alright then. It just seemed odd to me that so much memory would be used. I will keep an eye on the VIRT and RES columns for Cinelerra while I work on my project and let you know if the memory keeps rising above 1GB. scott On Fri, 2007-02-09 at 22:57 +0100, Andraž Tori wrote: I don't know wat exactly you want to tell me... btw: total memory used in top is wrong metric by any means. you should just be looking at VIRT and RES columns for each application, cinelerra in this case... if virt number goes up to a gig or more and keeps going up, then something is wrong, if not, cinelerra is working ok... yes, it needs quite some memory bye andraz On Fri, 2007-02-09 at 16:42 -0500, Scott C. Frase wrote: 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 cinelerra500MB open project605MB 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 %MEMTIME+ 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 +, [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
Re: [CinCVS] still pictures out of a video
Thanks Andraz, thanks Joe. Eventually I've found my way out of the labyrinth of the countless Cinelerra deinterlace option combinations. My still pictures are clearer. My mind is too. So it seems that instead of a minute of deep sorrow I'm going to have a minute of great happiness. :-) Ciao Raffaella ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] [Bug 403] New: [FEATURE REQUEST] Various keyboard shortcuts
http://bugs.cinelerra.org/show_bug.cgi?id=403 Summary: [FEATURE REQUEST] Various keyboard shortcuts Product: Cinelerra Version: 2.1 Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: Medium Component: User Interface AssignedTo: cinelerra@skolelinux.no ReportedBy: [EMAIL PROTECTED] Various keyboard shortcuts that would be useful: W = Toggles window focus between Timeline and Viewer SHIFT + D = Deletes the first/top/highest track, opposite of D, which deletes the last/bottom/lowest track. SHIFT + [ = Go to In point SHIFT + ] = Go to Out point SHIFT + K = Next keyframe ALT + K = Previous keyframe SHIFT + ALT + V = Superimpose edit (like insert except a new track is and the clip is inserted at the insertion point on the new track) SHIFT + S = Save As ALT + S = Straighten curves SHIFT + M = Map 1:1 ALT + M = Map 5.1:2 ALT + A = Render audio effect SHIFT + R = Render video effect SHIFT + PAGE UP = Move tracks up SHIFT + PAGE DOWN = Move tracks down CTRL + DEL = Delete tracks ALT + T = Concatenate tracks ALT + SHIFT + RIGHT = Next item in Clips bin ALT + SHIFT + LEFT = Previous item in Clips bin These two keyboard functions are already assigned to Next/Previous Edit, but only when the Compositor or Timeline windows are focused. When the Viewer or Resources window is focused, the keyboard shortcuts should be as follows: ALT + RIGHT = Next item in Media bin ALT + LEFT = Previous item in Media bin Reproducible: Always -- Configure bugmail: http://bugs.cinelerra.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: audio sync problem on rendered output, but not
Hi Scott I'm glad to hear it. The symptoms were a little strange though, even for a TOC issue. Oh well, at least the result is consistent now. :) No problem. Even though things appear to be working now you will still suffer from the problems I mentioned. You might just be lucky in that in this particular case your sources were sufficiently close in frequency such that the drift over the 4 minutes of footage wasn't particularly audible. As your clips get longer it is guaranteed that your sync will drift unless all digital audio recording sources are locked to the same clock. The amount of drift (and therefore the maximum clip length before you notice it) depends on how close the recorders' clocks were, which is indeterminant since there's a temperature dependency in the frequencies. Interesting. This drift stuff is a nightmare. Next recording, we'll sync to a clock source! :) Yes, it is a pain. Syncing everything to a master clock is the best solution. However, since only high end cameras have an external syncing options and the external clock units themselves can be quite expensive it's often not possible to do this. That in the end is why I use the workflow described eariler; it's a little more time consuming but still a lot cheaper than an externally clockable camera. :) FYI one thing I've thought of doing is making an audio clock generator which locks to the camcorder. The idea is to take the video output from the camcorder (which by definition is locked to the *video* clock) and detect the sync pulses (probably vertical). This will give a 50 Hz signal. This would then be fed into a phase locked loop (PLL) which would generate the 48 kHz clock signal for the audio hardware. It's a good theory but there are issues. It assumes that the PLL can be made incredibly stable; if it jitters any more than the internal clock of the audio interface it will have a negative impact on the recorded audio quality - to achieve this it might be necessary to go into temperature control. It also assumes that the vertical sync pulses out of the camcorder are stable. Unfortunately I've had no time to pursue this further than thinking about it, so I don't know how feasible it is in practice. Some day I might get around to it though. Anyway, we're getting a bit off-topic here. Best of luck with your future projects and feel free to follow up privately on these matters and to let me know how you get on. Best regards jonathan ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Re: audio sync problem on rendered output, but not when viewing in compositor
maybe it's getting off topic, but i had similar sync problems with different recording speeds between one of the camcorders and the mini-disk-recorder in a multi-track project. Yes, you would have. (i solved it by just leaving a blank frame in the camara track every now and then, to let the audio catch up. i agree this is not quite professional.) That works up to a point, but only if you have places where this can be done without it being noticeable. It will mean you're left with drifting audio though, and you have to make a judgement call as to how much you allow it to drift before you insert your blank frame. The other issue of course is that sometimes the audio runs behind the video. In this case you'll have to drop a frame, which is equally undesireable. so i'd like to know how we do that syncronization? Refer to my earlier posts in this thread for the workflow I use. maybe start end all recordings with that classic wooden shutter? (don't know the exact term but you know, like the kino icon) Synchronising the start/stop times isn't actually the problem. Rather it's caused by unsynchronised sampling clocks in the audio and video recording devices. Unless you can afford gear which accepts external sync (which usually means high-end cameras for starters) it's a problem you have to solve in software. Again, refer to my earlier posts for the full story. Best regards jonathan ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Swap? (was Re: [CinCVS] constant hangs on HDV project)
On 2007-02-05 20:24, Dan Streetman wrote: On 2/5/07, Nicolas Maufrais [EMAIL PROTECTED] wrote: Heroine Virtual Ltd recommends disabling swap when a lot of memory is installed. This is not a good idea under any circumstances. Disabling swap will never help anything or improve performance, ever. It will only cause the system to start killing processes when you use up all system memory. Do not disable swap. Hi Dan, This will only be true for kernels with the OOM killer running, right? Here's the link to comments from Cinelerra's author about swap usage: http://cvs.cinelerra.org/docs/wiki/doku.php?id=english_manual:cinelerra_cv_en_20#disabling_swap_space I've seen system behavior that makes me believe his comments about disk caching using system memory (back in ext2 days.) Maybe this is no longer true for newer kernels. But I suspect your 'never help' comment might be overzealous. ;) Would you say newer kernels with current versions of filesystems no longer exhibit this behavior? Or is something else going on here? Thanks, -- Kevin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] audio sync problem on rendered output, but not
actually if drift stays constant, then it is very simple to fix in cinelerra.. just right click on asset, and change frequency from 48000 to 48002 or some similar value - depending on the scale of your drift. Yeah, that would work in some situations; of course working out what the magic number has to be is another issue entirely. Does cinelerra allow a fractional frequency to be entered (for example, 48000.0123) and does it have an upper limit on the precision you can enter? If it's limited to integer values it won't be much good on long (60 minute) clips. The only trick is that you have to do that _before_ you start dragging edits to the timeline and before creating clips. True - which in some workflows could be awkward (or at least require a lot of repeate trial-and-error before getting things right). I'll have to look into what sample rate conversion cinelerra uses in this situation - hopefully it's Erik's secret rabit code. Regards jonathan ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] rendering to flash
I am finally working on my first full project in Cinelerra and I have endless questions, but, I hope this one is simple I'm using the suggestion in the manual for creating a flash video file from my Quicktime for Linux file. I followed the instruction for Audio option Two Complements 16bits (PCM) Video option DV Now I'm running the command: ffmpeg -i movie.mov -b 430 -s 320x240 -aspect 4:3 -pass 1 -ar 22050 movie.flv using my movie file name as substitutes I'm getting this readout on the command line, repeated many times: AC EOB marker is absent pos=64 AC EOB marker is absent pos=64 AC EOB marker is absent pos=64 AC EOB marker is absent pos=65 frame=168772 q=31.0 Lsize= 103361kB time=5631.4 bitrate= 150.4kbits/s video:53360kB audio:43996kB global headers:0kB muxing overhead 6.168884% The AC EOB lines are repeated many times The last two lines were the final lines in the render process Can someone tell me what they mean? Also, can someone tell me what Two Complements means? The only Google hits I'm getting are from Cinelerra pages that don't explain it but recommend using it -- Claude Jones Brunswick, MD, USA ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
