[Digikam-devel] new KIPI plugin (image viewer)

[Kusi]

Hello all

While digikam is a great program for managing your photo library, it doesn't
exactly fit my need for presenting images in fullscreen-mode. My plugin,
downloadable here (http://titlis.org/kipi_imageviewer.tar.gz), does:

- zooming (the zoom center is your mouse pointer and not just the center
  of the screen)
- rotation (as described in bug #120501)
- support for OpenGL ARB_texture_rectangle extension
- faster than digikams fullscreen mode
- image preloading
- correct display for 1680x1050 LCD's (not the case with digikam 0.9.0)
- mousewheel support for either zooming or changing images

The plugin does not yet
- respect image rotations in the EXIF header
- slideshow
- icons, dialogs, etc...

I'll fix those issues soon. I'm aware of the fact that as soon as the
slideshow is implemented, it's quite a code duplication of the existing
slideshow KIPI code. I tried to reuse this code, but I finally changed the
datastructure which fits my needs better. But I'll reuse the transition
effects of the slideshow plugin.

since I load the raw image into texture ram, you need quite alot of video mem.
E.g a 5mp image takes 20mb in the texture ram. So don't try to run this
plugin with less than 32mb video ram.

In parallel, I develop a standalone version with the same codebase that will
be similar to Kuickshow, which is still the fastest viewer I know of. It will
be much more lightweight than Gwenview.

Kusi
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Colin Guthrie-6]

Markus Leuthold wrote:
> While digikam is a great program for managing your photo library, it doesn't
> exactly fit my need for presenting images in fullscreen-mode. My plugin,
> downloadable here (http://titlis.org/kipi_imageviewer.tar.gz), does:

You should also post this in the kde-imaging mailing list (the home of
Kipi Plugins). I've cross posted your mail there but due to my inability
to think straight I sent the mail without adding this preamble and
forgot to CC the original (this) list.... I'm an idiot... ;)


Excellent - look forward to trying it!

> The plugin does not yet
> - respect image rotations in the EXIF header
> - slideshow
> - icons, dialogs, etc...
>
> I'll fix those issues soon. I'm aware of the fact that as soon as the
> slideshow is implemented, it's quite a code duplication of the existing
> slideshow KIPI code. I tried to reuse this code, but I finally changed the
> datastructure which fits my needs better. But I'll reuse the transition
> effects of the slideshow plugin.

If you do and you have time, could you take a look at:
http://bugs.kde.org/show_bug.cgi?id=102021

I've been wanting that for ages :)

> since I load the raw image into texture ram, you need quite alot of video mem.
> E.g a 5mp image takes 20mb in the texture ram. So don't try to run this
> plugin with less than 32mb video ram.

Is this going to conflict in anyway with Compiz/Beryl or similar?

Col

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Alle 01:04, mercoledì 3 gennaio 2007, Markus Leuthold ha scritto:

> Hello all
>
> While digikam is a great program for managing your photo library, it doesn't
> exactly fit my need for presenting images in fullscreen-mode. My plugin,
> downloadable here (http://titlis.org/kipi_imageviewer.tar.gz), does:
>
> - zooming (the zoom center is your mouse pointer and not just the center
>   of the screen)
> - rotation (as described in bug #120501)
> - support for OpenGL ARB_texture_rectangle extension
> - faster than digikams fullscreen mode
> - image preloading
> - correct display for 1680x1050 LCD's (not the case with digikam 0.9.0)
> - mousewheel support for either zooming or changing images
>
> The plugin does not yet
> - respect image rotations in the EXIF header
> - slideshow
> - icons, dialogs, etc...
>
> I'll fix those issues soon. I'm aware of the fact that as soon as the
> slideshow is implemented, it's quite a code duplication of the existing
> slideshow KIPI code. I tried to reuse this code, but I finally changed the
> datastructure which fits my needs better. But I'll reuse the transition
> effects of the slideshow plugin.
>
> since I load the raw image into texture ram, you need quite alot of video mem.
> E.g a 5mp image takes 20mb in the texture ram. So don't try to run this
> plugin with less than 32mb video ram.
>
> In parallel, I develop a standalone version with the same codebase that will
> be similar to Kuickshow, which is still the fastest viewer I know of. It will
> be much more lightweight than Gwenview.
>
> Kusi

Just a thought, why don't you get in touch with kipi team, and try to get the slidshow

plugin maintainment?

Angelo



_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel