[Digikam-users] how do you select images for slide show?

Eildert Groeneveld eildert.groeneveld at onlinehome.de
Wed May 8 20:15:06 BST 2013


Remco


thanks for sharing!

I see what you are doing, and, yes, I understand how it works. It just
bothers me that we do not have a simpler setup. Injecting tags is all
very well, but ofcourse it triggers backup requirements for each single
jog included in the slideshow, where actually you would just need one
file or directory that contains a link to the original file.
implementing this on top of the batch queue facility: this already
allows you to collect various images as you screen them. Being able to
somehow output theses filenames would already be enough, a little bash
or perl script could do the rest.




On Mi, 2013-05-08 at 18:40 +0200, Remco Viƫtor wrote:
> On Wednesday 08 May 2013 15:25:49 Anders Lund wrote:
> 
> Well, I find those more useful earlier on in the process, to indicate 
> preferences and/or restrictions, if only because there are so few of them.
> 
> Personally, I find a hierarchy of tags the easiest to use, in this case:
> /slideshow and then subtags, e.g. /slideshow/Vietnam, 
> /slideshow/Vietnam/short. A /~/~/long tag would be superfluous if your 
> short slideshow is a selection from the long one.
> 
> As for the multiple copies problem:
> I convert my RAW files to PNG (at maximum size) for further editing, but 
> any final file will be a JPG, scaled to planned use, to minimise the space 
> occupied. And for those I don't mind having several copies lying around.
> 
> And yes, I do the conversion from PNG to JPG with the batch queue:
> scale to final size, a bit of sharpening (amount depending on output 
> medium), add metadata with copyright and contact info, and convert to jpeg.
> 
> Then, how are you going to present your slide show:
> - a standalone presentation, with automatic progression, or
> - manual progression while you present the images?

I have not gotten that far yet
> 
> For a stand-alone presentation, I usually generate a video file, with all 
> transitions baked in.
jupp, thats an option. In my first version I would likely add some
talking, then it needs to be manual.


Tred



> Remco
> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users





More information about the Digikam-users mailing list