Hi Lauri,
There are several reasons why you will run out of ChipRAM, a few things you can do to get around the problem, and some things you need to know about the way Workbench handles its images and pens (pens are the colours in the palette).
First of all, a 1024x768x8 (8bit=256 colours) screen uses quite a bit of graphics memory just to open and display itself. Then the operating system starts loading in images like icons, fonts and other GUI elements, which it likes to store in ChipRAM by default. When you also try to load in a large image for the backdrop, it has to load in the full-colour original image into ChipRAM, then remap it to your Workbench's palette before displaying it as your backdrop, which stays in ChipRAM. When Workbench remaps the image, it checks to see which colours it needs, if Workbench already has the same or similar pens locked in its palette it will use those, and any remaining unlocked pens will be changed to suit the image. The problem with this is any other program that's opened on Workbench will now have to use the same colours that are locked by the OS and the new backdrop image. When using 256 colours this isn't such a problem, because you're still usually left with enough colour range for most programs and games to find the colours they need, but if your Workbench is using less colours (to save ChipRAM and speed up response time for example) this can produce some pretty ugly, inconsistent results.
To start saving ChipRAM, the first thing you should do is install these utilities:
FBlit -
http://aminet.net/package/util/boot/fblitFText -
http://aminet.net/package/util/boot/FTextIconBeFast -
http://aminet.net/package/util/boot/IconBeFastYou can also try running Workbench in a lower colour mode. I run my Workbench in 16 colours and it's nice and responsive, and still looks okay because I use a locked palette, and I remap all my images to this palette in advance so when Workbench loads them, it doesn't have to remap them every time. This speeds up loading and gives me the best looking results for my colour depth. It also leaves me with plenty of ChipRAM left to open several more screens for other programs to run on.
If you decide to reduce your colour depth and want to lock the palette, this is the best tool for the job:
FullPalette -
http://aminet.net/package/util/wb/FullPalette22In any case, since you're using a palette-mapped screenmode, you would be best to reduce the colours in your backdrop with an image processing program first, and saving it as either IFF/ILBM, PNG or GIF. The IFF/ILBM will be the fastest to load, and the PNG will be the smallest file and take longest to load.