From guest Mon Mar 31 23:28:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA02030; Mon, 31 Mar 1997 18:07:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA02014; Mon, 31 Mar 1997 18:07:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA05495; Mon, 31 Mar 1997 18:07:14 -0800 Received: from sgisgp.singapore.sgi.com ([134.14.84.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA06471 for ; Mon, 31 Mar 1997 18:07:06 -0800 Received: from sdev8.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgisgp.singapore.sgi.com:info-performer@sgi.com> id IAA06014; Tue, 1 Apr 1997 08:55:44 -0800 Received: from sdev8 (localhost [127.0.0.1]) by sdev8.singapore.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA13481 for ; Tue, 1 Apr 1997 02:46:15 -0800 Sender: rickoh@nus.sg Message-ID: <3340E777.446B@nus.sg> Date: Tue, 01 Apr 1997 02:46:15 -0800 From: richard koh X-Mailer: Mozilla 3.0SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: PFTEX_SUBLOAD_FORMAT Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O hello, I am doing a project which requires loading of a 3d texture that is too big for the TRAM at one go. Can anyone please give advice on this, I have tried to load the volume in slabs but am wondering if the pfTexture::setFormat call will do the trick ( by using PFTEX_SUBLOAD_FORMAT). Any examples on 3d texture rendering will be very much appreciated. Thanks in advance, richard ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 04:55:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA02625; Mon, 31 Mar 1997 23:32:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA02609; Mon, 31 Mar 1997 23:32:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA18106; Mon, 31 Mar 1997 23:32:04 -0800 Received: from emerald.oz.net (emerald.oz.net [198.68.184.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA22982 for ; Mon, 31 Mar 1997 23:31:59 -0800 Received: from brain (avi.oz.net [206.61.159.122]) by emerald.oz.net (8.8.4/8.7.3) with SMTP id XAA00304 for ; Mon, 31 Mar 1997 23:45:56 -0800 (PST) Message-Id: <3.0.1.32.19970331233144.006e9008@oz.net> X-Sender: avi@oz.net X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 31 Mar 1997 23:31:44 -0800 To: info-performer@sgi.com From: Avi Bar-Zeev Subject: re: Price Pfister Sues SGI over Trademark Infringement Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: OR [AP] March 31, 1997 Philadelphia, PA -- Lawyers for Price Pfister, the well known faucet manufacturer, today announced a multi-million dollar lawsuit leveled against Silicon Graphics, a San Fransisco based computer sales company over what Pfister calls "blatant trademark infringement in the pilfering of our good name." Giacomo Pfinzani, spokeseman for the Philidelphia-based appliance giant, in an offensive media blitz, claimed that SGI, known in the simulation industry for it's very large computers, knowingly copied Pfister's "Pfaucet with the pFunny name" campaign by applying the letters "pf" to a whole host of names in what is known in the comupter industry as an Application Programmers Interface or API. The "API" in question is called Performer, which, according to Pfinzani, is itself "too damn close" to his company's name. But, as he quickly points out, SGI's Performer product uses the trademarked "pf" prefix throughout the entire API. "They even make a joke of it," he says, "calling everything and it's uncle a pfObject! If that's not blatant pilfering, I don't know what is." Legal representatives from SGI responded with an usual move. Rather than fight the accusation in court, the SGI legal team responded with an offer to buy the company. "That's how we do business," an anonymous SGI spokesman commented. Still, Pfister founder and majority shareholder, Pfredrick Pfister I, was hesitant to give out. "Something's pfishy about the deal," he said. It seems as if the lawsuit will, indeed, go ahead as planned. No representatives of Silicon Graphic's Performer development team were officially available for comment. But one developer was overhead to say, "pF**k 'em!" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 05:09:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA02791; Mon, 31 Mar 1997 23:44:46 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA02775; Mon, 31 Mar 1997 23:44:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA18465; Mon, 31 Mar 1997 23:44:45 -0800 Received: from cf01 (cledf.edf.fr [192.54.193.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA24613 for ; Mon, 31 Mar 1997 23:44:04 -0800 Received: from clserv02.edf.fr (clserv02.edf.fr [130.98.118.118]) by cf01 (8.6.12/8.6.12) with ESMTP id JAA27416 for ; Tue, 1 Apr 1997 09:51:03 +0200 Received: from cli24do.der.edf.fr (cli24do.der.edf.fr [130.98.14.31]) by clserv02.edf.fr (8.6.12/8.6.12) with ESMTP id JAA06402 for ; Tue, 1 Apr 1997 09:44:17 +0200 Received: from cli24av by cli24do.der.edf.fr (SMI-8.6/SMI-SVR4) id JAA24298; Tue, 1 Apr 1997 09:45:20 +0200 Sender: krus@der.edfgdf.fr Message-ID: <3340BD0E.794B@der.edfgdf.fr> Date: Tue, 01 Apr 1997 08:45:18 +0100 From: Mike Krus Organization: EdF/DER/IMA/TIEM/CAO -- http://www.edf.fr/DER/en/welcome.htm X-Mailer: Mozilla 3.0Gold (X11; I; IRIX64 6.2 IP28) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: VRML2.0 parser References: <199703292140.QAA12035@teil.soft.net> Content-Type: multipart/mixed; boundary="------------15FB59E21CFB" Status: O This is a multi-part message in MIME format. --------------15FB59E21CFB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit SWAPNIL H SHAH wrote: > does anyone has got VRML2.0 Parser FREE for me/everyone?? :) > thanks. http://www.bekkoame.or.jp/~skonno/vrml/eindex.html has a free VRML parser for PC C++. Also attached below is a VRML parser written in java by Glynn Clements who send it to the VRML mailing list : > Attached is the Java(tm) source code for a VRML parser that I > wrote. It doesn't build a scene graph, it justs parses the VRML into > java objects representing grammatical entities, then calls toString() > on the result to turn it back to VRML which it prints out. > > If it finds something which it thinks is invalid VRML, it throws an > exception. It doesn't make any attempt to fix the error. > > Usage: > > java Parser [] > > The file 'proto.wrl' must be in the current directory. Don't know of any VRML loader for performer though... which is a pain 'cause it makes it eaven more difficult to build custom 3D programs based on VRML without using the available browsers... Mike -- __ __ Mike Krus email: Michael.Krus@der.edfgdf.fr / // _ __ ___ EdF/DER/IMA/TIEM/CAO Tel: +33 1 47 65 42 73 /- --//- / | / / / 1, av du Gle de Gaule Fax: +33 1 47 65 34 24 /__ /_// / / /- /-- F-92141 CLAMART Cedex /__/ /__ / / WWW: http://www.limsi.fr/Individu/krus/ --------------15FB59E21CFB Content-Type: application/octet-stream; name="src.tgz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="src.tgz" H4sIAJ3h8zIAA+09/VMbR7L5Ff6KsV7Vs0iIIoENF3O+e/6AHHVgXEByr4pQV4s0go3Frt7u CkN8/t/f9PR89HzsasWHfblCuStLu90zPd093T3dM8P7pCh50fstuUq+eajPoN/f2HjGvmGM bW48l/+ywRr+ywaD55uDPmMba5vPNsXXZ5vwbHOt/w3rPxhF5DMrq6Rg7JvzyU2WNcB9vOB8 8iUI+rKf5R9+YG/y6U2Rnl9UrPtmhQ1+/HGT/QTcYG8m/JJnVcn+LLnzPyXPSp72hnlv9uEv y4C6Uwiu3LBDPkrLqkjPZlVyNuHLy+nlNC8qBmrVS/Pet1vuo4xXvZ8P97ynsyqd9Laz2SUv kirNs63w7d+S8kJ2EXl3VCXDD5Hnv/BhlReir+EkKUu2m10lk3T0y+H+3tFNViXX29dDPoX+ GL+ueDYqmX2y/IktL01nZ5N02IDYXVleAsClcjblRXdlS3z/zJbbYB4JrmXnrHRbKHUT0Epy JlibDCuG9O+kfDJa/rT8WQ/oaOd1nk8M8fr90rRIr5KKszPxlicZEzRsWZpUx1WOX+QQRP8F r2aFhGV/ZZ3jw5+3O+wF6+y82jva7mwJmkgLst8uaV61UV2kZQ9aeIl9CiRC7Jt8khf11I4n eVKdnDLEz/hH9WT9tDXxnQ77DvBP+qfiS4fpnwP359qpPx5JWldTMBS/ZoVqWjX3Uj0V37fU 0wF5OjBP18jTxo5YsYojZOf6y5nfZ+H0de70cebzd0e20czfhXRBs9MfhOyoa9prJfzdy+Sc 1xOXZhX7mI6qiy332QUH8+Q9HOZipmdgn9wXQnTT9JpPyvkjxF+vZ+MxL9iZ+EepHH0uprOA hJe9ZDoVdHclQySZRp+QQPPTkrYCRCyNhcZ3geZUdNDfEv/8WdHYm/DsXIyXpd99J4jyOpKN 7WYVPxc+usr/xq8V/Yh8kp6uYAdKVBLZDtKXmOR+1zB5lfB21WPpqsNJKlsc+EsjJ3yqGPDS igqf2xblfCASw/fYvninRebpS1atrzXryyKqbFmpXoPeBlyCPruq6VZa/S4fRZQanr7lAga9 2UKEdmVfQhlnk8kKWOJ3P+/tgSUWzxsEDF12I/22GsVhXiWOG2xtm589gG12fq4HFlQTa6x1 oR4EtlM99y22ee7ZbPN8zTxfd57Po4Vdazt+o7/8rr8k2fmE+xReO3TdONT87tAg0X2xKX7X Ck29b6V9t7SHv3Y6aIZg0mSoXcqwIXTM/mXG5kHPS8MLEYYPFS78eFV1U2x1qfyYVsML1h1K C4ngScnZ087TFx4lv0pals4KnnzYsoC/ViFkFQXMQsAsCliEgIULOOLjZDapXLChACEwn5eX pDLVMLSdXVfPraRbzffj9DJitURQr16lJfsvlo9ZyYc5gJRpNuRiebDZ/74/kP/rv+j3l62m jXJBEF/Izr2VKM32GIjp2rZbjU3E/GvjxQ3Z2n0YMp9+SUtgG+ZbgdpGBNSMn5z6LeBjz8zh Q0WUy6D1WzDoS0ThkrS7DdUaUHzY3EnEYC9qoyVvvYXavuRqjMd5JZakfMRwZUqYjA+6Kw9m qU+kMQPLQtbZjCuzy9V6HxE/XqRixnV57yIp9/OCb5u3xmjjCKHvrvy6wrhY219XChTbcSgY g/CRiJjhOzX0tbF8V3k6YslopLtT5Fjh9cjL8Yo7B/a9leh+sLDe99ZSMQg3QI1BOMFhDCCI u2JAnpePgTj2PAbgGsUaiPU4RCwJcXwz5cplvJFP3yZVYqUzTjOh2CUMbigj9dcHB3tLSxAA 1MPsvjteXwOgQQPQzt7Bq2MAWmsAOt7d3waY9QaYo+PD3Xc/AdSzBqhftt+s7QDQ82agdQm0 0QD05mDv4BCANhuADg+OXx3vHrwTYH9q4tT+q5/kAH9sAHp38FbCDPpbxFE7YKhZwtZXQpzv kksOqzGYPx1I73RW4ZvUcvwqpwR+BYXDb9gGfpdaZr6uq69yruFXre+qaViT4leYKR0xRymp ikiT9xO0K80rlcUzr5TZdBGNop6ciiFa5HcK274fDE6V/0dUNCKxyHUwcENXaXd3TEsybBWP 07HAZE9eSr1n//3fTP6QYjO/QEllUCsb2Q8a+Yz2zsywfV5d5KPSTjJ/mEwQDELUwWAmvq+w 6qLIPzalPnGwthXQBWPV4ckK4V3vnFdd2TCQCMNEcLVcheHIDiWDG3KfHbTXEjnLK0H6LBu9 gMDANK68AIBo02+8Z3Tos8sz4fhAYICzapKflyIQT90AhSjDCQCfnkggsdoeiIV2X4cMgve7 megLgl9t4AwNuqMt+pCw3nmOIpQG9ODsN+cVckIsGFTwTDsNZN4cd6lugXQDKHuWalELqxmV DEE8pfKlMnwKUsMzDiogG+2uwFdsusf/b5ZMyq7Tn3bZdIQeFXrYEs44GkSYQn2q+15WqfBH 0UKdt5YD5uKkatQLuaRQmq+EujRPSQBUoMmQBbgJk0ZDdPZ3ZPL8aKezIpTa2FdsyG29N53h nFqV7WEMVBU3ZnmstEa0L5nb0/M8YLZcUg4TuWDGV3m1AzOL1DmM6eI9YS+zSpZOjgXbedea HZpTNnPMiWYfA4A/WAAQNyt3mWnKS9rlolRcnbABRde6JtMmoAEvQPG0AZKuU9aRsEuwJvIn 6rJEkioRYmGe1qLtwoLDYkkdCbGwamGx8DfBA7UJ0WQSwmJh3oKioSaFiDphb1C10baoUr0k ZiwfsUSWoQHZ5vWg/rVDDuYRVJrFdL8e7379Pro36+R21K171MkZ00RdLEJbt/UU2X/asn+s yzn968kYJeFZPQnPbkmCSSY7VMi5Lkkw1RunuV2z2LYlnQYApyoTACkoU/1RQ4ZHquVvkYRT 02BmKj/6XS1jMsIYU8aqI8Od8LJ8pUpXumxFS1aqWGW4BsbvhQ7FVfuQntgtu1hQEc62EPEN EqP7EjGsJN6vo2SwkDd0FjwZeRAxccqKDGAa19wqNDaJDrWaQRMNhgdzyjqCaja0ESs7FgEa 901rzK72fUsaM6P9Xn/sWc6I2RRQgZ2MGslOxzeKMeMFna4yt2u0YTFjYqF9HLQsMQNQj2Os Qc2kpZiDCD7O45ha9wWo/J+eav1TT5FjigXrLZNJcxVYLgB2wthXa47caILBsFUKDMVhkwFR NT9v9hgN/mdEg1aOZ0LJHjI+3DerSX9dg9rW3VfpY73MEWb6o6bELEn0qgZfVKmccrFVjXLT ypBTzMmEnyeTV2KNW5ZtMJejvuPEcRwqT/7EAzp1vYuXjQaO95ClipdylMJ98eWW0M6SXE34 /XYTXtK15UrCTP3ufcpiAeYDKAxUkGAG0bM5Hc9UEYskoYkflkWWmhmQiVhhntGRq/J5Rodf T/OSj2Tfc0wPvxIy3M3mWR8JdjCr0PzE4UyyNqOJWqFpHUk0fKGEyd/Yu/kqetBJVuh1xIfH mOsgiTT9bcvkkOSjd5guIqkhCyDmf9JixxVq7FLn10rn+coTRcIp+w70sNs13Ts7YGQqBdEM AKkMrSA2hQBydZuS2rr2MKUVtNXtykHFsHaPZAFTvjc9Z2aDJI3aaIBIGL7KfM7SLJQCEgK2 8sE3dmQvHaGYHFvr/lZZmOODLroGw5Jmuld8NNK/TbdUY9r2qySh1ez2w3UVvG33RCWd2XFP ZCwgilVC/L1KJUpWe1FF6QqlZow2AHo22yvyRAs8BAgcQuk8gXUWPDka8sxZupXwwNoqTHvb nHdaysHvvnWqJqQmQtsake/aWZL3qlASKZI4iKRWossR4NmIV18i8NYevAyMCuom+9e/0Im3 w6FOYsstAKTlNnqMPyg7lL+7d4YIv/lH5ogg/+4sidiIWxUaaQWOmijZiDW2NZYsxLt1sfNB 5dauCFrwMS+4iK1HEJx+z6/TUiyqVRQarYaS/hSH9EYYSXNAOSC0ZgsMSA10mIv3aVb+nd/A GG3osbLQ8MTCIs04bIQSIzNO54UMoNxmYYyqbyiHOS9X5SjUeD3nQeW/6nsWWKsKftLoShXq tBvQSzzg+hMrP7kqqtROg67xMiuqQVkpFEyaiBWFyvxJ/9MS+LNd7TkdhR7Ptht551XqhkU6 rejgdYYm4m4D4K6zUuzge7Fu0Fkm0tH7Iq/ylv3cz0a2ZW+n2PvDg+MDpqeH3FJYv7lNKdXt 9rc5liduGebueqvf7vZJb4ajL2S8Eu7e+/xr1m5/nC+eBSYICh8B1QugQ1KkReOFV36GcFvo QpEtoiJmf5sKYB9Kabb/93j78F2oOn9AzdHa7j7HBUSgOKdtFUc6EjTYXVco3rbrYLkRF/qd FY+oFWS8dR4KlEbtnnXWCnYDre8j1I6OB9IsaLxnDNGnh1cn4Qxvp1DgVEmmI65drQ2NtxH3 HuKPSIiptuPYuLAbhg0mbJEIyovDNjsARX0lD5/YDJLe72TgFglu1DucCLD/DIl2QxtJkd7y 7lAOT18IRqvndvIqNSEZYBL8KJ7T6dCNKXv9rqYgYjBJf22j3bnG2EMZZOz+ccLcMWB/4ijb nXQakzeyFU2e0j200MFjeqzCUaa4UrYdli1XRNyAFz5QbZVJoNaHVAA4FJJf1w/abz0KXG7g xgEkjA7l7faOv8mATkA/XneTV+0O4Ygu3CAZfqAgg2GH5Lju+/ZsUL5db4MIF2GUKz8fbT80 V0QXhitq8GGvX2Xwh/msqhniuMgvcSVc5SrpT97IHBW8kl8IK3QaS23OPTj7TcRILD/7bYXY j674zVI1vHwckLEST0T5YKwAGxsgQ280caVHojcMFz39ZEV4Z+jJjMgFkY80DHLBAuBv+9bD Vw98k9Vcpjo8+PkYVUVTCJOopx/IFlX5h6k1BZJhwFS3YY0I+/d51Q2EHcrY0OwA6PEtZJrM qF6aHrfoO6T9pe3dvFXDfGmVUT/XOEYV3XjDXTuSQB42bOeRQF69LoBT9a9pjuQhjtE5gYlU ZrkZTNK8eHgSuEaYN97D+aFJZaMR7WBuQUuwzw1o8R7OpyWriYxMWMTlIXqQ4eIktrUz84gs gs1SDctgEejIHoJ+cBjaUuCQSKiOb72WojczSJ+AzaDsSCvaX9BG5Oo6CKukDqpmlD6SdvCt aijM3Eg0WpbLP/AsLXmhz4KrQzazbAgIZewEji2U7PGqEhMGz/K7PveNeJYIrKJnwVbYv/7F ukNImj/951O753FO+wfF2/Q8rVp2Y6DjvUWP99jbRUb8bHa+x6/4RO5gdcjbzaYz2M7Nk0sB a/YNyTbfAp7LNhL5l7C7TjcsC7MT+KaG4vQpX0QWDxLIoho3UBK3Lt+wP78ko5B+/OimrPhl T+gpHv+YZN0ytkDhRSHMqLtVB9qOnxpR3Hwt9zke1KiMlBkcHhL/dtv7KrtNKc16l0nxoTsg u5kFm8Rj2JGr9ziPlaC/H+Duq3bL+e1sxA7GbEfYo46zl1eq2gob6sS93tF0ENtD1jJ1cGCv GdOnoT31lzKYZYZbMV4UXOhSuCsrRli8fcm1s5uKn5xKY9h+3Sk4n4/Hons9MyhpZuf3MJ/J aEAaWn3ZET78C2wJt1d6mI3kWpaAsqr6WEUclIqUb8b+zPoo3duJV6KqEXwnJi82jaR9r39/ /gISF5NGmV2YwHTeoLH4kE7/cZFW/Ggqp1pbAaGFeL7KxMCFHZTGwWlKMUGKyly/YrRti225 DySva69iYU9f2B+r9AfcvUJ+Fc6vDH/pG1Hsm/9SLwh1Hnni95OXsokt753Sii2/ZX0hi3xO JhYC4lzXUie2UPsftbNTG1p7iFCy9WhBwTyjgtGbRmFxDkuHFX2hjlB01brkvqcKmFCzk1dF r/JJaW7gkcc0tN0k89DfAWomnZocaqDw2AmL1cTE7epue8hlrXeAiXVe+KZeyyGZZRk8d45f wNZUfQSFWjdv8fkF7LArfHMubZG8nBarvEeRbgd2BouFYEYR8L7FCIYZvt4p3NL0XU+FzQdp 6vGczSp2nlfsrx3/rAmYYTHa93kJB3HgV5GM0uv2hwG16ddloj6YEiOWiKXRjnwEgRqccDVB 3AhDt1VFgnHuCKkdwKemCW2qVCrwX0Kyvn2JbW7ZR8IJyHYdZxzjyaL7XLRU+9cdvYOZ/ZW0 N9hYYS/o774XjanuF+obp+E6tTLYBLmrS0tIE/i9VjlB3vd0vJQ6RLfN7/HkKmjd4z3lpbrK CRuU54iEduoLni5hM3lZJq2HaY3zuVgsXInRgEDpgJDh8PSvcnDw7YWdat9RmcgvYrR6mzkM FAmD3VAZJjZMVw6ThNBCIVpO6IGxb9l+Ul30pvlHAdITFlS37M/DkE87YlbgcbrpQmHaeIrT zaNMdVAOkwkowaAHm+LdM3sCE07t/QUP7/0AJ0fQEUmcH/RJkiVPehDETcGXSbBvRTOUFYb1 3LJeLM30023zVAnN0xSjIihI/XMu925nunsuNWoIvlD6dk6J/0+Togo5fpt2VWM2GFiIdWGj wD811VaY07iWjffStUOWqfoA9N2sEbbScdSxhU3S4nzhirfeLjn9xEyTOmqB9/Ca07kLmnm8 TmyFssdTSr363RYTY7oA9+I+04nFJZiMnOFiQkURRNtb5kVGX2TkRUVfVPKFubvQ6pDt+HMs hU6Ott9NKdRlQlbnn2hV+LXjhESLhj4lEupEPsteDthqX7R4LY2jdjmjXG6JwpCMPYGf8+Mc FFq4fvr1V7XgwcMoKmFJdGXFWc5YvI7CU9TokHIpchFl2D4Wdu0tlNHZ4wjEuQUmSJxaXdgd CZeWjlO+QJqnJmQxLSkSoqug9pn8mGC0ppHcpBGkH1cuqnapod8LupHlUqW2wuTmSmz57d0k CvgOeYYRTFUYg/y2w2bL2heM7DSuDe98SYTXCMk/J5CJmTaDEow1Eiav3HWzqu6hJ5L3tD90 AUm1pDag4jlUs6cwnrb2ErqRo3SYPYeUkOizI3/0PhaTjn8a1mtJpj4RF79qZRPfpZpowGiy nqSK6QIDzByUCPDAI5PnDyUV29lVWuQZ5PPD9NAZP0+zeGVAkPSeFAdQpmtCphZHCdKOpDed lRe2arBkCFZt0ZKEYD12TKsP0UoWbT+fOnoI9OiGzFp0XgGGdtiTe1N7BrrwvS6twQyCIgxs Y7FhH2wTInXwcEuEMQuRzRvCzsLoI0jQizQeSDFWe3CP+7iXqe3t4x69KKJuBA0DMGPUO3Y8 /kh0um3Haz6uRWQvGbZXmQurzLbHVaZ36vh9Ypt2H0/Y6z3sgcI+YzuTnG0bcFMZsCA8xKMj OAqutFYJi576iBxB0G0HR2Lc9uMTQ3HU7wLsj/UdYPH8/LB1t7rv3bft3a3rKTyfrdcrTyiF 9ERItuBBEOsQ5X4ouSNR+8PYKZfwHjs1TNhu8FDDRFnf4zBlrwsPUx9HvNMOunbjllPYHoC8 /XBx5+vtxmtPHH65Eds+bz9mfdbwDqPGY4VfeNjY6R3HDScK76beiy6wCaq7rSGiSLdo2yI3 tY68u23ziO20b3e86/FJJ3J/4lckmKbN3ZGes9EeZkw8DJ5L14TZ+2AX09D4wk42pgJQ7Adt iNruj/ed2Nswo0sS2gY9VRqLNWApK3coS6RXZZmey5i6622CX2h3ZyxuCbJ1kiSau5ARpMtM lB2Rv4wX5wrX6Wf3yEmQYF2EnuEnnYASY6IAt8ab25Dp/qD4YfNVZmO+VXU5gMkjmMoU9k4u NiCdm4Dw7t3bUxOmWB+U0+wdKH98CaixLCKDOzbfhrlwq8x/DHfFYB6UvV77IX81BwPumDBN nltAXMMk/SwaziGpDcxUEPPZefsJS9iIfDSM1J3XWAs7NHsGDId2V5KI9UCSjHyZz9NYwGi5 +qSOrQsHV093j576mcKYWEisc2crElPwOAP80PGrc0DFY3ef6nWT/JYrIUO/+JB0r2Ro9AxV NFT5aXa38IROeHmYwRGN6CY4gCBJDYy8PDPt4wanfeO45NS130LNqWHTjgKLh210i7RJzLq8 Mrj2ArvFYtY1vzjltKYCz9jqzZyVDy5ZwCx9KFMHw9Brjbwzxz7dqRL29NPToAymrzHUPXz2 ZWUVUjHeYRKtF8V4RA7c1Si8L97bn7iqjcnb+tO57vTTV468bxVzz/Oi9+FEwyix2YMaRtZ6 j3txHvO95704z+aRe67z6w6dus378ZokeL0nl7mIuwRrAbbp9lbjP8NVtnGSsaLIfTlI2paz wUJ6RWt5acGCuJKBaE6/wpq0Rmt0tbT64iIE+qA03Rnzv4+T1Wo8x8VGuFzvYKM1sHsQc6eG w0H6y9wkZYeqJBGJz6g+WyhXRZsZU88Qe3OGU02OXeV/d/aQ5gin5qUKf3b3fcfTALQMpiw4 nTwvGD3gjhCxeaB1wUJZTxA5D48G3/ljBoEBe7u9M5/8IMfjk09vLZhPvk965B4Dj/SgDF8z ND0Cn77O4kQFFNm+mnQ5VCJ7CWCDJ7yVKusdAtH5UOd30S0FccMdSwPxVmmt4Gum3O+Usa6f O97N3V+bckpOywE8aJr9PrLYXyOBfS/p4bsH1yMyYfywxAuwnWlJDFL9rGwwDWHEejfXGm/V DTXrpOGEmaQhf/djzQ2GZC9czSWH5E/49XSRV7RH9uiRp06seXK3WPOkNtaM/z2KBsstkd3L /5j8Ex34ZCVSSO7ol52VoGyLrlbdKagzBaDNZvOgVsGAQVGvWC//+qzSPXqmf1efNLfOem9l 1q/lu+51hHXObf5AH33cf7SPa+3d7tuv3YNHi/qyRi/2B/BfT2odWI3r+topnJCi27q61k4u zEzeTRf99lxdJJeGRXIRzqJYgroLY3PVGwD76Tx4qa581ag9vLTUF2zvboLthYL1L1oLkuWa uIiaeenahck5Pqilx1y0No/XAtDltLoQL8bnKldcRqQvzWN7SZxTiUGqfKvW7g4+NucCvpX4 hYXWcQVzyF7B59yvqK9gJK2aoyeea/Gmc2xW2dMuvuW42wwOJy+NBlyb5R1wC2KH4E+l/juV PdgdyjbLNuceGu2oCGPS++EH9hPPeJFMnJ2zrW4ipYdlGu8KxlWVe+PYba7Poi2UAxOzTTh5 0TVn4jC4c3DWIucqKa7QLeSfi7au0fj/zeCPnVCUUszyNIv09awJScRt5ZrqSsYreAWbAEei +MgBf6ZAG6OfztGb7Xfb9k9eAEI89pkTBsTjACcQaHGDDd6/5pwIqztfiech44cr8QJa8tgq 7qvpVGCjKXwjpoFtUJ2SlMp3maT6YtKTU5YU5/qSOe0yBStUgAovT/rqxiFFC2QP4Lm6Joj9 hQ3gMP+uMFfnvMCEAdySIHEHp3CuH2+VcP7YqJYZDlQ2vOLfOhbeyBfRbk2tqgTgX+3E+aW1 MHJBnoILbgI3IoRu3uXVTj7LRjFhqgY8mdq/o1k3hec2IQ/HfnPLjznxetsGWnwG/f7GRp99 wxjb3Hgu/2WDNfyXsfWNjfXnjG2sbT7bfL6+0d8QLwfPNte+Yf0HpMl8ZkLRC8a+OZ/cZFkD 3McLzh+SSV/ps4x/DOVVNrzIC3bClpdQKvpkk/zsy3qa+CICnTfC7o0Kns2BLPhlfsVDYJJ2 scBDDaY+wshEEfQfChdmpZRVY5ge8Ol0WF0X+pi3sMSXXIQSc7owCLNiwuiHIGCuQX3U3xln 7Owsv37DM9NFX/43H+co/Z3rF98P8H8K65R9ElNbSWg65WIMEOiDlJYC1kheXiYQAiaEdAje 6uEr4b1mBWcLwh8LQspxXlwiPIA7tM5Gaf5mkk4VqU5LrF6MIMcoPNy8Jr5M8nzqCEVekxZH kVe4MDaVV6SQz6DXjyPAn6oXX8AcVOq7kmMzeD6l0HHwWq1CtVqyB+q0gqg2RzMMIP45vEhE lD6KAyv2pOWrobyXSgBRcbxOhh/OC/BLRnXonDX4Ja/+eZZmo4j49zU/sZ1X2bkIfjTxPuib fCJsiQJVP2pAFVvOBIU/a9bMAc2rKr9UwM2gYtmWVbrZZtAJH1ctCSjS84uWrQrdMI3WgSq+ lh9uFFPrQRUrBaj6BqDKzpwSwWrVIIrxWkrfn6ev08nkLE8KrRdtjH4dVGDwl3wDomxecp2W B+PDvMKoU9A+iE2aZuewtKARboKPG2B3BuXX2jeadnQbpURfk/8BBMUTcpqkJQzzhD04h+dx zBOH0o0hkDiy9guuqvwCDI6hKPJFSHp9w+zHeCRPuZWJVAOQvzyx4TQxQU10Og21fUKgAB1W KcU0nySVasqXj3Y1YD3HcG0liBvBYjP9A6djQ9EEoEiaAP1FVrtcUJcLCCqLVtRJeHzIuGGD ZbpxksqoHiajdFayQQPgBQfrp4hfiwAqrRKzItSpOljsPYB1R5AXozSDnHcs+tlX6jbNYdEp hblUgx+TJ2pHO6HGNKlJsjF4JDYuXkuLlrGGD2XMAo29mQj/zdXAiKnyWa1nOQHxRbxW875A LZFqEutCSz7ShQapVBgHIDpAjo7jiGelFlOEk7ZFlsyq/ADv8jYWLIagR8FGaflBedx+b21j bX4XPIM/uzqiY2vu4jK51j5dGbxm8DTT4P350OricuZBR/2/GxpGIY0/LtQXJ+KMYSgDL6Qp 5seH9zDzAhwq07dpweU8SiZ7UsNw8kXHl1yepXI2VkIB0uoGxhiDdkw4+QzkfxEEJHqkSTEI 4MS+j2IgQamlxHQRg0aGk4bVx1UYhy/bE34lOf5TkY6IqntBgI4ThUFSM9QARtZpLMIUu7Kr RcrEki6ZLIgk1oTSvNYgOU7ejMNxJPKjg14fxUYqw49NXK1BAja858UvvBB0zkNSxA0LnpTc xuN0isW7QcbRflrQVubwtyPbDkhMhvU1xq7fikAnK4ny1tKmRnMN1yTCcsR8+r1aHNXL7wv3 8nusF4XiqPt1VcxUSExjXenl1qRBAR0fFnlZHnHjeAmcMVUAlxdgKJIImNMcXkQcAKxbgGma cScoJdZTlgDeJDb3EATJBDhQ00bgPLtCtawHNiY/UEs38CZDdrgHnxMwiKsMIu9VDMDlP/LR gJ3WkcfF+j2ZNpFHxEFFociza7sIkSgT8lE2O0ZIMFUihFh5SlmSj1okryp6Tr1lwk5+rqPj qH8Jban2LyGGTj3k57LAbj6dvd13268OO1EkJeErsVQ8SyfCyxyCG2U6fTg3W8PmL/zdSbiT w1/vuZnoaHrsUZ9cphPt6jpH24e7Ox0HTjV/IUT+O9yVNgklYpIgv83KKh2r1jqvt3/afdeJ dToRY54l58izTrQ/yNIc54foObz+DBdLsto02T4fhtoqH0b/fQ/JH82E93uvfLoVUZAAzF+T uNrTrp+KfDYli9DY2j6SV4/CxbPq0SyAlwSw6evoOt1b1ju561oEsq53E9d0+LuXQqbHKs1s opvmnLsNBeKOs+BTnlRHjrtsgjzWcvFpE2uMa0FFMuRHvHKWGZT7gkB0i9IxYVJAILaDFoFR a2iMIlqD68DLR3ByzzpMmxMP1mI5gV1LrDlhZA3WnDjSlbAR8Zyo0MPS7CNSVB8Sftb11BxK 1mJ5Hr4lfUauLehDq9YUtdZ0QxWuLRvmhLo1WHNi3Rr6XA1H+mJrSzWR94Tf/5IT+QtOtK+l xk0KGZfEJCXJxhbV1UUKqwvWVBvKqXsHb6Mxn3af+KcTkTzmJv5pb0PtMwll0QVvgRGdGS6l ZV8XbaXetk2I9NYi0BiwjtLxeFZyWyUS0H8y/6/D4pdpWaZXBM0k96M0lRdpJmRdlkZZmmgq p3w4myRF29YrKDFPExHBDFXs2I+mCvfzq3ROfNGmfhzimFCRc2diDmrgm+vHDfDRAnKbmYOf tsGS+bSPmqIo3kpDsSlaqA6hI5VqT57vkqv0XDa1m43zWlNeU7SO8E0RmFwlQjIkZD0BdX0u FsC9DbEw7G0+Z6c1bdj1Dk9GE5q3apMHDhWoh8nMKLXkrgxHyp1/vNr7e6cOL7KE3Esv0wpT PfPSw7Q8zHxxYChXa89VaQL/BrepokWaiNZd2tZcFqm3LFJraVtnocM5sGmO2lpSfGBKWyP1 pBqdZU01JR/H5GHcsYZoNYn/mvKSM/b36TWfGGMbt2tywSeU6lKv5dHQt7VRdqU23zjFV3Xv JwmEgU7lKDqfSc3IfMiMjuKQIlALHMx1XSbX73PhtWnBwRbB65DSLEDqG+cQLWvk3lgM7zVS bPZ7pjha5Kmt8NRBZ+Uk4g0cIUFrpA5UY9DqCkE1HEgqATcjKUiZ7+tHMZprRw00xWpB9SRN 8mHiCJGKZJHqUQNFuiRLBtGXEy7guFkdzV276OXH3OWK3AAYDc20/taYyfYF98XK7YsV26Mq HLWFztCK/Boc7E1Yoa7Z9sTsWsGblk04NJk5BydWp/brju3Lw7XV3qkSalgfrvUspDAwH8vE wpJbelfPPNjrtHJBqbCOholYeHytAMTAzg1AdP9zApCji2RKVtixomxiNwureVwLes7zS14V MBLcyhtwz2wcbdBUt6KOhZ84ggptXCNaB6xad22okwSIty48Lmx6VZIZzIfega2iLaHTjLY9 F5g23Qw8LVIxVbRfqSNDVd3LfFYMjW2gUq4pNk8FC5OJsid2540j6ukFL2jyZhx1M7F8CqL6 1rDFbh31cVaYLQzbXCxrfYKoqE+jgvZGcdEdMwvvl3H5mTvh0WLR0cLBUbT5M55c/iMdVXb/ /KD3fLO/+eNGDKdFPBXtZTirhCo4aeve5p+er//4p/qhNG3gaR+0NfCqLmqLoszd9NM+aGNe 8fAI/8RrzfKbMVLuy9Mh9S5xcL3B4+NFOrx4gzjR/Cgs8ky3biv7tkJaqCKq6TEeLbKxqTcT Q+W3qqygOiTY1Kq123A6WFhXudUkMgKxTPV3jgZ7bXG5RXeOLkWasSdeotvWsBE/wosAKtnn dp9EFAzbozsk6je0rTlLLrLW9hkiAiTXQMczksOb4QS3yYpApGZto4yka5GtNW6TfiW51zaZ 1PiKKZpE1aDx7eIwOhsrxrOZOvpzDXSbXGa800r358gjnw0v2uQpNJdpniHmWy7SCnNtbVbp Arjdin5Nwh6rSlwzeJuUgoY5uBJTJQqBTKuAPVZQDufcyVhzXoK1PVjBFji9wtx1nJnqTSdY WHgko+ZMhj0VQy2E6WQQPV5GaYvuqYq6RduVxCFZzZZdUZvjsSFemGPh6ZG2OPQESd0ZnV9S /hGteEQp6FYyWjCo210tqTkYQ5uSzIaIxDT82+wyulWuNjB198u14vrUTQlKnCj/jrRv9s5Y 6hOWNQtpYIyZc/WBsakXuALQtQdq1OI7sIO6ac1OauNgNDfjzZk0CWkuNkInp1ADQlIJPkTU vMGHsuEfeTEZkdrV2K3spPDGPcRmpFWllZi9nY5m7Nc+HP74efw8fh4/j5/Hz+Pn8fP4efw8 fh4/j5/Hz+Pn8fP4+cN//h+Sgi+YAPAAAA== --------------15FB59E21CFB-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 06:43:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA03086; Tue, 1 Apr 1997 01:28:11 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA03070; Tue, 1 Apr 1997 01:28:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA23310; Tue, 1 Apr 1997 01:28:10 -0800 Received: from ns1.sara.nl (ns1.sara.nl [192.16.188.198]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA10309 for ; Tue, 1 Apr 1997 01:28:04 -0800 Received: from isis.sp.sara.nl (isis-f415.sara.nl [192.87.75.134]) by ns1.sara.nl (8.8.3/8.7.1) with ESMTP id LAA01016; Tue, 1 Apr 1997 11:27:59 +0200 (MET DST) Received: from isis-s415 by isis.sp.sara.nl (8.8.3/4.04) id JAA45378; Tue, 1 Apr 1997 09:27:40 GMT Sender: wilfred@sara.nl Message-ID: <3340D50B.398@sara.nl> Date: Tue, 01 Apr 1997 11:27:39 +0200 From: Wilfred Janssen Organization: SARA X-Mailer: Mozilla 3.01Gold (X11; I; AIX 1) MIME-Version: 1.0 To: info-performer@sgi.com Subject: DFAD/DTED-loader Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi there, Is there anybody who knows a=of a DFAD/DTED loader for Performer. It is a format for terrain data of the US Army (I believe). regards, Wilfred -- =================================================================== | Wilfred Janssen SARA | | P.O. Box 94613 | | Consultant Scientific Computing 1090 GP Amsterdam | | Academic Computing Services Amsterdam The Netherlands | | | | Phone: +31 (0) 20 592 3000 e-mail: wilfred@sara.nl | | Fax: +31 (0) 20 668 3167 URL: http://www.sara.nl | =================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 11:51:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA03920; Tue, 1 Apr 1997 08:51:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA03904; Tue, 1 Apr 1997 08:51:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15692; Tue, 1 Apr 1997 08:51:51 -0800 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA24119 for ; Tue, 1 Apr 1997 08:51:45 -0800 Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA122093824; Tue, 1 Apr 1997 10:57:04 -0600 Received: from MKTPO.mkt.lesc.lockheed.com (mktnt1.mkt.lesc.lockheed.com) by gruel.hq.lesc.lockheed.com with ESMTP (1.39.111.2/16.3) id AA058933356; Tue, 1 Apr 1997 10:49:16 -0600 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997Apr01.094300.1074.24183; Tue, 01 Apr 1997 10:50:05 -0600 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer), wilfred@sara.nl (Wilfred Janssen) Message-Id: <1997Apr01.094300.1074.24183@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: Lockheed Martin Engineering & Sciences Date: Tue, 01 Apr 1997 10:50:05 -0600 Subject: RE: DFAD/DTED-loader Status: O We use Coryphaeus' EasyT to build models from DFAD and DTED data, I believe that there are several other vendors who support the DTED format and create a loadable model for Performer each has there pros and cons, but I don't believe that there is anything freely available (but I may be wrong).... Jeffry J. Brickley 3D Systems Programmer White Sands Missile Range, NM ---------- From: Wilfred Janssen To: info-performer Subject: DFAD/DTED-loader Date: Tuesday, April 01, 1997 9:08AM Hi there, Is there anybody who knows a=of a DFAD/DTED loader for Performer. It is a format for terrain data of the US Army (I believe). ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 11:51:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA03667; Tue, 1 Apr 1997 07:26:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA03651; Tue, 1 Apr 1997 07:26:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08589; Tue, 1 Apr 1997 07:26:36 -0800 Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA04917 for ; Tue, 1 Apr 1997 07:26:31 -0800 Received: from apollo13.demon.co.uk ([158.152.181.251]) by relay-11.mail.demon.net id aa1127236; 1 Apr 97 15:40 BST From: Gordon To: Avi Bar-Zeev Cc: info-performer@sgi.com Subject: Re: Price Pfister Sues SGI over Trademark Infringement Date: Tue, 01 Apr 1997 14:38:54 GMT Reply-To: gordon@apollo13.demon.co.uk Message-ID: <33421de7.8574686@post.demon.co.uk> References: <3.0.1.32.19970331233144.006e9008@oz.net> In-Reply-To: <3.0.1.32.19970331233144.006e9008@oz.net> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O ddddeeeeeeeeer whats the date then ??????????? > >[AP] March 31, 1997 Philadelphia, PA -- Lawyers for Price Pfister, >the well known faucet manufacturer, today announced a multi-million >dollar lawsuit leveled against Silicon Graphics, a San Fransisco based=20 >computer sales company over what Pfister calls "blatant trademark=20 >infringement in the pilfering of our good name." > >Giacomo Pfinzani, spokeseman for the Philidelphia-based appliance >giant, in an offensive media blitz, claimed that SGI, known in=20 >the simulation industry for it's very large computers, knowingly >copied Pfister's "Pfaucet with the pFunny name" campaign by applying=20 >the letters "pf" to a whole host of names in what is known in the >comupter industry as an Application Programmers Interface or API. > >The "API" in question is called Performer, which, according to Pfinzani, >is itself "too damn close" to his company's name. But, as he quickly=20 >points out, SGI's Performer product uses the trademarked "pf" prefix=20 >throughout the entire API. "They even make a joke of it," he says,=20 >"calling everything and it's uncle a pfObject! If that's not blatant >pilfering, I don't know what is." > >Legal representatives from SGI responded with an usual move. Rather >than fight the accusation in court, the SGI legal team responded with >an offer to buy the company. "That's how we do business," an anonymous >SGI spokesman commented.=20 > >Still, Pfister founder and majority shareholder, Pfredrick Pfister I, = was >hesitant to give out. "Something's pfishy about the deal," he said. It=20 >seems as if the lawsuit will, indeed, go ahead as planned.=20 > >No representatives of Silicon Graphic's Performer development team were=20 >officially available for comment. But one developer was overhead to say,= =20 >"pF**k 'em!" > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Gordon Tomlinson =20 *************************************************************** Email: gordon@apollo13.demon.co.uk WWW: http://www.apollo13.demon.co.uk *************************************************************** The Truth is out there ........... =20 Smoke me a Kipper I'll be back for Breakfast ..... =20 *************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 11:51:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA03620; Tue, 1 Apr 1997 07:01:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA03604; Tue, 1 Apr 1997 07:01:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07189; Tue, 1 Apr 1997 07:01:04 -0800 Received: from april.dnaco.net (april.dnaco.net [206.150.232.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA29858 for ; Tue, 1 Apr 1997 07:00:59 -0800 Received: from kirk.dnaco.net (eheft@kirk.dnaco.net [206.150.232.3]) by april.dnaco.net (8.8.5/8.8.5) with ESMTP id JAA03891 for ; Tue, 1 Apr 1997 09:59:38 -0500 (EST) From: Eric Heft Received: (from eheft@localhost) by kirk.dnaco.net (8.8.4/8.8.4) id KAA03912 for info-performer@sgi.com; Tue, 1 Apr 1997 10:00:48 -0500 (EST) Message-Id: <199704011500.KAA03912@kirk.dnaco.net> Subject: Searching archives To: info-performer@sgi.com (Performer Mailing List) Date: Tue, 1 Apr 1997 10:00:45 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, This isn't exactly a performer question, but it does deal with searching the performer mailing list archive. Does anyone know how to get infosearch to search the mail archives? Seems like it should be pretty easy if one understood how infosearch worked :) Thanks. Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 11:51:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA03695; Tue, 1 Apr 1997 07:42:20 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA03679; Tue, 1 Apr 1997 07:42:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA09533; Tue, 1 Apr 1997 07:42:19 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA08078 for ; Tue, 1 Apr 1997 07:42:07 -0800 Received: (from russell@localhost) by random.ctasim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA06634; Tue, 1 Apr 1997 07:45:14 -0800 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9704010745.ZM6632@random.ctasim.com> Date: Tue, 1 Apr 1997 07:45:14 -0800 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: MultiGen DB speed" (Apr 1, 6:45am) References: <9704011145.AA09086@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker) Subject: Re: MultiGen DB speed Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 1, 6:45am, Steve Baker wrote: > Subject: Re: MultiGen DB speed > > From: russell@ctasim.com ("Russell Suter" ) > > Subject: MultiGen DB speed > > > > Hey all, > > > > I've been working on fixing a large MultiGen database using MultiGen > > version 14.0. The database had, among other things, problems with > > detail textures. I went through the entire database and cataloged > > all textures used and selected an appropriate detail texture (where > > necessary). Now, when I perfly the database on a RE system using > > IRIX 6.2 and performer 2.0.2, and OpenGL my frame rate is about 1/5 > > of the performance than when no detail textures were used. I > > expected a performance hit but really! This performance hit is even > > in places where I wouldn't expect it -- when the eye point is far > > enough away from the terrain so that the detail texture is not seen. > > I can't find much useful info in the performer documentation. Is there > > some adjustments I can make somewhere? > > > > Any info is appreciated! > > It sounds like you are running out of texture memory. > > Usually detail texture comes at no extra cost (or at least negligable > extra cost) - so if the only change you made was to the textures, > that must be the cause. > > When you run out of texture, GL starts paging it into and out of the hardware > and the frame rate takes a nose dive. > > If you turn on the Performer GFX stats, it will tell you how many texture > transfers are happening. If the answer is anything other than zero then wave > goodbye to your frame rate. > Thanks Steve! That's the conclusion that I reached as well. I was looking for paging in perfly stats and didn't see any. By a stroke of luck, I was able to talk with a former employee here who now works for SGI. He said that since I was running on an old IR with performer 2.0.2, performer stats might not be complete. He said that just because I wasn't seeing any texture paging in the stats, didn't mean that it wasn't happening. The good news is that the target system is an IR. I look forward to verifying this. Thanks once again. > I hope this helps... > > > Steve Baker 817-619-1361 (Vox-Lab) > Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) > 2200 Arlington Downs Road 817-619-4028 (Fax) > Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) > http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) > http://web2.airmail.net/sjbaker1 (external) > > "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. > >-- End of excerpt from Steve Baker -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.com _______________________________________________|______________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 11:51:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA03899; Tue, 1 Apr 1997 08:46:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA03883; Tue, 1 Apr 1997 08:46:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15128; Tue, 1 Apr 1997 08:46:03 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA22605 for ; Tue, 1 Apr 1997 08:46:03 -0800 Received: from dandan.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id IAA09040; Tue, 1 Apr 1997 08:46:01 -0800 Received: by dandan.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id IAA17032; Tue, 1 Apr 1997 08:46:00 -0800 From: "Jenny Zhao" Message-Id: <9704010846.ZM17030@dandan.asd.sgi.com> Date: Tue, 1 Apr 1997 08:46:00 -0800 In-Reply-To: Wilfred Janssen "DFAD/DTED-loader" (Apr 1, 11:27am) References: <3340D50B.398@sara.nl> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Wilfred Janssen , info-performer@sgi.com Subject: Re: DFAD/DTED-loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 1, 11:27am, Wilfred Janssen wrote: > Subject: DFAD/DTED-loader > Hi there, > Is there anybody who knows a=of a DFAD/DTED loader for Performer. It is > a format for terrain data of the US Army (I believe). > in the 2.2 that is going to be released in the near future, we have a dted loader that builds the raw data into pfTerrain data structures. pfTerrain is the new dynamic morphing geometry feature in performer2.1 and the coming 2.2. It handles the dynamic switching and morphing of multiple LODs in real-time. pfASD is the node type that manages pfTerrain. although we don't have a dted loader that converts things directly into a static geoset, i hope what is there can help you start on your way, if you choose not to use pfTerrain. if you need it now, i can send the beta version of the loader to you. > regards, > > Wilfred > -- > =================================================================== > | Wilfred Janssen SARA | > | P.O. Box 94613 | > | Consultant Scientific Computing 1090 GP Amsterdam | > | Academic Computing Services Amsterdam The Netherlands | > | | > | Phone: +31 (0) 20 592 3000 e-mail: wilfred@sara.nl | > | Fax: +31 (0) 20 668 3167 URL: http://www.sara.nl | > =================================================================== > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Wilfred Janssen -- Jenny Zhao zhz@asd.sgi.com 415 933-5091 (Voice) 415 965-2658 (Fax) Silicon Graphics - IRIS Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 11:51:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA03739; Tue, 1 Apr 1997 08:05:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA03723; Tue, 1 Apr 1997 08:05:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA11438; Tue, 1 Apr 1997 08:05:11 -0800 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA13743 for ; Tue, 1 Apr 1997 08:05:06 -0800 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.20/16.2) id AA194900929; Tue, 1 Apr 1997 10:08:49 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Tue, 01 Apr 1997 10:08:48 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Tue, 01 Apr 1997 10:04:04 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: Multigen Loader Status: O Performers (Multigen) I have some errors/warnings being generated from some new flt file models. They were generated from Multigen EaS from E&S gdf files. The warnings are: convTree() - unsupported node 113 convPoly() - unsupported node 61 convPoly() - unsupported node 62 polygon # has detail texture index but is using base texture without detail filter. Attempting new detail texture on base, ignored. Can anyone give me a little insight as to the extent of the problem... Thanks. - Bryan Wasileski ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 14:36:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03959; Tue, 1 Apr 1997 09:02:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03943; Tue, 1 Apr 1997 09:02:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA16755; Tue, 1 Apr 1997 09:02:39 -0800 Received: from gossamar.paradigmsim.com (gossamar.paradigmsim.com [206.7.114.134]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA26641 for ; Tue, 1 Apr 1997 09:02:33 -0800 Received: (from richard@localhost) by gossamar.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA11384; Tue, 1 Apr 1997 10:51:02 -0600 From: richard@gossamar.paradigmsim.com (Richard McDonald) Message-Id: <9704011051.ZM11383@gossamar.paradigmsim.com> Date: Tue, 1 Apr 1997 10:51:00 -0600 In-Reply-To: Wilfred Janssen "DFAD/DTED-loader" (Apr 1, 11:27am) References: <3340D50B.398@sara.nl> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Wilfred Janssen Subject: Re: DFAD/DTED-loader Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 1, 11:27am, Wilfred Janssen wrote: > Subject: DFAD/DTED-loader > Hi there, > Is there anybody who knows a=of a DFAD/DTED loader for Performer. It is > a format for terrain data of the US Army (I believe). It is a format for terrain data sponsored by the US Department of Defense. DTED is essentially terrain height above MSL, while DFAD is a line, polygon representation of ground features. Modelling packages, such as MultiGen, use data in this format to construct realistic terrain models. DTED/DFAD has a LOT of problems wrt real-time rendering. Because of the processing required, this is usually done off-line, and the results are interpreted by a common loader. > regards, > > Wilfred > -- > =================================================================== > | Wilfred Janssen SARA | > | P.O. Box 94613 | > | Consultant Scientific Computing 1090 GP Amsterdam | > | Academic Computing Services Amsterdam The Netherlands | > | | > | Phone: +31 (0) 20 592 3000 e-mail: wilfred@sara.nl | > | Fax: +31 (0) 20 668 3167 URL: http://www.sara.nl | > =================================================================== > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Wilfred Janssen -- -- Richard McDonald ___________________________________________________________ richard@paradigmsim.com Paradigm Simulation, Inc. voice: (972) 960-2301 14900 Landmark Blvd Ste 400 fax: (972) 960-2303 Dallas, TX 75240-6725 ___________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 15:57:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA04143; Tue, 1 Apr 1997 10:21:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04127; Tue, 1 Apr 1997 10:21:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA24205; Tue, 1 Apr 1997 10:21:11 -0800 Received: from mailhub.cts.com (mailhub.cts.com [204.216.216.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA16731 for ; Tue, 1 Apr 1997 10:21:05 -0800 Received: from sd.cts.com(really [192.188.72.28]) by mailhub.cts.com via smail with smtp id for ; Tue, 1 Apr 97 10:20:34 -0800 (PST) (Smail-3.1.92 1996-Mar-19 #3 built 1996-Apr-21) Received: by sd.cts.com (Smail3.1.29.1 #5) id m0wC8AX-00008FC; Tue, 1 Apr 97 10:20 PST Date: Tue, 1 Apr 1997 10:20:24 -0800 (PST) From: Gerard Tyra - SA Technology To: Wilfred Janssen cc: info-performer@sgi.com Subject: Re: DFAD/DTED-loader In-Reply-To: <3340D50B.398@sara.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Wilfred, A little background information. DTED is made up of 1 degree by 1 degree cells, 1 cell per file. The terrain elevation within the cell is sampled at 3 arc second intervals in latitude and longitude (at higher latitudes the sampling rate in longitude drops off) for an effective resolution of approximately 100 meters. The absolute resolution in position is listed as 30 meters. This, by the way, is for class 1C data. Higher resolution data exists, but it is very difficult to get even with an applicable contract with the US Department of Defense. DFAD is a vector definition of terrain features, both natural and cultural. It was originally developed for radar applications. As such, combining it with DTED can cause some very strange artifacts, like rivers on the sides of hills. Some of the more interesting features, such as urban areas, are just listed as an enclosed area, not very useful for a visualization. Since both of these formats are based on sampled data, there is a fairly extensive conversion to viewable data. For most applications, a complete coversion will generate enough geometry to overload any current machine. Therefore, a runtime loader is not appropriate. If you want to use the data, I suggest looking at a modeler such as Multigen or Designer's Work Bench. Gerry ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 19:49:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA06060; Tue, 1 Apr 1997 14:12:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06044; Tue, 1 Apr 1997 14:12:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA17125; Tue, 1 Apr 1997 14:12:58 -0800 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA24952 for ; Tue, 1 Apr 1997 14:12:56 -0800 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA18997; Tue, 1 Apr 97 14:12:07 PST Message-Id: Date: 1 Apr 1997 14:06:34 U From: "SCOTT OFRIEL" Subject: Performer and IRIX 5.3 To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 3.0.2 Status: O Subject: Time: 1:57 PM OFFICE MEMO Performer and IRIX 5.3 Date: 4/1/97 Dear Performer: Are there going to be anymore updates to Performer 2.0 for IRIX 5.3. Thank you, Scott O' ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 1 20:06:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA06148; Tue, 1 Apr 1997 14:25:48 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06132; Tue, 1 Apr 1997 14:25:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA18565; Tue, 1 Apr 1997 14:25:47 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA28102 for ; Tue, 1 Apr 1997 14:25:39 -0800 Received: from orlando.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA26580; Tue, 1 Apr 97 17:15:26 -0500 Received: from orlando by orlando.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id RAA10904; Tue, 1 Apr 1997 17:19:42 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <334189FD.62FA@ash.crd.ge.com> Date: Tue, 01 Apr 1997 17:19:41 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Purify & Performer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Has anyone had any luck running a Purify'd performer application? Whenever I try, the app locks up. If I interrupt it with ^C, Purify reports the following call stack: _nanosleep [nanosleep.s:10] _r4kmp_setlock [r4k.s:582] _amalloc [amalloc.c:75] _usmalloc [usmalloc.c:38] _snewlock [ulocks.c:95] _acreate [amalloc.c:210] _pfNewSharedArena [mem.C:422] pfInitArenas [mem.C:341] main [main.C:153] Any ideas? thanks, Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 01:34:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA08762; Tue, 1 Apr 1997 20:08:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA08746; Tue, 1 Apr 1997 20:08:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA11277; Tue, 1 Apr 1997 20:08:22 -0800 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA06944 for ; Tue, 1 Apr 1997 20:06:58 -0800 Received: from vivid.autometric.com by relay4.UU.NET with SMTP (peer crosschecked as: vivid.autometric.com [198.49.5.66]) id QQcjme28212; Tue, 1 Apr 1997 23:06:49 -0500 (EST) Received: from torus by vivid.autometric.com via ESMTP (950215.SGI.8.6.10/920502.SGI) id XAA12856; Tue, 1 Apr 1997 23:06:46 -0500 Received: (from cowling@localhost) by torus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id XAA08944; Tue, 1 Apr 1997 23:06:45 -0500 From: "Bob Cowling" Message-Id: <9704012306.ZM8943@torus.autometric.com> Date: Tue, 1 Apr 1997 23:06:44 -0500 In-Reply-To: Gerard Tyra - SA Technology "Re: DFAD/DTED-loader" (Apr 1, 10:20am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Gerard Tyra - SA Technology Subject: Re: DFAD/DTED-loader Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 1, 10:20am, Gerard Tyra - SA Technology wrote: > Subject: Re: DFAD/DTED-loader > Wilfred, > > A little background information. > ... > Since both of these formats are based on sampled data, there is a fairly > extensive conversion to viewable data. For most applications, a complete > coversion will generate enough geometry to overload any current > machine. Therefore, a runtime loader is not appropriate. If you want > to use the data, I suggest looking at a modeler such as Multigen or > Designer's Work Bench. > > Gerry Or you could use Autometric's Edge Product Family to view this and other types of large image and terrain data which does the conversion on the fly. Check out http://www.sgi.com/Products/hardware/Onyx/Solutions/defense.html and http://www.autometric.com Bob -- -------------------------------------------------------------------- Robert Cowling cowling@autometric.com Director, Product Engineering (703) 658-4035 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 02:28:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA08933; Tue, 1 Apr 1997 21:06:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA08917; Tue, 1 Apr 1997 21:06:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA13314; Tue, 1 Apr 1997 21:06:08 -0800 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA14762 for ; Tue, 1 Apr 1997 21:06:05 -0800 Received: from riker.uni-paderborn.de (riker [131.234.246.9]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id HAA09106; Wed, 2 Apr 1997 07:05:55 +0200 (MET DST) Received: from riker (localhost [127.0.0.1]) by riker.uni-paderborn.de (940816.SGI.8.6.9/client-irix-hni) with SMTP id HAA26818; Wed, 2 Apr 1997 07:05:55 +0200 Sender: hok@hni.uni-paderborn.de Message-ID: <3341E932.41C6@hni.uni-paderborn.de> Date: Wed, 02 Apr 1997 07:05:54 +0200 From: Holger Krumm X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Bryan Wasileski CC: info-performer@sgi.com Subject: Re: Multigen Loader References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Bryan Wasileski wrote: > > Performers (Multigen) > I have some errors/warnings being generated from some new flt file > models. They were generated from Multigen EaS from E&S gdf files. > The warnings are: > > convTree() - unsupported node 113 > convPoly() - unsupported node 61 > convPoly() - unsupported node 62 > polygon # has detail texture index but is using base texture without > detail filter. > Attempting new detail texture on base, ignored. > > Can anyone give me a little insight as to the extent of the problem... > Thanks. > > - Bryan Wasileski Hello Bryan, I think the problem is that you use the MultiGen R14.2 loader in your Performer application. The files created with MultiGen II V1.2 are default version 15.2. You have two options: 1. Install a new MultiGen loader (recommended!). Look at ftp://ftp.multigen.com/pub for the 15.2 loader. 2. Save your flt files as version 14.2 (in MultiGen II V1.2 with the "Save as" dialog). B.t.w., your geometry should have been black, because of the version differences. Hope this helps, Holger -- ------------------ * * * ** ** ** Holger Krumm *** *** **** Student of Computer Science ******* ***** EMail: hok@hni.uni-paderborn.de *** *** **** ** ** ** "Very funny, Scotty! And now my clothes..." * * * ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 04:01:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA09534; Wed, 2 Apr 1997 00:03:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA09518; Wed, 2 Apr 1997 00:03:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA20386; Wed, 2 Apr 1997 00:03:30 -0800 Received: from bosch.zkm.de (bosch.zkm.de [192.101.28.51]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA08055 for ; Wed, 2 Apr 1997 00:03:26 -0800 Received: from bosch.zkm.de (bosch.zkm.de [127.0.0.1]) by bosch.zkm.de (8.8.4/8.8.4) with SMTP id JAA05915 for ; Wed, 2 Apr 1997 09:01:29 -0500 Sender: andreas@bosch.zkm.de Message-ID: <334266B9.4CAE48E0@zkm.de> Date: Wed, 02 Apr 1997 09:01:29 -0500 From: Andreas Schiffler Organization: ZKM Medienmuseum, Karlsruhe, Germany X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: SGI Performer Mailing List Subject: Sample code for still frames/animations within Performer wanted Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, I am somwhat new to Performer programming and wanted to ask if someone had done the following task before (i.e. NO need to reinvent the wheel). I want to switch between a Performer-controlled 3D environment and still frames as well as animations which are generated either through library calls or the call to an external programs like 'movieplayer'. What do I have to do before and after, say, system calls to ensure proper graphics state restoration? Does someone have some sample code (C) that I could have a look at? I would also like to place a still frame in the background of some 3D drawings - any ideas for that one? Thanks for all you help in advance Regards Andreas Schiffler ZKM, Karlsruhe, Germany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 04:01:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA09516; Wed, 2 Apr 1997 00:03:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA09500; Wed, 2 Apr 1997 00:03:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA20246; Wed, 2 Apr 1997 00:03:08 -0800 Received: from mailgw1.fhg.de (mailgw1.fhg.de [153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA08026 for ; Wed, 2 Apr 1997 00:02:57 -0800 From: scheff@iff.fhg.de Received: by mailgw1.fhg.de (fhg.de); Wed, 2 Apr 1997 10:00:34 +0200 (MET DST) X-ENV: (mailgw1.fhg.de) scheff@iff.fhg.de -> Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Wed, 2 Apr 1997 10:00:16 +0200 (MET DST) from ue.iff.fhg.de Received: by ue.iff.fhg.de with SMTP; Wed, 2 Apr 1997 09:59:58 +0200 (MET DST) from sgi02.ue.iff.fhg.de Date: Wed, 2 Apr 1997 10:02:13 +0200 Received: by sgi02.ue.iff.fhg.de; Wed, 2 Apr 1997 10:02:13 +0200 Message-Id: <9704021002.ZM12922@sgi02> In-Reply-To: ken sartor "capturing images" (Mar 26, 15:54) References: <2.2.32.19970326215416.007125a0@mail.bur.visidyne.com> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: ken sartor Subject: Re: capturing images Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MimeMultipartBoundary" Status: O --MimeMultipartBoundary Content-Type: text/plain; charset=us-ascii Hi Ken, > In my Performer(/Vega) application, when i go to capture > an image using the capture utility, portions of the captured > image have blue lines through it... Yea, I know this because I made same experience. It seems that image refresh of channels is faster than capturing of image. I am allways successful using snapshot instead of capture. Another possibility is to extend Vega with an own class for capturing. (We did this.) The general procedure was explained in earlier mails (ca. a half year ago) in this mailing list. (If necessary I can look for more precise information.) There was used just another tool (cannot remember the name). Using this we made a Vega class to grab single images and sequences for short movies. > I am running on a single RM RE2, under Performer 2.0.2 and Irix > 6.2. Best regards, Dirk. -- ---------------------------------------------------- Dipl.-Inf. Dirk Scheffter scheff@iff.fhg.de Fraunhofer IFF Steinfeldstr. 3 fon: +49-39203/81591 D-39179 Barleben fax: +49-39203/81619 Germany ---------------------------------------------------- --MimeMultipartBoundary-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 06:40:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA09794; Wed, 2 Apr 1997 01:15:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA09778; Wed, 2 Apr 1997 01:15:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA23122; Wed, 2 Apr 1997 01:15:28 -0800 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA18107 for ; Wed, 2 Apr 1997 01:15:28 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id BAA09772; Wed, 2 Apr 1997 01:14:47 -0800 Date: Wed, 2 Apr 1997 01:14:47 -0800 From: allan (Allan Schaffer) Message-Id: <9704020114.ZM9770@holodeck.csd.sgi.com> In-Reply-To: "SCOTT OFRIEL" "Performer and IRIX 5.3" (Apr 1, 2:06pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "SCOTT OFRIEL" , info-performer@sgi.com Subject: Re: Performer and IRIX 5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 1, 2:06pm, SCOTT OFRIEL wrote: > Dear Performer: > Are there going to be anymore updates to Performer 2.0 for IRIX 5.3. Don't think so. Performer 2.2 will be for 6.2 and above, and the latest patches (1696 et al) apply to 2.0.1 and beyond. 2.0 (plus patch 1414) is likely the last release of Performer for 5.3. Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 11:02:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA10618; Wed, 2 Apr 1997 05:41:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA10602; Wed, 2 Apr 1997 05:41:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA03803; Wed, 2 Apr 1997 05:41:25 -0800 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA23596 for ; Wed, 2 Apr 1997 05:41:16 -0800 Received: from daisy (l112.mistral.co.uk [194.73.212.112]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id NAA15456 for ; Wed, 2 Apr 1997 13:43:33 +0100 Sender: johnw@hinge.mistral.co.uk Message-ID: <33426E9C.41C6@intersim.co.uk> Date: Wed, 02 Apr 1997 14:35:08 +0000 From: Julia Ellery Organization: Intersim Limited X-Mailer: Mozilla 2.02S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: performer help group Subject: Semi Transparency in Overlay Planes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Can anyone tell me how to make an image I am drawing in the overlay planes semi-transparent so that I can still see the underlying database through it? The image in question is an array of colour index pixels in the range 1 to 7. I use a call to pfuMapWinColors to setup the colour map starting at index 1. My image has specially been "fixed" just to have 7 colours in but this could be reduced to 5 if necessary. I am using the glDrawPixels call to draw the image. I am currently doing this in the perfly code, file perfly.c, routine drawOverlayName. The image is currently being drawn ok but I want it transparent rather than solid. Can anyone help? Thanks to those who replied to my question about EarthSky and database tearing. I actually wrote on behalf of a colleague who is abroad. I have not forgotten - just been sidetracked for a while. Regards, Julia Ellery, Senior Visual Software Engineer, Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 email: modellers@intersim.co.uk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 11:46:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10670; Wed, 2 Apr 1997 06:22:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10654; Wed, 2 Apr 1997 06:22:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA05849; Wed, 2 Apr 1997 06:22:53 -0800 Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA00185; Wed, 2 Apr 1997 06:22:47 -0800 Received: (from mail@localhost) by gatekeeper.rayva.org (8.6.12/8.6.12) id JAA03858; Wed, 2 Apr 1997 09:22:34 -0500 Received: from jpsds14e(192.168.5.103) by gatekeeper.rayva.org via smap (V1.3) id sma003848; Wed Apr 2 09:22:21 1997 Received: from pixelpusher.rayva.org ([192.168.8.131]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id JAA27436; Wed, 2 Apr 1997 09:06:25 -0500 Message-ID: <33426C2E.3808@tasc.com> Date: Wed, 02 Apr 1997 09:24:46 -0500 From: Thom DeCarlo Reply-To: trdecarlo@tasc.com Organization: TASC, Inc. X-Mailer: Mozilla 4.0b2 (Win95; I) MIME-Version: 1.0 To: Jenny Zhao CC: info-performer , Greg Turner Subject: Re: DFAD/DTED-loader X-Priority: 3 (Normal) References: <3340D50B.398@sara.nl> <9704010846.ZM17030@dandan.asd.sgi.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Status: O Jenny, I would also like to have an early release of the DTED loader. This is my current environment (will it work for me?) Onyx RE2, 4xR4400, 1GB RAM, 4xRM5 (16MB TRAM) Irix 6.2, Performer 2.1, Vega 3.0 IDO C, C++ translator We are working with multiple resolution datasets (DTED I (100m) through DTED V (1m)) and similar resolution texture images. Can the loader be tweaked to support these different formats? TIA, Thom Jenny Zhao wrote: > > On Apr 1, 11:27am, Wilfred Janssen wrote: > > Subject: DFAD/DTED-loader > > Hi there, > > Is there anybody who knows a=of a DFAD/DTED loader for Performer. It is > > a format for terrain data of the US Army (I believe). > > > in the 2.2 that is going to be released in > the near future, we have a dted loader that builds the raw data into > pfTerrain data structures. pfTerrain is the new > dynamic morphing geometry feature in performer2.1 and the coming > 2.2. It handles the dynamic switching and morphing > of multiple LODs in real-time. > pfASD is the node type that manages pfTerrain. > > although we don't have a dted loader that converts things > directly into a static geoset, i hope what is there > can help you start on your way, if you choose not to use pfTerrain. > > if you need it now, i can send the beta version of the loader to you. > > > regards, > > > > Wilfred > > -- > > =================================================================== > > | Wilfred Janssen SARA | > > | P.O. Box 94613 | > > | Consultant Scientific Computing 1090 GP Amsterdam | > > | Academic Computing Services Amsterdam The Netherlands | > > | | > > | Phone: +31 (0) 20 592 3000 e-mail: wilfred@sara.nl | > > | Fax: +31 (0) 20 668 3167 URL: http://www.sara.nl | > > =================================================================== > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Wilfred Janssen > > -- > > Jenny Zhao > zhz@asd.sgi.com > 415 933-5091 (Voice) > 415 965-2658 (Fax) > Silicon Graphics - IRIS Performer > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 or 9001 fax: 703/318-7900 * fax: 703/428-7054 mailto:trdecarlo@tasc.com * mailto:tdecarlo@rayva.org ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Level-Of-Detail switching example (__) (oo) U /-------\/ /---V / | || * |--| . * ||----|| ^^ ^^ Cow at 1 meter. Cow at 100 meters. Cow at 10,000 meters. ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 13:58:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA10941; Wed, 2 Apr 1997 08:37:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10925; Wed, 2 Apr 1997 08:37:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15936; Wed, 2 Apr 1997 08:37:23 -0800 Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA26706 for ; Wed, 2 Apr 1997 08:37:20 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-11.mail.demon.net id aa1114420; 2 Apr 97 17:12 BST From: Mark Baranowski To: info-performer@sgi.com Subject: pfFont help needed. Date: Wed, 02 Apr 1997 16:12:58 GMT Organization: Pera Message-ID: <33427fef.1380654@post.demon.co.uk> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O Hi Performers, I've decided that I need to use pfFont, pfText and pfString for the first time. Having read the man pages, searched the archives etc I have come to the conclusion that I need fonts as .mf (and possibly .of) files. I gather that fonttools from the developers toolbox CD will let me convert adobe type 1 fonts into these formats. My problem is we don't have the developers toolbox CD (Looks like I need to try to buy it, anybody know how much it is?). In the mean time, I specifically need the Avant Garde font, as available in showcase, as a Performer font. Has anyone got this already/know of somewhere to get it/be kind enough to generate the .mf & .of files for it? Are there any other font loaders available? Thanks in advance for any help. Regards. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 18:03:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA11086; Wed, 2 Apr 1997 10:30:21 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11070; Wed, 2 Apr 1997 10:30:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27702; Wed, 2 Apr 1997 10:30:19 -0800 Received: from athena.wes.army.mil (athena.wes.army.mil [134.164.13.245]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26181 for ; Wed, 2 Apr 1997 10:30:17 -0800 Received: from zeus.wes.army.mil (zeus.wes.army.mil [134.164.13.24]) by athena.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA22898 for <@athena.wes.army.mil:info-performer@sgi.com>; Wed, 2 Apr 1997 12:30:32 -0600 Received: (from stephens@localhost) by zeus.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA05260 for info-performer@sgi.com; Wed, 2 Apr 1997 12:33:14 -0600 From: stephens@zeus.wes.army.mil (Mike Stephens) Message-Id: <199704021833.MAA05260@zeus.wes.army.mil> Subject: Fonts To: info-performer@sgi.com Date: Wed, 2 Apr 1997 12:33:14 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 138 Status: O was just wondering if the font list was going to be expanded in the future from just the two possibilies : Mistr and Times-Elfin ? mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 17:18:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12272; Wed, 2 Apr 1997 13:25:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12256; Wed, 2 Apr 1997 13:25:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16166; Wed, 2 Apr 1997 13:25:48 -0800 Received: from c80.npt.nuwc.navy.mil (C80.NPT.NUWC.NAVY.MIL [129.190.84.47]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA10954 for ; Wed, 2 Apr 1997 13:25:41 -0800 Message-ID: Date: 2 Apr 1997 16:24:09 -0500 From: "Katyl, Donald" Subject: sproc with NOLIBC To: "Performer" X-Mailer: Mail*Link SMTP-MS 3.0.1 GM Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Status: O Hello, I am writing a program which sproc's a child process for network and file i/o. The child seems to run faster when I use the PR_NOLIBC flag (a factor of 5 on our old Power Series machines). The performance = decrease seems to be due to semaphore locking and unlocking. Does using this flag have any bad effects other than making errno unreliable? I'm using = Performer 1.2, IRIX 5.3 on a variety of platforms. Don Katyl Naval Undersea Warfare Center Newport, RI katyl @ c80.npt.nuwc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 17:33:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12232; Wed, 2 Apr 1997 13:17:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12216; Wed, 2 Apr 1997 13:17:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA14961; Wed, 2 Apr 1997 13:17:50 -0800 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA09139 for ; Wed, 2 Apr 1997 13:17:37 -0800 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id VAA11048; Wed, 2 Apr 1997 21:16:27 GMT From: Jan Barglowski Posted-Date: Wed, 2 Apr 1997 21:16:27 GMT Message-Id: <199704022116.VAA11048@cyclops> Subject: Re: Semi Transparency in Overlay Planes To: modellers@intersim.co.uk (Julia Ellery) Date: Wed, 2 Apr 1997 13:16:26 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <33426E9C.41C6@intersim.co.uk> from "Julia Ellery" at Apr 2, 97 02:35:08 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1754 Status: O Julia Ellery wrote: > Can anyone tell me how to make an image I am drawing in the overlay > planes semi-transparent so that I can still see the underlying database > through it? > > The image in question is an array of colour index pixels in the range > 1 to 7. I use a call to pfuMapWinColors to setup the colour map starting > at index 1. My image has specially been "fixed" just to have 7 colours > in but this could be reduced to 5 if necessary. I am using the > glDrawPixels call to draw the image. I am currently doing this > in the perfly code, file perfly.c, routine drawOverlayName. The image > is currently being drawn ok but I want it transparent rather than solid. I have done this with another channel being drawn transparently over my main channel, rather than an image. But the technique should also work for any OGL call, since I'm using OGL to make it go transparent to begin with. Here's my code: --- // Set the transparency. Clear the depth so we don't use underlaying channel // depth settings. glClearDepth(1.0); glClear(GL_DEPTH_BUFFER_BIT); glSampleMaskSGIS(0.8, 0); glEnable (GL_SAMPLE_MASK_SGIS); // Clear and draw the channel manually. chan->clear(); pfDraw(); // Undo the transparency. glDisable(GL_SAMPLE_MASK_SGIS); --- NOTE: I'm using an iR, so this trick with the sampling may only work on an iR! I may be able to find another technique given to me by the Performer list a few months ago for non-iR (or was it GL-based) machines, if needed. Just knock out the channel drawing code and insert your glDrawPixels code... -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 2 17:48:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11383; Wed, 2 Apr 1997 11:25:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11367; Wed, 2 Apr 1997 11:25:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03406; Wed, 2 Apr 1997 11:25:11 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA11165 for ; Wed, 2 Apr 1997 11:25:08 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id LAA16078 for ; Wed, 2 Apr 1997 11:27:14 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA09624 for ; Wed, 2 Apr 1997 19:16:40 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id LAA00057 for info-performer@sgi.com; Wed, 2 Apr 1997 11:25:38 -0800 From: "Marcus Barnes" Message-Id: <9704021125.ZM56@vaisyas.engr.multigen.com> Date: Wed, 2 Apr 1997 11:25:38 -0800 In-Reply-To: Holger Krumm "Re: Multigen Loader" (Apr 2, 7:05am) References: <3341E932.41C6@hni.uni-paderborn.de> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: OpenFlight Loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 2, 7:05am, Holger Krumm wrote: > Bryan Wasileski wrote: > > > > I have some errors/warnings being generated from some new flt file > > models. They were generated from Multigen EaS from E&S gdf files. > > The warnings are: > > > > convTree() - unsupported node 113 This is a OpenFlight V15.1+ material record. > > convPoly() - unsupported node 61 > > convPoly() - unsupported node 62 The loader encountered a face that was instanced (probably a BSP face), which the loaders do not support. > > polygon # has detail texture index but is using base texture without > > detail filter. > > Attempting new detail texture on base, ignored. The attributes of the texture that the polygon (face) is referencing does not include detail mag. filters. The face has a detail texture index that implies this requirement. Either remove the face's detail texture index or change the mag. filter on the base texture. > I think the problem is that you use the MultiGen R14.2 loader in your > Performer application. The files created with MultiGen II V1.2 are > default version 15.2. Actually, MultiGen EaS exports to OpenFlight V15.1 not V15.2. Even so, these files cannot be loaded by the R14.2 loaders. > You have two options: > > 1. Install a new MultiGen loader (recommended!). > Look at ftp://ftp.multigen.com/pub for the 15.2 loader. It may be easier to download the R15.2d loader from our web page. The URL is: http://www.multigen.com/FAQ/faq.htm Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 3 00:01:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA01505; Wed, 2 Apr 1997 18:48:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA01489; Wed, 2 Apr 1997 18:48:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA14218; Wed, 2 Apr 1997 18:48:22 -0800 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA23034 for ; Wed, 2 Apr 1997 18:47:45 -0800 Received: by chopin.kist.re.kr (940816.SGI.8.6.9/921111.SGI.AUTO) id LAA26096; Thu, 3 Apr 1997 11:48:46 +0900 Date: Thu, 3 Apr 1997 11:48:40 +0900 (KST) From: Jaehong Ahn To: info-performer@sgi.com Subject: Morphing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello, performers. I am developing virtual environments for a virtual studio. I wanna use morphing techniques to switch between one scene and another. But I don't know how to use pfMorph node efficiently. When using pfMorph node to switch between two objects, should numbers of vertices be same? Can I specify the path to each vertex? And I wonder if pfMorph[A can be applied to 'scene'(not an object). Does anybody have useful codes? (except the sample code, morph.c) Thank you for reading. Sincerely, Jaehong Ahn 1997-Apr-03 CAD/CAM Lab. KIST (Korea Institute of Science and Technology) Seoul, Korea E-mail : totoro@chopin.kist.re.kr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 3 06:34:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA02674; Thu, 3 Apr 1997 01:21:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA02657; Thu, 3 Apr 1997 01:21:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA01021; Thu, 3 Apr 1997 01:21:51 -0800 Received: from ns.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA18806 for ; Thu, 3 Apr 1997 01:21:43 -0800 Received: by ns.fel.tno.nl; id LAA29656; Thu, 3 Apr 1997 11:32:59 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma029641; Thu, 3 Apr 97 11:32:48 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id LAA15855; Thu, 3 Apr 1997 11:21:41 +0200 (MET DST) From: Mario Veraart Message-Id: <199704030921.LAA15855@s00sn1.fel.tno.nl> Subject: Re: Semi Transparency in Overlay Planes To: jan@euryale.chinalake.navy.mil (Jan Barglowski) Date: Thu, 3 Apr 1997 11:21:40 +0200 (MET DST) Cc: info-performer@sgi.com (Performer) In-Reply-To: <199704022116.VAA11048@cyclops> from "Jan Barglowski" at Apr 2, 97 01:16:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > Julia Ellery wrote: > > Can anyone tell me how to make an image I am drawing in the overlay > > planes semi-transparent so that I can still see the underlying database > > through it? > > > > The image in question is an array of colour index pixels in the range > > 1 to 7. I use a call to pfuMapWinColors to setup the colour map starting > > at index 1. My image has specially been "fixed" just to have 7 colours > > in but this could be reduced to 5 if necessary. I am using the > > glDrawPixels call to draw the image. I am currently doing this > > in the perfly code, file perfly.c, routine drawOverlayName. The image > > is currently being drawn ok but I want it transparent rather than solid. > > I have done this with another channel being drawn transparently over my > main channel, rather than an image. But the technique should also > work for any OGL call, since I'm using OGL to make it go transparent > to begin with. Here's my code: > > --- > // Set the transparency. Clear the depth so we don't use underlaying channel > // depth settings. > glClearDepth(1.0); > glClear(GL_DEPTH_BUFFER_BIT); > glSampleMaskSGIS(0.8, 0); > glEnable (GL_SAMPLE_MASK_SGIS); > > // Clear and draw the channel manually. > chan->clear(); > pfDraw(); > > // Undo the transparency. > glDisable(GL_SAMPLE_MASK_SGIS); > --- Or you can use the glBlendFunc(). I don't know if it also works with glDrawPixels(). If not you can draw a rectangle with a texture that matches the image you want to draw on the screen. In the OpenGL Programming Guide page 196 you can find info about how to use it. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 3 15:28:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03602; Thu, 3 Apr 1997 10:07:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03586; Thu, 3 Apr 1997 10:07:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA00870; Thu, 3 Apr 1997 10:07:23 -0800 Received: from tecsun1.tec.army.mil (tec.army.mil [192.12.124.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA20090 for ; Thu, 3 Apr 1997 10:07:18 -0800 Received: from cornelius.army.mil. (cornelius.tec.army.mil [199.123.86.247]) by tecsun1.tec.army.mil (8.7.5/8.7.3) with SMTP id NAA19696; Thu, 3 Apr 1997 13:00:59 -0500 (EST) Received: by cornelius.army.mil. (SMI-8.6/SMI-SVR4) id MAA10786; Thu, 3 Apr 1997 12:53:06 -0500 Date: Thu, 3 Apr 1997 12:53:06 -0500 From: riggs@cornelius.tec.army.mil (Bill Riggs) Message-Id: <199704031753.MAA10786@cornelius.army.mil.> To: richard@gossamar.paradigmsim.com, wilfred@sara.nl Subject: Re: DFAD/DTED-loader Cc: bill@lnk.com, info-performer@sgi.com Status: O Although there are a number of systems, such as Power Scene and the TEC Drawland package that render DTED directly on the fly, DFAD is not well designed to support 3D visualization, and really is better regarded as a source data format than a runtime format. NIMA is currently pushing its "vector product format", but here again, I am not aware of any VPF tools which would allow you to go beyond 2.5D visualization (i.e. a feature drape over a terrain skin). Both Coryphaeus and Multigen have more or less standard feature libraries to represent DFAD data (including 3D model representations where appropriate). I would suggest contacting them directly to get any information you need on their projects and plans to support 3D feature processing "on the fly" and/or VPF. Bill Riggs LNK Corporation, Inc. (301) 927-3223 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 3 16:12:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03688; Thu, 3 Apr 1997 10:55:30 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03672; Thu, 3 Apr 1997 10:55:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA05340; Thu, 3 Apr 1997 10:55:29 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA02848 for ; Thu, 3 Apr 1997 10:55:28 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA00315; Thu, 3 Apr 1997 10:55:27 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA03597; Thu, 3 Apr 1997 10:55:25 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704031855.KAA03597@remi.asd.sgi.com> Subject: Re: Morphing To: totoro@chopin.kist.re.kr (Jaehong Ahn) Date: Thu, 3 Apr 1997 10:55:25 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: from "Jaehong Ahn" at Apr 3, 97 11:48:40 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1655 Status: O Jaehong Ahn wrote: > > Hello, performers. > > I am developing virtual environments for a virtual studio. I wanna use > morphing techniques to switch between one scene and another. But I don't > know how to use pfMorph node efficiently. > When using pfMorph node to switch between two objects, should numbers of > vertices be same? Can I specify the path to each vertex? > And I wonder if pfMorph[A can be applied to 'scene'(not an object). You have to consider a pfMorph as a extended pfLOD feature. Instead of blending between two objects, you can morph the vertices of one object so it change shape. the general idea is to switch from one object with less polygon to an object with more polygons that describe the exact same objet. Then you move each vertice so the shape of the object morph to the exact shape of the next LOD. The path of each vertex is an interpolation, but you can use a pfCycleBuffer and do whatever transformation to any vertex you want and do your own morphing if you'd like to. There is no scene morphing capability at all. In fact pfMorph is not a morphing between two object at all, it is a way to move automatically the vertices of one object from one position to another pre-determined position. > > Does anybody have useful codes? (except the sample code, morph.c) the morph.c code shows how to use pfMorph and pfCycleBuffers, it should be a good starting point. What do you think is missing from that code ? Best Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 4 06:52:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA06592; Fri, 4 Apr 1997 01:37:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA06576; Fri, 4 Apr 1997 01:37:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA04798; Fri, 4 Apr 1997 01:37:56 -0800 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA25656 for ; Fri, 4 Apr 1997 01:37:53 -0800 Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id DAA06708 for info-performer@sgi.com; Fri, 4 Apr 1997 03:39:09 -0600 From: "Ren-Jye Yu" Message-Id: <9704040339.ZM6707@python.tamu.edu> Date: Fri, 4 Apr 1997 03:39:09 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: three channels --> 3 x pfDraw --> 3 x pfCull !!! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I am using Performer 2.0. to create three channels and a lot of pfSCS nodes being used. Since I have three channels, culling process have to do three times. Matrix operation of the nodes and culling process drastically slow down the refresh rate. I would like to maintain at least 30Hz refresh rate. To improve the refresh rate, I need to do some prefilter to advoid the unnecessary nodes being rendered. I think this will reduce the burden of culling process. Can you tell me what is the most efficiency way to do prefilter? Where can I find the sample code? Is it possible to force the culling process cull the tree once only? I still need three channels(left and right channels have 45degree offset). If it is possible, how to do it? I will appreciate for your help. Have a nice day. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 4 17:11:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08207; Fri, 4 Apr 1997 14:18:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA07283; Fri, 4 Apr 1997 10:21:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA02678; Fri, 4 Apr 1997 10:21:33 -0800 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA28025 for ; Fri, 4 Apr 1997 10:21:30 -0800 Received: from sgi5.cs.cuhk.hk by cse.cuhk.edu.hk with ESMTP id CAA24738; Sat, 5 Apr 1997 02:21:27 +0800 Received: by sgi5.cs.cuhk.hk (940816.SGI.8.6.9/Spike-2.0) id CAA02510; Sat, 5 Apr 1997 02:21:25 +0800 Date: Sat, 5 Apr 1997 02:21:25 +0800 (HKT) From: Ah Fei X-Sender: mfchan1@sgi5.cs.cuhk.hk To: info-performer@sgi.com Subject: Is it a bug? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, I used pfuAddfile and pfuFollowPath to animate the moving of object. I found a problem when I loaded a file like this: speed 5 5 line 4 10 2 4 24 2 fillet 1 line 4 24 2 4 34 2 close That is, I added a fillet between two straight lines, and my program stop moving at the end of the first line. My program can run without any problem if the loaded file doesn't contain lines like above. Anyone met the same case before? Is it a bug of path.c? Thanks for yor attentation. Regards, Fred Chan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 4 17:11:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08593; Fri, 4 Apr 1997 14:25:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA08575; Fri, 4 Apr 1997 14:25:23 -0800 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA00875; Fri, 4 Apr 1997 12:27:16 -0800 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA12046 for ; Fri, 4 Apr 1997 12:16:38 -0800 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id MAA03593; Fri, 4 Apr 1997 12:15:23 -0800 Received: from ait.nrl.navy.mil ([132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA29941 for ; Fri, 4 Apr 1997 12:13:59 -0800 Received: from stiletto.ait.nrl.navy.mil (stiletto [132.250.128.59]) by ait.nrl.navy.mil (8.8.5/8.8.3) with ESMTP id PAA11034 for ; Fri, 4 Apr 1997 15:08:11 -0500 (EST) Received: (from doyle@localhost) by stiletto.ait.nrl.navy.mil (8.7.5/8.7.3) id PAA03616 for info-performer@sgi.com; Fri, 4 Apr 1997 15:08:11 -0500 (EST) From: "Robert Doyle" Message-Id: <9704041508.ZM3614@stiletto.ait.nrl.navy.mil> Date: Fri, 4 Apr 1997 15:07:51 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Depth-map textures on IR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I posted the below in the Open_GL newsgroup. I received commiseration from people with the identical problem but no solution. The Open_GL calls are made in a Performer draw callback so perhaps some Performers are aware of the problem and the solution: The use of: glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_SGIX, GL_TRUE) on our Onyx1 Infinite Reality (patch 1699) causes a screen freeze followed by a system crash. The machine supports GL_SGIX_shadow_ambient, GL_SGIX_shadow, and GL_SGIX_depth_texture. Is anyone aware of a patch or a workaround to avoid the problem? The problem can be duplicated with shadowmap.c found at: http://www.sgi.com/Technology/openGL/advanced/programs.html. The typo on line 363 (strstr(extensions, "GL_SGIS_depth_texture"))) must be corrected, however. Thanks, Bob Doyle Robert J. Doyle, Jr. http://overlord.nrl.navy.mil Code 5594 http://overlord.nrl.navy.mil/marines.html Naval Research Laboratory e-mail: doyle@overlord.nrl.navy.mil Washington, DC 20375-5000 fax: 202-404-7402 phone: 202-767-8395 -- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 4 19:51:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA09223; Fri, 4 Apr 1997 14:33:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA07339; Fri, 4 Apr 1997 10:32:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04205; Fri, 4 Apr 1997 10:32:51 -0800 Received: from ait.nrl.navy.mil ([132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA01301 for ; Fri, 4 Apr 1997 10:32:45 -0800 Received: from stiletto.ait.nrl.navy.mil (stiletto [132.250.128.59]) by ait.nrl.navy.mil (8.8.5/8.8.3) with ESMTP id NAA10083 for ; Fri, 4 Apr 1997 13:31:59 -0500 (EST) Received: (from doyle@localhost) by stiletto.ait.nrl.navy.mil (8.7.5/8.7.3) id NAA03404 for info-performer@sgi.com; Fri, 4 Apr 1997 13:31:59 -0500 (EST) From: "Robert Doyle" Message-Id: <9704041331.ZM3402@stiletto.ait.nrl.navy.mil> Date: Fri, 4 Apr 1997 13:31:50 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Depth-map textures on IR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I posted the following question to the Open_GL newsgroup and received several commiserations from people who suffered the same problem but no solutions. The OpenGL calls are made in a Performer draw callback so perhaps some Performers have experience with the problem: The use of: glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_SGIX, GL_TRUE) on our Onyx1 Infinite Reality (patch 1699) causes a screen freeze followed by a system crash. The machine supports GL_SGIX_shadow_ambient, GL_SGIX_shadow, and GL_SGIX_depth_texture. Is anyone aware of a patch or a workaround to avoid the problem? The problem can be duplicated with shadowmap.c found at http://www.sgi.com/Technology/openGL/advanced/programs.html. The typo in line 363: strstr(extensions, "GL_SGIS_depth_texture")) needs to corrected, however. Thanks, Bob Doyle -- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 4 20:11:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA09276; Fri, 4 Apr 1997 14:48:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA07359; Fri, 4 Apr 1997 10:38:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04962; Fri, 4 Apr 1997 10:38:18 -0800 Received: from smorgum.coryphaeus.com (smorgum.coryphaeus.com [204.247.110.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA02715 for ; Fri, 4 Apr 1997 10:38:17 -0800 Received: by smorgum.coryphaeus.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id KAA13532; Fri, 4 Apr 1997 10:29:26 -0800 Date: Fri, 4 Apr 1997 10:29:26 -0800 From: rfox@coryphaeus.com (Randy Fox) Message-Id: <9704041029.ZM13530@smorgum.coryphaeus.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: 16 bit per comp IA texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am having problems getting a 16 bit per comp, IA texture to display on an iR. Has anyone succeded in doing this? Has anyone succeded using PFTEX_PACK_16? When I use Pack 16 the results are either compeltely opaque or completely transparent, fully saturated or the opposite. The difference seems to be when I try setting various Internal or Image formats. pfTexture man pages sez for Image format to use one of the OpenGL packed pixels, but these seem to be all for RGB texels, not IA. If I use Pack 8 I get half the texture, which is what I expect, so as far as I can tell Pack 16 is broke. Any help is greatly appreciated. Thanks, Randy -- Randy Fox Coryphaeus Software, Inc. Sr. Software Engineer 985 University Ave. Suite 31 rfox@coryphaeus.com Los Gatos CA, 95030 www.coryphaeus.com Tel: 408/395-4537 Fax: 408/395-6351 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 4 21:17:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA09391; Fri, 4 Apr 1997 16:04:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA09375; Fri, 4 Apr 1997 16:04:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA18082; Fri, 4 Apr 1997 16:04:00 -0800 Received: from smtp2.erols.com (smtp2.erols.com [205.252.116.102]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA22354 for ; Fri, 4 Apr 1997 16:03:49 -0800 Received: from default (frd-as3s60.erols.com [206.161.189.188]) by smtp2.erols.com (8.8.5/8.8.5) with SMTP id TAA04364; Fri, 4 Apr 1997 19:02:16 -0500 (EST) Message-ID: <3345921A.116A@eosoft.com> Date: Fri, 04 Apr 1997 18:43:22 -0500 From: Russ Moulton Organization: EOSoft, Inc X-Mailer: Mozilla 2.01KIT (Win95; U) MIME-Version: 1.0 To: info-performer@sgi.com CC: tony@eoir.com, russ@eoir.com, lorenzo@nvl.army.mil, dflorek@nvl.army.mil, gwilliam@nvl.army.mil Subject: Immediate Openings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Help Wanted: Computer Scientists/Software Engineers E-OIR Measurements, Inc. has immediate openings for motivated BS/MSCS or BS/MS Engineering/Physics to work exciting state-of-the-art computer simulation/visualization development on-site at our Fort Belvoir, VA office. Significant C or C++ SW development experience a must; SGI/Performer experience a major plus. US citizenship/clearance capability required. Direct resumes/inquiries/salary requirements to russ@eoir.com. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Apr 6 06:10:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA12188; Sat, 5 Apr 1997 23:56:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA12172; Sat, 5 Apr 1997 23:56:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA13901; Sat, 5 Apr 1997 23:56:37 -0800 Received: from simon.pacific.net.sg (simon.pacific.net.sg [203.120.90.72]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA09555 for ; Sat, 5 Apr 1997 23:56:26 -0800 Received: from NG ([210.24.115.210]) by simon.pacific.net.sg with SMTP id PAA05039 for ; Sun, 6 Apr 1997 15:56:17 +0800 (SGT) Date: Sun, 6 Apr 1997 15:56:17 +0800 (SGT) Message-Id: <199704060756.PAA05039@simon.pacific.net.sg> X-Sender: nkb@pacific.net.sg X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Kian Subject: How to Capture in real time Status: O Hello. How do I capture simulation from my IR screen and output it directly onto a VCR? I need to show some visitors my work. But I cannot find any commands to output my screen in real time directly onto a VCR. I'm using IR with 2 processors and IRIX 6.2. On the RE, I know I could use vout which worked very well. But now, with this IR, it just cannot work! There is no vout command. Could someone help pls! Many thanx! Kian nkb@pacific.net.sg ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Apr 6 13:59:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12704; Sun, 6 Apr 1997 08:44:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12688; Sun, 6 Apr 1997 08:44:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA25147; Sun, 6 Apr 1997 08:44:48 -0700 Received: from rex.copen.sgi.com ([144.253.215.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA23608 for ; Sun, 6 Apr 1997 08:44:46 -0700 Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) id RAA07922; Sun, 6 Apr 1997 17:44:15 +0200 From: "Svend Tang-Petersen" Message-Id: <9704061744.ZM7920@rex.copen.sgi.com> Date: Sun, 6 Apr 1997 17:44:15 +0200 In-Reply-To: Kian "How to Capture in real time" (Apr 6, 3:56pm) References: <199704060756.PAA05039@simon.pacific.net.sg> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Kian Subject: Re: How to Capture in real time Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Kian. This is not all to difficult. Look in the /usr/gfx directory for the ircombine program. You can use this to configure an iR pipe to use the second channel to send video out via the s-video or composite connectors on your frontpanel. Just remember that it's not broadcast quality, and that if you dump fullscreen to video you're doing a conversion which looses a bit a quality. The best is to run your simulation in a window having the exact pixel size as the video format you're using (either PAL or NTSC). Also remember to configure your source channel to have a frequency (50hz) which is a multiple of your video frequency. Otherwise you'll get a funny result. Channel 0 configured to e.g. 1280x1024_50 Channel 1 to NTSC using Channel 0 as source channel Unfortunately I cannot remember the details. We just sold our 'old' demo iR and are waiting for the Onyx2 to arrive. -- Regards Svend ************************************************************************* * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup Voice mail: 5-7507 * * Denmark * * * * Homepages http://www.sgi.com * * http://www.sgi.dk * * * * OutBox (SGI only) http://rex.copen.sgi.com/~svend * ************************************************************************* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Apr 6 16:01:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12830; Sun, 6 Apr 1997 10:48:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12814; Sun, 6 Apr 1997 10:48:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28149; Sun, 6 Apr 1997 10:48:14 -0700 Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA07115 for ; Sun, 6 Apr 1997 10:48:07 -0700 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-10.mail.demon.net id aa1002705; 6 Apr 97 18:32 BST From: Mark Baranowski To: Kian , info-performer@sgi.com Subject: Re: How to Capture in real time Date: Sun, 06 Apr 1997 17:33:23 GMT Organization: Home Message-ID: <3347dd53.3532853@post.demon.co.uk> References: <199704060756.PAA05039@simon.pacific.net.sg> In-Reply-To: <199704060756.PAA05039@simon.pacific.net.sg> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Sun, 6 Apr 1997 15:56:17 +0800 (SGT), you wrote: >Hello. >How do I capture simulation from my IR screen and output it directly >onto a VCR? I need to show some visitors my work. But I cannot find >any commands to output my screen in real time directly onto a VCR. >I'm using IR with 2 processors and IRIX 6.2. On the RE, I know I=20 >could use vout which worked very well. But now, with this IR, >it just cannot work! There is no vout command. > >Could someone help pls! You need to use /usr/gfx/ircombine. See the man pages or the online insight book. Basically you need to set up the encoder channel to output either a NTSC or PAL signal. You can set the area which it encodes as well, so you can output for example a full screen 1280x1024 image to your VCR. Hope this helps. Mark --=20 Mark Baranowski at home (baranowski@marklynn.demon.co.uk) Nottingham. England. UK. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Apr 6 21:40:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA13248; Sun, 6 Apr 1997 16:08:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA13232; Sun, 6 Apr 1997 16:08:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA05968; Sun, 6 Apr 1997 16:08:16 -0700 Received: from needle.acim.usl.edu (needle.acim.usl.edu [130.70.47.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA13574 for ; Sun, 6 Apr 1997 16:08:12 -0700 Received: from sgi05.acim.usl.edu by needle.acim.usl.edu (AIX 4.1/UCB 5.64/4.03) id AA14230; Sun, 6 Apr 1997 17:52:17 -0500 Sender: kpv@needle.acim.usl.edu Message-Id: <33482B1D.446B@usl.edu> Date: Sun, 06 Apr 1997 18:00:45 -0500 From: Keerthan Organization: University of SouthWestern Louisiana X-Mailer: Mozilla 3.0SC-SGI (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Help for a beginner!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Please excuse me if this question is too trivial!! I think that the origin in a Performer window is at the center and the view point lies there. If this is correct, then the object in the simple.C (pguide/libpf/C++)program should lie at the center once loaded.In order to view the object, I use pfCoord view; view.xyz.set(0.0f,0.0f,15.0f); view.hpr.set(0.0f,-90.0f,0.0f); chan->setView(view.hpr,view.xyz); I am setting my camera 15 units along z-axis and rotating the pitch 90 degrees in clockwise direction so that the camera will look downwards.Is my assumption right?If so why am I not able to see the object?Has it got anything to do with the bsphere.radius stuff.If so why? Also ,could someone explain what the following segment does, especially how the new position is computed? while (t < 20.0f) { pfCoord view; float s, c; // Go to sleep until next frame time. pfSync(); // Initiate cull/draw for this frame. pfFrame(); t=pfGetTime(); // Compute new view position. pfSinCos(45.0f*t, &s, &c); view.xyz.set(2.0f*bsphere.radius*s, -2.0f* bsphere.radius*c , 0.5f *bsphere.radius); view.hpr.set(45.0f*t, -10.0f, 0.0f); chan->setView(view.xyz, view.hpr); pfFrame(); // } I dont know if performer has got any coordinate system like openGL(where you set using glOrtho) Thanks, Kiran ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 01:05:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA13917; Sun, 6 Apr 1997 19:18:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA13901; Sun, 6 Apr 1997 19:18:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA10895; Sun, 6 Apr 1997 19:18:23 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA05805 for ; Sun, 6 Apr 1997 19:18:23 -0700 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA28062; Sun, 6 Apr 1997 19:18:20 -0700 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id TAA23806; Sun, 6 Apr 1997 19:18:20 -0700 From: "Javier Castellar" Message-Id: <9704061918.ZM23804@sixty.asd.sgi.com> Date: Sun, 6 Apr 1997 19:18:20 -0700 In-Reply-To: Kian "How to Capture in real time" (Apr 6, 3:56pm) References: <199704060756.PAA05039@simon.pacific.net.sg> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Kian , info-performer@sgi.com Subject: Re: How to Capture in real time Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Use the command /usr/gfx/ircombine (as root). With his user interface you will be able to define the area of scan conversion to NTSC/PAL. The device in charge is named as "encoder". You can either select either subset of the frame buffer, one one of the high resolution channels for video output. While using the encoder you will be unable to use the second high resolution channel since they share the same XMAP chip. You can grab the area (grab with the mouse the blue border) slightly bigger that video resolution in the vertical axe in order to achieve a very nice flicker free signal. If the map is 1:1 lines you might suffer flicker, this is not a bug, it is life. Any horizontal line on interlaced video creates a flicker of 30hz/25hz that can be prevented by using a scanning down. Also keep in mind that there is difference between 60hz and NTSC/PAL , therefore to obtain better results you might genlock the high resolution pipe with an NTSC/PAL signal (also to sync the VTR) but this is fine tunning that some times is unneed. ircombine has a very complete insight manual. -Javier On Apr 6, 3:56pm, Kian wrote: > Subject: How to Capture in real time > Hello. > How do I capture simulation from my IR screen and output it directly > onto a VCR? I need to show some visitors my work. But I cannot find > any commands to output my screen in real time directly onto a VCR. > I'm using IR with 2 processors and IRIX 6.2. On the RE, I know I > could use vout which worked very well. But now, with this IR, > it just cannot work! There is no vout command. > > Could someone help pls! > > Many thanx! > Kian > nkb@pacific.net.sg > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Kian -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon "Love your enemies just in case your friends turn out to be a pack of bastards." R. A. Dickson ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 06:48:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA01418; Mon, 7 Apr 1997 01:38:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA01402; Mon, 7 Apr 1997 01:38:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA22999; Mon, 7 Apr 1997 01:38:53 -0700 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA23108 for ; Mon, 7 Apr 1997 01:38:45 -0700 Received: from riker.uni-paderborn.de (riker [131.234.246.9]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id KAA03737; Mon, 7 Apr 1997 10:38:43 +0200 (MET DST) Received: from riker (localhost [127.0.0.1]) by riker.uni-paderborn.de (940816.SGI.8.6.9/client-irix-hni) with SMTP id KAA11194; Mon, 7 Apr 1997 10:38:38 +0200 Sender: hok@hni.uni-paderborn.de Message-ID: <3348B28E.794B@hni.uni-paderborn.de> Date: Mon, 07 Apr 1997 10:38:38 +0200 From: Holger Krumm X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: ! Determination of frustum parameters ! Content-Type: multipart/mixed; boundary="------------15FB59E21CFB" Status: O This is a multi-part message in MIME format. --------------15FB59E21CFB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear performers, I have a problem with the determination of parameters for my viewing frustum. What I want to do is the following: At position w is a rectangle-shaped polygon, at position p the viewpoint. --------------- t = polygon with height h \ \ and width w \ | \ \ \ | \ \ \ | \ \ \ | \ \ \| (+) p = viewing position I want to modify parameters of the viewing frustum (left, right, bottom, top, fov) so that the polygon is entirely shown in my window. So I want a function with which I can determine the frustum parameters with knowledge of 2D screen coordinates and 3D object coordinates. If this is a simple question I am sorry to have bothered you but I browsed through the manuals and haven't found the right answer. Thanks for any pointer, Holger PS: Attached is a small pdf-file showing the upper figure in a better way ;-) -- ------------------ * * * ** ** ** Holger Krumm *** *** **** Student of Computer Science ******* ***** EMail: hok@hni.uni-paderborn.de *** *** **** ** ** ** "Very funny, Scotty! And now my clothes..." * * * --------------15FB59E21CFB Content-Type: application/pdf; name="perf.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="perf.pdf" JVBERi0xLjAKMSAwIG9iago8PCAKL0NyZWF0b3IgKEFkb2JlIElsbHVzdHJhdG9yXDIyMiA1 LjUpCi9Qcm9kdWNlciAoQWNyb2JhdCBQREYgRmlsZSBGb3JtYXQgMS4wIGZvciBVTklYKSAg ICAgCj4+IAplbmRvYmoKMiAwIG9iago8PCAKL1BhZ2VzIDQgMCBSIAovVHlwZSAvQ2F0YWxv ZyAKL091dGxpbmVzIDcgMCBSIAo+PiAKZW5kb2JqCjMgMCBvYmoKPDwgCi9UeXBlIC9QYWdl IAovUGFyZW50IDQgMCBSIAovUmVzb3VyY2VzIDw8IC9Qcm9jU2V0IFsgL1BERiAvVGV4dCBd ID4+IAovQ29udGVudHMgNSAwIFIgCj4+IAplbmRvYmoKNCAwIG9iago8PCAKL0tpZHMgWyAz IDAgUiBdIAovQ291bnQgMSAKL1R5cGUgL1BhZ2VzIAovTWVkaWFCb3ggWyAwIDAgNjEyIDc5 MiBdIAo+PiAKZW5kb2JqCjUgMCBvYmoKPDwgL0xlbmd0aCA2IDAgUiA+PiAKc3RyZWFtCgpl bmRzdHJlYW0KZW5kb2JqCjYgMCBvYmoKMCAKZW5kb2JqCjcgMCBvYmoKPDwgCi9Db3VudCAw IAovVHlwZSAvT3V0bGluZXMgCj4+IAplbmRvYmoKeHJlZgowIDggCjAwMDAwMDAwMDAgNjU1 MzUgZiAKMDAwMDAwMDAwOSAwMDAwMCBuIAowMDAwMDAwMTIzIDAwMDAwIG4gCjAwMDAwMDAx OTMgMDAwMDAgbiAKMDAwMDAwMDMwMyAwMDAwMCBuIAowMDAwMDAwMzk0IDAwMDAwIG4gCjAw MDAwMDA0NDggMDAwMDAgbiAKMDAwMDAwMDQ2NiAwMDAwMCBuIAp0cmFpbGVyCjw8Ci9TaXpl IDgKL0luZm8gMSAwIFIgCi9Sb290IDIgMCBSIAo+PgpzdGFydHhyZWYKNTE2CiUlRU9GCjgg MCBvYmoKPDwKL0xlbmd0aCA5IDAgUgo+PgpzdHJlYW0KJSVMYXllcjogTGF5ZXIgMSwgdmlz aWJsZSwgcHJldmlldywgcHJpbnRpbmcKMCBnCjAgRwoxIHcKWyBdIDAgIGQKMCBKCjAgago0 IE0KMCBpCiUlTm90ZTogCjUxOS44MjEwIDQ1NC40NjM2IG0KNTIyLjgzNjMgNDU0LjQ2MzYg NTI1LjI4MDkgNDU2LjkwODEgNTI1LjI4MDkgNDU5LjkyMzUgYwo1MjUuMjgwOSA0NjIuOTM4 OSA1MjIuODM2MyA0NjUuMzgzNCA1MTkuODIxMCA0NjUuMzgzNCBjCjUxNi44MDU2IDQ2NS4z ODM0IDUxNC4zNjExIDQ2Mi45Mzg5IDUxNC4zNjExIDQ1OS45MjM1IGMKNTE0LjM2MTEgNDU2 LjkwODEgNTE2LjgwNTYgNDU0LjQ2MzYgNTE5LjgyMTAgNDU0LjQ2MzYgYwpiCkJUCjAgVHMK MCBUTAoxMDAgVHoKLwJGMSAxMiBUZgowIFR3CjAgVGMKMCBUcgoxIDAgMCAxIDUyOSA0NDUg VG0KKFZpZXdwb2ludCkgVGoKRVQKOTQgNjkwIG0KOTQgNDM1IGwKMjkxIDU1MSBsCjI5MSA2 NjAgbAo5NCA2OTAgbApzClsgMiAyIF0gMCAgZAoyOTEgNTUxIG0KNTE5LjgyMTAgNDU5Ljky MzUgbAo5NCA0MzUgbApTCjk0IDY5MCBtCjUxOSA0NjIgbAoyOTEgNjYwIGwKUwpbIF0gMCAg ZAo5My44MzIyIDY1NS4zNTQxIG0KUwoxMzMuMTY2NiA2ODYgbQpTCjkzLjgzMjIgNjU1LjM1 NDEgbQo5My45ODUxIDY1NS4zNTIxIDk0LjEzODIgNjU1LjM1MTEgOTQuMjkxNiA2NTUuMzUx MSBjCjExMy4yMzE4IDY1NS4zNTExIDEyNC42NjY2IDY2NC42NjY2IDEyOC41MDAwIDY4NC42 NjY2IGMKUwoxMDcuOTE2NiA2NzMuMTg5MyBtCjEwOC41MDI0IDY3My4xODkzIDEwOC45Nzcz IDY3My42NjQyIDEwOC45NzczIDY3NC4yNTAwIGMKMTA4Ljk3NzMgNjc0LjgzNTcgMTA4LjUw MjQgNjc1LjMxMDYgMTA3LjkxNjYgNjc1LjMxMDYgYwoxMDcuMzMwOSA2NzUuMzEwNiAxMDYu ODU2MCA2NzQuODM1NyAxMDYuODU2MCA2NzQuMjUwMCBjCjEwNi44NTYwIDY3My42NjQyIDEw Ny4zMzA5IDY3My4xODkzIDEwNy45MTY2IDY3My4xODkzIGMKYgoyOTEuMjE1OSA1NzIuNDUw NiBtCjI3Mi43NzAwIDU2OC4xNTE5IDI2My43NDc3IDU1Ni40ODQyIDI2NC41NTM2IDUzNi4x MzYxIGMKUwoyNjMuMDQzMyA2NjQuNjMzMCBtCjI2MS44ODc1IDY0NS43MjgyIDI3MC40ODc4 IDYzMy43NDYxIDI5MC4yMTY2IDYyOC42OTk1IGMKUwoxMzEuMDcxOSA0NTYuNjU1MiBtCjEy Ni43NDk1IDQ3NS4wOTU3IDExNS4wNzAyIDQ4NC4xMDMwIDk0LjcyMzEgNDgzLjI3MTAgYwpT CjI3OS4yNTAwIDY0OC4zMzU3IG0KMjgwLjAzMTAgNjQ4LjMzNTcgMjgwLjY2NDIgNjQ4Ljk2 ODkgMjgwLjY2NDIgNjQ5Ljc1MDAgYwoyODAuNjY0MiA2NTAuNTMxMCAyODAuMDMxMCA2NTEu MTY0MiAyNzkuMjUwMCA2NTEuMTY0MiBjCjI3OC40Njg5IDY1MS4xNjQyIDI3Ny44MzU3IDY1 MC41MzEwIDI3Ny44MzU3IDY0OS43NTAwIGMKMjc3LjgzNTcgNjQ4Ljk2ODkgMjc4LjQ2ODkg NjQ4LjMzNTcgMjc5LjI1MDAgNjQ4LjMzNTcgYwpiCjI3OS4zNzUwIDU1NC4xMzc1IG0KMjgw LjA1ODQgNTU0LjEzNzUgMjgwLjYxMjQgNTU0LjY5MTUgMjgwLjYxMjQgNTU1LjM3NTAgYwoy ODAuNjEyNCA1NTYuMDU4NCAyODAuMDU4NCA1NTYuNjEyNCAyNzkuMzc1MCA1NTYuNjEyNCBj CjI3OC42OTE1IDU1Ni42MTI0IDI3OC4xMzc1IDU1Ni4wNTg0IDI3OC4xMzc1IDU1NS4zNzUw IGMKMjc4LjEzNzUgNTU0LjY5MTUgMjc4LjY5MTUgNTU0LjEzNzUgMjc5LjM3NTAgNTU0LjEz NzUgYwpiCjEwOC41MDAwIDQ2MC4wODU3IG0KMTA5LjI4MTAgNDYwLjA4NTcgMTA5LjkxNDIg NDYwLjcxODkgMTA5LjkxNDIgNDYxLjUwMDAgYwoxMDkuOTE0MiA0NjIuMjgxMCAxMDkuMjgx MCA0NjIuOTE0MiAxMDguNTAwMCA0NjIuOTE0MiBjCjEwNy43MTg5IDQ2Mi45MTQyIDEwNy4w ODU3IDQ2Mi4yODEwIDEwNy4wODU3IDQ2MS41MDAwIGMKMTA3LjA4NTcgNDYwLjcxODkgMTA3 LjcxODkgNDYwLjA4NTcgMTA4LjUwMDAgNDYwLjA4NTcgYwpiCkJUCjEgMCAwIDEgMTc5IDY4 NiBUbQooUmVjdGFuZ3VsYXIgc2hhcGVkIHBvbHlnb24pIFRqCkVUCgplbmRzdHJlYW0KZW5k b2JqCjkgMCBvYmoKMjAwNSAKZW5kb2JqCjMgMCBvYmoKPDwKL1R5cGUgL1BhZ2UKL1BhcmVu dCA0IDAgUgovQ29udGVudHMgOCAwIFIKL1Jlc291cmNlcyA8PAovRm9udCA8PAovAkYxIDEw IDAgUgo+PgovUHJvY1NldCBbIC9QREYgL1RleHQgXQo+PgovUm90YXRlIDAKL01lZGlhQm94 IFsgMCAwIDYxMiA3OTIgXQovQ3JvcEJveCBbIDAgMCA2MTIgNzkyIF0KPj4KZW5kb2JqCjEw IDAgb2JqCjw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBlIC9UeXBlMQovTmFtZSAvAkYxIAovQmFz ZUZvbnQgL0hlbHZldGljYSAKL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCj4+CmVuZG9i agp4cmVmCjAgMSAKMDAwMDAwMDAwMCA2NTUzNSBmIAozIDEgCjAwMDAwMDI4MzMgMDAwMDAg biAKOCAxIAowMDAwMDAwNzU0IDAwMDAwIG4gCjkgMSAKMDAwMDAwMjgxMiAwMDAwMCBuIAox MCAxIAowMDAwMDAzMDIyIDAwMDAwIG4gCnRyYWlsZXIKPDwKL1NpemUgMTEgCi9QcmV2IDUx NiAKL1Jvb3QgMiAwIFIKL0luZm8gMSAwIFIKPj4Kc3RhcnR4cmVmCjMxMzQgCiUlRU9GCjEx IDAgb2JqCjw8Ci9MZW5ndGggMTIgMCBSCj4+CnN0cmVhbQolJUxheWVyOiBMYXllciAxLCB2 aXNpYmxlLCBwcmV2aWV3LCBwcmludGluZwowIGcKMCBHCjEgdwpbIF0gMCAgZAowIEoKMCBq CjQgTQowIGkKJSVOb3RlOiAKNTE5LjgyMTAgNDU0LjQ2MzYgbQo1MjIuODM2MyA0NTQuNDYz NiA1MjUuMjgwOSA0NTYuOTA4MSA1MjUuMjgwOSA0NTkuOTIzNSBjCjUyNS4yODA5IDQ2Mi45 Mzg5IDUyMi44MzYzIDQ2NS4zODM0IDUxOS44MjEwIDQ2NS4zODM0IGMKNTE2LjgwNTYgNDY1 LjM4MzQgNTE0LjM2MTEgNDYyLjkzODkgNTE0LjM2MTEgNDU5LjkyMzUgYwo1MTQuMzYxMSA0 NTYuOTA4MSA1MTYuODA1NiA0NTQuNDYzNiA1MTkuODIxMCA0NTQuNDYzNiBjCmIKQlQKMCBU cwowIFRMCjEwMCBUegovAkYxIDEyIFRmCjAgVHcKMCBUYwowIFRyCjEgMCAwIDEgNTI5IDQ0 NSBUbQooVmlld3BvaW50KSBUagpFVAo5NCA2OTAgbQo5NCA0MzUgbAoyOTEgNTUxIGwKMjkx IDY2MCBsCjk0IDY5MCBsCnMKWyAyIDIgXSAwICBkCjI5MSA1NTEgbQo1MTkuODIxMCA0NTku OTIzNSBsCjk0IDQzNSBsClMKOTQgNjkwIG0KNTE5IDQ2MiBsCjI5MSA2NjAgbApTClsgXSAw ICBkCjkzLjgzMjIgNjU1LjM1NDEgbQpTCjEzMy4xNjY2IDY4NiBtClMKOTMuODMyMiA2NTUu MzU0MSBtCjkzLjk4NTEgNjU1LjM1MjEgOTQuMTM4MiA2NTUuMzUxMSA5NC4yOTE2IDY1NS4z NTExIGMKMTEzLjIzMTggNjU1LjM1MTEgMTI0LjY2NjYgNjY0LjY2NjYgMTI4LjUwMDAgNjg0 LjY2NjYgYwpTCjEwNy45MTY2IDY3My4xODkzIG0KMTA4LjUwMjQgNjczLjE4OTMgMTA4Ljk3 NzMgNjczLjY2NDIgMTA4Ljk3NzMgNjc0LjI1MDAgYwoxMDguOTc3MyA2NzQuODM1NyAxMDgu NTAyNCA2NzUuMzEwNiAxMDcuOTE2NiA2NzUuMzEwNiBjCjEwNy4zMzA5IDY3NS4zMTA2IDEw Ni44NTYwIDY3NC44MzU3IDEwNi44NTYwIDY3NC4yNTAwIGMKMTA2Ljg1NjAgNjczLjY2NDIg MTA3LjMzMDkgNjczLjE4OTMgMTA3LjkxNjYgNjczLjE4OTMgYwpiCjI5MS4yMTU5IDU3Mi40 NTA2IG0KMjcyLjc3MDAgNTY4LjE1MTkgMjYzLjc0NzcgNTU2LjQ4NDIgMjY0LjU1MzYgNTM2 LjEzNjEgYwpTCjI2My4wNDMzIDY2NC42MzMwIG0KMjYxLjg4NzUgNjQ1LjcyODIgMjcwLjQ4 NzggNjMzLjc0NjEgMjkwLjIxNjYgNjI4LjY5OTUgYwpTCjEzMS4wNzE5IDQ1Ni42NTUyIG0K MTI2Ljc0OTUgNDc1LjA5NTcgMTE1LjA3MDIgNDg0LjEwMzAgOTQuNzIzMSA0ODMuMjcxMCBj ClMKMjc5LjI1MDAgNjQ4LjMzNTcgbQoyODAuMDMxMCA2NDguMzM1NyAyODAuNjY0MiA2NDgu OTY4OSAyODAuNjY0MiA2NDkuNzUwMCBjCjI4MC42NjQyIDY1MC41MzEwIDI4MC4wMzEwIDY1 MS4xNjQyIDI3OS4yNTAwIDY1MS4xNjQyIGMKMjc4LjQ2ODkgNjUxLjE2NDIgMjc3LjgzNTcg NjUwLjUzMTAgMjc3LjgzNTcgNjQ5Ljc1MDAgYwoyNzcuODM1NyA2NDguOTY4OSAyNzguNDY4 OSA2NDguMzM1NyAyNzkuMjUwMCA2NDguMzM1NyBjCmIKMjc5LjM3NTAgNTU0LjEzNzUgbQoy ODAuMDU4NCA1NTQuMTM3NSAyODAuNjEyNCA1NTQuNjkxNSAyODAuNjEyNCA1NTUuMzc1MCBj CjI4MC42MTI0IDU1Ni4wNTg0IDI4MC4wNTg0IDU1Ni42MTI0IDI3OS4zNzUwIDU1Ni42MTI0 IGMKMjc4LjY5MTUgNTU2LjYxMjQgMjc4LjEzNzUgNTU2LjA1ODQgMjc4LjEzNzUgNTU1LjM3 NTAgYwoyNzguMTM3NSA1NTQuNjkxNSAyNzguNjkxNSA1NTQuMTM3NSAyNzkuMzc1MCA1NTQu MTM3NSBjCmIKMTA4LjUwMDAgNDYwLjA4NTcgbQoxMDkuMjgxMCA0NjAuMDg1NyAxMDkuOTE0 MiA0NjAuNzE4OSAxMDkuOTE0MiA0NjEuNTAwMCBjCjEwOS45MTQyIDQ2Mi4yODEwIDEwOS4y ODEwIDQ2Mi45MTQyIDEwOC41MDAwIDQ2Mi45MTQyIGMKMTA3LjcxODkgNDYyLjkxNDIgMTA3 LjA4NTcgNDYyLjI4MTAgMTA3LjA4NTcgNDYxLjUwMDAgYwoxMDcuMDg1NyA0NjAuNzE4OSAx MDcuNzE4OSA0NjAuMDg1NyAxMDguNTAwMCA0NjAuMDg1NyBjCmIKQlQKMSAwIDAgMSAxNzkg Njg2IFRtCihSZWN0YW5ndWxhciBzaGFwZWQgcG9seWdvbikgVGoKRVQKQlQKMSAwIDAgMSAy MTIgNDg4IFRtCih3KSBUagpFVApCVAoxIDAgMCAxIDg0IDU2NCBUbQooaCkgVGoKRVQKCmVu ZHN0cmVhbQplbmRvYmoKMTIgMCBvYmoKMjA2OCAKZW5kb2JqCjMgMCBvYmoKPDwKL1R5cGUg L1BhZ2UKL1BhcmVudCA0IDAgUgovQ29udGVudHMgMTEgMCBSCi9SZXNvdXJjZXMgPDwKL0Zv bnQgPDwKLwJGMSAxMyAwIFIKPj4KL1Byb2NTZXQgWyAvUERGIC9UZXh0IF0KPj4KL1JvdGF0 ZSAwCi9NZWRpYUJveCBbIDAgMCA2MTIgNzkyIF0KL0Nyb3BCb3ggWyAwIDAgNjEyIDc5MiBd Cj4+CmVuZG9iagoxMyAwIG9iago8PAovVHlwZSAvRm9udAovU3VidHlwZSAvVHlwZTEKL05h bWUgLwJGMSAKL0Jhc2VGb250IC9IZWx2ZXRpY2EgCi9FbmNvZGluZyAvTWFjUm9tYW5FbmNv ZGluZwo+PgplbmRvYmoKeHJlZgowIDEgCjAwMDAwMDAwMDAgNjU1MzUgZiAKMyAxIAowMDAw MDA1NDkxIDAwMDAwIG4gCjExIDEgCjAwMDAwMDMzNDYgMDAwMDAgbiAKMTIgMSAKMDAwMDAw NTQ2OSAwMDAwMCBuIAoxMyAxIAowMDAwMDA1NjgxIDAwMDAwIG4gCnRyYWlsZXIKPDwKL1Np emUgMTQgCi9QcmV2IDMxMzQgCi9Sb290IDIgMCBSCi9JbmZvIDEgMCBSCj4+CnN0YXJ0eHJl Zgo1NzkzIAolJUVPRgo= --------------15FB59E21CFB-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 10:02:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02001; Mon, 7 Apr 1997 07:25:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01985; Mon, 7 Apr 1997 07:25:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05576; Mon, 7 Apr 1997 07:25:06 -0700 Received: from vr3.engin.umich.edu (vr3.engin.umich.edu [141.212.194.79]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA10616 for ; Mon, 7 Apr 1997 07:24:30 -0700 Received: from localhost by vr3.engin.umich.edu via SMTP (940816.SGI.8.6.9/930416.SGI.AUTO) for id KAA08060; Mon, 7 Apr 1997 10:23:23 -0400 Date: Mon, 7 Apr 1997 10:23:12 -0400 (EDT) From: Ralph Seguin Reply-To: Ralph Seguin To: info-performer@sgi.com Subject: Driving MCO & DG4-8, DG5-8 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi. I need to redo a bunch of our code ASAP to support both the MCO and the DG4-8 (DG5-8??). What I'd like to be able to drive (under Performer 2.1): Onyx/RE2, 2xRM4, MCO Onyx2/IR, 2xRM7, DG4-8 How do I associate a pfChannel with a channel on the DG4-8? Or, is it automagic? Anybody got sample code to handle multiple different configurations like this? Thanks. -Ralph ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 10:02:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01976; Mon, 7 Apr 1997 07:15:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01960; Mon, 7 Apr 1997 07:15:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA04994; Mon, 7 Apr 1997 07:15:20 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA08942 for ; Mon, 7 Apr 1997 07:15:18 -0700 Received: by orac.boston.sgi.com (951211.SGI.8.6.12.PATCH1042/940406.SGI) id KAA08283; Mon, 7 Apr 1997 10:15:09 -0400 From: "Andy Shein" Message-Id: <9704071015.ZM8281@orac.boston.sgi.com> Date: Mon, 7 Apr 1997 10:15:09 -0400 In-Reply-To: Keerthan "Help for a beginner!!" (Apr 6, 6:00pm) References: <33482B1D.446B@usl.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Keerthan Subject: Re: Help for a beginner!! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello Keethan On Apr 6, 6:00pm, Keerthan wrote: > Subject: Help for a beginner!! > Please excuse me if this question is too trivial!! I think that the > origin in a Performer window is at the center and the view point lies > there. If this is correct, then the object in the simple.C > (pguide/libpf/C++)program should lie at the center once loaded.In order > to view the object, I use > > pfCoord view; > view.xyz.set(0.0f,0.0f,15.0f); > view.hpr.set(0.0f,-90.0f,0.0f); > chan->setView(view.hpr,view.xyz); > > I am setting my camera 15 units along z-axis and rotating the pitch 90 > degrees in clockwise direction so that the camera will look downwards.Is > my assumption right?If so why am I not able to see the object?Has it got > anything to do with the bsphere.radius stuff.If so why? It also depends on what your viewing volume is set to. What are the Channel near/far values. What you have looks correct are you sure the model loaded ? Try doing a pfPrint on the scene. The base performer coordinates are y into the screen, x to the right and z up. This is different from OpenGL > > Also ,could someone explain what the following segment does, especially > how the new position is computed? > > while (t < 20.0f) > { > pfCoord view; > float s, c; > > // Go to sleep until next frame time. > pfSync(); > > // Initiate cull/draw for this frame. > pfFrame(); > t=pfGetTime(); The makes the eyepoint rotate about the origin The SinCos computes the eye position (orbit) and > > // Compute new view position. > pfSinCos(45.0f*t, &s, &c); > view.xyz.set(2.0f*bsphere.radius*s, > -2.0f* bsphere.radius*c , > 0.5f *bsphere.radius); > view.hpr.set(45.0f*t, -10.0f, 0.0f); ^^^^^^^ This makes the eyepoint look at the center. It rotates at the same speed as the position so it is always looking at the origin. Kinda' like the moon always faces the earth. > chan->setView(view.xyz, view.hpr); > > > > pfFrame(); > // } > > > I dont know if performer has got any coordinate system like openGL(where > you set using glOrtho) You can always draw stuff in OpenGL in your node callbacks or the channel draw callback. Take a look at text.C in the /usr/share/Performer examples section. > > > Thanks, > Kiran > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Keerthan -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 15:15:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA02313; Mon, 7 Apr 1997 09:50:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02297; Mon, 7 Apr 1997 09:50:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18089; Mon, 7 Apr 1997 09:50:26 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA07264 for ; Mon, 7 Apr 1997 09:50:21 -0700 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id QAA19500; Mon, 7 Apr 1997 16:46:49 GMT From: Jan Barglowski Posted-Date: Mon, 7 Apr 1997 16:46:49 GMT Message-Id: <199704071646.QAA19500@cyclops> Subject: Re: Help for a beginner!! To: kpv8370@usl.edu (Keerthan) Date: Mon, 7 Apr 1997 09:46:49 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <33482B1D.446B@usl.edu> from "Keerthan" at Apr 6, 97 06:00:45 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2183 Status: O Keerthan wrote: > Please excuse me if this question is too trivial!! I think that the > origin in a Performer window is at the center and the view point lies > there. If this is correct, then the object in the simple.C > (pguide/libpf/C++)program should lie at the center once loaded.In order > to view the object, I use > > pfCoord view; > view.xyz.set(0.0f,0.0f,15.0f); > view.hpr.set(0.0f,-90.0f,0.0f); > chan->setView(view.hpr,view.xyz); > > I am setting my camera 15 units along z-axis and rotating the pitch 90 > degrees in clockwise direction so that the camera will look downwards.Is > my assumption right?If so why am I not able to see the object?Has it got > anything to do with the bsphere.radius stuff.If so why? A few things to consider: - That is assuming that the model you are using is "centered" at 0,0,0. If the model's is lying a few units along an axis in it's local coordinate system, it will appear a few units along that same axis (unless you rotate it) in the Performer coordinate system. In other words, the model's local origin is loaded to the Performer origin. - Your assumption on the view position/orientation is correct. - I've modified simple.C a *lot*, and one of the things I had to do was modify the Near/Far clipping planes. Extend your Far clip to 1000 or so, and you may just see the object! > Also ,could someone explain what the following segment does, especially > how the new position is computed? [...code removed...] The code rotates the view position on the XY plane in a circle of radius 2*bsphere.radius. The view angle (heading) is adjusted to look towards the origin at the same time. The net effect is the model loaded in by simple.c looks like it's rotating, but really the viewpoint is travelling around the model! > I dont know if performer has got any coordinate system like openGL(where > you set using glOrtho) The Performer coordinate system is shown on page 96 of the Performer Programming Guide. jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 16:52:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02690; Mon, 7 Apr 1997 11:32:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02674; Mon, 7 Apr 1997 11:32:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA00228; Mon, 7 Apr 1997 11:32:48 -0700 Received: from viper.sandiego.sgi.com ([169.238.114.59]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA29538 for ; Mon, 7 Apr 1997 11:32:47 -0700 Received: by viper.sandiego.sgi.com (951211.SGI.8.6.12.PATCH1502/930416.SGI) for info-performer@sgi.com id LAA08837; Mon, 7 Apr 1997 11:32:47 -0700 From: "frank phillips" Message-Id: <9704071132.ZM8835@viper.sandiego.sgi.com> Date: Mon, 7 Apr 1997 11:32:47 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: fast fonts Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm trying to find ways to speed up fonts in a customer app. Their customer doesn't like the look of Performer fonts. Their code ran acceptably fast with rasterfonts in IrisGL, but takes 300% more of their frame time with OpenGL fonts, busting their frame time, and breaking the app. Any pointers? thanks! frank phillips fap@sandiego.sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 17:11:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02781; Mon, 7 Apr 1997 11:47:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02765; Mon, 7 Apr 1997 11:47:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01920; Mon, 7 Apr 1997 11:47:45 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03081 for ; Mon, 7 Apr 1997 11:47:44 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA02926; Mon, 7 Apr 1997 11:47:43 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA10932; Mon, 7 Apr 1997 11:47:42 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704071847.LAA10932@remi.asd.sgi.com> Subject: Re: Driving MCO & DG4-8, DG5-8 To: seguin@vr3.engin.umich.edu Date: Mon, 7 Apr 1997 11:47:42 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Ralph Seguin" at Apr 7, 97 10:23:12 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 649 Status: O Ralph Seguin wrote: > > Hi. > > I need to redo a bunch of our code ASAP to support both the MCO and the > DG4-8 (DG5-8??). > > What I'd like to be able to drive (under Performer 2.1): > > Onyx/RE2, 2xRM4, MCO > > Onyx2/IR, 2xRM7, DG4-8 > > How do I associate a pfChannel with a channel on the DG4-8? Or, is it > automagic? > > Anybody got sample code to handle multiple different configurations like > this? > Look at the man pages of pfPipeVideoChannel. Best Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 17:51:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02875; Mon, 7 Apr 1997 12:30:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02859; Mon, 7 Apr 1997 12:30:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA06549; Mon, 7 Apr 1997 12:30:05 -0700 Received: from thor.ats.qc.ca (gw.ats.qc.ca [198.168.83.144]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA12872 for ; Mon, 7 Apr 1997 12:30:02 -0700 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.8.5/gw885) id PAA17903; Mon, 7 Apr 1997 15:29:25 -0400 (EDT) Message-Id: <199704071929.PAA17903@thor.ats.qc.ca> From: jaydee@ATSaerospace.com (Jean Daigle) Date: Mon, 7 Apr 1997 15:29:25 -0400 In-Reply-To: Ralph Seguin "Driving MCO & DG4-8, DG5-8" (Apr 7, 10:23am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Ralph Seguin , info-performer@sgi.com Subject: Re: Driving MCO & DG4-8, DG5-8 Status: O Hi! On Apr 7, 10:23am, Ralph Seguin wrote: ... } I need to redo a bunch of our code ASAP to support both the MCO and the } DG4-8 (DG5-8??). } } What I'd like to be able to drive (under Performer 2.1): } } Onyx/RE2, 2xRM4, MCO } } Onyx2/IR, 2xRM7, DG4-8 } Note that Performer 2.1 is officially supported _only_ on Onyx iR. Technically, it is _not_ supported on either of the machines described above. YMMV. See the Performer FAQ referenced below. } How do I associate a pfChannel with a channel on the DG4-8? Or, is it } automagic? } } Anybody got sample code to handle multiple different configurations like } this? ... } ======================================================================= } List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ } Submissions: info-performer@sgi.com } Admin. requests: info-performer-request@sgi.com }-- End of excerpt from Ralph Seguin DG4-8 and MCO work analogously. All the phyisical channels (video outputs) on a hardware graphics pipe reside on the same X display and screen (e.g., you can drag xterms between them; mouse tracks transparently, etc.). The physical channels can be pictured as rectangular cutouts on a big managed display area (in fact, /usr/gfx/gfxinfo reports the pixel dimensions of this managed area). A pfPipeWindow is mapped to a window on the X display surface, and is described by pixel boundaries within the managed area for the display. pfChannels have fractional limits within the viewport. >From the /usr/share/Performer/src/pguide/libpf/C/multichan.c example: p = pfGetPipe(0); pw = pfNewPWin(p); pfPWinFullScreen(pw); ... for (loop=0; loop < 4; loop++) { chan[loop] = pfNewChan(p); ... } pfChanViewport (chan[0], 0.0, 0.5, 0.0, 0.5); pfChanViewport (chan[1], 0.5, 1.0, 0.0, 0.5); pfChanViewport (chan[2], 0.5, 1.0, 0.5, 1.0); pfChanViewport (chan[3], 0.0, 0.5, 0.5, 1.0); With MCO on RE^2, one must cunningly select the channel viewports to match the limits of the fixed physical channels output by the MCO mode in effect. The four channels above would map nicely onto the four physical channels output by the 4@960x620_60 MCO mode on RE^2. The sample library source code in /usr/share/Performer /src/lib/libpfutil/mco.c has some further examples, but is not exhaustive (it hard codes a few well known MCO modes and guesses which is active). With iR, the ircombine utility can be used to create a custom tiling of video formats for the physical channel outputs, and then download this information to the pipe. If you are really pressed for time, I would recommend creating an iR .cmb video combination file with the same layout (not necessarily same resolutions) as the RE^2 mode you intend to use. Then, hard-code fractional channel viewports as above to match the setup on both machines. There are two alternate, more general approaches. Firstly, one can parse the output of /usr/gfx/gfxinfo to infer the managed display area, and positions of active channels. This is vulnerable to changes in the implementation of the utility (it broke for the first release of Onyx iR, for example). More generally, if the SGI-VIDEO-CONTROL X extension (libXsgivc) is present (as of IRIX 6.2, I believe), a programmatic API can be used to glean the same information (see, for example, the man page for glXChannelRectSGIX). Good luck! Hope this helps. Regards, Jean Daigle. -------------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Manager, 1250 Boul Marie-Victorin | | Real Time Graphics & Entertainment St. Bruno, QC J3V 6B8 | | Tel: (514) 441-9000 | | Jean.Daigle@ATSaerospace.com Fax: (514) 441-6789 | -------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 18:08:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02914; Mon, 7 Apr 1997 12:50:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02898; Mon, 7 Apr 1997 12:50:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA08469; Mon, 7 Apr 1997 12:50:30 -0700 Received: from dekalb.vf.mmc.com (dekalb.vf.mmc.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17621 for ; Mon, 7 Apr 1997 12:50:22 -0700 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id PAA01993 for ; Mon, 7 Apr 1997 15:07:57 -0400 (EDT) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.7.6/8.7.3) with ESMTP id PAA21003 for ; Mon, 7 Apr 1997 15:07:56 -0400 (EDT) Received: from newton.motown.lmco.com (newton [129.204.6.238]) by serling.motown.lmco.com (8.8.5/8.8.5) with ESMTP id PAA06058; Mon, 7 Apr 1997 15:07:56 -0400 (EDT) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id PAA01786; Mon, 7 Apr 1997 15:07:54 -0400 Date: Mon, 7 Apr 1997 15:07:54 -0400 Message-Id: <199704071907.PAA01786@newton.motown.lmco.com> To: info-performer@sgi.com Subject: Bombs in single-prpocess mode Cc: dhigginb@motown.lmco.com Status: O Hi, When remote-logged onto a RE2 Onyx from an Indy with a 24-bit graphics board, our Performer application bombs (kicking the developer off and resetting back to the login display). The same application doesn't bomb when running in default, multi- process mode. Can anyone suggest what might be wrong or where we can look? Thanks. Dave ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 7 20:00:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03203; Mon, 7 Apr 1997 14:42:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03187; Mon, 7 Apr 1997 14:42:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21229; Mon, 7 Apr 1997 14:42:21 -0700 Received: from bert.arc.nasa.gov (bert.arc.nasa.gov [128.102.120.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA13557 for ; Mon, 7 Apr 1997 14:42:10 -0700 Received: by bert.arc.nasa.gov (940816.SGI.8.6.9/1.35) id OAA15907; Mon, 7 Apr 1997 14:42:09 -0700 Date: Mon, 7 Apr 1997 14:42:09 -0700 From: spelk@bert.arc.nasa.gov (Steve Elkins) Message-Id: <199704072142.OAA15907@bert.arc.nasa.gov> To: info-performer@sgi.com Subject: Problem compiling IRIS GL Performer 2.1 Status: O Greetings, I'm having trouble compiling on a ONYX iR. I'm trying to port from Performer 1.2 to Performer 2.1. I want to run under IRIS GL since the old code has GL calls and I don't want to change to OPEN GL yet. As a test I have tried to complile the demo "perfly" for IRIS GL and it won't run due to unresolved symbols. When I removed the "-ignore_unresolved" command I get: ld: WARNING 85: definition of getData__8pfMemoryCFv in /usr/lib/libpf_igl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of isOfType__8pfMemoryFP6pfType in /usr/lib/libpf_igl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of isExactType__8pfMemoryFP6pfType in /usr/lib/libpf_igl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of __as__8pfMemoryFPC8pfMemory in /usr/lib/libpf_igl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getRef__8pfMemoryFv in /usr/lib/libpf_igl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getGLHandle__8pfObjectCFv in /usr/lib/libpf_igl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getUserData__8pfObjectFv in /usr/lib/libpf_igl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of _calloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so.ld: WARNING 85: definition of _cfree in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of cfree in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of __checktraps in /usr/lib/libfpe.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of __readenv_sigfpe in /usr/lib/libfpe.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _malloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so.ld: WARNING 85: definition of _realloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _free in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of calloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of memalign in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of malloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of realloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so.ld: WARNING 85: definition of free in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: ERROR 33: Unresolved text symbol "pfuGetGUIChan" -- 1st referenced by generic.o. ld: ERROR 33: Unresolved text symbol "pfGetChanOutputOrigin" -- 1st referenced by generic.o. ld: ERROR 33: Unresolved text symbol "pfGetChanOutputSize" -- 1st referenced by generic.o. ld: ERROR 33: Unresolved data symbol "GLOBALBorder" -- 1st referenced by keybd.o. ld: ERROR 33: Unresolved text symbol "pfGetChanPVChan" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfGetPVChanSize" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfuTravCreatePackedAttrs" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfPVChanDVRMode" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfuCursorType" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfChanProjMode" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfPVChanStressFilter" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfPVChanOutputSize" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfGetPVChanOutputSize" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfuTravSetDListMode" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfuGetCursorType" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfuDrawPWin3DCursor" -- 1st referenced by perfly.o. ld: ERROR 33: Unresolved text symbol "pfuRunDiskProcsOn" -- 1st referenced by main.o. ld: ERROR 33: Unresolved text symbol "XextCreateExtension" -- 1st referenced by /usr/lib/libXsgivc.a(Xvc.o).ld: ERROR 33: Unresolved text symbol "XextFindDisplay" -- 1st referenced by /usr/lib/libXsgivc.a(Xvc.o). ld: ERROR 33: Unresolved text symbol "XextAddDisplay" -- 1st referenced by /usr/lib/libXsgivc.a(Xvc.o). ld: ERROR 33: Unresolved text symbol "XextRemoveDisplay" -- 1st referenced by /usr/lib/libXsgivc.a(Xvc.o). ld: ERROR 33: Unresolved text symbol "XMissingExtension" -- 1st referenced by /usr/lib/libXsgivc.a(Xvc.o). If I try to build the debug version there are even more unresolved symbols. Anybody got any ideas as to what librarys I am missing? Thanks for any help. Steve ***************************************************************************** Steve Elkins Sterling Software NASA Ames Research Center spelk@bert.arc.nasa.gov ***************************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 09:17:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA06147; Tue, 8 Apr 1997 04:04:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA06131; Tue, 8 Apr 1997 04:04:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA03209; Tue, 8 Apr 1997 04:04:31 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id EAA20353 for ; Tue, 8 Apr 1997 04:03:25 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC441C.DB734930@correo.ceit.es>; Tue, 8 Apr 1997 13:00:39 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: Xlib Call from different process. Date: Tue, 8 Apr 1997 13:00:37 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performer, In my application I need to change the cursor form (XDefineCursor()) depending on a local defined mode. The function call is done in a process called input different from the Draw process who open the window. When I run the program nothing is happen and no error message are displayed (the same thing will happen when I try to get a Client Message event using the PFWIN_TYPE_EXIT mechanism) if i make the call from the Draw process I get the desired effect. Am I making a mistake? Nassouh. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 11:59:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA06268; Tue, 8 Apr 1997 06:38:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA06252; Tue, 8 Apr 1997 06:38:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA09339; Tue, 8 Apr 1997 06:38:53 -0700 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA10360 for ; Tue, 8 Apr 1997 06:38:51 -0700 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA23448; Tue, 8 Apr 97 09:27:13 -0400 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id JAA09820; Tue, 8 Apr 1997 09:27:10 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <334A47AD.3725@ash.crd.ge.com> Date: Tue, 08 Apr 1997 09:27:09 -0400 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Andy Shein Cc: info-performer@sgi.com Subject: Re: Help for a beginner!! References: <33482B1D.446B@usl.edu> <9704071015.ZM8281@orac.boston.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O > The base performer coordinates are y into the screen, x to the right > and z up. This is different from OpenGL Just out of curiosity, why would the Performer designers use a different coordinate system from that used by OpenGL? -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 12:35:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA06322; Tue, 8 Apr 1997 07:13:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA06306; Tue, 8 Apr 1997 07:13:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA11072; Tue, 8 Apr 1997 07:13:22 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA16397 for ; Tue, 8 Apr 1997 07:13:21 -0700 Received: by orac.boston.sgi.com (951211.SGI.8.6.12.PATCH1042/940406.SGI) id KAA09786; Tue, 8 Apr 1997 10:13:16 -0400 From: "Andy Shein" Message-Id: <9704081013.ZM9784@orac.boston.sgi.com> Date: Tue, 8 Apr 1997 10:13:16 -0400 In-Reply-To: Christopher R Volpe "Re: Help for a beginner!!" (Apr 8, 9:27am) References: <33482B1D.446B@usl.edu> <9704071015.ZM8281@orac.boston.sgi.com> <334A47AD.3725@ash.crd.ge.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Christopher R Volpe Subject: Re: Help for a beginner!! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 8, 9:27am, Christopher R Volpe wrote: > Subject: Re: Help for a beginner!! > > The base performer coordinates are y into the screen, x to the right > > and z up. This is different from OpenGL > > Just out of curiosity, why would the Performer designers use a different > coordinate system from that used by OpenGL? I think it was because that is the coordinate system used in a lot of graphics books. It would have been nice if it was x fwd (into the screen) y right and z down. This is the coordinate system used in most books I have seen on vehicle dynamics. This way positive yaw is to the right like a compass, and pitch is positive up. BTW how many people would like to see this coordinate system supported in the follow on product to Perfomer ??? Andy "too long silent on z-down coordinates" Shein > > > -- > > Chris Volpe Phone: (518) 387-7766 > GE Corporate R&D Fax: (518) 387-6560 > PO Box 8 Email: volpecr@crd.ge.com > Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr >-- End of excerpt from Christopher R Volpe -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 16:57:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06761; Tue, 8 Apr 1997 11:34:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06745; Tue, 8 Apr 1997 11:34:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06432; Tue, 8 Apr 1997 11:34:08 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA18252 for ; Tue, 8 Apr 1997 11:33:59 -0700 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id SAA27128 for info-performer@sgi.com; Tue, 8 Apr 1997 18:33:33 GMT From: Jan Barglowski Posted-Date: Tue, 8 Apr 1997 18:33:33 GMT Message-Id: <199704081833.SAA27128@cyclops> Subject: DVR, help! To: info-performer@sgi.com Date: Tue, 8 Apr 1997 11:33:33 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2533 Status: O Hello Performers! I'm trying to simulate a view that is degraded on the outside but sharper on the inside. For example: ------------------------------ | | | low-res | | | | ---------- | | | high | | | | -res | | | | | | | ---------- | | | | | ------------------------------ I'm trying to do this with DVR on the low-res channel, and then overlaying another channel in the middle. The code I'm using is below: --- ////////////////////////////////////////////////////////////////////// // Left PipeWindow... // Outside channel... spare_chan = new otwChannel(pipe); spare_chan->setFOV(1.0f, 0.0f); spare_chan->setNearFar(20.0f, 100000.0f); spare_chan->setViewport(0.0f, 0.0f, 1.0f, 1.0); spare_chan->setScene(visual_scene->getScene()); spare_chan->setESky(eSky); left->addChan(spare_chan); // Alter the channel's resolution with DVR... int xs, ys; pfPipeVideoChannel *pvchan = spare_chan->getPVChan(); pvchan->setDVRMode(PFPVC_DVR_MANUAL); pvchan->setScale(0.5f, 0.5f); // Inside channel... spare_chani = new otwChannel(pipe); spare_chani->setFOV(1.0f, 0.0f); spare_chani->setNearFar(20.0f, 100000.0f); spare_chani->setViewport(0.4f, 0.6f, 0.4f, 0.6f); spare_chani->setScene(visual_scene->getScene()); spare_chani->setESky(eSky); left->addChan(spare_chani); --- On my iR, this causes everything, meaning all pfPipes and pfChannels to display garbage. My questions are: 1) Can I, in fact, do what I need to do with DVR? If so, what am I doing wrong? I've already checked perfly.C and vchan.c, but they seem to use pfVChanSetOutputSize() rather than pfPVChanSetScale(). I've used both and get the same result. 2) Will using DVR influence the pfPipeWindow and it's other children pfChannels? I still want the middle area to be high (non-degraded) resolution. Will DVR influence other pfPipeWindow that I'm using? 3) Is there an easier way to do what I need to do, possible w/o DVR? 4) Is there a recommended patch for running DVR on Performer 2.1 on the iR that I may be missing? Thanks for any help! jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 17:55:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA06850; Tue, 8 Apr 1997 12:30:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06834; Tue, 8 Apr 1997 12:30:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA12993; Tue, 8 Apr 1997 12:30:45 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA03262 for ; Tue, 8 Apr 1997 12:30:44 -0700 Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id MAA25126; Tue, 8 Apr 1997 12:30:43 -0700 Received: by precious.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA21121; Tue, 8 Apr 1997 12:30:43 -0700 From: "Philip Nemec" Message-Id: <9704081230.ZM21197@precious.asd.sgi.com> Date: Tue, 8 Apr 1997 12:30:42 -0700 X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, info-performer@sgi.com Subject: shared memory bug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have a great idea! Just like there is a debugging check about genlock - put in a debugging check for allocating shared memory after pfConfig. Can you *please* put in warnings in all the share memory allocation routines that checks if pfConfig has been called? Maybe something along the lines of "pf... called after pfConfig - unreliable effectiveness esp. on later versions of IRIX." ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 19:24:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA07397; Tue, 8 Apr 1997 13:58:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA07381; Tue, 8 Apr 1997 13:58:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA21522; Tue, 8 Apr 1997 13:58:24 -0700 Received: from indy3.gstone.com ([199.35.226.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA24462 for ; Tue, 8 Apr 1997 13:58:22 -0700 Received: from [199.35.226.146] (lrae.gstone.com [199.35.226.146]) by indy3.gstone.com (8.8.5/8.8.3) with SMTP id NAA18601 for ; Tue, 8 Apr 1997 13:55:52 -0700 (PDT) X-Sender: lrae@pophost.gstone.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 8 Apr 1997 12:43:35 -0800 To: info-performer@sgi.com From: lrae@indy3.gstone.com (Linda Rae) Subject: RE: fast fonts Status: O Hi all: I also am experiencing similar problems with Fonts and OpenGL. In addition, I am starting to hear of similiar performance happening in Vega/OpenGL apps also. Currently I am porting an app that uses Performer with some direct IrisGL calls to OpenGL (a non Vega app). We used to use the font manager in conjunction with the direct IrisGL calls (fminit etc) that I understand utilized raster fonts. With the OpenGL port, I am using now using X to set the font and print the strings. The resultant performance hit virtually kills the app. I am currently writing some simple code that will test the use of the Performer fonts (pfFont, pfText, pfString etc) with my app. My question is: Has anyone else experienced similiar problems when porting to OpenGL? What have you done to get around the subsequent performance hit? Any comments, stories, solutions, etc will be welcome. Thanks in advance. >From: "frank phillips" >Date: Mon, 7 Apr 1997 11:32:47 -0700 >To: info-performer@sgi.com >Subject: fast fonts >Mime-Version: 1.0 > >I'm trying to find ways to speed up fonts in a customer app. >Their customer doesn't like the look of Performer fonts. >Their code ran acceptably fast with rasterfonts in IrisGL, >but takes 300% more of their frame time with OpenGL fonts, >busting their frame time, and breaking the app. > >Any pointers? > >thanks! >frank phillips >fap@sandiego.sgi.com > >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================= Linda Rae - Sr.Software Engineer lrae@gstone.com /\/\/\ GreyStone Technology, Inc. fax: (619) 874-7007 / /\/\ \ 4950 Murphy Canyon Road ph: (619)874-7000 \ \/\/ / San Diego, CA 92123-4325 www.gstone.com \/\/\/ ======================================================= ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 19:58:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA07602; Tue, 8 Apr 1997 14:33:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA07586; Tue, 8 Apr 1997 14:33:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25883; Tue, 8 Apr 1997 14:33:03 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA02990 for ; Tue, 8 Apr 1997 14:33:01 -0700 Received: from edgenet ([205.181.169.17]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA11432 for ; Tue, 8 Apr 1997 17:34:26 -0400 Message-ID: <334ABA5C.686D@edgenet.net> Date: Tue, 08 Apr 1997 17:36:28 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: Vision Works Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Is anybody out there using Vision Works still??? I'm having problems with setting up cprops for a sim that has tall mountains on both sides of a somewhat narrow channel(Vancouver B.C.) The convergence from channel 0 to chan 1 isnt happening... especially when painting tall mountains from one chan to another!! any info will be much appreciated.... Thanks Joe :-) e-mail---- msitech@edgenet.net ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 20:15:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA07652; Tue, 8 Apr 1997 14:45:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA07636; Tue, 8 Apr 1997 14:45:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA27228; Tue, 8 Apr 1997 14:45:21 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA05734 for ; Tue, 8 Apr 1997 14:45:20 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA09527; Tue, 8 Apr 97 15:44:33 -0500 From: bwana@mred.bgm.link.com ('Bwana' Bob Buckley) Message-Id: <9704082044.AA09527@mred.bgm.link.com> Subject: glxPixmap Rendering via Performer To: info-performer@sgi.com Date: Tue, 8 Apr 1997 15:43:06 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 776 Status: O We have an application that is short on hardware draw time and long on CPU time. Hence, we'd like to render to a glxPixmap, or Performer equivalent (if it exists). Has anyone been successful in this type of implementation? Are there any hooks in Performer to help out on non-hardware rendering? (Man, what a bad thing to say!) Thanks. ======================================================================== 'Bwana' Bob Buckley | | Hughes Training, Inc. Visual Engineering | "Let the good times | P.O. Box 6171, M.S. 402 (817) 619-8727 | 'Snap' Roll" | Arlington, TX 76005 bwana@MrEd.bgm.link.com | | (817) 619-2000 ======================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 20:44:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA07807; Tue, 8 Apr 1997 15:21:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07791; Tue, 8 Apr 1997 15:21:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA01049; Tue, 8 Apr 1997 15:21:58 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA15827 for ; Tue, 8 Apr 1997 15:21:57 -0700 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id PAA17939; Tue, 8 Apr 1997 15:21:55 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA07906 for info-performer@sgi.com; Tue, 8 Apr 1997 16:11:41 -0700 Date: Tue, 8 Apr 1997 16:11:41 -0700 From: chris@scotch.physics.ucla.edu (chris) Message-Id: <199704082311.QAA07906@scotch.physics.ucla.edu> To: info-performer@sgi.com Subject: pfDelete problems Status: O Hi all. I'm under the impression that pfDelete will take a node of a tree (any node) and recursively delete all objects underneath (except for the the objects mentioned in the man page pfBuffer,pfPipe,etc.). Is it this simple, or is there more to it? Does it matter how the memory for the tree nodes was allocated? pfMalloc vs. new? I'm wondering why pfDelete is killing my dbase process: void pageDBase() { static pfBuffer *buf=NULL; // Get PID of DBase process static pid_t DBasePID = getpid(); // Do this one time only if(buf==NULL) { buf = new pfBuffer; buf->select(); cout<<"DBase PID is "<VecField) VectorFieldHandler(); // Otherwise, delete scene else { Shared->scene->bufferRemoveChild(Shared->VecDCS); pfDelete(Shared->VecDCS); } Shared->time = (Shared->time < END_TIME)? Shared->time+TIME_INC:START_TIME; pfBuffer::merge(); pfDBase(); } The call to pfDelete() causes the following dump: 0 pfGroup::checkDelete() ["pfGroup.C":84, 0x5fe15a38] 1 pfBuffer::pf_deleteMem() ["pfBuffer.C":1316, 0x5fdfabf0] 2 pfBuffer::checkDelete() ["pfBuffer.C":1345, 0x5fdf7ab0] 3 pageDBase() ["Dbase.C":226, 0x0042437c] 4 mpDBase() ["pfProcess.C":3157, 0x5fe8b6c0] 5 pfConfig() ["pfProcess.C":1708, 0x5fe88124] 6 main(argc = 3, argv = 0x7fff2f24) ["Main.C":311, 0x004213a8] 7 __istart() ["crt1tinit.s":13, 0x004202d0] If pfDelete() is replaced with pfAsyncDelete() then the pfDBase() call dumps the following 0 pfMemory::isOfType() ["pfMemory.h":103, 0x5fdf5038] 1 pfBuffer::pf_destroyMem() ["pfBuffer.C":1402, 0x5fdfacc0] 2 pfDBase() ["pfProcess.C":3058, 0x5fe8b304] 3 pageDBase() ["Dbase.C":231, 0x004243f4] 4 mpDBase() ["pfProcess.C":3157, 0x5fe8b6c0] 5 pfConfig() ["pfProcess.C":1708, 0x5fe88124] 6 main(argc = 3, argv = 0x7fff2f24) ["Main.C":311, 0x004213a8] 7 __istart() ["crt1tinit.s":13, 0x004202d0] Any help here would be GREATLY appreciated. Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 22:37:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA10601; Tue, 8 Apr 1997 19:37:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA10585; Tue, 8 Apr 1997 19:37:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA20768; Tue, 8 Apr 1997 19:37:11 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA07814 for ; Tue, 8 Apr 1997 19:37:10 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA18281; Tue, 8 Apr 1997 19:37:08 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA15061; Tue, 8 Apr 1997 19:37:06 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704090237.TAA15061@remi.asd.sgi.com> Subject: Re: Help for a beginner!! To: volpe@ash.crd.ge.com (Christopher R Volpe) Date: Tue, 8 Apr 1997 19:37:05 -0700 (PDT) Cc: ashein@orac.boston.sgi.com, info-performer@sgi.com In-Reply-To: <334A47AD.3725@ash.crd.ge.com> from "Christopher R Volpe" at Apr 8, 97 09:27:09 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 610 Status: O Christopher R Volpe wrote: > > > The base performer coordinates are y into the screen, x to the right > > and z up. This is different from OpenGL > > Just out of curiosity, why would the Performer designers use a different > coordinate system from that used by OpenGL? > Just because in general in VisSim Z is used for the altitude, then it makes sense for X to be the horizontal axis, and then Y is given by the other two. Best Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 8 22:37:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA10577; Tue, 8 Apr 1997 19:27:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA10561; Tue, 8 Apr 1997 19:27:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA20338; Tue, 8 Apr 1997 19:27:29 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA06485 for ; Tue, 8 Apr 1997 19:27:29 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA17939; Tue, 8 Apr 1997 19:27:27 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA14616; Tue, 8 Apr 1997 19:27:26 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704090227.TAA14616@remi.asd.sgi.com> Subject: Re: DVR, help! To: jan@euryale.chinalake.navy.mil (Jan Barglowski) Date: Tue, 8 Apr 1997 19:27:26 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199704081833.SAA27128@cyclops> from "Jan Barglowski" at Apr 8, 97 11:33:33 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2025 Status: O Jan Barglowski wrote: > > Hello Performers! > > I'm trying to simulate a view that is degraded on the outside but > sharper on the inside. For example: > ------------------------------ > | | > | low-res | > | | > | ---------- | > | | high | | > | | -res | | > | | | | > | ---------- | > | | > | | > ------------------------------ > > I'm trying to do this with DVR on the low-res channel, and then overlaying > another channel in the middle. The code I'm using is below: > Dynamic Video Resolution is a mechanism that let you change the size of the computed images, without changing the resolution of the video output using a bilinear on-the-fly interpolation. It therefore affect the whole video. To do what you want, you need 2 separate projectors, using 2 different video output on the IR at different resolutions. This is often refered as Area of Interest in the Vis Sim vocabulary. If you want to do that on the same video, with one projector, you could use the texture readback extension. You render that low-res channel at for example 256x256 resolution. then you copy this image in a texture, and display that texture a on a flat polygon that is screen size. Then you render the center channel at higher resolution. You can use the low-res texture/polygon to do the clear of the channel. The copy of the image to the frame buffer is far to be free, so you may end up by spending more time than having everything at the same reolution, depending of the relative sizes of the high res and the low res views. Best Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 10:20:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12194; Wed, 9 Apr 1997 08:23:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12178; Wed, 9 Apr 1997 08:23:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA19646; Wed, 9 Apr 1997 08:23:36 -0700 Received: from ns.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA02338 for ; Wed, 9 Apr 1997 08:22:27 -0700 Received: by ns.fel.tno.nl; id PAA09993; Wed, 9 Apr 1997 15:06:25 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma009957; Wed, 9 Apr 97 15:06:00 +0200 Received: from fel3.fel.tno.nl (fel3 [134.203.8.213]) by s00sn1.fel.tno.nl (8.8.5/8.8.5) with ESMTP id OAA20156 for ; Wed, 9 Apr 1997 14:54:26 +0200 (MET DST) Received: from FEL3/SpoolDir by fel3.fel.tno.nl (Mercury 1.21); 9 Apr 97 14:53:57 GMT+1 Received: from SpoolDir by FEL3 (Mercury 1.21); 9 Apr 97 14:53:55 GMT+1 From: "R. Krijnen 0278, 3J03, 2-4" Organization: TNO-FEL To: info-performer@sgi.com Date: Wed, 9 Apr 1997 14:53:53 GMT+1 Subject: Using pfChannel as a base-class Reply-to: krijnen@fel.tno.nl X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <169CB937E81@fel3.fel.tno.nl> Status: O Can anyone help me out with the following problem. In my Performer application I have the need for a visChannal class which is derived from the pfChannel class. This worked fine on our SGI systems running Performer 2.01 and CC 4.0 compiler. Now I'm trying to port the application to our new Onyx2 iR which has Performer 2.1 installed. Besides the new warnings generated by the new compiler (CC v7.1) I get a linker error telling me I have got an unresolved on the protected pfChannel method pf_copyToDraw??! The code below gives you a example of how did it. visChannel : public pfChannel { public: visChannel (pfPipe* pipe) : pfChannel (pipe) { } bool configure(); }; _. VisChannel* ch =new TvisChannel (pipe); _. ch->configure(); _ ch->setViewpoint (xyz, hpr); _ My link line looks like: CC -g -32 complex.C -L/usr/lib -L/lib -lm -all -lpfdu_ogl -lpfui -lpfutil_ogl -lpf_ogl -none -limage -lfm -lGLU -lGL -lXext -lXsgivc -lXmu -lX11 -lfpe -lm -lC -lpfflt_ogl -o complex ld: ERROR 33: Unresolved text symbol "pfChannel::pf_copyToDraw(const pfUpdatable *)" -- 1st referenced by complex.o Development environment: Onyx2 iR (running Irix 6.4) Performer 2.1 Irix CC 7.1 compiler Using old 32 bit style because of third party lib's Any suggestions?! I really don't want to rewrite my application. +========================================================+ |Robbert Krijnen | |e-mail: krijnen@fel.tno.nl | | TNO - Physics and Electronics Laboratory | |http://www.tno.nl/instit/fel Oude waaldorperweg 63 | |Tel. +31 (0)70 374 02 78 Postbus 96864 | |Fax +31 (0)70 32 80 961 2509 JG 's-Gravenhage | +========================================================+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 10:35:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12212; Wed, 9 Apr 1997 08:24:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12196; Wed, 9 Apr 1997 08:24:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA19809; Wed, 9 Apr 1997 08:24:57 -0700 Received: from ns.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA02907 for ; Wed, 9 Apr 1997 08:24:54 -0700 Received: by ns.fel.tno.nl; id LAA24290; Wed, 9 Apr 1997 11:04:44 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma024270; Wed, 9 Apr 97 11:04:31 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id KAA04757; Wed, 9 Apr 1997 10:52:56 +0200 (MET DST) From: Mario Veraart Message-Id: <199704090852.KAA04757@s00sn1.fel.tno.nl> Subject: Re: fast fonts To: lrae@indy3.gstone.com (Linda Rae) Date: Wed, 9 Apr 1997 10:52:56 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: from "Linda Rae" at Apr 8, 97 12:43:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > utilized raster fonts. With the OpenGL port, I am using now using X to set > the font and print the strings. The resultant performance hit virtually > kills the app. I am currently writing some simple code that will test > the use of the Performer fonts (pfFont, pfText, pfString etc) with my app. > > My question is: Has anyone else experienced similiar problems when > porting to OpenGL? What have you done to get around the subsequent > performance hit? Any comments, stories, solutions, etc will be welcome. I use only text in a HUD, and for this I use the method used in the font.c OpenGL example program. It uses displaylists to draw bitmaps of the characters. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 13:26:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13123; Wed, 9 Apr 1997 11:34:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13107; Wed, 9 Apr 1997 11:34:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA07623; Wed, 9 Apr 1997 11:16:54 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA19347 for ; Wed, 9 Apr 1997 11:16:54 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA19106; Tue, 8 Apr 1997 20:24:18 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA16600; Tue, 8 Apr 1997 20:24:15 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704090324.UAA16600@remi.asd.sgi.com> Subject: Re: Depth-map textures on IR To: doyle@coralsea.ait.nrl.navy.mil (Robert Doyle) Date: Tue, 8 Apr 1997 20:24:11 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9704041331.ZM3402@stiletto.ait.nrl.navy.mil> from "Robert Doyle" at Apr 4, 97 01:31:50 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1460 Status: O Robert Doyle wrote: > > > I posted the following question to the Open_GL newsgroup and received several > commiserations from people who suffered the same problem but no solutions. The > OpenGL calls are made in a Performer draw callback so perhaps some Performers > have experience with the problem: > > The use of: > glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_SGIX, GL_TRUE) on our Onyx1 > Infinite Reality (patch 1699) causes a screen freeze followed by a system > crash. The machine supports GL_SGIX_shadow_ambient, GL_SGIX_shadow, and > GL_SGIX_depth_texture. Is anyone aware of a patch or a workaround to avoid the > problem? > > The problem can be duplicated with shadowmap.c found at > http://www.sgi.com/Technology/openGL/advanced/programs.html. The typo in line > 363: strstr(extensions, "GL_SGIS_depth_texture")) needs to corrected, however. > No, I have no problem with that extension. Inside performer I use: glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_OPERATOR_SGIX, GL_TEXTURE_LEQUAL_R_SGIX); glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_SGIX, GL_TRUE); And it works with 1355 or 1699 I'll have to try directly the programm shadowmap.c to see what is the problem. Best Regards PS: Did shadowmap.c work with 1355 for you, is it a 1699 problem ? _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 13:26:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12858; Wed, 9 Apr 1997 10:50:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12842; Wed, 9 Apr 1997 10:50:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04312; Wed, 9 Apr 1997 10:50:43 -0700 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA11584 for ; Wed, 9 Apr 1997 10:50:39 -0700 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.20/16.2) id AA269497488; Wed, 9 Apr 1997 07:04:48 -0500 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Wed, 09 Apr 1997 07:04:48 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 09 Apr 1997 07:00:01 -0500 From: Bryan Wasileski To: info-performer@sgi.com Subject: screen clear Status: O performer: Recently, I ran numerous performance tests on an Onyx2 IR. One of the things I tested, which is cause for great concern, was how fast I could clear the screen as a function of the number of channels. From the results, it appears that I can clear up to 22 channels at 60Hz and beyond that it drops to 30Hz. This test was performed with a 2cpu R10k, 1 RM-7. The the only thing the test app did was clear channels. Nothing else was being done, drawn, culled, etc..... Can someone confirm or dispute these results. Where's the over? Thanks. - Bryan Wasileski McDonnell Douglas Training Systems St. Louis, MO (314) 232-8496 bwasileski@mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 13:26:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13101; Wed, 9 Apr 1997 11:33:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13085; Wed, 9 Apr 1997 11:33:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06249; Wed, 9 Apr 1997 11:04:50 -0700 Received: from bosch.zkm.de ([192.101.28.51]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA15902 for ; Wed, 9 Apr 1997 11:04:43 -0700 Received: from bosch.zkm.de (bosch.zkm.de [127.0.0.1]) by bosch.zkm.de (8.8.4/8.8.4) with SMTP id KAA17552 for ; Wed, 9 Apr 1997 10:46:22 -0400 Sender: andreas@bosch.zkm.de Message-ID: <334BABBE.52E32244@zkm.de> Date: Wed, 09 Apr 1997 10:46:22 -0400 From: Andreas Schiffler Organization: ZKM Medienmuseum, Karlsruhe, Germany X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: SGI Performer Mailing List Subject: Textures flicker Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, in my Performer program that loads 20 softimage .obj objects - all with different textures - the textures are sometimes bad. Depending on where the viewing position is, all objects seem to flip to the same texture. Also the images seems to have some flickering polygons and the colors do not look right (i.e. comparing textures to the plain .rgb file with ipaste). What could cause this? (I am using Perf 2.0 under 6.2 on an Indigo2 Impact R10K and started from the sample pipewin.c program.) Thanks for your help Andreas Schiffler ZKM, Karlsruhe, Germany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 13:26:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12839; Wed, 9 Apr 1997 10:49:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12823; Wed, 9 Apr 1997 10:49:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04166; Wed, 9 Apr 1997 10:50:09 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA11193; Wed, 9 Apr 1997 10:50:05 -0700 Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA147374906; Wed, 9 Apr 1997 09:08:26 -0500 Received: from MKTPO.mkt.lesc.lockheed.com (mktnt1.mkt.lesc.lockheed.com) by gruel.hq.lesc.lockheed.com with ESMTP (1.39.111.2/16.3) id AA062364431; Wed, 9 Apr 1997 09:00:31 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997Apr09.075400.1074.24581; Wed, 09 Apr 1997 09:01:27 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer), remi@remi.asd.sgi.com (R\imi Arnaud) Message-Id: <1997Apr09.075400.1074.24581@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: Lockheed Martin Engineering & Sciences Date: Wed, 09 Apr 1997 09:01:27 -0700 Subject: Re: DVR, help! Content-Transfer-Encoding: quoted-printable Status: O ---------- From: R=DAmi Arnaud To: Jan Barglowski Cc: info-performer Subject: Re: DVR, help! Date: Wednesday, April 09, 1997 12:29AM Jan Barglowski wrote: >> >> Hello Performers! >> >> I'm trying to simulate a view that is degraded on the outside but >> sharper on the inside. For example: >> ------------------------------ >> | | >> | low-res | >> | | >> | ---------- | >> | | high | | >> | | -res | | >> | | | | >> | ---------- | >> | | >> | | >> ------------------------------ >> >> I'm trying to do this with DVR on the low-res channel, and then = overlaying >> another channel in the middle. The code I'm using is below: >> > > To do what you want, you need 2 separate projectors, using 2 different > video output on the IR at different resolutions. This is often refered > as Area of Interest in the Vis Sim vocabulary. Would this save any work from the Raster Managers: render 2 landscape = models, one on each size of a clipping plane so that you cannot see the = other. One Model has a texture of only 256x256, the other maximum textur= e = resolution or clip-mapped, then render the smaller texture scene full = screen, render a portion of the other (high-res), from the same point of = view (offset to the other landscape) in a small window? It's kind-of bulky on the polygon count, but would that type of rendering= = save any work from the raster-managers? I'm lucky, I haven't had to worr= y = about overworking RMs, but this question started me thinking about it....= Jeffry Brickley Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 12:23:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12801; Wed, 9 Apr 1997 10:43:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12785; Wed, 9 Apr 1997 10:43:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA03332; Wed, 9 Apr 1997 10:43:33 -0700 Received: from dcscorp.com (dcscorp.com [204.7.239.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA09579 for ; Wed, 9 Apr 1997 10:43:29 -0700 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Wed, 09 Apr 1997 12:19:45 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 09 Apr 1997 12:18:39 -0400 From: Tanner Lovelace To: spelk@bert.arc.nasa.gov, info-performer@sgi.com Subject: Problem compiling IRIS GL Performer 2.1 -Reply Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Status: O I don't know about on the Onyx iR, but the version of Performer 2.1 that shipped with the two O2's we recently bought did not include IRIS GL libraries. (Yes, I know that 2.1 is supposed to only be supported on the IR, but if that's so, why is SGI shipping it on O2s?) Tanner Lovelace DCS Corporation Alexandria, VA >>> Steve Elkins 04/07/97 05:42pm >>> Greetings, I'm having trouble compiling on a ONYX iR. I'm trying to port from Performer 1.2 to Performer 2.1. I want to run under IRIS GL since the old code has GL calls and I don't want to change to OPEN GL yet. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 14:16:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13367; Wed, 9 Apr 1997 12:09:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13351; Wed, 9 Apr 1997 12:09:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA13428; Wed, 9 Apr 1997 12:09:27 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA06606 for ; Wed, 9 Apr 1997 12:09:27 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA10918; Wed, 9 Apr 1997 12:09:10 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA08816; Wed, 9 Apr 1997 12:09:05 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704091909.MAA08816@remi.asd.sgi.com> Subject: Re: DVR, help! To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Date: Wed, 9 Apr 1997 12:09:05 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <1997Apr09.075400.1074.24581@MKTPO.mkt.lesc.lockheed.com> from "Jeff Brickley" at Apr 9, 97 09:01:27 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1502 Status: O Jeff Brickley wrote: > > > Would this save any work from the Raster Managers: render 2 landscape = > > models, one on each size of a clipping plane so that you cannot see the = > > other. One Model has a texture of only 256x256, the other maximum textur= > e = > > resolution or clip-mapped, then render the smaller texture scene full = > > screen, render a portion of the other (high-res), from the same point of = > > view (offset to the other landscape) in a small window? So you expect to save RMs by not using clip mapping on part of the screen. The only time you can same is the time ollocated to download the clip map to the RM at each Frame, but you wont save anything ele as the polygon count and the depth complexity is the same. A simpler way to do that is to use a smaller area for the clipmap, so you will get automatic low resolution texture for the low res window, and high resolution for the AOI. > > It's kind-of bulky on the polygon count, but would that type of rendering= > = > > save any work from the raster-managers? I'm lucky, I haven't had to worr= > y = > > about overworking RMs, but this question started me thinking about it....= > What you could do, is using a low LOD for the database, reducing the # of polygons and also somewhat the pixel load, and use a normal LOD for the AOI. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 14:16:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13425; Wed, 9 Apr 1997 12:15:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13409; Wed, 9 Apr 1997 12:15:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA14017; Wed, 9 Apr 1997 12:15:52 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA08603 for ; Wed, 9 Apr 1997 12:15:50 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA05110 for ; Wed, 9 Apr 1997 12:12:45 -0700 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA04561 for ; Wed, 9 Apr 1997 19:02:00 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id MAA17213 for info-performer@sgi.com; Wed, 9 Apr 1997 12:11:05 -0700 From: "Marcus Barnes" Message-Id: <9704091211.ZM17212@vaisyas.engr.multigen.com> Date: Wed, 9 Apr 1997 12:11:04 -0700 In-Reply-To: chris@scotch.physics.ucla.edu (chris) "pfDelete problems" (Apr 8, 4:11pm) References: <199704082311.QAA07906@scotch.physics.ucla.edu> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfDelete problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 8, 4:11pm, chris wrote: > > I'm under the impression that pfDelete will take a node of a > tree (any node) and recursively delete all objects underneath (except > for the the objects mentioned in the man page pfBuffer,pfPipe,etc.). It will safely delete only pfMemory objects or objects derived from pfMemory. It will stop following a chain as soon as it hits an object in that chain whose reference count is greater than zero. > Is it this simple, or is there more to it? Yes. There's a fair amount of machinery going on underneath. Performer memory management relies on the classes; pfMemory, an internal pfStruct (a lighter weight pfMemory surrogate), pfBuffer, pfObject and pfUpdatable define the fundamental mechanisms. > Does it matter how the memory for the tree nodes was allocated? pfMalloc > vs. new? It's best not to use raw memory allocated by ::new, use pfMemory::new instead. > I'm wondering why pfDelete is killing my dbase process: [munch traceback] You can receive more traceback information if you use the Performer debugging DSO's. Set you library path before running your application: setenv LD_LIBRARY_PATH /usr/lib/Performer/Debug Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 14:41:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12230; Wed, 9 Apr 1997 08:28:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12214; Wed, 9 Apr 1997 08:28:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA20173; Wed, 9 Apr 1997 08:29:12 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA04798 for ; Wed, 9 Apr 1997 08:29:05 -0700 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id KAA09910; Wed, 9 Apr 1997 10:56:04 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA11560; Wed, 9 Apr 1997 10:58:41 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id KAA01356; Wed, 9 Apr 1997 10:52:46 -0400 From: "Nicolas Gauvin" Message-Id: <9704091052.ZM1354@christine.cae.ca> Date: Wed, 9 Apr 1997 10:52:45 -0400 In-Reply-To: lrae@indy3.gstone.com (Linda Rae) "RE: fast fonts" (Apr 8, 12:43pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: lrae@indy3.gstone.com Subject: Re: fast fonts Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 8, 12:43pm, Linda Rae wrote: > Subject: RE: fast fonts > > utilized raster fonts. With the OpenGL port, I am using now using X to set > the font and print the strings. The resultant performance hit virtually > kills the app. > >-- End of excerpt from Linda Rae Have you tried the method described in the OpenGL Porting Guide from insight? Basically you use glxUseXFont() at startup to create OpenGL display lists for the raster fonts you need and then you can draw strings by calling those display lists without any more round trip to the X server. I haven't tried it myself but I don't see any reason why this method would be slower than the irisgl fonts. There is a code example in the insight book. Or you may want to create your own 2D vector fonts into display list containing OpenGL lines instead of bitmaps which may be more efficient and look better when scaled up. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 13:51:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12489; Wed, 9 Apr 1997 09:58:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12473; Wed, 9 Apr 1997 09:58:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA29206; Wed, 9 Apr 1997 09:59:03 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA26529 for ; Wed, 9 Apr 1997 09:59:03 -0700 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id WAA25145; Tue, 8 Apr 1997 22:06:19 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id WAA08853; Tue, 8 Apr 1997 22:05:58 -0700 From: "Rob Jenkins" Message-Id: <9704082205.ZM8851@quid.csd.sgi.com> Date: Tue, 8 Apr 1997 22:05:58 -0700 In-Reply-To: bwana@mred.bgm.link.com ('Bwana' Bob Buckley) "glxPixmap Rendering via Performer" (Apr 8, 3:43pm) References: <9704082044.AA09527@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: bwana@mred.bgm.link.com ('Bwana' Bob Buckley), info-performer@sgi.com Subject: Re: glxPixmap Rendering via Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Bob There was a bug with rendering to GLXpixmaps on iR ( and I think RE2 ), it's fixed in the next OS release but that doesn't help you right now. If you think it's something you'd really like to use then we could see about trying to get the fix into a patch before that ( I don't know a date for the next release ). The pbuffer spec says that 'GLX pixel buffers must work with both direct and indirect rendering contexts' so it may be that you could use a pbuffer for offscreen rendering but ask for an indirect context - no matter how much it goes against the grain :-) I guess one advantage would be that if you can later free up some HW draw time you could just change the code to ask for a direct context. Two things I'm not clear on though: 1) The bug I mentioned may be with indirect contexts in general so may bite indirect pbuffers ( as well as pixmaps ). 2) Exactly how much overhead would be involved in having an indirect context, I can imagine it may still cost you some HW draw time, even if it's just having the pipe waiting for the results of your offscreen render. It may be more worthwhile to try and tune the HW draw you have if at all possible and just implement any offscreen rendering with direct pbuffers. Cheers Rob On Apr 8, 3:43pm, 'Bwana' Bob Buckley wrote: > Subject: glxPixmap Rendering via Performer > > We have an application that is short on hardware draw time and long > on CPU time. Hence, we'd like to render to a glxPixmap, or Performer > equivalent (if it exists). Has anyone been successful in this type > of implementation? Are there any hooks in Performer to help out on > non-hardware rendering? (Man, what a bad thing to say!) > > Thanks. > > ======================================================================== > 'Bwana' Bob Buckley | | Hughes Training, Inc. > Visual Engineering | "Let the good times | P.O. Box 6171, M.S. 402 > (817) 619-8727 | 'Snap' Roll" | Arlington, TX 76005 > bwana@MrEd.bgm.link.com | | (817) 619-2000 > ======================================================================== > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from 'Bwana' Bob Buckley -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 13:22:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12461; Wed, 9 Apr 1997 09:49:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12445; Wed, 9 Apr 1997 09:49:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA28456; Wed, 9 Apr 1997 09:49:37 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA23356 for ; Wed, 9 Apr 1997 09:49:04 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC44E5.2AD87680@correo.ceit.es>; Wed, 9 Apr 1997 12:54:31 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: Xlib Call form different process Date: Wed, 9 Apr 1997 12:54:29 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performers, In my application I need to change the cursor form (XDefineCursor()) depending on a local defined mode. The function call is done in a process called input different from the Draw process who open the window. When I run the program nothing is happen and no error message are displayed (the same thing will happen when I try to get a Client Message event using the PFWIN_TYPE_EXIT mechanism) if i make the call from the Draw process I get the desired effect. Am I making a mistake? Nassouh. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 14:06:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12358; Wed, 9 Apr 1997 09:00:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12342; Wed, 9 Apr 1997 09:00:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA23631; Wed, 9 Apr 1997 09:00:43 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA17416 for ; Wed, 9 Apr 1997 09:00:39 -0700 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id LAA28534; Wed, 9 Apr 1997 11:19:03 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA52573; Wed, 9 Apr 1997 11:21:54 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id LAA01627; Wed, 9 Apr 1997 11:16:00 -0400 From: "Nicolas Gauvin" Message-Id: <9704091115.ZM1625@christine.cae.ca> Date: Wed, 9 Apr 1997 11:15:59 -0400 In-Reply-To: lrae@indy3.gstone.com (Linda Rae) "RE: fast fonts" (Apr 8, 12:43pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: lrae@indy3.gstone.com Subject: Re: fast fonts Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I forgot to mention that the GLUT library from Mark J. Kilgard (mjk@sgi.com) also offers fonts functions built on top of OpenGL such as glutBitmapCharacter and glutStrokeCharacter. GLUT is available at http://reality.sgi.com/mjk_asd/glut3/glut3.html -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 14:36:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12254; Wed, 9 Apr 1997 08:36:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12238; Wed, 9 Apr 1997 08:36:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA20890; Wed, 9 Apr 1997 08:36:34 -0700 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07577 for ; Wed, 9 Apr 1997 08:36:02 -0700 Received: by chopin.kist.re.kr (940816.SGI.8.6.9/921111.SGI.AUTO) id QAA01058; Wed, 9 Apr 1997 16:44:09 +1000 Date: Wed, 9 Apr 1997 16:44:03 +1000 (KDT) From: Jaehong Ahn To: info-performer@sgi.com Subject: Morphing...again Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, Performers. Thanks for reply to my last question on morphing. Here's my another question. Now I want to apply morphing technique to two objects. Shapes and colors of the objects are different. Numbers of vertices may be different, too. (Objects are not modeled yet. So, if necessary, objects can be modeled so that numbers of vertices be same.) Designers will make objects with MultiGen or other modeler. In this case, what is the efficient way to "morph"? Will MultiGen be helpful to make pfMorph node? If numbers of vertices are different, is there any way to make 'dummy' vertices automatically? Thank you for reading. Bye. :) Sincerely, Jaehong Ahn ********************************************************************** * * CAD/CAM Lab. * KIST (Korea Institute of Science and Technology) * Seoul, Korea * E-mail : totoro@chopin.kist.re.kr * /|_/| * \/. . | * My Neighbor -____ \ * TOTORO /^ ^ \ | * ^ ^ ^ | W * _\_____//_ * * ... my favorite animation * ********************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 12:36:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12681; Wed, 9 Apr 1997 10:21:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12665; Wed, 9 Apr 1997 10:21:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA01347; Wed, 9 Apr 1997 10:21:35 -0700 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA04115 for ; Wed, 9 Apr 1997 10:21:29 -0700 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA28338; Wed, 9 Apr 97 13:14:23 -0400 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id NAA02431; Wed, 9 Apr 1997 13:14:20 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <334BCE6B.39A2@ash.crd.ge.com> Date: Wed, 09 Apr 1997 13:14:19 -0400 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfEarthSky with off-axis viewing frustra Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O The man page for pfEarthSky says it doesn't work with off-axis viewing frusta, but that is what I need. Can someone tell me what the nature of the problem is and if there is a workaround? thanks, Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 13:36:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12434; Wed, 9 Apr 1997 09:44:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12418; Wed, 9 Apr 1997 09:44:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA27940; Wed, 9 Apr 1997 09:45:08 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA21323 for ; Wed, 9 Apr 1997 09:45:03 -0700 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA37475; Wed, 9 Apr 1997 12:07:59 -0400 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id MAA01138; Wed, 9 Apr 1997 12:02:02 -0400 Sender: bleclerc@poster.cae.ca Message-Id: <334BBD79.41C6@cae.ca> Date: Wed, 09 Apr 1997 12:02:01 -0400 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: msitech@edgenet.net Cc: info-performer@sgi.com Subject: Re: Vision Works References: <334ABA5C.686D@edgenet.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O > Is anybody out there using Vision Works still??? > > I'm having problems with setting up cprops for a sim that has tall > mountains on both sides of a somewhat narrow channel(Vancouver B.C.) > The convergence from channel 0 to chan 1 isnt happening... > > especially when painting tall mountains from one chan to another!! > > any info will be much appreciated.... > > Thanks Joe :-) > > e-mail---- msitech@edgenet.net Try contacting Paradigm Simulation - who produced VisionWorks 4 years ago - by sending e-mail to info-vega@paradigmsim.com. More on Paradigm is available at http://www.paradigmsim.com BTW, I've used VisionWorks at the end of 93 and beginning of 94. At that time, I had no convergence problem with a 3-channel application. I had to do nothing to make sure the edges were matching properly. It simply worked. Is the aspect ratio properly set? Is it the same on both channels? These are questions you could ask yourself. Good luck. -- Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 14:21:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12293; Wed, 9 Apr 1997 08:43:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12277; Wed, 9 Apr 1997 08:43:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA21558; Wed, 9 Apr 1997 08:43:38 -0700 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10299 for ; Wed, 9 Apr 1997 08:43:25 -0700 Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA13160; Wed, 9 Apr 1997 09:16:55 -0500 From: "Angus W.S. Henderson" Message-Id: <9704090916.ZM13158@despair.paradigmsim.com> Date: Wed, 9 Apr 1997 09:16:55 -0500 In-Reply-To: msitech "Vision Works" (Apr 8, 5:36pm) References: <334ABA5C.686D@edgenet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: msitech@edgenet.net, performer Subject: Re: Vision Works Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It's no use asking about VisionWorks on info-performer, they copied all the best bits of VisionWorks to make Performer all those years ago. There was such a fuss SGI had to give Craig Phillips to Paradigm as a human sacrifice. I found an old VisionWorks Manual on a dusty shelf here at Paradigm. Are you using commands like 'chanskew' & 'chanpersp' to set up the channels ? Have you put any non zero arguments into chanskew except 'hskew' ? It sounds like you have mis-matched either your aspect ratios, field-of-views or viewing direction between the two channels. Are you using a asymmetric perspective 'chanapersp' or 'chanfpersp' ? ANgus ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 14:51:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12333; Wed, 9 Apr 1997 08:56:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12317; Wed, 9 Apr 1997 08:56:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23205; Wed, 9 Apr 1997 08:57:06 -0700 Received: from rainich.dcs.ed.ac.uk (rainich.dcs.ed.ac.uk [129.215.160.105]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA16080 for ; Wed, 9 Apr 1997 08:57:03 -0700 Received: from calvay.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Wed, 9 Apr 1997 16:00:48 +0100 Received: from localhost by calvay.dcs.ed.ac.uk; Wed, 9 Apr 1997 16:00:29 +0100 Date: Wed, 9 Apr 1997 16:00:25 +0100 (BST) From: Martin Reddy To: Jan Barglowski cc: info-performer@sgi.com Subject: Re: DVR, help! In-Reply-To: <199704081833.SAA27128@cyclops> Message-ID: Organisation: Department of Computer Science - University of Edinburgh MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > I'm trying to simulate a view that is degraded on the outside but > sharper on the inside. For an alternative method to the DVR approach, you may like to take a look at some of the work that the guys at Georgia Tech GVU Centre did. They implemented a system to evaluate the effect of a degraded periphery in head-mounted displays. Their technique was basically to use two rectangular polygons: one for the periphery (covering the entire screen), and one for the high-detail inset (covering a smaller region in the centre of the screen). The high-detail inset was blended into the periphery using alpha blending to smooth over the boundary. The scene was then rendered into a texture map and that texture applied to the appropriate polygon. (They used IrisGL and a local graphics library called SVE.) This would probably be interesting work for you to refer to anyway by the sounds of it (if you have not already done so). The appropriate reference is: Watson B., Walker N. and Hodges L. F. (1995). "A User Study Evaluating Level of Detail Degradation in the Periphery of Head-Mounted Displays" Framework for Interactive Virtual Environments (FIVE'95) Conference, London, December 18-19. You can download a copy of the paper from the project page at: http://www.cc.gatech.edu/gvu/virtual/Detail_Inset/ Cheers, Martin. +============================================================================+ | Martin Reddy Dept. of Computer Science | | University of Edinburgh | | e-mail : M.Reddy@ed.ac.uk Mayfield Road, EH9 3JZ | | http://www.dcs.ed.ac.uk/~mxr/ Tel : +44 131 650 5164 | +============================================================================+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 16:27:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13471; Wed, 9 Apr 1997 12:21:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13455; Wed, 9 Apr 1997 12:21:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA14784; Wed, 9 Apr 1997 12:22:07 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA10867 for ; Wed, 9 Apr 1997 12:22:04 -0700 Received: from edgenet ([205.181.169.38]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA8952 for ; Wed, 9 Apr 1997 08:15:42 -0400 Message-ID: <334B88E8.69BD@edgenet.net> Date: Wed, 09 Apr 1997 08:17:45 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: [Fwd: Vision Works] Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Status: O Return-Path: Received: from sgigate.sgi.com ([204.94.209.1]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA29412 for ; Wed, 9 Apr 1997 00:10:46 -0400 Received: from holodeck.csd.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406a.SGI) id VAA27106; Tue, 8 Apr 1997 21:02:32 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA07602; Tue, 8 Apr 1997 14:33:04 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA07586; Tue, 8 Apr 1997 14:33:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25883; Tue, 8 Apr 1997 14:33:03 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA02990 for ; Tue, 8 Apr 1997 14:33:01 -0700 Received: from edgenet ([205.181.169.17]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA11432 for ; Tue, 8 Apr 1997 17:34:26 -0400 Message-ID: <334ABA5C.686D@edgenet.net> Date: Tue, 08 Apr 1997 17:36:28 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: Vision Works Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Is anybody out there using Vision Works still??? I'm having problems with setting up cprops for a sim that has tall mountains on both sides of a somewhat narrow channel(Vancouver B.C.) The convergence from channel 0 to chan 1 isnt happening... especially when painting tall mountains from one chan to another!! any info will be much appreciated.... Thanks Joe :-) e-mail---- msitech@edgenet.net ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 15:06:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13047; Wed, 9 Apr 1997 11:25:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13031; Wed, 9 Apr 1997 11:25:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA08513; Wed, 9 Apr 1997 11:26:07 -0700 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA21628 for ; Wed, 9 Apr 1997 11:26:05 -0700 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA00151; Wed, 9 Apr 97 14:20:06 -0400 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id OAA04509; Wed, 9 Apr 1997 14:20:02 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <334BDDD1.359F@ash.crd.ge.com> Date: Wed, 09 Apr 1997 14:20:01 -0400 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: coordinate system confusion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers- The man page for pfLightSource gives the following piece of sample code: /* Time of day is high noon */ sun->setPos(0.0f, 1.0f, 0.0f, 0.0f); Since the up direction is +Z (according to the Programmer's Guide page 95), shouldn't this code be as follows: /* Time of day is high noon */ sun->setPos(0.0f, 0.0f, 1.0f, 0.0f); Is this a documentation error or am I misinterpreting something? thanks, Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 17:21:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA15078; Wed, 9 Apr 1997 15:07:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15061; Wed, 9 Apr 1997 15:07:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00990; Wed, 9 Apr 1997 15:08:01 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA27393 for ; Wed, 9 Apr 1997 15:08:00 -0700 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA00982; Wed, 9 Apr 1997 15:08:00 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id PAA11070; Wed, 9 Apr 1997 15:07:26 -0700 From: "Rob Jenkins" Message-Id: <9704091507.ZM11068@quid.csd.sgi.com> Date: Wed, 9 Apr 1997 15:07:26 -0700 In-Reply-To: Bryan Wasileski "screen clear" (Apr 9, 7:00am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Bryan Wasileski , info-performer@sgi.com Subject: Re: screen clear Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Bryan In a double buffered application swapbuffers can only occur at a vertical retrace. If you monitor is running at 60 hz then as long as you finish your draw ( including clears ) in 1/60 seconds ( so approx 16mS ) then you'll achieve 60 hz. If you then add something so that your draw takes 17mS, you have to wait for every other retrace and your frame rate will drop to 30 hz. To truly measure the time taken to do N clears, run single buffer. The time taken should be sort of linear against the numbers of windows but there may also be a point were at some number of windows the time taken go dramatically up. This is because somewhere the contexts are kept in some table that has a finite length ( N windows ) and if you try to shuffle through more than that you get into heavy gfx context switching. N would be different on different platforms I think. I think the thing you're seeing is the double buffer thing I mentioned forst though. You could experiment with running the monitor at 72 hz, then you only get 1/72 secs to draw but at least if you miss that time you can still achieve 36hz if you can draw in 1/36 secs ( rather than 30hz and then sit spinning for the next retrace maybe ) Cheers Rob On Apr 9, 7:00am, Bryan Wasileski wrote: > Subject: screen clear > performer: > Recently, I ran numerous performance tests on an Onyx2 IR. One of the > things I tested, which is cause for great concern, was how fast I could > clear the screen as a function of the number of channels. From the > results, it appears that I can clear up to 22 channels at 60Hz and beyond > that it drops to 30Hz. This test was performed with a 2cpu R10k, 1 RM-7. > > The the only thing the test app did was clear channels. Nothing else was > being done, drawn, culled, etc..... > > Can someone confirm or dispute these results. Where's the > over? Thanks. > > - Bryan Wasileski > McDonnell Douglas Training Systems > St. Louis, MO > (314) 232-8496 > bwasileski@mdc.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Bryan Wasileski -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 17:21:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA15185; Wed, 9 Apr 1997 15:11:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15169; Wed, 9 Apr 1997 15:11:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA01432; Wed, 9 Apr 1997 15:12:10 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA28538 for ; Wed, 9 Apr 1997 15:12:10 -0700 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA01427; Wed, 9 Apr 1997 15:12:09 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id PAA11089; Wed, 9 Apr 1997 15:11:26 -0700 From: "Rob Jenkins" Message-Id: <9704091511.ZM11087@quid.csd.sgi.com> Date: Wed, 9 Apr 1997 15:11:26 -0700 In-Reply-To: Andreas Schiffler "Textures flicker" (Apr 9, 10:46am) References: <334BABBE.52E32244@zkm.de> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Andreas Schiffler , SGI Performer Mailing List Subject: Re: Textures flicker Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Check that you have the latest Impact gfx patch ( 1447 ) and also pf patches: Patch 1392 : Performer 2.0.2 DEV bug fix Patch 1696: Performer 2.0.4 EOE bug fixes for Performer 2.0 on IRIX 6.X Do you do any texture loading yourself or is it all done by the loader/models ? Can you load the database into perfly ( or simple.c ) ? Does ot look OK ? Cheers Rob On Apr 9, 10:46am, Andreas Schiffler wrote: > Subject: Textures flicker > Hi all, > > in my Performer program that loads 20 softimage .obj objects - all with > different textures - the textures are sometimes bad. Depending on where > the viewing position is, all objects seem to flip to the same texture. > Also the images seems to have some flickering polygons and the colors do > not look right (i.e. comparing textures to the plain .rgb file with > ipaste). What could cause this? (I am using Perf 2.0 under 6.2 on an > Indigo2 Impact R10K and started from the sample pipewin.c program.) > > Thanks for your help > > Andreas Schiffler > ZKM, Karlsruhe, Germany > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Andreas Schiffler -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 18:25:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA15370; Wed, 9 Apr 1997 15:31:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15354; Wed, 9 Apr 1997 15:31:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA03339; Wed, 9 Apr 1997 15:31:40 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA03341 for ; Wed, 9 Apr 1997 15:31:33 -0700 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id PAA00392; Wed, 9 Apr 1997 15:28:22 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA09723; Wed, 9 Apr 1997 16:16:25 -0700 Date: Wed, 9 Apr 1997 16:16:20 -0700 (PDT) From: Chris Mitchell To: Marcus Barnes cc: info-performer@sgi.com Subject: Re: pfDelete problems In-Reply-To: <9704091211.ZM17212@vaisyas.engr.multigen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Marcus. Thanks for responding. > It will safely delete only pfMemory objects or objects derived from pfMemory. > It will stop following a chain as soon as it hits an object in that chain whose > reference count is greater than zero. So it seems you would have to write your own tree traversal to >really< delete subgraphs, since the recursive deletion behavior of pfDelete mentioned in the man pages will not work unless all nodes have refcount 0. Wouldn't it be nice if you had some function in performer that deleted everything in the scene graph below a node (like pfFree) but without causing the "mysterious memory corruption" threatened on pfFree's man page? Is there such a function? Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 18:25:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA15333; Wed, 9 Apr 1997 15:24:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15317; Wed, 9 Apr 1997 15:24:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA02808; Wed, 9 Apr 1997 15:25:11 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA01646 for ; Wed, 9 Apr 1997 15:25:10 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA23689; Wed, 9 Apr 1997 15:25:09 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA19330; Wed, 9 Apr 1997 15:25:08 -0700 From: "Don Hatch" Message-Id: <9704091525.ZM19328@hell.asd.sgi.com> Date: Wed, 9 Apr 1997 15:25:08 -0700 In-Reply-To: "Philip Nemec" "shared memory bug" (Apr 8, 12:30pm) References: <9704081230.ZM21197@precious.asd.sgi.com> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Philip Nemec" , info-performer@sgi.com Subject: Re: shared memory bug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 8, 12:30pm, Philip Nemec wrote: > Subject: shared memory bug > I have a great idea! Just like there is a debugging check about genlock - put > in a debugging check for allocating shared memory after pfConfig. Can you > *please* put in warnings in all the share memory allocation routines that > checks if pfConfig has been called? > > Maybe something along the lines of "pf... called after pfConfig - unreliable > effectiveness esp. on later versions of IRIX." I must be missing something here (maybe the thread that led up to this?) You seem to be implying that calling pfMalloc(n, pfGetSharedArena()) should cause a warning if called after pfConfig??? This is certainly not true. E.g. in perfly, the scene graph is created (loaded) after pfConfig(). And what do you mean by "especially on later versions of IRIX"? Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 16:36:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA14996; Wed, 9 Apr 1997 14:58:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA14980; Wed, 9 Apr 1997 14:58:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA29918; Wed, 9 Apr 1997 14:59:26 -0700 Received: from smtp3.erols.com (smtp3.erols.com [205.252.116.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA24356 for ; Wed, 9 Apr 1997 14:59:24 -0700 Received: from sysadmin (frd-as2s05.erols.com [206.161.189.69]) by smtp3.erols.com (8.8.5/8.8.5) with SMTP id RAA23819; Wed, 9 Apr 1997 17:59:18 -0400 Message-ID: <334C0795.2DE9@eosoft.com> Date: Wed, 09 Apr 1997 17:18:13 -0400 From: Russ Moulton Organization: EOSoft, Inc X-Mailer: Mozilla 2.01KIT (Win95; U) MIME-Version: 1.0 To: info-performer@sgi.com CC: russ@eoir.com Subject: Immediate Openings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Help Wanted: Computer Scientists/Software Engineers E-OIR Measurements, Inc. has immediate openings for motivated BS/MSCS or BS/MS Engineering/Physics to work exciting state-of-the-art computer simulation/visualization development on-site at our Fort Belvoir, VA office. Significant C or C++ SW development experience a must; SGI/Performer experience a major plus. US citizenship/clearance capability required. Direct resumes/inquiries/salary requirements to russ@eoir.com. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 19:49:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA16211; Wed, 9 Apr 1997 16:38:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA16195; Wed, 9 Apr 1997 16:38:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA09410; Wed, 9 Apr 1997 16:39:32 -0700 Received: from centipede.cec.wustl.edu (centipede.cec.wustl.edu [128.252.21.42]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA19351 for ; Wed, 9 Apr 1997 16:39:31 -0700 Received: from localhost by centipede.cec.wustl.edu (SMI-8.6/ECL-J1.00) id SAA18314; Wed, 9 Apr 1997 18:39:22 -0500 Date: Wed, 9 Apr 1997 18:39:21 -0500 (CDT) From: Sathyamoorthi Krishnamurthy To: info-performer@sgi.com Subject: Question on Vega In-Reply-To: <9704090916.ZM13158@despair.paradigmsim.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Performers, I have been playing with Vega and Lynx system which are built over Performer. If anyone else is also working on it then I have a question for you. Kindly respond. "Based on the evaluation I did I found Vega and Lynx system work fine with Multigen FLT file formats. But they dont perform so good with other file formats and even in certain 3ds files I built they produced wrong shapes." Anybody has any evaluation on Vega and Lynx system. Kindly share it with me. I am in a midst of deciding certain projects, so your feedback will be of great help to me. Thanks Sathya ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 22:45:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA16602; Wed, 9 Apr 1997 17:11:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA16584; Wed, 9 Apr 1997 17:10:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA11953; Wed, 9 Apr 1997 17:11:34 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA26081 for ; Wed, 9 Apr 1997 17:11:33 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA29873; Wed, 9 Apr 1997 17:11:25 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA09886; Wed, 9 Apr 1997 17:11:10 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704100011.RAA09886@remi.asd.sgi.com> Subject: Re: screen clear To: bwasileski@mdc.com (Bryan Wasileski) Date: Wed, 9 Apr 1997 17:11:10 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Bryan Wasileski" at Apr 9, 97 07:00:01 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 949 Status: O Bryan Wasileski wrote: > > performer: > Recently, I ran numerous performance tests on an Onyx2 IR. One of the > things I tested, which is cause for great concern, was how fast I could > clear the screen as a function of the number of channels. From the > results, it appears that I can clear up to 22 channels at 60Hz and beyond > that it drops to 30Hz. This test was performed with a 2cpu R10k, 1 RM-7. > > The the only thing the test app did was clear channels. Nothing else was > being done, drawn, culled, etc..... > > Can someone confirm or dispute these results. Where's the > over? Thanks. > If you have more than one channel on one pipe, you can clear all channel at the same time by clearing the area covered by all the channel at the same time. This is a lot faster _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 23:10:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA16907; Wed, 9 Apr 1997 17:31:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA16891; Wed, 9 Apr 1997 17:31:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA13595; Wed, 9 Apr 1997 17:32:05 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA00329 for ; Wed, 9 Apr 1997 17:31:55 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id RAA06807 for ; Wed, 9 Apr 1997 17:38:30 -0700 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id AAA11624 for ; Thu, 10 Apr 1997 00:27:44 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id RAA17849 for info-performer@sgi.com; Wed, 9 Apr 1997 17:36:49 -0700 From: "Marcus Barnes" Message-Id: <9704091736.ZM17848@vaisyas.engr.multigen.com> Date: Wed, 9 Apr 1997 17:36:49 -0700 In-Reply-To: Chris Mitchell "Re: pfDelete problems" (Apr 9, 4:16pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfDelete problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 9, 4:16pm, Chris Mitchell wrote: > Marcus Barnes wrote: > > It will safely delete only pfMemory objects or objects derived from > > pfMemory. It will stop following a chain as soon as it hits an object in > > that chain whose reference count is greater than zero. > > So it seems you would have to write your own tree traversal to >really< > delete subgraphs, since the recursive deletion behavior of pfDelete mentioned > in the man pages will not work unless all nodes have refcount 0. No not at all! pfDelete will delete an entire graph of pfNode's given the root node. pfNode handle their own reference counting and forward the delete request to their children. pfNode's also delete their pfUserData if it is a pfMemory or derived object (pfObject for example). pfNode's do _not_ delete their pfNodeTravData however. > Wouldn't it be nice if you had some function in performer that deleted > everything in the scene graph below a node (like pfFree) but without > causing the "mysterious memory corruption" threatened on pfFree's man page? pfFree is not mysterious. It unconditionally and immediately frees memory. This is generally a bad thing to do in Performer's multiprocessing environment. If you have a choice, use pfDelete instead. > Is there such a function? Yes. It's called pfDelete. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 9 23:25:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA17431; Wed, 9 Apr 1997 17:48:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA17415; Wed, 9 Apr 1997 17:48:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA14656; Wed, 9 Apr 1997 17:49:25 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA03677 for ; Wed, 9 Apr 1997 17:49:19 -0700 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.40]) id QQcknj01115; Wed, 9 Apr 1997 08:47:41 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Wed, 9 Apr 1997 08:47:34 -0400 Received: from cavalier.cambridge.com.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA10463; Tue, 8 Apr 97 19:43:59 EDT Received: by cavalier.cambridge.com.cambridge.com (951211.SGI.8.6.12.PATCH1502/SMI-4.1-SWS) id TAA17357; Tue, 8 Apr 1997 19:43:59 -0400 From: rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!cavalier!gan (Gan Wang) Message-Id: <9704081943.ZM17355@cavalier.cambridge.com> Date: Tue, 8 Apr 1997 19:43:58 -0700 In-Reply-To: "Andy Shein" "Re: Help for a beginner!!" (Apr 8, 10:13am) References: <33482B1D.446B@usl.edu> <9704071015.ZM8281@orac.boston.sgi.com> <334A47AD.3725@ash.crd.ge.com> <9704081013.ZM9784@orac.boston.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Andy Shein" , Christopher R Volpe Subject: Re: Help for a beginner!! Cc: uunet.uu.net!uunet!sgi.com!info-performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 8, 10:13am, Andy Shein wrote: > Subject: Re: Help for a beginner!! > On Apr 8, 9:27am, Christopher R Volpe wrote: > > Subject: Re: Help for a beginner!! > > > The base performer coordinates are y into the screen, x to the right > > > and z up. This is different from OpenGL > > > > Just out of curiosity, why would the Performer designers use a different > > coordinate system from that used by OpenGL? > > I think it was because that is the coordinate system > used in a lot of graphics books. > It would have been nice if it was x fwd (into the screen) > y right and z down. This is the coordinate system used in > most books I have seen on vehicle dynamics. This way > positive yaw is to the right like a compass, and > pitch is positive up. > BTW how many people would like to see this > coordinate system supported in the follow on product > to Perfomer ??? > In modeling of aircraft/vehicle motion, the coordinates as you mentioned makes more sense. The convention is positive Gz (z component of G force) points downward (conveniently to the earth so you don't float to the space under gravity or high G pulls your blood downward), positive Gx forward and Gy the side force. Performer must have its reasons for its coordinate system convention. Gan > Andy "too long silent on z-down coordinates" Shein > > > > > > > > -- > > > > Chris Volpe Phone: (518) 387-7766 > > GE Corporate R&D Fax: (518) 387-6560 > > PO Box 8 Email: volpecr@crd.ge.com > > Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr > >-- End of excerpt from Christopher R Volpe > > > > -- > Andrew Shein SE Stout email: ashein@boston.sgi.com > Silicon Graphics Inc. phone: (508) 562 - 4800 > 1 Cabot Road fax: (508) 562 - 4755 > Hudson, MA 01749 vmail: 59688 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Andy Shein -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 01:31:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA18979; Wed, 9 Apr 1997 20:14:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA18963; Wed, 9 Apr 1997 20:14:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA22629; Wed, 9 Apr 1997 20:14:45 -0700 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA28547 for ; Wed, 9 Apr 1997 20:14:42 -0700 Received: by chopin.kist.re.kr (940816.SGI.8.6.9/921111.SGI.AUTO) id NAA08454; Thu, 10 Apr 1997 13:16:07 +1000 Date: Thu, 10 Apr 1997 13:16:01 +1000 (KDT) From: Jaehong Ahn To: info-performer@sgi.com Subject: Morphing...again Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, Performers. Thanks for reply to my last question on morphing. Here's my another question. Now I want to apply morphing technique to two objects. Shapes and colors of the objects are different. Numbers of vertices may be different, too. (Objects are not modeled yet. So, if necessary, objects can be modeled so that numbers of vertices be same.) Designers will make objects with MultiGen or other modeler. In this case, what is the efficient way to "morph"? Will MultiGen be helpful to make pfMorph node? If numbers of vertices are different, is there any way to make 'dummy' vertices automatically? Thank you for reading. Bye. :) Sincerely, Jaehong Ahn ********************************************************************** * * CAD/CAM Lab. * KIST (Korea Institute of Science and Technology) * Seoul, Korea * E-mail : totoro@chopin.kist.re.kr * /|_/| * \/. . | * My Neighbor -____ \ * TOTORO /^ ^ \ | * ^ ^ ^ | W * _\_____//_ * * ... my favorite animation * ********************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 04:08:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA19312; Wed, 9 Apr 1997 22:54:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA19296; Wed, 9 Apr 1997 22:54:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA29837; Wed, 9 Apr 1997 22:55:06 -0700 Received: from aud.ucla.edu ([128.97.21.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA20765 for ; Wed, 9 Apr 1997 22:55:04 -0700 Received: from otto.aud.ucla.edu by aud.ucla.edu (SMI-8.6/SMI-SVR4) id WAA03013; Wed, 9 Apr 1997 22:54:54 -0700 Sender: scott@ucla.edu Message-ID: <334C809B.2781@ucla.edu> Date: Wed, 09 Apr 1997 22:54:35 -0700 From: "Scott A. Friedman" Organization: UCLA Computer Science X-Mailer: Mozilla 2.0S (X11; I; IRIX64 6.2 IP19) MIME-Version: 1.0 To: info-performer@sgi.com Subject: What is "Cannot create objects in this buffer"? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi there, Can someone please tell me what this means? This is an emergency!! PF Warning/Usage: Cannot create objects in this buffer. I get this error on a 4CPU Onyx running (APPCULLDRAW | DBASE) during a load operation. The same program runs without error on Impacts and O2's Can someone explain what's going on? I normally, I would imagine that this is some kind of multiprocessing problem. This is why I am using APPCULLDRAW for the moment - to avoid just that issue. Apparently something else is different between my MP machine and the others. Insights appreciated, Scott ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 04:41:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA19395; Wed, 9 Apr 1997 23:27:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA19379; Wed, 9 Apr 1997 23:27:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA00898; Wed, 9 Apr 1997 23:27:49 -0700 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA25013 for ; Wed, 9 Apr 1997 23:25:00 -0700 Received: by chopin.kist.re.kr (940816.SGI.8.6.9/921111.SGI.AUTO) id QAA10185; Thu, 10 Apr 1997 16:21:27 +1000 Date: Thu, 10 Apr 1997 16:21:11 +1000 (KDT) From: Jaehong Ahn To: Christopher R Volpe cc: info-performer@sgi.com Subject: Re: coordinate system confusion In-Reply-To: <334BDDD1.359F@ash.crd.ge.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 9 Apr 1997, Christopher R Volpe wrote: > Hi Performers- > > The man page for pfLightSource gives the following piece of sample > code: > > /* Time of day is high noon */ > sun->setPos(0.0f, 1.0f, 0.0f, 0.0f); > > Since the up direction is +Z (according to the Programmer's Guide page > 95), shouldn't this code be as follows: > > /* Time of day is high noon */ > sun->setPos(0.0f, 0.0f, 1.0f, 0.0f); > > Is this a documentation error or am I misinterpreting something? > > thanks, > Chris > > -- > > Chris Volpe Phone: (518) 387-7766 > GE Corporate R&D Fax: (518) 387-6560 > PO Box 8 Email: volpecr@crd.ge.com > Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > Hi, Chris. I think that is a documentation error. I have document files for Performer programming which is developed by Silicon Graphics. In the document, there's a example code for adding lighting (Page 6-30). It is as follows. /* high noon */ pfLightPos(sun, 0.0f, 0.0f, 1.0f, 0.0f); Now ... \|/ --O-- Sun /|\ o /T\ Me H Sincerely, Jaehong Ahn ********************************************************************* CAD/CAM Lab. KIST (Korea Institute of Science and Technology) Seoul, Korea E-mail : totoro@chopin.kist.re.kr /|_/| \/. . | My Neighbor -____ \ TOTORO /^ ^ \ | ^ ^ ^ | W _\_____//_ ... my favorite animation ********************************************************************* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 05:19:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA19575; Thu, 10 Apr 1997 00:06:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA19559; Thu, 10 Apr 1997 00:06:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA02475; Thu, 10 Apr 1997 00:07:27 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA01581 for ; Thu, 10 Apr 1997 00:07:00 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC458E.2D811C80@correo.ceit.es>; Thu, 10 Apr 1997 09:04:21 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" , "Chehayeb, Nassouh" Subject: Xlib call from different processes Date: Thu, 10 Apr 1997 09:04:19 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performers, In my application I need to change the cursor form (XDefineCursor()) depending on a local defined mode. The function call is done in a process called input different from the Draw process who open the window. When I run the program nothing is happen and no error message are displayed (the same thing will happen when I try to get a Client Message event using the PFWIN_TYPE_EXIT mechanism) if i make the call from the Draw process I get the desired effect. Am I making a mistake? Nassouh. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 05:37:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA19768; Thu, 10 Apr 1997 00:22:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA19752; Thu, 10 Apr 1997 00:22:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA03663; Thu, 10 Apr 1997 00:23:23 -0700 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA03555 for ; Thu, 10 Apr 1997 00:23:21 -0700 Received: from apollo13.demon.co.uk ([158.152.181.251]) by relay-6.mail.demon.net id aa0615119; 10 Apr 97 8:15 BST From: Gordon To: Sathyamoorthi Krishnamurthy Cc: info-performer@sgi.com Subject: Re: Question on Vega Date: Thu, 10 Apr 1997 07:13:51 GMT Reply-To: gordon@apollo13.demon.co.uk Message-ID: <334d90b0.66892569@post.demon.co.uk> References: In-Reply-To: X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Wed, 9 Apr 1997 18:39:21 -0500 (CDT), you wrote: > > >Hi Performers, > >I have been playing with Vega and Lynx system which are built over >Performer. If anyone else is also working on it then I have a question = for >you. Kindly respond. > >"Based on the evaluation I did I found Vega and Lynx system work fine = with >Multigen FLT file formats. But they dont perform so good with other file >formats and even in certain 3ds files I built they produced wrong = shapes."=20 > >Anybody has any evaluation on Vega and Lynx system. Kindly share it with >me. I am in a midst of deciding certain projects, so your feedback will = be >of great help to me. We have used Vega for over 2 years now and find the product most excellent, can get in the way when you want to do something exotic with low level stuff. but I would highly recommend it. As to VEGA/ LynX, well Lynx is just a nice GUI front end for setting up your world/environment etc and produce a config file for your Vega app.=20 As to using Model formats Vega I believe use dymanic link's to the Model loader in your system provide by SGI and others, this is true for FLT now as well, we have no problems using FLT, Medit, Alias Wave front files seperately or mixed using VEGA, the only thing you need to watch is that you have the latest loaders.. Some of your problems may be from the 3DS model as these are notoriuos ( I have found any way ) for have Quads and badly formed poly's, 3DS is NOT the best Format to use.. You may have tools on your systems to export the 3ds files to another format say FLT, if you have MultiGen then you shoud have a 'a3ds2flt' converter from which you can convert , then tweek any errors or silly polygons. As I say we find VEGA a good product and takes away a lot of pain and messing around. TTFN Gordon Tomlinson =20 *************************************************************** Email: gordon@apollo13.demon.co.uk WWW: http://www.apollo13.demon.co.uk *************************************************************** The Truth is out there ........... =20 Smoke me a Kipper I'll be back for Breakfast ..... =20 *************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 07:24:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA20047; Thu, 10 Apr 1997 02:06:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA20031; Thu, 10 Apr 1997 02:06:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA07408; Thu, 10 Apr 1997 02:07:03 -0700 Received: from vr3.engin.umich.edu (vr3.engin.umich.edu [141.212.194.79]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA16558; Thu, 10 Apr 1997 02:07:00 -0700 Received: from localhost by vr3.engin.umich.edu via SMTP (940816.SGI.8.6.9/930416.SGI.AUTO) id FAA14747; Thu, 10 Apr 1997 05:05:43 -0400 Date: Thu, 10 Apr 1997 05:05:05 -0400 (EDT) From: Ralph Seguin Reply-To: Ralph Seguin To: remi@remi.asd.sgi.com cc: info-performer@sgi.com Subject: Re: IR demos for FakeSpace BOOM 3C? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O For some reason, the code snippet below insists on creating the pfPipeWindow on the HDTV monitor (DG4-8 channel 0), rather than creating them inside the field sequential channels (2 and 3) I have set up. Onyx2 / IR / 2x RM7 / DG4-8 aegaeon% /usr/gfx/gfxinfo Graphics board 0 is "KONAL" graphics. Managed (":0.0") 1920x1200 Display has 8 channels 4 GEs (of 4), occmask = 0x0f 4MB external BEF ram, 32bit path 2 RM7 boards (of 2) 1/1/0/0 Texture Memory: 64MB/64MB/-/- Medium pixel depth 32K cmap, 64K external gamma Channel 0: Origin = (0,0) Video Output: 1920 pixels, 1200 lines, 60.00Hz (1920x1200_60.vfo) Channel 2: Origin = (0,0) Video Output: 640 pixels, 480 lines, 60.00Hz (640x480_180q.vfo) Channel 3: Origin = (0,0) Video Output: 640 pixels, 480 lines, 60.00Hz (640x480_180q.vfo) Any ideas? // Create a pfPipeWindow for rendering onto the boom. theGlobalData->boomPipeWindow = new pfPipeWindow(pfGetPipe(0)); theGlobalData->boomPipeWindow->setWinType(PFPWIN_TYPE_X); theGlobalData->boomPipeWindow->setName("Boom Render"); // [... snip] // Attributes we are looking for. static int fbAttrs[] = { PFFB_RGBA, PFFB_DOUBLEBUFFER, PFFB_STEREO, PFFB_DEPTH_SIZE, 1, PFFB_RED_SIZE, 1, PFFB_GREEN_SIZE, 1, PFFB_BLUE_SIZE, 1, None }; // Search for the right attributes. theGlobalData->boomPipeWindow->setFBConfigAttrs(fbAttrs); theGlobalData->boomPipeWindow->setOriginSize(0, 0, 640, 480); theGlobalData->boomPipeWindow->setConfigFunc(OpenPipeWin); theGlobalData->boomPipeWindow->config(); // Open the window. // [... snip] According to: http://www.sgi.com/Products/hardware/Onyx/Tech/sfsc.html I should be selecting a visual that corresponds to the FS channels that I have set up with ircombine. The web page above only seems to deal with a DG4-2 output. I'd like to have the following: chan0/HDTV monitor: control panel / small window chan2/BOOM left eye: left eye channel of BOOM3C chan3/BOOM right eye: right eye channel of BOOM3C How do I go about selecting layers/buffers for such a situation? I've looked at the man page for pfPipeVideoChannel, but I see no methods to attach it to a particular DG4-8 channel. Thanks. -Ralph seguin@umich.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 08:17:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA20666; Thu, 10 Apr 1997 06:21:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20650; Thu, 10 Apr 1997 06:21:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA17774; Thu, 10 Apr 1997 06:22:08 -0700 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA20428 for ; Thu, 10 Apr 1997 06:22:06 -0700 Received: from gonzo.wolfenet.com (gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.5/8.8.5) with ESMTP id GAA16158; Thu, 10 Apr 1997 06:24:28 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id GAA04933; Thu, 10 Apr 1997 06:21:52 -0700 (PDT) Date: Thu, 10 Apr 1997 06:21:52 -0700 (PDT) Message-Id: <199704101321.GAA04933@gonzo.wolfenet.com> From: Timothy Moore To: robj@quid CC: bwasileski@mdc.com, info-performer@sgi.com In-reply-to: <9704091507.ZM11068@quid.csd.sgi.com> (robj@quid.csd.sgi.com) Subject: Re: screen clear Status: O From: "Rob Jenkins" Date: Wed, 9 Apr 1997 15:07:26 -0700 Bryan truly measure the time taken to do N clears, run single buffer. The time taken should be sort of linear against the numbers of windows but there may also be a point were at some number of windows the time taken go dramatically up. This is because somewhere the contexts are kept in some table that has a finite length ( N windows ) and if you try to shuffle through more than that you get into heavy gfx context switching. N would be different on different platforms I think. I think the thing you're seeing is the double buffer thing I mentioned forst though. pfChannels in the same pfPipeWindow all share a graphics context. There shouldn't be any graphics context switching between them. Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 08:17:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA20647; Thu, 10 Apr 1997 06:19:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20631; Thu, 10 Apr 1997 06:19:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA17688; Thu, 10 Apr 1997 06:20:24 -0700 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA19992 for ; Thu, 10 Apr 1997 06:20:22 -0700 Received: from gonzo.wolfenet.com (gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.5/8.8.5) with ESMTP id GAA16123; Thu, 10 Apr 1997 06:21:20 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id GAA01231; Thu, 10 Apr 1997 06:18:44 -0700 (PDT) Date: Thu, 10 Apr 1997 06:18:44 -0700 (PDT) Message-Id: <199704101318.GAA01231@gonzo.wolfenet.com> From: Timothy Moore To: robj@quid CC: schiffler@zkm.de, info-performer@sgi.com In-reply-to: <9704091511.ZM11087@quid.csd.sgi.com> (robj@quid.csd.sgi.com) Subject: Re: Textures flicker Status: O From: "Rob Jenkins" Date: Wed, 9 Apr 1997 15:11:26 -0700 Check that you have the latest Impact gfx patch ( 1447 ) and also pf patches: Patch 1392 : Performer 2.0.2 DEV bug fix Patch 1696: Performer 2.0.4 EOE bug fixes for Performer 2.0 on IRIX 6.X By the way, the release notes for 1696 claim that you should only install the patch if you are running 6.3 or later. Is that really true? Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 08:17:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA20688; Thu, 10 Apr 1997 06:24:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20672; Thu, 10 Apr 1997 06:24:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA17962; Thu, 10 Apr 1997 06:24:54 -0700 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA20718 for ; Thu, 10 Apr 1997 06:24:53 -0700 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA00348; Thu, 10 Apr 1997 09:18:44 -0400 Date: Thu, 10 Apr 1997 09:18:44 -0400 From: brian@sgi.com (Brian Furtaw) Message-Id: <9704100918.ZM347@hotsauce.clubfed.sgi.com> In-Reply-To: Bryan Wasileski "screen clear" (Apr 9, 7:00am) References: Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Bryan Wasileski , info-performer@sgi.com Subject: Re: screen clear Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I don't completely understand your question how many channels did you expect the IR to be able to render @60Hz? Could you pass along the test code and the resolution of each of the channels? Brian On Apr 9, 7:00am, Bryan Wasileski wrote: > Subject: screen clear > performer: > Recently, I ran numerous performance tests on an Onyx2 IR. One of the > things I tested, which is cause for great concern, was how fast I could > clear the screen as a function of the number of channels. From the > results, it appears that I can clear up to 22 channels at 60Hz and beyond > that it drops to 30Hz. This test was performed with a 2cpu R10k, 1 RM-7. > > The the only thing the test app did was clear channels. Nothing else was > being done, drawn, culled, etc..... > > Can someone confirm or dispute these results. Where's the > over? Thanks. > > - Bryan Wasileski > McDonnell Douglas Training Systems > St. Louis, MO > (314) 232-8496 > bwasileski@mdc.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Bryan Wasileski -- 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@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@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 10:26:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21002; Thu, 10 Apr 1997 07:21:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20986; Thu, 10 Apr 1997 07:21:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21275; Thu, 10 Apr 1997 07:22:12 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA00536 for ; Thu, 10 Apr 1997 07:20:48 -0700 Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id KAA01311 for ; Thu, 10 Apr 1997 10:21:25 -0400 Organization: Visidyne Inc. Message-Id: <2.2.32.19970410142333.006fcabc@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 10 Apr 1997 09:23:33 -0500 To: info-performer@sgi.com From: ken sartor Subject: 3d textures in performer Status: O Hi - I have been trying to get 3d texuring to work in the Performer environment. However, i cannot get the PF_R coordinate to do anything. Below is a code fragment that works when i use PF_S and PF_T (it just puts a checkerboard texture on the geometry). BUT when i try to set maxz (the coordinate that is used by PF_R) to some number (say 4) no texturing takes place... Am i doing something wrong? Or does Performer 2.0.2 not allow me to use the PF_R coordinate? Is using 3d textures possible in Performer? BTW - i am running IRIX 6.2 on a 1 RM4 RE2 w/ Performer 2.0.2. Thanks for any help you can provide! ken Code fragment for 3d texturing... ------------------------------------------------------------------------- // texture experiment... int maxx=4, maxy=4, maxz=1, kjs; // Make a checkerboard texture. for (int iz=0; iz Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21005; Thu, 10 Apr 1997 07:26:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21548; Thu, 10 Apr 1997 07:27:31 -0700 Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA02020 for ; Thu, 10 Apr 1997 07:27:06 -0700 Received: from sharonspc.paradigmsim.com by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA10190; Thu, 10 Apr 1997 09:28:22 -0500 Received: by sharonspc.paradigmsim.com with Microsoft Mail id <01BC4591.2F88CC00@sharonspc.paradigmsim.com>; Thu, 10 Apr 1997 09:25:52 -0500 Message-ID: <01BC4591.2F88CC00@sharonspc.paradigmsim.com> From: Sharon Lindholm To: "'Sathyamoorthi Krishnamurthy'" Cc: "info-performer@sgi.com" Subject: RE: Question on Vega Date: Thu, 10 Apr 1997 09:25:51 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Status: O Hello Vega uses the performer loaders when loading objects. Have you seen = this same behavior in a perfly app or is it only in vega apps?. There is an info-vega line you might like to subscribe to. To sign up = send an e-mail to info-vega-request@paradigmsim.com, put SUBSCRIBE in = the subject line and your e-mail address in the body. Regards Sharon ---------- From: Sathyamoorthi Krishnamurthy[SMTP:ksathya@cec.wustl.edu] Sent: Wednesday, April 09, 1997 1:39 PM To: info-performer@sgi.com Subject: Question on Vega Hi Performers, I have been playing with Vega and Lynx system which are built over Performer. If anyone else is also working on it then I have a question = for you. Kindly respond. "Based on the evaluation I did I found Vega and Lynx system work fine = with Multigen FLT file formats. But they dont perform so good with other file formats and even in certain 3ds files I built they produced wrong = shapes."=20 Anybody has any evaluation on Vega and Lynx system. Kindly share it with me. I am in a midst of deciding certain projects, so your feedback will = be of great help to me. Thanks Sathya =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 12:32:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21066; Thu, 10 Apr 1997 07:44:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21050; Thu, 10 Apr 1997 07:44:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22596; Thu, 10 Apr 1997 07:45:16 -0700 Received: from bosch.zkm.de (bosch.zkm.de [192.101.28.51]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA05242 for ; Thu, 10 Apr 1997 07:45:12 -0700 Received: from bosch.zkm.de (bosch.zkm.de [127.0.0.1]) by bosch.zkm.de (8.8.4/8.8.4) with SMTP id QAA08248 for ; Thu, 10 Apr 1997 16:47:12 -0400 Sender: andreas@bosch.zkm.de Message-ID: <334D51D0.57E36D95@zkm.de> Date: Thu, 10 Apr 1997 16:47:12 -0400 From: Andreas Schiffler Organization: ZKM Medienmuseum, Karlsruhe, Germany X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.30 i586) MIME-Version: 1.0 To: SGI Performer Mailing List Subject: Texture flickering solved, but ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, thanks to all who helped me with the texture flickering problem. The solution was to change the "decal"-mode using pfDecal(PFDECAL_BASE_HIGH_QUALITY) and the texture-flickering went away. I still have a weired problem with textures though. In my scene there are 21 Softimage .obj files with a DCS and combined as a group. The scene has a DCS, a polygon with a sequence and a LightSource. Now, the last object load, but does not get displayed although it show up in the dump of pfuTravPrintNodes(). The textures that are applied to the objects depend on the proximity of the viewer to the object (???). Whichever is the closest object's texture will be applied to ALL objects. All objects work (checked with 'perfly *.obj'). I've also applied all relevant patches: 1347, 1392, 1696 and 1447. Any ideas? Regards Andreas Schiffler ZKM, KArlsruhe, Germany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 12:32:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA21311; Thu, 10 Apr 1997 08:51:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA21295; Thu, 10 Apr 1997 08:51:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA27551; Thu, 10 Apr 1997 08:52:51 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA20032 for ; Thu, 10 Apr 1997 08:52:27 -0700 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id PAA07239; Thu, 10 Apr 1997 15:51:51 GMT From: Jan Barglowski Posted-Date: Thu, 10 Apr 1997 15:51:51 GMT Message-Id: <199704101551.PAA07239@cyclops> Subject: Re: Using pfChannel as a base-class To: krijnen@fel.tno.nl Date: Thu, 10 Apr 1997 08:51:50 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <169CB937E81@fel3.fel.tno.nl> from "R. Krijnen 0278, 3J03, 2-4" at Apr 9, 97 02:53:53 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2818 Status: O R. Krijnen 0278, 3J03, 2-4 wrote: > In my Performer application I have the need for a visChannal class > which is derived from the pfChannel class. This worked fine on our SGI > systems running Performer 2.01 and CC 4.0 compiler. Now I'm trying to > port the application to our new Onyx2 iR which has Performer 2.1 > installed. Besides the new warnings generated by the new compiler (CC > v7.1) I get a linker error telling me I have got an unresolved on the > protected pfChannel method pf_copyToDraw??! The code below gives you a > example of how did it. > > > visChannel : public pfChannel { > public: > visChannel (pfPipe* pipe) : pfChannel (pipe) > { } > > bool configure(); > }; > > _. > VisChannel* ch =new TvisChannel (pipe); > _. > ch->configure(); > _ > ch->setViewpoint (xyz, hpr); > _ > > > My link line looks like: > CC -g -32 complex.C -L/usr/lib -L/lib -lm -all -lpfdu_ogl -lpfui > -lpfutil_ogl -lpf_ogl -none -limage -lfm -lGLU -lGL -lXext -lXsgivc > -lXmu -lX11 -lfpe -lm -lC -lpfflt_ogl -o complex > > ld: ERROR 33: Unresolved text symbol "pfChannel::pf_copyToDraw(const > pfUpdatable *)" -- 1st referenced by complex.o > > > Development environment: > Onyx2 iR (running Irix 6.4) > Performer 2.1 > Irix CC 7.1 compiler > Using old 32 bit style because of third party lib's > > Any suggestions?! > I really don't want to rewrite my application. I subclass pfChannel and it works fine on my iR. Here's my stuff for comparison: --- class otwChannel : public pfChannel { private: int on; Camera *camera, *alt_cam; int alt_set; public: otwChannel(pfPipe *); void setCamera(pfCoord *, CAM_TYPE, pfCoord *); void setAltCam(pfCoord *, CAM_TYPE, pfCoord *); void update(void); }; --- -> All pfChannel methods work fine, so I won't bother listing them... --- Link line: CC -O2 -o otw main.o otw.o scene.o part.o io.o ump_otw.o ump_hud.o ump_nawc.o ump_alt.o file.o camera.o channel.o hud.o rungs.o filter.o trail.o -L/usr/lib -L/usr/lib/Performer/Static -L/usr/lib/libpfdb -L/usr/local/MultiGen/Performer_Loader_2.X -L/lib -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -lpfflt_ogl -limage -lGLU -lGL -lXext -lfpe -lXmu -lX11 -lm -lbsdump -lC --- Development environment: - IRIX 6.2 - Performer 2.1 - C++ compiler 6.2 - old 32-bit compile for same reason as you :-( --- There are a few differences, such as the compiler version and some C++ style diffs. Since I have no experience with the newer compiler I don't have anything I can add. Hope this gives you some more ideas! jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 12:32:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA21824; Thu, 10 Apr 1997 09:35:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA21808; Thu, 10 Apr 1997 09:34:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA01323; Thu, 10 Apr 1997 09:35:56 -0700 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA00621 for ; Thu, 10 Apr 1997 09:35:51 -0700 Received: from sirrah (parb10.calvacom.fr [194.250.25.74]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id SAA07313 for ; Thu, 10 Apr 1997 18:35:48 +0200 (MET DST) Sender: guy@ns.calvacom.fr Message-ID: <334D1741.41C6@calva.net> Date: Thu, 10 Apr 1997 18:37:21 +0200 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Video Texture... References: <199704060756.PAA05039@simon.pacific.net.sg> <9704061918.ZM23804@sixty.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi performers! I'm using video texture on an Onyx RE2 with Sirius boards and running IRIX 5.3 and Performer 2.0.1. There seems to be a problem with the handling of texture memory. If the only texture in the scene is the video texture, everything runs fine. However, if I put another texture on the scene, I sometimes see corruption on the video texture ( I can actually recognise the other texture). It seems to depend on the order in which the texture are drawn. My method is simple. I load a scene, then I check the SceneTexList for any pfTexture named video. If I find one, I remember the pointer and initialise it with the proper configuration for a Video texture: texture->setFormat(PFTEX_SUBLOAD_FORMAT, PF_ON); texture->setFilter(PFTEX_MINFILTER, PFTEX_BILINEAR); texture->setLoadSize(...someting that depends on the video format...); texture->setFormat(PFTEX_INTERNAL_FORMAT, glTexFormat); texture->setLoadMode(PFTEX_LOAD_SOURCE, PFTEX_SOURCE_VIDEO); Then, I search all the GeoStates that use this texture and configure them: geostate->setMode(PFSTATE_CULLFACE, PFCF_OFF); geostate->setAttr(PFSTATE_TEXENV, new(arena) pfTexEnv); tmat : texture scaling matrix geostate->setFuncs(loadTextureMatrixCB, loadIDMatrixCB, tmat); geostate->setMode(PFSTATE_ENTEXTURE, PF_ON); That's all. The transfer is triggered by a vlBeginTransfer(vlServer, vlPath, 0, NULL); Is there something wrong? Could somebody point me towards a source of information on this subject? Thanks Guy Premont =========================================== Silicon Worlds S.A. 12, rue de Chatillon 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 12:32:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA21097; Thu, 10 Apr 1997 08:00:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA21081; Thu, 10 Apr 1997 08:00:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23748; Thu, 10 Apr 1997 08:01:51 -0700 Received: from bosch.zkm.de (bosch.zkm.de [192.101.28.51]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA08820 for ; Thu, 10 Apr 1997 08:01:38 -0700 Received: from bosch.zkm.de (bosch.zkm.de [127.0.0.1]) by bosch.zkm.de (8.8.4/8.8.4) with SMTP id RAA08304 for ; Thu, 10 Apr 1997 17:03:37 -0400 Sender: andreas@bosch.zkm.de Message-ID: <334D55A8.221F951@zkm.de> Date: Thu, 10 Apr 1997 17:03:36 -0400 From: Andreas Schiffler Organization: ZKM Medienmuseum, Karlsruhe, Germany X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.30 i586) MIME-Version: 1.0 To: SGI Performer Mailing List Subject: Perl script to add texture coordinates to .OBJ files Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, something that might be useful to anyone out there using .obj files in performer is this little script that adds texture coordinates. Simply pipe your .obj file through the script: objtexture_planar_xy.pl The change the .mtl file to include the line describing the texture map image file: map_Kd image.rgb The code can be changed easily to use cylindrical or spherical mapping by redefining how the s and t coordinates get calculated. For example: $x-=$xa;$y-=$ya; $s=0.5*atan2($y,$x)/$pi+0.5; $t=($z-$zmin)/($zmax-$zmin); Bye now Andreas --------------- objtexture_planar_xy.pl ---------------------- #!/usr/bin/perl $usage="Calculate planar texture coordinates and fill them in"; $i=0; $xa=$ya=$za=0; $ymin=$xmin=$zmin=100000; $ymax=$xmax=$zmax=-100000; $pi=4*atan2(1,1); $f=0.5/$pi; while(<>) { if($_=~/^v\s+(\S+\s+\S+\s+\S+)/) { ($x,$y,$z)=split(/\s+/,$1); $vert[$i++]=join(" ",$x,$y,$z); $xa+=$x;$ya+=$y;$za+=$z; if($y<$ymin) { $ymin=$y; } if($y>$ymax) { $ymax=$y; } if($x<$xmin) { $xmin=$x; } if($x>$xmax) { $xmax=$x; } if($z<$zmin) { $zmin=$z; } if($z>$zmax) { $zmax=$z; } print $_; } else { if($i>0) { $i1=1/$i; $xa*=$i1; $ya*=$i1; $za*=$i1; for($j=0;$j<$i;$j++) { ($x,$y,$z)=split(/\s+/,$vert[$j]); $s=($x-$xmin)/($xmax-$xmin); $t=($y-$ymin)/($ymax-$ymin); print "vt $s $t\n"; } $i=0; } if($_=~/^f /) { print "f"; if($'=~/\\/) { $_=<>;@face=split; } else { @face=split;shift @face; } foreach $c ( @face ) { ($v,$vt,$vn)=split(/\//,$c); print " $v/$v/$vn"; } print "\n"; } else { print $_; } } } ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 12:32:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA22022; Thu, 10 Apr 1997 10:51:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA22006; Thu, 10 Apr 1997 10:51:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09593; Thu, 10 Apr 1997 10:52:25 -0700 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA22416 for ; Thu, 10 Apr 1997 10:52:18 -0700 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id KAA17281; Thu, 10 Apr 1997 10:52:16 -0700 (PDT) Date: Thu, 10 Apr 1997 10:52:16 -0700 (PDT) From: David Plew Message-Id: <199704101752.KAA17281@shell1.aimnet.com> To: friedman@ucla.edu, info-performer@sgi.com Subject: Re: What is "Cannot create objects in this buffer"? Status: O First of all, you are still having a multiprocessed environment, because you have a separate DBASE process. In such a case, this warning could come due to the fact that maybe you are trying to access scene graph that was created in the main (parent) process, in the DBASE process. It is not permitted to directly access the database created by some other process in the DBASe process. If you do want to do this, you must use proper DBASE related buffers (pl. see man page of pfBuffer, pfMergeBuffer, etc.). Hope this helps -anita kishore@aimnet.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 12:32:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21988; Thu, 10 Apr 1997 10:40:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21972; Thu, 10 Apr 1997 10:40:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA08352; Thu, 10 Apr 1997 10:41:51 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA19681 for ; Thu, 10 Apr 1997 10:41:51 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA26287; Thu, 10 Apr 1997 10:41:31 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA06346; Thu, 10 Apr 1997 10:41:29 -0700 From: "Sharon Clay" Message-Id: <9704101041.ZM6344@rose.asd.sgi.com> Date: Thu, 10 Apr 1997 10:41:29 -0700 In-Reply-To: Ralph Seguin "Re: IR demos for FakeSpace BOOM 3C? (fwd)" (Apr 10, 5:05am) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Ralph Seguin , remi@remi.asd.sgi.com Subject: Re: IR demos for FakeSpace BOOM 3C? (fwd) Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19704101041.ZM6344.asd.sgi.com" Status: O -- --PART-BOUNDARY=.19704101041.ZM6344.asd.sgi.com Content-Type: text/plain; charset=us-ascii +>---- On Apr 10, 5:05am, Ralph Seguin wrote: > Subject: Re: IR demos for FakeSpace BOOM 3C? (fwd) ->For some reason, the code snippet below insists on creating ->the pfPipeWindow on the HDTV monitor (DG4-8 channel 0), ->rather than creating them inside the field sequential ->channels (2 and 3) I have set up. -> [ ... ] ->I should be selecting a visual that corresponds to the FS channels that I ->have set up with ircombine. Visuals are completely indepenent and ignorant of video channels. ->The web page above only seems to deal with a DG4-2 output. ->I'd like to have the following: -> -> chan0/HDTV monitor: control panel / small window -> chan2/BOOM left eye: left eye channel of BOOM3C -> chan3/BOOM right eye: right eye channel of BOOM3C -> ->How do I go about selecting layers/buffers for such a situation? -> ->I've looked at the man page for pfPipeVideoChannel, but I see no methods ->to attach it to a particular DG4-8 channel. pfGetPWinPVChanId() will let you force in the Id. You can also use the pfPipeVideoChannel to query things about the channel (such as its size and origin) pfGetPVChanOrigin() and pfGetPVChanSize() or get back the X handle and do more sophisticated queries pfGetPVChanInfo() and then perhaps look for the XSGIVC_VFIFieldSequentialColor bit in the handle.vfinfo.fieldInfo->.formatFlags to drive intelligent Id selection. Good luck! src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ --PART-BOUNDARY=.19704101041.ZM6344.asd.sgi.com Content-Description: Message from Ralph Seguin Content-Type: message/rfc822 Received: from giraffe.asd.sgi.com by rose.asd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA05709; Thu, 10 Apr 1997 08:50:22 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id IAA19849; Thu, 10 Apr 1997 08:50:21 -0700 Received: from giraffe.asd.sgi.com by rose.asd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA05706; Thu, 10 Apr 1997 08:50:19 -0700 Received: from holodeck.csd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id IAA19846; Thu, 10 Apr 1997 08:50:19 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA20047; Thu, 10 Apr 1997 02:06:16 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA20031; Thu, 10 Apr 1997 02:06:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA07408; Thu, 10 Apr 1997 02:07:03 -0700 Received: from vr3.engin.umich.edu (vr3.engin.umich.edu [141.212.194.79]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA16558; Thu, 10 Apr 1997 02:07:00 -0700 Received: from localhost by vr3.engin.umich.edu via SMTP (940816.SGI.8.6.9/930416.SGI.AUTO) id FAA14747; Thu, 10 Apr 1997 05:05:43 -0400 Date: Thu, 10 Apr 1997 05:05:05 -0400 (EDT) From: Ralph Seguin Reply-To: Ralph Seguin To: remi@remi cc: info-performer@sgi.com Subject: Re: IR demos for FakeSpace BOOM 3C? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII For some reason, the code snippet below insists on creating the pfPipeWindow on the HDTV monitor (DG4-8 channel 0), rather than creating them inside the field sequential channels (2 and 3) I have set up. Onyx2 / IR / 2x RM7 / DG4-8 aegaeon% /usr/gfx/gfxinfo Graphics board 0 is "KONAL" graphics. Managed (":0.0") 1920x1200 Display has 8 channels 4 GEs (of 4), occmask = 0x0f 4MB external BEF ram, 32bit path 2 RM7 boards (of 2) 1/1/0/0 Texture Memory: 64MB/64MB/-/- Medium pixel depth 32K cmap, 64K external gamma Channel 0: Origin = (0,0) Video Output: 1920 pixels, 1200 lines, 60.00Hz (1920x1200_60.vfo) Channel 2: Origin = (0,0) Video Output: 640 pixels, 480 lines, 60.00Hz (640x480_180q.vfo) Channel 3: Origin = (0,0) Video Output: 640 pixels, 480 lines, 60.00Hz (640x480_180q.vfo) Any ideas? // Create a pfPipeWindow for rendering onto the boom. theGlobalData->boomPipeWindow = new pfPipeWindow(pfGetPipe(0)); theGlobalData->boomPipeWindow->setWinType(PFPWIN_TYPE_X); theGlobalData->boomPipeWindow->setName("Boom Render"); // [... snip] // Attributes we are looking for. static int fbAttrs[] = { PFFB_RGBA, PFFB_DOUBLEBUFFER, PFFB_STEREO, PFFB_DEPTH_SIZE, 1, PFFB_RED_SIZE, 1, PFFB_GREEN_SIZE, 1, PFFB_BLUE_SIZE, 1, None }; // Search for the right attributes. theGlobalData->boomPipeWindow->setFBConfigAttrs(fbAttrs); theGlobalData->boomPipeWindow->setOriginSize(0, 0, 640, 480); theGlobalData->boomPipeWindow->setConfigFunc(OpenPipeWin); theGlobalData->boomPipeWindow->config(); // Open the window. // [... snip] According to: http://www.sgi.com/Products/hardware/Onyx/Tech/sfsc.html I should be selecting a visual that corresponds to the FS channels that I have set up with ircombine. The web page above only seems to deal with a DG4-2 output. I'd like to have the following: chan0/HDTV monitor: control panel / small window chan2/BOOM left eye: left eye channel of BOOM3C chan3/BOOM right eye: right eye channel of BOOM3C How do I go about selecting layers/buffers for such a situation? I've looked at the man page for pfPipeVideoChannel, but I see no methods to attach it to a particular DG4-8 channel. Thanks. -Ralph seguin@umich.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --PART-BOUNDARY=.19704101041.ZM6344.asd.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 12:32:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21932; Thu, 10 Apr 1997 10:13:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21914; Thu, 10 Apr 1997 10:13:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA05294; Thu, 10 Apr 1997 10:14:44 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA11920 for ; Thu, 10 Apr 1997 10:14:39 -0700 Received: by gauntlet.ht.com; id NAA06715; Thu, 10 Apr 1997 13:15:40 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma006706; Thu, 10 Apr 97 13:15:14 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id RAA17594; Thu, 10 Apr 1997 17:15:27 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA04327; Thu, 10 Apr 1997 13:15:25 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199704101715.NAA04327@hf.ht.com> Subject: Re: coordinate system confusion To: volpe@ash.crd.ge.com (Christopher R Volpe) Date: Thu, 10 Apr 1997 13:15:25 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <334BDDD1.359F@ash.crd.ge.com> from "Christopher R Volpe" at Apr 9, 97 02:20:01 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Chris Volpe (volpe@ash.crd.ge.com) wrote: > Hi Performers- > > The man page for pfLightSource gives the following piece of sample > code: > > /* Time of day is high noon */ > sun->setPos(0.0f, 1.0f, 0.0f, 0.0f); > > Since the up direction is +Z (according to the Programmer's Guide page > 95), shouldn't this code be as follows: > > /* Time of day is high noon */ > sun->setPos(0.0f, 0.0f, 1.0f, 0.0f); > > Is this a documentation error or am I misinterpreting something? If this is NOT a documentation error, I am guessing this is because of another one of those confusing discrepancies between Performer's and OpenGL's coordinate systems (Y is up in OpenGL). I have had to struggle with this before. Here's the line of reasoning.... pfLightSource borrows a lot from pfLight (says so in the man page) pfLight man pages refer to Iris GL lmdef or OpenGL glLight. OpenGL uses a Y up coordinate system. It had me confused for quite a while until a coworker pointed all this out. Good luck, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 17:00:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22219; Thu, 10 Apr 1997 11:43:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22203; Thu, 10 Apr 1997 11:43:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA14367; Thu, 10 Apr 1997 11:44:34 -0700 Received: from thor.ats.qc.ca ([198.168.83.144]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05850 for ; Thu, 10 Apr 1997 11:44:32 -0700 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.8.5/gw885) id OAA10720 for info-performer@sgi.com; Thu, 10 Apr 1997 14:44:29 -0400 (EDT) Message-Id: <199704101844.OAA10720@thor.ats.qc.ca> From: jaydee@ATSaerospace.com (Jean Daigle) Date: Thu, 10 Apr 1997 14:44:29 -0400 In-Reply-To: Timothy Moore "Re: Textures flicker" (Apr 10, 6:18am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: info-performer@sgi.com Subject: Re: Textures flicker Status: O Hi, On Apr 10, 6:18am, Timothy Moore wrote: ... } Patch 1696: Performer 2.0.4 EOE bug fixes for Performer 2.0 on IRIX 6.X } } By the way, the release notes for 1696 claim that you should only } install the patch if you are running 6.3 or later. Is that really } true? ... }-- End of excerpt from Timothy Moore (By the)^2 way, where/what _is_ Patch 1696? It was not on Support Folio Online at Silicon Surf today (at least not under IRIX 6.4 patches). Will it be posted there soon? Any other pointers? Regards, Jean Daigle. -------------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Manager, 1250 Boul Marie-Victorin | | Real Time Graphics & Entertainment St. Bruno, QC J3V 6B8 | | Tel: (514) 441-9000 | | Jean.Daigle@ATSaerospace.com Fax: (514) 441-6789 | -------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 17:00:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA23359; Thu, 10 Apr 1997 13:51:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA23343; Thu, 10 Apr 1997 13:51:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA26078; Thu, 10 Apr 1997 13:52:30 -0700 Received: from cdse14.rti.org (cdse14.rti.org [152.5.64.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA06663 for ; Thu, 10 Apr 1997 13:52:23 -0700 Received: from ss2.rti.org by cdse14.rti.org (SMI-8.6/SMI-SVR4) id RAA28298; Thu, 10 Apr 1997 17:02:56 -0400 Received: from ss2 by ss2.rti.org (SMI-8.6/SMI-SVR4) id QAA09215; Thu, 10 Apr 1997 16:46:12 -0400 Sender: rspencer@rti.org Message-ID: <334D5194.62B9@rti.org> Date: Thu, 10 Apr 1997 16:46:12 -0400 From: "Richard M. Spencer" Organization: Research Triangle Institute X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: SGI Performer Mailing List Subject: Re: Texture flickering solved, but ... References: <334D51D0.57E36D95@zkm.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Andreas Schiffler wrote: > thanks to all who helped me with the texture flickering problem. The > solution was to change the "decal"-mode using > pfDecal(PFDECAL_BASE_HIGH_QUALITY) > and the texture-flickering went away. A related question. Although the 2.0.2 release notes state that the default displacepolygon mode is significantly faster than the stencil buffer. Is the stencil buffer faster or slower than cutting in the decal face which might generate several polygons around it? -- Richard M. Spencer Research Triangle Institute rspencer@es.rti.org Center for Digital Systems Engineering 919-541-6733 (voice) 3040 Cornwallis Road, Herbert Bldg, Rm 246 919-541-6515 (fax) P.O. Box 12194; RTP, NC 27709-2194 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 17:00:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA23707; Thu, 10 Apr 1997 14:54:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23691; Thu, 10 Apr 1997 14:54:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA01815; Thu, 10 Apr 1997 14:55:54 -0700 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA21695 for ; Thu, 10 Apr 1997 14:55:52 -0700 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id OAA29154 for info-performer@sgi.com; Thu, 10 Apr 1997 14:55:51 -0700 (PDT) Date: Thu, 10 Apr 1997 14:55:51 -0700 (PDT) From: David Plew Message-Id: <199704102155.OAA29154@shell1.aimnet.com> To: info-performer@sgi.com Subject: texture mapping on a sphere Status: O Hi: I am mapping a texture (having character images) on a sphere. As expected the texture images get distorted at the top and bottom of the sphere. I do not yet fully understand the various filters and tex. coordinates used to perform texture mapping. So, is there any way to correct for this kind of distortion? I am using performer's default settings for the mapping. Or, is there any other way to display this type of image on a sphere? thanks for any help -anita kishore@aimnet.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 17:00:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA23677; Thu, 10 Apr 1997 14:47:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23661; Thu, 10 Apr 1997 14:47:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA01208; Thu, 10 Apr 1997 14:48:40 -0700 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA20191 for ; Thu, 10 Apr 1997 14:48:30 -0700 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id OAA28656; Thu, 10 Apr 1997 14:48:28 -0700 (PDT) Date: Thu, 10 Apr 1997 14:48:28 -0700 (PDT) From: David Plew Message-Id: <199704102148.OAA28656@shell1.aimnet.com> To: info-performer@sgi.com, silicon-worlds@calva.net Subject: Re: Video Texture... Status: O I used to have similar problem when I was initing video related stuff in the APP process. Then I changed it so that all vl calls and texture configuration happened in the DRAW process once (using pfPWinConfigFunc) . I am also explicitly downloading the video texture each frame in the channel's DRAW process. It has been working fine so far. My appl. is multi-processed though... -anita kishore@aimnet.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 18:34:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA23777; Thu, 10 Apr 1997 15:28:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA23761; Thu, 10 Apr 1997 15:28:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA04479; Thu, 10 Apr 1997 15:29:43 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA29844 for ; Thu, 10 Apr 1997 15:29:39 -0700 Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA153681710; Thu, 10 Apr 1997 17:35:10 -0500 Received: from MKTPO.mkt.lesc.lockheed.com (mktnt1.mkt.lesc.lockheed.com) by gruel.hq.lesc.lockheed.com with ESMTP (1.39.111.2/16.3) id AA081011234; Thu, 10 Apr 1997 17:27:15 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997Apr10.161900.1074.24715; Thu, 10 Apr 1997 17:28:11 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Message-Id: <1997Apr10.161900.1074.24715@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: Lockheed Martin Engineering & Sciences Date: Thu, 10 Apr 1997 17:28:11 -0700 Subject: Clip-Mapping Status: O As I understand it, Clipmapping is/was available with Performer 2.1 on the IR level machines. What is the largest clipmap successfully used with geometry (no 2 triangle scenes)? What was the polygon count? What was the level of machine? We are finally getting started on clipmaps, but the results are not looking good in so far as speed. Our normal Database consists of two databases of 32,000 polygons in the same scene (side by side) and our normal imagery was one 2048x2048x1 texture on one DB and one 4096x4096x1 texture on the other DB and we have always been able to maintain 20hz. This is without clipmapping, now clipmapping one DB in a scene (the other removed) at 4096x4096x1, we've had to reduce the polygon count to support it.... Is this normal for clipmapping? We are actually trying to support the current Beta releases of Performer 2.2, but I have no comparison to what has actually been accomplished with Performer 2.1.... Jeffry J. Brickley Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 10 18:34:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA23808; Thu, 10 Apr 1997 15:37:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA23792; Thu, 10 Apr 1997 15:37:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA05285; Thu, 10 Apr 1997 15:38:33 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA01844 for ; Thu, 10 Apr 1997 15:38:23 -0700 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id SAA23298; Thu, 10 Apr 1997 18:01:02 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA36334; Thu, 10 Apr 1997 18:03:37 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id RAA08207; Thu, 10 Apr 1997 17:56:49 -0400 From: "Nicolas Gauvin" Message-Id: <9704101756.ZM8205@christine.cae.ca> Date: Thu, 10 Apr 1997 17:56:49 -0400 In-Reply-To: Sathyamoorthi Krishnamurthy "Question on Vega" (Apr 9, 6:39pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ksathya@cec.wustl.edu Subject: Re: Question on Vega Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sathyamoorthi Krishnamurthy wrote > >Based on the evaluation I did I found Vega and Lynx system work fine with >Multigen FLT file formats. But they dont perform so good with other file >formats and even in certain 3ds files I built they produced wrong shapes." Vega must be using the 3ds loader that comes with Performer. This loader is not perfect. The a3ds2flt converter from Multigen is not perfect either. Its seems that writing a full fledge 3ds loader/converter is not a trivial task. The best results I got came from using the 3dsToIv converter available at http://www.sgi.com/Works/translators.html. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 00:02:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA24746; Thu, 10 Apr 1997 18:31:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA24730; Thu, 10 Apr 1997 18:31:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA18471; Thu, 10 Apr 1997 18:32:11 -0700 Received: from mail1.sense8.com (batmobile.sense8.com [208.205.186.66]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA07360 for ; Thu, 10 Apr 1997 18:32:09 -0700 Received: from waimea.sense8.com (waimea.sense8.com [192.168.200.47]) by mail1.sense8.com (8.6.12/8.6.9) with SMTP id SAA00255; Thu, 10 Apr 1997 18:32:25 -0700 Message-Id: <3.0.32.19970410182802.00a8f750@mail1> X-Sender: tomp@mail1 X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 10 Apr 1997 18:28:03 -0700 To: info-performer@sgi.com From: Tom Payne Subject: 3D/VR Employment Opportunities Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Sense8 has a number of employment opportunities currently open for people with visual simulation experience. Specifically: SGI Graphics hardware SGI Audio MultiGen (and other modelers) OpenGL Irix 5.x and 6.x cross-platform development issues 3D peripherals Specifics for the following openings are detailed on our web page: 3D Modeller, Multimedia Engineer, Project Manager, Software Engineer (WorldToolKit), Software Engineer (World Up), 3D/VR Interns (http://www.sense8.com/company/employment.html) Resumes can be sent to: resumes@sense8.com Thanks ========================================================================= Tom Payne tomp@sense8.com Director of Product Marketing http://www.sense8.com Sense8 Corporation 415-289-7739 (direct) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 00:19:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA24796; Thu, 10 Apr 1997 18:43:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA24780; Thu, 10 Apr 1997 18:43:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA18922; Thu, 10 Apr 1997 18:44:49 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA09394 for ; Thu, 10 Apr 1997 18:44:49 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA22913; Thu, 10 Apr 1997 18:44:48 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA14682; Thu, 10 Apr 1997 18:44:46 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704110144.SAA14682@remi.asd.sgi.com> Subject: Re: Texture flickering solved, but ... To: rspencer@rti.org (Richard M. Spencer) Date: Thu, 10 Apr 1997 18:44:46 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <334D5194.62B9@rti.org> from "Richard M. Spencer" at Apr 10, 97 04:46:12 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1241 Status: O Richard M. Spencer wrote: > > Andreas Schiffler wrote: > > thanks to all who helped me with the texture flickering problem. The > > solution was to change the "decal"-mode using > > pfDecal(PFDECAL_BASE_HIGH_QUALITY) > > and the texture-flickering went away. > > A related question. Although the 2.0.2 release notes state that the > default displacepolygon mode is significantly faster than the stencil > buffer. Is the stencil buffer faster or slower than cutting in the > decal face which might generate several polygons around it? > It depends. But layering, always cost more that non layer polygons because - The graphic pipe has to do some more computation - Each pixel under the layer is touched twice (or more) So you are really comparing using more fill, or more polygons to solve the problem. If your application is fill limited, then it is better to cut and add more polygons. If your application is polygon limited, then use layers, but this is extremely rare. If you are not fill or polygon limiter, why bother :-) Best Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 03:35:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA25596; Thu, 10 Apr 1997 22:17:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA25580; Thu, 10 Apr 1997 22:17:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA26239; Thu, 10 Apr 1997 22:18:20 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA11064 for ; Thu, 10 Apr 1997 22:18:20 -0700 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id WAA26235; Thu, 10 Apr 1997 22:18:19 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id WAA14180; Thu, 10 Apr 1997 22:17:05 -0700 From: "Rob Jenkins" Message-Id: <9704102217.ZM14178@quid.csd.sgi.com> Date: Thu, 10 Apr 1997 22:17:04 -0700 In-Reply-To: jaydee@ATSaerospace.com (Jean Daigle) "Re: Textures flicker" (Apr 10, 2:44pm) References: <199704101844.OAA10720@thor.ats.qc.ca> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jaydee@ATSaerospace.com (Jean Daigle), info-performer@sgi.com Subject: Re: Textures flicker Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 10, 2:44pm, Jean Daigle wrote: > Subject: Re: Textures flicker > Hi, > > On Apr 10, 6:18am, Timothy Moore wrote: > ... > } Patch 1696: Performer 2.0.4 EOE bug fixes for Performer 2.0 on IRIX 6.X > } > } By the way, the release notes for 1696 claim that you should only > } install the patch if you are running 6.3 or later. Is that really > } true? > ... > }-- End of excerpt from Timothy Moore > Timothy, well spotted. Good to know you read the release notes carefully before installing, but then doesn't everyone ? :-) That is a typo, you *can* install 1696 on 6.2 and any subsequent OS, see below more detailed info on 1696. > (By the)^2 way, where/what _is_ Patch 1696? It was not on > Support Folio Online at Silicon Surf today (at least not under > IRIX 6.4 patches). > > Will it be posted there soon? Any other pointers? > Jean, 1696 can be used to upgrade the eoe portion of Performer 2.0, 2.0.1, 2.0.2, or 2.0.3 to the level of 2.0.4. This execution environment (eoe) includes upgrade DSOs for Performer 2.0 as well as a 2.1.2 subsystem to upgrade DSOs for Performer 2.1. The latest dev environment for those not using pf 2.1 is 2.0.2 which is patch 1392. In brief then you'd want something like: On iR, pf 2.1 + patch 1696 ( 2.1 dsos ) On non-iR, pf 2.0 + patch 1696 + 1392 It should filter through to the online patches soon, let me know if not. In the meantime you can log a support call with your local SGI office and they'll supply it for you. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 06:18:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA25843; Fri, 11 Apr 1997 01:00:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA25827; Fri, 11 Apr 1997 01:00:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA02713; Fri, 11 Apr 1997 01:01:11 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA02161 for ; Fri, 11 Apr 1997 01:00:48 -0700 Received: from daisy.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA22466; Fri, 11 Apr 1997 10:01:44 +0200 Sender: dnouls@luc.ac.be Message-Id: <334E0ADF.167E@luc.ac.be> Date: Fri, 11 Apr 1997 09:56:47 +0000 From: David Nouls Organization: EDM http://edm.luc.ac.be X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: Nicolas Gauvin Cc: info-performer@sgi.com Subject: Re: Question on Vega References: <9704101756.ZM8205@christine.cae.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Nicolas Gauvin wrote: > Vega must be using the 3ds loader that comes with Performer. This loader > is not perfect. The a3ds2flt converter from Multigen is not perfect either. > Its seems that writing a full fledge 3ds loader/converter is not a trivial > task. The best results I got came from using the 3dsToIv converter available at > http://www.sgi.com/Works/translators.html. This 3dsToIv program produces wrong shading on objects with many small triangles. I guess they aren't using the smooth groups and the smoothfactor in the object. /)avid -- "Women, can't live with 'em, can't get them to dress up in kinky leather Nazi uniforms and beat you with a warm squash" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 10:07:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA26595; Fri, 11 Apr 1997 06:35:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA26579; Fri, 11 Apr 1997 06:35:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA15472; Fri, 11 Apr 1997 06:37:00 -0700 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA15348 for ; Fri, 11 Apr 1997 06:36:51 -0700 Received: from sirrah (parb01.calvacom.fr [194.250.25.65]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id PAA24685; Fri, 11 Apr 1997 15:36:19 +0200 (MET DST) Sender: guy@ns.calvacom.fr Message-ID: <334E3E93.2781@calva.net> Date: Fri, 11 Apr 1997 15:37:23 +0200 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: David Plew CC: info-performer@sgi.com Subject: Re: Video Texture... References: <199704102148.OAA28656@shell1.aimnet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O David Plew wrote: > > I used to have similar problem when I was initing video related stuff in > the APP process. Then I changed it so that all vl calls and texture > configuration happened in the DRAW process once (using pfPWinConfigFunc) > . I am also explicitly downloading the video texture each frame in the > channel's DRAW process. It has been working fine so far. My appl. is > multi-processed though... > I moved all the initialisation to the DRAW process... but it didn't change anything. I'm also explicitly downloading the texture each frame. My test object is a cube where three faces have texture : two are video texture, the third is a normal texture. One of the video texture is always correct and the other is corrupted (with garbled parts of the normal texture) unless I go very near the object. I'm thinking that the problem depends on the way the texture are stored in texture memory. What is the correct initialisation of pfTexture? Guy -- =========================================== Silicon Worlds S.A. 12, rue de Chatillon 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 10:07:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26791; Fri, 11 Apr 1997 07:55:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26775; Fri, 11 Apr 1997 07:55:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA20292; Fri, 11 Apr 1997 07:56:51 -0700 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA29911 for ; Fri, 11 Apr 1997 07:56:48 -0700 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-5.mail.demon.net id aa0516494; 11 Apr 97 15:30 BST From: Mark Baranowski To: info-performer@sgi.com Newsgroups: comp.sys.sgi.misc Subject: Q: Performer/Library version numbering: -set_version. Date: Fri, 11 Apr 1997 14:31:17 GMT Organization: Pera Message-ID: <334e46b1.24963892@news.demon.co.uk> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I asked this question once before as an aside in another posting, but got no response. So I'm trying again. Can anyone explain the meaning of the different DSO/library versions (as used with the -set_version option to ld). I am specifically interested in how they relate to Performer releases (i.e. is sgi3.0 Performer 2.1, sgi2.0 Performer 2.0 etc?). Do I need to use them if I am writing my own libraries? If so what convention should I follow? TIA. Mark. -- Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 10:07:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26722; Fri, 11 Apr 1997 07:45:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26706; Fri, 11 Apr 1997 07:45:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA19573; Fri, 11 Apr 1997 07:46:18 -0700 Received: from ntserver.ivex3d.com (ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA27561 for ; Fri, 11 Apr 1997 07:46:13 -0700 Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Fri, 11 Apr 1997 10:41:20 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng8 (204.241.103.127::mail daemon; unverified,SLmailNT V2.3); Fri, 11 Apr 1997 10:41:19 Eastern Daylight Time Sender: "ram munjulu" Message-ID: <334E4E59.41C6@ivex3d.com> Date: Fri, 11 Apr 1997 10:44:41 -0400 From: "Rambabu Munjuluri" Organization: IVEX X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Forking for ClipMapping Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I wish to run Clipmapping on a separate processor. I am starting of with APPCULL_DRAW_LPOINT on three processors and I wish to allocate clipmapping to run on a 4th processor. Has anybody tried this approach with good performance gains ? If so, any info pointers please ? Thanks in advance -- Ram +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rambabu Munjuluri Phone # : 770-564-1148 E-mail : ram@ivex3d.com Fax : 770-381-0622 IVEX Corporation, Norcross GA. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 11:24:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27043; Fri, 11 Apr 1997 09:05:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27027; Fri, 11 Apr 1997 09:05:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26276; Fri, 11 Apr 1997 09:06:46 -0700 Received: from Ballad.GSC.GTE.com (Ballad-se1.GSC.GTE.COM [192.31.1.201]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA15287 for ; Fri, 11 Apr 1997 09:06:44 -0700 Received: from mtvex02.MTN-VIEW ("port 4427"@mtvex02.mtv.gtegsc.com) by Ballad.GSC.GTE.Com (PMDF V5.0-6 #18654) id <01IHKO0WJ926000271@Ballad.GSC.GTE.Com> for info-performer@sgi.com; Fri, 11 Apr 1997 09:06:27 -0700 (PDT) Received: by mtvex02.MTN-VIEW with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC4657.9A525F80@mtvex02.MTN-VIEW>; Fri, 11 Apr 1997 09:06:12 -0700 Date: Fri, 11 Apr 1997 09:03:00 -0700 From: Gullen Jim Subject: RE: screen clear To: Bryan Wasileski , "info-performer@sgi.com" Message-id: MIME-version: 1.0 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Status: O Bryan Wasileski writes, > "... From the > results, it appears that I can clear up to 22 channels at 60Hz and beyond > that it drops to 30Hz. This test was performed with a 2cpu R10k, 1 RM-7." Assuming your 22 channels are same-sized, non-overlapping and cover an entire 1280x1024 screen, 1) The clear time per channel would be CT1 = 16.7/ n1; n1= number of times you can clear 1 chan in 16.7 msec 2) The overhead per channel would be OH1 = CT2 - CT1 or OH1 = CT22 - CT1 CT2 = 16.7/n2 CT22 = 16.7/n22 n2 = number of times you can clear 2 chans in 16.7 msec n22 = number of times you can clear 22 chans in 16.7 msec I strongly suggest you employ "eyeball" timing instead of the stats display for this type of "gross" timing. Just put the viewpoint into a heading loop of 5 deg/loop and manually increment the number of clears until ... Of other interest the clear times on our RE2 run 4-6 msec (normal) down to 2.1 msec (fast tag) for 1 channel spanning an entire 1280x1024 screen. Jim Gullen GTE Government Systems 1805 W. Drake Dr. Tempe, Az, 85283 voice: 602/777-1724; email: jim.gullen@gsc.gte.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 11:24:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26872; Fri, 11 Apr 1997 08:12:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26856; Fri, 11 Apr 1997 08:12:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA21628; Fri, 11 Apr 1997 08:13:43 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA04131 for ; Fri, 11 Apr 1997 08:13:41 -0700 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.40]) id QQckvc12126; Fri, 11 Apr 1997 11:13:49 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Fri, 11 Apr 1997 11:13:39 -0400 Received: from cavalier.cambridge.com.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA20148; Fri, 11 Apr 97 11:06:58 EDT Received: by cavalier.cambridge.com.cambridge.com (951211.SGI.8.6.12.PATCH1502/SMI-4.1-SWS) id LAA01715; Fri, 11 Apr 1997 11:06:58 -0400 From: rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!cavalier!gan (Gan Wang) Message-Id: <9704111106.ZM1713@cavalier.cambridge.com> Date: Fri, 11 Apr 1997 11:06:57 -0700 In-Reply-To: Christopher R Volpe "pfEarthSky with off-axis viewing frustra" (Apr 9, 1:14pm) References: <334BCE6B.39A2@ash.crd.ge.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Christopher R Volpe , uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: pfEarthSky with off-axis viewing frustra Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 9, 1:14pm, Christopher R Volpe wrote: > Subject: pfEarthSky with off-axis viewing frustra > The man page for pfEarthSky says it doesn't work with off-axis viewing > frusta, but that is what I need. Can someone tell me what the nature of > the problem is and if there is a workaround? > PfEarthSky only works with "Z-up" coordinates. So you have make sure that your rendering coordinates have Z-up. If you scene graph is built in a non-Z-up coordinate system, you have to take care of the coordinate transformation (rotation and maybe translation if the two origin do not coincide) from your coordinates to the rendering coordinates. This can be done by adding a DCS on the top of your scene graph. Hope this help. Cheers, Gan > thanks, > Chris > -- > > Chris Volpe Phone: (518) 387-7766 > GE Corporate R&D Fax: (518) 387-6560 > PO Box 8 Email: volpecr@crd.ge.com > Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Christopher R Volpe -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 11:24:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27009; Fri, 11 Apr 1997 09:03:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA26993; Fri, 11 Apr 1997 09:03:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26103; Fri, 11 Apr 1997 09:04:26 -0700 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA14553 for ; Fri, 11 Apr 1997 09:04:21 -0700 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA26238; Fri, 11 Apr 97 11:58:25 -0400 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id LAA00480; Fri, 11 Apr 1997 11:58:22 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <334E5F9D.60C1@ash.crd.ge.com> Date: Fri, 11 Apr 1997 11:58:21 -0400 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Gan Wang Cc: info-performer@sgi.com Subject: Re: pfEarthSky with off-axis viewing frustra References: <334BCE6B.39A2@ash.crd.ge.com> <9704111106.ZM1713@cavalier.cambridge.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Gan Wang wrote: > > On Apr 9, 1:14pm, Christopher R Volpe wrote: > > Subject: pfEarthSky with off-axis viewing frustra > > The man page for pfEarthSky says it doesn't work with off-axis viewing > > frusta, but that is what I need. Can someone tell me what the nature of > > the problem is and if there is a workaround? > > > > PfEarthSky only works with "Z-up" coordinates. So you have make sure that your > rendering coordinates have Z-up. If you scene graph is built in a non-Z-up > coordinate system, you have to take care of the coordinate transformation > (rotation and maybe translation if the two origin do not coincide) from your > coordinates to the rendering coordinates. This can be done by adding a DCS on > the top of your scene graph. Hope this help. The database I'm using has Z being in the up direction. As for "rendering coordinates" having Z-up, I suspect this means (correct me if I'm wrong), that the plane of my physical display device must be vertical, and the view-up within that plane must also be vertical. I.e., I can have a screen straight ahead of me, and another one off to the left or right, angled toward me or not, and I can have a screen above me that's not angled down towards me, but if I have a screen above me that's angled down towards me, I'm in trouble because the "up direction" in viewing coordinates is not parallel to the "up direction" in world coordinates. In fact, this would cause me trouble even if the frustum for that screen were completely on-axis (i.e. even if the vector from my eyepoint to the center of this screen up above me were perpendicular to the screen). Furthermore, if the display were "rolled" rather than "pitched", I'd still have a problem because even though the plane of the display device is vertical, the view up vector is not. So the disclaimer about off-axis viewing frusta is incorrect and should be a disclaimer about viewing planes with pitch and roll offsets. Is this a correct description of the situation? thanks, Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 18:49:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA28129; Fri, 11 Apr 1997 13:18:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA28113; Fri, 11 Apr 1997 13:18:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA17486; Fri, 11 Apr 1997 13:19:48 -0700 Received: from ns.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA08565 for ; Fri, 11 Apr 1997 13:19:45 -0700 Received: by ns.fel.tno.nl; id WAA28236; Fri, 11 Apr 1997 22:31:35 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma028229; Fri, 11 Apr 97 22:31:15 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id WAA23995; Fri, 11 Apr 1997 22:19:27 +0200 (MET DST) From: Mario Veraart Message-Id: <199704112019.WAA23995@s00sn1.fel.tno.nl> Subject: Billboard/Sprite and animated geometry To: info-performer@sgi.com (Performer) Date: Fri, 11 Apr 1997 22:19:27 +0200 (MET DST) Cc: rioj7@s00sn1.fel.tno.nl (Mario Veraart) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hello, I'm making a special effect with performer primitives. I began using the pfBillboard, but after carefull reading I noticed that the planerity of the geometry is not allowed to change. Then I used a pfSprite in a node Draw callback. Still no animation. The animation works because if I disable the pfSprite I can see the animation. After disabling the animation in the Y direction, to get the wanted planerity, still no animation visible with the pfSprite enabled. The effects contains two pfGeoSets. One contains one square that is animated and was always visible. The other contained a lot of polygons. After playing with the number of primitives in the second pfGeoSet I found that more than 2 primitives results in not showing the geoset the right way. What I see are some thin textured lines that gome and go, not every frame though. I run on a Maximum Impact with Irix5.3 Performer 2.0 patches installed: 1332 Impact Graphics bug fixes for 5.3 1543 X server fixes for Impact graphics Does anybody know what could be the cause of this behaviour? Manual error: You are not allowed to call pfSprite::setPosition outside the pfSprite::begin and pfSprite::end pair. If gives a Segmentation fault. Mario Veraart -- SIGNATURE DESTROYED BY THE BROTHERHOOD OF NOD ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 19:38:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA28239; Fri, 11 Apr 1997 14:11:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA28223; Fri, 11 Apr 1997 14:11:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21464; Fri, 11 Apr 1997 14:12:37 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA17549 for ; Fri, 11 Apr 1997 14:12:29 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id LAA13731 for ; Fri, 11 Apr 1997 11:58:47 -0700 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA10142 for ; Fri, 11 Apr 1997 18:47:59 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id LAA22777 for info-performer@sgi.com; Fri, 11 Apr 1997 11:57:07 -0700 From: "Marcus Barnes" Message-Id: <9704111157.ZM22776@vaisyas.engr.multigen.com> Date: Fri, 11 Apr 1997 11:57:07 -0700 In-Reply-To: Mark Baranowski "Q: Performer/Library version numbering: -set_version." (Apr 11, 2:31pm) References: <334e46b1.24963892@news.demon.co.uk> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Q: Performer/Library version numbering: -set_version. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 11, 2:31pm, Mark Baranowski wrote: > Subject: Q: Performer/Library version numbering: -set_version. > > Can anyone explain the meaning of the different DSO/library versions > (as used with the -set_version option to ld). For the most part they represent sets of binary and/or link compatible DSO's. Performer DSO's with different major versions (ie [234]) will not work together. > I am specifically interested in how they relate to Performer releases > (i.e. is sgi3.0 Performer 2.1, sgi2.0 Performer 2.0 etc?). Perf. | DSO IVERSION ================================= 2.0.X | sgi2.X 2.1.X | sgi3.X 2.2.X.Y | sgi4.X.Y* * "X" denotes maintenance version * "Y" denotes alpha version /usr/include/Performer/pr.h defines two or three version symbols. The maintenance symbol is not defined in 2.0, 2.0.1, 2.0.2. #define PF_MAJOR_VERSION 2 #define PF_MINOR_VERSION 2 #define PF_MAINT_VERSION 0 > Do I need to use them if I am writing my own libraries? Yes. > If so what convention should I follow? Use the same convention as Performer. Loader's in particular much match the version string that pfdLoadFile is using. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 11 20:37:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA28382; Fri, 11 Apr 1997 15:09:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA28366; Fri, 11 Apr 1997 15:09:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA26167; Fri, 11 Apr 1997 15:10:53 -0700 Received: from zuul.risc.rockwell.com (zuul.risc.rockwell.com [130.50.16.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA02776 for ; Fri, 11 Apr 1997 15:10:51 -0700 Received: by zuul.risc.rockwell.com; id PAA25631; Fri, 11 Apr 1997 15:06:49 -0700 (PDT) Received: from jupiter.risc.rockwell.com(130.50.5.1) by zuul.risc.rockwell.com via smap (3.2) id xma025613; Fri, 11 Apr 97 15:06:35 -0700 Received: from gemini.risc.rockwell.com by risc.rockwell.com (4.1/SMI-4.1) id AA06865; Fri, 11 Apr 97 15:00:26 PDT Date: Fri, 11 Apr 97 15:00:26 PDT From: ctam@jupiter.risc.rockwell.com (Clement Tam) Message-Id: <9704112200.AA06865@risc.rockwell.com> To: ctam@risc.rockwell.com, info-performer@sgi.com Status: O 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@risc.rockwell.com Thousand Oaks, CA 91358 | ----------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Apr 12 08:40:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA00033; Sat, 12 Apr 1997 03:28:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA00017; Sat, 12 Apr 1997 03:28:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA26158; Sat, 12 Apr 1997 03:29:33 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA18305 for ; Sat, 12 Apr 1997 03:29:25 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC473C.CE477290@correo.ceit.es>; Sat, 12 Apr 1997 12:26:54 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: RE: Xlib call from different processes Date: Sat, 12 Apr 1997 12:26:52 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performers, In my application I need to change the cursor form (XDefineCursor()) depending on a local defined mode. The function call is done in a process called input different from the Draw process who open the window. When I run the program nothing is happen and no error message are displayed (the same thing will happen when I try to get a Client Message event using the PFWIN_TYPE_EXIT mechanism) if i make the call from the Draw process I get the desired effect. This is a prototype of what I'm doing: APP: vrPipeWindow *pwin = new vrPipeWindow(pipe); pwin->setType(PFWIN_TYPE_X); pwin->setMode(PFWIN_EXIT, 1); dsp = pfGetCurWSConnection(); wm_protocols = XInternAtom(dsp, "WM_PROTOCOLS", 1); wm_delete_window = XInternAtom(dsp, "WM_DELETE_WINDOW", 1); ... pwin->open() ............ INPUT: (forked from the app) pfWSWindow *xWin = pwin->getWSWindow(); dsp = pfGetCurWSConnection(); curs = XCreateCursorFont(dsp, XC_hand1); XDefineCursor(dsp, xWin, curs); XFlush(dsp); // the cursor dosn't change to hand1 ... // on the other side if I want to handle events here { XEvent event; XNextEvent(dsp, &event); // Switch on event type case ClientMessage: if ((event.xclient.message_type == wm_protocols) && (event.xclient.data.l[0] == wm_delete_window)) { pwin->close(); // for example } break; // This event never arrives. Thanks, Nassouh Adel Chehayeb C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Applied Mechanics Department Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) e-mail: nchehayeb@ceit.es Phone: ++34-43-21.28.00 Fax : ++34-43-21.30.76 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 14 14:57:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA03031; Mon, 14 Apr 1997 07:09:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA03015; Mon, 14 Apr 1997 07:09:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA23101; Mon, 14 Apr 1997 07:11:25 -0700 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA12287 for ; Mon, 14 Apr 1997 07:11:24 -0700 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA07222; Mon, 14 Apr 1997 10:04:41 -0400 Date: Mon, 14 Apr 1997 10:04:41 -0400 From: brian@sgi.com (Brian Furtaw) Message-Id: <9704141004.ZM7221@hotsauce.clubfed.sgi.com> In-Reply-To: ctam@jupiter.risc.rockwell.com (Clement Tam) "" (Apr 11, 3:00pm) References: <9704112200.AA06865@risc.rockwell.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ctam@jupiter.risc.rockwell.com (Clement Tam), ctam@risc.rockwell.com, info-performer@sgi.com Subject: Frame buffer config failing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O 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@risc.rockwell.com > Thousand Oaks, CA 91358 | > ----------------------------------------------------------------------------- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@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@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@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 14 16:08:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05018; Mon, 14 Apr 1997 13:57:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03650; Mon, 14 Apr 1997 11:54:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA19749; Mon, 14 Apr 1997 11:55:47 -0700 Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05483 for ; Mon, 14 Apr 1997 11:55:44 -0700 Received: from crdems.ge.com by relay7.UU.NET with SMTP (peer crosschecked as: crdems.GE.COM [192.35.44.5]) id QQclgt19429; Mon, 14 Apr 1997 14:55:53 -0400 (EDT) Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA11433; Mon, 14 Apr 97 14:54:16 -0400 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id OAA20420; Mon, 14 Apr 1997 14:54:12 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <33527D54.7EA9@ash.crd.ge.com> Date: Mon, 14 Apr 1997 14:54:12 -0400 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Gan Wang Cc: Christopher R Volpe , Gan Wang , uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: pfEarthSky with off-axis viewing frustra References: <334BCE6B.39A2@ash.crd.ge.com> <9704111106.ZM1713@cavalier.cambridge.com> <334E5F9D.60C1@ash.crd.ge.com> <9704141251.ZM4551@cavalier.cambridge.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Gan Wang wrote: > > > By rendering coordinates, I mean the coordinates in which the channel eyepoints > are calculated and the database is loaded. pfEarthSky is rendered in this > coordinate and is always render with its horizon line perpendicular to the z > axis. However, the geometry in the database can be computed in another > coordinate system (i.e., geocentric) and that's when the coordinate > transformation is needed so that its horizon will be parallel to that of esky. > I don't think (I could be wrong) that a channel offset (it sounds like what > you do) will affect anything because that is only a view offset and doesn't > change the coordinates. > > PfEarthSky would still not work well if your eye point is high up in the sky, > then you would need a true geocentric earth sky, something you have to do > yourself. I can see geocentric scene graphs causing a problem with pfEarthSky, but I don't see how this has anything to do with the manual's warning against (specifically) off-axis viewing frusta. This sounds like a completely separate and unrelated problem. If I have a flat-earth z-up terrain database, why, and under what circumstances, would an off-axis viewing frusta cause a problem? This still is not clear. thanks, Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 14 16:08:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05171; Mon, 14 Apr 1997 14:18:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05155; Mon, 14 Apr 1997 14:18:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA03077; Mon, 14 Apr 1997 14:20:31 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA11994 for ; Mon, 14 Apr 1997 14:20:30 -0700 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id OAA03070; Mon, 14 Apr 1997 14:20:29 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA21443; Mon, 14 Apr 1997 14:18:26 -0700 From: "Rob Jenkins" Message-Id: <9704141418.ZM21441@quid.csd.sgi.com> Date: Mon, 14 Apr 1997 14:18:26 -0700 In-Reply-To: Randy Sims "Re: Textures flicker" (Apr 14, 4:09pm) References: <199704101844.OAA10720@thor.ats.qc.ca> <9704102217.ZM14178@quid.csd.sgi.com> <199704142009.AA14546@gateway1.srs.gov> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Randy Sims Subject: Re: Textures flicker [ actually re: downloading online patches] Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O please delete this if you're not interested in downloading online patches: ------------------------------------------------------------------------- Randy The SupportfolioOnline Question and Answer file: http://www.sgi.com/Support/patch_faq.html may help you out, I don't use that as we get patches internally, in fact we still have to register with SurfZone to get them the same way as you tried but if none of this covers your problem it should at least give you contact details for reporting the problem you had. It also answers the questions about how long patches take to get to the online site after release. Cheers Rob On Apr 14, 4:09pm, Randy Sims wrote: > Subject: Re: Textures flicker > Rob Jenkins writes: > > > On Apr 10, 2:44pm, Jean Daigle wrote: > > > Subject: Re: Textures flicker > > > Hi, > > > > > > On Apr 10, 6:18am, Timothy Moore wrote: > > > ... > > > } Patch 1696: Performer 2.0.4 EOE bug fixes for Performer 2.0 on IRIX 6.X > > > } > > > } By the way, the release notes for 1696 claim that you should only > > > } install the patch if you are running 6.3 or later. Is that really > > > } true? > > > ... > > > }-- End of excerpt from Timothy Moore > > > > > > > Timothy, well spotted. Good to know you read the release notes carefully before > > installing, but then doesn't everyone ? :-) > > > > That is a typo, you *can* install 1696 on 6.2 and any subsequent OS, see below > > more detailed info on 1696. > > > > > (By the)^2 way, where/what _is_ Patch 1696? It was not on > > > Support Folio Online at Silicon Surf today (at least not under > > > IRIX 6.4 patches). > > > > > > Will it be posted there soon? Any other pointers? > > > > > > > Jean, > > > > 1696 can be used to upgrade the eoe portion of Performer 2.0, 2.0.1, 2.0.2, or > > 2.0.3 to the level of 2.0.4. > > > > This execution environment (eoe) includes upgrade DSOs for Performer 2.0 as > > well as a 2.1.2 subsystem to upgrade DSOs for Performer 2.1. > > > > The latest dev environment for those not using pf 2.1 is 2.0.2 which is patch > > 1392. In brief then you'd want something like: > > > > On iR, pf 2.1 + patch 1696 ( 2.1 dsos ) > > On non-iR, pf 2.0 + patch 1696 + 1392 > > > > It should filter through to the online patches soon, let me know if not. In the > > meantime you can log a support call with your local SGI office and they'll > > supply it for you. > > Yes, 1696 is in the online patches, but appears to be corrupt when I > try to fetch it. > > > > > Cheers > > Rob > > > > -- > > ________________________________________________________________ > > Rob Jenkins mailto:robj@csd.sgi.com > > Silicon Graphics, Mtn View, California, USA > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > > > -- > Randal N. Sims (Randy) | Tel: (803)725-8347 > Westinghouse Savannah River Co. | Fax: (803)725-8829 > SRS, 773-42A, 129 | Email: randal.sims@srs.gov > Aiken, SC 29808-0001 USA | URL: "under construction" > > DISCLAIMER: The opinions expressed are mine and do not necessarily > represent Westinghouse Savannah River Co. or the > United States Department of Energy. > >-- End of excerpt from Randy Sims -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 14 16:08:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05129; Mon, 14 Apr 1997 14:12:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04202; Mon, 14 Apr 1997 13:24:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA27850; Mon, 14 Apr 1997 13:25:36 -0700 Received: from gateway1.srs.gov (gateway1.srs.gov [192.33.240.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA28330 for ; Mon, 14 Apr 1997 13:25:14 -0700 Received: by gateway1.srs.gov id AA14546 (InterLock SMTP Gateway 3.0 for info-performer@sgi.com); Mon, 14 Apr 1997 16:09:15 -0400 Message-Id: <199704142009.AA14546@gateway1.srs.gov> Received: by gateway1.srs.gov (Internal Mail Agent-2); Mon, 14 Apr 1997 16:09:15 -0400 Received: by gateway1.srs.gov (Internal Mail Agent-1); Mon, 14 Apr 1997 16:09:15 -0400 Date: Mon, 14 Apr 1997 16:09:02 -0400 From: Randy Sims Subject: Re: Textures flicker In-Reply-To: Rob Jenkins's message of Thu, 10 Apr 1997 22:17:04 -0700 To: Rob Jenkins Cc: info-performer@sgi.com, randal.sims@srs.gov Mime-Version: 1.0 (generated by tm-edit 7.106) X-Mailer: Gnus v5.4.45/XEmacs 19.15 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Lines: 76 References: <199704101844.OAA10720@thor.ats.qc.ca> <9704102217.ZM14178@quid.csd.sgi.com> Status: O Rob Jenkins writes: > On Apr 10, 2:44pm, Jean Daigle wrote: > > Subject: Re: Textures flicker > > Hi, > > > > On Apr 10, 6:18am, Timothy Moore wrote: > > ... > > } Patch 1696: Performer 2.0.4 EOE bug fixes for Performer 2.0 on IRIX 6.X > > } > > } By the way, the release notes for 1696 claim that you should only > > } install the patch if you are running 6.3 or later. Is that really > > } true? > > ... > > }-- End of excerpt from Timothy Moore > > > > Timothy, well spotted. Good to know you read the release notes carefully before > installing, but then doesn't everyone ? :-) > > That is a typo, you *can* install 1696 on 6.2 and any subsequent OS, see below > more detailed info on 1696. > > > (By the)^2 way, where/what _is_ Patch 1696? It was not on > > Support Folio Online at Silicon Surf today (at least not under > > IRIX 6.4 patches). > > > > Will it be posted there soon? Any other pointers? > > > > Jean, > > 1696 can be used to upgrade the eoe portion of Performer 2.0, 2.0.1, 2.0.2, or > 2.0.3 to the level of 2.0.4. > > This execution environment (eoe) includes upgrade DSOs for Performer 2.0 as > well as a 2.1.2 subsystem to upgrade DSOs for Performer 2.1. > > The latest dev environment for those not using pf 2.1 is 2.0.2 which is patch > 1392. In brief then you'd want something like: > > On iR, pf 2.1 + patch 1696 ( 2.1 dsos ) > On non-iR, pf 2.0 + patch 1696 + 1392 > > It should filter through to the online patches soon, let me know if not. In the > meantime you can log a support call with your local SGI office and they'll > supply it for you. Yes, 1696 is in the online patches, but appears to be corrupt when I try to fetch it. > > Cheers > Rob > > -- > ________________________________________________________________ > Rob Jenkins mailto:robj@csd.sgi.com > Silicon Graphics, Mtn View, California, USA > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Randal N. Sims (Randy) | Tel: (803)725-8347 Westinghouse Savannah River Co. | Fax: (803)725-8829 SRS, 773-42A, 129 | Email: randal.sims@srs.gov Aiken, SC 29808-0001 USA | URL: "under construction" DISCLAIMER: The opinions expressed are mine and do not necessarily represent Westinghouse Savannah River Co. or the United States Department of Energy. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 14 19:49:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05247; Mon, 14 Apr 1997 14:27:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03588; Mon, 14 Apr 1997 11:32:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA17490; Mon, 14 Apr 1997 11:34:30 -0700 Received: from server07.icaen.uiowa.edu (server07.icaen.uiowa.edu [128.255.17.47]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA29816 for ; Mon, 14 Apr 1997 11:34:20 -0700 From: gthomas@icaen.uiowa.edu Received: from server01.icaen.uiowa.edu (root@server01.icaen.uiowa.edu [128.255.17.41]) by server07.icaen.uiowa.edu (8.7.5/8.7.1) with ESMTP id NAA17975 for ; Mon, 14 Apr 1997 13:34:18 -0500 (CDT) Received: from l-ecn030.icaen.uiowa.edu (gthomas@l-ecn030.icaen.uiowa.edu [128.255.17.150]) by server01.icaen.uiowa.edu (8.7.5/8.7.1) with ESMTP id NAA15054 for ; Mon, 14 Apr 1997 13:34:17 -0500 (CDT) Received: (from gthomas@localhost) by l-ecn030.icaen.uiowa.edu (8.7.5/client-6.1) id NAA10952 for info-performer@sgi.com; Mon, 14 Apr 1997 13:34:16 -0500 (CDT) Message-Id: <199704141834.NAA10952@l-ecn030.icaen.uiowa.edu> Organization: Iowa Computer Aided Engineering Network, University of Iowa Subject: Subloading and formating textures To: info-performer@sgi.com Date: Mon, 14 Apr 1997 13:34:15 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Performers. I wonder if you can help me understand how to best subload textures in my multiprocess application. I'm modifying Perfly so that I can load a live stream of images into one of the textures. I've got the steam up and running, its getting the images into the textures that poses the problem. Because each image takes some time to process, I've broken that work off into a localDBaseFunction process. There I define the texture and put it into a texture buffer called ViewState->nextTexture that has global scope: > ViewState->nextTexture->getImage(&ibuf, &nc, &sx, &sy, &sz); > getNextImage( (unsigned char *) ibuf, sx, sy, nc, ViewState->imageList[rep] ); > ViewState->nextTexture->setImage(ibuf, nc, sx, sy, 1); > ViewState->nextTexture->format(); In a localPostDraw function, I subload nextTexture into the first element of the textureList that was so kindly set up and loaded when the application began: > tex = (pfTexture *) list->get(0); > ViewState->nextTexture->getImage(&image, &nc, &xsize, &ysize, &sz); > tex->subload(PFTEX_SOURCE_IMAGE, image, 0, 0, 0, 0, 512, 512); Now here's the killer. This application works and the texture changes if I run everything as a single process on my O2. If I fork off the dataBase function, the application crashes and burns with the message: PF Fatal/SysErr: _pfDirtCheck: pfRealloc of 0 bytes returned NULL. PF Notice(11): Caught SIGCHLD. Exiting due to death of child with pid 6514 Well, well, I think. I can not format the image in the dbasefunction. So I move the format call to the draw function. In single processing mode it is as if I'm not touching the texture. In multiprocessing mode I get the following complaint with each draw attempt: PF Notice/Usage: OpenGL Error 0x501 - invalid value I'm really stuck and need to get this up and running in multi-processing mode by Friday. Can you help? Other relevant info is: I'm running Performer 2.0 on an O2. My hinv is: Video: MVP unit 0 version 1.2 AV: AV1 Card version 1, O2Cam type 1 version 0 connected. FLASH PROM version 4.0 On-board serial ports: 2 On-board EPP/ECP parallel port 1 180 MHZ IP32 Processor FPU: MIPS R5000 Floating Point Coprocessor Revision: 1.0 CPU: MIPS R5000 Processor Chip Revision: 2.1 Data cache size: 32 Kbytes Instruction cache size: 32 Kbytes Secondary unified instruction/data cache size: 512 Kbytes on Processor 0 Main memory size: 64 Mbytes Iris Audio Processor: version A3 revision 15 Integral Ethernet: ec0, version 1 Tape drive: unit 7 on SCSI controller 1: DAT CDROM: unit 4 on SCSI controller 0 Disk drive: unit 1 on SCSI controller 0 CRM graphics installed Integral SCSI controller 1: Version ADAPTEC 7880 Integral SCSI controller 0: Version ADAPTEC 7880 Vice: DX The format of the images are: Internal Format TX_RGB_5, full speed External Format TX_PACK_8 Not a detail Texture Not a gen_mipmap Texture A subload format Texture Thanks in advance for any help you can offer. - Geb -- Dr. Geb Thomas The GROK Lab Industrial Engineering (o) (319) 335-5936 The University of Iowa (f) (319) 335-5424 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 14 20:08:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05344; Mon, 14 Apr 1997 14:42:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03457; Mon, 14 Apr 1997 10:43:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA11965; Mon, 14 Apr 1997 10:44:41 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16251 for ; Mon, 14 Apr 1997 10:44:35 -0700 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp6.UU.NET [192.48.96.37]) id QQclgo07003; Mon, 14 Apr 1997 13:44:45 -0400 (EDT) Received: from ds9.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Mon, 14 Apr 1997 13:44:33 -0400 Received: from cavalier.cambridge.com.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA28526; Mon, 14 Apr 97 12:51:53 EDT Received: by cavalier.cambridge.com.cambridge.com (951211.SGI.8.6.12.PATCH1502/SMI-4.1-SWS) id MAA04553; Mon, 14 Apr 1997 12:51:53 -0400 From: rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!cavalier!gan (Gan Wang) Message-Id: <9704141251.ZM4551@cavalier.cambridge.com> Date: Mon, 14 Apr 1997 12:51:52 -0700 In-Reply-To: Christopher R Volpe "Re: pfEarthSky with off-axis viewing frustra" (Apr 11, 11:58am) References: <334BCE6B.39A2@ash.crd.ge.com> <9704111106.ZM1713@cavalier.cambridge.com> <334E5F9D.60C1@ash.crd.ge.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Christopher R Volpe , Gan Wang Subject: Re: pfEarthSky with off-axis viewing frustra Cc: uunet.uu.net!uunet!sgi.com!info-performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 11, 11:58am, Christopher R Volpe wrote: > Subject: Re: pfEarthSky with off-axis viewing frustra > Gan Wang wrote: > > > > On Apr 9, 1:14pm, Christopher R Volpe wrote: > > > Subject: pfEarthSky with off-axis viewing frustra > > > The man page for pfEarthSky says it doesn't work with off-axis viewing > > > frusta, but that is what I need. Can someone tell me what the nature of > > > the problem is and if there is a workaround? > > > > > > > PfEarthSky only works with "Z-up" coordinates. So you have make sure that your > > rendering coordinates have Z-up. If you scene graph is built in a non-Z-up > > coordinate system, you have to take care of the coordinate transformation > > (rotation and maybe translation if the two origin do not coincide) from your > > coordinates to the rendering coordinates. This can be done by adding a DCS on > > the top of your scene graph. Hope this help. > > The database I'm using has Z being in the up direction. As for > "rendering coordinates" having Z-up, I suspect this means (correct me if > I'm wrong), that the plane of my physical display device must be > vertical, and the view-up within that plane must also be vertical. I.e., > I can have a screen straight ahead of me, and another one off to the > left or right, angled toward me or not, and I can have a screen above me > that's not angled down towards me, but if I have a screen above me > that's angled down towards me, I'm in trouble because the "up direction" > in viewing coordinates is not parallel to the "up direction" in world > coordinates. In fact, this would cause me trouble even if the frustum > for that screen were completely on-axis (i.e. even if the vector from my > eyepoint to the center of this screen up above me were perpendicular to > the screen). Furthermore, if the display were "rolled" rather than > "pitched", I'd still have a problem because even though the plane of the > display device is vertical, the view up vector is not. So the disclaimer > about off-axis viewing frusta is incorrect and should be a disclaimer > about viewing planes with pitch and roll offsets. > By rendering coordinates, I mean the coordinates in which the channel eyepoints are calculated and the database is loaded. pfEarthSky is rendered in this coordinate and is always render with its horizon line perpendicular to the z axis. However, the geometry in the database can be computed in another coordinate system (i.e., geocentric) and that's when the coordinate transformation is needed so that its horizon will be parallel to that of esky. I don't think (I could be wrong) that a channel offset (it sounds like what you do) will affect anything because that is only a view offset and doesn't change the coordinates. PfEarthSky would still not work well if your eye point is high up in the sky, then you would need a true geocentric earth sky, something you have to do yourself. Hope it helps. Cheers, Gan > Is this a correct description of the situation? > > thanks, > Chris > -- > > Chris Volpe Phone: (518) 387-7766 > GE Corporate R&D Fax: (518) 387-6560 > PO Box 8 Email: volpecr@crd.ge.com > Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr >-- End of excerpt from Christopher R Volpe -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 14 21:53:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA05972; Mon, 14 Apr 1997 16:34:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA05956; Mon, 14 Apr 1997 16:34:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA15628; Mon, 14 Apr 1997 16:34:53 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA14812 for ; Mon, 14 Apr 1997 16:34:52 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id QAA05953; Mon, 14 Apr 1997 16:34:20 -0700 Date: Mon, 14 Apr 1997 16:34:20 -0700 From: allan (Allan Schaffer) Message-Id: <9704141634.ZM5951@holodeck.csd.sgi.com> In-Reply-To: ctam@jupiter.risc.rockwell.com (Clement Tam) "" (Apr 11, 3:00pm) References: <9704112200.AA06865@risc.rockwell.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: ctam@risc.rockwell.com, info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 11, 3:00pm, Clement Tam wrote: > 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. ^^^^^^^^^^^^^^^^^ There's the problem, IrisGL on an InfiniteReality. The explanation is convoluted but the problem is easily solved. Since this is an InfiniteReality system, I assume you have Performer 2.1 installed. However, Performer 2.1 does not have IrisGL-based libraries. It only contains OpenGL-based libraries. This means that the libpf_igl.so your compilation is picking up is from the Performer 2.0 performer_compat subsystems. Performer 2.0 didn't know about IR. You need to recompile using the OpenGL bindings. Or if you -must- use IrisGL-based Performer on an IR, you can do it by installing "Performer 2.0.2", which is the nickname for the combination of: performer_eoe 2.0.1 from the IRIX 6.2 cd performer_dev 2.0 from the Performer 2.0 cd patch 1347 or 1696 patch 1392 You'd be best off just sticking with 2.1 and recompiling 'make ogldso' > PF Warning/Resource: unable to determine graphics type 0. > Default: RealityEngine using gfx type mode. This confirms that the libpf_igl.so being used is from Performer 2.0. Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 00:24:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA07288; Mon, 14 Apr 1997 19:07:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA07272; Mon, 14 Apr 1997 19:07:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA26810; Mon, 14 Apr 1997 19:07:18 -0700 Received: from sgisgp.singapore.sgi.com ([134.14.84.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA15990 for ; Mon, 14 Apr 1997 19:07:12 -0700 Received: from sdev8.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgisgp.singapore.sgi.com:info-performer@sgi.com> id JAA28261; Tue, 15 Apr 1997 09:55:32 -0700 Received: from sdev8 (localhost [127.0.0.1]) by sdev8.singapore.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id WAA18508 for ; Mon, 14 Apr 1997 22:56:06 -0700 Sender: rickoh@nus.sg Message-ID: <33531875.41C6@nus.sg> Date: Mon, 14 Apr 1997 22:56:05 -0700 From: richard koh X-Mailer: Mozilla 3.0SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Question regarding pfTexGen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I have been working with 3D textures and have used pfTexGen. Can anyone tell me the use of the last argument of the following line? -> volgen->setPlane (PF_S , a, b, c, d); ^ or T, R, Q What is the purpose of d? How does it affect the texture plane? Thanks in advance. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 05:37:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA07989; Tue, 15 Apr 1997 00:22:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA07973; Tue, 15 Apr 1997 00:22:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA08670; Tue, 15 Apr 1997 00:22:57 -0700 Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA01005 for ; Tue, 15 Apr 1997 00:22:47 -0700 Received: from d-a-s.com (picard.d-a-s.com [198.240.116.34]) by us.net (8.6.5/8.6.12) with SMTP id DAA14084 for ; Tue, 15 Apr 1997 03:22:37 -0400 X-Provider: US Net - Advanced Internet Services - (301) 572-5926 - info@us.net Received: from picard (localhost) by d-a-s.com (4.1/SMI-4.1) id AA11908; Tue, 15 Apr 97 03:23:10 EDT Sender: dslayton@d-a-s.com Message-Id: <33532CDB.15FB7483@d-a-s.com> Date: Tue, 15 Apr 1997 03:23:07 -0400 From: "David A. Slayton (DAS)" Organization: Dynamic Animation Systems Inc. X-Mailer: Mozilla 3.0Gold (X11; U; SunOS 4.1.3 sun4c) Mime-Version: 1.0 To: info-performer@sgi.com Cc: dslayton@d-a-s.com Subject: VR Developers Wanted Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dynamic Animation Systems, Inc. A progressive young virtual reality software company is searching for qualified candidates to join our hearty band of visionaries in defining the future of distributed online virtual environments. We are currently looking for both senior and mid-level software developers and expert modelers and animators for supporting the following application areas: o Immersive virtual reality application development including online gaming, defense, and industrial simulations. o Synthetic database development. o Optimized multi-platform scene development and visualization system software development. o Online and interactive multiplayer game development. o Advanced character animation and model development. o Humanoid behavioral representation and avatar control software development. o Real-time wave and maritime simulation software design and development. o Distributed Interactive Simulation / High Level Architecture system software and application design and development. o Advanced imagery applications such as terrain feature extraction from remotely sensed imagery. We offer an enjoyable work environment, competitive compensation package and the opportunity to work with the leaders in the visualization industry. We are seeking talented energetic leaders and team players with backgrounds resembling: o An MS/CS or equivalent experience with a proven background in software design and development. o 2+ years C++/C, OpenGL, Performer, Java, Direct3D, VRML2.0, Unix and NT experience. o Modeling and/or Animation experience with some of the following packages: Coryphaeus DWB, EZScene, and EZT, Alias/Wavefront, LightWave, Multigen, Paradigm and Sense8. o 2 years or more Distributed Interactive Simulation or Distributed Interactive Entertainment Application Design and Development. All positions are currently at our Northern VA location and require US Citizenship. Please fax your resume and salary requirements to (703)425-2204 or email this information to jobs@d-a-s.com or snail mail it to: Dynamic Animation Systems, Inc. ATTN: VR Developer Recruiting 5818 Oak Ladder Court Burke VA 22015 Thanks! -- #################################################################### ! ! ! David A. Slayton Dynamic Animation Systems, Inc. ! ! Senior Vice President 6035 Burke Centre Parkway ! ! Suite 200 ! ! Burke, VA 22015 ! ! mailto:dslayton@d-a-s.com (703)425-2203 ! ! http://www.d-a-s.com/ (703)425-2204 (FAX) ! ! ! ! "Dedicated to the development of distributed interactive and ! ! immersive virtual reality applications." ! ! ! #################################################################### ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 05:56:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA08018; Tue, 15 Apr 1997 00:38:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA08002; Tue, 15 Apr 1997 00:38:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA09554; Tue, 15 Apr 1997 00:38:35 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA03088 for ; Tue, 15 Apr 1997 00:38:27 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC4980.62EB7190@correo.ceit.es>; Tue, 15 Apr 1997 09:35:42 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: RE: Xlib call from different processes Date: Tue, 15 Apr 1997 09:35:40 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performers, In my application I need to change the cursor form (XDefineCursor()) depending on a local defined mode. The function call is done in a process called input different from the Draw process who open the window. When I run the program nothing is happen and no error message are displayed (the same thing will happen when I try to get a Client Message event using the PFWIN_TYPE_EXIT mechanism) if i make the call from the Draw process I get the desired effect. This is a prototype of what I'm doing: APP: vrPipeWindow *pwin = new vrPipeWindow(pipe); pwin->setType(PFWIN_TYPE_X); pwin->setMode(PFWIN_EXIT, 1); dsp = pfGetCurWSConnection(); wm_protocols = XInternAtom(dsp, "WM_PROTOCOLS", 1); wm_delete_window = XInternAtom(dsp, "WM_DELETE_WINDOW", 1); ... pwin->open() ............ INPUT: (forked from the app) pfWSWindow *xWin = pwin->getWSWindow(); dsp = pfGetCurWSConnection(); curs = XCreateCursorFont(dsp, XC_hand1); XDefineCursor(dsp, xWin, curs); XFlush(dsp); // the cursor dosn't change to hand1 ... // on the other side if I want to handle events here { XEvent event; XNextEvent(dsp, &event); // Switch on event type case ClientMessage: if ((event.xclient.message_type == wm_protocols) && (event.xclient.data.l[0] == wm_delete_window)) { pwin->close(); // for example } break; // This event never arrives. Thanks, Nassouh Adel Chehayeb C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Applied Mechanics Department Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) e-mail: nchehayeb@ceit.es Phone: ++34-43-21.28.00 Fax : ++34-43-21.30.76 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 09:57:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA08470; Tue, 15 Apr 1997 04:40:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA08454; Tue, 15 Apr 1997 04:39:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA16931; Tue, 15 Apr 1997 04:39:58 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA05744 for ; Tue, 15 Apr 1997 04:39:39 -0700 Received: from rtset.co.il (eclipse.rtset.co.il [194.90.96.228]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id OAA02607; Tue, 15 Apr 1997 14:40:27 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA04459; Tue, 15 Apr 1997 15:37:46 +0300 From: "Ran Yakir" Message-Id: <9704151537.ZM4457@eclipse> Date: Tue, 15 Apr 1997 15:37:44 +0000 In-Reply-To: richard koh "Question regarding pfTexGen" (Apr 14, 10:56pm) References: <33531875.41C6@nus.sg> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: richard koh Subject: Re: Question regarding pfTexGen Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 14, 10:56pm, richard koh wrote: > Subject: Question regarding pfTexGen > I have been working with 3D textures and have used pfTexGen. > > Can anyone tell me the use of the last argument of the following line? > > > -> volgen->setPlane (PF_S , a, b, c, d); > ^ or T, R, Q > > > What is the purpose of d? How does it affect the texture plane? a,b and c are the normal of the plane, while d is the distance of the plane from the origin in the direction of the normal. Try man pfPlane for details. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 11:04:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA08555; Tue, 15 Apr 1997 05:51:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA08539; Tue, 15 Apr 1997 05:51:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA21072; Tue, 15 Apr 1997 05:51:25 -0700 Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA15373 for ; Tue, 15 Apr 1997 05:51:22 -0700 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-11.mail.demon.net id aa1114072; 15 Apr 97 13:48 BST From: Mark Baranowski To: info-performer@sgi.com, info-vega@daisy.paradigmsim.com, scivw@hitl.washington.edu Subject: JOB-OFFERED: VR Software Engineers. Date: Tue, 15 Apr 1997 12:49:10 GMT Organization: Pera Message-ID: <33537667.18905530@post.demon.co.uk> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O Pera's VR Centre are currently seeking a number of talented VR professionals to join their team in Melton Mowbray, Leicestershire. UK. Requirements exist for two people with a computer science/software engineering background to join us in July/August, with a further vacancy expected towards the end of the year. Job Description --------------- The candidates will join a growing team developing virtual reality applications and providing VR related consultancy . They will also be required to perform research & development activities within multinational collaborative projects currently targeted at production engineering applications. Job activities will encompass all software life cycle stages from requirements analysis, through development to testing and evaluation/installation. Database modeling activities will also be required using MultiGen and Medit. In addition to the technical aspects of the work, the positions will involve significant contact with customers and European partners. Salary ------ To UKP 25,000 p.a. plus Bonus Education --------- Degree qualified in Computing Science or a related field. Experience ---------- Candidates should have: Strong C/C++ skills Experience with Silicon Graphics workstations Software engineering experience for real time simulation systems Good communication skills (both written and verbal) In addition, preference will be given to those candidates with knowledge of some of the following: Software libraries/tools, including - SGI Performer - Paradigm Vega - Paradigm AudioWorks - Division dVS, dVISE - SGI OpenGL Optimizer - OpenGL CAD systems and 3D file formats Real Time Database creation using MultiGen and Medit Strong applied mathematics X/Motif Virtual Reality technologies, including - tracking devices, 3D input devices etc - head-mounted displays PC Based 3D graphics systems Pera's VR Centre ---------------- In 1996, Pera opened the UK's first commercial reality centre, based on the reality centre concept pioneered by Silicon Graphics at their Theale offices. Since then, Pera have developed a variety of bespoke applications for clients in a number of application areas, several of which have received national and international coverage in both the television and press. Melton Mowbray is located in the Midlands, approx 15 miles from Leicester and 18 miles from Nottingham. How to Apply ------------ In the first instance send your CV to the address below, or email it to gary_eves@peragroup.com Write to -------- Mark Baranowski or Gary Eves at the following address: Pera, Technology Centre, Melton Mowbray Leicestershire. U.K. LE13 0PB. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 14:57:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09064; Tue, 15 Apr 1997 09:29:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09046; Tue, 15 Apr 1997 09:29:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA05776; Tue, 15 Apr 1997 09:29:02 -0700 Received: from zuul.risc.rockwell.com (zuul.risc.rockwell.com [130.50.16.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA26791; Tue, 15 Apr 1997 09:29:02 -0700 Received: by zuul.risc.rockwell.com; id JAA03306; Tue, 15 Apr 1997 09:24:57 -0700 (PDT) Received: from jupiter.risc.rockwell.com(130.50.5.1) by zuul.risc.rockwell.com via smap (3.2) id xma003251; Tue, 15 Apr 97 09:24:30 -0700 Received: from gemini.risc.rockwell.com by risc.rockwell.com (4.1/SMI-4.1) id AA00526; Tue, 15 Apr 97 09:18:00 PDT Date: Tue, 15 Apr 97 09:18:00 PDT From: ctam@jupiter.risc.rockwell.com (Clement Tam) Message-Id: <9704151618.AA00526@risc.rockwell.com> To: allan@sgi.com, ashein@boston.sgi.com, brian@sgi.com, info-performer@sgi.com Subject: Stereo buffer on Onyx with Infinite Reality graphics Status: O Thanks to Andrew Shein, Brian Furtaw, and Alan Schaffer for your suggestions and insights. The problem is indeed using IrisGL-based Performer on an Onyx with IR graphics. I have since tried 'make ogldso' to create an OGL executable for stereo.c, and it works fine! ----------------------------------------------------------------------------- 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 |Comnet: 253-4858 Thousand Oaks, CA 91358 |Email: ctam@risc.rockwell.com ----------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 16:18:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09188; Tue, 15 Apr 1997 10:55:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09172; Tue, 15 Apr 1997 10:55:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14363; Tue, 15 Apr 1997 10:55:27 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA20193 for ; Tue, 15 Apr 1997 10:55:20 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC49D3.F75EE610@correo.ceit.es>; Tue, 15 Apr 1997 19:33:59 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: preIsectFunc bad trav matrix Date: Tue, 15 Apr 1997 19:33:58 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performers, this is an example code tha I use to get the node isect matrix In the ISECT process. /*_________________________________ | | | vrPoolIsect::preIsectFunc() | |_________________________________| */ int vrPoolIsect::preIsectFunc(pfTraverser *trav, void *data) { pfMatrix mat; vrPoolIsect *isect = (vrPoolIsect *)data; if (!isect) return PFTRAV_CONT; trav->getMat(mat); isect->xformSegSet(); printf("%f %f %f\n", mat[0][0], mat[0][1], mat[0][2]); printf("%f %f %f\n", mat[1][0], mat[1][1], mat[1][2]); printf("%f %f %f\n", mat[2][0], mat[2][1], mat[2][2]); printf("%f %f %f\n", mat[3][0], mat[3][1], mat[3][2]); return PFTRAV_CONT; } The node used to set the traverser CB is a pfDCS with a changing matrix, The result of printing is an Ident matrix instead of the dcs matrix at ISECT time. Am I making a mistake or its a Performer bug? Nassouh Adel Chehayeb C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Applied Mechanics Department Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) e-mail: nchehayeb@ceit.es Phone: ++34-43-21.28.00 Fax : ++34-43-21.30.76 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 17:03:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA09378; Tue, 15 Apr 1997 11:38:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA09362; Tue, 15 Apr 1997 11:38:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA19279; Tue, 15 Apr 1997 11:38:33 -0700 Received: from wlp1.wl.wpafb.af.mil (wlp1.wl.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA01751 for ; Tue, 15 Apr 1997 11:38:31 -0700 Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA28855; Tue, 15 Apr 1997 14:38:29 -0400 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: Performer and C++ From: Robert C Subr To: info-performer@sgi.com Message-Id: <970415143738.893@wlp1.wl.wpafb.af.mil.0> Date: Tue, 15 Apr 97 14:38:22 -0400 X-Mailer: MailWorks 2.0-3 Status: O Greetings, I am new at C++ and have a question concerning the PF shared arena. How do I setup my user classes so they are defined in the pfsharedarena when the operator new is used or deleted from the pfsharedarena when the operator delete is called? Or is there another correct way of doing this? Any help or simple examples would be greatly appreciated. Thanks, Rob Subr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 15 20:48:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA10703; Tue, 15 Apr 1997 15:20:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA10687; Tue, 15 Apr 1997 15:20:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA14209; Tue, 15 Apr 1997 15:20:30 -0700 Received: from ntserver.ivex3d.com (ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA27023 for ; Tue, 15 Apr 1997 15:20:21 -0700 Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Tue, 15 Apr 1997 18:10:35 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng9 (204.241.103.127::mail daemon; unverified,SLmailNT V2.3); Tue, 15 Apr 1997 18:10:34 Eastern Daylight Time Sender: "ram munjulu" Message-ID: <3353FCD6.41C6@ivex3d.com> Date: Tue, 15 Apr 1997 18:10:30 -0400 From: "Rambabu Munjuluri" Organization: Ivex Corp X-Mailer: Mozilla 2.01S (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: pfGetChanLoad and pfGetPipeLoad Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I guess this is a very simple question on the Channel Load and PipeLoad. The man pages say that pfGetChanLoad will return the last computed load for chan. The load value is defined as time * frameRate / frac. AND ... pfGetPipeLoad returns the current instantaneous load (ratio of time required to process a frame and the time allotted for that frame's processing) for the pipe. For a Pipe with single channel, frac = 1.0f; both should be the same if I understood these correctly. What does it mean when ChanLoad is 0.6314 and PipeLoad is 0.67150 and values like that ? Seems to have a perfect ratio, if the load values are close to 1.0f. BUT, I notice that the my simple app drops frame-rate when the PipeLoad goes above 0.75-0.8. ???? Thanks in advance -- Ram ram@ivex3d.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 01:22:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA12850; Tue, 15 Apr 1997 19:57:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA12834; Tue, 15 Apr 1997 19:57:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA02753; Tue, 15 Apr 1997 19:57:43 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA22771 for ; Tue, 15 Apr 1997 19:57:40 -0700 Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id LAA06067; Wed, 16 Apr 1997 11:57:25 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id LAA06531 for ; Wed, 16 Apr 1997 11:57:21 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA28619; Wed, 16 Apr 1997 11:36:11 +0900 Message-Id: <199704160236.LAA28619@dimwit.dst.nk-exa.co.jp> To: info-performer@sgi.com Subject: PFMP_CULLoDRAW & multipass algorithms on Perf2.2 Date: Wed, 16 Apr 1997 11:36:11 +0900 From: YAMANAKA MASAHIKO Status: O Hi! I'm using iR/Perf2.1. According to the man page for pfMultiprocess... When using PFMP_CULLoDRAW, multipass algorithms (e.g. - landing lights on RealityEngine) which call pfDraw more than once per frame will not work. Can't I use PFMP_CULLoDRAW calling pfDraw more than once per frame on Perf2.2 ? ( Is this impossible? ) ^^^^^^^ Thanks, -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 05:51:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA13599; Wed, 16 Apr 1997 00:33:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA13583; Wed, 16 Apr 1997 00:32:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA13402; Wed, 16 Apr 1997 00:32:59 -0700 Received: from mail0.sfc.keio.ac.jp (mail0.sfc.keio.ac.jp [133.27.4.120]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA00428 for ; Wed, 16 Apr 1997 00:32:24 -0700 Received: from indy15.sfc.keio.ac.jp by mail0.sfc.keio.ac.jp (5.67+1.6W/2.7W) id AA25613; Wed, 16 Apr 97 16:31:41 +0900 Received: from sfc.keio.ac.jp by indy15.sfc.keio.ac.jp (940816.SGI.8.6.9/6.4J.6-sfc0) id QAA13272; Wed, 16 Apr 1997 16:31:40 +0900 Message-Id: <199704160731.QAA13272@indy15.sfc.keio.ac.jp> To: info-performer@sgi.com Cc: t93337nh@sfc.keio.ac.jp, yukari@ceres.is.seikei.ac.jp Subject: subscription Date: Wed, 16 Apr 1997 16:31:39 +0900 From: Noriko Hattori Status: O Hllo! We want to be subscribers. Regards, Noriko HATTORI Yukari SHIBUYA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 08:43:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14127; Wed, 16 Apr 1997 06:47:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14111; Wed, 16 Apr 1997 06:47:03 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA27559; Wed, 16 Apr 1997 06:47:02 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id GAA27977; Wed, 16 Apr 1997 06:47:02 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA19160 for ; Wed, 16 Apr 1997 06:45:43 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA13872; Wed, 16 Apr 97 08:43:23 -0500 Date: Wed, 16 Apr 97 08:43:23 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9704161343.AA13872@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: PFMP_CULLoDRAW & multipass algorithms on Perf2.2 Status: O YAMANAKA MASAHIKO asked: > According to the man page for pfMultiprocess... > > When using PFMP_CULLoDRAW, multipass algorithms (e.g. - landing lights on > RealityEngine) which call pfDraw more than once per frame will not work. > > Can't I use PFMP_CULLoDRAW calling pfDraw more than once per frame on Perf2.2 ? > ( Is this impossible? ) ^^^^^^^ Normally, the CULL process generates a bunch of drawing commands and puts them into a Display list. ON the following frame (probably), DRAW executes all of the commands in the display list and we are done. In multipass rendering, DRAW simply draws the same display list two or more times with subtle variations. In CULLoDRAW mode, there isn't really a display list as such. As CULL generates drawing commands, so they are immediately executed. In effect, there is no display list involved. Hence there is no place where the entire frames drawing commands are held and no possibility of re-drawing them in a second pass. Hence, it seems pretty unlikely that PFMP_CULLoDRAW and multipass algorithms are ever going to play together (although someone from the Performer team might be able to say otherwise). Steve Baker 817-619-1361 (Vox-Lab) Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) 2200 Arlington Downs Road 817-619-4028 (Fax) Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 08:43:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14099; Wed, 16 Apr 1997 06:40:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14083; Wed, 16 Apr 1997 06:40:44 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA27314; Wed, 16 Apr 1997 06:40:44 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id GAA27293; Wed, 16 Apr 1997 06:40:43 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA18291 for ; Wed, 16 Apr 1997 06:39:24 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA13707; Wed, 16 Apr 97 08:36:55 -0500 Date: Wed, 16 Apr 97 08:36:55 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9704161336.AA13707@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Company-Confidential Status: O Robert C Subr asked: > I am new at C++ and have a question concerning the PF shared arena. How do I > setup my user classes so they are defined in the pfsharedarena when the > operator new is used or deleted from the pfsharedarena when the operator delete > is called? Or is there another correct way of doing this? Any help or simple > examples would be greatly appreciated. The basic mechanism is to overload 'operator new' and 'operator delete' for all classes that you want to place in shared memory. One possible way to do this is to use something like: /* This class is designed as an abstract base class which ensures that all objects of derived classes are placed into shared memory using pfMalloc() and removed again using pfFree(). */ class Shared_Memory_Object { public: void *operator new ( size_t x ) { return ( x == 0 ) ? NULL : pfCalloc ( 1, x, pfGetSharedArena () ) ; } void operator delete ( void *p ) { if ( p != NULL ) pfFree ( p ) ; } } ; Then you can say things like: class MyClass : public Shared_Memory_Object { . . . } ; And then, anything declared using that class will be in shared memory. At one time, there was a problem with doing this in IRIX's C++ compiler if you delared an array of 'MyClass'. The compiler would (incorrectly) use the default 'operator new' and 'operator delete' for arrays. Does anyone know if that was ever fixed? Steve Baker 817-619-1361 (Vox-Lab) Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) 2200 Arlington Downs Road 817-619-4028 (Fax) Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 08:43:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14051; Wed, 16 Apr 1997 06:11:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14035; Wed, 16 Apr 1997 06:11:02 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA25888; Wed, 16 Apr 1997 06:11:02 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id GAA24359; Wed, 16 Apr 1997 06:11:01 -0700 Received: from camus.paradigmsim.com (camus.paradigmsim.com [206.7.114.160]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA13423 for ; Wed, 16 Apr 1997 06:09:34 -0700 Received: (from rweyrauch@localhost) by camus.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA18513; Wed, 16 Apr 1997 08:10:07 -0500 From: "Rick Weyrauch" Message-Id: <9704160810.ZM18511@camus.paradigmsim.com> Date: Wed, 16 Apr 1997 08:10:07 -0500 In-Reply-To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) "Clip-Mapping" (Apr 10, 5:28pm) References: <1997Apr10.161900.1074.24715@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley), info-performer@sgi.com (info-performer) Subject: Re: Clip-Mapping Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 10, 5:28pm, Jeff Brickley wrote: > Subject: Clip-Mapping > > As I understand it, Clipmapping is/was available with Performer 2.1 on > the IR level machines. What is the largest clipmap successfully used with > geometry (no 2 triangle scenes)? What was the polygon count? What was the > level of machine? We are finally getting started on clipmaps, but the > results are not looking good in so far as speed. Our normal Database > consists of two databases of 32,000 polygons in the same scene (side by > side) and our normal imagery was one 2048x2048x1 texture on one DB and one > 4096x4096x1 texture on the other DB and we have always been able to maintain > 20hz. This is without clipmapping, now clipmapping one DB in a scene (the > other removed) at 4096x4096x1, we've had to reduce the polygon count to > support it.... Is this normal for clipmapping? We are actually trying to > support the current Beta releases of Performer 2.2, but I have no comparison > to what has actually been accomplished with Performer 2.1.... > > Jeffry J. Brickley > Lockheed Martin > White Sands Missile Range >-- End of excerpt from Jeff Brickley Are you using the Performer utility library code to compute the clip-texture center point? The pfu code traverses every clip-textured polygon to compute the clip-texture center point. (Looking at the stats is you APP time large?) This is fine for a 2-poly demo but does not work with more complex database. There are a couple of solutions. The first is to compute the clip-texture center point by traversing a lower resolution representation of the clip-texture models. The low resolution model does need to be added to the sccene graph. The other option is to compute the center point by defining a function that maps world coordinates into clip-texture coordinates. Rick -- Rick Weyrauch voice: (972) 960-2301 Paradigm Simulation Inc. fax: (972) 960-2303 14900 Landmark Blvd., Suite 400 rweyrauch@paradigmsim.com Dallas TX 75240 www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 10:12:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14169; Wed, 16 Apr 1997 07:05:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14153; Wed, 16 Apr 1997 07:05:18 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA28421; Wed, 16 Apr 1997 07:05:17 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id HAA00055; Wed, 16 Apr 1997 07:05:16 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA22058 for ; Wed, 16 Apr 1997 07:03:58 -0700 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA68864; Wed, 16 Apr 1997 09:40:45 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id JAA14594; Wed, 16 Apr 1997 09:40:08 -0400 From: "Nicolas Gauvin" Message-Id: <9704160940.ZM14592@christine.cae.ca> Date: Wed, 16 Apr 1997 09:40:08 -0400 In-Reply-To: Robert C Subr "Performer and C++" (Apr 15, 2:38pm) References: <970415143738.893@wlp1.wl.wpafb.af.mil.0> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: subrrc@wl.wpafb.af.mil Subject: Re: Performer and C++ Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 15, 2:38pm, Robert C Subr wrote: > I am new at C++ and have a question concerning the PF shared arena. How do I > setup my user classes so they are defined in the pfsharedarena when the > operator new is used or deleted from the pfsharedarena when the operator >-- End of excerpt from Robert C Subr Deriving your class from a pfObject or a pfStruct or using the PFSTRUCT_DECLARE macro explained in pfStruct.h will overload the new and delete operators for shared arena. class newClass: public pfObject { ... }; This also gives the features of pfObject to your class such as run-time type id and reference counting. or class newClass { PFSTRUCT_DECLARE }; This only overloads the new/delete operators. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 10:12:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14345; Wed, 16 Apr 1997 07:58:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14329; Wed, 16 Apr 1997 07:58:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01762; Wed, 16 Apr 1997 07:58:30 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA03054 for ; Wed, 16 Apr 1997 07:58:25 -0700 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id OAA08864; Wed, 16 Apr 1997 14:57:51 GMT From: Jan Barglowski Posted-Date: Wed, 16 Apr 1997 14:57:51 GMT Message-Id: <199704161457.OAA08864@cyclops> Subject: Re: Performer and C++ To: subrrc@wl.wpafb.af.mil (Robert C Subr) Date: Wed, 16 Apr 1997 07:57:50 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <970415143738.893@wlp1.wl.wpafb.af.mil.0> from "Robert C Subr" at Apr 15, 97 02:38:22 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1156 Status: O Robert C Subr wrote: > I am new at C++ and have a question concerning the PF shared arena. How do I > setup my user classes so they are defined in the pfsharedarena when the > operator new is used or deleted from the pfsharedarena when the operator delete > is called? Or is there another correct way of doing this? Any help or simple > examples would be greatly appreciated. Here's what I've done: myClass *myClassPtr; myClassPtr = (myClass *) pfMalloc(sizeof(myClass), pfGetSharedArena()); This instances the class in the shared arena. But now that I've reread your question... I know that some Performer classes, such as pfChannel, are only instanced in the shared arena, but other classes (forget which) use a syntax like: myClass *myClassPtr = new(pfGetSharedArena()) myClass; Now if I could only remember which Performer classes are like that! I'll take a stab at thinking (!) that the "new" operator is overloaded in that class. Anyone else? jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 10:12:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14324; Wed, 16 Apr 1997 07:55:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14308; Wed, 16 Apr 1997 07:55:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01596; Wed, 16 Apr 1997 07:55:54 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA02397 for ; Wed, 16 Apr 1997 07:55:54 -0700 Received: from isdn-celeste.corp.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id HAA15617; Wed, 16 Apr 1997 07:55:53 -0700 Received: by isdn-celeste.corp.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id HAA00721; Wed, 16 Apr 1997 07:53:47 -0700 Date: Wed, 16 Apr 1997 07:53:47 -0700 From: mtj@isdn-celeste.corp.sgi.com (Michael Jones) Message-Id: <199704161453.HAA00721@isdn-celeste.corp.sgi.com> To: info-performer@sgi.com Subject: re: PFMP_CULLoDRAW & multipass algorithms on Perf2.2 Reply-To: mtj@sgi.com Status: O PFMP_CULLoDRAW does not use the normal "cull into a display list and then when you're done pass that list to the draw" technique of Performer. Rather, it uses the list as a circular buffer where the draw consumes the info as the cull is writing it. As a side-effect of this, the list is "used up" (potentially overwritten) in the first drawing, so it no longer exists for reuse in multipass applications. It could be made to work differently, where we used an "as long as needed" list between cull and draw, ran the cull and draw together as they are now, but would then still have the complete list available at the end for reuse in multipass applications. This is not something that's been asked for until now, and it's likely too late to consider it for the Performer 2.2 release. I will add it to the request for enhancement (RFE) list for the future. Michael Jones praesto et persto, Phone:415.933.1455 Fax:415.965.2658 MS:8U-590 Michael T. Jones Silicon Graphics, SSG--Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 120 Mario 64 Stars OpenGL/ImageVision/OpenInventor/Performer/Cosmo3D ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 10:59:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14427; Wed, 16 Apr 1997 08:33:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14411; Wed, 16 Apr 1997 08:33:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA04913; Wed, 16 Apr 1997 08:33:22 -0700 Received: from gatekeeper.ray.com ([138.125.162.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA11864 for ; Wed, 16 Apr 1997 08:33:20 -0700 Received: (mailer@localhost) by gatekeeper.ray.com (8.7.5/8.7.3) id LAA23549 for ; Wed, 16 Apr 1997 11:34:06 -0400 Received: from unknown by gatekeeper.ray.com; Wed Apr 16 11:32:13 1997 Received: from c4igab.msd.ray.com (c4igab.msd.ray.com [138.127.110.26]) by swlab1.msd.ray.com (8.8.5/8.8.5) with SMTP id LAA08299 for ; Wed, 16 Apr 1997 11:32:02 -0400 (EDT) Sender: tjc@swl.msd.ray.com Message-ID: <3354EFC7.15FB@swl.msd.ray.com> Date: Wed, 16 Apr 1997 11:27:03 -0400 From: Timothy Cormier X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O unsubscribe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 10:59:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA14513; Wed, 16 Apr 1997 09:06:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14497; Wed, 16 Apr 1997 09:06:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA07763; Wed, 16 Apr 1997 09:06:19 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA20404 for ; Wed, 16 Apr 1997 09:06:18 -0700 Received: from clark.evl.uic.edu (clark.evl.uic.edu [131.193.48.162]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id LAA16158; Wed, 16 Apr 1997 11:07:09 -0500 (CDT) Received: from localhost (swami@localhost) by clark.evl.uic.edu (8.6.5/8.6.4) with SMTP id QAA13667; Wed, 16 Apr 1997 16:07:08 GMT X-Authentication-Warning: clark.evl.uic.edu: swami owned process doing -bs Date: Wed, 16 Apr 1997 11:07:08 -0500 (CDT) From: "Swaminathan N." To: Robert C Subr cc: info-performer@sgi.com Subject: Re: Performer and C++ In-Reply-To: <970415143738.893@wlp1.wl.wpafb.af.mil.0> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 15 Apr 1997, Robert C Subr wrote: > Greetings, > > I am new at C++ and have a question concerning the PF shared arena. How do > I setup my user classes so they are defined in the pfsharedarena when the > operator new is used or deleted from the pfsharedarena when the operator > delete is called? Or is there another correct way of doing this? Any help > or simple examples would be greatly appreciated. > > Thanks, > > Rob Subr > You could add class specific operator new and operator delete. Or, even simpler, just add the line PFSTRUCT_DECLARE; in the public section of your class interface. You might also need to #include Another important thing to note is that operator new [] and operator delete [] are not provided. So allocating arrays of objects will use the operator ::new [] which can be overridden only in newer versions of the compiler (7.0 and 7.1) Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 10:59:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14460; Wed, 16 Apr 1997 08:38:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14444; Wed, 16 Apr 1997 08:38:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05328; Wed, 16 Apr 1997 08:38:37 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA13101 for ; Wed, 16 Apr 1997 08:38:36 -0700 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id LAA04741; Wed, 16 Apr 1997 11:25:01 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA33827; Wed, 16 Apr 1997 11:26:58 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id LAA21001; Wed, 16 Apr 1997 11:25:59 -0400 Date: Wed, 16 Apr 1997 11:25:59 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199704161525.LAA21001@eagle.cae.ca> To: "'Info-Performer'" , "Chehayeb, Nassouh" Subject: Re: preIsectFunc bad trav matrix Cc: info-performer@sgi.com Status: O > this is an example code tha I use to get the node isect matrix In > the ISECT process. > > int vrPoolIsect::preIsectFunc(pfTraverser *trav, void *data) > { > pfMatrix mat; > ... > trav->getMat(mat); > ... > } > > The node used to set the traverser CB is a pfDCS with a changing matrix, > The result of printing is an Ident matrix instead of the dcs matrix at > ISECT time. > > Am I making a mistake or its a Performer bug? If you're using a pre-Isect callback, the DCS matrix is not yet applied. You can change to a post-Isect callback if you're interested in the current transformation matrix after the DCS matrix is applied. However if you're interested in the current value of the DCS matrix, you should do this pfDCS* dcs = (pfDCS*) trav->getNode(); dcs->getMat(mat); Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 10:59:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14390; Wed, 16 Apr 1997 08:10:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14374; Wed, 16 Apr 1997 08:10:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA02980; Wed, 16 Apr 1997 08:10:06 -0700 Received: from mail.icenet.no (mail.icenet.no [194.19.25.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA06548 for ; Wed, 16 Apr 1997 08:09:44 -0700 Received: from bob (tromso33.icenet.no [194.19.25.33]) by mail.icenet.no (8.8.5/8.8.5) with SMTP id RAA20727 for ; Wed, 16 Apr 1997 17:10:49 +0200 Message-ID: <3354EB66.2CC9@icenet.no> Date: Wed, 16 Apr 1997 17:08:22 +0200 From: Inge Henriksen Reply-To: inge@autosim.no Organization: Autosim A/S X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: sgi-infoperformer Subject: Basic help on pfMultiprocess() Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O -- Hello info-Performers When using Performer 2.0 on an IrisGL 5.3/Onyx RE2 I have problems in using non-performer routines. I set pfMultiprocess() to PFMP_APPCULLDRAW, as I did with Performer 1.2, but with 2.0 it does not work. What I mainly want to do is use GL calls like qread(), so that I can read the keyboard, and mouse ++. Thanks for any help... ------------- Inge E.Henriksen Autosim A/S P.box 2303 N-9002 Tromsoe Norway E-mail: Tlf.nr.: +47 77 67 50 75 Fax nr.: +47 77 67 67 01 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 08:57:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14081; Wed, 16 Apr 1997 06:40:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14065; Wed, 16 Apr 1997 06:40:19 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA27280; Wed, 16 Apr 1997 06:40:19 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id GAA27243; Wed, 16 Apr 1997 06:40:18 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA18255 for ; Wed, 16 Apr 1997 06:38:57 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA13548; Wed, 16 Apr 97 08:26:43 -0500 Date: Wed, 16 Apr 97 08:26:43 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9704161326.AA13548@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: preIsectFunc bad trav matrix Status: O Chehayeb, Nassouh said: > The node used to set the traverser CB is a pfDCS with a changing matrix, > The result of printing is an Ident matrix instead of the dcs matrix at > ISECT time. > > Am I making a mistake or its a Performer bug? I think it's a pfBug. I reported a similar problem some time ago - but didn't get any kind of response. Eventually I found a work-around. Here is the note I wrote to myself at the time (over a year ago)... /* SJB: There is some kind of a bug in pfGetTravMat(). In this application, there is typically a DCS node somewhere above this node and pfGetTravMat() is well behaved. However, if there is no DCS (or maybe an SCS?) between the pfScene and this node then pfGetTravMat() should return an identity matrix. In fact, the X and Y eyepoint coordinates can be found in the bottom row of matrix - but curiously, not the Z coordinate!?! */ [pfGetTravMat() and pfTraverser::getMat() are of course the same routine.] If what I discovered back then is still true, then you *might* be able to work around the problem by putting a DCS (or perhaps an SCS) at some point in the tree above the node with the preIsectFunc() callback. My code (as it happens) always has a DCS node somewhere above the node with the callback - clearly when I wrote that comment, I believed that an SCS might work instead. It would be nice if some kind hearted pfPerson would fix this problem in Perf 2.2 or in a patch to 2.0.x/2.1.x I hope this helps... Steve. Steve Baker 817-619-1361 (Vox-Lab) Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) 2200 Arlington Downs Road 817-619-4028 (Fax) Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 13:49:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15367; Wed, 16 Apr 1997 11:17:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15351; Wed, 16 Apr 1997 11:17:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA21108; Wed, 16 Apr 1997 11:17:21 -0700 Received: from april.dnaco.net ([207.238.206.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA25798 for ; Wed, 16 Apr 1997 11:17:16 -0700 Received: from kirk.dnaco.net (eheft@kirk.dnaco.net [207.238.206.3]) by april.dnaco.net (8.8.5/8.8.5) with ESMTP id OAA00527 for ; Wed, 16 Apr 1997 14:18:32 -0400 (EDT) From: Eric Heft Received: (from eheft@localhost) by kirk.dnaco.net (8.8.4/8.8.4) id OAA00301 for info-performer@sgi.com; Wed, 16 Apr 1997 14:17:18 -0400 (EDT) Message-Id: <199704161817.OAA00301@kirk.dnaco.net> Subject: pfSwitches and color changes To: info-performer@sgi.com (Performer Mailing List) Date: Wed, 16 Apr 1997 14:17:17 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I've got a simple object built with gview. I want to change the color of the object on the fly. I followed the sugestions offerered in the achives and I think I've get everything right, but the pfSwitch doesn't seem to be switching so I must have missed something :) I'm using perfly as a baseline and added a call to incSwitch inside the keybrd handler. findSwitch is called before entering the main while (!ViewState->exitFlag) loop. Thanks for any light you can shed on the subject. Eric void findSwitch(pfNode *node) /* Called from main.c */ { if (pfIsOfType(node,pfGetSwitchClassType())) { ViewState->colorSwitch = node; printf(" Found Switch node \n"); } if (pfIsOfType(node,pfGetGroupClassType())) { int i; for (i=0; icolorSwitch,var); } #Inventor V2.1 ascii Separator { PickStyle { style UNPICKABLE } LightModel { model BASE_COLOR } NormalBinding { value PER_VERTEX_INDEXED } Switch { whichChild 0 BaseColor { rgb 0.8 1 0.2 } BaseColor { rgb 0 0 0 } BaseColor { rgb 1 0 0 } BaseColor { rgb 0 1 0 } } Coordinate3 { point [ -10 0 0, 10 0 0, 0 -10 0, 0 10 0 ] } LineSet { numVertices [ 2, 2 ] } } ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 13:49:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15881; Wed, 16 Apr 1997 11:44:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15865; Wed, 16 Apr 1997 11:44:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA24071; Wed, 16 Apr 1997 11:44:33 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA03092 for ; Wed, 16 Apr 1997 11:44:14 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA15500; Wed, 16 Apr 97 13:39:21 -0500 Date: Wed, 16 Apr 97 13:39:21 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9704161839.AA15500@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Performer and C++ Status: O Robert C Subr wrote: > I am new at C++ and have a question concerning the PF shared arena. How do I > setup my user classes so they are defined in the pfsharedarena when the > operator new is used or deleted from the pfsharedarena when the operator delete > is called? Or is there another correct way of doing this? Any help or simple > examples would be greatly appreciated. Jan Barglowski replied: > Here's what I've done: > myClass *myClassPtr; > myClassPtr = (myClass *) pfMalloc(sizeof(myClass), pfGetSharedArena()); Aaaaarrrggghhhh! Please don't do that - it bypasses the class constructor function - and for most classes, that will be a disaster! Steve Baker 817-619-1361 (Vox-Lab) Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) 2200 Arlington Downs Road 817-619-4028 (Fax) Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 13:49:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15549; Wed, 16 Apr 1997 11:34:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15533; Wed, 16 Apr 1997 11:34:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA23043; Wed, 16 Apr 1997 11:34:34 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00252 for ; Wed, 16 Apr 1997 11:34:34 -0700 Received: from gaia.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id LAA27684; Wed, 16 Apr 1997 11:34:32 -0700 Received: by gaia.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id LAA18097; Wed, 16 Apr 1997 11:34:31 -0700 From: "Chrysa Caulfield" Message-Id: <9704161134.ZM18095@gaia.asd.sgi.com> Date: Wed, 16 Apr 1997 11:34:28 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: ITEC - Friends of Performer meeting Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You are cordially invited to attend a Friends of Performer meeting at ITEC. Thursday evening, April 24, 5:30-7:30 pm Foyer Balcon Theatre de Beaulieu at the Palias de Beaulieu, Lausanne, Switzerland Come hear the latest news about Performer! - releases - features - future plans -- ___ |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone | Silicon Graphics Computer Systems 415-964-8671 fax / \ 2011 N. Shoreline Bvd, MS 8L-800 /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.sgi.com __/ \ / \_______________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 14:54:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA16103; Wed, 16 Apr 1997 11:58:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16087; Wed, 16 Apr 1997 11:58:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA25637; Wed, 16 Apr 1997 11:58:12 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA07323 for ; Wed, 16 Apr 1997 11:58:11 -0700 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA60638; Wed, 16 Apr 1997 14:33:31 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id OAA16673; Wed, 16 Apr 1997 14:32:45 -0400 From: "Nicolas Gauvin" Message-Id: <9704161432.ZM16671@christine.cae.ca> Date: Wed, 16 Apr 1997 14:32:45 -0400 In-Reply-To: Jan Barglowski "Re: Performer and C++" (Apr 16, 7:57am) References: <199704161457.OAA08864@cyclops> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: an@euryale.chinalake.navy.mil Subject: Re: Performer and C++ Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 16, 7:57am, Jan Barglowski wrote: > Here's what I've done: > myClass *myClassPtr; > myClassPtr = (myClass *) pfMalloc(sizeof(myClass), pfGetSharedArena()); > > This instances the class in the shared arena. But this fails to call the class constructor. Only the operator new will call the constructor. This is very risky if your constructor is suppose to do something important! -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 14:54:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA16136; Wed, 16 Apr 1997 12:02:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA16120; Wed, 16 Apr 1997 12:02:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA26142; Wed, 16 Apr 1997 12:02:19 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA07806 for ; Wed, 16 Apr 1997 12:00:03 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA15689; Wed, 16 Apr 97 13:57:43 -0500 Date: Wed, 16 Apr 97 13:57:43 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9704161857.AA15689@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: preIsectFunc bad trav matrix Status: O Chehayeb, Nassouh asked: > this is an example code tha I use to get the node isect matrix In > the ISECT process. > > int vrPoolIsect::preIsectFunc(pfTraverser *trav, void *data) > { > pfMatrix mat; > ... > trav->getMat(mat); > ... > } > > The node used to set the traverser CB is a pfDCS with a changing matrix, > The result of printing is an Ident matrix instead of the dcs matrix at > ISECT time. > > Am I making a mistake or its a Performer bug? Bernard Leclerc replied: > If you're using a pre-Isect callback, the DCS matrix is not yet applied. > You can change to a post-Isect callback if you're interested in the > current transformation matrix after the DCS matrix is applied. > > However if you're interested in the current value of the DCS matrix, you > should do this > > pfDCS* dcs = (pfDCS*) trav->getNode(); > dcs->getMat(mat); ..but that only works for DCS's - what about other kinds of nodes? I'm pretty sure I've seen this problem in Cull traversals too. What makes you so sure that the matrix isn't applied until after the pre-traversal callback? I could (maybe) understand that in the case of a DCS or an SCS, the matrix might be applied somewhere between the pre- and post- traversal callbacks, but for (say) a regular pfGroup, this should not be a problem...yet (for me at least) there *is* a problem. The man page simply says: pfGetTravMat sets mat to the current transformation matrix, which is the concatenation of the matrices from the root of the scene down to and including the current node. ...it warns you that you can't make this call in a DRAW traversal, but for APP, CULL and ISECT traversals, it makes it pretty clear that even for DCS and SCS nodes, you can expect to get back a transform that includes the current node. I still think it's a genuine pfBug. Steve Baker 817-619-1361 (Vox-Lab) Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) 2200 Arlington Downs Road 817-619-4028 (Fax) Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 17:29:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA16371; Wed, 16 Apr 1997 12:46:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA16355; Wed, 16 Apr 1997 12:46:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29299; Wed, 16 Apr 1997 12:46:37 -0700 Received: from austin.cs.unc.edu (austin.cs.unc.edu [152.2.128.87]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA19563 for ; Wed, 16 Apr 1997 12:46:34 -0700 Received: from lionfish.cs.unc.edu by austin.cs.unc.edu (8.6.10/UNC_10_05_96) id PAA16929; Wed, 16 Apr 1997 15:46:33 -0400 Received: from localhost by lionfish.cs.unc.edu (950413.SGI.8.6.12/UNC_06_21_94) id PAA03068; Wed, 16 Apr 1997 15:46:32 -0400 Date: Wed, 16 Apr 1997 15:46:32 -0400 (EDT) From: Hansong Zhang To: info-performer@sgi.com Subject: z-buffer matters when depth test's off? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, I found something wierd and wonder if anybody knows why. In a special rendering of a scene I turned Z-buffer off. Because z-buffer was off I cleared only the color buffer before rendering. Turned out some polygons were missing, leaving cracks in the image. I was puzzled and suspected everything. The problem remained the same on iR (2 RM6) and Max Impact. I've just found that if I clear the Z-buffer also, the cracks are gone. The problem's "solved" but I still don't understand it. Any ideas? Thanks, Hansong ------------------------------------------------------------- Hansong Zhang \ zhangh@cs.unc.edu Walkthrough Group \ http://www.cs.unc.edu/~zhangh Department of Computer Science \ (919)962-1835 (O) UNC-Chapel Hill \ (919)914-3973 (H) "I create abstract systems from pure information, Albert. I'm a *programmer*... Quantum nonlocality is a bug." -- God ------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 17:28:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA16851; Wed, 16 Apr 1997 14:11:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16835; Wed, 16 Apr 1997 14:10:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06064; Wed, 16 Apr 1997 14:10:58 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA10210 for ; Wed, 16 Apr 1997 14:10:57 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id OAA06647; Wed, 16 Apr 1997 14:10:55 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA23115; Wed, 16 Apr 1997 14:10:54 -0700 From: "Don Hatch" Message-Id: <9704161410.ZM23113@hell.asd.sgi.com> Date: Wed, 16 Apr 1997 14:10:54 -0700 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: preIsectFunc bad trav matrix" (Apr 16, 8:26am) References: <9704161326.AA13548@mred.bgm.link.com> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: preIsectFunc bad trav matrix Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 16, 8:26am, Steve Baker wrote: > Subject: Re: preIsectFunc bad trav matrix > > Chehayeb, Nassouh said: > > > The node used to set the traverser CB is a pfDCS with a changing matrix, > > The result of printing is an Ident matrix instead of the dcs matrix at > > ISECT time. > > > > Am I making a mistake or its a Performer bug? > > I think it's a pfBug. I reported a similar problem some time ago - but > didn't get any kind of response. Eventually I found a work-around. > > Here is the note I wrote to myself at the time (over a year ago)... > > /* > SJB: There is some kind of a bug in pfGetTravMat(). In this application, > there is typically a DCS node somewhere above this node and > pfGetTravMat() is well behaved. However, if there is no DCS > (or maybe an SCS?) between the pfScene and this node then > pfGetTravMat() should return an identity matrix. In fact, the > X and Y eyepoint coordinates can be found in the bottom row > of matrix - but curiously, not the Z coordinate!?! > */ > > [pfGetTravMat() and pfTraverser::getMat() are of course the same routine.] > > If what I discovered back then is still true, then you *might* be able to > work around the problem by putting a DCS (or perhaps an SCS) at some > point in the tree above the node with the preIsectFunc() callback. > > My code (as it happens) always has a DCS node somewhere above the node with > the callback - clearly when I wrote that comment, I believed that an SCS > might work instead. > > It would be nice if some kind hearted pfPerson would fix this problem in > Perf 2.2 or in a patch to 2.0.x/2.1.x > As Bernard Leclerc replied earlier, the trav matrix at the DCS node is not supposed to include the effect of the DCS itself, so I think the pfGetTravMat() bug you are referring to is a separate issue (one that we'll try to track down and fix for 2.2). Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 18:23:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA17087; Wed, 16 Apr 1997 14:38:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA17071; Wed, 16 Apr 1997 14:38:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA07974; Wed, 16 Apr 1997 14:38:33 -0700 Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA17365 for ; Wed, 16 Apr 1997 14:38:32 -0700 Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id OAA01062 for ; Wed, 16 Apr 1997 14:38:29 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id OAA01421 for ; Wed, 16 Apr 1997 14:37:46 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id VAA29657; Wed, 16 Apr 1997 21:37:48 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199704162137.VAA29657@sdchemw1.ucsd.edu> Subject: Trouble linking in static loader To: info-performer@sgi.com Date: Wed, 16 Apr 1997 14:37:48 -0700 (PDT) Cc: w@chem.ucsd.edu X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi All, I want to make a version of my Performer app that is self-contained, and for that I need to statically link in the .pfb loader DSO. So I set my makefile to link the app with the following command: CC -n32 -L/usr/lib32/Performer/Static -L/usr/lib32/Performer/Static/libpfdb -L/usr/lib/X11 -L../BG -no_unresolved -o ve app.o -lmovieGL -ldmedia -lcl -lGL -lGLU -lm -lpfpfb_ogl -llv3 -lpfdu_ogl -lpfui -lpfutil_ogl -lpf_ogl -limage -lGLU -lGL -lXext -lXmu -lX11 -lm -lfpe -lC -lmalloc to get it to link in the static pfb library, libpfpfb.a. But when I run it, pfdLoadFile() gives the following error: PF Notice: pfdLoadFile_pfb: Loading "../../ve-models/torp2-dye1.pfb" 2168:./ve: rld: Fatal Error: attempted access to unresolvable symbol in /usr/lib32/libpfdb/libpfpfb_ogl.so: pfGetPartClassType Can someone tell me what I am doing wrong here? thanks, Jeremy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 18:35:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA17125; Wed, 16 Apr 1997 14:43:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA17109; Wed, 16 Apr 1997 14:43:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA08173; Wed, 16 Apr 1997 14:43:44 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA18724 for ; Wed, 16 Apr 1997 14:43:43 -0700 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id VAA12050; Wed, 16 Apr 1997 21:43:15 GMT From: Jan Barglowski Posted-Date: Wed, 16 Apr 1997 21:43:15 GMT Message-Id: <199704162143.VAA12050@cyclops> Subject: Re: Performer and C++ To: steve@mred.bgm.link.com (Steve Baker) Date: Wed, 16 Apr 1997 14:43:15 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9704161839.AA15500@mred.bgm.link.com> from "Steve Baker" at Apr 16, 97 01:39:21 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1242 Status: O Steve Baker wrote: > > > Robert C Subr wrote: > > I am new at C++ and have a question concerning the PF shared arena. How do I > > setup my user classes so they are defined in the pfsharedarena when the > > operator new is used or deleted from the pfsharedarena when the operator delete > > is called? Or is there another correct way of doing this? Any help or simple > > examples would be greatly appreciated. > > Jan Barglowski replied: > > > Here's what I've done: > > myClass *myClassPtr; > > myClassPtr = (myClass *) pfMalloc(sizeof(myClass), pfGetSharedArena()); > > Aaaaarrrggghhhh! > > Please don't do that - it bypasses the class constructor function - and > for most classes, that will be a disaster! Thanks! I've now checked my code and all I do this on is my own classes (but I'm gonna convert them real soon) and pfCoord, which is really a structure. And really thanks for warning the novices that may have seen my post and tried it. Well, I *was* trying to be helpful (sheepish grin) jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 18:35:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA18284; Wed, 16 Apr 1997 16:09:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA18268; Wed, 16 Apr 1997 16:09:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA15579; Wed, 16 Apr 1997 16:09:19 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA11258 for ; Wed, 16 Apr 1997 16:09:17 -0700 Received: from cray.evl.uic.edu (cray.evl.uic.edu [131.193.48.163]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id SAA04113; Wed, 16 Apr 1997 18:09:13 -0500 (CDT) Received: from localhost (swami@localhost) by cray.evl.uic.edu (8.6.5/8.6.4) with SMTP id XAA11109; Wed, 16 Apr 1997 23:09:11 GMT X-Authentication-Warning: cray.evl.uic.edu: swami owned process doing -bs Date: Wed, 16 Apr 1997 18:09:11 -0500 (CDT) From: "Swaminathan N." To: Steve Baker cc: info-performer@sgi.com Subject: Re: preIsectFunc bad trav matrix In-Reply-To: <9704161857.AA15689@mred.bgm.link.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 16 Apr 1997, Steve Baker wrote: > Chehayeb, Nassouh asked: > > > this is an example code tha I use to get the node isect matrix In > > the ISECT process. > > > > int vrPoolIsect::preIsectFunc(pfTraverser *trav, void *data) > > { > > pfMatrix mat; > > ... > > trav->getMat(mat); > > ... > > } > > > > The node used to set the traverser CB is a pfDCS with a changing matrix, > > The result of printing is an Ident matrix instead of the dcs matrix at > > ISECT time. > > > > Am I making a mistake or its a Performer bug? > > Bernard Leclerc replied: > > > If you're using a pre-Isect callback, the DCS matrix is not yet applied. > > You can change to a post-Isect callback if you're interested in the > > current transformation matrix after the DCS matrix is applied. > > > > However if you're interested in the current value of the DCS matrix, you > > should do this > > > > pfDCS* dcs = (pfDCS*) trav->getNode(); > > dcs->getMat(mat); > > ..but that only works for DCS's - what about other kinds of nodes? > I guess maybe you are confusing the traversal matrix and the pfDCS matrix. The DCS matrix is not applied to the traversal matrix while in pre-callback mode, as Mr Leclerc pointed out. Thus your DCS matrix could be changing, but the pre-traversal matrix remains identity. I've used trav->getMat(mat) quite successfully (meaning, it did what I thought and wanted it do). In fact a code stub in preCB_DCS looks like pfMatrix traversal trav->getMat(traversal); pfMatrix m; pfdcs->getMat(m); traversal.preMult(m); bye Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 18:35:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA18251; Wed, 16 Apr 1997 16:04:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA18235; Wed, 16 Apr 1997 16:04:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA15210; Wed, 16 Apr 1997 16:04:35 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA10222 for ; Wed, 16 Apr 1997 16:04:32 -0700 Received: from cray.evl.uic.edu (cray.evl.uic.edu [131.193.48.163]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id SAA03935; Wed, 16 Apr 1997 18:04:17 -0500 (CDT) Received: from localhost (swami@localhost) by cray.evl.uic.edu (8.6.5/8.6.4) with SMTP id XAA11058; Wed, 16 Apr 1997 23:04:17 GMT X-Authentication-Warning: cray.evl.uic.edu: swami owned process doing -bs Date: Wed, 16 Apr 1997 18:04:17 -0500 (CDT) From: "Swaminathan N." Reply-To: "Swaminathan N." To: Steve Baker cc: info-performer@sgi.com Subject: Re: Performer and C++ In-Reply-To: <9704161839.AA15500@mred.bgm.link.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 16 Apr 1997, Steve Baker wrote: > > Jan Barglowski replied: > > > Here's what I've done: > > myClass *myClassPtr; > > myClassPtr = (myClass *) pfMalloc(sizeof(myClass), pfGetSharedArena()); > > Aaaaarrrggghhhh! > > Please don't do that - it bypasses the class constructor function - and > for most classes, that will be a disaster! If you include and a reasonably upto date compiler you could do placement new like myClassPtr = new (pfMalloc(sizeof(myClass), pfGetSharedArena())) myClass; You could also do the same by providing a second version of operator new like this void * operator new(size_t s, void *v) { return v; } which allows you to do the above too. Note that this is different from the Performer overloading of new, viz. pfMaterial *mtl = new (pfGetSharedArena()) pfMaterial; Placement new also helps get around the problem of not being able to overload operator new [] Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 16 21:51:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA18435; Wed, 16 Apr 1997 16:26:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA18419; Wed, 16 Apr 1997 16:26:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA16559; Wed, 16 Apr 1997 16:26:47 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA15181 for ; Wed, 16 Apr 1997 16:26:47 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA15017; Wed, 16 Apr 1997 16:26:45 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA08910; Wed, 16 Apr 1997 16:26:44 -0700 From: "Don Hatch" Message-Id: <9704161626.ZM8908@hell.asd.sgi.com> Date: Wed, 16 Apr 1997 16:26:43 -0700 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: preIsectFunc bad trav matrix" (Apr 16, 1:57pm) References: <9704161857.AA15689@mred.bgm.link.com> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: preIsectFunc bad trav matrix Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 16, 1:57pm, Steve Baker wrote: > Subject: Re: preIsectFunc bad trav matrix > > Chehayeb, Nassouh asked: > > > this is an example code tha I use to get the node isect matrix In > > the ISECT process. > > > > int vrPoolIsect::preIsectFunc(pfTraverser *trav, void *data) > > { > > pfMatrix mat; > > ... > > trav->getMat(mat); > > ... > > } > > > > The node used to set the traverser CB is a pfDCS with a changing matrix, > > The result of printing is an Ident matrix instead of the dcs matrix at > > ISECT time. > > > > Am I making a mistake or its a Performer bug? > > Bernard Leclerc replied: > > > If you're using a pre-Isect callback, the DCS matrix is not yet applied. > > You can change to a post-Isect callback if you're interested in the > > current transformation matrix after the DCS matrix is applied. > > > > However if you're interested in the current value of the DCS matrix, you > > should do this > > > > pfDCS* dcs = (pfDCS*) trav->getNode(); > > dcs->getMat(mat); > > ..but that only works for DCS's - what about other kinds of nodes? > > I'm pretty sure I've seen this problem in Cull traversals too. > > What makes you so sure that the matrix isn't applied until after > the pre-traversal callback? I could (maybe) understand that in > the case of a DCS or an SCS, the matrix might be applied somewhere > between the pre- and post- traversal callbacks, but for (say) a > regular pfGroup, this should not be a problem...yet (for me at least) > there *is* a problem. > > The man page simply says: > > pfGetTravMat sets mat to the current transformation matrix, which is the > concatenation of the matrices from the root of the scene down to and > including the current node. > > ...it warns you that you can't make this call in a DRAW traversal, but > for APP, CULL and ISECT traversals, it makes it pretty clear that even > for DCS and SCS nodes, you can expect to get back a transform that includes > the current node. > > I still think it's a genuine pfBug. I agree now. That part of the man page was news to me, and my first assumption was that it was just wrong. However, looking at the code, I think I see the following (very flaky) implementation for SCS and DCS: When called from pre- and post- node APP funcs: trav->getMat() matrix includes the SCS transformation. When called from pre- and post- node CULL or ISECT funcs: trav->getMat() matrix *does not* include the SCS transformation. When called from pre- and post- node DRAW funcs: pfGetModelMat() includes the SCS transformation. Does this explain everyone's problems? For Performer 2.2, I'll try to get all of them to conform to the man page's description (i.e. change the CULL and ISECT traversals so that the traverser matrix will include the node's matrix). Unfortunately, that means if you want to write code that works now and will also work later, you simply can't call trav->getMat() in the CULL or ISECT node callbacks of an SCS or DCS; you need to attach the callback to a node above or below the SCS instead (depending on which behavior you want). Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 01:31:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA21710; Wed, 16 Apr 1997 20:09:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA21694; Wed, 16 Apr 1997 20:09:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA01430; Wed, 16 Apr 1997 20:09:47 -0700 Received: from hpa2-11.cadcam.nus.sg (hpa2-11.cadcam.nus.sg [137.132.181.141]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA26651 for ; Wed, 16 Apr 1997 20:09:26 -0700 Message-Id: <199704170309.UAA26651@sgi.sgi.com> Received: by hpa2-11.cadcam.nus.sg (1.37.109.10G/16.2) id AA022566804; Thu, 17 Apr 1997 11:13:24 +0800 From: Mr Bok Shung Hwee Subject: Research Appointment at Nat'l Univ of S'pore To: info-performer@sgi.com Date: Thu, 17 Apr 97 11:13:23 SST Cc: engboksh@nus.sg, mpeneeyc@nus.sg X-Hpvue$Revision: 1.8 $ Mime-Version: 1.0 Content-Type: Message/rfc822 X-Vue-Mime-Level: 4 Mailer: Elm [revision: 70.85] Status: O content-type:text/plain;charset=us-ascii mime-version:1.0 A position as Post-Master Fellowship is available at the Faculty of Engineering National University of Singapore. The area of work for this appointment is in the field of Virtual Reality software development and hardware interfacing. The main domain of problems addressed is medical/surgical. Applicants should have the following : 1. Overseas Master Degree (i.e. not from Singapore) 2. Age should not exceed 35 years 3. Interest in remaining in Singapore to work would be good 4. Period of appointment is 2 years. This is an appointment for professional work rather than academic work. The work is in collaboration with Silicon Graphics East Asis Technology Network Office. Please make further enquiries at engboksh@nus.sg. Interested applicants will need submit a CV and publication list, a copy each of certificates and transcripts, and at least 2 letters of recommendation from referees. Best Regards Bok Shung Hwee CAD/CAM Specialist CAD/CAM Centre Faculty of Engineering National Uninversity of Singapore 10 Kent Ridge Crescent Singapore 119260 Tel: (65) 7722599 Fax: (65) 7778691 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 03:51:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA21950; Wed, 16 Apr 1997 22:31:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA21934; Wed, 16 Apr 1997 22:31:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA05722; Wed, 16 Apr 1997 22:31:53 -0700 Received: from sgisgp.singapore.sgi.com ([134.14.84.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA16257 for ; Wed, 16 Apr 1997 22:31:51 -0700 Received: from blackmagic.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgisgp.singapore.sgi.com:info-performer@sgi.com> id NAA22319; Thu, 17 Apr 1997 13:20:22 -0700 Received: from blackmagic (localhost [127.0.0.1]) by blackmagic.singapore.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA11165 for ; Thu, 17 Apr 1997 11:13:00 -0700 Sender: rickoh@nus.sg Message-ID: <3356682B.41C6@nus.sg> Date: Thu, 17 Apr 1997 11:12:59 -0700 From: richard koh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: STEREO problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am currently trying a stereo demo downloaded from , but have some problems seeing it in stereo using stereo graphics's crystal eyes. The frame rate doesn't look quite good. I cannot do stereo rendering. Can anyone please help me as I am very new to performer. Thanks to all. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 06:07:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA22374; Thu, 17 Apr 1997 00:48:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA22358; Thu, 17 Apr 1997 00:48:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA11151; Thu, 17 Apr 1997 00:48:58 -0700 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA04100 for ; Thu, 17 Apr 1997 00:48:51 -0700 Received: from sirrah (sqy02.calvacom.fr [195.6.162.194]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id JAA17594 for ; Thu, 17 Apr 1997 09:48:46 +0200 (MET DST) Sender: guy@ns.calvacom.fr Message-ID: <3355D54E.41C6@calva.net> Date: Thu, 17 Apr 1997 09:46:22 +0200 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Info-Performer Mailing List Subject: Re: Company-Confidential References: <9704161336.AA13707@mred.bgm.link.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O > Robert C Subr asked: > > > I am new at C++ and have a question concerning the PF shared arena. How do I > > setup my user classes so they are defined in the pfsharedarena when the > > operator new is used or deleted from the pfsharedarena when the operator delete > > is called? > Steve Baker wrote: > > The basic mechanism is to overload 'operator new' and 'operator delete' for > all classes that you want to place in shared memory. > Here Steve creates a new class which only overload the operators new and delete and has them use shared memory. Would it be possible to use a Performer base class, like pfMemory or pfObject, to do just the same? I'm thinking about: class MyOwnClass : public pfMemory { [...class definition...] } which would allows the use of: MyOwnClass *object = new(pfGetSharedArena()) MyOwnClass; Is this valid? It looks like a good idea to me. Guy =========================================== Silicon Worlds S.A. 12, rue de Chatillon 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 07:44:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA22504; Thu, 17 Apr 1997 02:27:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22488; Thu, 17 Apr 1997 02:27:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA13663; Thu, 17 Apr 1997 02:27:08 -0700 Received: from sigma.nss.unit.no (sigma.nss.unit.no [129.241.182.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA15579 for ; Thu, 17 Apr 1997 02:27:05 -0700 Received: (from kintel@localhost) by sigma.nss.unit.no (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA16390; Thu, 17 Apr 1997 11:26:29 +0200 Date: Thu, 17 Apr 1997 11:26:29 +0200 (MET DST) From: Marius Kintel To: Inge Henriksen cc: Petter.Kinn@due.unit.no, sgi-infoperformer , Marius.Kintel@due.unit.no, Pal.R.Engnes@due.unit.no, Thomas.Hammer@due.unit.no Subject: Re: Basic help on pfMultiprocess() In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Status: O > Videresendt av Morten Eriksen 09:11 torsdag 17. april 1997 +0100 > ----------------------------------------------------------------- > Denne kom nettopp p=E5 Performer mailing-lista. Firmaet kan v=E6re intere= ssant > for oss av flere grunner; de driver utvikling p=E5 SGI-bokser med Perform= er > + annet snacks - dermed er de kanskje i beit for kompetente folk, de lage= r > simulatorer - dermed har de kanskje bruk for PolyRed-lisenser eller > -teknologi. >=20 Er ikke dette de samme vi snakket om i fjor en gang (under den festen paa teknostallen). De som utvikler oevelseskjoering-simulator for bil i samarb. med UiT ?? -marius ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 08:52:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA22704; Thu, 17 Apr 1997 03:43:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA22688; Thu, 17 Apr 1997 03:43:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA15561; Thu, 17 Apr 1997 03:43:15 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA26125 for ; Thu, 17 Apr 1997 03:43:09 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC4B2C.3D483D80@correo.ceit.es>; Thu, 17 Apr 1997 12:38:23 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: Re: preIsectFunc Date: Thu, 17 Apr 1997 12:38:22 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performers, Thanks to all people who answered my question about preIsectFunc. I solved my problem changing the preIsectfunc to postIsectFunc where I got the accumulated transformation matrix of the node. I have another question about the pfGetCurWSConnection(). Could anyone explain me the behavior of that function if it is called from a process forked from the APP?. For example: in the APP process: dsp = pfGetCurWSConnection(); // return the current WS connection if any, or open a new one. in the forked process: dsp = pfGetCurWSConnection(); // will it return the app connection or open a new one? help me please, Nassouh Adel Chehayeb C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Applied Mechanics Department Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) e-mail: nchehayeb@ceit.es Phone: ++34-43-21.28.00 Fax : ++34-43-21.30.76 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 11:03:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA22970; Thu, 17 Apr 1997 05:33:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA22954; Thu, 17 Apr 1997 05:33:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA19554; Thu, 17 Apr 1997 05:33:50 -0700 Received: from bosch.zkm.de (bosch.zkm.de [192.101.28.51]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA09547 for ; Thu, 17 Apr 1997 05:33:48 -0700 Received: from bosch.zkm.de (bosch.zkm.de [127.0.0.1]) by bosch.zkm.de (8.8.4/8.8.4) with SMTP id OAA11413 for ; Thu, 17 Apr 1997 14:36:05 -0400 Sender: andreas@bosch.zkm.de Message-ID: <33566D95.31EEDDC9@zkm.de> Date: Thu, 17 Apr 1997 14:36:05 -0400 From: Andreas Schiffler Organization: ZKM Medienmuseum, Karlsruhe, Germany X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.30 i586) MIME-Version: 1.0 To: SGI Performer Mailing List Subject: Softimage models in Performer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, i just wanted to pass along a little thing I found out after trying for days on how to load Softimage OBJ models with textures properly into Performer. One thing that has to be done (not stated in the manual - not intuitive) is, that the material identifiers (after 'usemtl') have to be different in ALL .obj-files loaded. If there are name-collisions, Performer will simply not load the new texture but apply the old one. As it turned out, we had several models with similar identifiers but different textures which didn't look right (RE: my mail two weeks ago) when loaded together with other models, but where OK when loaded seperately. Bye Andreas Schiffler ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 11:42:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA23035; Thu, 17 Apr 1997 06:13:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA23019; Thu, 17 Apr 1997 06:13:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA20794; Thu, 17 Apr 1997 06:13:49 -0700 Received: from philos.philosys.de (philos.philosys.de [193.100.254.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA14871 for ; Thu, 17 Apr 1997 06:13:44 -0700 Received: from sphinx.philosys.de by philos.philosys.de (4.1/SMI-4.1) id AA25393; Thu, 17 Apr 97 15:05:27 +0200 From: Detlef.Strehmel@philosys.de (Dr. Detlef Strehmel) To: info-performer@sgi.com Subject: Employment Opportunities in Munich Date: Thu, 17 Apr 1997 12:59:29 GMT Organization: Philosys Software GmbH Reply-To: Detlef.Strehmel@philosys.de Message-Id: <335c1e60.24299149@193.100.254.1> X-Mailer: Forte Agent 1.0/32.390 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O EMPLOYMENT OPPORTUNITIES IN MUNICH Philosys is a German software company with the focus on systems, networks and technical applications. Our Virtual Reality Division which is primarily dealing with industrial RT simulations has 2 opportunities currently open for people with a MS (Diplom) in Computer Science or a related field: - Design and development of visual simulation software and tools for 3D/RT-database generation Qualified candidates should have: - excellent programming background in C, X11/Motif, Shell - experience in multitasking and inter-process communication - strong skills in mathematics (esp. geometry) - experience with SGI hardware and the Irix OS A good knowledge of formal languages and compiler architecture would be a plus. - Design and development of 3D-graphics application software for visual simulations. Qualified candidates should have: - excellent programming background in C/Unix and 3D-graphics (esp. OpenGL and Performer) - Expert knowlegde of the SGI graphics hardware Experience with realtime programming and performance analysis and tuning would be perfect. Philosys is located in Unterschleissheim, Greater Munich. More information can be obtained from http://www.philosys.de Please fax or snail mail your CV to: Philosys Software GmbH Dr. Detlef Strehmel Carl-von-Linde-Str. 30a D-85716 Unterschleissheim Fax: +49 89 321 407 12 or mailto: ds@philosys.de ------------------------------------------------------------------ , , , Dr. Detlef Strehmel Carl-von-Linde Str 30a , , D-85716 Unterschleissheim , , PHILOSYS Software GmbH Tel.: +49 89 321407 50 , , Fax: +49 89 321407 12 , , Email: ds@philosys.de , , , ------------------------------------------------------------------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 12:20:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA23081; Thu, 17 Apr 1997 06:44:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA23065; Thu, 17 Apr 1997 06:44:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA22303; Thu, 17 Apr 1997 06:44:40 -0700 Received: from smtp.well.com (smtp.well.com [206.80.6.147]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA19921 for ; Thu, 17 Apr 1997 06:44:39 -0700 Received: from well.com (stereo@well.com [206.15.64.10]) by smtp.well.com (8.8.5/8.8.4) with SMTP id GAA07118; Thu, 17 Apr 1997 06:41:04 -0700 (PDT) Date: Thu, 17 Apr 1997 06:44:24 -0700 (PDT) From: Tim Crane Subject: Re: STEREO problems To: richard koh cc: info-performer@sgi.com In-Reply-To: <3356682B.41C6@nus.sg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 17 Apr 1997, richard koh wrote: > I am currently trying a stereo demo downloaded from , but have some > problems seeing it in stereo using stereo graphics's crystal eyes. The > frame rate doesn't look quite good. > > I cannot do stereo rendering. Can anyone please help me as I am very > new to performer. > > Thanks to all. What is your computer, Indy,IR, etc. also consult the man page for setmon. Are you in the above and below format of 2x buffered. The eyeware are made to sync on 120 Hz (60 in each eye). The monitor gets a 2x vertical pulse when the computer goes to "stereo". ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 19:08:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23953; Thu, 17 Apr 1997 12:05:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23937; Thu, 17 Apr 1997 12:05:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA23999; Thu, 17 Apr 1997 12:04:50 -0700 Received: from ciup1.ncc.up.pt (ciup1.ncc.up.pt [193.136.51.52]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA16014 for ; Thu, 17 Apr 1997 12:04:27 -0700 Received: from garf.fe.up.pt (garfield.fe.up.pt) by ciup1.ncc.up.pt with SMTP id AA13724 (5.65c/IDA-1.4.4 for ); Thu, 17 Apr 1997 21:04:19 +0200 Received: from onyx (onyx.fe.up.pt) by garf.fe.up.pt with SMTP id AA05226 (5.65c/IDA-1.4.4 for <@garfield:info-performer@sgi.com>); Thu, 17 Apr 1997 20:05:29 +0100 Received: by onyx (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id NAA14175; Thu, 17 Apr 1997 13:03:35 -0700 From: "Luciano Pinho" Message-Id: <9704171303.ZM14173@onyx.fe.up.pt> Date: Thu, 17 Apr 1997 13:03:33 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Culling callbacks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi! I'm trying to speed up culling by using geometric coherence. The scene is a city, so I've defined some strategically placed oclusion planes that if placed between the camera and an object will turn it invisible. There is a pre-processing stage for the determination of the "shadow" region of each plane for each node. Than I should modify culling in such a way that after fustrum culling each 'visible' node would be tested against every oclusion plane's shadow volume for a more restrictive visibility testing. The problem is that the culling callback method doesn't seem to work properly: 1- Should I use pre or post culling? Pre is before fustrum culling, wich is not what I want, but Post is done after all the child of the node are processed, wich seems to be inneficient! 2- I've implemented a simple test callback, but it seems that it is executed only once for the hole scene. What I need is a callback that is called for each node, so that I can do the oclusion tests. Can anyone help me on this or have any sugestion? Thank you so much! -------------------------------------------------------------------------------- Luciano Pinho FEUP - Engineering at Oporto University, PORTUGAL lpinho@onyx.fe.up.pt ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 19:08:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA24130; Thu, 17 Apr 1997 12:12:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24114; Thu, 17 Apr 1997 12:11:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA24499; Thu, 17 Apr 1997 12:11:25 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17336 for ; Thu, 17 Apr 1997 12:10:33 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA00376 for ; Thu, 17 Apr 1997 12:16:36 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA29267 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 17 Apr 1997 19:05:38 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA05426 for info-performer@sgi.com; Thu, 17 Apr 1997 12:10:35 -0700 From: "Marcus Barnes" Message-Id: <9704171210.ZM5424@logan.engr.multigen.com> Date: Thu, 17 Apr 1997 12:10:35 -0700 In-Reply-To: Guy Premont "Re: Company-Confidential" (Apr 17, 9:46am) References: <9704161336.AA13707@mred.bgm.link.com> <3355D54E.41C6@calva.net> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Info-Performer Mailing List Subject: Re: Performer and C++ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 17, 9:46am, Guy Premont wrote: > On Wed, 16 Apr 1997, Steve Baker wrote: > > The basic mechanism is to overload 'operator new' and 'operator delete' for > > all classes that you want to place in shared memory. > > Would it be possible to use a Performer base class, like pfMemory or > pfObject, to do just the same? Yes. > I'm thinking about: > class MyOwnClass : public pfMemory > { > [...class definition...] > } > > which would allows the use of: > MyOwnClass *object = new(pfGetSharedArena()) MyOwnClass; No it wont. This will end up calling ::new( size_t, void* ) which will instantly corrupt your arena. pfMemory::operator new() has different syntax than you expect. Different even than pfObject::operator new(). pfMemory declares: // operator to catch bad usage void* operator new(size_t s); Therefore "pfMemory* m = new pfMemory;" is illegal. Likewise for your class. // operator for allocating nbytes from default arena void* operator new(size_t s, size_t nybtes); This is used as "pfMemory* m = new (0) pfMemory;" to allocate a pfMemory object in pfGetSharedArena() with zero additional bytes. This operator new matches the intent of your previous example. // operator for allocating nbytes from specific arena void* operator new(size_t s, size_t nbytes, void *arena); This is the same as the previous except that you can also specify the arena. For example "pfMemory* m = new (0, pfGetSharedArena()) pfMemory;" is equivalent to the previous example. > Is this valid? It looks like a good idea to me. It provides some well defined behavior for you classes wrt to Performer's environment. However you cannot create objects on the stack or in arrays. Also the syntax is somewhat nonintuitive to avoid conflicts with placement new and because pfMemory provides memory buffer services. It's an object plus raw memory. In a sense pfMemory is "placement new" and RTTI encapsulated as a class. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 19:58:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA24305; Thu, 17 Apr 1997 12:43:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24287; Thu, 17 Apr 1997 12:43:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA26730; Thu, 17 Apr 1997 12:43:02 -0700 Received: from mailrelay.csn.net (mailrelay1.csn.net [199.117.27.35]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA24284 for ; Thu, 17 Apr 1997 12:42:56 -0700 Received: from bull.evt.com ([204.133.157.19]) by mailrelay.csn.net (8.7.5/8.7.3) with SMTP id NAA20335 for <@mailrelay.csn.net:info-performer@sgi.com>; Thu, 17 Apr 1997 13:42:49 -0600 Received: from bull (localhost [127.0.0.1]) by bull.evt.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA01401 for ; Thu, 17 Apr 1997 13:42:46 -0600 Sender: cmalley@evt.com Message-ID: <33567D26.41C6@evt.com> Date: Thu, 17 Apr 1997 13:42:46 -0600 From: Chris Malley Organization: EVT X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: performer versions?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am still confused about what version of Performer eoe/dev is supported on the various versions of IRIX. Looking at the FAQ, the SGI patch database, and info received from this mailing list has only confused me more. Can someone *please* clarify this? On Mar 26, Allan Schaffer responded with the following update to the FAQ (which never seemed to have made it into the FAQ, see below). > Subject: ! -9- What version of IRIS Performer should I use? > Date: 17 Mar 97 00:00:01 EST > > IRIX performer_eoe performer_dev +Patches > -------------------------------------------------------- > 6.4 2.0.4 2.0 1392 > 6.3 2.0.3 2.0 1392 > > 6.2 (IR only*) 2.1 2.1 n/a > 6.2 (non-IR*) 2.0.1 2.0 1347, 1392 > > 5.3 2.0 2.0 1414 > > (*) Onyx InfiniteReality systems running 6.2 should use IRIS > Performer 2.1 (eoe and dev). Note that Performer 2.1 is -only- > officially supported on Onyx InfiniteReality systems running IRIX > 6.2. Other systems running 6.2 should use 2.0.1 eoe and 2.0 dev, > as indicated above. As of 15 minutes ago, the FAQ still lists the following obsolete entry: > ------------------------------ > > Subject: ! -9- What are the released versions of IRIS Performer? > Date: 12 Dec 95 00:00:01 EST > > IRIS Performer 2.0: For IRIX 5.3, 6.1, or 6.2 > > IRIS Performer 1.2/IRIX5: (now obsolete) For IRIX 5.2, 5.3, 6.0.1, 6.1 > IRIS Performer 1.2/IRIX4: (now obsolete) For IRIX 4.0.5(A-J) only > IRIS Performer 1.1: (now obsolete) For IRIX 5.x only > IRIS Performer 1.0: (now obsolete) For IRIX 4.x only [....bunch of stuff deleted....] > ------------------------------ The SGI patch site lists the following Performer-related patches. (I may have missed some -- since the patch site's search engine was down, I had to manually find these.) > 1696 (IRIX 6.x) > Performer 2.0.4 EOE bug fixes for Performer 2.0 > > 1392 (IRIX 6.2 only) > Performer 2.0.2 DEV bug fix patch for Performer 2.0 > > 1347 (IRIX 6.2 only) > Performer 2.0.2 EOE bug fix patch for Performer 2.0(.1) DSOs > > 1414 (IRIX 5.3 only) > Performer 2.0.2 bug fix patch for Performer2.0 As far as I can tell, 1696 makes 1347 obsolete, right? We support our application on 5.3, 6.2, 6.3 (O2), and 6.4. We need to know what version of performer_eoe/dev can we can run on each OS, and what version each OS ships with. We're having problems with the performer_eoe 2.0.3 shipped with IRIX 6.3, and are not sure which performer_dev we should be using on each platform. Here's what I've managed to infer from the above info. I think the fog is beginning to lift on eoe (thanks to patch 1696), but dev is still a mystery. ------------ IRIX 5.3 - Ships with: N/A Most current versions: performer_eoe 2.0.2 performer_dev 2.0.2 To upgrade: Start with the Performer 2.0 CD and apply patch 1414 to upgrade both eoe and dev to 2.0.2. IRIX 6.2 (non IR) - Ships with: N/A Most current versions: performer_eoe 2.0.4 performer_dev 2.0.2 To upgrade: Start with the Performer 2.0 CD and apply patch 1696 to upgrade eoe to 2.0.4. Apply patch 1392 to upgrade dev to 2.0.2. IRIX 6.2 (IR) - Ships with: N/A Most current versions: performer_eoe 2.1 performer_dev 2.1 To upgrade: Use the Performer 2.1 CD. No patches required. IRIX 6.3 - Ships with: performer_eoe 2.0.3 Most current versions: performer_eoe 2.0.4 performer_dev 2.0 (???) To upgrade: Start with the Performer 2.0 CD and apply patch 1696 to upgrade eoe to 2.0.4. Based on the above patch info, there is no upgrade for performer_dev. (Is this true?) IRIX 6.4 Ships with: performer_eoe 2.0.4 Most current versions: same as IRIX 6.3 To upgrade: same as IRIX 6.3 ------------ I would be amazed if the above is correct. If it's not, can someone please correct it? Thanks. Chris -- Chris Malley Evolving Video Technologies voice: 303-456-1450 7850 Vance Drive, Suite 210 fax: 303-456-1434 Arvada, CO 80003 email: cmalley@evt.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 21:34:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA25173; Thu, 17 Apr 1997 14:23:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA25153; Thu, 17 Apr 1997 14:22:48 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04535; Thu, 17 Apr 1997 14:22:17 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA26071 for ; Thu, 17 Apr 1997 14:22:17 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id OAA04815; Thu, 17 Apr 1997 14:21:02 -0700 Received: from mailrelay2.sni.net (mailrelay2.sni.net [199.117.27.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA15818 for ; Thu, 17 Apr 1997 14:21:01 -0700 Received: from snowmass.evt.com ([204.133.157.14]) by mailrelay2.sni.net (8.7.5/8.7.3) with SMTP id PAA03626 for <@mailrelay.csn.net:info-performer@sgi.com>; Thu, 17 Apr 1997 15:20:57 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id PAA04060 for info-performer@sgi.com; Thu, 17 Apr 1997 15:20:54 -0600 From: "Dewey Anderson" Message-Id: <9704171520.ZM4058@snowmass.evt.com> Date: Thu, 17 Apr 1997 15:20:54 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: pfMemory clarification Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm trying to track down some memory leaks and just want to verify that my understanding of pfMemory is correct. This is C++ and Performer 2.0 in IRIX 5.3 on a High Impact. Our application creates a rectangular block with a texture on one face, moves it around and then pfDeletes it. The scene tree looks like this Scene->pfSCS->pfDCS->pfSCS->pfGeode As I understand it, pfSCS, pfGeoSet, pfGeoState, pfTexture, pfTexEnv, pfGeode are all derived from pfObject and, hence, pfMemory and will be deleted when I do a pfDelete on the lower pfSCS. (I explicitly pfDelete the pfDCS and upper pfSCS for other reasons.) These objects are all created for this one object so there should be no other references to them. The coordinates, normals and color of the pfGeoSets are pfVecs and these are NOT derived from pfMemory. I think that if I want them to be deleted, I need to allocate them with pfMalloc instead of new, e.g. pfVec3 *sidecoords = (pfVec3 *)pfMalloc( 20*sizeof(pfVec3), pfGetSharedArena() ); instead of pfVec3 *sidecoords = new pfVec3[20]; The image data in the pfTexture also needs to be allocated with pfMalloc if I want it automatically deleted. As it happens, the function that builds this pfGeode gets an image passed in that was not allocated with Performer. I've tried two approaches here. One is to pfMalloc space for the image and make a copy of it. This copy is used in setImage. I expect the pfDelete on the pfSCS to take care of deleting this. (I independently take care of deleting the original image.) The second approach I take is to use the original image in setImage. In this case I don't expect pfDelete to do anything to it since it's not pfMemory. But I do take care of deleting it explicitly myself. Are my expectations here correct? Do I have the right impression about what's supposed to be getting deleted and what I have to do to make it work? What concerns me here is that my memory leak behavior is very different (reduced) when I simply comment out the code that creates the pfTexture and attatches it to the pfGeoState. Thanks, Dewey Anderson dewey@evt.com Evolving Video Technologies P.S. I've been told that Purify gets confused by the presence of hardware texture memory and so can't be used here. Any truth to that? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 17 21:58:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA25309; Thu, 17 Apr 1997 14:47:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA25293; Thu, 17 Apr 1997 14:46:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06296; Thu, 17 Apr 1997 14:46:07 -0700 Received: from FALCON.AL.WPAFB.AF.MIL (falcon.al.wpafb.af.mil [129.48.134.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA21742 for ; Thu, 17 Apr 1997 14:46:06 -0700 Received: from AL-Message_Server by FALCON.AL.WPAFB.AF.MIL with Novell_GroupWise; Thu, 17 Apr 1997 17:41:08 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 17 Apr 1997 17:41:14 -0400 From: Liem Lu To: info-performer@sgi.com Cc: llu@FALCON.AL.WPAFB.AF.MIL Subject: dbase paging Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Status: O Hi, Could someone tell me what I'm doing wrong with my database paging in the following code: If I load tile2.flt in the pageDBase() function, I won't see it any thing in the scene after merging. void *arena = NULL; pfScene **scene; pfGroup **root1,**root2; pfSwitch **switch1,**switch2; void pageDBase(void *data); int main() { . . pfInit(); arena = pfGetSharedArena(); scene = (pfScene **) pfMalloc(sizeof(pfScene *), arena); root1 = (pfGroup **) pfMalloc(sizeof(pfGroup *), arena); root2 = (pfGroup **) pfMalloc(sizeof(pfGroup *), arena); switch1 = (pfSwitch **) pfMalloc(sizeof(pfSwitch *), arena); switch2 = (pfSwitch **) pfMalloc(sizeof(pfSwitch *), arena); pfMultiprocess(PFMP_APP_CULL_DRAW | PFMP_FORK_DBASE); pfConfig(); *scene = pfNewScene(); *switch1 = pfNewSwitch(); if ((*root1 = (pfGroup*)pfdLoadFile("tile1.flt")) == NULL) { printf("Unable to load tile1.flt.\n"); pfExit(); exit(-1); } pfAddChild(*scene, *switch1); pfAddChild(*switch1, *root1); . . . pfDBaseFunc(pageDBase); while (1) { pfSync(); pfFrame(); } pfExit(); return 0; } void pageDBase(void *data) { static pfBuffer *buf = NULL; if (time_to_switch) { if (buf == NULL) { buf = pfNewBuffer(); pfSelectBuffer(buf); } pfBufferRemoveChild(*switch1, *root1); pfBufferRemoveChild(*scene, *switch1); pfAsyncDelete(*switch1); if ((*root2 = (pfGroup*)pfdLoadFile("tile2.flt")) == NULL) { printf("Unable to load tile2.flt.\n"); pfExit(); exit(-1); } *switch2 = pfNewSwitch(); pfBufferAddChild(*switch2, *root2); pfBufferAddChild(*scene, *switch2); pfMergeBuffer(); } pfDBase(); } If I load tile2.flt right after loading tile1.flt in main() then it works. But that defeats the purpose of database paging, doesn't it? Thanks for any help. Liem Lu P.O. Box 317258 Logicon Technical Services Inc. Dayton, Ohio 45437-7258 U.S.A ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 06:09:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA28389; Thu, 17 Apr 1997 23:01:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA28373; Thu, 17 Apr 1997 23:00:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA02655; Thu, 17 Apr 1997 23:00:22 -0700 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA24805 for ; Thu, 17 Apr 1997 22:59:38 -0700 Received: from schubert.kist.re.kr by chopin.kist.re.kr via SMTP (940816.SGI.8.6.9/921111.SGI.AUTO) id PAA08279; Fri, 18 Apr 1997 15:51:47 +1000 Date: Fri, 18 Apr 1997 15:51:47 +1000 From: bluesky@chopin.kist.re.kr (Kim Juh Han) Message-Id: <199704180551.PAA08279@chopin.kist.re.kr> Apparently-To: Status: O ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 06:30:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA28573; Thu, 17 Apr 1997 23:24:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA28551; Thu, 17 Apr 1997 23:23:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA04053; Thu, 17 Apr 1997 23:23:07 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA29009 for ; Thu, 17 Apr 1997 23:23:01 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id XAA28492; Thu, 17 Apr 1997 23:21:49 -0700 Date: Thu, 17 Apr 1997 23:21:49 -0700 From: allan (Allan Schaffer) Message-Id: <9704172321.ZM28490@holodeck.csd.sgi.com> In-Reply-To: Chris Malley "performer versions??" (Apr 17, 1:42pm) References: <33567D26.41C6@evt.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Chris Malley , info-performer@sgi.com Subject: Re: performer versions?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 17, 1:42pm, Chris Malley wrote: > > As far as I can tell, 1696 makes 1347 obsolete, right? Right. In fact, in the FAQ info you can substitute any instance of "1347" with "1696". > We support our application on 5.3, 6.2, 6.3 (O2), and 6.4. > We need to know what version of performer_eoe/dev can we can run > on each OS, and what version each OS ships with. > > We're having problems with the performer_eoe 2.0.3 shipped > with IRIX 6.3, and are not sure which performer_dev we should > be using on each platform. performer_dev 2.0 is intended for use with any performer_eoe 2.0.* > ------------ > IRIX 5.3 - > > Ships with: > N/A > > Most current versions: > performer_eoe 2.0.2 > performer_dev 2.0.2 > > To upgrade: > Start with the Performer 2.0 CD and apply patch 1414 > to upgrade both eoe and dev to 2.0.2. Correct. > IRIX 6.2 (non IR) - > > Ships with: > N/A > > Most current versions: > performer_eoe 2.0.4 > performer_dev 2.0.2 > > To upgrade: > Start with the Performer 2.0 CD and apply patch 1696 > to upgrade eoe to 2.0.4. Apply patch 1392 to upgrade > dev to 2.0.2. Correct. > IRIX 6.2 (IR) - > > Ships with: > N/A > > Most current versions: > performer_eoe 2.1 > performer_dev 2.1 > > To upgrade: > Use the Performer 2.1 CD. No patches required. Correct. > IRIX 6.3 - > > Ships with: > performer_eoe 2.0.3 > > Most current versions: > performer_eoe 2.0.4 > performer_dev 2.0 (???) > > To upgrade: > Start with the Performer 2.0 CD and apply patch 1696 > to upgrade eoe to 2.0.4. Based on the above patch info, > there is no upgrade for performer_dev. (Is this true?) No. The ultimate performer_dev version in this instance should be 2.0.2. So in addition to the above, apply patch 1392. > IRIX 6.4 > > Ships with: > performer_eoe 2.0.4 > > Most current versions: > same as IRIX 6.3 > > To upgrade: > same as IRIX 6.3 No. Corrected: Most current versions: performer_eoe 2.0.4 performer_dev 2.0.2 To upgrade: Install performer_eoe 2.0.4 from the IRIX cd. Install performer_dev 2.0 from the Performer CD and then apply patch 1392. (You should not load 1347 or 1696 in this case) I'll re-update the FAQ's & push them out to the mirror sites.. Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 10:13:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA28984; Fri, 18 Apr 1997 02:02:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA28968; Fri, 18 Apr 1997 02:02:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA16245; Fri, 18 Apr 1997 02:01:50 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA25307 for ; Fri, 18 Apr 1997 02:01:43 -0700 Message-Id: <199704180901.CAA25307@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 18 Apr 1997 11:01:21 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 18 Apr 1997 11:01:21 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Fri, 18 Apr 1997 11:01:12 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Fri, 18 Apr 1997 13:00:05 +0200 Date: Fri, 18 Apr 1997 13:00:05 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970418110005] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: pfTerrain sample code please MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHi all, I am looking for a sample code showing how to simply use pfTerrain featur= e. Any suggestion ? Mike ______________________________________________ Michael Boccara ! Aerospatiale Sofware&Simulation engineer ! Joint Research email : ! Center - DC= R/IK michael.boccara(a)siege.aerospatiale.fr ! 12 rue Pasteur Tel : (+33) (0)1 46 97 32 40 ! 92150 Suresnes Fax : (+33) (0)1 46 97 32 59 ! FRANCE ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 16:15:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA01074; Fri, 18 Apr 1997 10:39:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA01043; Fri, 18 Apr 1997 10:39:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA18143; Fri, 18 Apr 1997 10:38:57 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26267 for ; Fri, 18 Apr 1997 10:38:49 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id KAA03412 for ; Fri, 18 Apr 1997 10:45:31 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA19440 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 18 Apr 1997 17:34:32 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA14100 for info-performer@sgi.com; Fri, 18 Apr 1997 10:43:48 -0700 From: "Marcus Barnes" Message-Id: <9704181043.ZM14098@logan.engr.multigen.com> Date: Fri, 18 Apr 1997 10:43:48 -0700 In-Reply-To: allan@holodeck.csd.sgi.com (Allan Schaffer) "Re: performer versions??" (Apr 17, 11:21pm) References: <33567D26.41C6@evt.com> <9704172321.ZM28490@holodeck.csd.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: performer versions?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 17, 11:21pm, Allan Schaffer wrote: > On Apr 17, 1:42pm, Chris Malley wrote: > > IRIX 6.2 (non IR) - > > > > Ships with: > > N/A > > > > Most current versions: > > performer_eoe 2.0.4 > > performer_dev 2.0.2 > > > > To upgrade: > > Start with the Performer 2.0 CD and apply patch 1696 > > to upgrade eoe to 2.0.4. Apply patch 1392 to upgrade > > dev to 2.0.2. > > Correct. Almost ... this ships with performer_eoe 2.0.1 > > IRIX 6.2 (IR) - > > > > Ships with: > > N/A > > > > Most current versions: > > performer_eoe 2.1 > > performer_dev 2.1 > > > > To upgrade: > > Use the Performer 2.1 CD. No patches required. > > Correct. Maybe ... doesn't this ship with performer_eoe 2.1.0 ? Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 17:04:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01228; Fri, 18 Apr 1997 11:44:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01212; Fri, 18 Apr 1997 11:44:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26381; Fri, 18 Apr 1997 11:44:46 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA13856 for ; Fri, 18 Apr 1997 11:44:35 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id LAA03651 for ; Fri, 18 Apr 1997 11:51:17 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA21008 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 18 Apr 1997 18:40:18 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA14347 for info-performer@sgi.com; Fri, 18 Apr 1997 11:49:34 -0700 From: "Marcus Barnes" Message-Id: <9704181149.ZM14345@logan.engr.multigen.com> Date: Fri, 18 Apr 1997 11:49:34 -0700 In-Reply-To: "Dewey Anderson" "pfMemory clarification" (Apr 17, 3:20pm) References: <9704171520.ZM4058@snowmass.evt.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfMemory clarification Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 17, 3:20pm, Dewey Anderson wrote: > > Our application creates a rectangular block with a texture on one face, moves > it around and then pfDeletes it. The scene tree looks like this > > Scene->pfSCS->pfDCS->pfSCS->pfGeode > > As I understand it, pfSCS, pfGeoSet, pfGeoState, pfTexture, pfTexEnv, pfGeode > are all derived from pfObject ... Yes. It's also important to note that pfScene, pfSCS, pfDCS, and pfGeode are derived from pfNode which adds addtional ctor/dtor behavior. > and, hence, pfMemory and will be deleted when I do a pfDelete > on the lower pfSCS. This is true as long as pfMemory::getRef() <= 1 for all those pfObject's. Since pfTexture and pfGeoState objects are generally shared between pfGeoSet's, it's likely that they will not be deleted. Rather their ref. counts will be decremented because the pfGeoSet gets deleted. It's possible that the pfGeoState will be deleted but not the pfTexture for similar reasons. > (I explicitly pfDelete the pfDCS and upper pfSCS for other reasons.) These > objects are all created for this one object so there should be no other > references to them. Yes, if this is true then they will all be deleted. > The coordinates, normals and color of the pfGeoSets are pfVecs and these are > NOT derived from pfMemory. ... pfdGeoBuilder creates them in pfMemory's. > I think that if I want them to be deleted, I need > to allocate them with pfMalloc instead of new, e.g. > > pfVec3 *sidecoords = (pfVec3 *)pfMalloc( 20*sizeof(pfVec3), pfGetSharedArena() > ); This is the accepted method. Note that in this case pfVec3::pfVec3() has not been called. Your vectors are not properly constructed. This may be okay if you are going to set all the values yourself. > instead of > > pfVec3 *sidecoords = new pfVec3[20]; Note that the problem here is that you are calling ::operator new[](size_t) which is not overloaded by Performer to place objects in shared memory. In general, Performer does not support shared memory arrays of C++ objects. You could have arrays if you define ::operator new[](size_t,void*). It's defined by the 7.1 compiler. This idiom should work (I haven't tried it myself) to allocate the array, BUT ... : pfMemory* mem = new ( 20 * sizeof(pfVec3) ) pfMemory; pfVec3* sidecoords = new ( mem ) pfVec3[ 20 ]; // placement ::operator new[]() ... even if this does work you _cannot_ use it! This is because Performer whould never know to call "delete [] sidecoords". Therefore pfMemory::checkDelete( sidecoords ) is an error and yet that is what must work in order to support arrays in Performer. The lesson is "if you cannot properly destroy each element of an array then you shouldn't create such an array." > The image data in the pfTexture also needs to be allocated with pfMalloc if I > want it automatically deleted. pfTexture::loadFile() does this for you. > As it happens, the function that builds this pfGeode gets an image passed in > that was not allocated with Performer. I've tried two approaches here. One > is to pfMalloc space for the image and make a copy of it. This copy is used > in setImage. I expect the pfDelete on the pfSCS to take care of deleting > this. (I independently take care of deleting the original image.) This should work. > The second approach I take is to use the original image in setImage. In this > case I don't expect pfDelete to do anything to it since it's not pfMemory. But > I do take care of deleting it explicitly myself. This is fine too. > Are my expectations here correct? Do I have the right impression about what's > supposed to be getting deleted and what I have to do to make it work? Yeah. > What concerns me here is that my memory leak behavior is very different > (reduced) when I simply comment out the code that creates the pfTexture and > attaches it to the pfGeoState. Assuming you've got it right, it's possible that Performer is leaking texture related memory or that the GL is leaking memory. This all depends upon the software versions though. I've tested scene graph memory leakage a fair amount over the years and I don't remember pfTexture leakage at any time. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 17:19:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01326; Fri, 18 Apr 1997 11:57:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01310; Fri, 18 Apr 1997 11:57:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27885; Fri, 18 Apr 1997 11:57:03 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17116 for ; Fri, 18 Apr 1997 11:57:00 -0700 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA44804; Fri, 18 Apr 1997 14:38:08 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id OAA02236; Fri, 18 Apr 1997 14:35:59 -0400 From: "Nicolas Gauvin" Message-Id: <9704181435.ZM2234@christine.cae.ca> Date: Fri, 18 Apr 1997 14:35:59 -0400 In-Reply-To: "Luciano Pinho" "Culling callbacks" (Apr 17, 1:03pm) References: <9704171303.ZM14173@onyx.fe.up.pt> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: lpinho@onyx.fe.up.pt Subject: Re: Culling callbacks Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 17, 1:03pm, Luciano Pinho wrote: > Subject: Culling callbacks > Than I should modify culling in such a way that after fustrum > culling each 'visible' node would be tested against every oclusion > plane's shadow volume for a more restrictive visibility testing. > > The problem is that the culling callback method doesn't seem to work > properly: > > 1- Should I use pre or post culling? > Pre is before fustrum culling, wich is not what I want, > but Post is done after all the child of the node are > processed, wich seems to be inneficient! >-- End of excerpt from Luciano Pinho Here is a suggestion: Use a pre cull callback explicitely do a shallow frustum culling test using pfChannel::contains(const pfSphere* sph) on the bounding sphere of the current node. You need to first translate the bounding sphere center with the current transformation matrix. If this test is_maybe then do your own plane occlusion test. Something like: preCullCB( pfTraverser* _trav, void* ) { pfNode* node = _trav->getNode(); pfSphere bsphere; _node->getBound(&bsphere); pfMatrix mat; _trav->getMat(mat); // translate bsphere center bsphere.center[PF_X] += mat[3][PF_X]; bsphere.center[PF_Y] += mat[3][PF_Y]; bsphere.center[PF_Z] += mat[3][PF_Z]; pfChannel* chan = _trav->getChan(); // test it with channel frustumn if (chan->contains(&bsphere) & (PFIS_MAYBE)) { if (yourOcclusionTest(...) == TRUE) { pfCullResult(PFIS_TRUE); // to bypass Performer's default culling return PFTRAV_PRUNE; } } return PFTRAV_CONT; } I haven't tried this myself, but I believe something like this should work. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 19:34:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA02077; Fri, 18 Apr 1997 14:13:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA02061; Fri, 18 Apr 1997 14:13:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA09922; Fri, 18 Apr 1997 14:13:53 -0700 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA19329 for ; Fri, 18 Apr 1997 14:13:52 -0700 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.20/16.2) id AA006938273; Fri, 18 Apr 1997 16:17:53 -0500 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Fri, 18 Apr 1997 16:17:53 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 18 Apr 1997 15:49:55 -0500 From: Bryan Wasileski To: info-performer@sgi.com Subject: cull traversal Status: O Performers: Need some help.....I have some flt models for which I've set up a couple of top level switches. At load time, I go through the database and get pointers to the switches (these pointers are allocated from global shared mem). During the APP, I pass the pointers for the switches through the channel callback data and within the CULL traversal I turn off/on each switch base on what I need. Well, unfortunately, the models are not switching like I'd expect. I ran a test case where I do the switching before the CULL process and it works fine.. so it sounds like a memory visibility issue. If anyone see's what I'm doing wrong/not doing, I'd appreciate a comment and/or advise. Thanks in advance. - Bryan Wasileski ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 21:22:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA02206; Fri, 18 Apr 1997 15:50:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA02190; Fri, 18 Apr 1997 15:50:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA17131; Fri, 18 Apr 1997 15:50:39 -0700 Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA11477 for ; Fri, 18 Apr 1997 15:50:35 -0700 Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id PAA24607 for ; Fri, 18 Apr 1997 15:50:32 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id PAA13311 for ; Fri, 18 Apr 1997 15:50:31 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id WAA00742; Fri, 18 Apr 1997 22:50:33 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199704182250.WAA00742@sdchemw1.ucsd.edu> Subject: Post draw callback? To: info-performer@sgi.com Date: Fri, 18 Apr 1997 15:50:33 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi, Is there a way to register a callback with Performer that will be called after all pfChannels in the pfPipeWindow have finished being drawn? The only way I can see to do it is to use the pfChannel::setTravFunc callback and then test the chan argument to see if it is the last one that will be drawn---but that would be complicated because in my app, not all channels may be drawn every frame. Any clues? Jeremy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 22:10:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA03615; Fri, 18 Apr 1997 19:27:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA03599; Fri, 18 Apr 1997 19:27:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA27805; Fri, 18 Apr 1997 19:27:01 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA18045 for ; Fri, 18 Apr 1997 19:27:00 -0700 Received: from gaia.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id TAA04168; Fri, 18 Apr 1997 19:26:55 -0700 Received: by gaia.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id TAA22402; Fri, 18 Apr 1997 19:26:49 -0700 From: "Chrysa Caulfield" Message-Id: <9704181926.ZM22400@gaia.asd.sgi.com> Date: Fri, 18 Apr 1997 19:26:47 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: ITEC - Friends of Performer meeting Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You are cordially invited to attend a Friends of Performer meeting at ITEC. Thursday evening, April 24, 5:30-7:30 pm Foyer Balcon Theatre de Beaulieu at the Palias de Beaulieu, Lausanne, Switzerland Come and - meet with other Performer users - talk with Performer engineers - hear the latest news about Performer releases and features -- ___ |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone | Silicon Graphics Computer Systems 415-964-8671 fax / \ 2011 N. Shoreline Bvd, MS 8L-800 /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.sgi.com __/ \ / \_______________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 22:10:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA03318; Fri, 18 Apr 1997 18:15:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA03302; Fri, 18 Apr 1997 18:15:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA25250; Fri, 18 Apr 1997 18:15:26 -0700 Received: from smtp3.erols.com (smtp3.erols.com [205.252.116.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA08192 for ; Fri, 18 Apr 1997 18:15:25 -0700 Received: from spg-as49s55.erols.com (spg-as50s62.erols.com [207.172.111.62]) by smtp3.erols.com (8.8.5/8.8.5) with SMTP id VAA31032 for ; Fri, 18 Apr 1997 21:15:23 -0400 Received: by spg-as49s55.erols.com with Microsoft Mail id <01BC4C3D.352897A0@spg-as49s55.erols.com>; Fri, 18 Apr 1997 21:12:22 -0400 Message-ID: <01BC4C3D.352897A0@spg-as49s55.erols.com> From: Will Richards To: "'performer'" , "'msitech@edgenet.net'" Subject: RE: Vision Works Date: Fri, 18 Apr 1997 21:11:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Status: O Joe, Try this... In the .contours file(s) of the 'mountain range' try rearranging your = hierarchy within MultiGen so that all polygons (for the mountain range) = are under one group. Then ensure that this group has the Bounding = Volume flag set. Will Richards MultiGen, Inc. 12020 Sunrise Valley Drive=20 Suite 100 Reston, VA 22091 O: 703.391.6042 F: 703.435.5383 E: wrichards@multigen.com W: http:\\www.multigen.com ---------- From: msitech[SMTP:msitech@edgenet.net] Sent: Tuesday, April 08, 1997 5:36 PM To: performer Subject: Vision Works Is anybody out there using Vision Works still??? I'm having problems with setting up cprops for a sim that has tall mountains on both sides of a somewhat narrow channel(Vancouver B.C.) The convergence from channel 0 to chan 1 isnt happening... especially when painting tall mountains from one chan to another!! any info will be much appreciated.... Thanks Joe :-) e-mail---- msitech@edgenet.net =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 18 22:08:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA03639; Fri, 18 Apr 1997 19:30:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA03623; Fri, 18 Apr 1997 19:30:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA27942; Fri, 18 Apr 1997 19:30:51 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA18314 for ; Fri, 18 Apr 1997 19:30:48 -0700 Received: from zbox.evl.uic.edu (zbox.evl.uic.edu [131.193.48.160]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id VAA24952; Fri, 18 Apr 1997 21:31:40 -0500 (CDT) Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id CAA15140; Sat, 19 Apr 1997 02:31:41 GMT X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs Date: Fri, 18 Apr 1997 21:31:41 -0500 (CDT) From: "Swaminathan N." To: Marcus Barnes cc: info-performer@sgi.com Subject: Re: pfMemory clarification In-Reply-To: <9704181149.ZM14345@logan.engr.multigen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 18 Apr 1997, Marcus Barnes wrote: > to allocate the array, BUT ... : > > pfMemory* mem = new ( 20 * sizeof(pfVec3) ) pfMemory; > pfVec3* sidecoords = new ( mem ) pfVec3[ 20 ]; // placement ::operator new[]() > > ... even if this does work you _cannot_ use it! This is because Performer > whould never know to call "delete [] sidecoords". Therefore > pfMemory::checkDelete( sidecoords ) is an error and yet that is what must work > in order to support arrays in Performer. The lesson is "if you cannot properly > destroy each element of an array then you shouldn't create such an array." What I've done (within the limitations of the 6.x compiler) to allocate and destroy arrays of objects in shared memory is this... // to allocate values[num] object *values = new (pfMemory::malloc(sizeof(object)*num, arena)) object[num]; // to delete the above for (int i=0; i>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Apr 19 01:22:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA03659; Fri, 18 Apr 1997 19:38:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA03643; Fri, 18 Apr 1997 19:38:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA28187; Fri, 18 Apr 1997 19:38:14 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA19255 for ; Fri, 18 Apr 1997 19:38:10 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id TAA05015 for ; Fri, 18 Apr 1997 19:44:52 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id CAA02813 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Sat, 19 Apr 1997 02:33:52 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA17871 for info-performer@sgi.com; Fri, 18 Apr 1997 19:43:09 -0700 From: "Marcus Barnes" Message-Id: <9704181943.ZM17869@logan.engr.multigen.com> Date: Fri, 18 Apr 1997 19:43:09 -0700 In-Reply-To: "Swaminathan N." "Re: pfMemory clarification" (Apr 18, 9:31pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfMemory clarification Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 18, 9:31pm, Swaminathan N. wrote: > > What I've done (within the limitations of the 6.x compiler) to allocate and > destroy arrays of objects in shared memory is this... > > // to allocate values[num] > object *values = new (pfMemory::malloc(sizeof(object)*num, arena)) > object[num]; > // to delete the above > for (int i=0; i values[i].~object(); > pfMemory::free(values); > > yucky, but I don't know of any other way of ensuring arrays of constructed > objects in shared memory. In your example, the value objects are not properly constructed. Calling the the dtor explicitly is permitted, but you cannot arrange for Performer to do the right thing in any case, say for an array of objects attached as pfUserData. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Apr 19 14:35:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA05397; Sat, 19 Apr 1997 09:13:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA05381; Sat, 19 Apr 1997 09:13:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19860; Sat, 19 Apr 1997 09:13:42 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA08156 for ; Sat, 19 Apr 1997 09:13:37 -0700 Received: from cray.evl.uic.edu (cray.evl.uic.edu [131.193.48.163]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id LAA05060; Sat, 19 Apr 1997 11:14:25 -0500 (CDT) Received: from localhost (swami@localhost) by cray.evl.uic.edu (8.6.5/8.6.4) with SMTP id QAA28958; Sat, 19 Apr 1997 16:14:26 GMT X-Authentication-Warning: cray.evl.uic.edu: swami owned process doing -bs Date: Sat, 19 Apr 1997 11:14:26 -0500 (CDT) From: "Swaminathan N." To: Steve Baker cc: info-performer@sgi.com Subject: Re: preIsectFunc bad trav matrix In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 16 Apr 1997, I wrote: > I guess maybe you are confusing the traversal matrix and the pfDCS matrix. The > DCS matrix is not applied to the traversal matrix while in pre-callback mode, > as Mr Leclerc pointed out. Thus your DCS matrix could be changing, but the > pre-traversal matrix remains identity. I've used trav->getMat(mat) quite > successfully (meaning, it did what I thought and wanted it do). In fact a code > stub in preCB_DCS looks like > > pfMatrix traversal > trav->getMat(traversal); > pfMatrix m; > pfdcs->getMat(m); > traversal.preMult(m); Oops, I just went back and checked and found that the pfDCS matrix (which was just a scale factor) was in fact included in trac->getMat(). My multiplying this just squared the matrix. So, now I'm totally confused. Is trav->getMat() supposed to include the pfDCS's matrix? Is this a bug, programmer error or just plain stupidity on my part. Thanks Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Apr 19 14:53:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA05442; Sat, 19 Apr 1997 09:36:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA05426; Sat, 19 Apr 1997 09:36:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA20451; Sat, 19 Apr 1997 09:36:03 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA10320 for ; Sat, 19 Apr 1997 09:35:31 -0700 Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id MAA01473 for ; Sat, 19 Apr 1997 12:36:29 -0400 Organization: Visidyne Inc. Message-Id: <2.2.32.19970419163811.006bdb8c@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 19 Apr 1997 11:38:11 -0500 To: info-performer@sgi.com From: ken sartor Subject: 3d textures in performer - try two... Status: O Hi - I have been trying to get 3d texuring to work in the Performer environment. However, i cannot get the PF_R coordinate to do anything. Below is a code fragment that works when i use PF_S and PF_T (it just puts a checkerboard texture on the geometry). BUT when i try to set maxz (the coordinate that is used by PF_R) to some number (say 4) no texturing takes place... Am i doing something wrong? Or does Performer 2.0.2 not allow me to use the PF_R coordinate? Is using 3d textures possible in Performer? BTW - i am running IRIX 6.2 on a 1 RM4 RE2 w/ Performer 2.0.2. Thanks for any help you can provide! ken Code fragment for 3d texturing... ------------------------------------------------------------------------- // texture experiment... int maxx=4, maxy=4, maxz=1, kjs; // Make a checkerboard texture. for (int iz=0; iz Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA05612; Sat, 19 Apr 1997 12:08:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA23841; Sat, 19 Apr 1997 12:08:40 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA28198 for ; Sat, 19 Apr 1997 12:08:38 -0700 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA10084; Sat, 19 Apr 1997 15:06:43 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id PAA03073; Sat, 19 Apr 1997 15:03:53 -0400 From: "Nicolas Gauvin" Message-Id: <9704191503.ZM3071@christine.cae.ca> Date: Sat, 19 Apr 1997 15:03:52 -0400 In-Reply-To: jaf@chem.ucsd.edu (Jeremy Friesner) "Post draw callback?" (Apr 18, 3:50pm) References: <199704182250.WAA00742@sdchemw1.ucsd.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jaf@chem.ucsd.edu Subject: Re: Post draw callback? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 18, 3:50pm, Jeremy Friesner wrote: > Subject: Post draw callback? > > Hi, > > Is there a way to register a callback with Performer that will be called > after all pfChannels in the pfPipeWindow have finished being drawn? The >-- End of excerpt from Jeremy Friesner Take a look at pfPipe::setSwapFunc. It's a callback you can use to replace Performer's default swap buffer call. It's called after all channels of a pipe have been drawn. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Apr 20 13:54:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA06979; Sun, 20 Apr 1997 04:00:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA06963; Sun, 20 Apr 1997 04:00:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA16762; Sun, 20 Apr 1997 04:00:55 -0700 Received: from mailout02.btx.dtag.de (mailout02.btx.dtag.de [194.25.2.150]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id EAA00595 for ; Sun, 20 Apr 1997 04:00:52 -0700 Received: from ermail01.btx.dtag.de ([172.16.35.2]) by mailout02.btx.dtag.de with smtp (S3.1.29.1) id ; Sun, 20 Apr 97 12:59 MET DST Received: by ermail01.btx.dtag.de with (S3.1.29.1) id ; Sun, 20 Apr 97 12:59 MET DST Date: Sun, 20 Apr 97 11:59 +0100 From: Princess-Support@t-online.de (Princess Interactive) X-Sender: 06126990079-0001@t-online.de (Princess Interactive GmbH) Subject: Job Opportunies in Germany To: info-performer@sgi.com Cc: Princess-Interactive@t-online.de Message-Id: Status: O Princess Interactive Software GmbH is the CORYPHAEUS MASTER DISTRIBUTOR in EUROPE To strenghten our support team we are looking for engineers who like to work in the field of 3D Real Time and Virtual Reality Software Support and development. The Position described as: 3D-REAL TIME VISUAL SIMULATION SUPPORT ENGINEER The Profil we are looking for is: -Team spirit and creativity -Ability to communicate, present and explain complex issues. -prepare to travel -Silicon Graphics Hardware & Software and its environement knowledge are a MUST -Performer, OPen GL-Knowledge are a MUST -C++ knowledge is a MUST -excellent backround in physics & mathematics -Experience with at least one 3D Modelling Package like Designer´s Work bench or a 3D CAD/Animation-Software like 3DMAX, Alias|Wavefront, Pro/E,CATIA, Autocad. -Experience with Hardware- connectivities UNIX, NT,PC/MAC -a diploma in Mechanical Design, Computer Sciences or Computer Graphics is the ideal education. Candidates with industrial experience are first choice but we´ll give also talented young people from school a chance. Regular Training sessions at Coryphaeus Head Quarters in LOS GATOS/CALIFORNIA will be arranged to get the best contact to R&D and the best skills. If anybody is interested please contact us by e-mail and send your resume and references to the following address. Dr. Moh Sabeur Princess Interactive Sofware GmbH Am Roedchen 5 - 65510 Idstein /Germany ( 15 mn far from Wiesbaden & 30 mn far from Frankfurt) Phone: ++49-6126-990274 fax: ++49-6126-91131 mobile: 0049-172-6133308 e-mail:moh@princess-interactive.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 06:33:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA08253; Sun, 20 Apr 1997 22:25:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA08237; Sun, 20 Apr 1997 22:25:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA13461; Sun, 20 Apr 1997 22:25:12 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA02595 for ; Sun, 20 Apr 1997 22:25:09 -0700; e-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id OAA21314; Mon, 21 Apr 1997 14:25:01 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id OAA04932 for ; Mon, 21 Apr 1997 14:25:00 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA05677; Mon, 21 Apr 1997 14:03:54 +0900 Message-Id: <199704210503.OAA05677@dimwit.dst.nk-exa.co.jp> To: info-performer@sgi.com Date: Mon, 21 Apr 1997 14:03:54 +0900 From: YAMANAKA MASAHIKO Status: O ^^) PFMP_CULLoDRAW does not use the normal "cull into a display list and ^^) then when you're done pass that list to the draw" technique of ^^) Performer. Rather, it uses the list as a circular buffer where the draw ^^) consumes the info as the cull is writing it. As a side-effect of this, ^^) the list is "used up" (potentially overwritten) in the first drawing, ^^) so it no longer exists for reuse in multipass applications. ^^) ^^) It could be made to work differently, where we used an "as long as ^^) needed" list between cull and draw, ran the cull and draw together as ^^) they are now, but would then still have the complete list available at ^^) the end for reuse in multipass applications. This is not something ^^) that's been asked for until now, and it's likely too late to consider ^^) it for the Performer 2.2 release. I will add it to the request for ^^) enhancement (RFE) list for the future. Thanks! However... I don't need reuse for display lists but I have some databases and the databases are different unit systems so I can't merge them. As result I tested, using multiple scenes and PFMP_APP_CULL_DRAW, chan1->setScene( scene1 ); //scene1 doesn't have any geometries as test case //but chan1 clears color&depth-buffer chan2->setScene( scene2 ); //scene2 doesn't have any geometries as test case generates following chan->drawStats(). and reaches only 30fps. App |-- | |-- | |-- Cull |- | |- | |- Draw | |---- | |---- | On the oher hand, without scene2, App |-- |-- |-- |-- |-- Cull |- |- |- |- |- Draw |---- |---- |---- |---- |---- and reaches 60fps. In order to solve this problem, I had thought to use CULLoDRAW but it didn't work. Can't this be helped ? So far as I use multiple scenes, it can't be reached at 60fps? Thanks, -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 07:34:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA08315; Sun, 20 Apr 1997 23:26:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA08299; Sun, 20 Apr 1997 23:26:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15113; Sun, 20 Apr 1997 23:26:29 -0700 Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA10371 for ; Sun, 20 Apr 1997 23:26:28 -0700; e-from (mishina@ddd.co.jp) Received: from tree ([202.230.84.136]) by farm.ddd.co.jp (post.office MTA v1.9.3 ID# 0-13383) with ESMTP id AAA184 for ; Mon, 21 Apr 1997 16:31:11 +0900 From: mishina@ddd.co.jp (T.Mishina) To: Subject: =?ISO-2022-JP?B?SVYgVHJhbnNsYXRvcg==?= Date: Mon, 21 Apr 1997 15:27:57 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Message-ID: <19970421073111911.AAA184@tree> Status: O Hi, This question doesn't seem to relate to performer directly, but I believe that you know much about this kind of information. Does anyone know a translator which can go from iv format to obj, dxf, or such kind of famous formats? I don't care whether it's a comercial product or not. Thanks. Tsuyoshi Mishina (3D Inc.) E-mail: mishina@ddd.co.jp Tel : +81-45-314-8334 Fax : +81-45-314-8335 http://www.ddd.co.jp Mitsuishi-Yokohama-building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:24:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA08724; Mon, 21 Apr 1997 05:22:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA08708; Mon, 21 Apr 1997 05:22:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA27455; Mon, 21 Apr 1997 05:22:43 -0700 Received: from hil-img-7.compuserve.com (hil-img-7.compuserve.com [149.174.177.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA22105 for ; Mon, 21 Apr 1997 05:22:42 -0700; e-from (vsm_mrs@compuserve.com) Received: by hil-img-7.compuserve.com (8.6.10/5.950515) id IAA26994; Mon, 21 Apr 1997 08:22:37 -0400 Date: Mon, 21 Apr 1997 08:21:54 -0400 From: Jean BENOIT Subject: cull traversal To: info-performer Message-ID: <199704210821_MC2-14AA-C7C8@compuserve.com> Status: O I use the same way to keep dof, and It's work I use fltConverterAttr function, and in this fonction, I call a pfTravFunc function with PFCULL Mode. Yoel ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:24:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA08742; Mon, 21 Apr 1997 05:23:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA08726; Mon, 21 Apr 1997 05:23:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA27458; Mon, 21 Apr 1997 05:23:06 -0700 Received: from dub-img-1.compuserve.com (dub-img-1.compuserve.com [149.174.206.131]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA22137 for ; Mon, 21 Apr 1997 05:23:05 -0700; e-from (vsm_mrs@compuserve.com) Received: by dub-img-1.compuserve.com (8.6.10/5.950515) id IAA13024; Mon, 21 Apr 1997 08:23:04 -0400 Date: Mon, 21 Apr 1997 08:22:06 -0400 From: Jean BENOIT Subject: Nodes for one particular channel To: info-performer Message-ID: <199704210821_MC2-14AA-C7CF@compuserve.com> Status: O I use a multiChannel app. with the same BDD. so I share the scene between all my channels. but I need to insert a flt models, in only one of these channels, not in the others. how can i do ??? I think about one no optimize solution : don' t share the scene, and duplicate it for all the channels,. but I'm sure that it's not the best solution. Yo ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:24:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA08554; Mon, 21 Apr 1997 03:00:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA08538; Mon, 21 Apr 1997 03:00:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA21986; Mon, 21 Apr 1997 03:00:13 -0700 Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA05168 for ; Mon, 21 Apr 1997 02:59:32 -0700; e-from (swapnil@pfindy.teil.soft.net) Received: from pfindy.teil.soft.net by teil.soft.net via ESMTP (940816.SGI.8.6.9/940406.SGI) for <@pearl.teil.soft.net:info-performer@sgi.com> id PAA22657; Mon, 21 Apr 1997 15:29:02 -0530 Received: by pfindy.teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA01089; Mon, 21 Apr 1997 15:23:12 -0700 From: swapnil@pfindy.teil.soft.net (Swapnil Shah) Message-Id: <199704212223.PAA01089@pfindy.teil.soft.net> Subject: FLT behaviour loader To: info-performer@sgi.com Date: Mon, 21 Apr 1997 15:23:12 -0800 (PDT) Reply-To: swapnil@teil.soft.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 661 Status: O Hi, we have developed a loader to load OpenFlight file including BEHAVIOUR. You can download it from following site. http://www.teil.soft.net/~swapnil/free.html We at Tata Elxsi (I) Ltd. would be glad to get your feedback and bug reports. regards, -swapnil PS: This work has been done some 2 months back. We were going to enhance it to make it fullfledge, but for some local reasons we are not doing it. We would sure like to get your response on this to boost our moral :) PS: don't expect much from this, it's just 1 month work. -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil swapn@hotmail.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:42:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA08979; Mon, 21 Apr 1997 07:30:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA08963; Mon, 21 Apr 1997 07:30:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02911; Mon, 21 Apr 1997 07:30:03 -0700 Received: from FALCON.AL.WPAFB.AF.MIL (falcon.al.wpafb.af.mil [129.48.134.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA11484 for ; Mon, 21 Apr 1997 07:30:01 -0700; e-from (LLU@FALCON.AL.WPAFB.AF.MIL) Received: from AL-Message_Server by FALCON.AL.WPAFB.AF.MIL with Novell_GroupWise; Mon, 21 Apr 1997 10:24:47 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 21 Apr 1997 10:24:46 -0400 From: Liem Lu To: info-performer@sgi.com Subject: re: dbase paging Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Status: O Hi folks, Never mind my previous posting. I've got it figured out - I just have to call the database loader in my app process. Thanks for reading. Liem Lu Logicon Technical Services Inc. P.O. Box 317258 Dayton, Ohio 45437-7258 U.S.A llu@al.wpafb.af.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:42:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08853; Mon, 21 Apr 1997 06:32:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08837; Mon, 21 Apr 1997 06:32:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29818; Mon, 21 Apr 1997 06:32:58 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA01836 for ; Mon, 21 Apr 1997 06:32:57 -0700; e-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id JAA28915; Mon, 21 Apr 1997 09:32:50 -0400 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA14112; Mon, 21 Apr 1997 09:27:33 -0400 Date: Mon, 21 Apr 1997 09:27:33 -0400 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9704210927.ZM14111@dingbat.clubfed.sgi.com> In-Reply-To: brian@sgi.com (Brian Furtaw) "(Fwd) Post draw callback?" (Apr 21, 9:19am) References: <9704210919.ZM13778@hotsauce.clubfed.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, jaf@chem.ucsd.edu Subject: Re: Post draw callback? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Since PostDraw callbacks are called on a PerChannel basis (see common/generic.C perfly source) use a PostFrame() callback which will be executed once per frame after all channels have been rendered. Example from common/main.C of perfly application, From guest Mon Apr 21 09:42:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08935; Mon, 21 Apr 1997 06:54:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08919; Mon, 21 Apr 1997 06:54:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00669; Mon, 21 Apr 1997 06:54:35 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA05511 for ; Mon, 21 Apr 1997 06:54:34 -0700; e-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id JAA29731; Mon, 21 Apr 1997 09:54:24 -0400 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA14136; Mon, 21 Apr 1997 09:49:00 -0400 Date: Mon, 21 Apr 1997 09:49:00 -0400 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9704210949.ZM14135@dingbat.clubfed.sgi.com> In-Reply-To: brian@sgi.com (Brian Furtaw) "(Fwd) 3d textures in performer - try two..." (Apr 21, 9:36am) References: <9704210936.ZM13953@hotsauce.clubfed.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, sartor@netsafe.bur.visidyne.com Subject: Re: 3d textures in performer - try two... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Ken, I have not had time to try your code out, but I did take a look at Performer-2.0.2 it does support 3d textures. Have you tried other sizes say 16 or 28? Brian > Subject: (Fwd) 3d textures in performer - try two... > --- Forwarded mail from ken sartor > > Organization: Visidyne Inc. > X-Sender: sartor@mail.bur.visidyne.com > X-Mailer: Windows Eudora Pro Version 2.2 (32) > Date: Sat, 19 Apr 1997 11:38:11 -0500 > To: info-performer@sgi.com > From: ken sartor > Subject: 3d textures in performer - try two... > > > Hi - > > I have been trying to get 3d texuring to work in the Performer > environment. However, i cannot get the PF_R coordinate to > do anything. Below is a code fragment that works when i use > PF_S and PF_T (it just puts a checkerboard texture on the geometry). > BUT when i try to set maxz (the coordinate that is used by PF_R) > to some number (say 4) no texturing takes place... > > Am i doing something wrong? Or does Performer 2.0.2 not allow > me to use the PF_R coordinate? Is using 3d textures possible in > Performer? > > BTW - i am running IRIX 6.2 on a 1 RM4 RE2 w/ Performer 2.0.2. > > Thanks for any help you can provide! > > ken > > > Code fragment for 3d texturing... > ------------------------------------------------------------------------- > // texture experiment... > int maxx=4, maxy=4, maxz=1, kjs; > // Make a checkerboard texture. > for (int iz=0; iz for (int iy=0; iy for (int ix=0; ix kjs = iz*maxx*maxy + iy*maxx + ix; > // printf(" kjs = %d ix = %d iy = %d iz = %d \n", kjs, ix, iy, iz); > // rbga colors are loaded here. > if ( iz%2 == 0) > { > if ( iy%2 == 0) > { > if ( kjs%2 == 0 ) > tex_image[kjs] = 0x0000ffff; > else > tex_image[kjs] = 0x000000ff; > } > else > { > if ( kjs%2 == 0 ) > tex_image[kjs] = 0x000000ff; > else > tex_image[kjs] = 0x0000ffff; > } > } > else > { > if ( iy%2 == 0) > { > if ( kjs%2 != 0 ) > tex_image[kjs] = 0x0000ffff; > else > tex_image[kjs] = 0x000000ff; > } > else > { > if ( kjs%2 != 0 ) > tex_image[kjs] = 0x000000ff; > else > tex_image[kjs] = 0x0000ffff; > } > } > } > } > } > > // Set up the texturing stuff... > pfGStateMode(gstate2, PFSTATE_ENTEXTURE, PF_ON); > pfGStateAttr(gstate2, PFSTATE_TEXTURE, tex ); > pfGStateAttr(gstate2, PFSTATE_TEXENV, tev); > pfGStateMode(gstate2, PFSTATE_ENTEXGEN, PF_ON); > pfGStateAttr(gstate2, PFSTATE_TEXGEN, tgen ); > > pfTEnvMode(tev, PFTE_DECAL); > > pfTGenPlane(tgen, PF_S, 1.0e-2, 0.0, 0.0, 0.0); > pfTGenPlane(tgen, PF_T, 0.0, 0.0, 1.0e-2, 0.0); > pfTGenPlane(tgen, PF_R, 0.0, 1.0e-2, 0.0, 0.0); > pfTGenMode(tgen, PF_S, PFTG_OBJECT_LINEAR); > pfTGenMode(tgen, PF_T, PFTG_OBJECT_LINEAR); > pfTGenMode(tgen, PF_R, PFTG_OBJECT_LINEAR); > pfTexRepeat(tex, PFTEX_WRAP_S, PFTEX_REPEAT); > pfTexRepeat(tex, PFTEX_WRAP_T, PFTEX_REPEAT); > pfTexRepeat(tex, PFTEX_WRAP_R, PFTEX_REPEAT); > pfTexImage(tex, tex_image, 4, maxx, maxy, maxz); > > // End texture experiment... > ------------------------------------------------------------------------- > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > > ---End of forwarded mail from ken sartor -- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo---- Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(410)796-0394 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@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:42:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09047; Mon, 21 Apr 1997 07:47:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09031; Mon, 21 Apr 1997 07:47:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA04217; Mon, 21 Apr 1997 07:47:25 -0700 Received: from bhole.cae.ca ([142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA14992 for ; Mon, 21 Apr 1997 07:47:24 -0700; e-from (nicolas@cae.ca) Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id KAA08760; Mon, 21 Apr 1997 10:08:02 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA44209; Mon, 21 Apr 1997 10:10:21 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id KAA09067; Mon, 21 Apr 1997 10:06:15 -0400 From: "Nicolas Gauvin" Message-Id: <9704211006.ZM9065@christine.cae.ca> Date: Mon, 21 Apr 1997 10:06:15 -0400 In-Reply-To: Bryan Wasileski "cull traversal" (Apr 18, 3:49pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, bwasileski@mdc.com Subject: Re: cull traversal Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 18, 3:49pm, Bryan Wasileski wrote: > Subject: cull traversal > Performers: > Need some help.....I have some flt models for which I've set up a > couple of top level switches. At load time, I go through the database and > get pointers to the switches (these pointers are allocated from global > shared mem). During the APP, I pass the pointers for the switches > through the channel callback data and within the CULL traversal I turn > off/on each switch base on what I need. > > Well, unfortunately, the models are not switching like I'd expect. I ran a > test case where I do the switching before the CULL process and it > works fine.. so it sounds like a memory visibility issue. If anyone see's > what I'm doing wrong/not doing, I'd appreciate a comment and/or advise. > Thanks in advance. >-- End of excerpt from Bryan Wasileski Because Performer uses different copies of nodes in the APP and CULL when mp it's not advisable to pass node pointers from the APP to the CULL. It's too late to make changes on them from the CULL. A better approach would be to set pre cull callbacks on the nodes you intend to control. Then you could set their values based on info that you got from channel CULL callback data for example. int switchPreCullCB(pfTraverser* _trav, void* _travData) { pfSwitch* sw = (pfSwitch*) _trav->getNode(); sw->setVal(...) ... -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:42:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09079; Mon, 21 Apr 1997 07:51:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09063; Mon, 21 Apr 1997 07:51:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA04429; Mon, 21 Apr 1997 07:51:30 -0700 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA15539 for ; Mon, 21 Apr 1997 07:51:27 -0700; e-from (gedwards@cordoba.reading.sgi.com) Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA22026; Mon, 21 Apr 1997 15:51:14 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9704211551.ZM22024@cordoba.reading.sgi.com> Date: Mon, 21 Apr 1997 15:51:13 +0100 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Intelligent stress filters Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Does anyone have any examples of stress-control filters in Performer, whcih react a little faster than the built-in stress functions. Something like a 2nd order filter, capable of being tuned to a critical-damping point, which would react quickly (but not over-react) to a sudden increase in load. Tks, Greg E. -- _______________________________________________________________________________ Greg Edwards, Graphics Support/Consulting, Silicon Graphics UK Ltd, Forum 1, Theale, Reading, RG7 4RA, UK, switch +44 118 9257500, desk 7740, fax 7775, admin 7778, email gedwards@sgi.com, vmail (6788) 7740, mailstop IGB-311O ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 09:28:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA08706; Mon, 21 Apr 1997 05:22:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA08690; Mon, 21 Apr 1997 05:22:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA27451; Mon, 21 Apr 1997 05:22:39 -0700 Received: from arl-img-5.compuserve.com (arl-img-5.compuserve.com [149.174.217.135]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA22101 for ; Mon, 21 Apr 1997 05:22:38 -0700; e-from (vsm_mrs@compuserve.com) Received: by arl-img-5.compuserve.com (8.6.10/5.950515) id IAA11153; Mon, 21 Apr 1997 08:22:37 -0400 Date: Mon, 21 Apr 1997 08:21:35 -0400 From: Jean BENOIT Subject: Culling callbacks To: info-performer Message-ID: <199704210821_MC2-14AA-C7BF@compuserve.com> Status: O I think that a PreCull Callback works , and you can use pfContains.. Functions. but you have to get or define your frustum at all cycle. the other is to use pfTravFunc with PFCULL type, for some of your nodes. Yoel ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 14:29:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09386; Mon, 21 Apr 1997 09:09:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09370; Mon, 21 Apr 1997 09:09:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA10156; Mon, 21 Apr 1997 09:09:03 -0700 Received: from mailrelay.tiac.net (mailrelay.tiac.net [199.0.65.237]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA04160 for ; Mon, 21 Apr 1997 09:09:01 -0700; e-from (robr@mastercam.com) From: robr@mastercam.com Received: from CNCMAILGATE ([206.119.176.2]) by mailrelay.tiac.net (8.8.5/) with SMTP id MAA26024; Mon, 21 Apr 1997 12:10:47 -0400 (EDT) Message-Id: <199704211610.MAA26024@mailrelay.tiac.net> Date: Mon, 21 Apr 1997 11:52:24 -0500 To: marcus@multigen.com Cc: info-performer@sgi.com Subject: RE: pfMemory clarification MIME-version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable X-Mailer: TFS Gateway /220000000/220040218/220000284/220080205/ Status: O >> What concerns me here is that my memory leak behavior is very =20 different >> (reduced) when I simply comment out the code that creates the =20 pfTexture and >> attaches it to the pfGeoState. >Assuming you've got it right, it's possible that Performer is leaking =20 texture >related memory or that the GL is leaking memory. This all depends upon =20 the >software versions though. I've tested scene graph memory leakage a fair =20 amount >over the years and I don't remember pfTexture leakage at any time. Early on in the Impact release, there were several texture leaks which I =20 passed along to Sharon. I believe most were fixed then. One problem was that =20 Performer wanted to keep the last applied texture as a global texture, thus its ref count was =20= =20 non-zero and it would never go away when I deleted it (directly or indirectly). The =20 workaround at that time was to have my own small global texture which I applied after the =20 draw process was done so that Pf would hang onto that instead of my scene-graph =20 textures. I believe this was fixed some time ago though, although there may be some other =20 ugliness which has crept back in. In any event, it was useful to put a simple Pf-app together which =20 illustrated the leak so the Pf-team could look at it, verify it and fix it. Rob ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 15:29:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09903; Mon, 21 Apr 1997 10:08:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09887; Mon, 21 Apr 1997 10:08:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA15352; Mon, 21 Apr 1997 10:08:20 -0700 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA21335 for ; Mon, 21 Apr 1997 10:08:11 -0700; e-from (russell@ctasim.com) Received: (from russell@localhost) by random.ctasim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA11314; Mon, 21 Apr 1997 10:11:09 -0700 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9704211011.ZM11312@random.ctasim.com> Date: Mon, 21 Apr 1997 10:11:07 -0700 In-Reply-To: Jean BENOIT "Nodes for one particular channel" (Apr 21, 8:22am) References: <199704210821_MC2-14AA-C7CF@compuserve.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jean BENOIT , info-performer Subject: Re: Nodes for one particular channel Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 21, 8:22am, Jean BENOIT wrote: > Subject: Nodes for one particular channel > I use a multiChannel app. with the same BDD. so I share the scene between > all my channels. but I need to insert a flt models, in only one of these > channels, not in the others. how can i do ??? > I think about one no optimize solution : don' t share the scene, and > duplicate it for all the channels,. but I'm sure that it's not the best > solution. > Look at pfNodeTravMask and pfChanTravMask. From the man page of pfChanTravMask: pfChanTravMask sets chan's drawing mask and is used in conjunction with pfNodeTravMask for selective culling and drawing of scene graphs on a per-pfChannel basis. During the traversal, the bitwise AND of the traversal mask and the node mask is computed. If the result is non-zero, the node is culled or drawn as usual. If off (zero), the behavior is as follows depending on trav: PFTRAV_CULL Node is not culled and is considered to be entirely within the viewing frustum. The cull traversal traverses the node and its children without any view culling. PFTRAV_DRAW Node is completely ignored. Both cull and draw traversals skip the node and its children. Node traversal masks are set by pfNodeTravMask. The default pfNode and pfChannel masks are 0xffffffff so that a pfChannel culls and draws all pfNodes. > Yo > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jean BENOIT -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.com _______________________________________________|______________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 17:37:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10869; Mon, 21 Apr 1997 12:11:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10853; Mon, 21 Apr 1997 12:11:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA25803; Mon, 21 Apr 1997 12:11:47 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA26142 for ; Mon, 21 Apr 1997 12:10:21 -0700; e-from (drobbins@python.tamu.edu) Received: (from drobbins@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA06776 for info-performer@sgi.com; Mon, 21 Apr 1997 12:11:13 -0700 From: "Drew Robbins" Message-Id: <9704211211.ZM6775@python.tamu.edu> Date: Mon, 21 Apr 1997 12:11:13 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Multi-Platform Executables Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Because we are limited to one processor on our Reality Engine 2, is it possible to run the multi-process Performer over several different machines using a TCP-IP connection? We allready have a TCP-IP thread running between our SGI and a PC so that is not difficult. We are just not sure how to separate the Performer application. Thanks in advance, Drew -- ######################### # Drew Robbins # # Dripper@tamu.edu # # Aerospace Engineering # # Class of 1996 # ######################### ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 21 21:26:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA12142; Mon, 21 Apr 1997 15:58:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA12126; Mon, 21 Apr 1997 15:58:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA13085; Mon, 21 Apr 1997 15:58:33 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA22469 for ; Mon, 21 Apr 1997 15:58:24 -0700; e-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id PAA22263; Mon, 21 Apr 1997 15:58:17 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA11668; Mon, 21 Apr 1997 15:54:50 -0700 Date: Mon, 21 Apr 1997 15:54:50 -0700 (PDT) From: Chris Mitchell To: Jean BENOIT cc: info-performer Subject: Re: Culling callbacks In-Reply-To: <199704210821_MC2-14AA-C7BF@compuserve.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O It's April Twenty First And everybody knows today is earth day, Happy birthday to whoever's being born. Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 22 01:13:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA12852; Mon, 21 Apr 1997 19:49:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA12836; Mon, 21 Apr 1997 19:49:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA27761; Mon, 21 Apr 1997 19:49:56 -0700 Received: from needle.acim.usl.edu (needle.acim.usl.edu [130.70.47.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id TAA06547 for ; Mon, 21 Apr 1997 19:49:55 -0700; e-from (kew@needle.acim.usl.edu) Received: from sgi04.acim.usl.edu by needle.acim.usl.edu (AIX 4.1/UCB 5.64/4.03) id AA17312; Mon, 21 Apr 1997 21:34:01 -0500 Sender: kew@needle.acim.usl.edu Message-Id: <335C27AE.41C6@acim.usl.edu> Date: Mon, 21 Apr 1997 21:51:26 -0500 From: "Kecia E. Wright" X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: video textures Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi I'm a new performer user and was wondering if it is possible to make a video texture transparent. I am using a Reality Engine 2 with the Sirius video board. Thanks in advance, Kecia ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 22 04:34:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA13465; Mon, 21 Apr 1997 23:16:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA13449; Mon, 21 Apr 1997 23:16:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA04518; Mon, 21 Apr 1997 23:16:11 -0700 Received: from sgisgp.singapore.sgi.com ([134.14.84.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA02623 for ; Mon, 21 Apr 1997 23:16:09 -0700; e-from (eng40252@nus.sg) Received: from blackmagic.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgisgp.singapore.sgi.com:info-performer@sgi.com> id OAA10132; Tue, 22 Apr 1997 14:04:36 -0700 Received: from blackmagic (localhost [127.0.0.1]) by blackmagic.singapore.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA10199 for ; Tue, 22 Apr 1997 14:13:54 -0700 Sender: rickoh@nus.sg Message-ID: <335D2A11.FF6@nus.sg> Date: Tue, 22 Apr 1997 14:13:53 -0700 From: richard koh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Subloading of 3D textures Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Can anyone please tell me whether can I subload a 3D texture? I am trying to render a 3D volume, but the size is bigger than my texture ram (my system is a High Impact w/ 1 TRAM). Can I then use PFTEX_SUBLOAD_FORMAT, to load part of the texture which is suitable for the TRAM, and render the volume by repeating the process. >From the man pages, I see that pfTexture::setLoadOrigin and pfTexture::setLoadSize has only 2 parameters, so I reckon this can be used only on 2D texture. I would like to know whether can PFTEX_SUBLOAD_FORMAT be used on 3D textures in Performer. Can anyone please advice me on how to carry out the rendering of a large 3D texture on my system? Thanks, richard ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 22 11:45:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14124; Tue, 22 Apr 1997 06:24:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14108; Tue, 22 Apr 1997 06:24:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA20168; Tue, 22 Apr 1997 06:24:09 -0700 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA23948 for ; Tue, 22 Apr 1997 06:24:07 -0700; e-from (brian@sgi.com) Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA01978; Tue, 22 Apr 1997 09:16:11 -0400 Date: Tue, 22 Apr 1997 09:16:11 -0400 From: brian@sgi.com (Brian Furtaw) Message-Id: <9704220916.ZM1977@hotsauce.clubfed.sgi.com> In-Reply-To: richard koh "Subloading of 3D textures" (Apr 22, 2:13pm) References: <335D2A11.FF6@nus.sg> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: richard koh , info-performer@sgi.com Subject: Re: Subloading of 3D textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Richard, As far as I can tell you should use PFTEX_SUBLOAD_FORMAT it determines the z origin and depth from the information passed in about the texture map, you can't change the values for subtexloading. So when you specify the xy origin and offset you are defining a volume that goes from zmin to zmax. Brian On Apr 22, 2:13pm, richard koh wrote: > Subject: Subloading of 3D textures > Can anyone please tell me whether can I subload a 3D texture? > > I am trying to render a 3D volume, but the size is bigger than my > texture ram (my system is a High Impact w/ 1 TRAM). Can I then use > PFTEX_SUBLOAD_FORMAT, to load part of the texture which is suitable for > the TRAM, and render the volume by repeating the process. > > >From the man pages, I see that pfTexture::setLoadOrigin and > pfTexture::setLoadSize has only 2 parameters, so I reckon this can be > used only on 2D texture. I would like to know whether can > PFTEX_SUBLOAD_FORMAT be used on 3D textures in Performer. > > Can anyone please advice me on how to carry out the rendering of a large > 3D texture on my system? > > Thanks, > > richard > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from richard koh -- 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@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@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 22 15:09:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA14382; Tue, 22 Apr 1997 09:34:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14366; Tue, 22 Apr 1997 09:34:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA01036; Tue, 22 Apr 1997 09:34:31 -0700 Received: from hil-img-10.compuserve.com (hil-img-10.compuserve.com [149.174.177.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA02765 for ; Tue, 22 Apr 1997 09:34:27 -0700; e-from (vsm_mrs@compuserve.com) Received: by hil-img-10.compuserve.com (8.6.10/5.950515) id MAA02820; Tue, 22 Apr 1997 12:34:22 -0400 Date: Tue, 22 Apr 1997 12:33:00 -0400 From: Jean BENOIT Subject: Re: Nodes for one particular channel To: Hartwig Distler , info-performer Message-ID: <199704221232_MC2-14BA-DB68@compuserve.com> Status: O I find another solution, with use a precull fct witch set the cullmask of the node at 0 if it's not exist for one channel, and I keep the original mask if I want it on another channel, what do you think of this solution ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 22 19:39:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA15121; Tue, 22 Apr 1997 13:58:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA15105; Tue, 22 Apr 1997 13:58:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA23497; Tue, 22 Apr 1997 13:58:02 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA10119; Tue, 22 Apr 1997 13:58:00 -0700; e-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id QAA02648; Tue, 22 Apr 1997 16:41:53 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970422154314.00697878@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 22 Apr 1997 15:43:17 -0500 To: "Ran Yakir" , info-performer@sgi.com From: ken sartor Subject: Re: 3d textures in performer - try two... Cc: brian@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Many thanks to Ran Yakir who replied to my post about my difficulties with 3d textures with the following words of wisdom. He hit the nail on the head, and now my program is working as expected. Thanks! ken >Performer defaults the minfilter of new textures to PFTEX_MIPMAP_TRILINEAR, >even for 3D textures. The mipmap filter is not supported for 3D textures on RE. >Try setting the minfilter to PFTEX_BILINEAR. > >Ran > >-- > __ | Ran Yakir > /_) _ __ \ / _ / o __ | RT-SET Ltd. >/ )_ (_(_) ) \/ (_(_/<_(_)( | > _/ | >-------------------------------------+-------------------------------- >Phone : | E-mail : rany@rtset.co.il > Work : 972-9-9552236 | rany@netvision.net.il > Res. : 972-9-7489974 | >Fax : 972-9-9552239 | > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 22 20:56:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA15265; Tue, 22 Apr 1997 15:19:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15249; Tue, 22 Apr 1997 15:19:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA29897; Tue, 22 Apr 1997 15:19:57 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA03123 for ; Tue, 22 Apr 1997 15:19:55 -0700; e-from (jan@euryale.chinalake.navy.mil) Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id WAA10322 for info-performer@sgi.com; Tue, 22 Apr 1997 22:19:35 GMT From: Jan Barglowski Posted-Date: Tue, 22 Apr 1997 22:19:35 GMT Message-Id: <199704222219.WAA10322@cyclops> Subject: SGI models... To: info-performer@sgi.com Date: Tue, 22 Apr 1997 15:19:34 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 439 Status: O Hi! This should be really easy: Where can I get Performer-ready models of the SGI Octane, O2, Indigo^2, Onyx and finally Onyx2? I'm just doing a virtual walkthru, and I figure _somebody_ at SGI has already done these machines ;-) Thanks! jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 22 22:43:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA15563; Tue, 22 Apr 1997 17:02:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA15545; Tue, 22 Apr 1997 17:02:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA06274; Tue, 22 Apr 1997 17:02:14 -0700 Received: from mailrelay.csn.net (mailrelay1.csn.net [199.117.27.35]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA25416 for ; Tue, 22 Apr 1997 17:02:12 -0700; e-from (dewey@evt.com) Received: from snowmass.evt.com ([204.133.157.14]) by mailrelay.csn.net (8.7.5/8.7.3) with SMTP id SAA16896 for <@mailrelay.csn.net:info-performer@sgi.com>; Tue, 22 Apr 1997 18:02:06 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id SAA10579 for info-performer@sgi.com; Tue, 22 Apr 1997 18:02:03 -0600 From: "Dewey Anderson" Message-Id: <9704221802.ZM10577@snowmass.evt.com> Date: Tue, 22 Apr 1997 18:02:02 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Texture flash Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks to Marcus, Swami and Rob for the input on my pfMemory clarifications. I'll continue the leak hunt. Here's another problem: Same application: I take a rectangle and apply a texture to it. The rectangle is solid white and I use tenv->setMode( PFTE_MODULATE ); so that the texture determines what we see, including alpha. (The texture has alpha values.) I take this textured rectangle and fly it around some with a DCS. This works fine on my Indy and our High Impact (with TRAM option card). Recently we got an MXI Octane and an SI Octane with the texture option. On these machines the exact same software has a problem in that it draws the rectangle as solid white with no texture FOR THE FIRST FRAME ONLY. Subsequent frames look fine (textured). I believe this problem also showed up when we had a Max Impact on loan, but I no longer have access to verify. Also, running almost the same software on our O2's also has the problem. (I say "almost" because we had to make changes to run on the O2.) Any ideas what would cause this? I imagine it's something I'm forgetting in the texture object setup that didn't matter on the High Impact but is showing itself on the Octanes. I was suspecting the existence of the hardware texture memory (because that's a big diff between the Indy and the others) but that doesn't explain why it's fine on the High Impact. Another thought is IRIX and Performer eoe version. The Indy and High Impact are running IRIX 5.3 with Performer eoe 2.0. The Octanes are 6.4 with eoe 2.0.4. The O2 is IRIX 6.3 with eoe 2.0.3. But I'm pretty sure the Max Impact was set up like the High (5.3 & 2.0) so that doesn't quite explain that. I'm trying to excise this code from our application and make a small example that exhibits the problem but so far I can't get the problem to happen there. Thanks for any thoughts, Dewey Anderson dewey@evt.com Evolving Video Technologies For reference, here's the code dealing with this. This is in a function that returns a pfNode to higher code that is building the scene. ------------------------ snip: rectangle coords, normal, tcoords definitions // set up the color of the rectangle to be opaque white. // This will combine with the MODULATE mode for the texture // to give us just the texture result. pfVec4 *color = (pfVec4 *)pfMalloc( sizeof(pfVec4), pfGetSharedArena() ); color->set(1.0f, 1.0f, 1.0f, 1.0f); // set up the geoset holding the rectangle pfGeoSet *geoset = new pfGeoSet; geoset->setAttr( PFGS_COORD3, PFGS_PER_VERTEX, coords, NULL ); geoset->setAttr( PFGS_NORMAL3, PFGS_PER_PRIM, normal, NULL ); geoset->setAttr( PFGS_TEXCOORD2, PFGS_PER_VERTEX, tcoords, NULL ); geoset->setAttr( PFGS_COLOR4, PFGS_PER_PRIM, color, NULL ); geoset->setPrimType(PFGS_QUADS ); geoset->setNumPrims( 1 ); // set up the geostate for the rectangle. Attach it to the geoset pfGeoState *gstate = new pfGeoState; gstate->setMode( PFSTATE_ENTEXTURE, 1 ); // enable texturing gstate->setMode( PFSTATE_CULLFACE, PFCF_OFF ); // show both front & back geoset->setGState( gstate ); // set up the texture for the geostate pfTexture *tex = new pfTexture; tex->setImage( tex_data, 4, rimg->Width(), rimg->Height(), 1 ); tex->setRepeat( PFTEX_WRAP_S, PFTEX_CLAMP ); // clamp edges so filtering tex->setRepeat( PFTEX_WRAP_T, PFTEX_CLAMP ); // won't wrap around tex->setFilter( PFTEX_MINFILTER, PFTEX_MIPMAP_TRILINEAR ); // to keep full color resolution in texture (32 bit texels) tex->setFormat( PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8 ); gstate->setAttr( PFSTATE_TEXTURE, tex ); gstate->setMode( PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA ); // Set alpha function to clip off alpha values less than 10. // This is needed to make low alpha pixels actually NOT be drawn at all. // THAT is necessary so that z-buffer isn't filled in by clear pixels. gstate->setMode(PFSTATE_ALPHAFUNC, PFAF_GREATER); gstate->setVal(PFSTATE_ALPHAREF, (10.0f/255.0f)); // set up the texture environment. Attach it to the geostate pfTexEnv *tenv = new pfTexEnv; tenv->setMode( PFTE_MODULATE ); gstate->setAttr( PFSTATE_TEXENV, tenv ); // make the actual geode and attach the geoset to it pfGeode *text = new pfGeode; text->addGSet( geoset ); snip: at this point I create a pfSCS, attach the pfGeode, text, to it and return the SCS as the pfNode. ------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 23 10:46:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA16927; Wed, 23 Apr 1997 05:14:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA16911; Wed, 23 Apr 1997 05:14:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA04820; Wed, 23 Apr 1997 05:14:06 -0700 Received: from news.irisa.fr (news.irisa.fr [131.254.254.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA04741 for ; Wed, 23 Apr 1997 05:13:53 -0700; e-from (news@news.irisa.fr) Received: (from news@localhost) by news.irisa.fr (8.7.5/8.7.3) id OAA09882; Wed, 23 Apr 1997 14:13:43 +0200 (MET DST) To: info-performer@sgi.com Path: not-for-mail From: Johan Nouvel Newsgroups: irisa.listes.info-performer Subject: load VRML file Date: Wed, 23 Apr 1997 14:13:39 +0200 Organization: Irisa, Rennes (FR) Lines: 14 Message-ID: <335DFCF3.6ED9@irisa.fr> NNTP-Posting-Host: serenji.irisa.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5.1 sun4u) Status: O Hello, Is there a way to load a VRML2.0 file in Performer (only the geometry in a first time) ? I've seeked a converter from VRML2.0 to "a format readable by Performer" but I couldn't find any one :-( If someone has an idea, an address or anything else, I take it ! Thanks. Johan. -oO0- www -0Oo---------- mailto:nouvel@irisa.fr ----------oO0- \|/ -0Oo- |( 0 0 )| | "LA VERITE EST AILLEURS" | |( o o )| \ (_) / |____ http://www.irisa.fr/prive/nouvel ____| \ (_) / ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 23 17:01:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17517; Wed, 23 Apr 1997 11:31:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17501; Wed, 23 Apr 1997 11:31:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27530; Wed, 23 Apr 1997 11:31:38 -0700 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA21404 for ; Wed, 23 Apr 1997 11:31:36 -0700; e-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-5.mail.demon.net id aa0503081; 23 Apr 97 17:16 BST From: Mark Baranowski To: info-performer@sgi.com, info-vega@daisy.paradigmsim.com Newsgroups: comp.sys.sgi.misc,comp.sys.sgi.marketplace Subject: Position Available: VR Business Developer Date: Wed, 23 Apr 1997 16:17:18 GMT Organization: Pera Reply-To: gary_eves@peragroup.com Message-ID: <335f35f1.32480492@news.demon.co.uk> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O VIRTUAL REALITY IN MANUFACTURING Business Developer - Salary excellent + bonus and benefits Pera, the international consulting and technology Group, has created the UK's first commercial VR Centre, dedicated to applying the technology to the improvement of manufacturing competitiveness. We are seeking an experienced business developer to keep pace with growing client interest. You will have at least five years' experience of product or manufacturing process development and will understand the impact of using the latest computer aided engineering tools for visualisation and simulation. We are only interested in graduates with an excellent track record in business development and the proven ability to deal with senior executives whether in multinational companies or small firms. In addition to a competitive salary, we offer an attractive range of benefits and the prospects that come with being part of a successful and pioneering organisation. To apply, please send your CV, together with a letter detailing your salary expectation, to Gary Eves, at Pera Technology Centre, Melton Mowbray, Leicestershire. UK. LE13 0PB. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 23 19:10:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18104; Wed, 23 Apr 1997 13:35:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA18088; Wed, 23 Apr 1997 13:35:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA06483; Wed, 23 Apr 1997 13:35:45 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA25048 for ; Wed, 23 Apr 1997 13:35:38 -0700; e-from (scott@ht.com) Received: by gauntlet.ht.com; id QAA28907; Wed, 23 Apr 1997 16:35:35 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma028890; Wed, 23 Apr 97 16:35:09 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id UAA26888; Wed, 23 Apr 1997 20:35:17 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id QAA03272; Wed, 23 Apr 1997 16:35:17 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199704232035.QAA03272@hf.ht.com> Subject: shared memory base errors To: info-performer@sgi.com Date: Wed, 23 Apr 1997 16:35:17 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O I am working on a High Impact, Irix 6.2, Perfomer 2.0.4/2.0.2, N32 ABI. I just added some code and must have exceeded a magic size number, for now I get seg faults in pfInit after the following warning: PF Warning/Resource(12): pfOpenWSConnection - failed to open display "(null)" for pid 3251. I remembered a discussion about 3 months ago about a workaround published with the Performer 2.2 beta release notes which said (among other more complicated things using par) to try: setenv PFSHAREDBASE 0x18000000 This works....I would like to put this in my code with the following (also from the release notes): pfSharedArenaBase(0x18000000); But this does not compile because the function expects a void *. What is the correct syntax to set this address? Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 |6001 Montrose Rd., #902| simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 23 23:08:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA19536; Wed, 23 Apr 1997 17:35:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA19520; Wed, 23 Apr 1997 17:35:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA23604; Wed, 23 Apr 1997 17:35:24 -0700 Received: from april.dnaco.net (april.dnaco.net [207.238.206.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA21115 for ; Wed, 23 Apr 1997 17:35:22 -0700; e-from (eheft@dnaco.net) Received: from kirk.dnaco.net (eheft@kirk.dnaco.net [207.238.206.3]) by april.dnaco.net (8.8.5/8.8.5) with ESMTP id UAA29872 for ; Wed, 23 Apr 1997 20:36:30 -0400 (EDT) From: Eric Heft Received: (from eheft@localhost) by kirk.dnaco.net (8.8.4/8.8.4) id UAA03167 for info-performer@sgi.com; Wed, 23 Apr 1997 20:35:30 -0400 (EDT) Message-Id: <199704240035.UAA03167@kirk.dnaco.net> Subject: performer shared object mismatch To: info-performer@sgi.com (Performer Mailing List) Date: Wed, 23 Apr 1997 20:35:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi , This should be a easy question. I've a modified version of perfly that I've sent to someone running a Ozone. I'm working on a O2. The O2 is running Irix 6.3 and performer 2.1. The Ozone is running Irix 6.4 and performer 2.04 or 2.05 I forget which. The error she's getting is: 1475: ./perf:rld:Fatal Error:object libpf_ogl.so from liblist in ./perf has version "sgi3.0", which does not match the found object: /usr/lib/libpf_ogl.so (with version "sgi2.4") Can I make performer compile for backwards compatibility? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 04:30:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA22730; Thu, 24 Apr 1997 02:23:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22714; Thu, 24 Apr 1997 02:23:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA15331; Thu, 24 Apr 1997 02:23:38 -0700 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA05518 for ; Thu, 24 Apr 1997 02:23:35 -0700; e-from (vaizki@merlin.iscape.fi) Received: from merlin.iscape.fi (merlin.iscape.fi [194.100.73.189]) by merlin.iscape.fi (8.8.4/8.8.4) with SMTP id MAA05315; Thu, 24 Apr 1997 12:26:43 +0300 Date: Thu, 24 Apr 1997 12:26:43 +0300 (EET DST) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: Eric Heft cc: Performer Mailing List Subject: Re: performer shared object mismatch In-Reply-To: <199704240035.UAA03167@kirk.dnaco.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 23 Apr 1997, Eric Heft wrote: > Hi , > > This should be a easy question. I've a modified version of > perfly that I've sent to someone running a Ozone. I'm working > on a O2. What's an Ozone? Octane? Or did I miss a major product launch??? > The O2 is running Irix 6.3 and performer 2.1. SGI sold us 2.1 for our O2 too. how nice of them, since they recommend 2.0.x for everything but InfiniteReality. > The Ozone is running Irix 6.4 and performer 2.04 or 2.05 > I forget which. > > The error she's getting is: > > 1475: ./perf:rld:Fatal Error:object libpf_ogl.so from liblist in ./perf has > version "sgi3.0", which does not match the found object: /usr/lib/libpf_ogl.so > (with version "sgi2.4") I had the same problems. Some solutions: a) Try to get a working Performer 2.1 eoe installed on the 6.4 machine. b) Get a 2.0.x version of Performer dev. Check the FAQ for the best version. c) Quick hack: your 2.1 eoe has the DSOs that the 2.0.x has. They are included for backward compatibility: -r--r--r-- 1 root sys 1000612 Apr 1 16:50 /usr/lib/libpf.so.1 -r--r--r-- 1 root sys 3941168 Apr 1 16:57 /usr/lib/libpf_igl.so.2 lrwx------ 1 root sys 14 Apr 4 18:13 /usr/lib/libpf_ogl.so -> libpf_ogl.so.3 By relinking libpf_ogl.so to libpf_ogl.so.2 you can make it work. But be warned, your header files and libraries will then be out of sync and you will encounter some weirdness and unsolvable bugs. We did this only because we needed to demo our stuff with a 1 day warning. Jukka Vaisanen Executive Manager Iscape Software vaizki@iscape.fi Tel: +358-9-648686 GSM: +358-40-5007978 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 04:30:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA22710; Thu, 24 Apr 1997 02:16:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22694; Thu, 24 Apr 1997 02:16:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA15029; Thu, 24 Apr 1997 02:16:09 -0700 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA04461 for ; Thu, 24 Apr 1997 02:15:23 -0700; e-from (vaizki@merlin.iscape.fi) Received: from merlin.iscape.fi (merlin.iscape.fi [194.100.73.189]) by merlin.iscape.fi (8.8.4/8.8.4) with SMTP id MAA05266; Thu, 24 Apr 1997 12:18:55 +0300 Date: Thu, 24 Apr 1997 12:18:55 +0300 (EET DST) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: Scott McMillan cc: info-performer@sgi.com Subject: Re: shared memory base errors In-Reply-To: <199704232035.QAA03272@hf.ht.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 23 Apr 1997, Scott McMillan wrote: > This works....I would like to put this in my code with the following > (also from the release notes): > > pfSharedArenaBase(0x18000000); > > But this does not compile because the function expects a void *. So it should work with pfSharedArenaBase((void *)0x18000000); or am I missing something here? Jukka Vaisanen Executive Manager Iscape Software vaizki@iscape.fi Tel: +358-9-648686 GSM: +358-40-5007978 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 04:30:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA22627; Thu, 24 Apr 1997 01:20:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA22611; Thu, 24 Apr 1997 01:20:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA13721; Thu, 24 Apr 1997 01:20:34 -0700 Received: from centaure.worldnet.net (centaure.worldnet.net [194.2.128.249]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA28209 for ; Thu, 24 Apr 1997 01:20:32 -0700; e-from (ceti@worldnet.net) Received: from nantes01-039.nantes.worldnet.fr (nantes01-039.nantes.worldnet.fr [195.3.20.39]) by centaure.worldnet.net (8.8.5/8.8.5) with SMTP id KAA26848 for ; Thu, 24 Apr 1997 10:20:40 +0200 (MET DST) Message-Id: <199704240820.KAA26848@centaure.worldnet.net> X-Sender: ceti@worldnet.net X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 24 Apr 1997 10:21:17 +0100 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: load VRML file Status: O je pense que le mieux est de convertir le Vrml vers OpenInventor. La description de la geometrie est sensiblement identique en vrml et OpenIv. Il n'y a que les "comportements" =E0 supprimer. Connaissant bien la programmation du loader Iv de Perf, je me demande meme si un chargement direct ne fonctionnerait pas ? Voir aussi les archives du mois dernier, il y a eu un parser de VRML (en perl je crois) Sinon les sources sont ouvertes, et vous pouvez modifier le loader Iv. (Rmq : la version C de perf 1.2 est plus evidente que la C++ des nouvelles releases ) Bonjour =E0 Bruno Arnaldi et Kadi =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/=20 _/ _/ _/ _/ _/ _/ _/ _/ _/ _/=20 _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ =20 _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ =20 _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ =20 =20 BILLARD Olivier - Engineer R&D - C&I Software=20 1 avenue de la mer - 44380 PORNICHET - FRANCE=20 Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 =20 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D \\\|||/// \\ - - // ( @ @ ) +----------------oOOo-(_)-oOOo----------------------+ | " We don't inherit the world from our ancestors, | | it's only a loan from our children ." | | Antoine de Saint Exupery. | +-------------------------Oooo----------------------+ oooO ( ) ( ) ) / \ ( (_/ \_) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 12:59:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA23755; Thu, 24 Apr 1997 10:04:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA23739; Thu, 24 Apr 1997 10:04:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA06743; Thu, 24 Apr 1997 10:04:32 -0700 Received: from relay.mod.uk (relay.mod.uk [192.5.29.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA20735 for ; Thu, 24 Apr 1997 10:04:30 -0700; e-from (ccparker@taz.dra.hmg.gb) Message-Id: <199704241704.KAA20735@sgi.sgi.com> Received: from hermes.dra.hmg.gb by relay.mod.uk with local SMTP id ; Thu, 24 Apr 1997 18:04:21 +0100 Received: from taz.dra.hmg.gb by hermes.dra.hmg.gb (MX V4.2 VAX) with SMTP; Thu, 24 Apr 1997 18:04:17 GMT Received: from ccparker.dra.hmg.gb ([146.80.23.148]) by taz.dra.hmg.gb (MX V4.2 AXP) with SMTP; Thu, 24 Apr 1997 18:04:15 GMT Comments: Authenticated sender is From: "Charles Parker" Organization: DERA UK. To: info-performer@sgi.com Date: Thu, 24 Apr 1997 18:02:47 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Clipmapping-idiots guide wanted X-mailer: Pegasus Mail for Windows (v2.33) Status: O Hi, Can anyone help me with clipmapping? I've looked at the demos under Performer 2.1 (cliptex.c icache.c) but what I need to do is to clip two textures which have been pasted onto the Multigen .flt format database. Can it be done? -------------------------------------------------- Charles Parker Virtual Cockpits Group DERA Farnborough 2067Rm Probert Bldg Ively Road Farnborough Hampshire England GU14 0LX Tel : +44 1252 393624 Fax : +44 1252 393091 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 12:59:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA23495; Thu, 24 Apr 1997 07:30:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA23479; Thu, 24 Apr 1997 07:30:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA26838; Thu, 24 Apr 1997 07:30:25 -0700 Received: from emout20.mail.aol.com (emout20.mx.aol.com [198.81.11.46]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA16632 for ; Thu, 24 Apr 1997 07:30:23 -0700; e-from (EugeniaT@aol.com) From: EugeniaT@aol.com Received: (from root@localhost) by emout20.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id KAA18747 for info-performer@sgi.com; Thu, 24 Apr 1997 10:29:04 -0400 (EDT) Date: Thu, 24 Apr 1997 10:29:04 -0400 (EDT) Message-ID: <970424102902_-998598280@emout20.mail.aol.com> To: info-performer@sgi.com cc: CovertD@aol.com Subject: 320x240 vout window? Status: O We have an R10000 Reality Station with one RM5 running IRIX 6.2 and Performer. Does anyone know of a way we can halve the size of the vout window so that we can output approximately a 320x240 area as NTSC? Thanks for any assistance - Eugenia Traverse ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 13:05:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA23844; Thu, 24 Apr 1997 10:10:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA23828; Thu, 24 Apr 1997 10:10:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA07260; Thu, 24 Apr 1997 10:10:39 -0700 Received: from relay2.nswc.navy.mil (relay2.nswc.navy.mil [128.38.48.157]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA22746 for ; Thu, 24 Apr 1997 10:10:38 -0700; e-from (pngo@nswc.navy.mil) Received: from hue-city.nswc.navy.mil by relay2.nswc.navy.mil (4.1/SMI-4.1) id AA28742; Thu, 24 Apr 97 13:10:15 EDT Received: from hue-city (localhost [127.0.0.1]) by hue-city.nswc.navy.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA09672; Thu, 24 Apr 1997 13:09:06 -0400 Sender: pngo@nswc.navy.mil Message-Id: <335F93B1.41C6@nswc.navy.mil> Date: Thu, 24 Apr 1997 13:09:05 -0400 From: Phuc Co Ngo Organization: NAVAL SURFACE WARFARE CENTER X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Performer/OpenGL/Popup Window Content-Type: text/plain; charset=us-ascii; name="per.ques" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="per.ques" Status: O >From : Phuc C. Ngo e-mail : pngo@nswc.navy.mil Hi everyone, Is there a way in Performer to give me a popup window to performer some 2D plots using OpenGL, and close it when I done ? I knew Performer has pfWindow, but everytime I open it, it always show the some objects in the scene which belong to pfPipeWindow (my main application window). An example will be very helpful. Thanks, Phuc C. Ngo pngo@nswc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 16:58:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA24857; Thu, 24 Apr 1997 14:02:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA24841; Thu, 24 Apr 1997 14:02:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25631; Thu, 24 Apr 1997 14:02:23 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA16789 for ; Thu, 24 Apr 1997 14:02:22 -0700 e-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA24834; Thu, 24 Apr 1997 14:01:51 -0700 Date: Thu, 24 Apr 1997 14:01:51 -0700 From: allan (Allan Schaffer) Message-Id: <9704241401.ZM24832@holodeck.csd.sgi.com> In-Reply-To: EugeniaT@aol.com "320x240 vout window?" (Apr 24, 10:29am) References: <970424102902_-998598280@emout20.mail.aol.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: EugeniaT@aol.com, info-performer@sgi.com Subject: Re: 320x240 vout window? Cc: CovertD@aol.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 24, 10:29am, EugeniaT@aol.com wrote: > We have an R10000 Reality Station with one RM5 running IRIX 6.2 and > Performer. Does anyone know of a way we can halve the size of the vout window > so that we can output approximately a 320x240 area as NTSC? Hi Eugenia, You probably haven't rechecked comp.sys.sgi.graphics yet. Here's what I posted there :-) You have a RealityEngine (RealityStation, one RM5), where the size of the vout window is fixed. For vout on that system: Window Size This is the size (in pixels) of the composite output. This is automatically changed to 646 x 486 in NTSC mode, and 768 x 576 in PAL mode. As Michael Jones pointed out in the newsgroup, if you had an InfiniteReality system you could modify this size -- even dynamically; but I'm afraid that with RealityEngine, WYSIWYG. Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 16:58:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA24882; Thu, 24 Apr 1997 14:02:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA24866; Thu, 24 Apr 1997 14:02:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25713; Thu, 24 Apr 1997 14:02:56 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA16899 for ; Thu, 24 Apr 1997 14:02:53 -0700 e-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA198646109; Thu, 24 Apr 1997 16:08:30 -0500 Received: from MKTPO.mkt.lesc.lockheed.com (mktnt1.mkt.lesc.lockheed.com) by gruel.hq.lesc.lockheed.com with ESMTP (1.39.111.2/16.3) id AA263815623; Thu, 24 Apr 1997 16:00:24 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997Apr24.145400.1074.25432; Thu, 24 Apr 1997 16:01:30 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Message-Id: <1997Apr24.145400.1074.25432@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: Lockheed Martin Engineering & Sciences Date: Thu, 24 Apr 1997 16:01:30 -0700 Subject: Transparent Objects and depth buffer Status: O On our old RE-1 machine, transparent objects were/are correctly blended together, but I have never found a way to get the correct "mixing" affect when two transparent objects cross on our Infinite Reality. I've done this in OpenGL by using glDepthMask( GL_FALSE ) command, but I want the same result with some transparent objects that are loaded as DWB models. I have the DWB loader source, so I could custom patch the model as it's loaded if necessary (it's a dirty way, but it's got to be done), if there is some object setting within performer that would achieve the same result. Jeffry J. Brickley Lockheed Martin White Sands Missile Range, NM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Apr 24 20:16:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA25252; Thu, 24 Apr 1997 14:39:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA25236; Thu, 24 Apr 1997 14:39:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA28415; Thu, 24 Apr 1997 14:39:08 -0700 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA26707 for ; Thu, 24 Apr 1997 14:38:58 -0700 e-from (angus@despair.paradigmsim.com) Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA21772; Thu, 24 Apr 1997 16:38:17 -0500 From: "Angus W.S. Henderson" Message-Id: <9704241638.ZM21770@despair.paradigmsim.com> Date: Thu, 24 Apr 1997 16:38:17 -0500 In-Reply-To: EugeniaT@aol.com "320x240 vout window?" (Apr 24, 10:29am) References: <970424102902_-998598280@emout20.mail.aol.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: EugeniaT@aol.com Subject: Re: 320x240 vout window? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Does anyone know of a way we can halve the size of the vout window > so that we can output approximately a 320x240 area as NTSC? Render a 320 x 240 graphics window with rectzoom(2.0,2.0) That may work ANgus p.s. ANgus Dorbie couldn't texture himself out of a paper bag..... ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 05:17:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA28130; Thu, 24 Apr 1997 23:55:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA28114; Thu, 24 Apr 1997 23:55:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA24277; Thu, 24 Apr 1997 23:55:21 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA00964 for ; Thu, 24 Apr 1997 23:55:19 -0700 env-from (Francois.Seprey@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id IAA28027; Fri, 25 Apr 1997 08:54:43 +0200 Received: from quadrus(134.212.240.1) by tls-cs1 via smap (V1.3) id sma028025; Fri Apr 25 08:54:18 1997 Received: from nymphe. by quadrus.fr. (5.x/SMI-SVR4) id AA09939; Fri, 25 Apr 1997 08:56:19 +0200 Received: by nymphe. (5.x/SMI-SVR4) id AA13690; Fri, 25 Apr 1997 08:55:29 +0200 Date: Fri, 25 Apr 1997 08:55:29 +0200 From: Francois.Seprey@cert.fr (Francois.Seprey) Message-Id: <9704250655.AA13690@nymphe.> To: info-performer@sgi.com X-Sun-Charset: US-ASCII Status: O Hello! I'm a new user of IRIS Performer and I have to make holes in the ground with an excavator. I don't see how I can draw them (with pfGeoSet, what about intersections with the new ground ...?). Could you give me your ideas? Thanks. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 06:11:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA28335; Fri, 25 Apr 1997 00:51:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA28319; Fri, 25 Apr 1997 00:51:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA27715; Fri, 25 Apr 1997 00:51:11 -0700 Received: from MOEsun.edu.tw (moesun.edu.tw [140.111.1.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA08110 for ; Fri, 25 Apr 1997 00:49:55 -0700 env-from (a00chc00@nchc.gov.tw) Received: from nchc.gov.tw (dns.nchc.gov.tw [140.110.192.11]) by MOEsun.edu.tw (8.6.13/8.6.13) with SMTP id PAA26644 for ; Fri, 25 Apr 1997 15:48:36 +0800 Received: by nchc.gov.tw (th3.8s.nchc.gov) from ceres.nchc.gov.tw id AA19209; Fri, 25 Apr 97 15:46:02 CST Received: by ceres.nchc.gov.tw (station v4.0) from elf id AA18051; Fri, 25 Apr 97 15:46:14 CST Message-Id: <336134A9.D3CC6050@nchc.gov.tw> Date: Fri, 25 Apr 1997 15:48:09 -0700 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Which version of Performer on Onyx2? X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi, We recently bought an Onyx2 (IR) running IRIX6.4 so which version of Performer eoe and dev should I install? I know this has been asked before but I lost my mail archive, and can't retrieve from Performer FAQ... Thanks! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 09:31:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA28662; Fri, 25 Apr 1997 04:11:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA28646; Fri, 25 Apr 1997 04:11:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA03372; Fri, 25 Apr 1997 04:11:49 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA03234 for ; Fri, 25 Apr 1997 04:11:40 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id NAA23899 for info-performer@sgi.com; Fri, 25 Apr 1997 13:15:49 -0700 Date: Fri, 25 Apr 1997 13:15:49 -0700 From: Tran cong Tam Message-Id: <199704252015.NAA23899@sirssg1.epfl.ch> To: info-performer@sgi.com Status: O Hi Performers, Can someone show me where can I get an USER'S GUIDE and SAMPLES for pfuWidget. Thanks in advance. Tran /-------------------------------------------------------/ | TRAN | | IDERALPE Parc Scientifique EPFL | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 11:03:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA28832; Fri, 25 Apr 1997 05:33:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA28816; Fri, 25 Apr 1997 05:33:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA07733; Fri, 25 Apr 1997 05:33:26 -0700 Received: from firewall.fel.tno.nl ([192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA13788 for ; Fri, 25 Apr 1997 05:33:18 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id OAA28422; Fri, 25 Apr 1997 14:45:20 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma028384; Fri, 25 Apr 97 14:44:51 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id OAA26130; Fri, 25 Apr 1997 14:32:03 +0200 (MET DST) From: Mario Veraart Message-Id: <199704251232.OAA26130@s00sn1.fel.tno.nl> Subject: Re: Performer/OpenGL/Popup Window To: pngo@nswc.navy.mil (Phuc Co Ngo) Date: Fri, 25 Apr 1997 14:32:03 +0200 (MET DST) Cc: info-performer@sgi.com (Performer) In-Reply-To: <335F93B1.41C6@nswc.navy.mil> from "Phuc Co Ngo" at Apr 24, 97 01:09:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > Is there a way in Performer to give me a popup window to performer some > 2D plots using OpenGL, and close it when I done ? I knew Performer has > pfWindow, but everytime I open it, it always show the some objects in > the scene which belong to pfPipeWindow (my main application window). > An example will be very helpful. > > Phuc C. Ngo > pngo@nswc.navy.mil You can use the channel drawcallback to draw what you want. Don't make a call to the pfDraw() function and then you just have a clear screen. Setup a 2D ortho viewport and draw what you want. Look in the code examples that give examples for HUD of how to do it. They are in the archives for this mailing list. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 12:09:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA28958; Fri, 25 Apr 1997 06:36:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA28942; Fri, 25 Apr 1997 06:36:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA09950; Fri, 25 Apr 1997 06:36:56 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA23477 for ; Fri, 25 Apr 1997 06:36:56 -0700 env-from (mtj@babar.asd.sgi.com) Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id GAA17988; Fri, 25 Apr 1997 06:36:54 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id GAA15713; Fri, 25 Apr 1997 06:36:52 -0700 Date: Fri, 25 Apr 1997 06:36:52 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <9704250636.ZM15711@babar.asd.sgi.com> In-Reply-To: allan@holodeck.csd.sgi.com (Allan Schaffer) "Re: 320x240 vout window?" (Apr 24, 2:01pm) References: <970424102902_-998598280@emout20.mail.aol.com> <9704241401.ZM24832@holodeck.csd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: allan (Allan Schaffer), EugeniaT@aol.com, info-performer@sgi.com Subject: Re: 320x240 vout window? Cc: CovertD@aol.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 24, 2:01pm, Allan Schaffer wrote: > Subject: Re: 320x240 vout window? > On Apr 24, 10:29am, EugeniaT@aol.com wrote: > > We have an R10000 Reality Station with one RM5 running IRIX 6.2 and > > Performer. Does anyone know of a way we can halve the size of the vout window > > so that we can output approximately a 320x240 area as NTSC? > > Hi Eugenia, > You probably haven't rechecked comp.sys.sgi.graphics yet. Here's what > I posted there :-) > > You have a RealityEngine (RealityStation, one RM5), where the size of > the vout window is fixed. For vout on that system: : > As Michael Jones pointed out in the newsgroup, if you had an > InfiniteReality system you could modify this size -- even > dynamically; but I'm afraid that with RealityEngine, WYSIWYG. Oops. Sorry about that. I was wearing my DVR-colored glasses and overlooked the fact that it was an Onyx Reality Station and not the Onyx2/Reality (InfiniteReality Junior, so to speak). As others have pointed out, you'll need to scale the rendered image, either using an image zoom or by copying to texture and rendering on a quad of the desired size. MIchael -- praesto et persto, Phone:415.933.1455 Fax:415.965.2658 MS:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Software, SSG mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 120 Mario 64 Stars OpenGL/ImageVision/OpenInventor/Performer/Cosmo3D ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 13:53:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA29297; Fri, 25 Apr 1997 08:21:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA29281; Fri, 25 Apr 1997 08:21:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15021; Fri, 25 Apr 1997 08:21:04 -0700 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA14923 for ; Fri, 25 Apr 1997 08:21:03 -0700 env-from (gordon@apollo13.demon.co.uk) Received: from apollo13.demon.co.uk ([158.152.181.251]) by relay-5.mail.demon.net id aa0529896; 25 Apr 97 16:10 BST From: Gordon Tomlinson To: "Charlie H. Chang" Cc: info-performer@sgi.com Subject: Re: Which version of Performer on Onyx2? Date: Fri, 25 Apr 1997 15:08:18 GMT Reply-To: gordon@apollo13.demon.co.uk Message-ID: <3361c8bd.523113@post.demon.co.uk> References: <336134A9.D3CC6050@nchc.gov.tw> In-Reply-To: <336134A9.D3CC6050@nchc.gov.tw> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O =46or IR performer 2.1=20 > >Hi, >We recently bought an Onyx2 (IR) running IRIX6.4 >so which version of Performer eoe and dev should I install? >I know this has been asked before but I lost my mail archive, >and can't retrieve from Performer FAQ... >Thanks! > >-- >Charlie H. Chang E-mail: a00chc00@nchc.gov.tw >Voice: 886-3-5776085x209 Fax: 886-3-5773620 >Media & Visualization Lab, National Center for High-performance >Computing > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Gordon Tomlinson =20 *************************************************************** Email: gordon@apollo13.demon.co.uk WWW: http://www.apollo13.demon.co.uk *************************************************************** The Truth is out there ........... =20 Smoke me a Kipper I'll be back for Breakfast ..... =20 *************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 14:39:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA29357; Fri, 25 Apr 1997 09:03:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA29341; Fri, 25 Apr 1997 09:03:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA17541; Fri, 25 Apr 1997 09:03:55 -0700 Received: from mailhub.cts.com (mailhub.cts.com [204.216.216.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA23360 for ; Fri, 25 Apr 1997 09:03:49 -0700 env-from (gtyra@sd.cts.com) Received: from sd.cts.com(really [192.188.72.28]) by mailhub.cts.com via smail with smtp id for ; Fri, 25 Apr 97 09:01:53 -0700 (PDT) (Smail-3.1.92 1996-Mar-19 #3 built 1996-Apr-21) Received: by sd.cts.com (Smail3.1.29.1 #5) id m0wKnRW-000026C; Fri, 25 Apr 97 09:01 PDT Date: Fri, 25 Apr 1997 09:01:50 -0700 (PDT) From: Gerard Tyra - SA Technology To: "Francois.Seprey" cc: info-performer@sgi.com Subject: Re: your mail In-Reply-To: <9704250655.AA13690@nymphe.> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 25 Apr 1997, Francois.Seprey wrote: > Hello! > I'm a new user of IRIS Performer and I have to make holes in the ground > with an excavator. I don't see how I can draw them (with pfGeoSet, what about > intersections with the new ground ...?). > Could you give me your ideas? > Thanks. Francois, Before you ask "how", think about "why?" Who is going to be using this visual, and for what purpose? How much visual fidelity do they need? Do you want to show a blade or bucket making contact with the ground and then a hole appears? Or do you need to see the teeth marks left by the bucket and the loose soil left behind in the hole? As for "how", you can either use predefined geometry or immediate mode graphics. For the predefined geometry, you have a large number of surfaces stacked to represent the gound. Surface layers are turned off as the dirt that they represent is removed. Layers below the current surface have to be turned of to reduce depth complexity. If you use immediate mode, you can do anything that you can imagine. In either case, this type of visual can become transform bound very easily. The use of textures will help for fine detail effects, but most of what you want to do will probably be done in geometry. Gerry ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Apr 25 19:45:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA00976; Fri, 25 Apr 1997 14:04:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA00960; Fri, 25 Apr 1997 14:04:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA09675; Fri, 25 Apr 1997 14:04:09 -0700 Received: from dragon.ti.com (dragon.ti.com [192.94.94.61]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA11435 for ; Fri, 25 Apr 1997 14:04:05 -0700 env-from (stevenl@skopen.dseg.ti.com) Received: from lesol1.dseg.ti.com ([157.170.147.17]) by dragon.ti.com (8.8.5) with ESMTP id QAA26067 for ; Fri, 25 Apr 1997 16:04:01 -0500 (CDT) Received: from skopen.dseg.ti.com (skopen.dseg.ti.com [172.25.38.102]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id QAA28884 for ; Fri, 25 Apr 1997 16:02:52 -0500 Received: from slovelady.dseg.ti.com by skopen.dseg.ti.com (4.1/SMI-4.1) id AA23866; Fri, 25 Apr 97 16:02:52 CDT Message-Id: <9704252102.AA23866@skopen.dseg.ti.com> Comments: Authenticated sender is From: "Steven Lovelady" Organization: Texas Instruments To: info-performer@sgi.com Date: Fri, 25 Apr 1997 15:59:18 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Performer Memory Question Reply-To: steven-lovelady@ti.com X-Mailer: Pegasus Mail for Win32 (v2.52) Status: O Howdy folks, I have a question about the memory allocation in Performer. Do these two methods of memory allocation give you the same result in Performer? Method 1: ------------------------ typedef struct { pfVec3 xyz; pfVec3 hpr; pfGeoState gstate; } BOGUS; BOGUS bog = pfMalloc( sizeof(BOGUS), pfGetSharedArena() ); Method 2: ------------------------ typedef struct { pfVec3 *xyz; pfVec3 *hpr; pfGeoState *gstate; } BOGUS; BOGUS bog = pfMalloc( sizeof(BOGUS), pfGetSharedArena() ); bog->xyz = pfMalloc( sizeof(pfVec3), pfGetSharedArena() ); bog->hpr = pfMalloc( sizeof(pfVec3), pfGetSharedArena() ); bog->gstate = pfNewGState(pfGetSharedArena()); I am asking for two reasons. First, if I use Method #1 will all of the processes be able to see all of the members of the structure? Second, does the pfNewGState function do anything special to allocate the memory for the GeoState or will it be ok if it is allocated as part of the structure? Thanks, Steve Steven Lovelady Texas Instruments, Inc. phone: (972) 575-6758 fax : (972) 575-6771 email: steven-lovelady@ti.com "My views are not necessarily those of Texas Instruments" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Apr 26 02:58:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA03458; Fri, 25 Apr 1997 21:38:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA03442; Fri, 25 Apr 1997 21:38:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA01725; Fri, 25 Apr 1997 21:38:31 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA26807 for ; Fri, 25 Apr 1997 21:38:30 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id VAA01721; Fri, 25 Apr 1997 21:38:30 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id VAA11177; Fri, 25 Apr 1997 21:38:14 -0700 From: "Rob Jenkins" Message-Id: <9704252138.ZM11175@quid.csd.sgi.com> Date: Fri, 25 Apr 1997 21:38:14 -0700 In-Reply-To: "Charlie H. Chang" "Which version of Performer on Onyx2?" (Apr 25, 3:48pm) References: <336134A9.D3CC6050@nchc.gov.tw> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Charlie H. Chang" , info-performer@sgi.com Subject: Re: Which version of Performer on Onyx2? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 25, 3:48pm, Charlie H. Chang wrote: > Subject: Which version of Performer on Onyx2? > > Hi, > We recently bought an Onyx2 (IR) running IRIX6.4 > so which version of Performer eoe and dev should I install? > I know this has been asked before but I lost my mail archive, > and can't retrieve from Performer FAQ... > Thanks! > > -- > Charlie H. Chang E-mail: a00chc00@nchc.gov.tw > Voice: 886-3-5776085x209 Fax: 886-3-5773620 > Media & Visualization Lab, National Center for High-performance > Computing > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Charlie H. Chang In general, versions for Irix 6.2+ should be: On iR, pf 2.1 + patch 1696 ( 2.1 dsos ) On non-iR, pf 2.0 + patch 1696 + patch 1392 (some people are running 2.1 on non-iR machines - still need 1696 too) Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Apr 26 10:58:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA04085; Sat, 26 Apr 1997 05:39:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04069; Sat, 26 Apr 1997 05:38:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA17142; Sat, 26 Apr 1997 05:38:59 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA10445 for ; Sat, 26 Apr 1997 05:38:58 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.29]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA7158 for ; Sat, 26 Apr 1997 08:40:29 -0400 Message-ID: <3361F8B2.40C4@edgenet.net> Date: Sat, 26 Apr 1997 08:44:34 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: Is GUI,screwy?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello performers! Question.. I'm running 4 onyxs and 2 crimsons. both crimsons are currently running 5.3. 2 of the onyxs run 5.3, and 2 run 5.2(irix o/s). Our application is strictly simulation running with the multi-options on all 4 onyxs.. I use the GUI's to FTP to all 4, including the other crim.. My problem is,, when I ftp into the 5.2 onyxs, I get a error after I log out that informs the the fast file saver could not function because of version differences..I know, no big deal! but when we boot our onyxs in the morning,, some of them boot up with misaligned screens.. My boss seems to think that ftping using the GUI's is the culprit for these crashes...I on the other hand am not convinced.. Does anyone have the same bug??? could use some enlightening as manually transfering would be a real set back. sincerely Joe :-) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Apr 26 11:56:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04143; Sat, 26 Apr 1997 06:37:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04127; Sat, 26 Apr 1997 06:36:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA18474; Sat, 26 Apr 1997 06:36:58 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA15162 for ; Sat, 26 Apr 1997 06:36:57 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.28]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA8572 for ; Sat, 26 Apr 1997 09:38:29 -0400 Message-ID: <33620649.7E51@edgenet.net> Date: Sat, 26 Apr 1997 09:42:33 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: spotlight Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello again!! I'm running performer 2.0 fro our marine sims.. I'd like to use the spotlight option on a couple of piers.. I've set the light source, palette, direction, etc. I bring up sim,,but no spotlight.. Is the problem with the way I've set up the hierchy in Multi-Gen(ive got 14.2)or what could it be????? Thanks for your input on this matter... Joe:-) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 06:26:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA07091; Mon, 28 Apr 1997 02:42:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA07075; Mon, 28 Apr 1997 02:42:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA27105; Mon, 28 Apr 1997 02:42:49 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA00301 for ; Mon, 28 Apr 1997 02:42:47 -0700 env-from (Francois.Seprey@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id LAA10042; Mon, 28 Apr 1997 11:41:43 +0200 Received: from quadrus(134.212.240.1) by tls-cs1 via smap (V1.3) id sma010031; Mon Apr 28 11:41:37 1997 Received: from nymphe. by quadrus.fr. (5.x/SMI-SVR4) id AA02556; Mon, 28 Apr 1997 11:43:41 +0200 Received: by nymphe. (5.x/SMI-SVR4) id AA17280; Mon, 28 Apr 1997 11:42:52 +0200 Date: Mon, 28 Apr 1997 11:42:52 +0200 From: Francois.Seprey@cert.fr (Francois.Seprey) Message-Id: <9704280942.AA17280@nymphe.> To: info-performer@sgi.com X-Sun-Charset: US-ASCII Status: O I'd like to make a 100-array of GeoSets. But, Performer just shows me my last GeoSet. Is there a specific function to generate an array of GeoSets (with pf Malloc, pfGetSharedArena, allocation for memory...) or is it just because my algorithm is wrong? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 06:26:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA07223; Mon, 28 Apr 1997 04:07:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA07207; Mon, 28 Apr 1997 04:07:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA29614; Mon, 28 Apr 1997 04:07:15 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA10188 for ; Mon, 28 Apr 1997 04:07:15 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.29]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA19964 for ; Mon, 28 Apr 1997 07:08:47 -0400 Message-ID: <33648631.2EF7@edgenet.net> Date: Mon, 28 Apr 1997 07:12:49 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: [Fwd: spotlight] Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Status: O Return-Path: Received: from deliverator.sgi.com ([204.94.214.10]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA20221 for ; Sat, 26 Apr 1997 16:18:02 -0400 Received: from holodeck.csd.sgi.com by deliverator.sgi.com via ESMTP (950413.SGI.8.6.12/951211.SGI.AUTO) id NAA23529; Sat, 26 Apr 1997 13:14:41 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04143; Sat, 26 Apr 1997 06:37:00 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04127; Sat, 26 Apr 1997 06:36:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA18474; Sat, 26 Apr 1997 06:36:58 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA15162 for ; Sat, 26 Apr 1997 06:36:57 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.28]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA8572 for ; Sat, 26 Apr 1997 09:38:29 -0400 Message-ID: <33620649.7E51@edgenet.net> Date: Sat, 26 Apr 1997 09:42:33 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: spotlight Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello again!! I'm running performer 2.0 fro our marine sims.. I'd like to use the spotlight option on a couple of piers.. I've set the light source, palette, direction, etc. I bring up sim,,but no spotlight.. Is the problem with the way I've set up the hierchy in Multi-Gen(ive got 14.2)or what could it be????? Thanks for your input on this matter... Joe:-) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 06:26:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA07205; Mon, 28 Apr 1997 04:06:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA07189; Mon, 28 Apr 1997 04:06:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA29586; Mon, 28 Apr 1997 04:06:53 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA10155 for ; Mon, 28 Apr 1997 04:06:50 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.29]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA19954 for ; Mon, 28 Apr 1997 07:08:21 -0400 Message-ID: <33648617.29E5@edgenet.net> Date: Mon, 28 Apr 1997 07:12:23 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: [Fwd: Is GUI,screwy??] Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Status: O Return-Path: Received: from deliverator.sgi.com ([204.94.214.10]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA18329 for ; Sat, 26 Apr 1997 15:18:36 -0400 Received: from holodeck.csd.sgi.com by deliverator.sgi.com via ESMTP (950413.SGI.8.6.12/951211.SGI.AUTO) id MAA11720; Sat, 26 Apr 1997 12:14:53 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA04085; Sat, 26 Apr 1997 05:39:00 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04069; Sat, 26 Apr 1997 05:38:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA17142; Sat, 26 Apr 1997 05:38:59 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA10445 for ; Sat, 26 Apr 1997 05:38:58 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.29]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA7158 for ; Sat, 26 Apr 1997 08:40:29 -0400 Message-ID: <3361F8B2.40C4@edgenet.net> Date: Sat, 26 Apr 1997 08:44:34 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: Is GUI,screwy?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello performers! Question.. I'm running 4 onyxs and 2 crimsons. both crimsons are currently running 5.3. 2 of the onyxs run 5.3, and 2 run 5.2(irix o/s). Our application is strictly simulation running with the multi-options on all 4 onyxs.. I use the GUI's to FTP to all 4, including the other crim.. My problem is,, when I ftp into the 5.2 onyxs, I get a error after I log out that informs the the fast file saver could not function because of version differences..I know, no big deal! but when we boot our onyxs in the morning,, some of them boot up with misaligned screens.. My boss seems to think that ftping using the GUI's is the culprit for these crashes...I on the other hand am not convinced.. Does anyone have the same bug??? could use some enlightening as manually transfering would be a real set back. sincerely Joe :-) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 10:38:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA07307; Mon, 28 Apr 1997 05:09:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA07291; Mon, 28 Apr 1997 05:09:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA02995; Mon, 28 Apr 1997 05:09:56 -0700 Received: from gatekeep.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA17052 for ; Mon, 28 Apr 1997 05:09:54 -0700 env-from (stevenl@skopen.dseg.ti.com) Received: from lesol1.dseg.ti.com ([157.170.147.17]) by gatekeep.ti.com (8.8.5) with ESMTP id HAA13222 for ; Mon, 28 Apr 1997 07:09:52 -0500 (CDT) Received: from skopen.dseg.ti.com (skopen.dseg.ti.com [172.25.38.102]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id HAA11902 for ; Mon, 28 Apr 1997 07:09:51 -0500 Received: from slovelady.dseg.ti.com by skopen.dseg.ti.com (4.1/SMI-4.1) id AA09640; Mon, 28 Apr 97 07:09:51 CDT Message-Id: <9704281209.AA09640@skopen.dseg.ti.com> Comments: Authenticated sender is From: "Steven Lovelady" Organization: Texas Instruments To: info-performer@sgi.com Date: Mon, 28 Apr 1997 07:06:18 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Performer Memory Question Reply-To: steven-lovelady@ti.com In-Reply-To: <970425225157_515664.456256_GHQ31-58@CompuServe.COM> X-Mailer: Pegasus Mail for Win32 (v2.52) Status: O Howdy folks, I have a question about the memory allocation in Performer. Do these two methods of memory allocation give you the same result in Performer? Method 1: ------------------------ typedef struct { pfVec3 xyz; pfVec3 hpr; pfGeoState gstate; } BOGUS; BOGUS bog = pfMalloc( sizeof(BOGUS), pfGetSharedArena() ); Method 2: ------------------------ typedef struct { pfVec3 *xyz; pfVec3 *hpr; pfGeoState *gstate; } BOGUS; BOGUS bog = pfMalloc( sizeof(BOGUS), pfGetSharedArena() ); bog->xyz = pfMalloc( sizeof(pfVec3), pfGetSharedArena() ); bog->hpr = pfMalloc( sizeof(pfVec3), pfGetSharedArena() ); bog->gstate = pfNewGState(pfGetSharedArena()); I am asking for two reasons. First, if I use Method #1 will all of the processes be able to see all of the members of the structure? Second, does the pfNewGState function do anything special to allocate the memory for the GeoState or will it be ok if it is allocated as part of the structure? Thanks, Steve Steven Lovelady Texas Instruments, Inc. phone: (972) 575-6758 fax : (972) 575-6771 email: steven-lovelady@ti.com "My views are not necessarily those of Texas Instruments" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 14:29:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA07944; Mon, 28 Apr 1997 09:00:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA07928; Mon, 28 Apr 1997 09:00:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14537; Mon, 28 Apr 1997 09:00:46 -0700 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA28390 for ; Mon, 28 Apr 1997 09:00:45 -0700 env-from (kishore@aimnet.com) Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id JAA03309; Mon, 28 Apr 1997 09:00:39 -0700 (PDT) Date: Mon, 28 Apr 1997 09:00:39 -0700 (PDT) From: David Plew Message-Id: <199704281600.JAA03309@shell1.aimnet.com> To: info-performer@sgi.com, steven-lovelady@ti.com Subject: Re: Performer Memory Question Status: O >I am asking for two reasons. First, if I use Method #1 will all of >the processes be able to see all of the members of the structure? Yes >Second, does the pfNewGState function do anything special to allocate >the memory for the GeoState or will it be ok if it is allocated as >part of the structure? All performer nodes are allocated in shared arena. So, method #2 will be also work. -anita kishore@aimnet.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 15:53:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA08187; Mon, 28 Apr 1997 10:24:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA08171; Mon, 28 Apr 1997 10:24:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21316; Mon, 28 Apr 1997 10:24:41 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA21527 for ; Mon, 28 Apr 1997 10:24:40 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA03738; Mon, 28 Apr 1997 10:24:38 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA16554; Mon, 28 Apr 1997 10:24:37 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704281724.KAA16554@remi.asd.sgi.com> Subject: Re: [Fwd: Is GUI,screwy??] To: msitech@edgenet.net Date: Mon, 28 Apr 1997 10:24:37 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <33648617.29E5@edgenet.net> from "msitech" at Apr 28, 97 07:12:23 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1424 Status: O msitech wrote: > Hello performers! > > Question.. > > I'm running 4 onyxs and 2 crimsons. both crimsons are currently running > 5.3. 2 of the onyxs run 5.3, and 2 run 5.2(irix o/s). Our application is > strictly simulation running with the multi-options on all 4 onyxs.. > > I use the GUI's to FTP to all 4, including the other crim.. > > My problem is,, when I ftp into the 5.2 onyxs, I get a error after I log > out that informs the the fast file saver could not function because of > version differences..I know, no big deal! but when we boot our onyxs in > the morning,, some of them boot up with misaligned screens.. > Well, I don't know anything about FTP and GUI's, but I have a question: Why are you not upgrading to 6.2 ? (From a previous e-mail I understood that you are using performer 2.0.. and that you are doing some developments, so it should not be a big effort ?) > My boss seems to think that ftping using the GUI's is the culprit for > these crashes...I on the other hand am not convinced.. > > Does anyone have the same bug??? could use some enlightening as manually > transfering would be a real set back. > > sincerely > Joe :-) _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 16:21:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA08235; Mon, 28 Apr 1997 10:42:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA08219; Mon, 28 Apr 1997 10:42:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23044; Mon, 28 Apr 1997 10:42:24 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26661 for ; Mon, 28 Apr 1997 10:42:23 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA04821; Mon, 28 Apr 1997 10:42:11 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA16578; Mon, 28 Apr 1997 10:41:59 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704281741.KAA16578@remi.asd.sgi.com> Subject: Re: Multi-Platform Executables To: drobbins@python.tamu.edu (Drew Robbins) Date: Mon, 28 Apr 1997 10:41:59 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9704211211.ZM6775@python.tamu.edu> from "Drew Robbins" at Apr 21, 97 12:11:13 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1115 Status: O Drew Robbins wrote: > > Because we are limited to one processor on our Reality Engine 2, is it possible > to run the multi-process Performer over several different machines using a > TCP-IP connection? > > We allready have a TCP-IP thread running between our SGI and a PC so that is > not difficult. We are just not sure how to separate the Performer application. Performer MP model is based on an efficient shared memory support from the Hardware (aka arena). There is no way to get real-time performances across networks, distributed models works well for non real-time applications not for Performer. We now have an answer to that extensibility problem: the Origin/Onyx2 platform that have a specific piece of Hardware (Cray Link) that let you connect two computers and have a shared memory as efficient as if all CPU's were in the same (SGI) Box. Note that this is a 'super-computer' technology that is not available on PC platforms. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 17:59:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA09563; Mon, 28 Apr 1997 15:39:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA09547; Mon, 28 Apr 1997 15:39:00 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA07270; Mon, 28 Apr 1997 15:38:59 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA19805 for ; Mon, 28 Apr 1997 15:25:19 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id PAA07750; Mon, 28 Apr 1997 15:16:01 -0700 Received: from indy3.gstone.com ([199.35.226.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA03243 for ; Mon, 28 Apr 1997 15:16:00 -0700 env-from (lrae@gstone.com) Received: from [199.35.226.146] (lrae.gstone.com [199.35.226.146]) by indy3.gstone.com (8.8.5/8.8.3) with SMTP id PAA12287 for ; Mon, 28 Apr 1997 15:12:47 -0700 (PDT) X-Sender: lrae@pophost.gstone.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Apr 1997 14:00:50 -0800 To: info-performer@sgi.com From: lrae@indy3.gstone.com (Linda Rae) Subject: Implementing pfTerrain Status: O Hello all: I am interested in implementing the continuously adaptive terrain features in the Active Surface Definition (ASD) library (pfTerrain). The man pages state: "The libpfs source code, object code and documentation are provided as unsupported software." Where does this source code live? Is it part of Performer 2.1? I am currently on Performer 2.0.2 but am migrating to Performer 2.1 shortly. Has anyone worked with the ASD libraries and cat features? Any inputs of your experience, locations of examples of pfTerrain would be welcome. Thanks in advance for your replies. ======================================================= Linda Rae - Sr.Software Engineer lrae@gstone.com /\/\/\ GreyStone Technology, Inc. fax: (619) 874-7007 / /\/\ \ 4950 Murphy Canyon Road ph: (619)874-7000 \ \/\/ / San Diego, CA 92123-4325 www.gstone.com \/\/\/ ======================================================= ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 17:59:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA09799; Mon, 28 Apr 1997 16:04:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA09783; Mon, 28 Apr 1997 16:04:47 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA12533; Mon, 28 Apr 1997 16:04:46 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA12988 for ; Mon, 28 Apr 1997 12:08:30 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id MAA23494; Mon, 28 Apr 1997 12:08:29 -0700 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA19016 for ; Mon, 28 Apr 1997 12:08:27 -0700 env-from (moore@WOLFENET.com) Received: from gonzo.wolfenet.com (gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.5/8.8.5) with ESMTP id MAA06438; Mon, 28 Apr 1997 12:11:10 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id MAA01884; Mon, 28 Apr 1997 12:08:21 -0700 (PDT) Date: Mon, 28 Apr 1997 12:08:21 -0700 (PDT) Message-Id: <199704281908.MAA01884@gonzo.wolfenet.com> From: Timothy Moore To: steven-lovelady@ti.com CC: info-performer@sgi.com In-reply-to: <9704281209.AA09640@skopen.dseg.ti.com> (stevenl@skopen.dseg.ti.com) Subject: Re: Performer Memory Question Status: O From: "Steven Lovelady" Date: Mon, 28 Apr 1997 07:06:18 +0000 Howdy folks, I have a question about the memory allocation in Performer. Do these two methods of memory allocation give you the same result in Performer? No. You won't even be able to compile the first method in C. Method 1: ------------------------ typedef struct { pfVec3 xyz; pfVec3 hpr; pfGeoState gstate; } BOGUS; BOGUS bog = pfMalloc( sizeof(BOGUS), pfGetSharedArena() ); Method 2: ------------------------ typedef struct { pfVec3 *xyz; pfVec3 *hpr; pfGeoState *gstate; } BOGUS; BOGUS bog = pfMalloc( sizeof(BOGUS), pfGetSharedArena() ); bog->xyz = pfMalloc( sizeof(pfVec3), pfGetSharedArena() ); bog->hpr = pfMalloc( sizeof(pfVec3), pfGetSharedArena() ); bog->gstate = pfNewGState(pfGetSharedArena()); I am asking for two reasons. First, if I use Method #1 will all of the processes be able to see all of the members of the structure? Second, does the pfNewGState function do anything special to allocate the memory for the GeoState or will it be ok if it is allocated as part of the structure? All processes will be able to see the memory allocated with method 1. However, you should never try to declare Performer structures that are derived from pfObject in your own code; declare pointers to them and call the pfNew* functions. pfVec3 are very simple and aren't derived from pfObject, but pfGeoState is not simple. pfNewGState does in fact do a lot of special initialization. A 3rd method that is slightly more efficient than Method 2 is: typedef struct { pfVec3 xyz; pfVec3 hpr; pfGeoState *gstate; } BOGUS; BOGUS bog = pfMalloc (sizeof (BOGUS), pfGetSharedArena ()); bog->gstate = pfNewGState (pfGetSharedArena ()); Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 17:59:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA09682; Mon, 28 Apr 1997 15:55:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA09666; Mon, 28 Apr 1997 15:55:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA09850; Mon, 28 Apr 1997 15:55:02 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA12480 for ; Mon, 28 Apr 1997 15:55:01 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id PAA28446; Mon, 28 Apr 1997 15:54:57 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA03877; Mon, 28 Apr 1997 15:19:13 -0700 Date: Mon, 28 Apr 1997 15:19:13 -0700 (PDT) From: Chris Mitchell To: David Plew cc: info-performer@sgi.com, steven-lovelady@ti.com Subject: Re: Performer Memory Question In-Reply-To: <199704281600.JAA03309@shell1.aimnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > >I am asking for two reasons. First, if I use Method #1 will all of > >the processes be able to see all of the members of the structure? > > Yes > > >Second, does the pfNewGState function do anything special to allocate > > >the memory for the GeoState or will it be ok if it is allocated as > >part of the structure? > > All performer nodes are allocated in shared arena. So, method #2 will be > also work. This doesn't work for pfMultiProcess(PFMP_APPCULLDRAW|PFMP_FORK_DBASE), does it? Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Apr 28 17:59:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA09777; Mon, 28 Apr 1997 16:04:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA09761; Mon, 28 Apr 1997 16:04:21 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA12430; Mon, 28 Apr 1997 16:04:19 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA13199 for ; Mon, 28 Apr 1997 12:13:59 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id MAA24788; Mon, 28 Apr 1997 12:13:58 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20269 for ; Mon, 28 Apr 1997 12:13:54 -0700 env-from (uunet.uu.net!ds9!cerebus.cambridge.com!jason) Received: from uucp1.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp1.UU.NET [192.48.96.39]) id QQcngm24966; Mon, 28 Apr 1997 15:14:06 -0400 (EDT) Received: from ds9.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Mon, 28 Apr 1997 15:13:52 -0400 Received: from cerebus.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA16680; Mon, 28 Apr 97 14:58:15 EDT Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id OAA14778; Mon, 28 Apr 1997 14:58:14 -0400 From: jason@cerebus.cambridge.com (Jason Williams) Message-Id: <9704281458.ZM14776@cerebus> Date: Mon, 28 Apr 1997 14:58:13 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: (Fwd) C++ subclassing pfNode types. Cc: jason@cerebus.cambridge.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have created a subclass of the pfDCS class, and use a table of them in which I request cloned nodes from. My test program dies in the clone call. I have not created an overridden clone method for the class, therefore the pfDCS version of clone is being called. Do I need to create my own clone method for my derrived class because of size issues? Also how do I implement the clone method for my new class. Is there any way to call the pfDCS::clone function within my own clone method, and if not, how do I copy or instance the pfDCS data members and all other ancestor data members. I have found no documentation on how to support the subclassing of pfNode types, other than the need to have the pfType data member and the init method for your class type. And what should I do for copy, will the ancestor version of copy work?. Thanks in advance, Jason, Cambridge Research Associates. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 01:34:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA11984; Mon, 28 Apr 1997 20:00:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA11968; Mon, 28 Apr 1997 20:00:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA27945; Mon, 28 Apr 1997 20:00:13 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA00749 for ; Mon, 28 Apr 1997 20:00:13 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA01402; Mon, 28 Apr 1997 20:00:11 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA17689; Mon, 28 Apr 1997 20:00:10 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704290300.UAA17689@remi.asd.sgi.com> Subject: Re: Implementing pfTerrain To: lrae@indy3.gstone.com (Linda Rae) Date: Mon, 28 Apr 1997 20:00:10 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Linda Rae" at Apr 28, 97 02:00:50 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 909 Status: O Linda Rae wrote: > > Hello all: > > I am interested in implementing the continuously adaptive terrain features > in the Active Surface > Definition (ASD) library (pfTerrain). The man pages state: > > "The libpfs source code, object code and documentation are provided as > unsupported software." > > Where does this source code live? Is it part of Performer 2.1? I am > currently on Performer 2.0.2 but am migrating to Performer 2.1 shortly. > > Has anyone worked with the ASD libraries and cat features? Any inputs of > your experience, locations of examples of pfTerrain would be welcome. > > Thanks in advance for your replies. ASD works in 2.0 and 2.1, but you need to update your system(s) with patch 1347 and 1392. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 08:20:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA12548; Tue, 29 Apr 1997 02:42:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA12532; Tue, 29 Apr 1997 02:42:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA10896; Tue, 29 Apr 1997 02:42:28 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA19769 for ; Tue, 29 Apr 1997 02:42:25 -0700 env-from (nchehayeb@ceit.es) Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC5491.F818FEB0@correo.ceit.es>; Tue, 29 Apr 1997 11:39:16 +0200 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: Changing cursor in Xlib Date: Tue, 29 Apr 1997 11:39:14 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performers, This is an example code to change the shape of the cursor in the WSWindow of my PipeWindow. This function is called form a forked process (INPUT) different from the APP and the DRAW process. After the call to this function nothing will happen. // INPUT PROCESS void vrSimXInput::initCursor() { pfWSWindow xWin; pfPipe *pfpipe; pfWSConnection dsp, theDisplay; char str[PF_MAXSTRING]; const char *s; int tries = 0; Cursor cur; pfPipeWindow *pwin; pwin = chan->getPWin(); xWin = pwin->getWSWindow(); while (!xWin) { sginap(2); xWin = pwin->getWSWindow(); if (tries++ > 10000) pfNotify(PFNFY_FATAL, PFNFY_USAGE, "vrSimXInput::open(): " "unable to find pfWSWindow on PipeWindow %d", pwin->getIndex()); } pfpipe = pwin->getPipe(); dsp = pfGetCurWSConnection(); s = DisplayString(dsp); if (s && (s[0] != '\0')) strcpy(str, s); else sprintf(str, ":%d", pfpipe->getScreen()); if (!(theDisplay = pfOpenWSConnection(str, FALSE))) pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "vrXInput::open(): " "can't open display %s", str); XSync(dsp,FALSE); cur = XCreateFontCursor(dsp, VR_CURSOR_HAND); XDefineCursor(dsp, xWin, cur); } Am I making a mistake ? Nassouh Adel Chehayeb C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Applied Mechanics Department Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) e-mail: nchehayeb@ceit.es Phone: ++34-43-21.28.00 Fax : ++34-43-21.30.76 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 11:57:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13450; Tue, 29 Apr 1997 08:36:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13434; Tue, 29 Apr 1997 08:36:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA26940; Tue, 29 Apr 1997 08:36:43 -0700 Received: from Relay1.OLEANE.NET (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA13767 for ; Tue, 29 Apr 1997 08:36:41 -0700 env-from (arnaud@pobox.oleane.com) Received: from oleane.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by Relay1.OLEANE.NET (8.8.5/8.8.5) with SMTP id RAA04580 for ; Tue, 29 Apr 1997 17:36:33 +0200 (MET DST) Message-Id: <1.5.4.32.19970429153517.00683410@pobox.oleane.com> X-Sender: csf2@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 29 Apr 1997 17:35:17 +0200 To: info-performer@sgi.com From: Space Magic Team Subject: Information on Vega Status: O Hi Performers ! I'm writing my own loader for use into Vega. Could someone confirm to me the fact that Vega is using the standard mechanism of performer while loading database files, that is, is using the same dynamic shared object associated to file format as performer. I'd like to have the confirmation that Vega is making its scene optimizations too, only on the performer scene created by the loader, and that this optimizations aren't related to the file format which is used. Thanx. Philippe Poutignat ____________________________________________________________________ | o o Thomson Training & Simulation o o | | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | | o o 78703 Conflans Sainte Honorine Cedex France o o | | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | |____________________________________________________________________| ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 11:57:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13494; Tue, 29 Apr 1997 08:45:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13478; Tue, 29 Apr 1997 08:45:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA27830; Tue, 29 Apr 1997 08:45:10 -0700 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA15536 for ; Tue, 29 Apr 1997 08:45:09 -0700 env-from (kishore@aimnet.com) Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id IAA02554; Tue, 29 Apr 1997 08:45:07 -0700 (PDT) Date: Tue, 29 Apr 1997 08:45:07 -0700 (PDT) From: David Plew Message-Id: <199704291545.IAA02554@shell1.aimnet.com> To: chris@scotch.physics.ucla.edu Subject: Re: Performer Memory Question Cc: info-performer@sgi.com, steven-lovelady@ti.com Status: O >This doesn't work for pfMultiProcess(PFMP_APPCULLDRAW|PFMP_FORK_DBASE), >does it? I think DBASE process will be able to see the he node created in the parent process (APPCULLDRAW), ie: if needed you could print out the node. But I know for sure that it can't insert/delete/edit .. etc nodes which were created in the parent process. For this you have to use the pfBuffer mechanism. -anita ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 14:51:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13539; Tue, 29 Apr 1997 08:53:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13523; Tue, 29 Apr 1997 08:53:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA28542; Tue, 29 Apr 1997 08:53:01 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA17489 for ; Tue, 29 Apr 1997 08:53:01 -0700 env-from (mtj@babar.asd.sgi.com) Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id IAA12256; Tue, 29 Apr 1997 08:52:58 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id IAA23830; Tue, 29 Apr 1997 08:52:58 -0700 Date: Tue, 29 Apr 1997 08:52:58 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <9704290852.ZM23828@babar.asd.sgi.com> In-Reply-To: lrae@indy3.gstone.com (Linda Rae) "Implementing pfTerrain" (Apr 28, 2:00pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: lrae@indy3.gstone.com (Linda Rae), info-performer@sgi.com Subject: Re: Implementing pfTerrain Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 28, 2:00pm, Linda Rae wrote: > I am interested in implementing the continuously adaptive terrain features > in the Active Surface Definition (ASD) library (pfTerrain). Just to be clear about this, IRIS Performer's Active Surface Definition library (ASD) is a general purpose morphing geometry package and includes several examples of how to build the internal data structures. The flexibility of ASD allows developers to control how and when the surface morphs. The phrase "continuously adaptive terrain" comes from MultiGen, a well-known database tool provider. They have a special approach to using our ASD features, tools to generate data in their format, and a clever refinement & morphing algorithm. I think that both ASD and CAT are great, but they are different layers of software for solving the "multiple simultaneous LOD" problem for large databases, and I don't want to confuse the two since there are other companies that are building tools for ASD exploitation that will not (so far as I know ) be using MultiGen's unique CAT approach, and some for whom terrain is not at all the type of surface they're interested in. > The man pages state: > > "The libpfs source code, object code and documentation are provided as > unsupported software." > > Where does this source code live? Is it part of Performer 2.1? I am > currently on Performer 2.0.2 but am migrating to Performer 2.1 shortly. It's in Performer 2.1 and an extended version is in beta test right now. > Has anyone worked with the ASD libraries and cat features? Any inputs of > your experience, locations of examples of pfTerrain would be welcome. Check with Jenny Zhao (zhz@asd.sgi.com) for ASD questions. -- praesto et persto, Phone:415.933.1455 Fax:415.965.2658 MS:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Software, SSG mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 120 Mario 64 Stars OpenGL/ImageVision/OpenInventor/Performer/Cosmo3D ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 18:09:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16225; Tue, 29 Apr 1997 15:56:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16209; Tue, 29 Apr 1997 15:56:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA12858; Tue, 29 Apr 1997 15:56:13 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA05704 for ; Tue, 29 Apr 1997 15:56:12 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA04369; Tue, 29 Apr 1997 15:56:07 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA19484; Tue, 29 Apr 1997 15:56:06 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704292256.PAA19484@remi.asd.sgi.com> Subject: Re: your mail To: wryml@dimwit.dst.nk-exa.co.jp (YAMANAKA MASAHIKO) Date: Tue, 29 Apr 1997 15:56:06 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199704210503.OAA05677@dimwit.dst.nk-exa.co.jp> from "YAMANAKA MASAHIKO" at Apr 21, 97 02:03:54 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2358 Status: O YAMANAKA MASAHIKO wrote: > > ^^) PFMP_CULLoDRAW does not use the normal "cull into a display list and > ^^) then when you're done pass that list to the draw" technique of > ^^) Performer. Rather, it uses the list as a circular buffer where the draw > ^^) consumes the info as the cull is writing it. As a side-effect of this, > ^^) the list is "used up" (potentially overwritten) in the first drawing, > ^^) so it no longer exists for reuse in multipass applications. > ^^) > ^^) It could be made to work differently, where we used an "as long as > ^^) needed" list between cull and draw, ran the cull and draw together as > ^^) they are now, but would then still have the complete list available at > ^^) the end for reuse in multipass applications. This is not something > ^^) that's been asked for until now, and it's likely too late to consider > ^^) it for the Performer 2.2 release. I will add it to the request for > ^^) enhancement (RFE) list for the future. > > Thanks! > > However... > > I don't need reuse for display lists but I have some databases and the > databases are different unit systems so I can't merge them. Can you do an off-line computation, like pfconv, to merge the databases in one pfb file ? > > As result I tested, using multiple scenes and PFMP_APP_CULL_DRAW, > > chan1->setScene( scene1 ); //scene1 doesn't have any geometries as test case > //but chan1 clears color&depth-buffer > chan2->setScene( scene2 ); //scene2 doesn't have any geometries as test case > > generates following chan->drawStats(). and reaches only 30fps. > > App |-- | |-- | |-- > Cull |- | |- | |- > Draw | |---- | |---- | > > On the oher hand, without scene2, > > App |-- |-- |-- |-- |-- > Cull |- |- |- |- |- > Draw |---- |---- |---- |---- |---- > > and reaches 60fps. I don't understand what's going on. Can you send me a test case so I can see what's wrong ? Thanks > > In order to solve this problem, I had thought to use CULLoDRAW but > it didn't work. > > Can't this be helped ? > So far as I use multiple scenes, it can't be reached at 60fps? > > Thanks, > -- > M.Y. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 18:09:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16170; Tue, 29 Apr 1997 15:50:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16154; Tue, 29 Apr 1997 15:50:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA12395; Tue, 29 Apr 1997 15:50:01 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA04425 for ; Tue, 29 Apr 1997 15:50:00 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA04135; Tue, 29 Apr 1997 15:49:47 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA19444; Tue, 29 Apr 1997 15:49:43 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704292249.PAA19444@remi.asd.sgi.com> Subject: Re: Information on Vega To: arnaud@pobox.oleane.com (Space Magic Team) Date: Tue, 29 Apr 1997 15:49:42 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <1.5.4.32.19970429153517.00683410@pobox.oleane.com> from "Space Magic Team" at Apr 29, 97 05:35:17 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 934 Status: O Space Magic Team wrote: > > Hi Performers ! > > I'm writing my own loader for use into Vega. > Could someone confirm to me the fact that Vega is using the standard > mechanism of performer while loading database files, that is, is using the > same dynamic shared object associated to file format as performer. > I'd like to have the confirmation that Vega is making its scene > optimizations too, only on the performer scene created by the loader, and > that this optimizations aren't related to the file format which is used. > Thanx. > You could make a performer loader, and save in the pfb format which is certainly directly compatible with vega. For any questions regarding vega, you should try the info-vega mail list at info-vega@paradigmsim.com Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 17:54:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA14824; Tue, 29 Apr 1997 12:00:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA14808; Tue, 29 Apr 1997 12:00:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA17642; Tue, 29 Apr 1997 11:59:40 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA07250 for ; Tue, 29 Apr 1997 11:59:09 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA22346; Tue, 29 Apr 1997 11:58:55 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA18813; Tue, 29 Apr 1997 11:58:50 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704291858.LAA18813@remi.asd.sgi.com> Subject: Re: preIsectFunc To: nchehayeb@ceit.es (Chehayeb, Nassouh) Date: Tue, 29 Apr 1997 11:58:49 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Chehayeb, Nassouh" at Apr 17, 97 12:38:22 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1093 Status: O Chehayeb, Nassouh wrote: > > Hi Performers, > > Thanks to all people who answered my question about preIsectFunc. I > solved my problem changing the preIsectfunc to postIsectFunc where I > got the accumulated transformation matrix of the node. > > I have another question about the pfGetCurWSConnection(). Could anyone > explain me the behavior of that function if it is called from a process > forked from the APP?. For example: > > in the APP process: > > dsp = pfGetCurWSConnection(); // return the current WS connection > if any, or open a new one. > > in the forked process: > > dsp = pfGetCurWSConnection(); // will it return the app connection > or open a new one? A pfWSConnection is a link between ONE process to the Window Manager. You do NOT want to use that app WSConnection in another process, so pfGetCurWSConnection() should return a different pfWSConnection in any process it is called. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 17:36:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA14737; Tue, 29 Apr 1997 11:43:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14721; Tue, 29 Apr 1997 11:43:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA16192; Tue, 29 Apr 1997 11:43:40 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03188 for ; Tue, 29 Apr 1997 11:43:40 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA21775; Tue, 29 Apr 1997 11:43:38 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA18778; Tue, 29 Apr 1997 11:43:37 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704291843.LAA18778@remi.asd.sgi.com> Subject: Re: Culling callbacks To: lpinho@onyx.fe.up.pt (Luciano Pinho) Date: Tue, 29 Apr 1997 11:43:37 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9704171303.ZM14173@onyx.fe.up.pt> from "Luciano Pinho" at Apr 17, 97 01:03:33 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1640 Status: O Luciano Pinho wrote: > > Hi! > > I'm trying to speed up culling by using geometric coherence. > The scene is a city, so I've defined some strategically placed > oclusion planes that if placed between the camera and an object > will turn it invisible. > There is a pre-processing stage for the determination of the > "shadow" region of each plane for each node. > Than I should modify culling in such a way that after fustrum > culling each 'visible' node would be tested against every oclusion > plane's shadow volume for a more restrictive visibility testing. > > The problem is that the culling callback method doesn't seem to work > properly: > > 1- Should I use pre or post culling? > Pre is before fustrum culling, wich is not what I want, > but Post is done after all the child of the node are > processed, wich seems to be inneficient! > 2- I've implemented a simple test callback, but it seems > that it is executed only once for the hole scene. > What I need is a callback that is called for each node, > so that I can do the oclusion tests. > > Can anyone help me on this or have any sugestion? > Thank you so much! You can set a PRE_CULL callback on some nodes using the pfNode::setTravFuncs(PFTRAV_CULL,pre_cull,NULL); that will be called for each node that have this callback set. You can use the setTravData to set the plane equation. Your callback returns PFTRAV_CONT or PFTRAV_PRUNE as a result of the test with the plane. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 18:09:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15143; Tue, 29 Apr 1997 12:50:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15127; Tue, 29 Apr 1997 12:50:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA22477; Tue, 29 Apr 1997 12:50:40 -0700 Received: from ghost.paradigmsim.com (ghost.paradigmsim.com [206.7.114.144]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20627 for ; Tue, 29 Apr 1997 12:50:28 -0700 env-from (ch@paradigmsim.com) Received: from ghost (localhost [127.0.0.1]) by ghost.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA07072; Tue, 29 Apr 1997 14:49:03 -0500 Sender: ch@paradigmsim.com Message-ID: <336650AF.ABD@paradigmsim.com> Date: Tue, 29 Apr 1997 14:49:03 -0500 From: Chris Henderson X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Space Magic Team CC: info-performer@sgi.com Subject: Re: Information on Vega References: <1.5.4.32.19970429153517.00683410@pobox.oleane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Yes, Vega uses the standard pfdLoadFile interface. In addition, if you need to override the loader used for a particular format (say .foo) without changing existing dso's, you can use vgDSLoader to specify a new loader function. This loader function will precede other loaders for .foo. The optimizations are done on the resulting pf tree, independent of the loader that created them. ch. Space Magic Team wrote: > > Hi Performers ! > > I'm writing my own loader for use into Vega. > Could someone confirm to me the fact that Vega is using the standard > mechanism of performer while loading database files, that is, is using the > same dynamic shared object associated to file format as performer. > I'd like to have the confirmation that Vega is making its scene > optimizations too, only on the performer scene created by the loader, and > that this optimizations aren't related to the file format which is used. > Thanx. > > Philippe Poutignat > ____________________________________________________________________ > | o o Thomson Training & Simulation o o | > | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | > | o o 78703 Conflans Sainte Honorine Cedex France o o | > | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | > |____________________________________________________________________| > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Chris Henderson ~ Paradigm Simulation Inc (972) 960-2301 FAX (972) 960-2303 mailto:ch@paradigmsim.com http://www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 18:51:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16203; Tue, 29 Apr 1997 15:55:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16187; Tue, 29 Apr 1997 15:55:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA12837; Tue, 29 Apr 1997 15:55:46 -0700 Received: from oe.fau.edu (transquest.oe.fau.edu [131.91.112.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA05585 for ; Tue, 29 Apr 1997 15:55:43 -0700 env-from (tflaniga@oe.fau.edu) Received: from deepquest.oe.fau.edu by oe.fau.edu with SMTP id AA19568 (5.65c/IDA-1.4.4 for ); Tue, 29 Apr 1997 18:53:33 -0400 Received: from localhost by deepquest.oe.fau.edu (SMI-8.6/SMI-SVR4) id SAA16733; Tue, 29 Apr 1997 18:57:01 -0400 Date: Tue, 29 Apr 1997 18:56:59 -0400 (EDT) From: Tom Flanigan X-Sender: tflaniga@deepquest To: info-performer@sgi.com Subject: remove Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O remove ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Apr 29 23:08:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA16641; Tue, 29 Apr 1997 17:35:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA16625; Tue, 29 Apr 1997 17:35:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA20388; Tue, 29 Apr 1997 17:35:27 -0700 Received: from mailrelay.csn.net (mailrelay1.csn.net [199.117.27.35]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA27383 for ; Tue, 29 Apr 1997 17:35:25 -0700 env-from (dewey@evt.com) Received: from snowmass.evt.com ([204.133.157.14]) by mailrelay.csn.net (8.7.5/8.7.3) with SMTP id SAA00933 for <@mailrelay.csn.net:info-performer@sgi.com>; Tue, 29 Apr 1997 18:35:21 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id SAA20112 for info-performer@sgi.com; Tue, 29 Apr 1997 18:35:19 -0600 From: "Dewey Anderson" Message-Id: <9704291835.ZM20110@snowmass.evt.com> Date: Tue, 29 Apr 1997 18:35:18 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Performer Blending Function Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hey Performulators, I seem to remember reading once that when transparency is enabled in Performer, it uses whatever the current blending function is in OpenGL. But I can't seem to find that in the documentation anywhere. Can anybody confirm or deny this? And point me to place in the documentation? A related OpenGL point: The OpenGL book says that glBlendFunc( GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA ) is "the most commonly used blending operation". For color components, I agree, but this leads to undesired values for alpha channel. (e.g. a 50% opaque object on top of a 100% opaque pbject results in something only 75% opaque instead of 100%.) What's needed is a blending func that does ( GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA ) on the colors but does ( GL_ONE, GL_ONE_MINUS_SRC_ALPHA ) on the alpha. The only recourse I see is to use ( GL_ONE, GL_ONE_MINUS_SRC_ALPHA ) and premultipy all my color components by alpha. Inconvenient. And this leads to loss of information, i.e. I can't "recover" a part of an image where I have 0'ed the alpha. BTW, for people who only look at the results on the graphics screen, using SRC_ALPHA doesn't matter. At that stage you're done with the alpha. For people in the video business who then take that alpha out of the box and into a switcher, this is a big problem. I guess this part is just a gripe and a "heads up" for anyone with input to new OpenGL extensions. Thanks, Dewey K. Anderson dewey@evt.com Evolving Video Technologies ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 30 11:13:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA18885; Wed, 30 Apr 1997 05:48:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA18869; Wed, 30 Apr 1997 05:47:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA15011; Wed, 30 Apr 1997 05:47:00 -0700 Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA06863 for ; Wed, 30 Apr 1997 05:46:32 -0700 env-from (michael@ifr.luftfahrt.uni-stuttgart.de) Received: from ifr1.luftfahrt.uni-stuttgart.de (ifr1.luftfahrt.uni-stuttgart.de [141.58.238.1]) by artemis.rus.uni-stuttgart.de with ESMTP id OAA22650 (8.6.13/IDA-1.6 for ); Wed, 30 Apr 1997 14:46:27 +0200 Received: from ifr16.luftfahrt.uni-stuttgart.de (ifr16 [141.58.238.16]) by ifr1.luftfahrt.uni-stuttgart.de (8.8.5/8.8.5) with ESMTP id OAA04815 for ; Wed, 30 Apr 1997 14:46:27 +0200 (MET DST) From: Michael Paus Received: (from michael@localhost) by ifr16.luftfahrt.uni-stuttgart.de (8.8.5/8.8.5) id OAA06197 for info-performer@sgi.com; Wed, 30 Apr 1997 14:46:26 +0200 (MET DST) Date: Wed, 30 Apr 1997 14:46:26 +0200 (MET DST) Message-Id: <199704301246.OAA06197@ifr16.luftfahrt.uni-stuttgart.de> Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) To: info-performer@sgi.com Subject: Source for pfNotify handler Status: O Hi, does anybody know where I can find the source for the pfNotify handler? I would like to modify the behaviour of the default handler slightly but would not like to reenvent the wheel completely. Thank you Michael ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 30 13:21:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA19044; Wed, 30 Apr 1997 07:55:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA19028; Wed, 30 Apr 1997 07:55:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA20676; Wed, 30 Apr 1997 07:55:01 -0700 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA00656 for ; Wed, 30 Apr 1997 07:54:51 -0700 env-from (sicma@hni.uni-paderborn.de) Received: from troi.uni-paderborn.de (troi [131.234.246.8]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id QAA22885 for ; Wed, 30 Apr 1997 16:54:50 +0200 (MET DST) From: Project sicma Received: (sicma@localhost) by troi.uni-paderborn.de (951211.SGI.8.6.12.PATCH1042/client-irix-hni) id QAA06688 for info-performer@sgi.com; Wed, 30 Apr 1997 16:54:49 +0200 Message-Id: <199704301454.QAA06688@troi.uni-paderborn.de> Subject: Rotation of a door and pfDCS To: info-performer@sgi.com Date: Wed, 30 Apr 1997 16:54:49 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, i have some problems with the pfDCS. I want to rotate a pfDCS around a certain point. The DCS is actually a door in the model. This door should be rotated 90 degrees. This is the code i used: door->setMatType(PFMAT_ROT|PFMAT_TRANS|PFMAT_HOM_SCALE); for (i=0.0;i<=90.0;i+=1.5) { door->setRot(0,0,i); door->setTrans(rot_point.xyz[0],rot_point.xyz[1],rot_point.xyz[2]); pfFrame(); } Where rot_point ist the point to be rotated around and door the pfDCS. The door is rotated 90 degrees, but around the wrong point. The door is animated as intended, but in the form of an quarter circle. Has anyone solved such a problem by now? Carsten Scharfe dragon@hni.uni-paderborn.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 30 17:04:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA19497; Wed, 30 Apr 1997 11:44:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA19481; Wed, 30 Apr 1997 11:44:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA07468; Wed, 30 Apr 1997 11:44:31 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00182 for ; Wed, 30 Apr 1997 11:44:31 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA07109; Wed, 30 Apr 1997 11:44:29 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA21754; Wed, 30 Apr 1997 11:44:28 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199704301844.LAA21754@remi.asd.sgi.com> Subject: Re: Performer Blending Function To: dewey@evt.com (Dewey Anderson) Date: Wed, 30 Apr 1997 11:44:28 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9704291835.ZM20110@snowmass.evt.com> from "Dewey Anderson" at Apr 29, 97 06:35:18 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 3254 Status: O Dewey Anderson wrote: > > Hey Performulators, > > I seem to remember reading once that when transparency is enabled in Performer, > it uses whatever the current blending function is in OpenGL. But I can't seem > to find that in the documentation anywhere. Can anybody confirm or deny this? > And point me to place in the documentation? You can use 2 type of transparency: MsAplha, screen door using the multisample mask pfTransparency(PFTR_MS_ALPHA); Blending, using the Alpha plane, for best results pfTransparency(PFTR_BLEND_ALPHA); see man pfTransparency. > > > A related OpenGL point: The OpenGL book says that > > glBlendFunc( GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA ) > > is "the most commonly used blending operation". > > For color components, I agree, but this leads to undesired values for alpha > channel. (e.g. a 50% opaque object on top of a 100% opaque pbject results in > something only 75% opaque instead of 100%.) What's needed is a blending func > that does ( GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA ) on the colors but does > ( GL_ONE, GL_ONE_MINUS_SRC_ALPHA ) on the alpha. Blending works only if polygons are sorted front to back. see man pfChannel, section on Bin sorting. Screen door transparency works fine even if polygons are not sorted, with less transparency levels than blending. The Destination alpha is never used in the GL_SRC_APLHA,GL_ONE_MINUS_SRC_ALPHA nor in your proposed GL_ONE, GL_ONE_MINUS_SRC_ALPHA, so the resulting alpha value is not good in either case ? The major issue about the above Blend func is that it does not use at all the destination alpha, so you do not need to have alpha planes in your Frame Buffer configuration for blending to work. Note that alpha planes are available on 12/12/12/12 modes, and none alpha plane configurations are available on 8/8/8 bits per component. see glxinfo. > > The only recourse I see is to use ( GL_ONE, GL_ONE_MINUS_SRC_ALPHA ) and > premultipy all my color components by alpha. Inconvenient. And this leads to > loss of information, i.e. I can't "recover" a part of an image where I have > 0'ed the alpha. I'm not quite sure what should be a good value for you. Using src+(1-src)*dst as resulting alpha doesn't seem to give you what you need. > > BTW, for people who only look at the results on the graphics screen, using > SRC_ALPHA doesn't matter. At that stage you're done with the alpha. For > people in the video business who then take that alpha out of the box and into a > switcher, this is a big problem. > > I guess this part is just a gripe and a "heads up" for anyone with input to new > OpenGL extensions. > The only extension I see that have a 1 for alpha and a coeficient for RGB is the SRC_ALPHA_SATURATE (f,f,f,1) with f = Min(SourceAlpha, 1-DestAlpha) which does not work for you. You also use the CONSTANT_COLOR_EXT, if the source alpha value is constant for the geoset, seting the color as (alpha,alpha,alpha,1) and the blend func as (CONSTANT_COLOR_EXT, ONE_MINUS_CONSTANT_ALPHA_EXT) I hope that helps _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 30 17:48:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA19654; Wed, 30 Apr 1997 12:25:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA19636; Wed, 30 Apr 1997 12:25:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA10006; Wed, 30 Apr 1997 12:25:20 -0700 Received: from stealth.afit.af.mil (stealth.afit.af.mil [129.92.2.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA10529 for ; Wed, 30 Apr 1997 12:25:14 -0700 env-from (srotherm@afit.af.mil) Received: from fox.afit.af.mil (srotherm@fox.afit.af.mil [129.92.11.117]) by stealth.afit.af.mil (8.8.5/8.7.3) with ESMTP id PAA28770 for ; Wed, 30 Apr 1997 15:23:53 -0400 (EDT) Received: (srotherm@localhost) by fox.afit.af.mil (8.6.12/8.6.9) id PAA19504; Wed, 30 Apr 1997 15:23:55 -0400 Date: Wed, 30 Apr 1997 15:23:55 -0400 (EDT) From: Scott A Rothermel To: info-performer@sgi.com Subject: Help with pfDrawBin Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Performer users: I am trying to use Bins to customize the rendering order of various geometry in my scene tree to avoid some flimmering problems. I put several GeoSets (representing a starfield) in DrawBin 2. In the draw callback I explicitly draw Bin 2, followed by a z-buffer clear, and then I draw the default PFSORT_OPAQUE_BIN and PFSORT_TRANSP_BINs. The problem is that despite my best efforts, the GeoSets are ending up in the PFSORT_TRANSP_BIN instead of Bin 2. I have tried using different bin numbers, but they don't fix the problem. When I don't specify a particular bin, the cull process places the GeoSets in the PFSORT_OPAQUE_BIN. (I determine which bin they are in by selectively calling the specific pfDrawBin) Here is a basic flow of the calls I am making In main app process (I am multiprocessing, Onyz RE2, IRIX6.2) From guest Wed Apr 30 18:25:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA19825; Wed, 30 Apr 1997 13:08:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA19809; Wed, 30 Apr 1997 13:08:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA12611; Wed, 30 Apr 1997 13:08:46 -0700 Received: from mailrelay2.sni.net (mailrelay2.sni.net [199.117.27.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA21507 for ; Wed, 30 Apr 1997 13:08:43 -0700 env-from (dewey@evt.com) Received: from snowmass.evt.com ([204.133.157.14]) by mailrelay2.sni.net (8.7.5/8.7.3) with SMTP id OAA13739 for <@mailrelay.csn.net:info-performer@sgi.com>; Wed, 30 Apr 1997 14:08:38 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id OAA21216 for info-performer@sgi.com; Wed, 30 Apr 1997 14:08:36 -0600 From: "Dewey Anderson" Message-Id: <9704301408.ZM21212@snowmass.evt.com> Date: Wed, 30 Apr 1997 14:08:34 -0600 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Easd=2Esgi=2Ecom_=28R=E9mi_Arnaud?= =?iso-8859-1?Q?=29 Apparently-To: info-performer@sgi.com Status: O ________=22Re=3A_Performer_Blending_Function=22_=28Apr_30=2C_11=3A44am=29?= References: <199704301844.LAA21754@remi.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: Performer Blending Function Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19704301408.ZM21212.evt.com" --PART-BOUNDARY=.19704301408.ZM21212.evt.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u Thanks for the response, Remi. On Apr 30, 11:44am, R=E9mi Arnaud wrote: > Subject: Re: Performer Blending Function > Dewey Anderson wrote: > > > > Hey Performulators, > > > > I seem to remember reading once that when transparency is enabled in Performer, > > it uses whatever the current blending function is in OpenGL. But I c= an't seem > > to find that in the documentation anywhere. Can anybody confirm or d= eny this? > > And point me to place in the documentation? > > You can use 2 type of transparency: > > MsAplha, screen door using the multisample mask > pfTransparency(PFTR_MS_ALPHA); > > Blending, using the Alpha plane, for best results > pfTransparency(PFTR_BLEND_ALPHA); > > see man pfTransparency. > Thanks. Looking at man pfTransparency got me the line I was looking for:= PFTR_BLEND_ALPHA IRIS Performer will use the IRIS GL blendfunction(3g) or OpenGL glBlendFunc(3g) method of transparency. I use PFTR_BLEND_ALPHA. I set it with: gstate->setMode( PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA ); when building textured rectangles. I had been looking at the man page fo= r pfGeoState and the discussion of PFSTATE_TRANSPARENCY mode. That's why I= missed looking at pfTransparency. (The rest of this deals with the discussion of available blend funcs.) > > A related OpenGL point: The OpenGL book says that > > > > glBlendFunc( GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA ) > > > > is "the most commonly used blending operation". > > > > For color components, I agree, but this leads to undesired values for= alpha > > channel. (e.g. a 50% opaque object on top of a 100% opaque pbject re= sults in > > something only 75% opaque instead of 100%.) What's needed is a blend= ing func > > that does ( GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA ) on the colors but = does > > ( GL_ONE, GL_ONE_MINUS_SRC_ALPHA ) on the alpha. > > Blending works only if polygons are sorted front to back. see man > pfChannel, section on Bin sorting. Screen door transparency works > fine even if polygons are not sorted, with less transparency levels t= han > blending. I'm actually looking at a case where there is only one performer object -= a single textured rectangle where the texture has some non-0, non-1 alpha v= alues - being drawn over a background that was drawn earlier with OpenGL. (I h= ave a draw callback that prevents the screen from clearing.) So I don't think sorting should matter. As it happens, on a High Impact and Octane Si, we= trade off Z-buffer for color and end up turning off bin sorting with: chan->setTravMode( PFTRAV_CULL, PFCULL_GSET | PFCULL_VIEW ); I'm assuming this doesn't set some flag that says "Don't blend." but, rat= her, leaves it to us to make sure we draw things in a sensible order. > The Destination alpha is never used in the GL_SRC_APLHA,GL_ONE_MINUS_SRC_ALPHA nor in your proposed GL_ONE, GL_ONE_MINUS_SRC_ALPHA, so the resulting > alpha value is not good in either case ? It would seem to me that Destination alpha IS used in determining the res= ulting ALPHA (but not the other color components). Using Cs to denote a generic source color component Cd to be a generic destination component C for generic resulting component As for source alpha Ad for destination alpha we have (for the GL_SRC_APLHA,GL_ONE_MINUS_SRC_ALPHA case): C =3D Cs*As + Cd*(1-As) When you apply this to the alpha component, you have: A =3D As*As + Ad*(1-As) You can see that the destination alpha is used. Similarly, for the GL_ON= E, GL_ONE_MINUS_SRC_ALPHA case we have: C =3D Cs*1 + Cd*(1-As) applied to alpha gives A =3D As*1 + Ad*(1-As) =3D As + Ad - Ad*As which is what I'd really like. > The major issue about the above Blend func is that it does not use at= all > the destination alpha, so you do not need to have alpha planes in > your Frame Buffer configuration for blending to work. I can see that in CG applications where all you care about is what is dra= wn on the SGI's screen. But I'm using the VIDEO out (not graphics) so having a= lpha in my Frame Buffer configuration is crucial. I'm taking this alpha OUT o= f the box through the video boards and using that externally. > Note that alpha planes are available on 12/12/12/12 modes, and none > alpha plane configurations are available on 8/8/8 bits per component.= > see glxinfo. I think that depends on your system. When I do glxinfo on our O2, Impact= and Octane I find these modes (among others) O2: visual x bf lv rg d st r g b a ax dp st accum buffs ms id dep cl sp sz l ci b ro sz sz sz sz bf th cl r g b a ns b 0x37 24 tc . 32 . r y . 8 8 8 8 . 24 8 16 16 16 16 . . Impact: Visual Tra buf lv rg DB ste r g b a aux dep ste accum buffs MS id dep cl nsp sz l ba reo sz sz sz sz buf th ncl r g b a num b= uf 0x2b 24 tc . 24 . y y . 8 8 8 8 . . . 16 16 16 16 . = =2E Octane: visual x bf lv rg d st r g b a ax dp st accum buffs ms id dep cl sp sz l ci b ro sz sz sz sz bf th cl r g b a ns b 0x28 24 tc . 32 . r y . 8 8 8 8 . . . 16 16 16 16 . . so I have not trouble getting an 8/8/8/8 visual. > > The only recourse I see is to use ( GL_ONE, GL_ONE_MINUS_SRC_ALPHA ) = and > > premultipy all my color components by alpha. Inconvenient. And this= leads to > > loss of information, i.e. I can't "recover" a part of an image where = I have > > 0'ed the alpha. > > I'm not quite sure what should be a good value for you. Using src+(1-src)*dst > as resulting alpha doesn't seem to give you what you need. What does give me what I need is to have a mode that uses C =3D Cs*As + Cd*(1-As) for the r,g,b color components but uses A =3D As*1 + Ad*(1-As) =3D As + Ad - Ad*As for the alpha components. > > BTW, for people who only look at the results on the graphics screen, = using > > SRC_ALPHA doesn't matter. At that stage you're done with the alpha. = For > > people in the video business who then take that alpha out of the box = and into a > > switcher, this is a big problem. > > > > I guess this part is just a gripe and a "heads up" for anyone with in= put to new > > OpenGL extensions. > > > > > The only extension I see that have a 1 for alpha and a coeficient for = RGB is > the SRC_ALPHA_SATURATE (f,f,f,1) with f =3D Min(SourceAlpha, 1-DestAlp= ha) which > does not work for you. Yeah, I looked at that one, too. It seemed to me it would be right half = the time, but not the other. What I need is f =3D SourceAlpha ALWAYS. > You also use the CONSTANT_COLOR_EXT, if the source alpha value > is constant for the geoset, seting the color as (alpha,alpha,alpha,1) > and the blend func as (CONSTANT_COLOR_EXT, ONE_MINUS_CONSTANT_ALPHA_EX= T) 'fraid not. > I hope that helps Thanks for the feedback. Dewey Anderson dewey@evt.com Evolving Video Technologies --PART-BOUNDARY=.19704301408.ZM21212.evt.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 30 21:18:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA20522; Wed, 30 Apr 1997 15:39:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA20506; Wed, 30 Apr 1997 15:39:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA23301; Wed, 30 Apr 1997 15:39:02 -0700 Received: from sgi5.cs.uiuc.edu (sgi5.cs.uiuc.edu [128.174.242.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA01068 for ; Wed, 30 Apr 1997 15:38:51 -0700 env-from (ch-tsang@uiuc.edu) Received: from localhost (ch-tsang@localhost) by sgi5.cs.uiuc.edu (8.8.5/8.8.5) with SMTP id RAA05661 for ; Wed, 30 Apr 1997 17:38:43 -0500 (CDT) X-Authentication-Warning: sgi5.cs.uiuc.edu: ch-tsang owned process doing -bs Date: Wed, 30 Apr 1997 17:38:43 -0500 (CDT) From: Cory Tsang X-Sender: ch-tsang@sgi5.cs.uiuc.edu To: info-performer@sgi.com Subject: Piping Inventor Scene Graphs into Performer Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I was wondering if it were possible to pipe Inventor output directly into Performer without having to go through the intermediary step of creating an *.iv file. Please email replies. Cory Tsang ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Apr 30 23:32:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA21152; Wed, 30 Apr 1997 17:46:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA21136; Wed, 30 Apr 1997 17:46:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA04221; Wed, 30 Apr 1997 17:46:21 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA28495 for ; Wed, 30 Apr 1997 17:46:20 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA21132; Wed, 30 Apr 1997 17:46:19 -0700 Date: Wed, 30 Apr 1997 17:46:19 -0700 From: allan (Allan Schaffer) Message-Id: <199705010046.RAA21132@holodeck.csd.sgi.com> To: info-performer@sgi.com Subject: FAQ & patch 1696 Status: O Performers, Some patch & FAQ news: As has been mentioned, patch 1696 recently released. Patch 1696 is a backport of the functionality in Performer 2.0.4 (performer_eoe for IRIX 6.4) for IRIX 6.2 and 6.3. If you had Patch 1347 installed, you can replace it with 1696. Some liner notes: - The release notes for Patch 1696 indicate it is for IRIX 6.3 or above. This is not entirely correct. It is for 6.2 or 6.3. Specifically, patch 1696 updates performer_eoe 2.0.1, "2.0.2", and 2.0.3. - The 'inst' rules for 1696 do not mark it as a replacement for 1347, so 'inst' or 'swmgr' will not automatically remove the now-obsolete 1347 when you install 1696. We recommend you do remove 1347 by hand before installing 1696: # versions remove patchSG0001347 # [install 1696] Those of you with SupportFolio access can download the patch from: http://www.sgi.com/Support/patch_intro.html It's so big (77MB) that you might want to just download the individual subsystems. You can also get them from: ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/patch1696/ I've also updated the FAQ to correspond to the currently-released software. It can be retrieved from: (plain text) http://sgigate.sgi.com/pub/Performer/FAQ http://www-viz.tamu.edu/~sgi-faq/faq/text/performer (HTML) http://viz.tamu.edu/~sgi-faq/faq/html/performer/ http://viz.tamu.edu/~sgi-faq/faq/html-1/performer.html The mirror sites (rtfm.mit.edu) will be automatically updated sometime during the next couple weeks.. Allan ---- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 1 02:32:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA22980; Wed, 30 Apr 1997 20:52:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA22964; Wed, 30 Apr 1997 20:52:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA14625; Wed, 30 Apr 1997 20:52:21 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA00435 for ; Wed, 30 Apr 1997 20:52:15 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA03935; Wed, 30 Apr 1997 20:52:13 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA23630; Wed, 30 Apr 1997 20:52:12 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705010352.UAA23630@remi.asd.sgi.com> Subject: Re: Help with pfDrawBin To: srotherm@afit.af.mil (Scott A Rothermel) Date: Wed, 30 Apr 1997 20:52:12 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Scott A Rothermel" at Apr 30, 97 03:23:55 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1235 Status: O Scott A Rothermel wrote: > > Performer users: > I am trying to use Bins to customize the rendering order of > various geometry in my scene tree to avoid some flimmering problems. I > put several GeoSets (representing a starfield) in DrawBin 2. In the draw > callback I explicitly draw Bin 2, followed by a z-buffer clear, and then > I draw the default PFSORT_OPAQUE_BIN and PFSORT_TRANSP_BINs. > The problem is that despite my best efforts, the GeoSets are ending up > in the PFSORT_TRANSP_BIN instead of Bin 2. I have tried using different bin > numbers, but they don't fix the problem. When I don't specify a > particular bin, the cull process places the GeoSets in the > PFSORT_OPAQUE_BIN. (I determine which bin they are in by selectively > calling the specific pfDrawBin) > Here is a basic flow of the calls I am making > It should work. Do you have the performer patches installed ? Note that the bin #2 is the LightPoint Bin in 2.2, and there will be a pfGetChanFreeBin(chan) that will give you the next available bin for the current channel. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com