Re: Is this a texture paging problem?

New Message Reply Date view Thread view Subject view Author view

Dan Brockway (db++at++ParadigmSim.com)
Fri, 06 Jun 1997 10:27:05 -0500


Thom,

You have a texel internal format problem.
Look at the MultiGen .attr file associated with each texture (or at the
.ct file, if using clip texture). This will show you the internal format
being used.

>From MultiGen Series II, in the Texture Palette, with a texture
selected; pull down "Edit" then "Modify Attributes". Now correlate the
"Internal Format" value with the list in the man page for PfTexture.
This will show you the number of bits being used in texture memory.

You will notice that all of the formats are 16 bits or larger. Bummer.
It is possible, with a little code, to use a GL color table lookup which
is 8 bits, but I don't know how many bits get allocated in testure
memory.

Dan

Thom DeCarlo wrote:
>
> (Isn't it always the case - that immediately after hitting the send
> button you see another key detail that needed to go in the message.)
>
> I just loaded one of my terrain blocks using perfly. It shows the
> texture processing info as follows:
>
> PF Info: pfuDownloadTexList texture processing
> PF Info: Initialized 1 Channel
> PF
> PF Notice: Using 60Hz video rate.
> PF Loading texture:
> PF File name = .../cib.int
> PF Image size (SxTxR) = 2048x2048x1
> PF Download size = 16777216 bytes
> PF Download time =1314.261 ms
> PF Download rate = 12.174 MB/sec
> PF Total texture use = 16.000 MB
> PF This texture uses = 100.000% of 16MB memory
> PF Total texture use = 100.000% of 16MB memory
> PF Download totals
> PF Textures: 1
> PF Elapsed time: 1.318 sec
> PF
>
> So now the question becomes, why is a 4MB image file taking up 16MB of
> texture memory? Is it because my grayscale image is being duplicated in
> the red, green, blue, and alpha bands? If so, I guess cutting it down in
> smaller chunks will help.
>
> Thom
> --
> ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
> Thom DeCarlo * Off-site contact info
> TASC * JPSD/IEC, US Army TEC
> 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592
> Reston, VA 22090 * Alexandria, VA 22315
> phone: 703/834-5000 * phone: 703/428-7034 or 9001
> fax: 703/318-7900 * fax: 703/428-7054
> mailto:trdecarlo++at++tasc.com * mailto:tdecarlo++at++rayva.org
> ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
> Given sufficient time and money, all things are possible.
> In lieu of time and money, caffeine and aspirin may also work.
> ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~

-- 
Dan Brockway                          voice: (972) 960-2301
Paradigm Simulation Inc.              fax:   (972) 960-2303
14900 Landmark Blvd., Suite 400       mailto:db++at++ParadigmSim.com
Dallas TX 75240                       http://www.ParadigmSim.com

======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:55:24 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.