[Kdenlive-devel] relative paths in project files

el jefe delito eljefedelito at gmail.com
Mon Nov 17 17:16:14 UTC 2008

> This might be inspirational? What kphotoalbum appears to do, is to scan all 
> files below a certain path, and match against the size/md5 sum database that 
> it has. This is very quick - it scans my image collection of about 18000 high 
> resolution images in 20-30 seconds

md5sum can take a while on large files, and video files are known to be large; it may be worthwhile anyways and better as an opt-in option to do this.  Would it be feasible to run md5sum against just the first and last X megabytes of the clips that are incorporated into a project, to help keep this quick for very large files?

eljefe$ ls -lh mall_trip_015.dv
-rw-r--r-- 1 eljefe eljefe 266M 2008-11-05 19:58 mall_trip_015.dv
eljefe$ time md5sum mall_trip_015.dv
bcd35a02015854813de36aa8d318cebb  mall_trip_015.dv

real    0m3.055s
user    0m1.988s
sys     0m0.532s


The above md5sum didn't take too long but with a whole lot of clips it may take much much longer; or not.  Just a thought.

> icon in the GUI. In Kdenlive that would amount to e.g. being able to move 
> clips around in the timeline, edit titles, all that kind of stuff, without 
> having access to the actual clips on disk at the moment.

This 'off-line editing' would be fantastic, as it would allow for less disk-access for the main files (which may be stored in another location); the kdenlive project file could then be sent to that location for rendering.  I think this would require a low-quality copy of the footage to work, however.  Would it be worthwhile (for RAM reasons etc) to have a tool to convert/compress the real footage to a much smaller version to work on?  Or is this overkill and not needed due to the way KDEnlive already works?

More information about the Kdenlive mailing list