Re: Performer 2.2.3 on textures

New Message Reply Date view Thread view Subject view Author view

Guillermo E. Gutierrez (ggutierr++at++hisd.harris.com)
Tue, 26 Jan 1999 17:01:44 -0500

Phil,
I very much doubt it since first of all, I don't think perfly uses the Inventor
loader once it has a list of the (.rgb) texture files. It just calls
pfuDownloadTexList. Secondly, perfly reports that all the textures were loaded
and that indeed 12.188 MB were used by that texture. I'm attaching the PFINFO
output from perfly (with most of the output for successfully loaded textures
deleted). Lastly, I'm pretty surprised by that 10-bit limitation. Is that on
the new (R10k) O2s? That seems like a pretty serious drawback. I thought the
whole point of the UMA was that as long as you had main memory you could keep
loading in textures. This excerpt is taken from
http://www.sgi.com/o2/graphics.html: "Unlike traditional graphics boards that
set a limit on texture memory, the flexible Unified Memory Architecture allows
an unlimited amount of memory to be allocated for textures." What am I missing
here?
Thanks, and sorry for the email length (just keeps growin' 'n growin'...)
-guillermo;ggutierr++at++harris.com;VIS IR&D;Harris Corporation

-------------------------------output from perfly-------------------------
PF Info: All 1 processors available on this machine.
----------- Performer Process State --------
Proc: APP pid:6693
Proc: ISECT pid:6693
Proc: DBASE pid:6693
Proc: CLOCK pid:6738
Proc: COMPUTE pid:6693
Proc: SYNC pid:0
Pipe Proc: CULL Pipes:1
        Proc: CULL Pipe:0 pid:0
Pipe Proc: DRAW Pipes:1
        Proc: DRAW Pipe:0 pid:0
Pipe Proc: LPOINT Pipes:1
        Proc: LPOINT Pipe:0 pid:0
-------------------------------------------
PF Notice: pfdLoadFile_iv: wickham.iv
PF Status:
PF Initializing OpenInventor
PF Opening file "wickham.iv"
PF Loading file into OpenInventor
PF Converting scene graph to Performer
PF Deleting OpenInventor scene graph
PF Optimizing Performer scene graph
PF Scene-graph statistics:
PF Triangles: 500
PF loading time: 54.574 sec
PF loading rate: 9.162 prims/sec
PF
PF Info: pfdMakeShared optimizing traversal
PF Unique state objects:
PF GeoStates: 30
PF Materials: 1
PF Texture Envs: 1
PF Textures: 29
PF Redundant state objects:
PF None
PF Performance statistics:
PF Input objects: 61 (100.00%)
PF Output objects: 61 (100.00%)
PF Deleted objects: 0 ( 0.00%)
PF Elapsed time: 0.009 sec
PF
PF Info: pfdCombineLayers optimizing traversal
PF Performance statistics:
PF Elapsed time: 0.001 sec
PF
PF Info: pfdMakeSharedScene scene pfGeoState traversal
PF Performance statistics:
PF pfGeoStates: 30
PF Elapsed time: 0.027 sec
PF
PF Info: pfuCollideSetup collision traversal
PF Intersection data is cached
PF Elapsed time: 0.041 sec
PF
PF Info: Total scene-graph statistics
PF Scene-graph statistics:
PF Triangles: 500
PF loading time: 56.710 sec
PF loading rate: 8.817 prims/sec
PF
PF Info: Initialized 1 Pipe
PF
PF Info: pfuDownloadTexList texture processing
PF Loading texture:
PF File name = P000658_overhang_c.rgb
PF Image size (SxTxR) = 512x128x1
PF Download time =2786.155 ms
PF Download rate = 0.045 MB/sec
PF Total texture use = 0.125 MB
...
...
...
PF Loading texture:
PF File name = scanned/wickham_2k.rgb
PF Image size (SxTxR) = 2048x2048x1
PF Download time =13018.741 ms
PF Download rate = 0.614 MB/sec
PF Total texture use = 12.188 MB
PF Loading texture:
PF File name = windows.rgb
PF Image size (SxTxR) = 256x128x1
PF Download time = 543.108 ms
PF Download rate = 0.115 MB/sec
PF Total texture use = 12.250 MB
PF Download totals
PF Textures: 29
PF Elapsed time: 25.240 sec
PF
PF Info: scaleFonts 1.00 - Load: 1.22 secs
PF Info: Initialized 1 Channel
PF
PF Info: pfuRunProcOn() - Process 6746 running on CPU 0.
PF Info: X input process 6746 running for channel 0
PF Info: Asynchronous X Input process 6746 opened on
Display :0.0
PF Notice: Using 75Hz video rate.
PF Info: scaleFonts 0.99 - Load: 0.44 secs
PF Info: scaleFonts - Make Font Bitmaps: 0.06 secs
PF Notice/Usage: OpenGL Error 0x501 - invalid value
-----------------------------output from perfly------------------------------

On Jan 26, 1:16pm, Phil Keslin wrote:
> Subject: Re: Performer 2.2.3 on textures
> Maybe its because the O2 only has 10 bit texture addresses. That would
> mean that the largest hardware supportable texture is 1Kx1K. I was
> surprised to hear that you could at one time load larger textures. Not
> knowing much about the Inventor loader, is it possible that for the case
> that worked, that the image was downsampled to fit into texture?
>
> - Phil
>
>
> Jenny Zhao wrote:
> >
> > On Jan 26, 11:39am, Guillermo E. Gutierrez wrote:
> > > Subject: Performer 2.2.3 on textures
> > > Hi PfAll,
> > >
> > > I emailed last week about trouble loading a 2kx2k texture via the
Inventor
> > > loader into Performer 2.2.3 running on an O2 R10k w/IRIX 6.5.2f. I have
a
> > > followup on this same problem. I upgraded another O2 R10k over the
weekend
> > and
> > > noticed that IRIX 6.5 (with Performer 2.2) worked fine (ie. loaded the
> > texture
> > > w/out any problem), but as soon as I installed the 6.5.2f overlays (which
> > also
> > > upgrades Performer DSOs to 2.2.3 from 2.2.1) the texture would no longer
> > load.
> > > The strange thing is that the loader also didn't complain nor did the
app
> > > crash. Perfly yielded the same results, claiming to have loaded the
texture
> > > but not doing so. All the other (smaller) textures loaded fine.
> > >
> > > Any help would be much appreciated. Might this be a bug? Thanks.
> >
> > I tried to reproduce your problem on an O2 with 6.5.2 installed.
> > A 2kx2k texture can not be loaded in with Performer2.2, Performer2.2.1,
> > or Performer2.2.3.
> > Please open a call with the SGI customer support so they can
> > help you debug your system.
> >
> > Thank you very much for pointing out this problem.
> >
> > --
> > Jenny Zhao zhz++at++engr.sgi.com 650 933-5091
> > =======================================================================
> > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> > Submissions: info-performer++at++sgi.com
> > Admin. requests: info-performer-request++at++sgi.com
>
> --
> Phil Keslin <philk++at++engr.sgi.com>
>-- End of excerpt from Phil Keslin

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Tue Jan 26 1999 - 14:00:24 PST

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