-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans  . 

SlideShow (GL)

   0.7  

KDE Screensaver

Score 43%
SlideShow (GL)
zoom


Link:  Link
Downloads:  8689
Submitted:  Apr 3 2003
Updated:  May 7 2003

Description:

This is a KDE slide show screensaver which uses OpenGL for smooth zooming and crossfades. It has a simular feel to that of the MacOS X slideshow screensaver. Note that since this uses OpenGL textures for the images, you will need significant amounts of texture memory on your card for this to work well (especially for large images).

I would appreciate any _constructive_ input. I changed some of the features of the screensaver: The images used to have a vignette effect, and you could select the size of the image; now the image is always sized so that it fills the screen. Which is preferable? Should it be an option? Does the incremental jpeg loader work? Does it eliminate the lag between images?




Changelog:

- Added support for png images. They are loaded incrementally just like the jpegs, so skipping shouldn't be a problem. please report any problems.

- Stability improvements. Works on both greyscale and color jpeg's now (before it would crash on greyscale jpegs). Gracefully handles unmounting of drives which images are stored on (i.e. it doesn't crash when it can't read an image). Added an option to display the image name in the lower left hand corner. Also, the screensaver no longer always zooms towards the center of an image. It can zoom to any portion of the image, but gives preference to the top half for portrait oriented images (since that is where the center of focus normally resides in portraits). Didn't update the preview cause I'm too lazy.

- Added line to link to libjpeg. For some reason it worked on my machine without it.

- Image directory selection will now traverse into any subdirectories up to depth 1. This means you can effectively use multiple directories for source images by creating a directory with symlinks to your image directories.

- Much faster load up time, much smaller memory footprint, and uses much less CPU time than before.

- Implemented a incremental jpeg loader that (hopefully) prevents jerkiness between images. Movement should be smooth, unless of course, you set the delay time to something very small and your machine cannot finish loading the next image before it is due for display.




LicenseGPL
Send to a friend
Subscribe
Other  Apps  from wjarosz
Report inappropriate content



goto page: prev   1  2  3  4  5 

-
.

 bug report

 
 by djwilly on: Apr 30 2003
 
Score 50%

My system: PIII (Coppermine) 733Mhz
NS: Debian Woody 3.0
Kerndl: 2.4.16
KDE: 3.1
Qt: 3.1.1
Card: Riva TNT2 M64, 32mb RAM
Drivers: official from nvidia v28.80 (those that came with woody)

OpenGL works ok on other GL screensavers and in other apps like tux racer or wineX.

The bugs (happen sometimes, and*only in fullscreen), all of them are in transitions:

Let's imagine that we have four images, A, B, C and D, and that they must be displayed in that order.

1) in transition from A to B (per example), the screen splits horizontally in two. In the upper half of the screen it displays the lower half of A, and in the lower side of the screen it displays the upper side of B.

2) in transition from B to C, happen this:

->zoom B (as desired ;))
->transition FROM A TO D
->end transition (D is on screen)
->start zooming C

The (2) problem appears to be an indexing issue. But the first one, seems quite strange (half portion of one, and the other half of another??)

BTW, your work is EXCELLENT. Perhaps this summer, with your permission of course, I and some friends make an slide show viewer (with full control of the effects with the keyboard and the mouse) based on your work...

Regards

PD: Excuse the tone of this message, but I am not an english speaker :)


Reply to this

-

 Re: bug report

 
 by wjarosz on: May 7 2003
 
Score 50%

The indexing problem that you speak of: are you sure that you do not have randomize images selected in the setup? If you do not have that selected then the images should display in alphabetical order, otherwise they are shuffled.

I don't really understand why you are having that split screen problem. I have never run across that. Your card seems rather old and does not have that much video memory. Possibly you are trying to load images that are very very large? If you try to load images that are larger than 2048x2048 the graphics card would need over 50 MB of ram to store that. Somehow i don't think that is the problem, but I am out of ideas.

Does this only happen on certain images? Try running the screensaver on a completely different set of images, preferably small images.


Reply to this

-
.

 Re: Re: bug report

 
 by djwilly on: May 7 2003
 
Score 50%

Well, the indexing problem is not the randomize feature... you didn't understand me:

The desired behaviour:
-Show A
-Start transition from A to B
-End transition from A to B
-Show B
[...]

The real behaviour on my computer:
-Show A
-Start transition from [any image] to [other image]
-End that transition
-Show B

Understand now? Sorry, i can't speak better the english :)

Well, it's possible that the split screen issue come from my card. It's a 32Mb TNT2... If it was the problem, I think those requirements are unacceptable for a slide show program... even quake3 or gta3 require less amount of memory :) What about scaling the image to the screen resolution before displaying it? It would require much much less memory... can it be possible without an huge performance loss? It's only an idea :)

