Tinker, Peter (Tinker#m#_Peter++at++MSMAIL4.HAC.COM)
20 Sep 1996 15:04:15 -0800
- Pete Tinker
Hughes Research Labs
_______________________________________________________________________________
From: Angus Dorbie on Fri, Aug 16, 1996 9:02 AM
Subject: Re: Texture Memory problems on iR
To: WDea++at++swri.edu; info-performer++at++sgi.com
Sounds like your creating new textures for your movie and hoping that the
texture memory management will handle things for you.
There are problems with this unless you have iR second software release
now in beta test (patch 1355).
Are you able to try something like pfTexLoadImage on the same texture
instead of using multiple textures?
Rgds,
Angus.
On Aug 16, 9:46am, WDea++at++swri.edu wrote:
> Subject: Texture Memory problems on iR
>
> My program basically plays one movie after another for a long period of
time.
> This is accomplished by changing the texture on a polygon for each new
> frame of the movie. It is supposed to run a 30 frames per second, and at
the
> beginning it does. Unfortunately, after a few of these movies have played
> it slows down to 5 frames per second for no apparent reason. If I use an
> internal format with 32 bit texels, this slowdown happens after
> approximately 8 movies (including several frames/movie) have been loaded
> and played. If I change it to use 16 bit texels it gets about twice as far
> before slowing down. This implies to me that the problem has to do with
> the available texture memory.
>
> I have tried everything that I can think of to free up the texture memory
> after I am done with each movie. I am idling the textures and I have tried
> every means I could think of for deleting them. The freeImage pfTexture
> command only frees the image after it has no references (according to the
> documentation). I don't see how this command can ever free the image
> because as long as I can call it from the pfTexture, it is referenced by
that
> texture. pfDelete is equally ineffective for the same reason, and both
pfFree
> and pfMemory::free cause the system to crash. The program is not getting
> anywhere near the 512 texture limit that I have heard of, yet. However,
> that will become an issue that needs to be addressed at some point.
>
> Currently, however, it appears that for some reason the texture memory
> gets filled up, and even though most of the textures in it aren't being used
> anymore they are still being paged in and out slowing things down.
>
> The system I am using is an iR with 16 MB texture memory, 1 RM6 with 4 R10K
> CPUs and 512 MB RAM. The software is Performer 2.1 on IRIX 6.2.
>
> Has anyone heard or dealt with such a problem? Thanks for any help.
>
> Wm. Frank Dea and Mark Lewis
> wdea++at++swri.edu
> Southwest Research Institute
>
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>-- End of excerpt from WDea++at++swri.edu
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
------------------ RFC822 Header Follows ------------------
Received: by MSMAIL4.HAC.COM with SMTP;16 Aug 1996 09:02:06 -0800
Received: by isfu01.hac.com; id AA01501; Fri, 16 Aug 1996 09:02:05 -0700
Received: from isl.hrl.hac.com ([192.27.172.1]) by hac2arpa.hac.com
(4.1/SMI-4.1)
id AA02205; Fri, 16 Aug 96 09:00:08 PDT
Received: from eden.hac.com by isl.hrl.hac.com (5.x/SMI-SVR4)
id AA19568; Fri, 16 Aug 1996 09:00:11 -0700
Received: from sgi.sgi.com (192.48.153.1) by EDEN.HAC.COM (PMDF V4.3-7 #5884)
id <01I8C6HM9H34003T3V++at++EDEN.HAC.COM>; Fri, 16 Aug 1996 09:01:34 PST
Received: from roll.csd.sgi.com ([150.166.145.19])
by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF)
via ESMTP id JAA09566; Fri, 16 Aug 1996 09:00:57 -0700
Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP
(950413.SGI.8.6.12/911001.SGI) id JAA25451; Fri, 16 Aug 1996 09:00:41 -0700
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
for info-performer-dist++at++holodeck.csd.sgi.com id IAA09233; Fri,
16 Aug 1996 08:55:01 -0700
Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP
(950413.SGI.8.6.12/911001.SGI) for <info-performer++at++holodeck.csd.sgi.com> id
IAA09217; Fri, 16 Aug 1996 08:55:00 -0700
Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP
(950413.SGI.8.6.12/911001.SGI) for <info-performer++at++roll.csd.sgi.com> id
IAA24594; Fri, 16 Aug 1996 08:55:22 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP
(951211.SGI.8.6.12.PATCH1042/910805.SGI)
for <info-performer++at++relay.csd.sgi.com> id IAA09601; Fri,
16 Aug 1996 08:55:22 -0700
Received: from bitch.reading.sgi.com ([144.253.70.18])
by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF)
via ESMTP id IAA08791; Fri, 16 Aug 1996 08:55:19 -0700
Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI)
id QAA29603; Fri, 16 Aug 1996 16:53:20 +0100
Date: Fri, 16 Aug 1996 16:53:20 +0100
From: Angus Dorbie <dorbie++at++bitch.reading.sgi.com>
Subject: Re: Texture Memory problems on iR
In-Reply-To: WDea++at++swri.edu "Texture Memory problems on iR" (Aug 16, 9:46am)
To: WDea++at++swri.edu, info-performer++at++sgi.com
Message-Id: <9608161653.ZM29601++at++bitch.reading.sgi.com>
Mime-Version: 1.0
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7BIT
References: <vines.sW49+ze63ma++at++D26VS046A.CCF.SwRI.EDU>
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:53:35 PDT