On Monday 08 December 2008 22:50:05 Alberto Villa wrote:
> On Mon, Dec 8, 2008 at 9:01 PM, Mads Bondo Dydensborg
>
> wrote:
> > Am I right in assuming that this functionality is now part of Kdenlive
> > SVN, and AFAICT works correctly?
>
> it worked well for me with the patch you've just added, bu
On Mon, Dec 8, 2008 at 9:01 PM, Mads Bondo Dydensborg
wrote:
> Am I right in assuming that this functionality is now part of Kdenlive SVN,
> and AFAICT works correctly?
it worked well for me with the patch you've just added, but i'm going
to test it tomorrow
there's obviously a problem with old i
On Wednesday 19 November 2008 11:52:53 Alberto Villa wrote:
> On Wednesday 19 November 2008 07:55:12 opensourcecat wrote:
> > Sebas have just updated nepomuk's documentation:
> >
> > http://techbase.kde.org/Development/Tutorials/Metadata/Nepomuk
> >
> > Have a look if you are interested
>
> thanks!
On Wednesday 19 November 2008 07:55:12 opensourcecat wrote:
> Sebas have just updated nepomuk's documentation:
>
> http://techbase.kde.org/Development/Tutorials/Metadata/Nepomuk
>
> Have a look if you are interested
thanks! unfortunately nepomuk isn't yet mature enough on this side...
http://tech
Sebas have just updated nepomuk's documentation:
http://techbase.kde.org/Development/Tutorials/Metadata/Nepomuk
Have a look if you are interested
--
___
Salvatore Brigaglia
http://www.kde-italia.org
http://opensourcecat.blogspot.com
On Monday 17 November 2008 15:49:38 Mads Bondo Dydensborg wrote:
> There are several reasons why you might consider creating an issue for
> this:
reported as issue 365: http://www.kdenlive.org/mantis/view.php?id=365
hope it's ok
--
Alberto Villa
mandag 17 November 2008 skrev Alberto Villa:
> On Monday 17 November 2008 16:02:11 Mads Bondo Dydensborg wrote:
> > 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
On Monday 17 November 2008 19:17:56 Mads Bondo Dydensborg wrote:
> The original size would definitely be something that would need to be
> stored as information about a clip, as the md5sum trivially would not match
> in that case. So, for the "locate clips again", you can trivially reject
> all non
On Monday 17 November 2008 17:29:27 opensourcecat wrote:
> On Monday 17 November 2008 18:20:18 Alberto Villa wrote:
> > i forgot to say that this seems to be a bit redundant with the nepomuk
> > integration, if what says salvatore (opensourcecat) is true...
>
> Yep. And considering that nepomuk can
On Monday 17 November 2008 18:20:18 Alberto Villa wrote:
> i forgot to say that this seems to be a bit redundant with the nepomuk
> integration, if what says salvatore (opensourcecat) is true...
Yep. And considering that nepomuk can be available or not it takes the
question as an alternative, jus
On Monday 17 November 2008 17:16:14 el jefe delito wrote:
> 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
>
> real0m3.055s
> user0m1.988s
> sys
On Monday 17 November 2008 16:02:11 Mads Bondo Dydensborg wrote:
> 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
On Monday 17 November 2008 15:49:38 Mads Bondo Dydensborg wrote:
> Those are some arguments for creating issues. Please note, that I am a
> great believer in issue-tracking, so my opinion may be heavily colored.
ok, i'll do... but what should i write? i've started talking about relative
paths, an
On Monday 17 November 2008 16:02:11 Mads Bondo Dydensborg wrote:
> 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
fredag 14 November 2008 skrev Dan Dennedy:
>
> > Could you explain briefly what would be the use of the relative path
feature ?
>
> Move the folder containing the project file and all of its assets to
> another place or move it shared storage so I can access it from
> another system that might
fredag 14 November 2008 skrev Alberto Villa:
> On Friday 14 November 2008 09:00:55 Bugs Bane wrote:
> > Sounds like a great idea to me Alberto. Well worth filing a bug report
> > / wishlist item on at http://kdenlive.org/mantis ;-)
>
> even if i'd like to work on this on my own?
There are several
> 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 whi
On Friday 14 November 2008 18:01:54 Dan Dennedy wrote:
> Charlie and I argued about this for Kino. I argued for relative and he
> for absolute. We decided to make it a user preference, but I defaulted
> it to my preference. :-)
in fact the first chapter, which was made with kino, doesn't suffer fr
On Friday 14 November 2008 15:19:45 jb wrote:
> On Friday 14 November 2008 01.33:09 Alberto Villa wrote:
> > hi all
> > now that 0.7 is gone i would like to discuss a feature whose absence
> > makes moving kdenlive files really frustrating
Just a question.
Shouldn't nepomuk take care of that? I me
On Friday 14 November 2008 14:19:45 jb wrote:
> The "project folder" stuff is not yet implemented. The idea was to have all
> files created by Kdenlive for your project saved in that folder (video and
> audio thumbnails, title files, captured files...). The project file would
> then be saved in tha
On Friday 14 November 2008 16:32:59 opensourcecat wrote:
> Shouldn't nepomuk take care of that? I mean, if a kdenlive project is
> pointing to a nepomuk record instead of a file shouldn't kdenlive knows,
> with the help of nepomuk, where the file is?
maybe, i don't know how kdenlive and nepomuk wo
On Friday 14 November 2008 01.33:09 Alberto Villa wrote:
> hi all
> now that 0.7 is gone i would like to discuss a feature whose absence makes
> moving kdenlive files really frustrating
> probably this isn't the first time you think about relative paths, and
> probably there's some good reason if t
On Fri, Nov 14, 2008 at 6:19 AM, jb wrote:
> On Friday 14 November 2008 01.33:09 Alberto Villa wrote:
>> hi all
>> now that 0.7 is gone i would like to discuss a feature whose absence makes
>> moving kdenlive files really frustrating
>> probably this isn't the first time you think about relative p
On Friday 14 November 2008 09:00:55 Bugs Bane wrote:
> Sounds like a great idea to me Alberto. Well worth filing a bug report
> / wishlist item on at http://kdenlive.org/mantis ;-)
even if i'd like to work on this on my own?
--
Alberto Villa
Sounds like a great idea to me Alberto. Well worth filing a bug report
/ wishlist item on at http://kdenlive.org/mantis ;-)
On 11/13/08, Alberto Villa wrote:
> hi all
> now that 0.7 is gone i would like to discuss a feature whose absence makes
> moving kdenlive files really frustrating
> probably
hi all
now that 0.7 is gone i would like to discuss a feature whose absence makes
moving kdenlive files really frustrating
probably this isn't the first time you think about relative paths, and
probably there's some good reason if this hasn't been done yet, but i'd like
to work on it if possible
26 matches
Mail list logo
