Return to BSD News archive
Xref: sserve comp.os.386bsd.apps:829 comp.windows.x.i386unix:6328 Newsgroups: comp.os.386bsd.apps,comp.windows.x.i386unix Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!sgiblab!swrinde!cs.utexas.edu!howland.reston.ans.net!pipex!uknet!gdt!aber!fronta.aber.ac.uk!pcg From: pcg@aber.ac.uk (Piercarlo Grandi) Subject: Re: Problems with xv-3.00a and a question. In-Reply-To: wkt@cserve.cs.adfa.oz.au's message of Fri, 7 Jan 1994 02: 21:21 GMT Message-ID: <PCG.94Jan7212114@decb.aber.ac.uk> Sender: news@aber.ac.uk (USENET news service) Nntp-Posting-Host: decb.aber.ac.uk Reply-To: pcg@aber.ac.uk (Piercarlo Grandi) Organization: Prifysgol Cymru, Aberystwyth References: <CJ3M5r.Cvp@news.direct.net> <s902150.757870494@numbat> <1994Jan7.022121.29531@sserve.cc.adfa.oz.au> Date: Fri, 7 Jan 1994 21:21:14 GMT Lines: 41 >>> On Fri, 7 Jan 1994 02:21:21 GMT, wkt@cserve.cs.adfa.oz.au (Warren >>> Toomey) said: Warren> In article <s902150.757870494@numbat>, Warren> s902150@numbat.cs.rmit.OZ.AU (Brian Havard) writes: Brian> I've also come across this problem but I found that if you leave Brian> it going for long enough (a couple of minutes usually) it _does_ Brian> come up. I'm using a 386-40 8 megs. Top shows it using all free Brian> CPU time the whole time. Once it does come up, however, I found Brian> it failed to set the palette correctly and was exruciatingly Brian> (spel?) slow to do anything. Warren> I've had the same problem. Earlier versions of xv were fast to Warren> start and fast to use. The main difference between xv 2 and xv 3 is that xv 3 does support 24 bit color images, _even on an 8 bit server_. This means that if you open a JPEG (or any?) file it will be expanded in memory to a full 24 bit color image, and _then_ a copy of it will be made for display in 8 bit mode. The 24 bit original is retained because any work you do on the image is done on it, not on the 8 bit copy used just for displaying an approximation. If you huge memory problems with xv 3 are due to trying to display 24 bit images, the following are possible solutions: 1) buy lots more memory; fullcolor images are _huge_. 2) use c/djpeg to convert the JPEG images to GIF; if you don't have a fullcolor 24 bit card _and_ server there is little point to JPEG, except slightly smaller images, at the price of slower decompression; JPEG was designed for 24 bit images, GIF for 8 bit ones. Incidentally _never_ create 8 bit JPEG images; the JPEG algorithm is really meant for use on 24 bit images, and GIF's is better for 8 bit ones. 3) use xv 2 that is 8 bit thruout, and immediately converts JPEGs to 8 bit equivalents. 4) run xv 3 in 8 bit mode, 'locked'. It also helps to apply a patch that makes the JPEG library do the conversion to 8 bit on the fly.