Path: chuka.playstation.co.uk!scea!peter_alau@playstation.sony.com
From: Elliott Lee <tenchi@netmagic.net>
Newsgroups: scea.yaroze.programming.2d_graphics
Subject: Re: I can't stand it anymore!
Date: Tue, 02 Jun 1998 00:59:48 -0700
Organization: SCEA News Server
Lines: 52
Message-ID: <3573B0F4.B93C1C96@netmagic.net>
References: <35736b7c.12437918@news.scea.sony.com>
NNTP-Posting-Host: ppp1-15.sj.netmagic.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)

Got code you can send me?  ^_^  (tenchi@cisco.com, NOT
tenchi@netmagic.net, please).

Make sure that your code is compiling at 0x80090000.  Try moving
your 4-bit TIM out to like 0x800D0000.  Next make sure that when
you load the images into VRAM that:

	- they don't overlap
	- their CLUTs (for the 4-bit and 8-bit) don't overlap
	- that the TIM data and the CLUT data is NOT in the region
	  of the frame buffers (usually (0,0)-(319,479) for us)

If you meet those conditions, you should not have much of a problem.
Make sure you check all these locations using TIMUtil's layout
editor.  Very useful.

Antony Arciuolo wrote:
> 
> For the longest time I tried to load a TIM picture and printf its
> properties to the console. I always get noise, not proper data. I was
> so thankful when I stripped the code down to nothing but the loading
> code. Now I'm trying to put other code back in, and I finally think I
> figured out what was wrong... It seems that the allocation of all
> those ordering tables is OVERWRITING the data of the TIM files! I
> can't come up with any other explanation!
> 
> I load the code at 0x80090000,
> then a 4-bit TIM at 0x800A0000,
> then a 8-bit TIM at 0x800B0000,
> then a 24-bit TIM at 0x800C0000
> 
> and it doesn't work.
> 
> I comment out the global variables for the ordering tables stuff and
> it does work. I leave the code in, but
> 
> I load a 4-bit TIM at 0x80090000,
> then a 8-bit TIM at 0x800A0000,
> then a 24-bit TIM at 0x800B0000
> then the code at0x800D0000.
> 
> and it works, kind of (it freezes 1/2-way through the code).
> 
> WHAT THE HELL IS WRONG?!
> 
> I will ask the stupid question. How do you load files into main memory
> and prevent them from being overwritten by the code allocating memory?

-- 
- e!
  tenchi@netmagic.net
  http://www.netmagic.net/~tenchi/yaroze/