Re: Multipipe virtual clipmaps?

New Message Reply Date view Thread view Subject view Author view

Don Hatch (hatch++at++hell.engr.sgi.com)
Mon, 6 Apr 1998 16:33:15 -0700

On Apr 6, 3:42pm, Jan Barglowski wrote:
> Subject: Multipipe virtual clipmaps?
> Performers:
>
> I'm trying to view a virtual clipmap with my 3-pipe Onyx iR using clipfly.
> If I use only one pipe (-M 0) then everything works fine. But if I
> let it use all 3 pipes the cliptexture starts to do, well, funky
> things. The mipmap levels seem to appear at random locations and I
> get pfErrors of "Invalid Texture Load".
>
> Looking at the source to clipfly, it appears that it's setup to slave
> the cliptexture between pipes as explained in the programmer's manual.
> I've perused the clipmap docs, and see nothing that could explain this.
>
> Questions are:
>
> - is clipfly incapable of displaying a virtual clipmap on more than
> one pipe?
> - can Performer display a virtual clipmap on more than one pipe?

Clipfly should be able to do this.
(Make sure you have the latest IR patches and...)
Try the following on your 3-pipe machine:
        clipfly hl.ct.vct
(the .vct pseudo-loader takes the given scene
and makes all clip texture virtual
by tweaking the initial value of effectiveLevels so that it's smaller
than the total number of levels).
You can tell it's virtual by manually adjusting virtualLODOffset
and numEffectiveLevels with the sliders.
Let me know if that doesn't work.

> - does anyone have some source snippets showing how they successfully
> set the pfuAddMPClipTexturesToPipes() in a slave fashion? Something
> a bit more specific (and less do-everything) than clipfly...

Try these:
    /usr/share/Performer/src/pguide/libpf/C/cliptex.c
    /usr/share/Performer/src/pguide/libpf/C/virtcliptex.c

Don

-- 
Don Hatch  hatch++at++sgi.com  (415) 933-5150  Silicon Graphics, Inc.
=======================================================================
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:13 PDT

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