[Kdenlive-devel] UI

Jason Wood jasonwood at blueyonder.co.uk
Tue Jun 18 09:02:05 UTC 2002


Ok, let's try again now....

My current plan for how a project holds clips is as follows.

A clip can consist of simply a video file, or an audio file. It can also 
consist of both, which would be what you would expect with video which 
contains audio. The user can of course specify if they only want the audio or 
video of a clip for a particular purpose.

But it can also potentially consist of many hundreds of clips, with 
transitions between them, spread over multiple tracks, etc. The user should 
be able to use this type of clip and a clip containing a single video file 
without distinguishing between them.

Why is this necessary? Consider that you are editing a show together. You have 
a nice, tightly edited title sequence, consisting of lots of short clips, and 
then the rest of the show is much more loosely edited, in clips that are more 
like 30 seconds in length. Let's say that we are editing 6 episodes, and each 
needs different credits in the title sequence, and for arguments sake, let's 
say that our equipment is capable of rendering everything that we do in 
realtime.

Since we need to modify the title sequence for each show, we keep it around as 
a project rather than rendering it down to a seperate sequence. However, if 
we can only use clips which contain one video/audio file then we have one of 
two situations :

1. We need to modify the title sequence in it's own project, and then render 
it down to a single clip. This is ok, except for two points. Firstly, we have 
suddenly started using multiple projects on a single edit, and secondly, we 
have to make sure that the render is of maximum quality so that the final 
output is also of maximum quality.

or

2. We import the project onto our timeline, and have to be careful not to 
accidentally move around any of the hundreds of small clips whilst we are 
moving other things. Moreso, if we decide to move the title sequence from the 
beginning (say, to add a 10 second clock countdown before it), then we need 
to be very careful to move _all_ of the clips.

By having clips as containers which can potentially hold an entire project, we 
could simply import the entire title sequence project into our project, and 
handle it as a single clip. If we need to then modify the title sequence, we 
would "expand" the clip somehow (I have yet to determine the best way to do 
this), which would allow the contents of the clip to be edited. Once that was 
finished, the clip could be "closed" again. 

Why is this particularly different from editing the title sequence as a 
seperate project and rendering down to a single clip? Partly because it means 
that the user doesn't have to change focus - they are working on the main 
project, they merely double click the title sequence (or some other well 
defined command to "expand" it), modify it, and then go back to working on 
the original project. Partly because the title sequence "clip" can be 
modified seperately for each show, and will be stored in the relevant project 
file. Finally, the user does not need to remember project names on the disk, 
which quite often end up swamped in the .avi, .wav, etc. clips.

What do you think?




More information about the Kdenlive mailing list