Path: chuka.playstation.co.uk!news From: sceetech Newsgroups: scee.yaroze.programming.2d_graphics Subject: Re: GsIMAGE pmode 8 Date: Wed, 02 Apr 1997 10:01:06 +0100 Organization: SCEE Lines: 34 Message-ID: <33422052.4C18@interactive.sony.com> References: <01bc289b$f6314fc0$c793989e@fourny.demon.co.uk> Reply-To: ps_yaroze@interactive.sony.com NNTP-Posting-Host: 194.203.13.10 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01 (Win95; I) grim wrote: > > According to the manual, there are valid image pmodes of 0 to 4. > > I have created a TIM file from a BMP using TIMUtil, with 4 bit CLUT data > and load it in on the heap using MWbload (codewarrior function). The > correct number of bytes load in. Then when I do GsGetTimInfo on the pointer > + 4 bytes, the image structure passed back has a pmode of 8; i would have > expected 0. > > Every other parameter is just as I set it in TIMutil, px py pw etc. I set > a rectangle to the parameters in the TIM (again correct with the debugger) > and pass a valid pointer (image.pixel) to LoadImage, which causes a bus > error when I call it. I have already called setvideomode, gsinitgraph and > gsdefdispbuff > > Everything I pass to LoadImage seems to be right, the only thing thats > bothering me is this pmode of 8. Is this actually a valid pmode or are > things getting corrupted somewhere. Can anyone think of anything obvious > I'm not doing right? > > thanks > > graeme Bit 3, describes if there is a CLUT or not so the mode is 0, but the CLUT bit is also set, making it 8. I can't tell you why your code crashes without seeing it. If you look at the textutil demo it loads all types of TIMs and sets up sprites. Stuart