Frame buffer config failing

New Message Reply Date view Thread view Subject view Author view

Brian Furtaw (brian++at++sgi.com)
Mon, 14 Apr 1997 10:04:41 -0400

For some reason Clement the Onyx is failing to find a visual with the attrs in
the stereo.c program,

"static int FBAttrs[] = {
    PFFB_RGBA,
    PFFB_DOUBLEBUFFER,
    PFFB_STEREO,
    PFFB_DEPTH_SIZE, 23,
    PFFB_RED_SIZE, 1,
    PFFB_STENCIL_SIZE, 1,
    None,
};"

Try doing a `make ogldso' to build the OpenGL version and see if the problem is
fixed. Else you are going to have to debug the frame buffer config. For some
reason the IrisGL libraries you are linking with are failing when they try to
configure the frame buffer as specified above. What version of Performer is
this? The libraries also don't seem to recognize the IR graphics hence
defaulting to RealityEngine graphics. To debug the frame buffer config try
removing "PFFB_STEREO" and changing "PFFB_DEPTH_SIZE, 23" to "PFFB_DEPTH_SIZE,
1," of course even if this works you won't have stereo. So add stereo back in
and try it again. I think you have old versions of the Performer IrisGL
libraries, please send an `elfdump -Dl' of the stereo executable, that could
explain the problem right away.

Brian

On Apr 11, 3:00pm, Clement Tam wrote:
> Subject:
> Subject: Performer Stereo Code
>
> I have problem using the stereobuffer on an Onyx wih Infinite Reality.
>
> I downloaded the demo programs stereo.c and stereotb.c from the
> SGI web site: http://www.sgi.com/Technology/Performer/goodies.html
>
> I used the same Makefile from /usr/share/Performer/src/pguide/libpf/C,
> adding stereo and stereotb to the make targets. By default, I made
> the executables using Iris GL libraries.
>
> After using ircombine to load channel 0 with 640x480_120s.vfo, I then
> ran stereo. The Stereographics CrystalEyes emitter did show a red
> LED light, but I did not see any stereo images through my stereo
> glasses.
>
> The program did complain with the following messages:
>
> ----- Begin Message ---------------------------------------------------
>
> stereo /usr/share/Performer/data/enterprise.flt
> PF Warning/Resource: unable to determine graphics type 0. Default:
RealityEngine using gfx type mode.
>
> ========================================================================
> MultiGen Inc. OpenFlight (r) loader R14.2a
> for IRIS Performer 2.0 $Date: 1996/01/27 07:56:36 $
> ========================================================================
> The OpenFlight (r) Loader software contained in this program is the
> confidential property of MultiGen Inc.. Copyright 1995 MultiGen Inc..
> All rights reserved. For further information about OpenFlight (r) Scene
> Description Database, contact: MultiGen Inc., 550 South Winchester Blvd,
> STE 500, San Jose CA 95128. Phone: 1-408-556-2600, Fax: 1-408-261-4102
> ========================================================================
>
> PF Notice: Using IrisGL to swap buffers
> PF Warning/Resource: unable to determine graphics type 0. Default:
RealityEngine using gfx type mode.
> PF Notice: Using 60Hz video rate.
>
> ----- End Message -----------------------------------------------------
>
> Could the warning about "unable to determine graphics type 0" be a
> problem?
>
> I have a dual monitor system.
> Running gfxinfo gives the following config:
>
> /usr/gfx 4%gfxinfo
> Graphics board 0 is "KONAS" graphics.
> Managed (":0.0") 2560x1024
> Display has 8 channels
> 4 GEs (of 4), occmask = 0x0f
> 4MB external BEF ram, 32bit path
> 1 RM6 board (of 1) 1/0/0/0
> Texture Memory: 64MB/-/-/-
> Small pixel depth
> 32K cmap, 64K external gamma
> Channel 0:
> Origin = (0,544)
> Video Output: 640 pixels, 480 lines, 60.00Hz (640x480_120s.vfo)
> Channel 2:
> Origin = (1280,0)
> Video Output: 1280 pixels, 1024 lines, 60.00Hz (1280x1024_60.vfo)
>
> I also tried using 640x512_120s.vfo, but it made no difference.
>
> Am I missing something, or should I use some other vfo file?
> Any comment or suggestion would be much appreciated.
>
> -----------------------------------------------------------------------------
> Clement K. Tam |Research Scientist
> Science Center |Information Technology
> Rockwell International Corporation |Human Computer Interface
> Mail Stop A7A |
> 1049 Camino Dos Rios |Voice: (805)373-4858
> PO Box 1085 |Email: ctam++at++risc.rockwell.com
> Thousand Oaks, CA 91358 |
> -----------------------------------------------------------------------------
> =======================================================================
> 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 Clement Tam

-- 
o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o


Brian Furtaw  (brian++at++sgi.com)	
VisSim  Technical  Consultant
12200-G  Plum  Orchard  Drive  Office:(301)572-3293   Fax: (301)872-3293	
Silver Spring, Maryland 20904  OpenGL/ImageVision/OpenInventor/Performer
=======================================================================
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:55:03 PDT

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