ubuntu-xsplash-artwork contains redundant graphics

If you wanted to keep all the different resolution files after it installs (because you want to reading extra data to a minimum), is it possible to just generate the smaller resolution images from a larger one during install?

That wouldn't help for keeping the size of the liveCD under control; and I think the size differences between the individual images are small enough that we shouldn't optimize for this.

I'm going to remove the other images and put the scaling code back into xsplash.

Is it really important to keep the 1024x768 one as well? gnome-settings-daemon doesn't get to choose which one it's using, and we're now using that for the desktop background in gdm. In order to keep it consistent then shouldn't xsplash only keep the 2560x1600 image and try to display it the same way g-s-d does?

If the login screen only uses one image then xsplash probably should only use one image. If it's the same image this should also helps keep redundant reads down.

Cody, who is this question addressed to? I'm not going to presume to say that we should be using a single image for displays with different aspect ratios - that's not my area of expertise. Scaling images for screens of the same aspect ratio, OTOH, is clearly something we can do without impacting the aesthetics. :)

Hmm, I know Fedora does some interesting stuff with their "Leonidas" wallpaper -- it's actually an XML file that selects different images depending on the aspect ratio of the display. Perhaps we could do the same here.

We could also use SVG instead of bitmap graphics.

This seems to break xsplash for 1024x768 ( 1.3_ ) - and other aspects that don't match 2560x1600 (1.6 ). Also this causes a wasteful amount of memory to be used during the processing of the image. I noticed this on my netbook, and then found this discussion here that seems to be the cause. It would be best to expose options passed to xsplash for custom theming. That way we won't be forced into dealing with your hacks. If you really wanted to fix your live cd problem ship a solid color background with a variable logo and trobber, and let people customize their machine as they see fit.

I just want to use a 1024x768 image for my xsplash on my tablet without having to alter xsplash source or make a hacked up 2560x1600 bg image as I'm unable to find a way to pass options into xsplash via a config file anywhere.

I made my xsplash theme by replacing files in /usr/share/images/xsplash, since there is support for theming as yet.

> This seems to break xsplash for 1024x768

Well, what breaks xsplash is that the package in karmic-proposed has dropped *all* images other than the largest, when what was requested was only to drop those with the same aspect ratio. This is a regression, yes; marking as such.

I've set the upstream priority to match that of Ubuntu.

As Andreas Schildbach said, we could use svg instead of jpg. That would fit on all screens.

Does XSplash support svg?

it is there so it can achieve that 20 second start goal, if you just have the high resolution picture, it has to render and downsize rather than just loading like normal.

This package has been removed from Ubuntu. Closing all related bugs.

lucid has seen the end of its life and is no longer receiving any updates. Marking the lucid task for this ticket as "Won't Fix".