byee


Reply to this

-

 Re: Re: Re: bug report

 
 by wjarosz on: May 7 2003
 
Score 50%

I don't know if i understand what you are saying about the transition. Do you mean that image A transitions to image B, and then suddenly the image changes to an image C without any transition?

The reason that quake3 can work is because it's not loading 4096x4096 images as textures. this should not be a problem if you are running the screensaver on normal sized images (1280x1024, 1600x1200), however if you do load images larger than 2048x2048, you will run out of texture memory. It is possible to scale the image before hand, but in order to do that without causing any skips I would have to implement an incremental image scaler. I could then do a little bit of scaling at each frame, instead of scaling the whole image at once and lagging the animation. Even then, if the machine isn't fast enough, lagging will most likely occure. It's alot of coding for something that could be easily avoided by not using insane image sizes if you are running on an older graphics card.

Right now the CPU time is very low, by having to scale all the images beforehand it would raise the CPU time significantly (not something that is desired from a screensaver either). Are you using images that are THAT big? I'm not convinced that this is the cause of your problem.


Reply to this

-

 Re: Re: Re: Re: bug report

 
 by djwilly on: May 7 2003
 
Score 50%

I don't know if i understand what you are saying about the transition. Do you mean that image A transitions to image B, and then suddenly the image changes to an image C without any transition?

More or less... what you have said happens, but not only that. Sometimes it's worse: I'm seeing A; If the next image is B, there should be a smooth transition from A to B. Well, sometimes, instead of A, another image (like if it is randomly chosen) do the transition with B. It's hard to explain :)

Are you using images that are THAT big? I'm not convinced that this is the cause of your problem.

Errr... well, no. They are 1280x960x24 (as my digital camera do them :)) 4mb should be enough, it seems...

Well, if you want, contact me by email and we'll talk further (djwilly@jazzfree.com).

Bye


Reply to this

-
.

 error during *make*

 
 by fezadow on: May 7 2003
 
Score 50%

i get a parse error when trying to 'make':

In file included from kslidesaversetup.h:16,
from main.cpp:29:
kslidesaver.h:92: error: parse error before `[' token
make[3]: *** [main.o] Fehler 1
make[3]: Leaving directory `/home/felix/Software/kslidesavergl-0.7/kslidesavergl'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/home/felix/Software/kslidesavergl-0.7/kslidesavergl'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/felix/Software/kslidesavergl-0.7'
make: *** [all] Fehler 2


any idea?


--
trillian:~ # chown linux:users /world

Reply to this

-
.

 Nice!

 
 by refriedbean on: May 9 2003
 
Score 50%

I love it!

I think it would be great if you could add some other effects as well :)

Another feature that I would love is the ability to select multiple directories for the slide show.

Keep up the good work!


Reply to this

-

 Re: Nice!

 
 by wjarosz on: May 13 2003
 
Score 50%

What sort of effects do you have in mind?

Also, you can select multiple directories by creating a directory with simlinks to the image directories you want to use. SlideShowGL will recurse into the directory one level. I did this because it seemed like a more flexible solution - you can have as many image directories as you want, and it doesn't clutter the setup interface


Reply to this

-
.

 GREAT, BUT WHAT IF..

 
 by RadicalEdward on: May 30 2003
 
Score 50%

First of all, EXELLENT work - very slick screensaver.

But now would it be possible to implement the screensaver as a desktop background using KDE's background program option? It would be the coolest desktop in the world. I don't know enough about how KDE's desktop elements to know if it is even possible, but if it IS, I would love to know how to implement it.


Reply to this

-

 solution

 
 by probono on: Jun 15 2003
 
Score 50%

It is possible to use a screensaver instead of a background image. To do this, call any screensaver with the -inroot parameter, e.g.:

kswarm.kss -inroot &

Most screensavers will look best of you set the background color to black.

However, using a screensaver as background might eat some CPU and X time ...

(Source: http://sunsite.bilkent.edu.tr/pub/linux/www.kde.org/faq/kdefaq-6.html)


Reply to this

-

 not in KDE3

 
 by probono on: Jun 15 2003
 
Score 50%

this seems to be removed from/broken in KDE3.


Reply to this

goto page: prev   1  2  3  4  5 

Add commentBack






-
-
Do you like or dislike Ubuntu Unity?
 Yes, unity is alien technology!
 It is less confusing than Gnome 3 default, shell.
 Granny thinks it is much more usable than Gnome 2
 Canonical is embarrasing itself with this split project
 Gnome 3 default shell is much better
 I dislike Unity, Gnome 3 default shell is alien technology!
 None of the above, I like the 2Gb for free and Apple alike behavior. Will post a comment instead

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.