Re:Frame Freeze

New Message Reply Date view Thread view Subject view Author view

Inge E.Henriksen (inge++at++autosim.no)
Mon, 6 Apr 1998 09:52:43 +0200

Hello
-------
Thought I would say that a bad structure in your model-hiarky might cause
such a problem. If you are using a large terrain database then this might be
it. If the model-hiarky is not made in a clever way you might have a freeze
now-and then in your simulation, caused by the culling-process. A good way
of modeling a terrain database would be as follows:
Have one top group that contains all the polygons in sub-groups, these
subgroups(let's say we have ten of them ) contains all the polygons inside a
defined area(let's say 1000x1000 feet ). These sub-groups have their own
sub-groups that (let's say that there are ten of these also) contain all the
polygons inside a defined area(let's say 100x100 feet).These sub-groups
might contain sub-groups too.
This way the culling-process can early elliminate which polygons should not
be culled an which that should. If one of the top groups is first culled
away the culling-process will not try to cull the sub-groups also. If you on
the other hand have modeled just a top group with lot's of polygons attached
to it, the culling-process will have a much harder task to perform.

Hope this will help :)

Greetings from
---------------------------------------------------------------------------
Inge E.Henriksen, Database designer
Autosim A/S, P.B.2303, 9001 Tromsoe, Norway
Tlf.+47 77675075, fax +47 77676701
---------------------------------------------------------------------------
*****************************************John.3.16-21
---------------------------------------------------------------------------
>***************************************************************************
***
>
> From: "Bemis, Suzie CEI-TACCSF" <suzie++at++TACCSF.KIRTLAND.AF.MIL>
> Date: Fri, 3 Apr 1998 11:39:09 -0700
> Subject: Frame Freeze
>
>This message is in MIME format. Since your mail reader does not understand
>this format, some or all of this message may not be legible.
>
>------ =_NextPart_001_01BD5F2F.CA63EF70
>Content-Type: text/plain
>
>We're running 2 separate 'perfly' executables on an 8 processor ONYX.
>We've bound each perfly to it's own processor using the runon command on
>the command line. We also have several other processes running on all
>of the other processors. The display freezes for 1-3 seconds quite
>frequently. We've tried taking out the runon command and letting the
>perfly run freely on whatever processor it chooses. This does not stop
>the freezing display. We've cut the frame rate down to 20.0 HZ and that
>helped the frequent freezes, but it makes the display more jumpy. Does
>anyone have any suggestions on how to avoid the freezing display?
>
>Should we try to bind the Draw processes to their own processors, and
>put the APP and CULL somewhere else?
>
>Thanks in advance for any help.
>
>Suzie
>
>------ =_NextPart_001_01BD5F2F.CA63EF70
>Content-Type: text/html
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
><HTML>
><HEAD>
><META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
>charset=3DUS-ASCII">
><META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
>5.5.1960.3">
><TITLE>Frame Freeze</TITLE>
></HEAD>
><BODY>
>
><P><FONT SIZE=3D2>We're running 2 separate 'perfly' executables on an 8 =
>processor ONYX.&nbsp;&nbsp; We've bound each perfly to it's own =
>processor using the runon command on the command line.&nbsp; We also =
>have several other processes running on all of the other =
>processors.&nbsp; The display freezes for 1-3 seconds quite =
>frequently.&nbsp; We've tried taking out the runon command and letting =
>the perfly run freely on whatever processor it chooses.&nbsp; This does =
>not stop the freezing display.&nbsp; We've cut the frame rate down to =
>20.0 HZ and that helped the frequent freezes, but it makes the display =
>more jumpy.&nbsp; Does anyone have any suggestions on how to avoid the =
>freezing display?&nbsp; </FONT></P>
>
><P><FONT SIZE=3D2>Should we try to bind the Draw processes to their own =
>processors, and put the APP and CULL somewhere else?</FONT>
></P>
>
><P><FONT SIZE=3D2>Thanks in advance for any help.</FONT>
></P>
>
><P><FONT SIZE=3D2>Suzie</FONT>
></P>
>
></BODY>
></HTML>
>------ =_NextPart_001_01BD5F2F.CA63EF70--
>
>***************************************************************************
***
>

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

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:57:12 PDT

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