Pipeline statistics & DVR in Performer 2.2MR

New Message Reply Date view Thread view Subject view Author view

Keith Babarovich (keithb++at++wormald.com.au)
Fri, 13 Feb 1998 11:13:27 +1000 (AEST)


I'm having some problems with pipeline statistics and with DVR (on an iR
obviously). The problems appear to be separate but since I'm trying to tie
both together to do load management I thought I would ask them together.

Pipeline Statistics problem 1:

When using DVR I expect the pipeline fill statistics to change
proportionaly to the DVR scale that I am setting, so that
if I halve the area I am filling I would expect to see the
fill time also go down to about half. This used to happen
but now if I have alternate frames with scale factors of
1 and 0.5 my reported fill times are basically the same
for both of the frames (image contents are statics).

Pipeline Statistics Question 2:

When I queryFStats on the PFFSTATS_BUF_PREV to
get the PFFSTATSVAL_PFTIMES_HIST_LAST_DRAW I get
a value that is five frames before the current frame. I would
have expected only a three frame latency on statistics, where
do the extra two frames of latency come from?

Pipeline Statistics Question 3:
Is there anywhere with more information about the pipeline
statistics and what the values mean? The fields are defined
as: host,xform,fill,total but the value for host is always
zero, the value for xform is always very small, and only the
value for fill appears close to what I was expecting.

DVR Question 1:

On reading the man pages, it would appear that if
I set a scale value for DVR between the sync and frame
calls of the application stage, then the new values will
be applied in the draw process with zero latency, is this
true?

DVR Problem 2:

You don't appear to be able to setup DVR on a channel until
AFTER the channels window has been displayed. Previously I
had created a pipewindow and then a channel and set the DVR
on the channel immediately. I now appear to have to wait
for a few frames until the window appears before I setup
DVR or else it doesn't work or causes a stack overflow.

DVR Problem 3:

Now whenever DVR switches to a lower resolution on the
first frame approximately 8 lines of pixels appear scrambled.

EXTRA INFORMATION:

Enabling statistics

        fstats = pfGetChanFStats(chan);
        pfFStatsClass(fstats,PFSTATSHW_ENGFXPIPE_TIMES, PFSTATS_ON);
        pfFStatsClassMode(fstats, PFSTATSHW_GFXPIPE_TIMES,
                PFSTATSHW_GFXPIPE_TIMES_MASK, PFSTATS_SET);
        pfEnableStatsHw(PFSTATSHW_ENGFXPIPE_TIMES);

Enabling DVR
        pvchan=pfGetChanPVChan(chan);
         pfPVChanDVRMode(pvchan,PFPVC_DVR_MANUAL);
         pfPVChanAreaScale(pvchan,1.0);
         pfPVChanMinScale(pvchan,0.1,0.1);
        pfPVChanMaxScale(pvchan,1.0,1.0);

------------------------------------------------------------------------------
Keith Babarovich |If you can be disgruntled and ruthless why can't
keithb++at++wormald.com.au | you be gruntled and ruth?
Wormald Technology |Example: 'I like working for my company because
| they are a ruth company and I am a gruntled
Ph: +61 2 9981 0611 | employee' (not a real statement) +

=======================================================================
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:56:47 PDT

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