Richard Rasker schrieb:
>> I'm trying to help one of my Linux users with a rather frustrating
>> problem: Basically, Cinelerra handles keyframes just fine during
>> preview, but behaves erratically when rendering.
> OK, I went over & checked things out, and it turns out to be related
> to th
Rafael Diniz schrieb:
> I'd ask if someone is still interested in a cinelerra darwin port.
> Any news from the lumiera front?
Not hardware is the limiting factor. We need people willing to participate on a
long-term base, in order for a darwin port to happen. In this respect, the
situation is th
Daniel Steinberg schrieb:
> Is there any documentation describing the full EDL (XML) syntax that
> Cinelerra parses?
rather not... Cinelerra uses an "homebrew" XML parser
and the parsing / outputting is scattered over various places;
mostly the objects to be loaded or saved contain the code
to pa
Am Mittwoch, den 16.04.2008, 11:59 -0400 schrieb Roland:
The idea is interesting for a start. Do you think it is possible? ie :
> plays many hdv videos for example?
>
Hi Roland,
just to explain Christian's Idea a bit: the videoplayer will use the
same backend code as Lumiera, and it creates a s
Am Dienstag, den 08.04.2008, 02:58 +0200 schrieb Frans de Boer:
> Okay, i understood before that the CV-Cinelerra team was working on a
> new (bottom-up) cinelerra-CV version since it is obvious that if you
> have to resort to an option to "restore from backup" that the product
> must me fundamenta
Am Dienstag, den 26.02.2008, 17:17 -0800 schrieb [EMAIL PROTECTED]:
> I'd like to offer to do some focus testing of the proposed names,
> once they are narrowed down to the to 6-10 or so.
Hello Jay,
thanks for your offer. I think it's not the right moment
for wasting any efforts on such things n
Am Dienstag, den 12.02.2008, 21:45 +0200 schrieb Dirk Uys:
I am interested in getting involved with the development of the new
> version of cinelerra! I am a C++ developer, but I know a fair amount
> of C.
Hello Dirk,
you are welcome!
> What I would really like to know, is there some web page or
> On Tue, 12 Feb 2008 15:19:32 +0100, marquitux caballero
> > why don´t you LISTEN? maybe having 2k or 4k is for not many users, but
> > FLV and 3GP EXISTS, so if you plan to make a PROFESSIONAL tool, why not
> > to listen what the people say?
Am Dienstag, den 12.02.2008, 15:58 +0100 schrieb
Am Mittwoch, den 06.02.2008, 21:02 +0100 schrieb Christian Thaeter:
> The tracks in a timeline represent a tree, to make it a full graph one
> just needs to 'wire' signals between this tracks.
>
> AkhiL mase some drawing some time ago:
> http://img81.imageshack.us/img81/6916/cin3proposaldrawingbn
Am Mittwoch, den 06.02.2008, 13:48 -0600 schrieb Timothy Baldridge:
Cin3 actually has development going on? Just look at the news history
> on the main page, and the forums. It's vaporware.
>
> And yeah, I've been keeping tabs on it since '03.
>
Timothy,
for your info: "Cin3" is the new project
Am Mittwoch, den 06.02.2008, 09:02 +0100 schrieb Richard Spindler:
> I've made a little Picture about how I think the User Interface of a
> yet to be named Video Editor could be presented.
>
> http://propirate.net/oracle/zipfiles/UI-concepts-CineTris.png
> cehteh, ichthyo, do you think that the
Am Mittwoch, den 06.02.2008, 07:53 +0100 schrieb Richard Spindler:
The Following Names were the "preferred" choices on the wikipage at
> How to vote? Make an "X" in the Box before the name, and send this
> mail back to the list.
>
>
[x] VeriteCV
>
Hermann Vosseler
__
Am Dienstag, den 05.02.2008, 22:47 +0100 schrieb Raffaella Traniello:
> I'd add:
> * Audio fade (and meters?) set to -40.0 to 6.0
Hello all,
oh yes, this reminds me of some unfinished work.
Indeed Audio faders and meter need to be -96dB to +6dB, because that's
the dynamic range of 16bit PCM. (
Am Dienstag, den 05.02.2008, 11:09 -0500 schrieb Aaron Newcomb:
> ffmpeg -vcodec copy -acodec copy -r 25 -aspect 16:9 -i NAME.mov OUTPUTNAME.mov
> >
> > (this sets 25fps, the aspect ratio, and marks the video as interlaced)
> >
> I am not sure that this is true. The -deinterlace option in ffmpeg
>
Richard Spindler schrieb:
> > > Example of poor Metapher: "Albert Einstein" for "Sharpen".
Am Dienstag, den 05.02.2008, 18:02 +0100 schrieb Burkhard Plaum:
I thought the same, but when looking at the "Unsharp" effect
> and it's icon I laughed a lot.
>
me to,
but, indeed this rather proves th
Am Dienstag, den 29.01.2008, 23:58 +0100 schrieb Terje J. Hanssen:
> My available homePC w/Cinelerra on openSUSE 10.2 is an old, less
> powerful K7 w/ATI Rage128RF graphical card, SB0312 Audigy LS (modern)
> audio card, 512MB memory and a sliced 80GB Maxtor-5T060H6 hard disk.
>
> 3) VLC
> Open
Am Dienstag, den 29.01.2008, 23:03 +0100 schrieb Terje J. Hanssen:
Loaded one of my listed video files (dv02.dv). Then it arised
> automatically on the time line and in the Media map in the Resources
> window. Created a working directory (mkdir /home/terje/cin) and tried
> File>Save as /home/ter
Am Dienstag, den 29.01.2008, 21:27 +0100 schrieb Richard Spindler:
2008/1/29, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> > You should note though that the individual render node *must not* hold
> > any time varying data because of thread safety. Any data will be passed
> > in as "frames" (video, audi
Christian Thaeter schrieb:
> > I'd rather separate plugin rendering functionality, parameter passing
> > and the gui.
>
Am Dienstag, den 29.01.2008, 19:11 +0100 schrieb Burkhard Plaum:
> IMO GUI and rendering can (and should) be separated. But
> - parameters are affected by the GUI
> - rendering i
Hi Matt,
your post contains some points about "mindset" I want to respond to --
especially with regards to "Cin-3"
The Project? Some days ago you saw the first quasi-official mention
on the ML. It is just emerging as a project, and it /will/ be a project
separate from Cinelerra. It started out by
Hi flavio,
at the moment, I'm at work and can have just a quick glance at the
problem. Seemingly the two attached xml files are identical with
respect to the semantics (the python script changes the order of
the attributes, but this doesn't matter in xml).
I've made the necessary changes manuall
Hi Flavio,
the whole thing with the python script is just a quick-n-dirty hack to
get some sort of "proxy editing". I wrote it to be able to handle a larger
project in HDV, since Cinelerra doesn't support proxy editing natively.
Basically it just automates some search-and-replace I did
first using
Am Montag, den 12.11.2007, 20:08 + schrieb mark carter:
I'm wondering to what extent you think extern libs might help (hopefully
> the answer is "a lot").
> yes, I think so, it will greatly help reducing the overall size of "cinelerra
> code"
I'm presuming that Cinelerra grew up in a world
Am Montag, den 12.11.2007, 19:08 + schrieb mark carter:
, but some people
> argue against git and in favour of svn, claiming that the whole idea of
> priviliged checkin is not such a bad idea.
>
Obviously, some people don't seem to get the point with GIT:
It is up to /you/ to define
2007/11/12, mark carter <[EMAIL PROTECTED]>:
> > ... As you guys will no doubt be aware, I had created some
> > patches for Ficl, and left cinelerra alone for some time. When I tried
> > to apply the patches to a later version, there were quite a few
> > conflicts. Backed up from my other (limited)
Am Sonntag, den 17.06.2007, 11:28 +0100 schrieb J.P. Casainho:
On the last 2 days, I tried to build Cinelerra on my new 64bits system, one
> Core 2 Duo from Intel.
>
> I always got this error: "/usr/bin/ld:
> ffmpeg/libavcodec/.libs/libavcodec.a(simple_idct_mmx.o): relocation
> R_X86_64_32 agai
Il giorno mer, 07/03/2007 alle 01.36 +0100, Andraž Tori ha scritto:
> > On Wed, 2007-03-07 at 01:21 +0100, giskard wrote:
> > > hello,
> > >
> > > it's a long time i don't contribute to cinelerra,but i'm always
> > > interested in it.
> > >
> > > Yesterday i wondered why cinelerra cannot be part
Am Mittwoch, den 07.03.2007, 10:20 +0100 schrieb Christian Thaeter:
Finally I found some time to look at some cinelerra bugs. Cinelerra use
> quite some own things..
> I believe the code complexity could be lowered by replacing some
> things with standard or defacto-standard libs rather fixing
Am Montag, den 16.10.2006, 17:40 -0400 schrieb Wesley T Allen:
And I was leery of Maxtor and Seagate because I've had drives from both die on
> me - but samsung? Really? Wow, the world changes
>
> Wes
>
...I am using 10 Samsung HDD about 2 years now and without any probs. This
drives are
Am Mittwoch, den 23.08.2006, 21:41 +0200 schrieb Nicolas:
> OK. So, if I open a "made with the patched version" project with the
> "normal" 836 version, only the way the input and output points are
> displayed would be changed, wouldn't they?
>
exactly
> Your patch is *REALLY* important for me.
Am Mittwoch, den 23.08.2006, 20:31 +0200 schrieb Nicolas:
Could you please explain the syntax to apply the patch? I'm not familiar
> at all with that command...
>
>
Hello Nicolas,
patching is simple, you just feed the patch to stdin of the patch command. The
only complication is the "-p" param
Am Mittwoch, den 16.08.2006, 20:48 +0200 schrieb Valentina Messeri:
hi Kristin :)
>
> maybe changing your marillat repositories frm etch to sid can help
...
Hi Vale,
Hi Kristin,
...I don't think it is necessay to go to sid. I think,
it's only the new address "debian-multimedia", so I would prop
Hello Kristin,
yes, it seems to make sense: your Apt simply doesn't know
where to get the libfaac0 package cinelerra requires. He
knows only the official released version 1.24-0 which he
can get from the old url of Christian Marillat's unofficial
multimedia Repository. But Marillat is always movin
Hi Leo, Hi Pierre,
the last weeks, I spent quite some time on implementing a patch for an
issue closely related to this. So, I think it's great you want to
participate, and maybe we can join forces or at least I could assist
in understanding the code involved in rendering and manipulation of
the a
Hi Andraz,
just missed you on irc. :-(
The Alt-thing I can do, shouldn't be difficult and just in there
where I am mucking around all the time...
I don't know what to say as far as "factor 2" is concerned. My goal
of course was to get things as simple as possible, from a programmers
POV :-) But th
> On Tue, 6 Jun 2006 11:16:56 +0200 "Helge Nert" <[EMAIL PROTECTED]> wrote:
>>I have had huge problems getting cinelerra to work on my FC4 x86_64
>>platform.
>
Dimitrios wrote:
> I'm still learning cinelerra, but i haven't had any problems related to the
> distribution. I'm using Fedora Core 5 x8
Alec Robertson wrote:
> I have NTSC DV footage for which ...
> I can use the projector y-motion to center the subject vertically
...
> But, I noticed that when I then do a frames to fields that the interlacing
> order changes between successive fields. This is as one would expect
...
> Is there a w
Eddy Nigg (StartCom Ltd.) wrote:
> Current Cinlerra version 2.0 can't be compiled on FC5, and may patches
> have to be applied to various libraries (Faac, Faad, Libdv etc). I did
> not got to the point yet to compile cinelerra itself, because I would
> prefer that it would be linked to the syste
valentina messeri wrote:
> avi or mov, are container, but dv, afaic, is a lossless
> codecalthough tiff is "losslesser" no way
>
dv is lossy, IIRC, somewhat similar to M-JPEG, where every frame is
compressed seperately, in contrast to MPEG, which treats groups of
frames...
yuv is los
Piotr Legiecki wrote:
> But wonder if I can make clean (not to force
> dependency problems with packages) cinelerra install under etch? It
> should be not very complicated (just one force-overwrite on the
> libmpeg3hv_1%3a2.0.0-1svn20060213_i386.deb):
>
basically it is not very difficult. O
Andraz Tori wrote:
> For changing the order of overlays, you could use overlay plugin...
Hi Andra,
as you are mentioning it
Yesterday, I didn't manage to get any visible result by this plugin,
but I couldn't figure out what exctly it is doing (even by poking into
the source :-( )
- do I n
> On Wed, 8 Feb 2006, Andraz Tori wrote:
>>The same could be used for video tracks when you are combining some
>>material in multitrack and want to fix all the material in the same way
>>(apply the same color correction for example...) no matter which track
>>the material is in...
>
[EMAIL PROTEC
> On sre, 2006-02-08 at 20:15 +0100, [EMAIL PROTECTED] wrote:
> I am somewhat puzzled by the behaviour of "chained tracks"
...
Andraz Tori wrote:
> The concept comes from audio... where there are many situations in
> stereo, where you want to apply the same effects with the same keyframes
> to bo
Hi all,
currently, I am exploring cinelerra's features
(we are at the start of a large editing project).
I am somewhat puzzled by the behaviour of "chained tracks" (is this
the right term) when doing compositional work. Maybe someone can confirm
if I did grasp the following correctly?
My unders
44 matches
Mail list logo
