From guest Fri Jan 31 22:12:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA24285; Fri, 31 Jan 1997 22:11:22 -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 WAA24269; Fri, 31 Jan 1997 22:11:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA20447; Fri, 31 Jan 1997 22:11:21 -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 WAA11679 for ; Fri, 31 Jan 1997 22:11:18 -0800 Received: from sparc62.cs.cuhk.hk by cs.cuhk.hk with ESMTP id OAA26661; Sat, 1 Feb 1997 14:11:15 +0800 Received: by sparc62.cs.cuhk.hk (SMI-8.6/SMI-SVR4) id OAA14678; Sat, 1 Feb 1997 14:11:12 +0800 Date: Sat, 1 Feb 1997 14:11:11 +0800 (HKT) From: Ah Fei To: info-performer@sgi.com Subject: Performer Village Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear all, In the "IRIS Performer Village" demo, some models are animated along some paths. That demo program seems different from the perfly version provided by Performer, any one know where or how I may find that demo program? Thanks. Best 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 Sat Feb 1 08:01:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA25029; Sat, 1 Feb 1997 08:00: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 IAA25013; Sat, 1 Feb 1997 08:00:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA11003; Sat, 1 Feb 1997 08:00:32 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA18410; Sat, 1 Feb 1997 08:00:30 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA19895; Sat, 1 Feb 1997 16:00:24 GMT From: "Angus Dorbie" Message-Id: <9702011600.ZM19891@bitch.reading.sgi.com> Date: Sat, 1 Feb 1997 16:00:23 +0000 In-Reply-To: "Michael M. Allbright" "Re: Non-MultiSample Anti-aliasing" (Jan 31, 6:44pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mscott@dallas.sgi.com, "Michael M. Allbright" , guyr@engr.sgi.com, info-performer@sgi.com Subject: Re: Non-MultiSample Anti-aliasing Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19702011600.ZM19891.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19702011600.ZM19891.reading.sgi.com Content-Type: text/plain; charset=us-ascii I've just checked this and your'e right!! In the optical mode the anti-aliasing is not working, probably a broken entransparency state, there were a few workarounds for an early Performer 2.0 alpha in there. If you need to see anti-aliasing then use the RUN_THERMAL script in the same directory and you'll see antialiasing working on the thermal targets, honest. Use the '[' and ']' keys to modify the sensor gain. I'll investigate and let you know ASAP what's wrong with the optical sensor. In the mean time look at the attached gif for an image of an anti-aliased thermal target. The anti-aliasing is most noticeable on the edges of the high contrast engine cowling shilouette and wheels, for the rotors I used a different AA method which works well at some angles, not quite so well at others. This is an unmodified snap of an Indigo2 IMPACT screen. The image dithering is due to the conversion to 8bit gif format, there is also some deliberate horizontal sensor banding over the image. Cheers, Angus. On Jan 31, 6:44pm, Michael M. Allbright wrote: > Subject: Re: Non-MultiSample Anti-aliasing > Angus: > > I took your advice and took a look at the Rapier demo on the Octane, however > there was really no anti-aliasing evident. Perhaps you have seen a different > version? I tried the "w" key to turn on wireframe mode, and the aliasing was > even more evident. > > If you can point me to the version you have seen, it would be very helpful as I > must convince management of the efficacy of wireframe anti-aliasing before I > can purchase new equipment. > > Thanks again, > --Mike > >-- End of excerpt from Michael M. Allbright --PART-BOUNDARY=.19702011600.ZM19891.reading.sgi.com X-Zm-Content-Name: snap.gif Content-Description: Gif Image Content-Type: image/gif ; name="snap.gif" ; x-irix-type=GIF89Image Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u R0lGODlh5wB6APUAAABrAABqAADiAADgAACEAACDAABMAABIAABSAABPAADDAADAAADOAADL AADqAADmAABcAABYAAC4AAC0AAD3AADvAADYAADUAACKAACJAACjAACgAABwAABuAACrAACo AABpAACZAACWAABjAABgAACTAACQAAB7AAB6AAB4AAB3AADlAACAAAB/AACIAADkAADRAADd AABFAAC9AACxAADIAABnAACdAAD9AABzAAByAAB+AACOAACGAAB2AAB9ACwAAAAA5wB6AEUG /sCccEgsGo/IpHLJbDqfuVN0Kq1Gq9jracvter/gsHhMLouHAWGauW6r3zl3HHqUDu1CPJXI 1Tr1U3l6fXtbeYF9ZopgWmQFW4+Pi2OSgHBHa0SZdJyHRXZWh6Gie1dJhp+IWXdYhomFk7GU XJVdkSe1jpC4Bb2+v8DBwicBIxDHEAjIIznAvMLQkdHT1NXW0Bi92doFGNnb3t/h4+Ti5drh 3enr5e3u7/AYaHwKMwr3DAoM+Rf9Mf8xHggcSHAgwIAH/11gsDBfvnv1ZsyYMMFDRUuBMhJC hWcVKkR8OIISRLKRSVm5ZO3CRYvlLVsrd0ma+QtJgXoMDz5ACLDg/k6EBoPu/Em0p0+ACxVM KFFRIyuRrEhx5HNHVJeMfly9ahUmAAIDMsCKNWAAQpqYYkrk+ApWhluwCEbAdMmLJa1eX/A+ QlJCn79/PgUGLDj4AY7DiBMrXsx4MYUKFwJqmETlS1ZXpqyonOWF2jMMESWKjohvH8N++/Sl Nu3whrNrwZCAJi26NsSE/XJH1h1jYW6FPXkO7r064oQCQvYSC8A8DvPmm6oy+pj50jO8reY4 Lzaiu/fux4x97/78UyVJ30qoX1/ihvob8DXIj8++/Q0Md23RlLkySQH3642jDjj2wRcfRRZV lKAHHmhgIHwlhBNhNqCEEQh0Z2mlRnnM/o1QTHlxeNehhySO99yJKKYoInjLeNicFr4IyB4G Ab4HoY3uAfhgfBo02CAGDEgUYX63FLlSL5wUoN45v7SCTjrCeMPeg/NpIBFFFc333jZNPjLO ejcwOIGD7n30Yhov3oXBfL548lQmL1b13300rvPLlDkaSKYHJXgwQ4+1ZTkfjxqUgJwnXNml FyTB0KVXl9IU6Ut97VFaY6X1kdPNL+vgOaE33HAD6mswDTPSH1h9pN+AUs5oKKvv2VcgpvFR mSBFfgWZJYO8itmrB3SSM2ETgGBUFVZFdFeCg5h+2qQUHX74HHkjfocitdKW6GKK0Y4HgXjf hstieOSGB664/sYs8621KG64RCjcnkitIMymw6hdivqCyxOndrKEWHlA4BYzVGWHLFdWTRUS VSBV5uZVWiXSnVsITDEwfyltFtN5M7nU8Xl17afvoe86PFUWXmSG8glkKXMMW18hIDNZl2nc SMrTRayxIWQZoMzMPrv81V0jvyapNPka/YzH0IT8aGz+Ri31w6U0rPJIUK1crFWmHIvozZbt vFnGebU0F9IhGzv12m62jSzDp2qWqnSlbH2Vw3hnh3WiYpdhpNmOztVZ0iRHpx3bRhgOhdpe r0wH4yXJjfDefW8GdseVFzmPdopvPnXnqLq9CilPEWuE409BrPJJlauUC8hkm4FX/iqI/2FF AMnIrLvu3XVUWaKCJKK38CTpDHbrg//Nn9nKJ7+0vtdF2uij0bepBAYWQYSPb/6g1hBrpumj vXENFqq2JagjKjfpc48eCnWYieS4Zsi7Hrjgjqa0376H5xGRQ6aJTGEEQ8DACGUohCnKbhiC EwU0SAFqkRzY6tav+bWvQhoqncl+V79FvARfRkIOBHrmlrCERRnNeFbhiACaGfwGKAhMoAwL OMAHVKACNrQhDitQw+Hkg0EMgJsGB+EUqp2OcsXDmYa0FobYbaFHuWFITnrzPfB5DzUTYEAM FAA75pVtUdC4wUNO8xsdmhGHBakABSjQmDa6cY2PQeMF/hQQAy3yUCkagI0e9QgOdAzoj+aI BzxuIB8xTcAeZOSebhrim9OUZgaCjKQ8joABOhFSPoNakqFatawe4Up74asHRa6EpVKO8pD2 uFKDLnmjdjgDFfHiTrQ+JKIU1YE626HleEzkIe0wSh3dsBGOAFSf+1jqBuLjU19mEIMSLK0u 0CwVS4gFKlf6UULDxKQ2jTmhCAUIm5cs3yqXhB3AxYiTn6LQhkBkh7NcoRdaUs9eMoKmadWy GVKiEXZqMTJcSGhHhLIRmQhpIKZcyZgEdc0z/6bCUxzvfdWrhUneyapnMWpU6AgQIKH3OqOV k0jQI5yAqGe3rtXzOflRU7OI/lkggPbIVwmaCDOJM4Nf/UpBDOISNPhVMkvIJS/PIhb+VPWG k5KnRLHsn3NWxJ1dOpVd7QpJSzgFzH1+A1brWM523jC4iF41pETjRegYB7nToQEBMqhYAFZ5 I29K0lJwjSuNMhVXPG0zoQWtj1tSiK8mqgNMBMUkhHa0JJ02KmlTXehLulQ7f42ALGEhYQnb IoNNjKKCCFtdBUvCMA5yMGxSiGzPfPYWn8ElhNKMBdqeBs3FgsyLkAIjamUbqefRhFRP+wWa frnH3vqWGjod6VXZwSp4APIdT5Kkcpfb2OaKzqFEpBvpiKq+Yu2tOsJD2QQ76DcvmrOv3k3b EuRA/l44lJdzlwCdv6LbL7YRUYIbSRh3zXA8J6LELvOQg3nZhqb1mjVvqsPM1AZxMliYbL5K 9CB4xzYTz11Cqc7l6XMTJhWvlay6XQte1+Knt4cieKgftK8jJOHgJHTuvCge8H8jx2L2vYu9 o6tZgD38YcFlrHndxa96lbBj5xpLuwuj8IbPVzUBL1GzOINFjZsIOGk68WMLrnEccjcz3X0L RvdT1HdlMlvc7tNpRIuG02JbtN+a+czArWo2PLfjPiFyH96D80KuVCj3KuG6CYZfVFLlu6jE 7zIVXjJnmrfawC02sYeKzgkgYg/VWLEfPwGMQqT4PUezRnuHxBKvBGso/tqhzyN9FvDvDlYh Pw+vw6dWhIiZ7LwPbqyrHlsaEhbd6O0JMCEGPCBhhoObKD7EOEzRANXoN13MSrcjqpLfdEcN X1g3OcqqThvG+oo5adCIkL1ykINv8ua/EKWA3wZ3YHTCE4OUmzU1zWJnT12IuUIIP8QgT3SD h0Fma5fYOpPd2DCWgxF8pYSTNYCH+EmXMM8zOi3UoqQPWJiG13AoQIn4cGK463yMCYJGnHHk iErdr0GMw/TbCmhV6wU3K4Q3C+8NFWvKkMl8maP3mursKGkPbwMGgTCkeAxvyEbE9NyNjHnM A+Y4AaUQWNkgiZuFcUk8DrPOeLogQ67AF75U/jJapqUczT1grmVqt5ZsfQngbm6exjT+HOho b8wdmanGCniAy2ReFAhFFvfrjDm2ET1zmOSD00P6JSmnAZ+lAciA4wAjuNio5iSNMBvtTcTv +xggGtEoEB7qhCA3zLzmM5+QzhuEAT1SgLAp2FlTF6yIyQ7wEsdQXzJEQUntKeStDjn7K0lk fIWHCJeOdDZz2sSB5dMm30eZSlTKdDRyRg0/yP2TKopPNQupSIRqQosili5n08k4vadpz6am CxnrYpcqMuqquWpSTwASEDikJJ+fdv3rYeWfEUjMi/Wf8z0OKmTWK4JTi2S7Ry91VyxFTlQF KdGkB9yiCbHUBidS/gdVsQn2BFVHxAXCUik6QkyDNYAZaBETUShYAknMsz/8NHP+QYAV1Quf giOedCtiQiYW+E27d07mZ1gcUU70FyphlWjt0i7xZwggkktPVR4HmFubklzXliN4kieEtSZ+ IhEO0hoUwjRfhzlQ0B7WBFRGWFzsIEx6Inv8hyDuMVLTUEnuEU/kBEv15Eu0ECvTNwdxciFR lQMW2EqGJYNHKHx7wiCyt0qchm3AMiHRVG3L0yRRcwLiECofxVvelE7msClkGE58ByxhMiHd QAx5RwzYVCkYlTq4FDzFxVpD9XTkl4Q8UlAABYmeZEqaZkjBN1CFNCjVJinIc03a8E3B/oRO wiUO6fQqwYVRJPhLTmBZuPSDkKAJEBYdDcgHf7Qq5kArD1I+XdgrxKcAFzAQFzAmNsWKvMKI rBJhU4Ae6hdIA0KJdRgM22Ah1eU7d2NB6+SG9lQu4Tcv2/dLFZgp52iHmnQOw4VOLIVOlOJu XUWCF1Z6TdAdr+dqZWVh+ZUtR7VL4Ad+LhOPDskiT+Ui3sIutbSDnnY36eWJEpVLI5Imv3QC 3PhlBkcy3gg5I/Ar73aOJbGA8iIthsM3nciJRaA4nbGM0ZMy7TiBrsBR96cpQWWMRFBm98Ix I+ONoSMEaGUAQ/BYx8CRDpU43HJUMlmVHOIcWgkdxsiA+pUD/gMzBGFBMLeUY6rGUAwVUUcJ NUp5Z2owWSU0QpN1eu2VekzUXs8VNxsxcllRWpQFcJUVbdAGBq41W0dig4llW23JBqLVM2wR WUBDluyjNcUzREP2NUHmdPnGBQEwFi0zWkEDF5OwastDmGl5aCmFkII2BiOkO0EjM1RGmExW NGspbbW1KnQ3PbqpF8lAZbujO+WIZnvkizHiiGpWhEW4j4oXDxU1Kq60fuzwnJGkhcilKct1 ndi5iyk4V3WyiPmYT+XXnXVlKeaXgprkKotII4u5NqPggO15mZhZanTpadVxNTVDY6sJQmjx alxmY9exnirmNrN2LKEmoPK5NauT/jeVGTZPl5/8+X77WZrQ44YU+pVSc14Rhm80WQZIdhKF YGBH1mwOimiGVqJdBi1FBWHotaIp5mMfimzQ9aKkF6LY9aEPJaMjWnAmuqM4hqKb02MA6oAD eQqLwDWZVaP3hqRKtmQ9aphOqp8+Ol5B+ji0gyrwpQpQMVFImm9ZsaRM+mxgxKNZthdwQpQm tl8s2pEZalbzRl/Wh0Ewml2p5qVfqj/T9qQhhhxAqqZT+jYEKqSTiaOq0DZwSqD3xqUbyl1d 1GR4mj/V12N7CgWRKqAPgxHqCD+ud316yXF0mkQjuqh22qhyd4wraqZpeqqTSqhVmnGblXQ2 mjUbtn0Z/ganSZafr5VlTmZo1YamidOnEsamqdCmnEgIlqkwM3aXOSpt+qmaPPo3vvo4wdRK 9Ld0xPoKG6dhGRRyB8Y6W5qscxdzuApS8Kea+Fk//faZptUyzDByX6oxmKMfdwd3Oymc9Ppb rFaalOFvvwmbzBBidsc0SDMMegSw0kNbSlOvh3d4X3VOosIp4oidEBsOTOBvf7lXOXADhyRF SsEnCfkEHfIyJOSYV6Yk2CYfMXpZ9Smnntp0ruetdooStaU5hwOBQ9AnkJdIUkR1VKdK90Gl TICXCul0lQo38RUxK8uginqvsklwS5svMlFifod7gbdIyad8gvd8jGYcWRKG/lMJrG+qdPW5 MAfadAu6oeVKcrIZa7P5Xbf1fvN0OuOjGtD3QkYhEAK0SHh7afWwt0GysZnGfxFUZFUzbAfT OFqqbEYLcjfToPclmLHjr8/DezypaHsLSmT0cLlGcQ0nGFTUSPfQaI93JZP0nvLJqocAAa6K bDC6uCqbZ4nqrg86VKkFZeFlJvRguaeBuQb0cLo7dGMXeKlBjTMQJkFkpaa7dBq2Z0Mmp5vZ Qav2uGLAMUsVL35wBNw2t94GcZuba7obcTgXaXO0RUtRU9YHXaX2nlIhaqnnoS3LvDuDYy87 TY8FmG1RFo2AkEiiVNxGacGBa0ZRtzrXQ9obHIKx/hsduBRGtG6nVzDaOrimQLGA+RZxYSH1 Q5pb4BWUlcHr2nVgdZscuQnXK0DixmuRVhS9exTmpr0/8RAVoQAKvG59hpnLG7ZXE3I2vHoV fAIakEUS17ks7IKy62r9tAuygRMifBQpF2kTN3EQF8AxNEAAUXi0R1165j6rW297qRHnS281 /HE7EyYzpXKLpHLk9g9B0g8eYJKv9XIx8WA50ELZy73mRnaSB0d2fHaK8XM3FMUMgnGkJkRg i3Q8iWRGdp/1owH4cA+d2xC497mhIT4ZOwOwFYuoWZNvfA9/ccKZy3Np18ls9BhbFBkuNqvH mrh7uY41bMiMe7a5ULlx/lsbhPfKUfu5USh3sYaaidgFYXe5ALzJeNzJnpx5OgRv7ZqY7+q0 r9QldtdPbVsCobt/U0d1jlYapZFH9BoGYYe9R7xDOcTNagTM4HwYFGC3ExEDNzRHrxKwzCxm Apt3CEtVw2WcncIjvFJ0cLYailRFDlEaExCx4igMyDR1qEF2O+TN3ax5axTOOABHwpxGZFxH x9GI4VhNoaJ+jqiP/kyd/qx1jvYXVJtI3ZMUM8AP2MSd6DmDNVLEjpd1byZpnXdyVCTGD/3S vdYQSFF4rhEJbgw6HYsJWTmSvRonDGkitGRL9PY05Rkhl4RJtbdpfmcoqQWlsmgT+TAReihY /i+VsUixyIQndnSrxAU8RhDxQ7t3wV6Dk/c7YsRqeoubBhbpHeoSkejiIgkjKjJSV4JkiFCC WBvDMfJXBBgwJoPyigEoicviI/UsEVX7a6XxEKKRabf3fFatJdaUEje5TmXKle0YhxMkL9ry kOVyTxQ1KS+IgecZe39YWOEAgPfRhB4QAP4Zc/4qG1swg774JS3FgZH9eKpoSjDl2wrigm3V TXSoU8QaS9RCIj/4X5aB2d3iVOwUKXVSi7FnisMtK0loJZ97H0qhAKCyZQDbErNWgVDyJAXC 1KfUfwjCVmbIJAZ4O2qIyiCJkbPkfTGZjBwCIp5dIuHXgMJ4Hbjd/ixTwoaAVd2CFR8OBIIm KdXRpASwZ4KGhdvw4SP8tyCSOIC2mMvxV6l2t11KBZPbYlnOfS3KDd3NkZPCQIm3mA2zoolk iN3vxoFK0SdzNAPOlIi3Sj1MAHt1SNFfMleFVFO+cuCaCING2FLTN6GmmVHufXB3Vn/CJFHt VN+2FExDsmBlhg4PMiUuiH8EtR5N+Cf/YRH34WxooRdP0CxMknf/lCfptOL1OHyaFoa4FT3e 1FYCAghvKFV1IiDHhgYpQpKZkrDmGA4lu+WCtSZ4yCw2W1N00guEBLmyeBd0UEnOglEorhd7 jY8WCICvOHtbW1jAlIv/ROZkAm8KiCEZ/oIL2L1mvAroPMiGj15V0o0nrTiJN8Db6+3pzGLl ldB6WhZSnaDXov5KaqLR5m1XS52K2FgoKh7ez1Afnv4qfzbi8lVOgfbhGSIE5cCI5mfdGeiH 2Fh0xScoqLhJ08fiSU5SaDM1Deta1QOe3t4phZUnPWKCTXNbSoLpFqW2WYqbzJpgbMqMUkJY 3RDu9bKCvU3uVp1trSgozqS2Gp59N/x6FE1i23d/Kj6CfS7v2kmc9ffdUkmnT2YvQGvJtuRP rg4j9XjeS92FLxVTNfcTQv4rWY1T1szO7rzzz/LtVJKBNWJ+YkY5RvjdUhXVHKm6onbZ7phL TF+WDOtHFr+I/luOflSiTWLSaAonvtlYz70SLJX9zu5GWBr4bnRlna1yhDOS9jAenq1SgAs7 8UU7j0gd8qd9I4OV1MVEWC8IJjFPfJNt84gtTs5OV2rRXHgQAPuUnMiJmIK4KkY78D1tMFj5 HeECfunCS7okki7RjA9i0Q5rnRbFR+aYzkBpyRJWVhz3tqmejNjaNjKpLd5y+eLS3/sdhM9N 1CEupGsgc69UYjsVF9xhFskIr1HvUYjZ06vqp8hiDCeIkDyW6kAo+xNp+f0d4hXZIvGI+aCd +ZbPSyHeX0FNjFP+1kwV6ELQ5VCNzMnvs1X6Y0YwAgUQ85lEgshN/dX/1tQLkyTu/n0NGf5A EBAOR8TiCImEJJHC4nCYkwakVekJiy1gq1Dv8FQSYwpl7fa0LauzausbHs+d5nL6+/5GIiAa za0EsASDsHDNbC3tsIysgHARMtJMMauSq+4K7qSQ81EGgrIr54sqa+6skbFTbLDT0NSSUqsN TW0yLU1Od9cqD28XQcagaWZmYsLDw+/vRrC1kLW5mZmaWfrGt0uI9+uIaSkJvClA5vOr94xR nVHsxo81tRIxFrd+Fs1ykk2et98/u4qvEwaEVRlRjgovOrAwXVmIrs7DU5gWVuRC7w7GWDnK jcjSkR4+jfZIUkp0C5fIlLNi6WtzyV9MhXJGECxnQAqE/o4RdcE0pQnoqZ+VKAqNeBEpUqEn yJVzKqQcgqX5Sr5kU6skPq3yWJ5haeteLpljxyIgeNam06gSe2Xy+athpomXiFqc6FDgXFgQ bBrw21dtgJGDCb+kGpbkVay3tpB1rPBvZLNo/RZk67BhHoHZJNLNuPToQ6UXj+aYLDmYsMgG BIfEuPVqVZeH98lKZHLWY91y+Ko2gAA4aoJSebY1freicc1uMyaH9dyoaNN/gQdf7RcUYZWF uSoCa0/kYvCIuZeu6xzzaDojqrcHvgQCBAQeude3f/j+vDJ8f09+H9+sERZJKbZIvJMEwQQV TJBARCBJB6wIbdHPJFvweK+6/hwkOdBAByVUTL8FRRyRjADkiw8CR9Qhg8VGOlFxjUdgbNGV Gmm00RAcUxmRxx4T3PFHSXSk0RFOVLTxyCFrTNKVIpV80sZnoOSklUFYsRKDKrO0kssSdvsS zLgCagum4+Sa6bPPprqPzcG24+pN7WjZqjs2wrzzn6Dgam5MudQsTrPzirIENNIMDa3NROks kE5a6sGKKDwlPRMo6fDobExMkSMNHc8GTW5TQkWzKFHuGrXqta70gRSgSXdrVUxL/cSstFoz o5UnPnU9dFSGSm2ztkVRRRW2rVw9Fs3iiso1U+mWq/VPTkX1daPnflXUMDiJlSc8ZF1tlTNA 4SKTGKK8ziQUIlLxQpSeNa+tb56qVF0p2xOCAAA7 --PART-BOUNDARY=.19702011600.ZM19891.reading.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 Sat Feb 1 13:09:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA25693; Sat, 1 Feb 1997 13:08: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 NAA25677; Sat, 1 Feb 1997 13:08:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA21679; Sat, 1 Feb 1997 13:08:31 -0800 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 NAA24657; Sat, 1 Feb 1997 13:08:21 -0800 Received: from dialup.netvision.net.il (ts010p4.pop9a.netvision.net.il [194.90.11.186]) by server.rtset.co.il (8.6.12/8.6.9) with SMTP id XAA03060; Fri, 2 Feb 1996 23:01:26 +0200 Message-ID: <32F482BD.3C71@rtset.co.il> Date: Sun, 02 Feb 1997 04:04:13 -0800 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-SET X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Angus Dorbie CC: info-performer@sgi.com Subject: Re: Non-MultiSample Anti-aliasing References: <9702011600.ZM19891@bitch.reading.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Angus Dorbie wrote: > > I've just checked this and your'e right!! In the optical mode the > anti-aliasing is not working, probably a broken entransparency state, > there were a few workarounds for an early Performer 2.0 alpha in there. > Angus (and others), There is a bug (or else, a feature with very secret motivation) on IMPACT. Textured, antialiased lines are not drawn correctly in certain situations. It seems to me that in those situations, the texture is not calculated correctly for the line's pixels, and a zero alpha is calculated where it should not. Because line antialiasing uses blend, the lines disapear. I have a small OpenGL program that demonstrates this behaviour. I'll post it tomorrow from work. And yes, I do have that patch (1447). Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-989974 | Voice : +972-9-552236 Fax : +972-9-422149 | Fax : +972-9-552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Feb 1 23:53:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA26545; Sat, 1 Feb 1997 23:52:19 -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 XAA26529; Sat, 1 Feb 1997 23:52:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA08821; Sat, 1 Feb 1997 23:52:18 -0800 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 XAA29482; Sat, 1 Feb 1997 23:51:52 -0800 Received: from rtset.co.il (jimbo.rtset.co.il [194.90.96.248]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id JAA03420; Sat, 3 Feb 1996 09:45:20 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id AAA05374; Sun, 2 Feb 1997 00:54:01 -0800 From: "Ran Yakir" Message-Id: <9702020054.ZM5372@jimbo.rtset.co.il> Date: Sun, 2 Feb 1997 00:54:01 -0800 In-Reply-To: Ran Yakir "Re: Non-MultiSample Anti-aliasing" (Feb 2, 4:04am) References: <9702011600.ZM19891@bitch.reading.sgi.com> <32F482BD.3C71@rtset.co.il> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dorbie@bitch.reading.sgi.com, info-performer@sgi.com Subject: Re: Non-MultiSample Anti-aliasing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 2, 4:04am, Ran Yakir wrote: > Subject: Re: Non-MultiSample Anti-aliasing ... > the lines disapear. I have a small OpenGL program that demonstrates this > behaviour. I'll post it tomorrow from work. ... Here it is : /************************************************************************* * * texlines.c * compile with : * cc texlines.c -o texlines -lGLU -lGL -lX11 -lm * * When run, the program displays a rectangle. * pressing 'l' turns linesmooth ON * pressing 'L' turns linesmooth OFF * pressing 'b' turns blending ON * pressing 'B' turns blending OFF * pressing 't' turns texture ON * pressing 'T' turns texture OFF * pressing 'f' turns flat shading ON * pressing 'F' turns flat shading OFF * * When all the above are on, weird things happen. * *************************************************************************/ #include #include #include #include #include #include #include #include #include #include Display *xdisp; Window win; int done = 0; float azimuth = 0, elevation = 0, distance = 10.0; int is_texture = 0; int is_polygon = 0; int is_blend = 0; int is_flat = 0; int is_linesmooth = 0; /*** WM hints for noborder GLX windows ***/ /* ** The following structure is actually defined in MOTIF's Xm/MwmUtils.h, but ** we don't want to require header file. */ typedef struct MWMHints { long flags; long functions; long decorations; long input_mode; } MWMHints; #define MWM_HINTS_FUNCTIONS 1 #define MWM_HINTS_DECORATIONS 2 #define MWM_HINTS_INPUT_MODE 4 static Atom mwm_hints_atom = 0; static void getMWMHints(Display *dsp, Window w, MWMHints *pHints) { MWMHints *hp; int type, fmt; unsigned long nitems, bytes_after; /* get special atom for 4DWM motif window manager */ if (!mwm_hints_atom) mwm_hints_atom = XInternAtom(dsp, "_MOTIF_WM_HINTS", 0); XGetWindowProperty(dsp, w, mwm_hints_atom, 0, 4, False, mwm_hints_atom, (unsigned long *)&type, &fmt, &nitems, &bytes_after, (unsigned char**)&hp); if (hp) { *pHints = *hp; XFree((void *)hp); } else bzero(pHints, sizeof *pHints); } static void noXWindowDecoration(Display *dsp, Window w) { MWMHints hints; /* get special atom for 4DWM motif window manager */ if (!mwm_hints_atom) mwm_hints_atom = XInternAtom(dsp, "_MOTIF_WM_HINTS", 0); getMWMHints(dsp, w, &hints); hints.decorations = 0x0; hints.flags |= MWM_HINTS_DECORATIONS; XChangeProperty(dsp, w, mwm_hints_atom, mwm_hints_atom, 32, PropModeReplace, (unsigned char *)&hints, 4); } open_window (char *name, int visual_id) { int nred, ngreen, nblue, nalpha; int vinfo_noms[] = { GLX_RGBA, GLX_DOUBLEBUFFER, GLX_RED_SIZE, 1, GLX_GREEN_SIZE, 1, GLX_BLUE_SIZE, 1, GLX_ALPHA_SIZE, 1, None }; XVisualInfo vtemplate; XVisualInfo *v; GLXContext c; XSetWindowAttributes wa; Colormap cmap; XEvent event; float j; int fmt; int n; unsigned long nitems, byaf; XSizeHints sh; struct hints_struct { long flags,functions,decorations,input_mode; } *hints; Atom type, mwmhints; int multibuffer; xdisp = XOpenDisplay (0); if (visual_id < 0) { v = glXChooseVisual(xdisp, DefaultScreen(xdisp), vinfo_noms); if (v == 0) { fprintf(stderr, "glXChooseVisual failed\n"); exit(8); } } else { vtemplate.visualid = visual_id; vtemplate.screen = DefaultScreen(xdisp); v = XGetVisualInfo (xdisp, VisualIDMask | VisualScreenMask, &vtemplate, &n); if (n == 0) { fprintf(stderr, "XGetVisualInfo failed on VisualID %d\n", visual_id); exit (8); } } if ((c = glXCreateContext(xdisp, v, 0, GL_TRUE)) == 0) { fprintf(stderr, "glXCreateContext failed\n"); exit(3); } wa.colormap = XCreateColormap (xdisp, RootWindow(xdisp,v->screen), v->visual, AllocNone); wa.border_pixel = 0; wa.event_mask = StructureNotifyMask | KeyPressMask | ButtonReleaseMask | KeyReleaseMask | ButtonPressMask; win = XCreateWindow(xdisp, RootWindow(xdisp, v->screen), 0, 0, 1024, 1024, 0, v->depth, InputOutput, v->visual, CWBorderPixel|CWEventMask|CWColormap, &wa); noXWindowDecoration (xdisp, win); sh.flags = USPosition | USSize; XmbSetWMProperties(xdisp, win, &name[0],0,0,0,&sh, 0, 0); XMapWindow(xdisp, win); if(! glXMakeCurrent(xdisp, win, c)) { printf ("error: gfxMakeCurrent failed\n"); exit(1); } glMatrixMode(GL_PROJECTION); glLoadIdentity(); glMatrixMode(GL_MODELVIEW); glLoadIdentity(); XFlush (xdisp); glGetIntegerv (GL_RED_BITS, &nred); glGetIntegerv (GL_GREEN_BITS, &ngreen); glGetIntegerv (GL_BLUE_BITS, &nblue); glGetIntegerv (GL_ALPHA_BITS, &nalpha); printf ("rgba size : %d %d %d %d\n", nred, ngreen, nblue, nalpha); return win; } main (int argc, char *argv[]) { char *sw; int visual_id = -1; while (*++argv) { if (**argv == '-') { sw = *argv; while (*++sw) { switch (*sw) { case 'v' : argv ++; if (strncmp (*argv, "0x", 2) == 0) sscanf (*argv, "%x", &visual_id); else sscanf (*argv, "%d", &visual_id); } } } } open_window ("clip", visual_id); make_texture(); print_status(); while (!done) { draw_geom(); read_user_interface(); glXSwapBuffers (xdisp, win); glFlush(); } } make_texture() { static unsigned int image[4] = { 0x00ff00ff, 0xff0000ff, 0xff0000ff, 0x00ff00ff, }; glEnable (GL_TEXTURE_2D); glBindTextureEXT (GL_TEXTURE_2D, 1); glTexParameteri (GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR); glTexImage2D (GL_TEXTURE_2D, 0, GL_RGBA, 2, 2, 0, GL_RGBA, GL_UNSIGNED_BYTE, image); } draw_geom() { glMatrixMode (GL_PROJECTION); glLoadIdentity(); gluPerspective (40.0, 1.0, 0.01, 100.0); glMatrixMode (GL_MODELVIEW); glLoadIdentity(); glTranslatef (0.0, 0.0, -distance); glRotatef (-(float) elevation, 1.0, 0.0, 0.0); glRotatef ((float) azimuth, 0.0, 0.0, -1.0); glClearColor(0, 0, 0, 1); glClear(GL_COLOR_BUFFER_BIT); glDisable (GL_DEPTH_TEST); glDisable (GL_ALPHA_TEST); glDisable (GL_LIGHTING); if (is_texture) glEnable(GL_TEXTURE_2D); else glDisable(GL_TEXTURE_2D); glBindTextureEXT(GL_TEXTURE_2D, 1); if (is_blend) { glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA); glEnable(GL_BLEND); } else glDisable (GL_BLEND); if (is_flat) glShadeModel(GL_FLAT); else glShadeModel(GL_SMOOTH); if (is_linesmooth) glEnable (GL_LINE_SMOOTH); else glDisable (GL_LINE_SMOOTH); glColor4f(1, 1, 1, 1); if (is_polygon) glBegin(GL_POLYGON); else glBegin(GL_LINE_LOOP); glTexCoord2f(1, 0); glVertex2f(1, -1); glTexCoord2f(1, 1); glVertex2f(1, 1); glTexCoord2f(0, 1); glVertex2f(-1, 1); glTexCoord2f(0, 0); glVertex2f(-1, -1); #if 0 glTexCoord2f(1, 0); glVertex2f(1, -1); #endif glEnd(); } read_user_interface() { long dev; short val; int mousex, mousey; int foo; XEvent event; char buf[1000]; KeySym ks; static int start_x, start_y; static int left_on = 0, middle_on = 0, right_on = 0; mousex = -1; mousey = -1; XQueryPointer (xdisp, win, (Window *) &foo, (Window *) &foo, &foo, &foo, &mousex, &mousey, (unsigned int *) &foo); mousey = 1279 - mousey; if (left_on) { azimuth -= (mousex - start_x) / 10; azimuth = fmodf (azimuth, 360.0); elevation += (mousey - start_y) / 10; if (elevation > 90) elevation = 90; if (elevation < 0) elevation = 0; start_x = mousex; start_y = mousey; } if (middle_on) { distance /= 1.01f; if (distance < 1.0f) distance = 1.0f; } if (right_on) { distance *= 1.01f; if (distance > 50.0f) distance = 50.0f; } while (XPending (xdisp)) { XNextEvent (xdisp, &event); switch (event.type) { case MappingNotify : XRefreshKeyboardMapping ((XMappingEvent *) &event); break; case Expose : break; case ConfigureNotify : break; case MotionNotify : break; case ButtonPress : /* * If left mouse */ if (event.xbutton.button == 1) { left_on = 1; start_x = mousex; start_y = mousey; } else if (event.xbutton.button == 2) { middle_on = 1; } else if (event.xbutton.button == 3) { right_on = 1; } break; case ButtonRelease : /* * If left mouse */ if (event.xbutton.button == 1) { left_on = 0; } else if (event.xbutton.button == 2) { middle_on = 0; } else if (event.xbutton.button == 3) { right_on = 0; } break; case KeyPress : XLookupString (&event.xkey, buf, sizeof (buf), &ks, 0); switch (ks) { case XK_Escape : done = 1; break; case XK_f : is_flat = 1; break; case XK_F : is_flat = 0; break; case XK_p : is_polygon = 1; break; case XK_P : is_polygon = 0; break; case XK_t : is_texture = 1; break; case XK_T : is_texture = 0; break; case XK_b : is_blend = 1; break; case XK_B : is_blend = 0; break; case XK_l : is_linesmooth = 1; break; case XK_L : is_linesmooth = 0; break; } print_status(); } } } print_status() { printf ("\n\n"); printf ("primitive : %s\n", is_polygon ? "polygon" : "line"); printf ("shademodel : %s\n", is_flat ? "flat" : "smooth"); printf ("texture : %s\n", is_texture ? "on" : "off"); printf ("blend : %s\n", is_blend ? "on" : "off"); printf ("linesmooth : %s\n", is_linesmooth ? "on" : "off"); } -- __ | 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 Sun Feb 2 01:17:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA26703; Sun, 2 Feb 1997 01:15:42 -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 BAA26687; Sun, 2 Feb 1997 01:15:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA11320; Sun, 2 Feb 1997 01:15:40 -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 BAA07171 for ; Sun, 2 Feb 1997 01:15:36 -0800 Received: from sgi16.cs.cuhk.hk by cs.cuhk.hk with ESMTP id RAA23756; Sun, 2 Feb 1997 17:15:29 +0800 Received: by sgi16.cs.cuhk.hk (940816.SGI.8.6.9/Spike-2.0) id RAA24437; Sun, 2 Feb 1997 17:15:27 +0800 Date: Sun, 2 Feb 1997 17:15:27 +0800 (HKT) From: Ah Fei To: info-performer@sgi.com Subject: source of pathFly.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear all, Hi, there is one file named "pathFly.c" in the CDROM distributed on the SGI FORUM '96. I want to know more about that program. However, I have not the CDROM. May any one kindly send the source code of "pathFly.c" to me? Thanks. Best 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 Sun Feb 2 15:52:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA27730; Sun, 2 Feb 1997 15:50:51 -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 PAA27714; Sun, 2 Feb 1997 15:50:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00805; Sun, 2 Feb 1997 15:50:47 -0800 Received: from merki0.connect.com.au (merki0.connect.com.au [192.189.54.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA27996 for ; Sun, 2 Feb 1997 15:50:42 -0800 Received: (from Uzebedee@localhost) by merki0.connect.com.au id KAA20309 (8.7.6h/IDA-1.6); Mon, 3 Feb 1997 10:50:14 +1100 (EST) X-Authentication-Warning: merki0.connect.com.au: Uzebedee set sender to simonb using -f >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA10497 (5.65c/IDA-1.5); Mon, 3 Feb 1997 10:15:58 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA10497 (5.65c/IDA-1.5); Mon, 3 Feb 1997 10:15:58 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id JAA27307 (8.6.12/IDA-1.6); Mon, 3 Feb 1997 09:34:26 +1000 Received: from localhost by murad (5.65) id AA14602; Mon, 3 Feb 1997 10:47:45 +1100 Date: Mon, 3 Feb 1997 10:58:56 +1111 (EST) From: Simon Bennett X-Sender: simonb@murad To: inca@public.bta.net.cn Cc: info-performer@sgi.com Subject: Re: Billboard Bug on iR? In-Reply-To: <199701311634.AA08556@relay.interserv.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 31 Jan 1997 inca@public.bta.net.cn wrote: Try, pfFeature(PFFTR_GLSPRITE, PFQFTR_FALSE); > Hi, all iR users, > > the following program makes a billboard, it rotates about viewpoint, > and i trace to view it. so i should see a still image always. > it's ok on indigo2 machine(IRIX5.3,PF2.0), but wrong on iR(IRIX6.2, > PF2.1). > is it a known bug? or am i missing something? > > Thanks for any help. > > (please reply befor Feb,4 or after Feb,16. i'l make holiday.) > liubin > inca@public.bta.net.cn > > #include > #include > #include > > #include "/usr/share/Performer/src/pguide/libpf/C/billboard.c" > > int > main (int argc, char *argv[]) > { > float r = 0.0f, t = 0.0f; > pfScene *scene; > pfBillboard *bill; > pfPipe *p; > pfPipeWindow *pw; > pfChannel *chan; > pfVec3 pos; > pfCoord view; > > pfInit(); > pfMultiprocess( PFMP_DEFAULT ); > pfConfig(); > > pfSetVec3(pos, 0.0f, 0.0f, 0.0f); > > bill = MakeABill(pos, NULL, 3); > > scene = pfNewScene(); > pfAddChild(scene, bill); > > pfAddChild(scene, pfNewLSource()); > > p = pfGetPipe(0); > pw = pfNewPWin(p); > pfPWinName(pw, "IRIS Performer"); > pfPWinOriginSize(pw, 0, 0, 500, 500); > pfOpenPWin(pw); > > chan = pfNewChan(p); > pfChanScene(chan, scene); > pfChanFOV(chan, 60.0f, 0.0f); > > /* position viewpoint at (0, -2, 0) */ > pfSetVec3(view.xyz, 0.0f, -2.0f, 0.0f); > pfChanNearFar(chan, 1.0f, 100.0f); > > /* Simulate for twenty seconds. */ > while (t > -20.0f) > { > float x,y,z; > static dir = 1; > > pfSync(); > pfFrame(); > > t = pfGetTime(); > r += dir; > if(r > 120.0f) dir = -1; > if(r < -120.0f) dir = 1; > x = 2.0f*fsin(r*M_PI/180.0f); > y = 2.0f*fcos(r*M_PI/180.0f) - 2.0f; > z = 0.0f; > pfSetVec3(pos, x, y, z); > pfBboardPos(bill, 0, pos); > pfSetVec3(view.hpr, -r, 0.0f, 0.0f); > pfChanView(chan, view.xyz, view.hpr); > } > > pfExit(); > } > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= 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 Feb 2 23:26:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA28190; Sun, 2 Feb 1997 23:24:58 -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 XAA28174; Sun, 2 Feb 1997 23:24:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA13231; Sun, 2 Feb 1997 23:24:57 -0800 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA20927; Sun, 2 Feb 1997 23:24:51 -0800 Received: from streptacocus (ts006p14.pop9a.netvision.net.il [194.90.11.124]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id JAA07863; Mon, 3 Feb 1997 09:24:35 +0200 (IST) Sender: internet@mail.netvision.net.il Message-ID: <32F59045.41C6@netvision.net.il> Date: Mon, 03 Feb 1997 09:14:13 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Timothy Moore CC: dorbie@bitch.reading.sgi.com, m-allbright1@ti.com, info-performer@sgi.com, orad_u@netvision.net.il Subject: Re: Non-MultiSample Anti-aliasing References: <199701312234.OAA07488@gonzo.wolfenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Timothy Moore wrote: > > From: "Angus Dorbie" > Date: Fri, 31 Jan 1997 19:27:21 +0000 > > In general anti-aliasing isn't that big a problem for IMPACT for > several reasons: > > 1) trilinear MIP mapping and point sampled polygon edges mean you > only need it where texture ID changes or you get a shilouette. > 2) You can use a wireline pass very effectively to get high quality > blended edges in a scene and can control the load. The fill performance > hit is manageable because it's wireline. > > Cool idea. > > 3) Soft edge blending alpha textures like tree lines mean you you never > need it for blended alpha textures. > > Don't you then need to depth sort these blended edge polygons? Also, > I thought that blending modes are pretty expensive. > > Tim If we are willing to go to depth-sorted rendering, why is it necessary to do a wireline pass? The old "framebuffer alpha saturation blending" can be used. This is assuming the hw supports GL_POLYGON_SMOOTH mode, and alpha bitplanes in the framebuffer. I think both are true for the impact? >From man glBlendFunc: Polygon antialiasing is optimized using blend function (GL_SRC_ALPHA_SATURATE, GL_ONE) with polygons sorted from nearest to farthest. (See the glEnable, glDisable reference page and the GL_POLYGON_SMOOTH argument for information on polygon antialiasing.) Destination alpha bitplanes, which must be present for this blend function to operate correctly, store the accumulated coverage. Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 3 01:58:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA28398; Mon, 3 Feb 1997 01:57:26 -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 BAA28382; Mon, 3 Feb 1997 01:57:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA19700; Mon, 3 Feb 1997 01:57:24 -0800 Received: from relay.interserv.com (relay.interserv.com [165.121.1.67]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA08448 for ; Mon, 3 Feb 1997 01:57:21 -0800 From: inca@public.bta.net.cn Received: from 202.96.61.55 ([202.96.61.55]) by relay.interserv.com with SMTP id AA08336 (5.67b/IDA-1.5 for info-performer@sgi.com); Mon, 3 Feb 1997 01:57:13 -0800 Date: Mon, 3 Feb 1997 01:57:13 -0800 Message-Id: <199702030957.AA08336@relay.interserv.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: Re: Billboard Bug on iR? To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, Dan, Simon and all Performers: Okay with your suggestion. so i'l take a gladsome holiday. it's largest festival --- chinese new year --- on Feb, 7 this year. Thanks a lot! and _ ( ) | |__ _ _ _ _ _ _ _ _ | _ `\ /'_` )( '_`\ ( '_`\ ( ) ( ) | | | |( (_| || (_) )| (_) )| (_) | (_) (_)`\__,_)| ,__/'| ,__/'`\__, | | | | | ( )_| | (_) (_) `\___/' _ _ _ _ _ ( ) ( ) ( ) ( ) ( ) | | | `\| | __ _ _ _ `\`\_/'/'__ _ _ _ __ | | | , ` | /'__`\( ) ( ) ( ) `\ /'/'__`\ /'_` )( '__) (_) | |`\ |( ___/| \_/ \_/ | | |( ___/( (_| || | _ (_) (_)`\____)`\___x___/' (_)`\____)`\__,_)(_) (_) ===== ===== ===== ===== ===== ===== _|_ _|_ _|_ _|_ _|_ _|_ / * \ / * \ / * \ / * \ / * \ / * \ |* * *| |* * *| |* * *| |* * *| |* * *| |* * *| \_*_/ \_*_/ \_*_/ \_*_/ \_*_/ \_*_/ ||| ||| ||| ||| ||| ||| ||| ||| ||| ||| ||| ||| W W W HHHHHHHHHHHHH HHHHHHHHHHHHH HHHHHHHHHHHHHHHHHHHHHHHH ,,HHHHHHHHHHHHHHHHHHHHHHHH,, ,,''' ''',, ,,'' '',, ;; ||' ,,,,,,,,,,||, ;; ;; || ;; ;; ,,,,||,||, ,,,,,,,,,||, ;; ;; ,|' || || ;; ;; ,|' || || ;; ;; ,|', ''''''''''' ;; ;; ,|| |, ,,,,,,,,,,,||, ;; ;; ,,' || '' || || || ;; ;; || || || || ;; ;; || ||''';;''''|| ;; ;; || || || || ;; ;; || ;;,,,;;,,,,;; ;; ;; ;; ;;,, ,,;; '';;,, ,,;;'' '';;;HHHHHHHHHHHHHHHHHHHHHHHH;'' HHHHHHHHHHHHHHHHHHHHHHHH HHHHHHHHHHHHHHH HHHHHHHHHHHHHHH >> >> >> >> << << << << >> >> >> >> << << << << liubin on Jan, 31, Danniel Jia wrote: >This is an iR hardware problem with billboard. Add the following somewhere >after pfInit() but before pfConfig() in your program to disable the hardware >billboard on the IR. > >#if (PF_MAJOR_VERSION > 1 && PF_MINOR_VERSION > 0) > pfFeature(PFFTR_GLSPRITE, PFQFTR_FALSE); // Performer2.2 >#endif on Feb, 3, Simon Bennett wrote: >Try, > pfFeature(PFFTR_GLSPRITE, PFQFTR_FALSE); ======================================================================= 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 Feb 3 02:20:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA28498; Mon, 3 Feb 1997 02:19: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 CAA28482; Mon, 3 Feb 1997 02:19:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA20506; Mon, 3 Feb 1997 02:19:28 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA10804; Mon, 3 Feb 1997 02:19:16 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA21491; Mon, 3 Feb 1997 10:19:03 GMT From: "Angus Dorbie" Message-Id: <9702031019.ZM21489@bitch.reading.sgi.com> Date: Mon, 3 Feb 1997 10:19:03 +0000 In-Reply-To: Orad Hi-Tec Systems "Re: Non-MultiSample Anti-aliasing" (Feb 3, 9:14am) References: <199701312234.OAA07488@gonzo.wolfenet.com> <32F59045.41C6@netvision.net.il> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Orad Hi-Tec Systems , Timothy Moore Subject: Re: Non-MultiSample Anti-aliasing Cc: m-allbright1@ti.com, info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 3, 9:14am, Orad Hi-Tec Systems wrote: > > If we are willing to go to depth-sorted rendering, why is it necessary > to do a wireline pass? The old "framebuffer alpha saturation blending" > can be used. This is assuming the hw supports GL_POLYGON_SMOOTH mode, > and alpha bitplanes in the framebuffer. I think both are true for the > impact? > I was just talking about sorting transparent objects in the scene, against opaque and perhaps against eachother. There's a _vast_ difference between this type of sort and the kind of polygon level sort required by the front to back rendering on the alpha saturate full scene antialiasing you describe. There are also implications for meshing the scene. Cheers, 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 Mon Feb 3 02:35:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA28584; Mon, 3 Feb 1997 02:34:04 -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 CAA28568; Mon, 3 Feb 1997 02:34:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA20963; Mon, 3 Feb 1997 02:34:03 -0800 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 CAA12933 for ; Mon, 3 Feb 1997 02:33:47 -0800 Received: from nantes0-026.sct.fr (nantes0-026.sct.fr [194.206.158.26]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id LAA01490 for ; Mon, 3 Feb 1997 11:33:42 +0100 Message-Id: <199702031033.LAA01490@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="us-ascii" Date: Mon, 03 Feb 1997 11:34:21 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: glDrawPixels. Status: O >> --- /* bad version */ >> #define TK_IS_DIRECT(x) (((x) & TK_INDIRECT) == 0) >> #define TK_IS_INDIRECT(x) (((x) & TK_INDIRECT) != 0) >> --- /* good version */ >> #define TK_IS_DIRECT(x) (((x) & TK_INDIRECT) != 0) >> #define TK_IS_INDIRECT(x) (((x) & TK_INDIRECT) == 0) Same bogus on microsoft Opengl for windows 95, I retrieved recently on their web server. Thank you! ( unfortunatly, I didn't got the same acceleration in my update !!) A little Open GL question! I need to display a bitmap ( scannep map or aerial photo ) and animate on it in a 2D navigation tool. I have already done this 4 years ago under HP starbase and Iris GL. Under OpenGL that 's good, but here there a difference between OpenGL and Iris GL. When I zoom in or translate the bitmap, the glRasterPos doesn't work if the designated point is out of the screen. So how can I dispay this bitmap if the lower left coordinate is outside the screen (too left or too low) ??? Is there a special trick, an other command to place the first coordinate out side the viewport ?? Thanks, ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Mon Feb 3 03:30:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA29755; Mon, 3 Feb 1997 03:29: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 DAA29739; Mon, 3 Feb 1997 03:29:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA23235; Mon, 3 Feb 1997 03:29:40 -0800 Received: from sgiger.munich.sgi.com ([144.253.192.129]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA20482 for ; Mon, 3 Feb 1997 03:29:37 -0800 Received: from benedikt.munich.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id MAA08758; Mon, 3 Feb 1997 12:29:33 +0100 Received: (from bjk@localhost) by benedikt.munich.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA23921; Mon, 3 Feb 1997 12:29:32 +0100 From: "Benedikt Kessler" Message-Id: <9702031229.ZM23919@benedikt.munich.sgi.com> Date: Mon, 3 Feb 1997 12:29:32 +0100 In-Reply-To: ceti@worldnet.net (ceti) "Re: glDrawPixels." (Feb 3, 11:34am) References: <199702031033.LAA01490@centaure.worldnet.net> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: ceti@worldnet.net (ceti) Subject: Re: glDrawPixels. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi! If you know where your current rasterpos is, you can move the starting point of your bitmap relative to this position in screen pixel coordinates using the glBitmap command (see an example fragment below). In the example the glBitmap call will not draw anything; just move the rasterpos. As long as your glRasterPos3f is not clipped the resulting coordinate will not be clipped. I know it works for bitmaps; should be the same for images drawn with glDrawPixels. Bye! Benedikt GLvoid printInputCommands( void *font ) { static char *lmouse = "left mouse - change incidence & azimuth"; static char *mmouse = "middle mouse - change twist"; static char *rmouse = "right mouse - zoom in and out"; static char *Rkey = "R key - reset view"; static GLubyte pseudoBitmap[] = { 0 }; GLfloat xoffset, yoffset; GLsizei winHeight = glutGet(GLUT_WINDOW_HEIGHT); GLsizei winWidth = glutGet(GLUT_WINDOW_WIDTH); xoffset = -winWidth/2+15.0; yoffset = winHeight/2-30.0; glRasterPos3f( 0.0, 0.0, 0.0 ); glBitmap(1, 1, 0.0, 0.0, xoffset, yoffset, pseudoBitmap); renderBitmapString( font, lmouse ); yoffset -= 23.0; glRasterPos3f( 0.0, 0.0, 0.0 ); glBitmap(1, 1, 0.0, 0.0, xoffset, yoffset, pseudoBitmap); renderBitmapString( font, mmouse ); yoffset -= 23.0; glRasterPos3f( 0.0, 0.0, 0.0 ); glBitmap(1, 1, 0.0, 0.0, xoffset, yoffset, pseudoBitmap); renderBitmapString( font, rmouse ); yoffset -= 23.0; glRasterPos3f( 0.0, 0.0, 0.0 ); glBitmap(1, 1, 0.0, 0.0, xoffset, yoffset, pseudoBitmap); renderBitmapString( font, Rkey ); } On Feb 3, 11:34am, ceti wrote: ... > A little Open GL question! > I need to display a bitmap ( scannep map or aerial photo ) and animate on > it in a 2D navigation tool. > I have already done this 4 years ago under HP starbase and Iris GL. > Under OpenGL that 's good, but here there a difference between OpenGL and > Iris GL. > When I zoom in or translate the bitmap, the glRasterPos doesn't work if > the designated point is out of the screen. > > So how can I dispay this bitmap if the lower left coordinate is outside > the screen (too left or too low) ??? > Is there a special trick, an other command to place the first coordinate > out side the viewport ?? > > Thanks, -- +---------------------------------+----------------------------------+ |Benedikt J. Kessler | Silicon Graphics GmbH | |Training Munich | Am Hochacker 3 - Technopark | |Silicon Graphics Computer Systems| 85630 Grasbrunn-Neukeferloh, FRG | | --- __o ,__o | | | ------_ \<,_ _-\_<, | Phone: (+int) 89 46108-212 or -0 | |----- (*)/ (*) (*)/'(*) | Fax: (+int) 89 46108-190 or 222| +---------------------------------+----------------------------------+ |Network: | +--------------------------------------------------------------------+ ======================================================================= 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 Feb 3 03:35:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA29780; Mon, 3 Feb 1997 03:34:40 -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 DAA29764; Mon, 3 Feb 1997 03:34:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA23484; Mon, 3 Feb 1997 03:34:39 -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 DAA20968 for ; Mon, 3 Feb 1997 03:34:31 -0800 Received: from troi.uni-paderborn.de (troi [131.234.246.8]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id MAA14649 for ; Mon, 3 Feb 1997 12:34:28 +0100 (MET) From: Carsten Scharfe Received: (dragon@localhost) by troi.uni-paderborn.de (951211.SGI.8.6.12.PATCH1042/client-irix-hni) id MAA13514 for info-performer@sgi.com; Mon, 3 Feb 1997 12:34:26 +0100 Message-Id: <199702031134.MAA13514@troi.uni-paderborn.de> Subject: Help on getting pfPath of intersection To: info-performer@sgi.com Date: Mon, 3 Feb 1997 12:34:26 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, I need help on managing to get the Traversalpath of a current intersection. My problem is that the member function pfHit::query(PFQHIT_PATH,hit_path); (pfPath *hit_path;) just returns a path with one element, but there should be more in it. I initialized hit_path with new pfPath. Did anybody something like this? Every information will be useful for me. Carsten Scharfe dragon@hni.uni-paderborn.de dragon@uni-paderborn.de ************************************************************************** SICMA Applications Group Heinz Nixdorf Institute Fuerstenallee 11 33102 Paderborn 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 Mon Feb 3 03:58:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA29952; Mon, 3 Feb 1997 03:57:26 -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 DAA29936; Mon, 3 Feb 1997 03:57:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA24035; Mon, 3 Feb 1997 03:57:25 -0800 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 DAA23863 for ; Mon, 3 Feb 1997 03:56:59 -0800 Received: from rtset.co.il (jimbo.rtset.co.il [194.90.96.248]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id NAA05659; Mon, 3 Feb 1997 13:57:22 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id EAA04389; Mon, 3 Feb 1997 04:57:56 -0800 From: "Ran Yakir" Message-Id: <9702030457.ZM4387@jimbo.rtset.co.il> Date: Mon, 3 Feb 1997 04:57:56 -0800 In-Reply-To: ceti@worldnet.net (ceti) "Re: glDrawPixels." (Feb 3, 11:34am) References: <199702031033.LAA01490@centaure.worldnet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ceti@worldnet.net (ceti) Subject: Re: glDrawPixels. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 3, 11:34am, ceti wrote: > Subject: Re: glDrawPixels. ... > Iris GL. > When I zoom in or translate the bitmap, the glRasterPos doesn't work if the > designated point is out of the screen. > > So how can I dispay this bitmap if the lower left coordinate is outside the > screen (too left or too low) ??? > Is there a special trick, an other command to place the first coordinate out > side the viewport ?? ... glDrawPixels() can get an address which is inside the image, not only the corner itself. In your case, you can calculate the pixel that should be drawn to the lower left corner of the viewport, and send its address within the image to glDrawPixels. You should specify what is the row length of the image, so that OpenGL can skip to the next row of pixels, to the same x position. You specify the row length with glPixelStorei (GL_PACK_ROW_LENGTH, row_length). 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 Mon Feb 3 03:58:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA29925; Mon, 3 Feb 1997 03:56:56 -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 DAA29909; Mon, 3 Feb 1997 03:56:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA24024; Mon, 3 Feb 1997 03:56:55 -0800 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA23853 for ; Mon, 3 Feb 1997 03:56:53 -0800 From: WILLIAM_MARINELLI@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA18149; Mon, 3 Feb 97 06:55:32 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA854981875; Mon, 03 Feb 97 06:53:59 EST Date: Mon, 03 Feb 97 06:53:59 EST Message-Id: <9701038549.AA854981875@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Inverse Distortion Correction Status: O I seriously doubt this has anything to do with performer but I have alot of respect for the participants here, many of whom have helped me here a number of times. I just started your Monday with flattery, you're welcome. We have some dome simulators in which the distortion correction is done in the image generator. There is some interest in having the out-the-window scene (5 channels) Tee'd off to a sort of ops center. In that case, "flat" video would be great. I know, why not do the distortion correction in the projectors instead of the IG? Unfortunately, we may have painted ourselves into a corner on that one. Do you suppose it is possible to get something like an O2 and write a program that (1) reads a video signal from a distortion corrected image and then (2) loads the frame buffer with the corresponding uncorrected image? Regards, Bill Marinelli ======================================================================= 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 Feb 3 04:05:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA00033; Mon, 3 Feb 1997 04:04:07 -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 EAA00017; Mon, 3 Feb 1997 04:04:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA24724; Mon, 3 Feb 1997 04:04:05 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA24541; Mon, 3 Feb 1997 04:04:01 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA21628; Mon, 3 Feb 1997 12:03:54 GMT From: "Angus Dorbie" Message-Id: <9702031203.ZM21624@bitch.reading.sgi.com> Date: Mon, 3 Feb 1997 12:03:53 +0000 In-Reply-To: "Michael M. Allbright" "Re: Non-MultiSample Anti-aliasing" (Jan 31, 6:44pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Michael M. Allbright" , info-performer@sgi.com, mscott@sgi.com Subject: Re: Non-MultiSample Anti-aliasing Cc: guyr@engr.sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19702031203.ZM21624.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19702031203.ZM21624.reading.sgi.com Content-Type: text/plain; charset=us-ascii I am unable to reproduce the anti-aliasing problem I saw on the Indigo2 IMPACT. The RAPIER demo now seems to work consistently with anti-aliasing even in the optical mode. If you have any problems restart the graphics and run the demo again. It appeared to me like linesmooth wasn't on. The giveaway is the graticule in the centre of the screen. Most of it is drawn to the overlay but the circle is drawn to the framebuffer and should be anti-aliased, if it's not then you have problems. See the attaghed gif of the visual mode with A-A lines on an Apache with the aliased horizon below. Cheers, Angus. --PART-BOUNDARY=.19702031203.ZM21624.reading.sgi.com X-Zm-Content-Name: snap.gif Content-Description: Gif Image Content-Type: image/gif ; name="snap.gif" ; x-irix-type=GIF89Image Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u R0lGODlhigA6APUAABUWExQUE0NENkBDMElJRUlJQEVFQ0REPXBuaG1rZFNRR01MRjM1JjAx JRcZFhYYE2FfWV5dVRMVEioqJScnJCgpHyYlHmdlX2RiXXx6cXl3bDk6OTY4MxQUESMlISMl HSQlGyEiGysuJSotH2ViW1JTTktOTE9OPx0fGRsbGFpZVFdWTj8/Pz4+OT0+MCgpIS4uJWpo YhESETU2MSAhHiAgGjY4LC8vLHVyahscFUtMOCQjDiIiDhITDiYlD4aDeiwAAAAAigA6AEUG /sCfcEgsGo/IpHLJbDqf0KgRR8KQYhmp9pfJ4HCxMIlkohnGKtX4qtlqNeCY21gBVRq3yq09 N5J0HA0NI4OCFTQ1IyAPIIh2FTU1DjUVEyAtLQR5EzMVIhsKWX2jRRwPDikpNRYgFg81Dx0B DhUWFTYcDA0Vdww2Li42wgy6DSAjHiB2NTyqrXZfJgQGLCwmLBkl1wQmEpM1EjXJFpHkNaqR NSgOEjLu7g4oNHKk9fb2OB0dDzhCKgEBUqy4R7CgwYMIEypcyFAIj4cPd0icSLGixYsYK0Lc EdHHQx8UQWa86JGHR5A8JJYEKdIHS407TnpUqfKly5s4c/poyLNn/sM4Ywpc8IlExQQUFegR VRjjTp5dNQrYc5Eilgx9Hd716CFh69ZYD2ahglTJAwURFCh4WCtCBQsRHgCsQ7GOU7+lbsCQ ULFCgYkCLDBxCHTjxoQJqRxYKIznhoMJvFiUuHAhRgIEOPgIaXMhhYMhGxyYMMJOwgMUEwjg Xc26tevXCSHKnk27tu2NJm/WlmnbZUydwIPfhE28uPHjQj4jv7fAhIowlC+smQ4BQprr10nc dZNBxQwanyYz8WKFb4nnx5/yqsBhNY4IJ3jBaCBigiRUDvI7KBAGh6jlSNAgiCAuVBDBPQVM MAAI36ySjgcoPNBOWDI40MgikZhlzQY3/tBAAQcmtMBBCyw0QEEJxg2wWAODmSIDIjSkQEMF BRRwAgQkRLBCjToooMAJOgCpgw4DDEnkgKwoU5UsWPWQwwM8HAPJAxY0oIsII2QJw3prIcML DWtREA8AADhA5jpSwXbBVe9cFcCMkCCCAjOw8JDDnQ9AmecDT+Y5ySQPVNXAATdwaMt6iLT5 TgemneKoA3maJkOkEkhA5mgAGtfhIcqxQAMNDgyV6aiklmrqqaimquqqrLaGG0ewpiTrbRKl lFFLMXE020m5bSSSRS6ZVKtvwN70m63FCqfssjhV0Oqz0EbbagvSKoGDdDxlAEcC0E2nAA0K TFdFZTF8oRmr/iRAgMF2PX0Rg3SetqBCCeeRkEA9OCAQwxrVTdffQiVot1oGCUygHy0c/Aet AryMwIsDKryGAwd3QLDCCSGqUCMLrZbw6Q0MGBZxQV7sGwFfJwDZgg26MCBfBQ4/rAoih9Ew QR40FEDCqSWgALIgE1B7zwmBfEmDMjUgwgssHaTAgwOISPKKBzRwwI0JG0zAwgpudYLCBiMD +K2VVuZxzwFRQ7pnVpM+8BVWAAUAQiS8mFVoBVSLwAEFJlwgwlxtAUiCB7zsMvfOUHShgbYa aECkDXku6o4+XsnAVQ+xQI33ejF7shbha80ww950mQlAhQ+kSdQM58AYCQiqpBAA/gxb3oHJ ALs0wPIALRQ5QDC/DyC8LrzMXYPxNRy2gQl57sOBASZAUAILN9Swiy2JPLI0JOkkbaY7ZFZo ZntEWdyXAjUWUMEDV2ElgwWHeSI/4XXUYYcySCPPAyWv2GKBCdDbQDUCQ6INGHACp+tADyoU if2lAxWSUAekKkWmCtKAG8ZZAQUMQwELUOBTNGhbpdrRNhlUKlKTatSeYiGBfTygAi2owAYa cLCDuUOFD6CBBOiiQwcoIA0ROFmjdggqFFSrIRugQYeUYwKDTeAIgGmB6o7IkO9Y4DFCsIUD ArABKhKHBDe41xBmYAEUefGMaEyjGtfIxja68Y1wjKMccal4mzra8Y47mSMRIGKTXLGEWcuK ia90YpJC4gRZiPxITWSSq0YuEpCQjKRLhsDHWFlSViPJJEaMxauS1ARZm5wISnzzx5b8ilic /I0kJUkbTbrylRThY0ciAitYitKPv6EJKWfyklvlspE2+WNFXBIEADs= --PART-BOUNDARY=.19702031203.ZM21624.reading.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 Feb 3 04:10:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA00079; Mon, 3 Feb 1997 04:09: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 EAA00062; Mon, 3 Feb 1997 04:09:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA24839; Mon, 3 Feb 1997 04:09:20 -0800 Received: from callisto.geo.unizh.ch (callisto.geo.unizh.ch [130.60.176.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA25155 for ; Mon, 3 Feb 1997 04:09:16 -0800 Received: from icarus.geo.unizh.ch ([130.60.176.14]) by callisto.geo.unizh.ch (post.office MTA v1.9.3 ID# 0-10329) with SMTP id AAA27493; Mon, 3 Feb 1997 13:08:43 +0200 Received: by icarus.geo.unizh.ch (5.x) id AA26753; Mon, 3 Feb 1997 13:08:30 +0100 From: suter@geo.unizh.ch (Martin Suter) Message-Id: <9702031208.AA26753@icarus.geo.unizh.ch> Subject: Re: Non-MultiSample...Q: Transparency To: dorbie@bitch.reading.sgi.com (Angus Dorbie) Date: Mon, 3 Feb 1997 13:08:29 +0100 (MET) Cc: info-performer@sgi.com In-Reply-To: <9702031019.ZM21489@bitch.reading.sgi.com> from "Angus Dorbie" at Feb 3, 97 10:19:03 am Reply-To: suter@geo.unizh.ch X-Organization: Remote Sensing Laboratories, University of Zurich X-Mailer: ELM [version 2.4 PL24alpha3] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O According to Angus Dorbie: > > I was just talking about sorting transparent objects in the scene, against > opaque and perhaps against eachother. > > There's a _vast_ difference between this type of sort and the kind of > polygon level sort required by the front to back rendering on the alpha > saturate full scene antialiasing you describe. There are also implications > for meshing the scene. Performers, Let me ask a more general question about transparency here. Suppose you have many objects with partially transparent textures applied (e.g. a forest made up by many billboards). On a RealityEngine2 graphics system there is no need to render the transparent geometry back to front to get proper results, as long as you use the transparency type PFTR_MS_ALPHA. This is different for other graphics subsystems. What types of SGI graphics subsystems support the benefit of not requiring sorting of transparent geometry? High IMPACT, Maximum IMPACT, and OCTANE/MXI are of particular interest to me. Regards, Martin -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Martin Suter Remote Sensing Laboratories Research Associate University of Zurich Email:suter@geo.unizh.ch Winterthurerstrasse 190 Phone:+41 - 1 / 257 51 63 CH-8057 Zurich; Switzerland ======================================================================= 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 Feb 3 04:41:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA00330; Mon, 3 Feb 1997 04:40:23 -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 EAA00314; Mon, 3 Feb 1997 04:40:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA25874; Mon, 3 Feb 1997 04:40:22 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA28791; Mon, 3 Feb 1997 04:40:18 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA21710; Mon, 3 Feb 1997 12:40:15 GMT From: "Angus Dorbie" Message-Id: <9702031240.ZM21708@bitch.reading.sgi.com> Date: Mon, 3 Feb 1997 12:40:15 +0000 In-Reply-To: suter@geo.unizh.ch (Martin Suter) "Re: Non-MultiSample...Q: Transparency" (Feb 3, 1:08pm) References: <9702031208.AA26753@icarus.geo.unizh.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: suter@geo.unizh.ch Subject: Re: Non-MultiSample...Q: Transparency Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You need a multi-sample buffer and the only SGI machines which support this are Reality Engine (1&2) and Infinite Reality. Cheers, Angus. On Feb 3, 1:08pm, Martin Suter wrote: > Subject: Re: Non-MultiSample...Q: Transparency > This is different for other graphics subsystems. What types of > SGI graphics subsystems support the benefit of not requiring > sorting of transparent geometry? High IMPACT, Maximum IMPACT, > and OCTANE/MXI are of particular interest to me. > > ======================================================================= 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 Feb 3 04:47:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA00391; Mon, 3 Feb 1997 04:46:01 -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 EAA00375; Mon, 3 Feb 1997 04:46:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA26112; Mon, 3 Feb 1997 04:46:00 -0800 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 EAA29347 for ; Mon, 3 Feb 1997 04:45:10 -0800 Received: from rtset.co.il (jimbo.rtset.co.il [194.90.96.248]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id OAA05780; Mon, 3 Feb 1997 14:45:41 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id FAA05277; Mon, 3 Feb 1997 05:46:13 -0800 From: "Ran Yakir" Message-Id: <9702030546.ZM5275@jimbo.rtset.co.il> Date: Mon, 3 Feb 1997 05:46:13 -0800 In-Reply-To: WILLIAM_MARINELLI@ntsc.navy.mil "Inverse Distortion Correction" (Feb 3, 6:53am) References: <9701038549.AA854981875@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: WILLIAM_MARINELLI@ntsc.navy.mil Subject: Re: Inverse Distortion Correction Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 3, 6:53am, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > Subject: Inverse Distortion Correction > > I seriously doubt this has anything to do with performer but I have > alot of respect for the participants here, many of whom have helped me > here a number of times. I just started your Monday with flattery, > you're welcome. > > We have some dome simulators in which the distortion correction is > done in the image generator. > > There is some interest in having the out-the-window scene (5 channels) > Tee'd off to a sort of ops center. In that case, "flat" video would be > great. I know, why not do the distortion correction in the projectors > instead of the IG? Unfortunately, we may have painted ourselves into a > corner on that one. > > Do you suppose it is possible to get something like an O2 and write a > program that (1) reads a video signal from a distortion corrected > image and then (2) loads the frame buffer with the corresponding > uncorrected image? > Loading video signal into texture on O2 is quite fast, but I'm not sure that the overall performance (loading video & drawing the texture undistorted) will be good enough. The O2 is very fill limited, so you'll have trouble drawing to a large window. Also, the video comes in fields. If you want to work 60 Hz, you'll have to load fields. Otherwise, you can load frames at 30 Hz. I'd assume that on 30 Hz, drawing to a video sized window, you can do it. 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 Mon Feb 3 04:51:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA00427; Mon, 3 Feb 1997 04:50: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 EAA00411; Mon, 3 Feb 1997 04:50:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA26205; Mon, 3 Feb 1997 04:50:27 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA29929; Mon, 3 Feb 1997 04:50:25 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA21717; Mon, 3 Feb 1997 12:50:22 GMT From: "Angus Dorbie" Message-Id: <9702031250.ZM21715@bitch.reading.sgi.com> Date: Mon, 3 Feb 1997 12:50:22 +0000 In-Reply-To: WILLIAM_MARINELLI@ntsc.navy.mil "Inverse Distortion Correction" (Feb 3, 6:53am) References: <9701038549.AA854981875@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: WILLIAM_MARINELLI@ntsc.navy.mil, info-performer@sgi.com Subject: Re: Inverse Distortion Correction Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 3, 6:53am, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > Subject: Inverse Distortion Correction > > I seriously doubt this has anything to do with performer but I have > alot of respect for the participants here, many of whom have helped me > here a number of times. I just started your Monday with flattery, > you're welcome. > > We have some dome simulators in which the distortion correction is > done in the image generator. > > There is some interest in having the out-the-window scene (5 channels) > Tee'd off to a sort of ops center. In that case, "flat" video would be > great. I know, why not do the distortion correction in the projectors > instead of the IG? Unfortunately, we may have painted ourselves into a > corner on that one. > > Do you suppose it is possible to get something like an O2 and write a > program that (1) reads a video signal from a distortion corrected > image and then (2) loads the frame buffer with the corresponding > uncorrected image? Yes!, an O2 would be great at this, try running the video distort demo if you need convincing but I think you'll have to encode to a lower resolution format like pal. Perhaps you don't need to do this if your image generator is an Infinite Reality. Here's a suggestion: When performing distortion correction on an iR you render the primary channel or channels to the backbuffer then read to texture memory then draw the textured distortion mesh to the backbuffer then swap to display the final image. If you use different areas of the framebuffer for the rendering of the primary channels and the distortion mesh you could send both the distorted and undistorted images to separate video outputs on the display generator. So, just to recap what you might want to do: You create a vof which outputs a video signal from the framebuffer for the undistorted channel, and another video signal from the part of the framebuffer containing the distorted image. The first video gets fed to the instructors station, the second goes to the projector in the dome. You render the undistorted image to the framebuffer where the instructors video is taken from. You read this image into texture memory. You draw the distortion mesh with the visual texture to the area of the framebuffer where the dome video is taken from. The viability of this depends entirely on the type of distortion you are performing in the I.G. Cheers, 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 Mon Feb 3 05:06:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA00630; Mon, 3 Feb 1997 05:04:57 -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 FAA00614; Mon, 3 Feb 1997 05:04:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA26862; Mon, 3 Feb 1997 05:04:56 -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 FAA01765 for ; Mon, 3 Feb 1997 05:04:50 -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 OAA21223 for ; Mon, 3 Feb 1997 14:04:46 +0100 (MET) From: Carsten Scharfe Received: (dragon@localhost) by riker.uni-paderborn.de (940816.SGI.8.6.9/client-irix-hni) id OAA12208 for info-performer@sgi.com; Mon, 3 Feb 1997 14:04:44 +0100 Message-Id: <199702031304.OAA12208@riker.uni-paderborn.de> Subject: pfPath and intersection help needed !! To: info-performer@sgi.com Date: Mon, 3 Feb 1997 14:04:44 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, I need help on managing to get the Traversalpath of a current intersection. My problem is that the member function pfHit::query(PFQHIT_PATH,hit_path); (pfPath *hit_path;) just returns a path with one element, but there should be more in it. I initialized hit_path with new pfPath. Did anybody something like this? Every information will be useful for me. Carsten Scharfe dragon@hni.uni-paderborn.de dragon@uni-paderborn.de ************************************************************************** SICMA Applications Group Heinz Nixdorf Institute Fuerstenallee 11 33102 Paderborn 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 Mon Feb 3 05:44:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA00908; Mon, 3 Feb 1997 05:43:01 -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 FAA00892; Mon, 3 Feb 1997 05:43:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA28337; Mon, 3 Feb 1997 05:43:00 -0800 Received: from cony.gsf.de (cony.gsf.de [146.107.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA06946 for ; Mon, 3 Feb 1997 05:42:48 -0800 Received: from lola.gsf.de by cony.gsf.de (8.6.4/WeissBlau-1.10) id OAA19500; Mon, 3 Feb 1997 14:43:48 +0100 Received: (from loesch@localhost) by lola.gsf.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA26210 for info-performer@sgi.com; Mon, 3 Feb 1997 14:43:40 +0100 From: "Andreas Loesch" Message-Id: <9702031443.ZM26206@lola.gsf.de> Date: Mon, 3 Feb 1997 14:43:38 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Help: pfMatrix algebra Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19702031443.ZM26206.gsf.de" Status: O --PART-BOUNDARY=.19702031443.ZM26206.gsf.de Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u Hi Performers! Here is my favourite problem for the week. I will try to ask my questions= in a top down way: 1. Given two known pfMatrizes X and Y. How can I find out the pfMatrix T = if X*T =3D T*Y? You want to know why? The problem arises when I want to connect two coordinate systems which are translated and rotated against each other (fortunately they are both cartesian and have the same scale). I do not w= ant to run around and measure distances and angles. In my case it boils down = to the following matrix-"paths": Origin B * <--------- T ----------- * Origin A \ / \ / \ / B A \ / \ / \ L _/-- X --> * measuring position L*B*T =3D A L, B, T and A are orthonormal pfMatrizes. T and X are constant! 2. My idea is to make (at least) two measurements of A and B at different= positions and orientations in order to determine X and T. Is this possib= le? I am not quite sure whether there exists a unique solution... If however everything is correct up to now I can write L * B * T =3D A 1 1 and L * B * T =3D A 2 2 which then yields -1 -1 B * B * T =3D T * A * A 1 2 1 2 which is the form in (1.). 3. How can I solve the problem if I have more than two measurements? Some= sort of fit, least squares, regression .... Any hints are highly appreciated!!!! Thanks for your time and sorry for wasting the bandwidth! Andi -- = Andreas L=F6sch GSF - Forschungszentrum f=FCr Umwelt und Gesundheit MEDIS/M3 Phone : (+49 89) 3187 4458 Ingolst=E4dter Landstr. 1 FAX : (+49 89) 3187 4243 o. 3326 85764 Neuherberg / GERMANY E-mail : loesch@gsf.de --PART-BOUNDARY=.19702031443.ZM26206.gsf.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 Mon Feb 3 06:04:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA00983; Mon, 3 Feb 1997 06:03: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 GAA00967; Mon, 3 Feb 1997 06:03:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29397; Mon, 3 Feb 1997 06:03:12 -0800 Received: from grunt.cme.nist.gov (grunt.cme.nist.gov [129.6.34.129]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA09898 for ; Mon, 3 Feb 1997 06:03:11 -0800 Received: by grunt.cme.nist.gov (4.1/SMI-3.2-Libes.9) id AA00430; Mon, 3 Feb 97 09:03:06 EST Date: Mon, 3 Feb 97 09:03:06 EST From: sangster@cme.nist.gov (Scott Angster) Message-Id: <9702031403.AA00430@grunt.cme.nist.gov> To: info-performer@sgi.com Subject: Shared memory problems Status: O Hello- We are working on an immersive virtual assembly tool using Performer 2.0 and Irix 5.3 (haven't upgraded yet), on both an older Crimson RE and an Onyx RE2. In order to keep down the lag, we have put the calls to our tracking devices (Flock of Birds) in separate code that just writes to a shared memory location. The Performer code then just reads out of the shared memory location to get the latest data. This cuts out about 100ms of app time doing it this way. The code that has been developed runs fine on the single processor Crimson but has problems on the Onyx which as two processors. If we force the Onyx onto one processor using pfMultiProc(PFMP_APPCULLDRAW) and pfRunProcOn(0), we get better results but still not the same as a single processor machine. I assume that this is probably due to Performer's handling of its own shared memory arena and that the other shared memory for use with the birds is outside the arena. Can anyone suggest the best solution for this? Some were made in using Sproc but hav en't had much luck there yet. Thanks. Scott sangster@cme.nist.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 Mon Feb 3 07:00:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA01212; Mon, 3 Feb 1997 06:59: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 GAA01196; Mon, 3 Feb 1997 06:59:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02805; Mon, 3 Feb 1997 06:59:09 -0800 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA19590 for ; Mon, 3 Feb 1997 06:59:00 -0800 Received: from streptacocus (ts009p14.pop9a.netvision.net.il [194.90.11.178]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id QAA15345; Mon, 3 Feb 1997 16:20:45 +0200 (IST) Sender: internet@mail.netvision.net.il Message-ID: <32F5F1C5.41C6@netvision.net.il> Date: Mon, 03 Feb 1997 16:10:13 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Ran Yakir CC: WILLIAM_MARINELLI@ntsc.navy.mil, info-performer@sgi.com Subject: Re: Inverse Distortion Correction References: <9701038549.AA854981875@CCMAIL.NTSC.NAVY.MIL> <9702030546.ZM5275@jimbo.rtset.co.il> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ran Yakir wrote: > > On Feb 3, 6:53am, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > > Subject: Inverse Distortion Correction > > > > I seriously doubt this has anything to do with performer but I have > > alot of respect for the participants here, many of whom have helped me > > here a number of times. I just started your Monday with flattery, > > you're welcome. > > > > We have some dome simulators in which the distortion correction is > > done in the image generator. > > > > There is some interest in having the out-the-window scene (5 channels) > > Tee'd off to a sort of ops center. In that case, "flat" video would be > > great. I know, why not do the distortion correction in the projectors > > instead of the IG? Unfortunately, we may have painted ourselves into a > > corner on that one. > > > > Do you suppose it is possible to get something like an O2 and write a > > program that (1) reads a video signal from a distortion corrected > > image and then (2) loads the frame buffer with the corresponding > > uncorrected image? > > > > Loading video signal into texture on O2 is quite fast, but I'm not sure that > the overall performance (loading video & drawing the texture undistorted) will > be good enough. The O2 is very fill limited, so you'll have trouble drawing to > a large window. Also, the video comes in fields. If you want to work 60 Hz, > you'll have to load fields. Otherwise, you can load frames at 30 Hz. > I'd assume that on 30 Hz, drawing to a video sized window, you can do it. > The O2's fill rate is fast enough to texture-fill a frame-size window, at field-rate (720x576 fill at 50 Hz, 720x486 fill at 60 Hz, etc.). The video grabbing into "texture" memory ( = normal memory) is done in parallel to the rendering, so no problem there. If someone could only get the O2 graphics to framelock to video (sigh...) Moshe Nissim Orad Hi-Tec Systems 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 Feb 3 07:27:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01324; Mon, 3 Feb 1997 07:26:14 -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 HAA01308; Mon, 3 Feb 1997 07:26:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05122; Mon, 3 Feb 1997 07:26:12 -0800 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 HAA24767 for ; Mon, 3 Feb 1997 07:26:08 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id QAA12034 for info-performer@sgi.com; Mon, 3 Feb 1997 16:29:16 -0800 Date: Mon, 3 Feb 1997 16:29:16 -0800 From: Tran cong Tam Message-Id: <199702040029.QAA12034@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: URGENCE dxf2obj Status: O Hi performers, This is not a Performer question, but about the 3D format. Does anyone know where can I get a converter : from DXF to OBJ ( Wavefront ) . Your helps will be very appreciated. Many thanks in advance Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | 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 Mon Feb 3 09:31:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01768; Mon, 3 Feb 1997 09:29: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 JAA01752; Mon, 3 Feb 1997 09:29:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14242; Mon, 3 Feb 1997 09:29:31 -0800 Received: from ns1.bloomberg.com (ns1.bloomberg.com [199.172.169.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA23291 for ; Mon, 3 Feb 1997 09:29:29 -0800 Received: from ns2 by ns1.bloomberg.com (5.4R3.10/200.1.1.4) id AA20622; Mon, 3 Feb 1997 12:29:28 -0500 Errors-To: postmaster@ns1.bloomberg.com Received: from [160.43.153.45] by ns2.bloomberg.com (5.4R3.00/200.2.1.5) id AA13237; Mon, 3 Feb 1997 12:29:27 -0500 Received: (from eileen@localhost) by video2 (940816.SGI.8.6.9/8.6.9) id MAA06590 for info-performer@sgi.com; Mon, 3 Feb 1997 12:29:26 -0500 From: "Eileen Huang" Message-Id: <9702031229.ZM6588@video2.bloomberg.com> Date: Mon, 3 Feb 1997 12:29:26 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: E-mail list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'd like to be put on the performer email list. Thanks, Eileen ======================================================================= 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 Feb 3 10:16:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA01988; Mon, 3 Feb 1997 10:14:58 -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 KAA01972; Mon, 3 Feb 1997 10:14:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA18318; Mon, 3 Feb 1997 10:14:57 -0800 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 KAA06339 for ; Mon, 3 Feb 1997 10:14:40 -0800 Received: from nantes0-027.sct.fr (nantes0-027.sct.fr [194.206.158.27]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id TAA05397 for ; Mon, 3 Feb 1997 19:14:31 +0100 Message-Id: <199702031814.TAA05397@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="us-ascii" Date: Mon, 03 Feb 1997 19:15:17 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: Shared memory problems Status: O Is it ok on your crimson with the PFMP_APP_CULL_DRAW It is not optimized for this machine but it forces code to fork. I presume it should crash on Crimson too. This means that you are using data outside the shared datapool. If not, unfortunatly I've already got this kind of problem, it will be harder to find ... ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Mon Feb 3 11:22:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02390; Mon, 3 Feb 1997 11:19: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 LAA02374; Mon, 3 Feb 1997 11:19:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA23985; Mon, 3 Feb 1997 11:19:37 -0800 Received: from onyx.montesa.es (rppp2.encis.es [194.179.69.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23566 for ; Mon, 3 Feb 1997 11:19:28 -0800 Received: (from brainval@localhost) by onyx.montesa.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA29309 for info-performer@sgi.com; Tue, 4 Feb 1997 20:19:51 -0800 From: "brainval" Message-Id: <9702042019.ZM29307@onyx.montesa.es> Date: Tue, 4 Feb 1997 20:19:50 -0800 Reply-To: brainval@ehome.encis.es Organization: Brainstorm Multimedia Department: Software Development X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: IR - Paging Mechanism. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello everybody. We are trying to create a Paging Mechanism interface for an IR. We work currently with Performer 2.1. But we don't know where to find any example about these feature. Please any suggestion will be welcome. Hector Viguer. -- Brainstorm Multimedia. Software Development. brainval@ehome.encis.es ======================================================================= 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 Feb 3 11:25:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02417; Mon, 3 Feb 1997 11:24:40 -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 LAA02401; Mon, 3 Feb 1997 11:24:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA24443; Mon, 3 Feb 1997 11:24:39 -0800 Received: from claire.hisd.harris.com (suw3ipl21.hisd.harris.com [158.147.18.40]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA24949 for ; Mon, 3 Feb 1997 11:24:36 -0800 Received: from claire (localhost) by claire.hisd.harris.com (5.x/SMI-SVR4) id AA11434; Mon, 3 Feb 1997 14:23:10 -0500 Sender: ellery@harris.com Message-Id: <32F63B1E.7DFD@harris.com> Date: Mon, 03 Feb 1997 14:23:10 -0500 From: Ellery Chan Organization: Harris Corporation X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Keyframe animation packages? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Can anyone recommend a good animation package with flexible camera controls? I need to be able to script fly-throughs (to eventually end up on video) and would like the ability to control the camera view direction independently of the camera's direction of travel. For example, we want the ability to be traveling forward and looking forward, then smoothly pan the view over to the side (of the road, say) and back again to the front. I've looked at a couple of the popular vis sim packages, but their camera control is limited to attaching the camera to an object in the scene, and possibly attaching the look-at point to another object. However, our scenes currently have no moving objects. Also, I haven't warmed up to the modeling interface that requires moving a grid around in 3-space to intercept my mouse clicks. It seems to me that an ability to specify keyframes for the camera motion would be very useful. Is there a package that does this in a way that can be exported to Performer, and/or that will load models in the same formats that Performer uses? (We currently are using OpenInventor .iv format for our models.) Since we use Performer to view our models interactively, it would be nice to have compatible tools to put them to video. -- "Perhaps if we increased the Mnemonic Device to 650 volts..." --Dave Barry -------------------------------------------------------------------------- Ellery Chan, Harris Corporation | Net: echan@harris.com 150 S Wickham Rd, MS W2-7758 | Tel: 407-984-6506 Melbourne, FL 32904 | Fax: 407-984-6353 -------------------------------------------------------------------------- ======================================================================= 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 Feb 3 14:03:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA03125; Mon, 3 Feb 1997 13:59: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 NAA03109; Mon, 3 Feb 1997 13:59:30 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA08667; Mon, 3 Feb 1997 13:59:29 -0800 Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA08693 for ; Mon, 3 Feb 1997 13:59:22 -0800 Received: (mailer@localhost) by gatekeeper.ray.com (8.7.5/8.7.3) id QAA10238; Mon, 3 Feb 1997 16:59:38 -0500 Received: from onyx9.msd.ray.com by gatekeeper.ray.com; Mon Feb 3 16:57:51 1997 Received: (from mas@localhost) by onyx9 (940816.SGI.8.6.9/8.6.12) id RAA09805; Mon, 3 Feb 1997 17:03:08 -0500 From: "Marko Srdanovic" Message-Id: <9702031703.ZM9803@onyx9.swl.msd.ray.com> Date: Mon, 3 Feb 1997 17:03:08 -0500 In-Reply-To: "Rambabu" "Rain / Thunderstorms ..." (Jan 29, 4:19pm) References: <32EFBED4.381B@ivex3d.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Rambabu" , info-performer@sgi.com Subject: Re: Rain / Thunderstorms ... Cc: mas@swl.msd.ray.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jan 29, 4:19pm, Rambabu wrote: > Subject: Rain / Thunderstorms ... > Hi, > > Can anyone give me good pointers to implementing Rain/Thunderstorms > using Performer ? I did read a posting on the archive sometime back. > Did anybody try to implement this and if so how did it work . > If I remember correctly, this implementation was suggesting using > overlay planes to draw pixels at random. We intend to use the overlay > planes for something else. So, I was just wondering if there is a better > approach to this issue. To implement rain, I took the suggestion from Dennis Pierce in the archive ftp://sgigate.sgi.com/pub/Performer/selected-topics/atmospheric-fx for implementing rain. He suggested using a 2d grid and placing "drops" randomly along the top row and moving them down each frame. I used OpenGL in a postdraw callback to implement this. I ended up using GL_LINES for the drops. Basically, the line gets moved down by one row each frame. This worked well, but wasn't quite right because it was too rigid. I decided to get rid of the columns and created the lines in a random position along the screen and moved them down one row each frame. This was better, but still too rigid. Basically, I ended up dumping the grid and created lines of random length, randomly along the top row. Then, I move each line down the screen at a rate proportional to its length (ie., longer lines "fall" faster than shorter ones). All the drops are kept in a list and removed from the list when they reach the bottom of the screen. The random length and rate sort of gives the rainfall some sense of depth. It's not perfect, and a ton of random numbers get generated, but it seems to work well. I haven't tried creating geosets of PFGS_LINES but still think this might have better results since drops drawn in the postdraw callback never seem to "disappear" behind objects in the scene. Good luck. -- ----------------------------------------------------------------------- Marko Srdanovic mailto:mas@swl.msd.ray.com Raytheon Electronic Systems voice: (508) 858-5680 Mailstop: T3MR8 fax: (508) 858-4336 50 Apple Hill Drive, Tewksbury, MA 01876 #include ----------------------------------------------------------------------- ======================================================================= 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 Feb 3 21:59:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA07012; Mon, 3 Feb 1997 21:52:42 -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 VAA06996; Mon, 3 Feb 1997 21:52:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA11965; Mon, 3 Feb 1997 21:52:40 -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 VAA28939 for ; Mon, 3 Feb 1997 21:52:31 -0800 Received: from kirk.dnaco.net (eheft@kirk.dnaco.net [206.150.232.3]) by april.dnaco.net (8.8.5/8.8.4) with ESMTP id AAA28497 for ; Tue, 4 Feb 1997 00:52:19 -0500 (EST) From: Eric Heft Received: (from eheft@localhost) by kirk.dnaco.net (8.8.4/8.8.4) id AAA00631 for info-performer@sgi.com; Tue, 4 Feb 1997 00:52:25 -0500 (EST) Message-Id: <199702040552.AAA00631@kirk.dnaco.net> Subject: Help with textures. To: info-performer@sgi.com (Performer Mailing List) Date: Tue, 4 Feb 1997 00:52:24 -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, Here is the *SHORT* form of the question? I want an object is 50'x10' and I have a texture thats 10'x10' and I want the texture to be duplicated 5 times rather than stretched out? Here's the background info, at the end is the inventor model file I'm using. You can search for "GOTOMODEL" to jump directly to the model. I'm using performer to run an experiment that involves displaying a texture on a rectangle and checking how texture affects speed perception. To get good data, it's critical to know things like : Where exactly on the screen the target is placed. How to move the target with known some velocity. How to make the target a given color. I've got a pretty good handle of the first two, but the third has turned out to be tricky. For our pilot study we are using a rectangle thats 50'x10' projected 500'. Later we will use different aircraft but I don't have to worry about that yet :) For the pilot study we need that completely specify whats seen on the screen. Which to me seems like it can be handled easily by a rectangle thats got a texture on it so, I scrapted together an inventor model. The problem is it also stretches out the texture. So how do I get the texture to be duplicated five times across the surface of the object? I'm also having problems picking up information about the mapping of pixels drawn on the screen to those dumped by snap_image. I'm thinking its probably that I have anti-alias on! :) #Inventor V2.0 ascii *GOTOMODEL* Separator { Texture2 { model DECAL filename "texture.rgb" } Material { ambientColor 1.0 1.0 1.0 } Transform { translation 0 0 0 scaleFactor 10.0 50.0 0.1 } Cube { } } Thanks for getting to this point! ;) Eric Heft ======================================================================= 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 Feb 4 00:42:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA07383; Tue, 4 Feb 1997 00:37: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 AAA07367; Tue, 4 Feb 1997 00:37:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA19441; Tue, 4 Feb 1997 00:37:28 -0800 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 AAA28682 for ; Tue, 4 Feb 1997 00:37:21 -0800 Received: from nantes0-030.sct.fr (nantes0-030.sct.fr [194.206.158.30]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id JAA19163 for ; Tue, 4 Feb 1997 09:37:19 +0100 Message-Id: <199702040837.JAA19163@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="us-ascii" Date: Tue, 04 Feb 1997 09:38:01 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Thanks: glDrawPixels. Status: O All this week I have urgent job to do but as soon as I get a litle free time I'll try your tricks. Thanks, especialy Ran Yakir. Danke schon Benedikt Kessler. ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Tue Feb 4 02: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 CAA07752; Tue, 4 Feb 1997 02:35: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 CAA07736; Tue, 4 Feb 1997 02:35:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23330; Tue, 4 Feb 1997 02:35:38 -0800 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 CAA13237 for ; Tue, 4 Feb 1997 02:35:30 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id LAA13592 for info-performer@sgi.com; Tue, 4 Feb 1997 11:38:43 -0800 Date: Tue, 4 Feb 1997 11:38:43 -0800 From: Tran cong Tam Message-Id: <199702041938.LAA13592@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: DXF2OBJ Status: O To BILLARD Olivier, Sam Chu, Bing Zeng, Dirk Scheffter and Performer Users Many thanks for your kind answers. I tried to connect with http://www.threede.com I got the message : THE SERVER DOES NOT HAVE A DNS ENTRY I tried with : http://www.3D.com http://www.3d.com and got : SERVER MAY BE DOWN OR UNREACHABLE. Here following is a list of sites for converters and hope it should help some Performer User address of converters, compressor, viewer : http://avalon1.viewpoint.com/cgi-bin/nav.pl?key=ut&site=vp http://www.ocnus.com/translate.html http://www.autodesk.de/produkte/3d_st.htm ftp://avalon1.viewpoint.com/avalon/utils/converters In anyway, thank you so much for your attentions Best regards Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | 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 Tue Feb 4 06:23:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08050; Tue, 4 Feb 1997 06:18:07 -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 GAA08034; Tue, 4 Feb 1997 06:18:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01782; Tue, 4 Feb 1997 06:18:05 -0800 Received: from callisto.geo.unizh.ch (callisto.geo.unizh.ch [130.60.176.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA12205 for ; Tue, 4 Feb 1997 06:18:01 -0800 Received: from icarus.geo.unizh.ch ([130.60.176.14]) by callisto.geo.unizh.ch (post.office MTA v1.9.3 ID# 0-10329) with SMTP id AAA6170 for ; Tue, 4 Feb 1997 15:17:47 +0200 Received: by icarus.geo.unizh.ch (5.x) id AA27865; Tue, 4 Feb 1997 15:17:46 +0100 From: suter@geo.unizh.ch (Martin Suter) Message-Id: <9702041417.AA27865@icarus.geo.unizh.ch> Subject: Non-Multisample Transparency To: info-performer@sgi.com Date: Tue, 4 Feb 1997 15:17:45 +0100 (MET) Reply-To: suter@geo.unizh.ch X-Organization: Remote Sensing Laboratories, University of Zurich X-Mailer: ELM [version 2.4 PL24alpha3] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O According to Angus Dorbie: > You need a multi-sample buffer and the only SGI machines which support this are > Reality Engine (1&2) and Infinite Reality. > > Cheers, > Angus. > > On Feb 3, 1:08pm, Martin Suter wrote: > > Subject: Re: Non-MultiSample...Q: Transparency > > > Suppose you have many objects with partially transparent > > textures applied (e.g. a forest made up by many billboards). > > On a RealityEngine2 graphics system there is no need to > > render the transparent geometry back to front to get proper > > results, as long as you use the transparency type PFTR_MS_ALPHA. > > This is different for other graphics subsystems. What types of > > SGI graphics subsystems support the benefit of not requiring > > sorting of transparent geometry? High IMPACT, Maximum IMPACT, > > and OCTANE/MXI are of particular interest to me. > > Hmm... How can we sort the transparent geometries back to front to get proper results without affecting the frame rate too much? Regards, M. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Martin Suter Remote Sensing Laboratories Research Associate University of Zurich Email:suter@geo.unizh.ch Winterthurerstrasse 190 Phone:+41 - 1 / 257 51 63 CH-8057 Zurich; Switzerland ======================================================================= 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 Feb 4 07: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 HAA08178; Tue, 4 Feb 1997 07:03:35 -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 HAA08162; Tue, 4 Feb 1997 07:03:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05015; Tue, 4 Feb 1997 07:03:33 -0800 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 HAA20325 for ; Tue, 4 Feb 1997 07:03:32 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA09426; Tue, 4 Feb 1997 10:05:25 -0500 Date: Tue, 4 Feb 1997 10:05:25 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702041005.ZM9424@hotsauce.clubfed.sgi.com> In-Reply-To: Eric Heft "Help with textures." (Feb 4, 12:52am) References: <199702040552.AAA00631@kirk.dnaco.net> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Eric Heft , info-performer@sgi.com (Performer Mailing List) Subject: Re: Help with textures. Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19702041005.ZM9424.clubfed.sgi.com" Status: O -- --PART-BOUNDARY=.19702041005.ZM9424.clubfed.sgi.com Content-Type: text/plain; charset=us-ascii Eric, I made some changes to your inventor file and attached a copy of the one I used to test. You have to do two things here first tell Inventor to use repeat as the texturing method which is the default but I added it anyway, see below. Second do not forget about those texture coordinates, the SoCube defines them for you so you can't modify them with SoTexture2Coordinate so you change the SoTexture2Transform, I simply scaled the V coordinates by 5x to give the desired effect. Brian On Feb 4, 12:52am, Eric Heft wrote: > Subject: Help with textures. > Hi, > > Here is the *SHORT* form of the question? > > > I want an object is 50'x10' and I have a texture thats > 10'x10' and I want the texture to be duplicated 5 times > rather than stretched out? > > Here's the background info, at the end is the inventor > model file I'm using. You can search for "GOTOMODEL" to jump > directly to the model. > > > I'm using performer to run an experiment that > involves displaying a texture on a rectangle and > checking how texture affects speed perception. To > get good data, it's critical to know things like : > > Where exactly on the screen the target is placed. > How to move the target with known some velocity. > How to make the target a given color. > > I've got a pretty good handle of the first two, > but the third has turned out to be tricky. For our > pilot study we are using a rectangle thats 50'x10' > projected 500'. Later we will use different aircraft > but I don't have to worry about that yet :) > > For the pilot study we need that completely specify > whats seen on the screen. Which to me seems like it > can be handled easily by a rectangle thats got a texture > on it so, I scrapted together an inventor model. > > The problem is it also stretches out the texture. So how > do I get the texture to be duplicated five times across the > surface of the object? > > I'm also having problems picking up information about > the mapping of pixels drawn on the screen to those dumped > by snap_image. I'm thinking its probably that I have anti-alias > on! :) > > #Inventor V2.0 ascii *GOTOMODEL* > > Separator { Texture2Transform { translation 0 0 rotation 0 scaleFactor 1 5 center 0 0 } > Texture2 { > model DECAL > filename "texture.rgb" wrapS REPEAT wrapT REPEAT model MODULATE > } > Material { > ambientColor 1.0 1.0 1.0 > } > Transform { > translation 0 0 0 > scaleFactor 10.0 50.0 0.1 > } > Cube { > } > } > > > Thanks for getting to this point! ;) > > Eric Heft > ======================================================================= > 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 Eric Heft -- 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 --PART-BOUNDARY=.19702041005.ZM9424.clubfed.sgi.com X-Zm-Content-Name: new2.iv Content-Description: Inventor Content-Type: application/x-inventor ; name="new2.iv" Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u I0ludmVudG9yIFYyLjAgYXNjaWkKClNlcGFyYXRvciB7CiAgICAgVGV4dHVyZTJUcmFuc2Zv cm0gewogICAgICAgICAgdHJhbnNsYXRpb24gIDAgMAogICAgICAgICAgcm90YXRpb24gICAg IDAKICAgICAgICAgIHNjYWxlRmFjdG9yICAxIDUKICAgICAgICAgIGNlbnRlciAgICAgICAw IDAKICAgICB9CiAgICAgVGV4dHVyZTIgewogICAgIAltb2RlbAkJREVDQUwKICAgICAgICBm aWxlbmFtZSAgICAgICAgInJlZC5yZ2IiCiAgICAgICAgICB3cmFwUyAgICAgICBSRVBFQVQK ICAgICAgICAgIHdyYXBUICAgICAgIFJFUEVBVAogICAgICAgICAgbW9kZWwgICAgICAgTU9E VUxBVEUKICAgIH0KICAgICAgICAgTWF0ZXJpYWwgewogCWFtYmllbnRDb2xvcgkxLjAgMS4w IDEuMAogICAgIH0KICAgICBUcmFuc2Zvcm0gewogCXRyYW5zbGF0aW9uIDAgMCAwIAogCXNj YWxlRmFjdG9yIDEwLjAgNTAuMCAwLjEKICAgICB9CiAgICAgQ3ViZSB7CiAgICAgfQp9Cg== --PART-BOUNDARY=.19702041005.ZM9424.clubfed.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 Tue Feb 4 12: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 MAA09242; Tue, 4 Feb 1997 12:30:44 -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 MAA09226; Tue, 4 Feb 1997 12:30:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04804; Tue, 4 Feb 1997 12:30:43 -0800 Received: from zeus.lnk.com (zeus.lnk.com [198.116.32.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA07221 for ; Tue, 4 Feb 1997 12:30:35 -0800 Received: by zeus.lnk.com (4.1/1.35) id AA29689; Tue, 4 Feb 97 15:29:55 EST From: lelkins@zeus.lnk.com (Les Elkins) Message-Id: <9702042029.AA29689@zeus.lnk.com> Subject: Problem going to IR? To: info-performer@sgi.com Date: Tue, 4 Feb 1997 15:29:54 -0500 (EST) Cc: lelkins@zeus.lnk.com (Les Elkins) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1794 Status: O Hello... I have a (previously working) program that worked on a rack Onyx R4400 RealityEngineII. The Onyx was just upgraded to an IR w/two RM6's. Now it appears to hang when it gets to the part where I should be seeing the first pretty pictures, specifically at the first pfFrame. When I stop it in dbx, I see the following... Interrupt Process 4950 (cic6.DBG) stopped on signal SIGINT: Interrupt (default) at [_ioctl:15 +0x8,0xfa4800c] Source (of ioctl.s) not available for Process 4950 (dbx) where > 0 _ioctl(0x4, 0x757303, 0xffffffff, 0xfa2e5b0) ["ioctl.s":15, 0xfa4800c] 1 _usblock(0x4000000, 0x4, 0x1356, 0xfa2e5b0) ["usemas.c":1118, 0xfa9f224] 2 _uspsema(0x4008440, 0x757303, 0xffffffff, 0xfa2e5b0) ["usemas.c":143, 0xfa56b34] 3 pfSync() ["/perf7/zhz/perftot1/perf/lib/libpf/DBG.O32.OPENGL/../../../lib/libpf/pfProcess.C":2169, 0x563db4] 4 pfFrame() ["/perf7/zhz/perftot1/perf/lib/libpf/DBG.O32.OPENGL/../../../lib/libpf/pfProcess.C":2575, 0x565170] 5 view_scene() ["/vinson3/people/ng/demos_vinson/cic6/DBG.O32.OPENGL/../cic_main.c":1055, 0x47b74c] 6 main(argc = 1, argv = 0x7fff2f44) ["/vinson3/people/ng/demos_vinson/cic6/DBG.O32.OPENGL/../cic_main.c":213, 0x479de0] 7 __istart() ["crt1tinit.s":13, 0x46b800] The code still (seems) to work fine on an R10K High Impact, and most of my other code (seems) to run without problems on the IR (except that the frame rates on the other stuff tend to be so fast they scare me). I'm running Performer 2.1 on both machines. I'll keep looking, but any thoughts would be appreciated... Thanks, Les Elkins ----------------------------------------------------------------------- Les Elkins LNK Corporation, Inc Riverdale, MD (301) 927-3223 lelkins@lnk.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 Feb 4 13:28:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA09438; Tue, 4 Feb 1997 13:27: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 NAA09422; Tue, 4 Feb 1997 13:27:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA09597; Tue, 4 Feb 1997 13:27:28 -0800 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 NAA20564 for ; Tue, 4 Feb 1997 13:27:28 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id NAA09592; Tue, 4 Feb 1997 13:27:27 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA08233; Tue, 4 Feb 1997 13:27:27 -0800 From: "Rob Jenkins" Message-Id: <9702041327.ZM8231@quid.csd.sgi.com> Date: Tue, 4 Feb 1997 13:27:27 -0800 In-Reply-To: lelkins@zeus.lnk.com (Les Elkins) "Problem going to IR?" (Feb 4, 3:29pm) References: <9702042029.AA29689@zeus.lnk.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: lelkins@zeus.lnk.com (Les Elkins), info-performer@sgi.com Subject: Re: Problem going to IR? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Does Performer Town run OK on the iR ? You could check that you have patch 1355 installed ( must be installed from mini-root or you can get pipe hangs ), also check for patch 1460 which has the diagnostics. Does KPM run when the pipe hangs ? ( check SYSLOG ), also see what irsaudit tells you. Cheers Rob On Feb 4, 3:29pm, Les Elkins wrote: > Subject: Problem going to IR? > Hello... > > I have a (previously working) program that worked on a rack > Onyx R4400 RealityEngineII. The Onyx was just upgraded to > an IR w/two RM6's. Now it appears to hang when it > gets to the part where I should be seeing the first > pretty pictures, specifically at the first pfFrame. > When I stop it in dbx, I see the following... > > Interrupt > Process 4950 (cic6.DBG) stopped on signal SIGINT: Interrupt (default) at [_ioctl:15 +0x8,0xfa4800c] > Source (of ioctl.s) not available for Process 4950 > (dbx) where > > 0 _ioctl(0x4, 0x757303, 0xffffffff, 0xfa2e5b0) ["ioctl.s":15, 0xfa4800c] > 1 _usblock(0x4000000, 0x4, 0x1356, 0xfa2e5b0) ["usemas.c":1118, 0xfa9f224] > 2 _uspsema(0x4008440, 0x757303, 0xffffffff, 0xfa2e5b0) ["usemas.c":143, 0xfa56b34] > 3 pfSync() ["/perf7/zhz/perftot1/perf/lib/libpf/DBG.O32.OPENGL/../../../lib/libpf/pfProcess.C":2169, 0x563db4] > 4 pfFrame() ["/perf7/zhz/perftot1/perf/lib/libpf/DBG.O32.OPENGL/../../../lib/libpf/pfProcess.C":2575, 0x565170] > 5 view_scene() ["/vinson3/people/ng/demos_vinson/cic6/DBG.O32.OPENGL/../cic_main.c":1055, 0x47b74c] > 6 main(argc = 1, argv = 0x7fff2f44) ["/vinson3/people/ng/demos_vinson/cic6/DBG.O32.OPENGL/../cic_main.c":213, 0x479de0] > 7 __istart() ["crt1tinit.s":13, 0x46b800] > > > The code still (seems) to work fine on an R10K High Impact, and most of > my other code (seems) to run without problems on the IR (except that the > frame rates on the other stuff tend to be so fast they scare me). > > I'm running Performer 2.1 on both machines. > > I'll keep looking, but any thoughts would be appreciated... > > > Thanks, > > Les Elkins > > > ----------------------------------------------------------------------- > Les Elkins > LNK Corporation, Inc > Riverdale, MD > (301) 927-3223 > lelkins@lnk.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 Les Elkins -- ________________________________________________________________ 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 Tue Feb 4 14:51:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA09948; Tue, 4 Feb 1997 14:50:37 -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 OAA09932; Tue, 4 Feb 1997 14:50:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA17248; Tue, 4 Feb 1997 14:50:36 -0800 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 OAA12505 for ; Tue, 4 Feb 1997 14:50:34 -0800 Received: from es.rti.org by cdse14.rti.org (SMI-8.6/SMI-SVR4) id RAA17445; Tue, 4 Feb 1997 17:59:57 -0500 Received: by es.rti.org (5.65/DEC-Ultrix/4.3) id AA29346; Tue, 4 Feb 1997 17:43:48 -0500 Date: Tue, 4 Feb 1997 17:43:47 -0500 (EST) From: "Richard M. Spencer" X-Sender: rspencer@shrike To: info-performer@sgi.com Subject: Compiling with C++ doesn't see pfPreScaleMat Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O because of the #ifdef PF_C_API statement in the prmatch.h file. Is there an equivalent C++ include file for pfPreScaleMat or what must I set to get it? Thanks 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 Tue Feb 4 19:18:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11023; Tue, 4 Feb 1997 19:16:44 -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 TAA11007; Tue, 4 Feb 1997 19:16:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA08531; Tue, 4 Feb 1997 19:16:43 -0800 Received: from orange.interpia.net (orange.interpia.net [203.236.128.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA05596 for ; Tue, 4 Feb 1997 19:16:41 -0800 Received: from kossa.soongsil.ac.kr ([203.253.23.98]) by orange.interpia.net (8.8.5/8.8.4) with SMTP id MAA21120 for ; Wed, 5 Feb 1997 12:16:36 +0900 (KST) Message-Id: <3.0.1.32.19970205120752.0078eb70@interpia.net> X-Sender: myidisid@interpia.net (Unverified) X-Mailer: Windows Eudora Light Version 3.0.1 beta 4 (32) Date: Wed, 05 Feb 1997 12:08:01 +0900 To: info-performer@sgi.com From: Gil-won Park Subject: I want information of openInventor. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi all, I'm studying OpenGL on Windows95/NT systems. I heard that 'OpenInventor for Windows 95/NT' has been made. I want to take information of it. Who know that? Pls give me information. 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 Tue Feb 4 19:25:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11048; Tue, 4 Feb 1997 19:24: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 TAA11032; Tue, 4 Feb 1997 19:24:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA08947; Tue, 4 Feb 1997 19:24:03 -0800 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 TAA06474 for ; Tue, 4 Feb 1997 19:24:02 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id WAA11167; Tue, 4 Feb 1997 22:20:18 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA24783; Tue, 4 Feb 1997 22:22:37 -0500 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id WAA04652; Tue, 4 Feb 1997 22:20:02 -0500 Date: Tue, 4 Feb 1997 22:20:02 -0500 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199702050320.WAA04652@eagle.cae.ca> To: info-performer@sgi.com, "Richard M. Spencer" Subject: Re: Compiling with C++ doesn't see pfPreScaleMat Status: O Richard M. Spencer wrote, > because of the #ifdef PF_C_API statement in the prmatch.h file. Is there > an equivalent C++ include file for pfPreScaleMat or what must I set to > get it? Richard, In C++, you should use pfMatrix::preScale() as documented in the libpr C++ man page for pfMatrix. The correct header file is Performer/pr/pfLinMath.h Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@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 Tue Feb 4 19:33:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11138; Tue, 4 Feb 1997 19:31: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 TAA11122; Tue, 4 Feb 1997 19:31:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA09336; Tue, 4 Feb 1997 19:31:51 -0800 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 TAA07848 for ; Tue, 4 Feb 1997 19:31:51 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id TAA09333; Tue, 4 Feb 1997 19:31:50 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id TAA09271; Tue, 4 Feb 1997 19:31:50 -0800 From: "Rob Jenkins" Message-Id: <9702041931.ZM9269@quid.csd.sgi.com> Date: Tue, 4 Feb 1997 19:31:50 -0800 In-Reply-To: Gil-won Park "I want information of openInventor." (Feb 5, 12:08pm) References: <3.0.1.32.19970205120752.0078eb70@interpia.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Gil-won Park , info-performer@sgi.com Subject: Re: I want information of openInventor. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The SGI Inventor web page is: http://www.sgi.com/Technology/Inventor.html and has a 'Multi-Platform Availability and Licensing' link. There's also a newsgroup: comp.graphics.api.inventor They'd both be good places to start. Cheers Rob On Feb 5, 12:08pm, Gil-won Park wrote: > Subject: I want information of openInventor. > Hi all, > > I'm studying OpenGL on Windows95/NT systems. > I heard that 'OpenInventor for Windows 95/NT' has been made. I want to take > information of it. > > Who know that? > > Pls give me information. > > Thanks. > > ======================================================================= > 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 Gil-won Park -- ________________________________________________________________ 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 Tue Feb 4 19:59:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11317; Tue, 4 Feb 1997 19:58: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 TAA11301; Tue, 4 Feb 1997 19:58:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA10172; Tue, 4 Feb 1997 19:58:12 -0800 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 TAA11833 for ; Tue, 4 Feb 1997 19:58:04 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id JAA10598; Wed, 5 Feb 1997 09:28:01 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199702051458.JAA10598@teil.soft.net> Subject: Compiling with C++ doesn't see pfPreScaleMat (fwd) To: info-performer@sgi.com Date: Wed, 5 Feb 1997 09:28:00 -0530 (IST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1587 Status: O Give "man pfmatrix" it will show u all the functions available in pfMatrix class.. it's "void pfMatrix::preScale(float x, float y, float z,pfMatrix& m); regards -swapnil ************************************************************ E-Mail : swapnil@teil.soft.net WWW : http://www.teil.soft.net/~swapnil/ Call me: 91-080-8452016 ext-218 ************************************************************ According to Richard M. Spencer: > From guest@holodeck.csd.sgi.com Wed Feb 5 04:46:47 1997 > Date: Tue, 4 Feb 1997 17:43:47 -0500 (EST) > From: "Richard M. Spencer" > X-Sender: rspencer@shrike > To: info-performer@sgi.com > Subject: Compiling with C++ doesn't see pfPreScaleMat > Message-Id: > Mime-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > > > because of the #ifdef PF_C_API statement in the prmatch.h file. Is there > an equivalent C++ include file for pfPreScaleMat or what must I set to > get it? > > Thanks > > 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 > ======================================================================= 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 Feb 5 01: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 BAA12268; Wed, 5 Feb 1997 01:05: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 BAA12252; Wed, 5 Feb 1997 01:05:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA22520; Wed, 5 Feb 1997 01:05:26 -0800 Received: from imagent.inet.com.pl (imagent.inet.com.pl [195.116.59.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA22598 for ; Wed, 5 Feb 1997 01:05:24 -0800 Received: from dale.inet.com.pl ([195.116.59.25]) by imagent.inet.com.pl (post.office MTA v2.0 0813 ID# 0-11865) with SMTP id AAA356; Wed, 5 Feb 1997 10:07:04 +0100 Received: (from kd@localhost) by dale.inet.com.pl (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA09858; Wed, 5 Feb 1997 10:12:43 +0100 From: "Krzysztof Dudkiewicz" Message-Id: <9702051012.ZM9856@dale.inet.com.pl> Date: Wed, 5 Feb 1997 10:12:42 +0100 In-Reply-To: "Rob Jenkins" "Re: I want information of openInventor." (Feb 4, 7:31pm) References: <3.0.1.32.19970205120752.0078eb70@interpia.net> <9702041931.ZM9269@quid.csd.sgi.com> Reply-To: kd.accom@inet.com.pl X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Rob Jenkins" Subject: Re^2: I want information of openInventor. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 4, 7:31pm, Rob Jenkins wrote: > Subject: Re: I want information of openInventor. > The SGI Inventor web page is: > http://www.sgi.com/Technology/Inventor.html > > and has a 'Multi-Platform Availability and Licensing' link. There's also a > newsgroup: > comp.graphics.api.inventor > > They'd both be good places to start. > > Cheers > Rob >-- End of excerpt from Rob Jenkins Rob, The page you mention and the link to multi-platform availability are of course a good starting point, but are a little bit outdated, the latter one was last modified on Dec 18, 1995. In particular Portable Graphics has been swallowed up by Template Graphics Software and NeTpower does not appear to support Open Invetor anymore. Is it possible to get the latest list of other platforms availability of Open Inventor ? Kris. ======================================================================= 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 Feb 5 05:00:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA12589; Wed, 5 Feb 1997 04:15:08 -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 EAA12570; Wed, 5 Feb 1997 04:15:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA28209; Wed, 5 Feb 1997 04:14:48 -0800 Received: from darwin.pacific.net.sg (darwin.pacific.net.sg [203.120.90.60]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA16676 for ; Wed, 5 Feb 1997 04:14:35 -0800 Received: from NGKB.webproxy.nyp.ac.sg (max79ppp37.pacific.net.sg [203.120.79.37]) by darwin.pacific.net.sg (8.8.2/8.8.2) with SMTP id UAA21459 for ; Wed, 5 Feb 1997 20:14:30 +0800 (SGT) Message-Id: <199702051214.UAA21459@darwin.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" X-Priority: 1 (Highest) Date: Wed, 05 Feb 1997 20:11:10 +0100 To: info-performer@sgi.com From: Kian Subject: PLS HELP. URGENT. Status: O Hi. I need to get some HELP urgently. How do I integrate a joystick with CSI EasyScene or Performer? Anyone has any sample codes to do that? How do I set it up? Anyone ever successfully use a RE2 or IR with the joystick? How to do it? Please HELP as I've a presentation to show some important ppl in 2 days' time! Many thanx!!! Kian Nanyang Polytechnic, Singapore PS. PLEASE REPLY via this email address: NKB@PACIFIC.NET.SG ----------------------------------------------------------- Kian | Singapore |\/\/\/\/| Alias | Wavefront Certified Instructor | | Email : nkb@pacific.com.sg | | ( (o) (o) Home Page: http://home.pacific.net.sg/~nkb | ) OR http://www.geocities.com/Hollywood/1749 | \ Tel: 65.750.3661 | _______\ Fax: 65.755.5571 | / Save our earth. Think GREEN. ----------------------------------------------------------- ======================================================================= 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 Feb 5 05:34:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA12658; Wed, 5 Feb 1997 04:56:57 -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 EAA12642; Wed, 5 Feb 1997 04:56:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA29496; Wed, 5 Feb 1997 04:56:53 -0800 Received: from ligsg9.epfl.ch (ligsg9.epfl.ch [128.178.78.71]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA21370 for ; Wed, 5 Feb 1997 04:56:48 -0800 Received: by ligsg9.epfl.ch (Smail3.1.29.1 #28) id m0vs6u5-00008EC; Wed, 5 Feb 97 13:56 MET From: "Amaury Aubel" Message-Id: <9702051356.ZM2997@lig.di.epfl.ch> Date: Wed, 5 Feb 1997 13:56:45 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: 3D morphing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performer gurus! I am a new to Performer so please don't blame me for asking what you might consider a beginner's question. I am using pfMorph to implement 3D morphing. I linearly interpolate vertex coordinates, normal coordinates etc. So far, so good. My problem arises when it comes to assigning materials and colors to the vertices/faces amd more specifically to morph them. To smoothly morph from material A to material B, I need to construct a new geoset for each frame. Isn't this slow? (I'm implementing real-time morphing). Isn't there another way to morph materials? Or should I only morph colors and forget about materials? Thanks in advance, Amaury. -- +----------------------------------------------------------------------+ Amaury Aubel aubel@lig.di.epfl.ch EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 Swiss Federal Institute of technology, Computer Graphics Lab +----------------------------------------------------------------------+ ======================================================================= 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 Feb 5 08:54:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13183; Wed, 5 Feb 1997 08:53: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 IAA13167; Wed, 5 Feb 1997 08:53:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA14591; Wed, 5 Feb 1997 08:53:30 -0800 Received: from ignacio.csi-east.com ([206.161.162.194]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA02659 for ; Wed, 5 Feb 1997 08:53:15 -0800 Received: by ignacio.csi-east.com (950413.SGI.8.6.12/940406.SGI) id IAA01553; Wed, 5 Feb 1997 08:42:38 -0500 From: "Matthew Fadoul" Message-Id: <9702050842.ZM1549@ignacio.csi-east.com> Date: Wed, 5 Feb 1997 08:42:38 -0500 In-Reply-To: Bill MacKrell "[Fwd: PLS HELP. URGENT.]" (Feb 5, 10:32am) References: <32F861B9.4907@coryphaeus.com> Reply-To: matt@coryphaeus.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: NKB@PACIFIC.NET.SG Subject: Re: Joystick with CSI EasyScene or Performer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19702050842.ZM1549.csi-east.com" Status: O -- --PART-BOUNDARY=.19702050842.ZM1549.csi-east.com Content-Type: text/plain; charset=us-ascii > How do I integrate a joystick with CSI EasyScene or Performer? > Anyone has any sample codes to > do that? How do I set it up? Anyone ever successfully use a RE2 or IR with the > joystick? How to do it? > > Please HELP as I've a presentation to show some important ppl in > 2 days' time! > > Many thanx!!! > Kian > Nanyang Polytechnic, Singapore > > PS. PLEASE REPLY via this email address: NKB@PACIFIC.NET.SG Kian, I've built several articluated flybox(tm) example programs that run under EasyScene (which is Performer-based). Go to ftp.coryphaeus.com, login as anonymous and cd to /pub/Examples and download flybox.tar.Z. This example demonstrates how to articulate a model and drive it from the flybox input stream. There is also a static geometry version of the model included in this archive (in *.dwb format) if any others wish to have a very detailed model of a BG systems flybox. The following jpeg image is a snapshot of my model taken from Perfly. If you have any questions please email me direct. I hope this will help. Regards, Matt Fadoul ;-) -- _ _ \\_________________________________________________________________// \ / / _/_/_/_/ _/_/_/_/ _/_/_/_/ Matthew Fadoul \ \ _/ _/ _/ Coryphaeus Software, Inc. / / _/ _/_/_/_/ _/ 1420 Spring Hill Road, \ \ _/ _/ _/ Suite 480 / / _/_/_/_/ _/_/_/_/ _/_/_/_/ McLean, VA 22102 \ \ matt@coryphaeus.com / / ph:(703) 917-6624 \ \ http://www.coryphaeus.com fx:(703) 918-0394 / / \ \ Coryphaeus User Reflector: csi-users@coryphaeus.com / / To subscribe (free): majordomo@coryphaeus.com \ \ subject: leave blank / / Body of message: subscribe csi-users \ \ "If you like peanut butter...and you like jelly... / / well, you know what to do. \ \_________________________________________________________________/ --PART-BOUNDARY=.19702050842.ZM1549.csi-east.com X-Zm-Content-Name: flybox1.jpg Content-Description: JPEG Image Content-Type: image/jpeg ; name="flybox1.jpg" ; x-irix-type=JPEGJFIFImage Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u /9j/4AAQSkZJRgABAQAAAQABAAD//gBGQ1JFQVRPUjogWFYgVmVyc2lvbiAzLjAwICBSZXY6 IDMvMzAvOTMgIFF1YWxpdHkgPSA3NSwgU21vb3RoaW5nID0gMAr/2wBDAAgGBgcGBQgHBwcJ CQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/ 2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIyMjIyMjIyMjIyMjL/wAARCAH7AncDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAA AAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNk ZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAA AAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEI FEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpj ZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPE xcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDEooor9NOI KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApaSloASiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA5W/1q8a5ngSRYkR3TKDk jOOSen4Yp9lpseqqXmv3MwGB5hz+HNRX1tG+u3Y2YGVPHHJUE1no7xtuRip9RX57jcRVnXnT nJvlbXlueg6DhTjU6S/QmvdOazkKsyMD0Ip8GqX1u24XLuCRkSHcDjtz0/CoJJ5ZRh2LAdM1 Cc1hTq1KTvTk0/IzaT3Ogt/Ew24urc5xy0Rzn8D/AI10FedsOP8A61d3p3Ol2nH/ACxT/wBB r6rJcdWxDlCq72sYVIJaos0UUV75kFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFLSUtACUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFVtQuxZWck3BbogP8THoP8AParNc3qt2L3UFgQkwwEhu2X7/l0/OvOzTGrCYaU7+89F6/8A AOjCUHXqqCIXzFZyTNzLKSSenJ6mqKxgqSR1FT30mQiADA5qAH5cf0r89o3acnuz18zmvaql HaKsRsOaYRTm57Uw/wCf8/5/x2PNGMOK7PRHaTR7YuckKVHHYEgD8gK4xvpXY6Dzotvx/e/9 CNe7w+39Zkv7v6oyrfCaVFFFfYHOFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFLSUtACUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA Fcvr1ummvDLaxbY5CwcY+UHqMenU8e3SuorF8URvJpSsq5CSqWPoOR/MivMzfDwrYSfMrtar yNqFWdKalB2OceUzNuI7YxQTUMZO0VL17V8IkkrI6ZzlOTlLdgaaevSlNNI56UyRjdK7jSo1 i0m1VBgGIMec8kZP6k1w7dK7vTv+QXaf9cU/9Br6Hh5L2s35fqY1tkWaKKK+sMAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApaSloASiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAqjrMPn6RcpuxhN+cZ+782P0q9TJ4VuIJIWJCy KUJHXBGKyrQ9pTlDumgTs7nn0XAxipscdKhi6Zx2qUcivzc7QNNI56U400jnpQAxun4V3enf 8gu0/wCuKf8AoNcG1d1pbK+lWhUhh5Kjg9wMEV9Dw9/Fn6fqY1tkW6KKK+sMAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApaSloASiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooA86iHyjjtUwFRRD5R9Kmxx0r8yO0D9KYRz0 p5FMI56UARt+Fd1paKmk2gVQAYVOAMZJGT+tcI30rvNN/wCQXaf9cE/9Br6Hh7+LP0/UxrbI tUUUV9YYBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABS0lLQAl FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRUN3K0FnPMgBZI2YAj gkAnmplJRi5PoBwMQ+UcVNj2qKMYHSpce1fmh2gaYw9qeaYw9qAIm6V3mm/8gu0/64J/6DXB SdOn5V3um/8AIKtP+uCf+g19Fw7/ABZ+hjW2Raooor6swCiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKAClpKWgBKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACqupsqaXdFmCgxMMn1IIA/OrVZniD/kCXH1T/0IVz4qXLQnLsn+Q47o 5FBUmPao0HBqTHtX50dghpjD2pxprc9qAIJOnSvR1RUQIihVAwABgAen0rziQZU8Zr0ivpuH P+Xvy/UwrdAooor6cxCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KAClpKWgBKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsXxOWGmIF YgNMAwz1GCcH9K2qwPFE2IbaDbne5fdnpgYx/wCPfpXBmklHB1G+xVP4kc8o4p9MUcDin18C dY00w08/SmNQBBL9016TXnkEK3F3DCxO2SRUJHXBOK9Dr6jh2L5akvT9TCt0CiiivpTEKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKWkpaAEooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAK5zxUMvZf8D/APZa6OuY8USq13awgHci MxPsTgf+gmvLzlpYKd/L80XT+Ix1HtTqao4HSnV8MdQ0j2qNulSEe1RsOOlAEll/yFLTOP8A XJ1/3hXf1xGhf8h22GP7/wD6Ca7evruHo/uJS8/0X+Zz1twooor3zIKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKWkpaAEooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAoqrealZ2OPtM6oW6Lglj17DnHvWXN4qtFDiGCaVgcLkBVbn16/p XLWxuHou1SaT/H7hqLeyN6uV8TI39pxPhtpiABxwSGPH6inS+Kp2UeVaIjZ5LsWGPTAAqrP4 i1CeIpthQH7xVM5HpzkY/wA/XxcxzHB4ii6Sk/kv87GsISTuUlHHQU4/TNRtcSzMvmBBj+5G q/yHNPHI5618vK19DcQj2qNh7VI30qbTtRisJJGktEuGJUqWIBQjPTg+v6VdKMJTSnLlXff8 hPYm0C2mk1eGdYmMUZfc+OB8pGM+vIrs6w7fxPZybRPHJCxzk43KPxHJ/KtWC8trrHkTxyEr u2hhnHuOo619nlSw1Kl7OlUUru/bt03OepzN3aJ6KKK9YzCiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKAClpKWgBKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiori5htIjLPIsaDux6+3vSlJRV27ICWsi48S6bBkLI8zBsFYkz+pwCPoazdV8SWt1ZzW 1uk5L/L5nCDHr3JHtgZBNc7GmRwK+ezDO/ZyUMM0+7NoUr/EXNQu49Q1CW5SJkD4HzMDnAwD 047cc/WohGKRU9uKkA9q+XqVJVJuct3qbJWVhPL9vrR5ftUgHHSngA9R1qBlfyz6UuGHc1Pt B7UbB6UAQHd3PSmFOematbB6UbKAKuw+lNZM9vzq0UFNKAdqAH2+q6hZ4ENwzIMfI/zDA7c9 B9K6bR9aXU90UkflzquSByrD1Hpyenv3rk3Uc8VJZ6jdadI725Xa2NyMuQ3XHv3Nepl+ZVMP USnJ8nVb/cZzgmtNzvqKw9L8Rw3siwXCeTO3AOfkc+ntnnj9a3K+yoYiliIc9J3RztNbhRRR W4gooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKWkpaAEooooAKKKKACiiigAo oooAKKKKACiiigAooooAK5TxZHm8tm83P7sjy/7vPX8c4/4DXTzrI1vKsLBZShCMegbHGeK8 7KSCV/N3eZk79+c575968HPsRyUVS5fi6+hrSWtxBHj8aeI+elOUZJp4FfIHQIFp4HtQF9qd jJ6UAAHXinCgDPalxQAD6UD6UYox7UAH4UfhRj2oxQA09KQj2pxGe1NIyKAIyM9qjZamIppT PagCscK4PlhgDyGzg+3FdjYeJLS8Kxyq0EzMFCkbgxJwACB9OuOtcmyZ7c1E8YGTjiu7BY+r g5Nw2e6JlBS3PSqKr2KsljArzee2wZkzndx645HvVivvYy5opnIFFFFUAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUtJS0AJRRRQAUUUUAFFFFABRTJpooF3TSpGpOAXYAE+nNUZ dd0yKRka6Ukf3VLA/iBisqlelS/iSS9WkNRb2Ro0Vz03i22CjybaZ2zyHIUY+ozVObxbcswM NtEi45Dksc/UYrgqZzgofbv6JlqjN9DraK4KXXdTljZGumAPXaoU/mBmqM001w++aSSRgMAu xY49Of8AP9eCpxHSX8ODfrZf5lrDvqz0CfVLC3D+bdxAocMobLZzjGBzVCbxRp0b4TzZgR95 E4+nOK4rHt/n/P8An1Mf5/z/AJ/rwVOIcRL4Ipfj/X3GioR6nTT+L2IcQWgBz8rSPnjPcAen v+dYdxem8ummeGNGb7wjBAJ9ec/5/WqBnAA5qVEwOledXx2IxKtVldfIrkjHYnXntTxUag+n FPFcoDwOOlOHWmge3504daAHCjHtSAe1KPpQAoFGOlH4UUAGKMe1FJ+FABj2pMdKX8KaaAEI zTSPanGmke1ADSOOlQuuRzUp96s6XBbXWoxw3L7UPQdN5/u57Z/z1rSlTdWahHdibsrm14VW 5FpN5m77PuHlZ6Z53Y9untnPvW/SKqooVVAUDAAGBj0pa/QcJQ+r0Y0r3t1/r8Dkk7u4UUUV 0CCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAClpKWgBKKKKACufvfEpt7ieCK13FGK B2fHI9sdM+9dBXAaiP8AiZ3fH/LZ/wD0KvEzvF1sNTi6Ts2zajBSbuXJvE2oyIAvlRHP3kTk +3OapSarqEshdryYE/3XKj8hxVfHtSFQe1fJ1Mbianxzb+Z1KEVsiPHtRj2p5SkKH0rlKG49 qMe1KR7UY9qAG49qMe1Lj2pkiFsDHy9x60xDsUYpJdPiS3il3RsZM5VWJZcHHI7ZpsYYAhgf YmhoSZIo+Ycd6mUZAGKhA5HHepk6VUdhS3JQKcBx0pq/Snj6UyRce1OpAOtOFACge1AFAFGP agBce1GKAKPTigAx7UmPalox7UAJj2ptOI9qTHTigBppppxFNIoAjYe1RksrBlJVgcgjgg5q Yj2qJqNgO20a/Oo6esrA+Yp2OTj5mA68fWtCvPLTV72wGy3kCx79xQoCG6deM/rWpD4vuV3e faRSZxjYxTH1znPavrsJnmH9nGNZtSW7t/kYSoyvdHX0VhxeK9NkchxNEMZ3OmQfb5cmtS3v rS7x9nuIpCV3bVYZx7jqOtevSxdCtpTmn8zJxa3RYoooroEFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUtJS0AJRRRQAVwGoj/AImd3x/y2f8A9Crv64DUR/xM7vj/AJbP/wChV83xH/Ch 6nRh92Vse1GPajHtRj2r5I6gx7UY9qMe1GPagAx7UhUHtS49qMe1ADSlIUPpT8e1GPagCMj2 ox7VJj2pCoPagCPHtUiEHikKUhU+lNOwmrlgU8dKqh2HfP1qRZvUH8Kq6I5WWPwpw5qESoT1 /OpQcjIwfemIcKUfSm0ooAcKKQfSj8KAFpPwpPwooAX8KbmikNAAaaaU/Smn2oAaenNROcc8 09iAOagdwcigLERHJ471G7EfKoG73qTFIVB7VBdiIfaAclFK9MinrhhnHsatm9kOniy2x+UJ N+QuDnGPx61WAx2puwlcs22oXtptFvcyoq5wm7K8/wCyeO9aVv4p1GLAlEU43ZJZNpI9ARx+ lYmPajHtXTSxuIpfBNr56fcJwi90ddD4vtmQme0mRs8BCGBH1OK04dc0y43bLyIbevmfJn/v rGa8+x7UY9q9Kln+Kh8dpfh+Rm6Eeh6grLIgdGDKwyGByCP8KWvMYZZbdy8EkkTEYLIxUken FaMHiLVISmZxKqjG2RAc8dyBk/nXpUuIqL/iQa9Nf8iHQfRne0VykPjBwEFxZBiT87xvjjPY EenvWnb+JtMuMBpHhYttAlTGfxGQB9TXpUs0wlX4Zr56fmZunJdDYoqKG6t7nd5E8Uu372xw 2Pripa74yUldMgKKKKYBRRRQAUUUUAFFFFABRWfqOs2mmsEm8xpGGdiLk455547VWh8T6dNu 3GWIjpvjzu/75zXLPG4aE+SU0n6j5ZNXsbNFRQXEN1F5kEiyIe4PtnB9OtS10xkpK6d0IKKK KYBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABS0lLQAlFFFABXAaiP+Jnd 8f8ALZ//AEKu/rgNRH/Ezu+P+Wz/APoVfN8R/wAKHqdGH3ZWx7UY9qMe1GPavkjqDHtRj2ox 7UY9qADHtRj2ox7UY9qADHtRj2ox7UY9qADHtRj2ox7UY9qADHtRj2ox7UY9qAAjPakKA9qX HtRj2oAaUpCp9Kfj2ox7UAN8xwc7m/OnefL/AHv0/wDrUEA9RSFAe1FxWH/aX/ur+RpRdPnl QR7VEUP1pCp9Kd2FkT/av+mf6/8A1qhkvmGVjjG8d2PFNxTSikk45NNMTj2FS9uRnzYFIPTB x/jUgu2dchAPY84p00wlgiiEMSCMEbkX5mz6nv8A/XqBUCjAFDYkiU3DnPAH4UxpHbqTSY9q THtSuVZAcnrn8f8AP+f5pj2/z/n/AD6rj2oxSATHt/n/AD/n1Me1LijFADcdOKMUpHt/n/P+ fUx7f5/z/n1AExRilx7f5/z/AJ9TH+f8/wCf6sBMe1Jj2pce1GKAEx7UY9qXFGKAEx7UY9qX HtRj2oENKg9RV6LV9Shcsl7MSRj523j8myKpY9qa7qmN3Gfb6VpTq1KbvCTXoJpPc6CDxbfI UE0EMqgYbAKs3Hr0/StO28W2Uu0XEUsLHO443KPxHP6VxHn7sbEP408MzKfkwe1ehSzrF0t5 39f6v+IfVubZHoa69pbwtL9tiCrnIY7WOPRTyfwFNh8Q6VcSBEuxlum9GUfiSAK81Mc0XzlS M9+tWLbUBG6iWFWXoSvB+tdb4ixNk4wi/v8A8zP6tFO07o9TjkSZA8bq6HoynINOrjDPBZYc yCJgDg7sE/T86tWniyGNRHLbTGMA4kEm8sc+jYwOfXjpXdgOIqWIdq0eTz3T/DQVbCuns7nU 0VjxeJ9KlQFrgxMQTskQg8Z9Mj8j+tNTxVpclw0YeUIBkSmM7W9vXv3Hb8/Y+v4VJP2kdfNH PyS7GT4r/wCQtF/1wH/oTVnRkR2Ttj5jgZq54juIbrUYZYJBIhgXlfq3HsfaoNPtxeXVpakA q75cEkAqOSPyBr43Gr22NkoO93p8zojpHU67R7T7HpUEZXDsu58rtOTzg/Tp+FXqKK+5pU1S goR2Sscrd3cKKKK0AbLLHDGZJXVEHVnOB+JpVZZEDowZWGQQcgj/AArkPFYzq0XGf3A/9Cas y3iVY2nO4MmCpBxg18/ic8dCvKlyXS8/+AaxpXV7nodFZ2hrc/2VE91K0jyZdd3JCnoM9/X8 cdq0a9yjU9pTjO1rq9jJqzsFFFFaAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFLSUtACUUUU AFcBqI/4md3x/wAtn/8AQq7+uA1Ef8TO74/5bP8A+hV83xH/AAoep0YfdlbHtRj2ox7UY9q+ SOoMe1GPajHtRj2oAMe1GPajHtRj2oAMe1GPajHtRj2oAMe1GPajHtRj2oAMe1GPajHtRj2o AMe1GPajHtUsdtPMpaOCR1BxlVJGfyoAix7UY9qVlKMVZSGBwQRyDSY9qADHtRj2ox7UY9qA DHtRj2ox7UY9qAAqD1FIUB7UuPajHtQAwofQGkKn0qTHtRj2oAjxSY9qkKg9qCgNAEePajFO KH0zSFSO1ACY9qTHtTse1Jj2oATHtRilx7UY9qAExRilx7UmPagQmPb/AD/n/PqY/wA/5/z/ AFXHtRigBMe3+f8AP+fUx/n/AD/n+tWed1lZF4APXFRKyvjezfjzTsONm7XL3A54wBVU3RJ+ VQB7jNWIo1kj+VsoRiobi0WOPehPBGQfSpU43sbywtRQ51qgiLueHB744qWS1abbkgY9qz8e 1W2vQqhY4zgAAbqJKV/dHRlQaftUV3RoZCufmHcfhVi2nZSfMf5AO/XNOWITKHlT5z17VXkS ONyoDEj1qmlJWZjGo6c+aG39blmS4S4PkqDhv4qge2KDO5cDGSRSxZLAoVXPQAVO0LyoFJwP XFSnGGhrKFbEPmauUwodizbmYnk56++atxsxABQfhUE1q0IDEgqTj3pIZpFkUF/lJGc81T1V 4kRhGE+WqmhWgn3MwQ4zng06K9liz8qP/vD/AAqaS+jUfKC36CoWtD/CwPPcVMbyXvIdeFOD XspXL5l8+OGXYFLJyB65Iq7p2qHS7szCDzsxbNu7b3B9D6Vr+B9Jt7mC5W7t4pVZtvK5IGB0 PUfhWT4hggttamtraIRxRYUAEnsD1P1ropSnQaqU3ZrY5n7z1Ohi8V6bI5DiaIYzudMg+3y5 NacGo2V0UWG6hdnGVUONx4z0615vj2pNoPavZpcQ4iPxxT/D+vuM3Qj0PUqK83ttQvbTaLe5 lRVzhN2V5/2Tx3rSt/FOoxYEoinG7JLJtJHoCOP0r0qXEOHl8cWvxX9fIzdCXQm8V/8AIWi/ 64D/ANCaqFtC1z5FqmQZnAJAzgdzj260zUdRfVL03DpsG0KqZzgfXAzySfxrQ0B7WPURJczR R+XEdnmNt+Y8denQn868Ofs8Xj3Z+7J+mhprGJ2KoqIERQqgYAAwAPT6UtIrLIgdGDKwyGBy CP8AClr7pWtocoUUUUwCiiigAooooAKKKKACiiigAooooAKKKKAClpKWgBKKKKACuA1Ef8TO 74/5bP8A+hV39eeXMv2i5mm27fMctjOcZOcV81xJJezprrdnRh92RY9qMe1GPajHtXyZ1Bj2 ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2rv fBKK+hzqyhlNwcgjI+6tcFj2r0rwnGq+G7YqgBcuWIHU7mGT68ACnHcmWw/UrfQhKEvntIpS MqJHVTj1AP09Kx28JadfRtLp14jqCVBR96g9eTzk9PT/ABit4ZZdQ1rT5rubT743TXouCD+8 tgNq/MCPlGehOB09cEFjcXN/Lexzpf21opDSxjyppZFjI2h1XcecfxEEEctzV2IuZ134R1GA AxR+aCOgHP8AUfr/APXx57O4tifOhZACBkjIz6Z6V1Da3d6dBBNNJfWqNLIot7qITAjg/ebY +Msccnp17HTtdet7q8azv4ITINkYuLfMkTuw6A7cr1OPoeeOZ5SuZnnuPajHtXpl34Y0253H yQjE5yB398cn86w7rwOyn/RrgsM/xAE/0/rS5WPmRx+PajHtWpdeHtRtCd8GRgnKn07DPX8K zXjeNykiFGHUMMEUirjce1GPajHtRj2oAMe1GPajHtRj2oAMe1GPajHtRj2oAQqD2pClOx7U Y9qAGFD6A0hHtUmPajHtQBHj2pMe1SFQe1IUoAZj2ox7U4ofSkI9qAKM1tK0hcAHJ6D0qBo3 T7yEc4zitXHtSY9qq5PKZ8Vw8S7EUHJz/Kp4PPZ90u7GO/H6VYCAEkKAT1460uPap03sac87 crehVulRFB2KWLdxVdWB6/L24HarN1C8gQoucZyKplGXG5CPqKpaozvZlyEA7QkmfQZ/pTms VYltxDE/WqcTCOQOVzjt71ObqeU4jTAyOgzUOMr6M7KdWg4fvI6lUCrMF15MJQqzHPHpVloI 36oM5znFNFvEpyIx+PNU7SVmc1Oc6cuaDGI5us71GwHge/8An+dN+xrxhj71ax7UmPb/AD/n /PqLTYUpObvJ3ZElvGmCFyfU81JikeRE+8wHt3qu92M/Imfc0asnRHpHgaLbp7vjgsTXGa/e Rya5ePnnzSuOp+Xj+ld34MwPDqSDHzAk4/WvLtRdZtTu5VOVeZ2BHcFq2kvdSIT1HC6jJwVI BPXFSLLG+MMOTiqGKlS2kf8AhwPes7Iq7LuPajHtTIYBEDzknrUmKkZvaJ4bfWLV5UuBGwyF UpkE+57fkay9Us/sOpTWu/zPLIG7bjPAPTn1rvfBkXl6OHx1ya4LVZDJq15I5/5bNyfTNayS UUStyvDLLbuXgkkiYjBZGKkj04rQtvEGqW20faPNRc/LKu7P1PXv61mDkZGMUY9qdLEVqT/d ya9GNxT3R0tv4wlGBc2iPluWiYrhfoc5P4itOLxRpciFnkkhOcbZIySf++c1w+PajHtXpUs8 xlPdqXqv8rGboxZ6VHeWsySPFcwyKgy5VwQo56+gotry3vPM+zyrJsba2PX/AA9+leaAcg45 FW7fUru0bfbyBHK7S20HI445GK7Y8Rz5480Pd62evyHHD03B3bv07Ho9FcZB4tvkKCaCGVQM NgFWbj16fpWlB4us3VPPgmjYnDYAZRz69f0r16Wc4Op9q3rp/wAA53Smuh0NFUrfWNOuseVd xEltoVjtJPpg4PertejCpCorwaa8jNprcKKKKsAooooAKKKKAClpKWgBKKKKACvN8e1ekV5v j2r5biX/AJdf9vfodOH6hj2ox7UY9qMe1fLnSGPajHtRj2ox7UAGPajHtRj2ox7UAGPajHtR j2ox7UAGPajHtRj2ox7UAGPajHtRj2ox7UAGPatjTfEuo6ZCsETRvAoIWORMgZOc5GD3PfvW Pj2ox7UAdDqmr6fr5RriKbT7uM7I7qE+ZhTkMrj5SVwTxz1PqQZBYWuoRpDbfZrhI5DsW0nM Erg4LHy5QwJHPO4ZAA7Cuax7UY9qfMTyo62e/wBUsr++1C6jlQrLst4bpGMSBiAH3rmNcA7f vD7zZPZltdAgv9AgW3tYheTMvm3Kyb1jUFxuBBKsSFwVU9WBOOK5+z1jUdPG22upEQDAQnco yc8A5H+ffndtfHF1GhW6tI5yAAGRth9yeCDn2xT5kLlZ3RHXj9PrQR14/T61hWvi3SLnAaV4 GLbQsqY/HIyAOe5railiuIhLDIkkbZw6EEHr3FUSUbrWIYLuS1jhluJYo/Mm8raBCvbezEAE 8kDOcAnp1z5L7S7uBmnsJVtgrEzIiyoMYJz5RbB5B544/PK1q2h0XxPLq+oxifS9RjFtLgcw thcEjqR8mcjkc9wM071NBurn7Gkkun29q7SOXQu0hLKrBQSWU/KuOD3yBjkA1T4d0bV4zLpt yhOFYiNhkZ6ZGPl47YzxWbd+C7yLcYHEig8ZHb8OT+VW7q2vNTjvdSkhttRsjuW2TyT5hG/5 cFVDAA5zzzg9jmqo1jVtMMaS/aEupm3x2kq+ajqwCryzGRTkMcZPPYd1ZDuzDn0y9tgTLbOu M5xztx1zjpVTHtXqumahb63p63Cxd9rxuM7WxyOnPXr70y50DTrr/WQDOCuepx9SDS5R8x5b j2ox7V1et+GLXTrSa5SVxtAKqBkZyBjn+ef/AK/KY9qlqxSdwx7UY9qMe1GPagYY9qMe1GPa jHtQAY9qMe1GPajHtQAY9qMe1GPajHtQAhUHtSFKdj2ox7UAMKn0pMVJj2oIz2oAjx7UhHtU hQelIUoAhMEWQfLXj2pwUAAAYFPKn0pMUAJj2pMe1Lj2ox7UAV5LpUYqFJIOPaq73Er8Z2j/ AGauPBG5yUGfXpUTWa/wsR9RmqViWmUwvFG32q0LRu7AD2GamW3jX+HJ9+ad0TyspJE78qhI 9anWz4+dvwHb/P8An3tY9qMe1K5XKhixIn3UA7dKdj2/z/n/AD6hIUEnge9QSXSLkKCx9ulL ceiJ8e3+f8/59Y3lSMckZ9B1/wA/5+tR7iR++0f7PFRAU7EuR7HoEf2fw8hPaPJ/KvHpZZJ5 DJKxZmOSfrXSL431RdPazSG0VGTbuCNuHuPmx+lc4kTyfdXPv2rWTTSsShgyDkZB9qkSaUEA Et7EZzU6WY/jP4Cp0jSMYVQP8/5/z1ybRSTGxlmQF1AJ7Y6U/HtRj2opDbSWomPajFBPtTTV KJk6q6Ck+1MJoNIaq1jNyb3EJqWG7uLbd5E8kW773luVz+X1qGkppuLutwVzah8V6pE5Z5I5 gRja8YA/8dwa1bbxrEcC6tHX5eWjbdk/Q4wPxNccfpSV3Us0xdLabfrr+YcqfQ9GtfEulXWw faPKds/LKNuPqen61pQzw3KF4JY5VBwSjBhn04ryU/ShXeN1eNmVlOQynBBr0aXENVfxIJ+m n+YnTXQ9eorzCDxDq1vu2X0rbsZ8zD/+hZ9a6/w1rl5rL3IuIoFWILgx5Byc8YOcjj1/PNet hM4o4mappNSZEqbSudBS0lLXrECUUUUAFeb49q9IrzfHtXy3Ev8Ay6/7e/Q6cP1DHtRj2ox7 UY9q+XOkMe1GPajHtRj2oAMe1GPajHtRj2oAMe1GPajHtRj2oAMe1GPajHtRj2oAMe1GPajH tRj2oAMe1dfbeDI7rTre4S4YPNErkN0UkZ9Oa5DHtXqVncJZeGLe6kVikNksjBRkkBMnFNEy ZxN54V1C1DMEDoMYPQ+n0/Wsia2mt22zRMhzgZHX6etdo3iW6Q2fnvDE17Gssccdq0u1XJ2g neCzY64X6Z7yW+uR38Mryaa12YlQySWIJyxyPusFbt23cd+KfKLmOCx7UY9q7iTRdC1GQwW0 4huh8vlOpjk6bvuEA9O+DWdeeDLuIsbdg6gjAPPH4cn8v/rqzHzI5jHtUsFxPauXt5pIXIwW jYqcenFTT6Ze2wJltnXGc452465x0qpj2pFGx/wkl9LYy2d4sN5BIoQrOmSAPcYOe+TzkA/W c6nY3FhJZxzX+npIqxeWWF1Cqg9cP8w4P8JHQHk1gY9qMe1O7FZHVC0F9fw3EL2NzHEUEEFh L9lk2hizfu2B55J4ZeBnPNaeiWerJe3V5e/aJJQ0kMcU+AACA4fIJAUkBcKDg/Q1wWPatC11 vU7PAhvJQoXYFY71A9ADkCnzE8p6PpWnHTbR43l8+aSV5ZZdu3ezE845A4wMD0q8R14/T61x Fr45nDkXlnG6EjmElSo78HOevtW9a+KdIu9o+0+S7Z+WZduOvU/d/XvTuhWZX8XD/iT3H+6v /oYrzvHtXZeMruCe1RI54pGEqsFVgTtKkg8duf1rjce1TLcqOwY9qMe1GPajHtSKDHtRj2ox 7UY9qADHtRj2ox7UY9qADHtRj2ox7UY9qADHtRj2ox7UY9qADHtRj2ox7UY9qADHtRj2ox7V Ytog5LMoIHABoQm7FfHtQRntV5rdG7d6ia0/unvTsxcyKpQHtSFD9amaB1/h4zTCpHUYpFEZ U+lJipMe1BUHqKAIse1BHtUhQHtTSh9AaAG49qMe1KVPpRigCjJbzsQW+c/XpUBRl+8pH1Fa uPakx7VXMTymXipktpG/h2j3q6I1U5CAH2FLijmDlIEtkXkjcfepQoAwBgCnYz2o2+tKzYpS jHcTHtRilx7Uh+lWo9zGVZv4RDTTSmmn6UzJtvcQ0hoNIaBiGmmlNJQMSk/Cj8KQj2oKEpPw pab+FIYhpDSmmmmUJXe+CrTydJkuGjw08nDZzuVRgfTndXBV6nolr9j0Szg2srCMMyuMEMeS D+JNe3kFLmxLm/sr8X/wLmdV+6X6Wkpa+xMBKKKKACvN8e1ekV5vj2r5biX/AJdf9vfodOH6 hj2ox7UY9qMe1fLnSGPajHtRj2ox7UAGPajHtRj2ox7UAGPajHtRj2ox7UAGPajHtRj2ox7U AGPajHtRj2ox7UAGPavSYtb0LULNrMzxxxPCUaKQGMBSMFc8DoccH6V5tj2ox7U07CaudTeX er+FyukLOGs5HVbW/mXiFST+7diCOMfgO3QK5bS2v1S3ex8qxiRpbi/tWBSRlBJYEKVYAlgB yRnjbgg8/Z6nfaec2tzJEM52g5UkjHKng1a/ta2uJxNfaTbSSBWBlt2a3kctwxZl+9kZzx39 +XzE8rLbYurWS7W88yziZYLezvmGXOwKTgEKu0ODkc9zjqdjw7JqGm6hDpN8ZX823MoRsOYM EqBkEjaQv0yQPXOZbJo921okWoCMW4KJFqNspXHDA7o9gPOfvE5LHjnns7S1tGnk1CFxcSzA r5+/d8oJwq44AHt1xzk81RJakijl+/Gr4zjcuf6Vl3nhvT7sMTCFc4y2Mn8+v6//AF9cjrx+ n1oI68fp9aAOLvPA5Dk2sx256EZ/w/mawLvQdQswC9uWU91B/LBGTXQR65rNx4Wt7uCKaa7v HkbzIYQwgCvgKFCnIIB6knryamt9buxql1Ym5guIoGkMrXyrBhQQoAZcg8nqVGfxpWQ+ZnEv G8blJEKMOoYYIpuPau9mvdKuLdZdQ06aCJkDmdVE0IOduAybhnORyB+vMEnhTT9QVpdOuomX cw3RvuUHrg4yPyx1pcpXMcTj2ox7Vu3vhW/tQWVRIoAJ4x3x7j9f/r5E1rPb582F0Abbkrxn 696mw7ohx7UY9qMe1GPagYY9qMe1GPajHtQAY9qMe1GPajHtQAY9qMe1GPajHtQAY9qMe1GP ajHtQAY9qMe1GPajHtQAY9qMe1GPajHtQAoUkgAck4q3Ovl2MoXqsbYI69DUVtHucsRwP51N dj/Q5+P4G/kaqKIkzAiv7mPHzlgOzc5/HrWlFfXQthcSWU32fH+tCEqTnHXHr71h49q6yKJ5 vApVF3EKWI6cCTJ/QGqJK0WpW0ozuC+zcVZGx+gB5rk8e1bui/8AHm/H/LQ/yFAFqW3URsyr yKqY9q0mXcjAdSCKzce1Q9zRbBj2ox7UY9qMe1IYY9qQqD2pce1GPagBCgNNKH0zT8e1GPag Bm0+lG0U8j2pK0UUclSrK7SG/hSGlI9qaaoxENIfpSkU00DENNNOP0pppFCGmmnGmmgYlNNO x7U2goQ0h+lKaQ/SgYlN/ClI9qTHtSGIaaRTjTSPamUT2MC3OoW1u5ISWVUYjrgkD+tetV55 4Pt/O19X3Y8mN3xjO7jbj/x7Neh19bw/S5aEqnd/l/w5hVetgpaSlr3zMSiiigArJuvDtjPk xq0LnJyh4yfUHt9MVrUVjXw9KvHlqxTGpOOxyNz4ZvIiTAUnXIA52t+R4/WsmWCWBts0Txse QHUg4/GvRKbJGkyFJEV0PVWGQa8TEcPUZa0ZOP4r/P8AM2jXa3POce1GPauvu/DdncFnhLQO eyjK5zzx/wDXrHuvDt9Blo1WZBk5Q84Hse/0z/j4WIyfF0deXmXda/hubRqxZkY9qMe1Okie JykkbI46qwwRTce1eY007M1DHtRj2ox7UY9qADHtRj2ox7UY9qADHtRj2ox7UY9qAHIjSOqI hZ2ICqoyST2FW5tIv7f/AFlo4OcYHJH4Ck0gf8Tmx4/5eI//AEIV6vJGkgw6Kw64Zc+vtTSu S3Y8cx7UY9q9RvfD+n32TJAAxB+YD8fy+lYN74JGSbWQgZGB14x6H/E0cocyOMx7VLBcT2rl 7eaSFyMFo2KnHpxV260K/tPvwFhgH5Qc9cdCM1nMpRirKQwOCCOQaQzo7PxpqMDYuUjuUySc jY3ToCBjr7Gt2z8aadOMXKSWz4JORvXOegIGe/p/9fz7HtRj2p3YcqOtks73Snv20CRbnTb5 xua3bcbRyRnaqg5GG/hGQMf3RlLe7kvDa6PHNb3sbSAX3mMY5mcElhhyHIVQvIGfl+q1y0Us sEolhkeORejIxBH4itJPEF6YRDdrBfQqcrHdxCQA+uTyTye/enzE8pd3aLqLtEGubDTLYAlc 797nOCeuH5P97KqegFSRx6hbwf8ACQLcwNO8wjiWNNv2gFmDAoEG4k4I74yeoFVDc6Lc2Isw t/p6cqiJN58S5OQxD8jBz93BwTzzXY6YukXUUKW08VyIcvHGVVfLIxlvLCgA5Gc4yCxxgHFO 4rM2SOvH6fWoZrSCckyRKT64we/cVMR14/T60jnajEDkAnp9aYjzTxLbQ2uoxpBEsamEEhRj nJrGx7Vq+I2ZtcnBJIUIFz2G0HA/M/nWVj2rN7mi2DHtRj2ox7UY9qBhj2ox7UY9qMe1ABj2 ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2oxntRj2qa3j3yZI4WhAy1HH5cYXAz3 qtqcnlWL4OCx2jjrnr29M1bx7Vka07b4o9pC4LZ7E5/p/WtDIy443lkWONC7uwVVUZJJ6ADv Whdadqdhbyxy5EKuBNHFOrhG4xuCk4PHf0qTw1cxWmv200ziNAHXeTgAlCBz25I57VejsrrQ I9RfVlEc13atFHH5iu7lmX5uCeBjkn8M80Ac3j2rc0Uf6G/A/wBYf5CsPHtXR6dCIbGPgZcb zg9c/wD1sUAW/wAKzWXa7L6HFaWPaqE67ZnA9aiW5cSPHtRj2ox7UY9qRQY9qMe1GPajHtQA Y9qMe1GPajHtQDA000ppDWx5u4h+lNNOx7U00DQh+lNNKfpSGgoaR7UhpSPakNIY00lKaQ9a Bjce1JS49qSgoQ/SkpSPam0DEx7UmPalx7UmPakMQ0mKU0lMo7TwNAy2t5OSNjuqAd8qCTn/ AL6FdZWR4Ztzb+H7UNGEdwXOMfNkkgnHtitevv8ALqXssLTj5X+/X9Tmm7yYUtJS12kiUUUU AFFFFABRRRQAUUUUAMlginULNEkig5AdQRn8ayLnwzZygmAvA2MDncOvcHn9a2qK56+EoV1a rFP8/v3KjKUdmcZeeHr22BZFE6Z6x8nGe4/wzWWyMjMrKVZTggjkH0r0eobi1gul2zwpIMED cvIz6HtXh4jh2nLWhK3k9V9//Dm0cQ+qPPce1GPausufC9rISbeR4ST0I3AD+f61jXOgX9sC wiEqjqYjnv0xjP6V4mIynF0NXG67rX/g/gbRqxl1MzHtRj2pWRkZlZSrKcEEcg+lJj2rzTQu aQP+JzY8f8vEf/oQr1kjrx+n1rxrHtWnZa/qdhhYrp2jG0eXJ864HYZ6D6Ypp2JauepEdeP0 +tZupam9rfWNhDErXF6ZAjufkQKuSTgZJ5GBxn1FYFn45UjbfWZBwcvAc5OePlPTg+p/Wpta aDxBBBcaJfxrqlnIz24JKs/HzKAcdRjkgjjHQmquibMSHxO8qXjyLa3VrbsgY48hmyW+6rFt 3AyASp46VJNPoN8yLewyWbOXEf2hNquMZJV+Vx0wQf6ZyH1iPW53Fxp9utvbJKzWjyCOfzNu XA5DcHcc4wQDkFgBQlxFLLLqNxdmxkmhaK2tZYS6eWVGOi4MfJx8uMjPzYILEXbjwXDLH51l PuVwGQg5BHt6jHPXv+eFeeHb+zJzFvXJwRwcD2PX8M/46EVjq1lqn2Wy2C+LhpprZsQqpUhR ImwKDgEjj+LoSRXW6LqS6zpazsqiTJSVADgN+I7gg9+velZD5meXPG8blJEKMOoYYIpuPavV 7rR7K7GJIF654HHfsRiufvPBETKTaylGA6EHH65z+YpcpXMcRj2ox7VtXvhi/tCcIHXIAPTt +X6msiSGSFtssbI3XDLg1Nh3NO18S6va4C3byLu3FZQHz7ZPOPoa3bXxwrRlL2zIbacvCcgn t8p6cH1P61xmPajHtTuwsi1qN59vv5bny/L34+XOcYAHXHtVXHtRj2ox7Uhhj2ox7UY9qMe1 ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2q/DH5cYGOTya qwR75RxwOau49qqKIkwx7UFQwIKgg5BBHWjHtRj2qiSrNptrMP8AVBD0BTj/AOtVKbRDnMMg xngOOn4//WrXx7UY9qAOdGm3IkRXhKhmAyPmx09K6M89qTHtRj2oAMe1VLpQJQQOo5q3j2qv eDlDj15qZFRKuPajHtRj2ox7VJYY9qMe1GPajHtQAY9qMdeKMe1BHtTjuRUdoMQ0h5pTSfhW xwDTSGlNIfpSGhpHtSGlI9qaaChD9KaacfpTTSGIaaetONNNBQn4Un4UUn4UDEx7UmPalx7U mPagYmPakx7UuPakx7UhifhTooXnmSGNd0kjBVHTJJwKaa1PDlr9q1+1UqxVG8wlR028jPHT OB+Na0KftasafdpDbsrnpEMKQQxwxriONQijOcADAFPoor9HSSVkcoUtJS0wHbaNtSbfajb7 Vh7QdiPbRtqTb7Ubfaj2gWI9tG2pNvtRt9qPaBYj20bak2+1G32o9oFiPbRtqTb7Ubfaj2gW I9tG2pNvtRt9qPaBYj20bak2+1G32o9oFircWcF0u24hSQYI+ZckZ9D2rFuvCkL5a2maM8na 43DPYZ6gfn/j0m32o2+1cuIwuHxH8WKfn1+8uMpR2ZwV1oOoWpObcyrkANF836df0/8Ar5uP avT9vtVa5061vB/pFukhwBuI+bGc4B614tfIYPWjK3k/8/8AhzWNd9Uec49qMe1dbdeEoXy1 rM0Z5IVxuHsAeoH5/wCOHe6Jf2JJeAvGBnzIwWXGATnjj8a8avl2Joayjp3WptGpF7EMeozr 5ayiK5jjwFjuY1lVR6DcDtB9sdvarAvbaWNFcXEDRxeXGMi6hX5h0ilzjjAyG7CszHtRj2rj uyrI7XwvBbfbL+Y6hBLczsyQvE7B9p+Y/I4znockt/PPU2dlBp9olrax7IUztXJOMknqeepr yHHtWnZa/qdhhYrp2jG0eXJ864HYZ6D6Yp8xPKepEdeP0+tBHXj9PrXHWfjlSNt9ZkHBy8Bz k54+U9OD6n9a6Oz1jTtQbbbXcbuSQEPyseM8AjJ4p3QrMvEdeP0+tU7nS7O6QrJAuD6Djrnp jFXCOvH6fWgjrx+n1piOVvvBdvJua2bY3zEAfpx0/lWFd+E9QtyNi+YDjtjnPTuP1/8Ar+jk deP0+tZ2tTPBps7x8OsburY6EA47UmkNNnlePajHtRj2ox7VBoGPajHtRj2ox7UAGPajHtRj 2ox7UAGPajHtRj2ox7UAGPajHtRj2ox7UAGPajHtRj2ox7UAWLQ/My45PP8An86tY9qp2xxM BgcgirmParjsRLcMe1GPajHtRj2pkhj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2qG6GYhx/FU2P amTqTA2B/nNKWw47lDHtRj2ox7UY9qg0DHtRj2ox7UY9qADHtQfpRj2oP0qobmFd+6JTSPan Gmke1aHIIaaaU0h+lBSEP0ptKfpSH6UhjTSGlNIaBjTSUtJj2oKGmk/ClNJ+FAxMe1GPalx7 UmPagY3HtSY9qXHTikx7UhiGus8C26vdXlwc7kRUHphiSe3+yK5M16X4U02bT9FVbhSskrmU oy4K5AAB/AZ/HFerk9NyxSl0jqKb0NfbRtqTb7UbfavsfaGFiPbSbfepduOaTNHtAsS7aNtS bfajb7Vx+0LsR7aNtSbfajb7Ue0CxHto21Jt9qNvtR7QLEe2jbUm32o2+1HtAsR7aNtSbfaj b7Ue0CxHto21Jt9qNvtR7QLEe2jbUm32o2+1HtAsR7aNtSbfajb7Ue0CxHto21Jt9qNvtR7Q LEe2jbUm32o2+1HtAsULrSbG9JM9tGzE5LDhjxjkjk1h3Xg5SCbO5IOBhZhnJz6gentXV7fa jb7VyVsLh63xxV+/UpTktmecXeiahZZMlszIM/PH8wwO/HQfWs/HtXq+32qnd6RY3p3XFqjM SCWA2scDHJHJryq2TLelL7/8/wDgGqrd0eaY9qMe1dXd+DHBJs7kEZHyzDGBjnkDnn2/+vg3 ek39iC1xaSIoAJcDcoycckZH+fz8qrhK1L446GqnF7E1lr+p2GFiunaMbR5cnzrgdhnoPpiu hs/HKkbb6zIODl4DnJzx8p6cH1P61xePajHtXPdjsj1ez1jTtQbbbXcbuSQEPyseM8AjJ4qp 4llWDSLh2BIMbJwO7cD+deZ49qmkuriaJIpZ5XjTAVGckLjpgU+YXKQ49qMe1GPajHtUlBj2 ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1ABj2ox7UY9qMe1AD4+JV x/eFX8e1ZuPatIYYAjBBqokSDHtRj2ox7UY9qokMe1GPajHtRj2oAMe1GPajHtRj2oAMe1Ml YLE2e4IFPx7VUuH3NgdBSew1uQY9qMe1GPajHtUGgY9qMe1GPajHtQAY9qD9KMe1IauBy4h7 IQ9aQ/SlNIas5xppD9KU00j2oKENNI9qcaafpSGIaaaU0hplCUmPalpPwpDLemW6XF8gkx5a fMw9cdvzxW5caTZ3A4QIexTiuchneAnb3xmtCDUzwCeaaaNI2sNudBnjyYSsi9h0P+FZckUk TbZI2RuuGXFdLFqSnqas+bBcqFkiSQE8BlzzRZMfKcbjpxWlpWg32ssTbRgRKcNK5woOM49S foD1FdBZaHpiapbyTxsYmYARk5Xd2yMEkZ9+/pwe4SJY41RECIoAVVGAAOwFejgcDGv703ou hEnYxtH8N2WjruRfOuD1mkAyOMHb/dHX8+Sa19tSbfajb7V9HTUKUeWCsjMj20bak2+1G32r T2gWI9tLg+tP20bDR7QCXb7Ubfan7aNtcXtCrDNvtRt9qfto20e0Cwzb7Ubfan7aNtHtAsM2 +1G32p+2jbR7QLDNvtRt9qfto20e0Cwzb7Ubfan7aNtHtAsM2+1G32p+2jbR7QLDNvtRt9qf to20e0Cwzb7Ubfan7aNtHtAsM2+1G32p+2jbR7QLDNvtRt9qfto20e0Cwzb7Ubfan7aNtHtA sM2+1G32p+2jbR7QLGXeaBp19uMtqiyHOXj+Vsnvx1P1zWDd+CWBJsrpSMj5JhjAx/eA559v /r9lto21zVcNQq/FHUpSkjyy90q907H2q2aNTjDcFfpkZGeDxVPHtXr+2sm88M6XeA/6MIXw AGh+THOenT8xXm1cstrTl95oqvc82x7UY9q6q98EXCbmsrhJV5ISQbW9gD0J/KsC80y9sCft VrJGMgbiMqSRnAYcGvPqYerT+JGiknsVMe1GPajHtRj2rEoMe1GPajHtRj2oAMe1GPajHtRj 2oAMe1GPajHtRj2oAMe1GPajHtRj2oAMe1X4eYU47Yqhj2q5bHMWMDg4/wA/nTiTLYmx7UY9 qMe1GParIDHtRj2ox7UY9qADHtRj2ox7UY9qAGTPsQnuaoHnPFTXD73wOgqHHtUNlxQY9qMe 1GPajHtSKDHtRj2ox7UY9qADHXikNKR7UhrSOxxV3eYh57U0078KaaoyENNI9qU0h+lBQ00h +lKaT8KQxppDSmkxTKEpKWkpDE/Cm/hWlpui3epq8sQjit0IV55n2IpPQZ7np0z1HrXVabp9 tp8gbTIjNNtwb2YHIyOdiY4+pyeSOR11jSbV5aL+tikrmJYeH5dqy6lMbVD0g2kzOM/3f4Qc EAnv25rU0vQ3jAaUkn07Ct6204IfMkLSSHq7ksx+pNTSyJF8iKzOeiqMk/QVbjF25UWtCK2s lN3ASisEJZsjpxwfzxW1t9qp6fazq7T3A2M2VWMEHA9TjvV/bXs4KLp07PdmctWM2+1G32p+ 2jbXX7QVhm32o2+1P20baPaBYj245oqXFFHtAsSbfajb7VJto21x+0KsR7fajb7VJto20e0C xHt9qNvtUm2jbR7QLEe32o2+1SbaNtHtAsR7fajb7VJto20e0CxHt9qNvtUm2jbR7QLEe32o 2+1SbaNtHtAsR7fajb7VJto20e0CxHt9qNvtUm2jbR7QLEe32o2+1SbaNtHtAsR7fajb7VJt o20e0CxHt9qNvtUm2jbR7QLEe32o2+1SbaNtHtAsR7fajb7VJto20e0CxHt9qNvtUm2jbR7Q LEe32o2+1SbaNtHtAsYl54X0q8BzaiF8ABoPkxznp0/MVzV74IvoQWtZY7kAD5SNjE56DOR7 9f8A6/oG2jbXNUoUqm6+4pSkjx+7sLqxfZdW0kJJIG9cA464PQ/hVfHtXs7xLIjJIqsjDays Mgg9qxb3wjpN4SwgNu5IJaA7e2MYwQPwH/1+KeBa+BmiqdzzLHtRj2rqb3wNfQgtaTRXIAHy kbGJz0Gcj9f/AK/O3VncWM5huoHikHZh1GcZHqODyK450pw+JFpp7EGPajHtRj2ox7VAwx7U Y9qMe1GPagAx7VatP4x7jiquPaprXibp1FNbiexcx7UY9qMe1GParMwx7UY9qMe1GPagAx7V HM4RPc1J+AqlO+9/YUmxpXZEec8UY9qMe1GPaoNAx7UY9qMe1GPagAx7UY9qMe1GPagAI9qS lP0pprZbHnzd5MQj2pD9KUj2ppoET2tlcX0jR20LSuqliB6dP6io5rW4tx++glj5x86EfzFe n/ClNKh07Up9SV5DPKkahRgoEBOc987/AE/h75ruptF8P3o/cXflk/wyrVqF0aqF1c+b6THt Xu998OrK5LssFtNkcsmAfzrl7/4ZRJkok8OPQ5H6g0ezY+RnlxpK7G7+H19FuMM6P6BlI4+o zUdr4Fu5CDPKFHcKP6mp5WLlZy1taz3tzHb20TSTSHCqvf8Az610dl4etbRgNQQ3l0f+XaCT CR9iJHHO7OeF9OetdVY+G/sdkbVWIibh9qhTIOeGIGWHzHgkirkOlQ2q4VAMe1axilrbUtR7 mXFZXF0EN0wKJgJEo2xoB0AUccA49cd60FijtlxwKkllw3lQo0kh6Koz7fgOetTQ6TvffeMs npGudo57+v8ALr1rSMJTZRTj8++Yi3XbH3lYHb1xx6nr+XbvpW1hFbcqC0hzmRsFiPTOOnA/ z1ubaNtd1KnGnruyWR7fajb7VJto21v7QViPb7UbfapNtG2j2gWI9vtRt9qk20baPaBYj20u z3p+KTFHtAsybbRtqTb7fpRt9v0rj5yrEe2jbUm32/Sjb7fpRzhYj20bak2+36Ubfb9KOcLE e2jbUm32/Sjb7fpRzhYj20bak2+36Ubfb9KOcLEe2jbUm32/Sjb7fpRzhYj20bak2+36Ubfb 9KOcLEe2jbUm32/Sjb7fpRzhYj20bak2+36Ubfb9KOcLEe2jbUm32/Sjb7fpRzhYj20bak2+ 36Ubfb9KOcLEe2jbUm32/Sjb7fpRzhYj20bak2+36Ubfb9KOcLEe2jbUm32/Sjb7fpRzhYj2 0bak2+36Ubfb9KOcLEe2jbUm32/Sjb7fpRzhYj20bak2+36Ubfb9KOcLEe2jbUm32/Sjb7fp RzhYj21HNbxXERimiSWNuqOoYHv0NWNvt+lG32/SlzjsczfeCtKu9zQo9tIdxBjOVJPqp7D0 GK5y98C6lAxNq0V0mQBg7G6ckg8dfc16Tt9v0o2+36VjOlTl0GpNHidxa3Fo4S4t5IXIyFkQ qceuCKix7V7bNbxXETRTxJLG3VHUMD36Gue1LwRpl4C1sGs5iScoNynJ7qfxxjHWuaWGa+Fl qfc8zx7UY9q6S/8ABOrWm5oUS6jG45iPzAD1U9z6DP8Ajz80EttK0U8TxSLjKOpBHfoa55Rc d0Ve4JK6dDx6Hmpluv76fiKq49qMe1F2FkaCyI/3SCc07HtWbj2qRJXToePQ80+YnlLU77E9 zVH8KfI7SHLUzHtSbuUlYMe1GPajHtRj2pDDHtRj2ox7UY9qADHtRj2ox7UY68UITdlcDTTS mkNbHnCH6U00p+lIaBo09M1270qNooQpjZixBz16f0rbtvHMqY86FuvJBzXIY9qdDbzXMyww QySyt0RFLMe/QU1JrYtSaPRrTx5bZ5laM++RW9a+NEmA23auD6kGuV0T4fBSs+sMrjH/AB7R k8ZA+8w9OeB7cnoe1azt3thbPbxNAAAIigKgDoMYxxgV0RjJ7myv1JV1y3ufvLGSe9Q3GpWs Qz8oqs+hac8ok+zBGAwBEzIPyUgfjU0emWcYTFtGSh3KzruYHOepyarlYzOfVzc8WsMkwL7M xoSAeOCeg6jrRHaX92x88fZkBxjIZm6dMcDv/hW3t9v0o2+36VSguoFaG2jt02RJtUknrnJ+ tS7ak2+36Ubfb9K1U7CsR7aNtSbfb9KNvt+lPnCxHto21Jt9v0o2+36Uc4WI9tG2pNvt+lG3 2/SjnCxHto21Jt9v0o2+36Uc4WI9uOaKk20bPf8ASlzhYk20bak2n0o2n0rj9oXYj20bak2n 0o2n0o9oFiPbRtqTafSjafSj2gWI9tG2pNp9KNp9KPaBYj20bak2n0o2n0o9oFiPbRtqTafS jafSj2gWI9tG2pNp9KNp9KPaBYj20bak2n0o2n0o9oFiPbRtqTafSjafSj2gWI9tG2pNp9KN p9KPaBYj20bak2n0o2n0o9oFiPbRtqTafSjafSj2gWI9tG2pNp9KNp9KPaBYj20bak2n0o2n 0o9oFiPbRtqTafSjafSj2gWI9tG2pNp9KNp9KPaBYj20bak2n0o2n0o9oFiPbRtqTafSjafS j2gWI9tG2pNp9KNp9KPaBYj20bak2n0o2n0o9oFiPbRtqTafSjafSj2gWI9tQ3Fnb3cYjube KZAchZEDAH1wR7mrW0+lG0+lHOFjkb7wDpdwpNo0lo+ABg7168kg8nj3/wDr8zqHgfV7Pc0K R3cY3HMR+YAeqnufQZ/x9U2n0o2n0rNxgxps8KmgltpWinheKRcZR1Kkd+hqPHtXt95plnqM ey8tYpwFIBdASueuD1HbkVzV/wDDzT5yWs55bUkj5SPMUDHQA8++STWTh2K5jzXHtRj2rob/ AMFa1YqXFstygAJa3O7HOMbSAx/Af1rAkjeKRo5EZHRtrKwwVI6giotYobj2ox7UY9qMe1AB j2ox7UY9qMe1ABj2ox14ox7UEU47mdV2gxDSdaU03HtWxwiGkNaelaDqOtSBbO2ZkzhpW4Re mcn15BwMn2r0jQ/Bdho7edJ/pd1xiSRBhCDkFV5wenOSeOMZoNIwcjitC8FX2q+TcXI+zWT4 bcT87rz90Y/U+oIz39F0rRLHRrcw2UO3dje7HLOQMZJ/PjpyeOa09p9KNp9KuLSN4wSI9tG2 pNp9KNp9Kr2hViPbRtqTafSjafSj2gWI9tG2pNp9KNp9KPaBYj20bak2n0o2n0o9oFiPbRtq TafSjafSj2gWI9tG2pNp9KNp9KPaBYj20bak2n0o2n0o9oFiPbRtqTafSjafSj2gWI9tJj6V LtoxR7QLEm32o2+1SbaNtcftCiPb7UbfapNtG2j2gEe32o2+1SbaNtHtAI9vtRt9qk20baPa AR7fajb7VJto20e0Aj2+1G32qTbRto9oBHt9qNvtUm2jbR7QCPb7UbfapNtG2j2gEe32o2+1 SbaNtHtAI9vtRt9qk20baPaAR7fajb7VJto20e0Aj2+1G32qTbRto9oBHt9qNvtUm2jbR7QC Pb7UbfapNtG2j2gEe32o2+1SbaNtHtAI9vtRt9qk20baPaAR7fajb7VJto20e0Aj2+1G32qT bRto9oBHt9qNvtUm2jbR7QCPb7UbfapNtG2j2gEe32o2+1SbaNtHtAI9vtRt9qk20baPaAR7 fajb7VJto20e0Aj2+1G32qTbRto9oBHt9qrXumWWox7Ly1hnABUF1yVB64PUfUVd20baXOBx Op/DuxnV306Z7aU8rG53x9On94ZOOcnvxXJah4O1vT2ObNrhNwAe3/eZ4z0xux7kf/X9j20b aXMh3Z8/Y9qMe1e6ahomnaopF7ZRTEgLvK4cAHOAw5HPoe59eeU1H4a2su59Ou3gb5iI5RvX PZQeoHudx/qcyHc82x7UEe1b+oeDNc09jmya4j3BQ9t+8ycZ6AbvxI/nzNoXgrUdaUTyf6Ha nGJJEJLgjIKr3HTnIHPGauLS1MqybjZHOwW811MsNvDJLK2dqIpZj36Cu70D4ffduNaH94fZ Vb8izKfqcD256iux0nw/p2ix7bO2VZCNrSt8zt0zk++AcDjPatLbQ6vYiFFLVleC1htoVht4 Y4olztSNQqjv0AqTb7VJto20vaG1iPb7UbfapNtG2j2gEe32o2+1SbaNtHtAI9vtRt9qk20b aPaAR7fajb7VJto20e0Aj2+1G32qTbRto9oBHt9qNvtUm2jbR7QCPb7UbfapNtG2j2gEe32o 2+1SbaNtHtAI9vtRt9qk20baPaAR7aNv0qTbRgetHtAsS7f84o2/5xTjQa4+cobt/wA4o2/5 xTjQaOcBu3/OKNv+cU40GjnAbt/zijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQ aOcBu3/OKNv+cU40GjnAbt/zijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcB u3/OKNv+cU40GjnAbt/zijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcBu3/O KNv+cU40GjnAbt/zijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcBu3/OKNv+ cU40GjnAbt/zijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcBu3/OKNv+cU40 GjnAbt/zijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcBu3/OKNv+cU40GjnA bt/zijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcBu3/OKNv+cU40GjnAbt/z ijb/AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcBu3/OKNv+cU40GjnAbt/zijb/ AJxTjQaOcBu3/OKNv+cU40GjnAbt/wA4o2/5xTjQaOcBu3/OKNv+cU40GjnAbt/zijHvTx1p 2P8AOaOcND//2Q== --PART-BOUNDARY=.19702050842.ZM1549.csi-east.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 Feb 5 09:33:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA13314; Wed, 5 Feb 1997 09:31:26 -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 JAA13298; Wed, 5 Feb 1997 09:31:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19475; Wed, 5 Feb 1997 09:31:24 -0800 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 JAA12502 for ; Wed, 5 Feb 1997 09:31:22 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA09630; Wed, 5 Feb 97 11:29:26 -0500 Date: Wed, 5 Feb 97 11:29:26 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9702051629.AA09630@mred.bgm.link.com> To: info-performer@sgi.com Subject: GL_TRIANGLE_FANs in Performer? Status: O Is there a reason why Performer doesn't support a pfGeoSet primitive that equates to GL_TIANGLE_FAN ? I'm guessing that it's missing because IrisGL doesn't have an easy equivalent. But for new applications that don't have to run on IrisGL platforms, it seems that I'd get better throughput if my database loader could generate a PFGS_TRIFAN where making a PFGS_TRISTRIP is topologically impossible. Try making a cone from a PFGS_TRISTRIP and you'll soon see how a fan structure would be useful. This would presumably improve my 'meshing' efficiency overall - and that has a big impact on throughput. There might also be a case for adding GL_LINE_LOOP and GL_QUAD_STRIP primitives - but for typical terrain+feature databases, this isn't anywhere near as important as improved triangle handling. 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 Feb 5 11:14:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13599; Wed, 5 Feb 1997 11:13:01 -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 LAA13583; Wed, 5 Feb 1997 11:13:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01153; Wed, 5 Feb 1997 11:13:00 -0800 Received: from od.sri.com (od.sri.com [128.18.53.220]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA09678 for ; Wed, 5 Feb 1997 11:12:59 -0800 Received: by od.sri.com (940816.SGI.8.6.9/940406.SGI) id LAA09101; Wed, 5 Feb 1997 11:12:30 -0800 From: "Nathaniel Bletter" Message-Id: <9702051112.ZM9099@od.sri.com> Date: Wed, 5 Feb 1997 11:12:29 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com, cve@Cs.Nott.AC.UK Subject: Graphics/VR Job Opening at SRI International Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O 3-D Graphics/Virtual Reality Position Perception Program Artificial Intelligence Center SRI International Title: Research Engineer Location: SRI International, Menlo Park, CA, USA Start Date: Approximately 3/1/97 Salary: $42K - $67K Length: permanent position Primary duty: Join a team to design, implement, test, and demonstrate TerraVision II, a VRML-based high-speed networked application for viewing extremely large (10's of G-Bytes) terrain database. See http://www.ai.sri.com/~magic/ for more information. Other Duties: Join a team to design, implement, test, and demonstrate other graphics applications, in particular: (1) multi-user graphics/virtual-reality applications using advanced multi-server architectures and advanced networks; (2) a surgical simulation and training system using SRI's 7 degree-of-freedom, two-arm force-feedback console; (3) other graphics applications for image processing projects. Write technical reports and contact potential clients for graphics/virtual reality technology. Experience: At least 3 years of experience in computer graphics, and 1 year experience in networking and distributed databases. Extensive experience with Unix, C/C++, Silicon Graphics, IrisGL, OpenGL, Inventor, Performer, the X Windows system, VRML are key. Familiarity with image processing, Common Lisp/CLOS, and Java are a plus. Having a security clearance, or being able to get one, is also a plus. Education: BS or MS degree in CS/EE. Company description: The Artificial Intelligence Center (AIC) is an integral part of SRI International, formerly known as the Stanford Research Institute. As part of a research institute, it carries out comprehensive and effective long-term programs. At the same time, the Center provides the stimulation and creative exchange of ideas characteristic of an academic setting by maintaining associations with universities and other research groups and by providing opportunities for students and visiting fellows from the United States and abroad to participate in ongoing projects. The AIC Perception Program performs research in machine vision, computer graphics, expert systems, and evidential reasoning. Our work in machine vision encompasses a broad range of activities, from research into the fundamental principles of vision in man and machine, to applications in remote sensing, cartography, advanced automation, and defense. The AIC is one of the world's major centers of research in artificial intelligence. Founded in 1966, the AIC has been a pioneer and a major contributor to the development of computer capabilities for intelligent behavior in complex situations. Its objectives are to understand the computational principles underlying intelligence in man and machines and to develop methods for building computer-based systems to solve problems, to communicate with people, and to perceive and interact with the physical world. The Virtual Reality Program (now part of the Perception Program) explores the technology that has come to be known by such terms as virtual-reality, tele-presence, and cyber-space. The program has three main thrusts: development of new hardware and software components for virtual-reality systems, development of virtual-reality applications, and evaluation of the (application-dependent) sensory requirements of virtual-reality systems. If interested, please mail, fax, or email resumes to: Yvan Leclerc Room EK252 SRI International 333 Ravenswood Ave. Menlo Park, CA 94025 USA email: leclerc@ai.sri.com fax: (415) 859-3735 ======================================================================= 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 Feb 5 11:13:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13581; Wed, 5 Feb 1997 11:12:14 -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 LAA13565; Wed, 5 Feb 1997 11:12:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01046; Wed, 5 Feb 1997 11:12:13 -0800 Received: from firewall.cgsd.com (firewall.cgsd.com [205.164.126.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA09490 for ; Wed, 5 Feb 1997 11:12:11 -0800 Received: (from etran@localhost) by firewall.cgsd.com (8.6.12/8.6.12) id LAA08008; Wed, 5 Feb 1997 11:13:11 -0800 Date: Wed, 5 Feb 1997 11:13:10 -0800 (PST) From: Eric Tran To: Kian cc: info-performer@sgi.com Subject: Re: PLS HELP. URGENT. In-Reply-To: <199702051214.UAA21459@darwin.pacific.net.sg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Kian, If you need something up and running in such a short time, it may be faster for you to implement the joystick on a PC (should be fairly easy to do) and send the joystick data to the SGI through TCP/IP connection. Good luck ! ------------------------------------------- Computer Graphics Systems Development Corp. (415)903-4940 (415)903-4932 (415)903-4930 Fax: (415)967-5252 On Wed, 5 Feb 1997, Kian wrote: > Hi. > > I need to get some HELP urgently. > > How do I integrate a joystick with CSI EasyScene or Performer? > Anyone has any sample codes to > do that? How do I set it up? Anyone ever successfully use a RE2 or IR with the > joystick? How to do it? > > Please HELP as I've a presentation to show some important ppl in > 2 days' time! > > Many thanx!!! > Kian > Nanyang Polytechnic, Singapore > > PS. PLEASE REPLY via this email address: NKB@PACIFIC.NET.SG > > ----------------------------------------------------------- > Kian | Singapore > |\/\/\/\/| Alias | Wavefront Certified Instructor > | | Email : nkb@pacific.com.sg > | | > ( (o) (o) Home Page: http://home.pacific.net.sg/~nkb > | ) OR http://www.geocities.com/Hollywood/1749 > | \ Tel: 65.750.3661 > | _______\ Fax: 65.755.5571 > | / > Save our earth. Think GREEN. > ----------------------------------------------------------- > > ======================================================================= > 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 Feb 5 13:46:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14341; Wed, 5 Feb 1997 13:45:01 -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 NAA14325; Wed, 5 Feb 1997 13:45:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16692; Wed, 5 Feb 1997 13:44:36 -0800 Received: from tds-akron.lmco.com (tds-akron.lmco.com [158.186.100.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA18061 for ; Wed, 5 Feb 1997 13:44:19 -0800 From: david.heskamp@lmco.com Received: from ldsa by tds-akron.lmco.com (SMI-8.6/SMI-SVR4) id QAA26149; Wed, 5 Feb 1997 16:26:31 -0500 Received: from pc1197.ldsa by ldsa (SMI-8.6/SMI-SVR4) id QAA06164; Wed, 5 Feb 1997 16:42:46 -0500 To: info-performer@sgi.com Subject: reflecting GeoSets causes shading to malfunciton Date: Wed, 5 Feb 97 16:37:23 EST Message-Id: <9702052137.172F98@pc1197.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Hello Performers: I have a GeoSet with normals bound per vertex. I am trying to reflect the GeoSet across the YZ plane by negating the X-component of all the coords and negating the X-component of all the normals. Shading does not work after I do this. The geometry is located properly, but the surfaces appear black for the most part. Anyone know why? Dave Heskamp Lockheed Martin Tactical Defense Systems 1210 Massillon Road Akron, Ohio 44315-0001 phone: (330) 796 - 5383 fax: (330) 796 - 7009 email: david.heskamp@lmco.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 Feb 5 14:07:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA14468; Wed, 5 Feb 1997 14:05:58 -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 OAA14452; Wed, 5 Feb 1997 14:05:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA19486; Wed, 5 Feb 1997 14:05:57 -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 OAA23342 for ; Wed, 5 Feb 1997 14:05:49 -0800 Received: from picard.dnaco.net (eheft@picard.dnaco.net [206.150.232.4]) by april.dnaco.net (8.8.5/8.8.4) with ESMTP id RAA07886 for ; Wed, 5 Feb 1997 17:05:34 -0500 (EST) From: Eric Heft Received: (from eheft@localhost) by picard.dnaco.net (8.8.4/8.8.4) id RAA17318 for info-performer@sgi.com; Wed, 5 Feb 1997 17:05:42 -0500 (EST) Message-Id: <199702052205.RAA17318@picard.dnaco.net> Subject: Help with textures. To: info-performer@sgi.com (Performer Mailing List) Date: Wed, 5 Feb 1997 17:05:41 -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 Hello, Brief question: How do I get an inventor object with a texture, to display the texture *EXACTLY* the way its defined in the texture image? (at a range where the object is the same size as the texture) Background: I'm writting a program thats going to be used in vision research, and its important to be able to say exactly whats going on when we present a stimulus and before we can do the interesting objects we've got to get some pilot stuff out of the way. So, we need to present a checker board with nice sharp edges. I've created a rgb image file with the checker board. I figured I map this onto a simple object. *THE PROBLEM* If I bring the object close to me the edges of the checker board are blured! I've tried turning anti-aliasing on and off and it makes no difference. I've set the texture model to DECAL which at least gets rid of the shading problem :) In the man page for pfTexture there is a pfTexFilter function, could this be what I want? How would I use it with the model? Where can I look for more information? etc,etc :) Here is the basic inventor model I'm using. #Inventor V2.0 ascii Separator { Texture2 { model DECAL filename "chkbrd.rgb" } Material { ambientColor 1.0 1.0 1.0 } Transform { translation 0 0 0 scaleFactor 10.0 10.0 0.1 } Cube { } } 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 Wed Feb 5 20:18:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA19479; Wed, 5 Feb 1997 20:17: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 UAA19463; Wed, 5 Feb 1997 20:17:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA16674; Wed, 5 Feb 1997 20:17:10 -0800 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 UAA08714 for ; Wed, 5 Feb 1997 20:10:39 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id JAA23016; Thu, 6 Feb 1997 09:39:53 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199702061509.JAA23016@teil.soft.net> Subject: reflecting GeoSets causes shading to malfunciton (fwd) To: info-performer@sgi.com Date: Thu, 6 Feb 1997 09:39:52 -0530 (IST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1721 Status: O The problem might be that, as u r mirroring the X co-ordinates, your polygon/face 's front plan goes to back, and so Performer engine HIDES it from u and so u see is only BLACK.. try to print the normal value or something like that and check that out ;) regards -swapnil According to david.heskamp@lmco.com: > From guest@holodeck.csd.sgi.com Thu Feb 6 03:35:46 1997 > From: david.heskamp@lmco.com > To: info-performer@sgi.com > Subject: reflecting GeoSets causes shading to malfunciton > Date: Wed, 5 Feb 97 16:37:23 EST > Message-Id: <9702052137.172F98@pc1197.ldsa> > X-Mailer: SelectMAIL 1.2 > X-Status: > > Hello Performers: > > I have a GeoSet with normals bound per vertex. I am trying to reflect the > GeoSet across the YZ plane by negating the X-component of all the coords and > negating the X-component of all the normals. Shading does not work after I > do this. The geometry is located properly, but the surfaces appear black for > the most part. Anyone know why? > > > Dave Heskamp > > > Lockheed Martin Tactical Defense Systems > 1210 Massillon Road > Akron, Ohio 44315-0001 > > phone: (330) 796 - 5383 > fax: (330) 796 - 7009 > email: david.heskamp@lmco.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ************************************************************ E-Mail : swapnil@teil.soft.net WWW : http://www.teil.soft.net/~swapnil/ Call me: 91-080-8452016 ext-218 ************************************************************ ======================================================================= 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 Feb 5 22:00:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA19648; Wed, 5 Feb 1997 21:59: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 VAA19632; Wed, 5 Feb 1997 21:59:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA20030; Wed, 5 Feb 1997 21:59:12 -0800 Received: from herschel.pfgroup.com (sea-ts4-p35.wolfenet.com [207.178.59.85]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA22493 for ; Wed, 5 Feb 1997 21:58:36 -0800 Received: (from moore@localhost) by herschel.pfgroup.com (8.8.3/8.7.3) id VAA10411; Wed, 5 Feb 1997 21:54:10 -0800 (PST) Date: Wed, 5 Feb 1997 21:54:10 -0800 (PST) Message-Id: <199702060554.VAA10411@herschel.pfgroup.com> From: Tim Moore To: swapnil@teil.soft.net CC: info-performer@sgi.com In-reply-to: <199702061509.JAA23016@teil.soft.net> (swapnil@teil.soft.net) Subject: Re: reflecting GeoSets causes shading to malfunciton (fwd) Reply-to: moore@wolfenet.com Status: O From: swapnil@teil.soft.net (SWAPNIL H SHAH) Date: Thu, 6 Feb 1997 09:39:52 -0530 (IST) The problem might be that, as u r mirroring the X co-ordinates, your polygon/face 's front plan goes to back, and so Performer engine HIDES it from u and so u see is only BLACK.. Close. The order of the polygon vertices has been changed by the flip, so front is no longer front. You can either change all the vertices around in the pfGeoSet, which is a big pain, or you can stick glFrontFace (GL_CW) in a pre-draw callback to change the vertex order to clockwise, and glFrontFace (GL_CCW) in a post-draw callback to reset things for all the other geometry. I'm not sure what the IrisGL equivalent is, or if there's a Performer encapsulation of it... Tim > To: info-performer@sgi.com > Subject: reflecting GeoSets causes shading to malfunciton > Hello Performers: > > I have a GeoSet with normals bound per vertex. I am trying to reflect the > GeoSet across the YZ plane by negating the X-component of all the coords and > negating the X-component of all the normals. Shading does not work after I > do this. The geometry is located properly, but the surfaces appear black for > the most part. Anyone know why? > > > Dave Heskamp > ======================================================================= 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 Feb 6 01:12:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA19944; Thu, 6 Feb 1997 01:02: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 BAA19928; Thu, 6 Feb 1997 01:02:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA27581; Thu, 6 Feb 1997 01:02:23 -0800 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 BAA14444 for ; Thu, 6 Feb 1997 01:02:20 -0800 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC1414.8DEB70D0@correo.ceit.es>; Thu, 6 Feb 1997 10:00:17 +0100 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: FW: pfNode::find() scope. Date: Thu, 6 Feb 1997 10:00:14 +0100 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, > > I am using the pfBuffer mechanism to create/delete some elements of >the database in the DBASE stage which may be forkerd or not (by >pfMultiprocess()). > > 1) Should I check in the DBASE callback the multiprocessing mode to >avoid the use of the pfBuffer whether the DBASE is not forked or not?. > > 2) Can I call to pfNode::find() in the DBASE process (forked) for a >node like pfScene without having scope in the current buffer?. > >Nassouh Chehayeb > > > >Departamento de Mecanica Aplicada >-Area de Mecanica Computacional- >C.E.I.T. >(Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) >Paseo de Manuel Lardizabal - 15 >20009. San Sebastian (SPAIN) >Telefono: ++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 Feb 6 04:21:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA20228; Thu, 6 Feb 1997 04:10:28 -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 EAA20212; Thu, 6 Feb 1997 04:10:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA03602; Thu, 6 Feb 1997 04:10:26 -0800 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 EAA07757 for ; Thu, 6 Feb 1997 04:10:13 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id RAA10263; Thu, 6 Feb 1997 17:40:02 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199702062310.RAA10263@teil.soft.net> Subject: multigen-performer To: info-performer@sgi.com Date: Thu, 6 Feb 1997 17:40:02 -0530 (IST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 504 Status: O Hi, Is there any way to find the DOF origin from Performer after DOF gets loaded in scene by "pfdLoadFile()"??? I want to have this so that i can rotate the DOF object arround local origin instead of world. I need Urgent help. thanks. -swapnil ************************************************************ E-Mail : swapnil@teil.soft.net WWW : http://www.teil.soft.net/~swapnil/ Call me: 91-080-8452016 ext-218 ************************************************************ ======================================================================= 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 Feb 6 05:26:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA20370; Thu, 6 Feb 1997 05:18: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 FAA20354; Thu, 6 Feb 1997 05:18:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA06019; Thu, 6 Feb 1997 05:18:46 -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 FAA15836 for ; Thu, 6 Feb 1997 05:18:30 -0800 Received: by ns.fel.tno.nl; id OAA09643; Thu, 6 Feb 1997 14:26:41 +0100 (MET) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma009628; Thu, 6 Feb 97 14:26:18 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id OAA02904; Thu, 6 Feb 1997 14:09:00 +0100 (MET) From: Mario Veraart Message-Id: <199702061309.OAA02904@s00sn1.fel.tno.nl> Subject: Re: multigen-performer To: swapnil@teil.soft.net (SWAPNIL H SHAH) Date: Thu, 6 Feb 1997 14:09:00 +0100 (MET) Cc: info-performer@sgi.com (Performer) In-Reply-To: <199702062310.RAA10263@teil.soft.net> from "SWAPNIL H SHAH" at Feb 6, 97 05:40:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > Is there any way to find the DOF origin from Performer after DOF gets loaded > in scene by "pfdLoadFile()"??? > > I want to have this so that i can rotate the DOF object arround local origin > instead of world. Take a look at the file /usr/share/Performer/src/lib/libpfdb/libpfflt/README.FLT.R14_2 You must search for a pfDCS in the subtree and manipulate this performer object. 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 Feb 6 06:29:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA20522; Thu, 6 Feb 1997 06:26: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 GAA20506; Thu, 6 Feb 1997 06:26:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA08921; Thu, 6 Feb 1997 06:26:11 -0800 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 GAA24946 for ; Thu, 6 Feb 1997 06:26:08 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-5.mail.demon.net id ab513449; 6 Feb 97 13:36 GMT From: Mark Baranowski To: SWAPNIL H SHAH Cc: info-performer@sgi.com Subject: Re: multigen-performer Date: Thu, 06 Feb 1997 13:36:24 GMT Organization: Pera Message-ID: <32f9dd77.18719173@post.demon.co.uk> References: <199702062310.RAA10263@teil.soft.net> In-Reply-To: <199702062310.RAA10263@teil.soft.net> X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Thu, 6 Feb 1997 17:40:02 -0530 (IST), Swapnil wrote: >Hi, > >Is there any way to find the DOF origin from Performer after DOF gets = loaded >in scene by "pfdLoadFile()"??? > >I want to have this so that i can rotate the DOF object arround local = origin >instead of world. > >I need Urgent help. > >thanks. >-swapnil You need to use the flt loaders callback mechanism. There should be a readme file with the loader (or it's header file - can't remember) which explains how to do use it. Basically, you have to utilize the callback to get the 'put' and 'inverse put' matrices which localize the DOFs coordinate system. You need to store this information for each pfDCS node, then when you want to update it, you update with the matrix R where R =3D [Put * [T * [R * [S * InvPut]]]] where T, R and S are Translation, Rotation and Scale as required. Regards. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 1664 501501, Fax: +44 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 Thu Feb 6 06:59:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA20605; Thu, 6 Feb 1997 06:51: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 GAA20589; Thu, 6 Feb 1997 06:51:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA10310; Thu, 6 Feb 1997 06:51:45 -0800 Received: from tds-akron.lmco.com (tds-akron.lmco.com [158.186.100.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA29301 for ; Thu, 6 Feb 1997 06:51:33 -0800 From: david.heskamp@lmco.com Received: from ldsa by tds-akron.lmco.com (SMI-8.6/SMI-SVR4) id JAA27524; Thu, 6 Feb 1997 09:33:39 -0500 Received: from pc1197.ldsa by ldsa (SMI-8.6/SMI-SVR4) id JAA26531; Thu, 6 Feb 1997 09:49:57 -0500 To: moore@wolfenet.com, swapnil@teil.soft.net, info-performer@sgi.com Subject: Re: reflecting GeoSets causes shading to malfunciton (fwd) Date: Thu, 6 Feb 97 09:44:30 EST Message-Id: <9702061444.1E3AE4@pc1197.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Thanks for everyone who responded. Using glFrontFace (GL_CW) solves the problem globally! But, it causes non-reflected geometry to behave improperly. How do I selectively change front face ordering for various Geosets? --- Begin Included Message --- From: swapnil@teil.soft.net (SWAPNIL H SHAH) Date: Thu, 6 Feb 1997 09:39:52 -0530 (IST) The problem might be that, as u r mirroring the X co-ordinates, your polygon/face 's front plan goes to back, and so Performer engine HIDES it from u and so u see is only BLACK.. Close. The order of the polygon vertices has been changed by the flip, so front is no longer front. You can either change all the vertices around in the pfGeoSet, which is a big pain, or you can stick glFrontFace (GL_CW) in a pre-draw callback to change the vertex order to clockwise, and glFrontFace (GL_CCW) in a post-draw callback to reset things for all the other geometry. I'm not sure what the IrisGL equivalent is, or if there's a Performer encapsulation of it... Tim > To: info-performer@sgi.com > Subject: reflecting GeoSets causes shading to malfunciton > Hello Performers: > > I have a GeoSet with normals bound per vertex. I am trying to reflect the > GeoSet across the YZ plane by negating the X-component of all the coords and > negating the X-component of all the normals. Shading does not work after I > do this. The geometry is located properly, but the surfaces appear black for > the most part. Anyone know why? > > > Dave Heskamp > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --- End Included Message --- Dave Heskamp Lockheed Martin Tactical Defense Systems 1210 Massillon Road Akron, Ohio 44315-0001 phone: (330) 796 - 5383 fax: (330) 796 - 7009 email: david.heskamp@lmco.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 Feb 6 07:33:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA20742; Thu, 6 Feb 1997 07:26: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 HAA20726; Thu, 6 Feb 1997 07:26:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA12760; Thu, 6 Feb 1997 07:26:28 -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 HAA05333 for ; Thu, 6 Feb 1997 07:26:18 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA22441; Thu, 6 Feb 97 10:22:48 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id KAA24782; Thu, 6 Feb 1997 10:22:52 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <32F9F74C.1C76@ash.crd.ge.com> Date: Thu, 06 Feb 1997 10:22:52 -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: creating pipe-windows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi- I think I must be missing something related to creating and using pipe-windows. I wantes to create a real rull-screen window, something without window manager decorations. I figured that perhaps if I created my own pfPipeWindow object (I'm using the C++ interface here), and performed the following operations on it: // Initialize a full screen window pwin = new pfPipeWindow(pipe); pwin->setFullScreen(); pwin->setOrigin(0,0); pwin->open(); With the above piece of code, I get a minimal window which consists of nothing but window manager decoration. When I #if-out the above region, I get the default window that is almost full size except for the WM decorations. So, I have two problems: 1) Why doesn't the above piece of code at least create for me a window similar to the default window? 2) If the above code is not how one creates a really-full-screen window, then how is one supposed to do that? Thanks in advance for your help. -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 Thu Feb 6 07:47:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA20783; Thu, 6 Feb 1997 07:41:35 -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 HAA20767; Thu, 6 Feb 1997 07:41:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA13904; Thu, 6 Feb 1997 07:41:33 -0800 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 HAA08527 for ; Thu, 6 Feb 1997 07:41:31 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id QAA03123 for info-performer@sgi.com; Thu, 6 Feb 1997 16:41:11 -0800 Date: Thu, 6 Feb 1997 16:41:11 -0800 From: Tran cong Tam Message-Id: <199702070041.QAA03123@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: Performer_Window-NT Status: O Hi Performers, Some day ago, I heard some discussion about Performer run on PC-IBM with WINDOW-NT. Please, give me a clear answer about : A) How is the difference of image quality between PC-WINDOW-NT and Reality Engine II ? B) How about the speed of object moving ? C) If we want to run to run Performer on Window NT. Where to contact and buy : 1) HARDWARE : Graphical Board ? 2) SOFTWARE : -Performer (1.0? or 2.0?) -OpenGL ? -and EXCEED5 ( ??? What is this ) Your helps with Email-Address or Internet-Address will be very appreciated. Thanks in advance Best regards Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | 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 Thu Feb 6 08:14:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA20957; Thu, 6 Feb 1997 08:12:00 -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 IAA20941; Thu, 6 Feb 1997 08:11:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA16714; Thu, 6 Feb 1997 08:11:59 -0800 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 IAA14964 for ; Thu, 6 Feb 1997 08:11:56 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id RAA03290 for info-performer@sgi.com; Thu, 6 Feb 1997 17:15:04 -0800 Date: Thu, 6 Feb 1997 17:15:04 -0800 From: Tran cong Tam Message-Id: <199702070115.RAA03290@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: gz Status: O Help This is not a Performer question, but I believe someone can help me. I downloaded a file : latest.tar.gz I don't know what does it means gz. Can anyone explain me How to uncompress and where to find a tool for this. Thank you very much Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | 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 Thu Feb 6 08:14:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA20935; Thu, 6 Feb 1997 08:11: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 IAA20919; Thu, 6 Feb 1997 08:11:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA16696; Thu, 6 Feb 1997 08:11:53 -0800 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 IAA14945 for ; Thu, 6 Feb 1997 08:11:49 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id RAA03286; Thu, 6 Feb 1997 17:14:53 -0800 Date: Thu, 6 Feb 1997 17:14:53 -0800 From: Tran cong Tam Message-Id: <199702070114.RAA03286@sirssg1.epfl.ch> Apparently-To: info-performer@sgi.com Apparently-To: gz@sirssg1.epfl.ch Status: O Help This is not a Performer question, but I believe someone can help me. I downloaded a file : latest.tar.gz I don't know what does it means gz. Can anyone explain me How to uncompress and where to find a tool for this. Thank you very much Tran. ======================================================================= 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 Feb 6 08:35:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA21081; Thu, 6 Feb 1997 08:33: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 IAA21063; Thu, 6 Feb 1997 08:33:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA18512; Thu, 6 Feb 1997 08:33:12 -0800 Received: from shrsys.hslc.org ([192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA18944 for ; Thu, 6 Feb 1997 08:32:41 -0800 Received: from porter (PPP68.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-5 #18943) with SMTP id <01IF3ECJWLW68XKJ4M@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Thu, 6 Feb 1997 11:29:04 EST Date: Thu, 06 Feb 1997 11:26:32 -0500 From: Prakash Mahesh Subject: NS plugin + Perfomer Sender: gpmahesh@DRAWCOMP.COM To: info-performer@sgi.com Message-id: <32FA0638.167E@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Status: O Hello Performers, Has anybody worked on connecting Performer to Netscape as a plugin. If you have then, I have this problem. In the NPP_setWindow method, I am including my Performer stuff. I am creating a window using pfNewWin, and assigning window->window=pfNewWin(NULL); The problem is when I want to display the window I do a pfOpenWin, which open a window not on top of the netscape window but a separate one. But when I close the Netscape window, this Performer window closes (since it was invoked by a Netscape process). I would appreciate any help in this regard. I would like for the Performer window to be sitting as a child to the netscape window. Thanks. -- Prakash Mahesh prakash@drawcomp.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 Feb 6 10:00:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA21371; Thu, 6 Feb 1997 09:53:19 -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 JAA21355; Thu, 6 Feb 1997 09:53:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26582; Thu, 6 Feb 1997 09:53:18 -0800 Received: from crayfish.UCSD.EDU (crayfish.ucsd.edu [132.239.159.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA05951 for ; Thu, 6 Feb 1997 09:53:14 -0800 Received: (from mario@localhost) by crayfish.UCSD.EDU (8.8.5/8.8.5-IH) id IAA07590; Thu, 6 Feb 1997 08:46:55 -0800 (PST) Date: Thu, 6 Feb 1997 08:46:55 -0800 (PST) From: Mario Montoya Message-Id: <199702061646.IAA07590@crayfish.UCSD.EDU> To: tran@sirssg1.epfl.ch Subject: Re: gz Cc: info-performer@rock Status: O > > Help > > This is not a Performer question, but I believe > someone can help me. > > I downloaded a file : latest.tar.gz > > I don't know what does it means gz. Can anyone explain > me How to uncompress and where to find a tool for this. > > Thank you very much > > Tran. Tran, % gunzip | tar xvf - gunzip comes standard I believe, you're likely to find on your system. -Mario M. :) Navigation UCSD Aerial Robotics Team http://www-acs.ucsd.edu/~aerial ======================================================================= 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 Feb 6 10:51:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21564; Thu, 6 Feb 1997 10:45:40 -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 KAA21548; Thu, 6 Feb 1997 10:45:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA01492; Thu, 6 Feb 1997 10:45:38 -0800 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 KAA16031 for ; Thu, 6 Feb 1997 10:44:54 -0800 Received: from nantes0-026.sct.fr (nantes0-026.sct.fr [194.206.158.26]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id SAA08694 for ; Thu, 6 Feb 1997 18:12:44 +0100 Message-Id: <199702061712.SAA08694@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="us-ascii" Date: Thu, 06 Feb 1997 18:13:28 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: gz Status: O >I don't know what does it means gz. Can anyone explain >me How to uncompress and where to find a tool for this. gz means gzip you need gzip to uncompress. you may have on sgi. generaly bundled with web tools and netscape. or on PC with winzip You can download it on the net because on a gnu site. ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Feb 6 10: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 KAA21583; Thu, 6 Feb 1997 10:45:58 -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 KAA21567; Thu, 6 Feb 1997 10:45:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA01506; Thu, 6 Feb 1997 10:45:57 -0800 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 KAA16139 for ; Thu, 6 Feb 1997 10:45:48 -0800 Received: from nantes0-026.sct.fr (nantes0-026.sct.fr [194.206.158.26]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id SAA08710 for ; Thu, 6 Feb 1997 18:12:47 +0100 Message-Id: <199702061712.SAA08710@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="us-ascii" Date: Thu, 06 Feb 1997 18:13:30 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: Performer_Window-NT Status: O > > >Hi Performers, > >Some day ago, I heard some discussion about Performer >run on PC-IBM with WINDOW-NT. Please, give me a clear >answer about : > >A) How is the difference of image quality between > PC-WINDOW-NT and Reality Engine II ? I think, it depends on your PC display configuration so generaly 65000 colors at classic resolution. >B) How about the speed of object moving ? As fast as a X terminal So I depends on your network bandwidth and load. >C) If we want to run to run Performer on Window NT. >Where to contact and buy : > 1) HARDWARE : Graphical Board ? Pentium PC with good VGA board ( Mystique type ) Network communication card SGI People, please don't pay attention at the following: Try the incredible Oxygen VGA card. With it you can have real time texture on PC not as fast as impact but faster than all Indigo2 and indies) > 2) SOFTWARE : Performer 1.2 or 2.0x NFS on you sgi or you can't access disks. EXCEED5 and its Exceed 3D option ( I guess basic pack is around 180 USD.) NT 4.0 OpenGL run time is already bundled with NT An extention of PC-NFS is appreciated, thus you can access SGI disks as a PC disk. If not you'll need to use FTP. For the providers, try Yahoo or Altavista.... ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Feb 6 12:00:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22070; Thu, 6 Feb 1997 11:55:04 -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 LAA22054; Thu, 6 Feb 1997 11:55:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA07666; Thu, 6 Feb 1997 11:55:02 -0800 Received: from deadhead.nrl.navy.mil (deadhead.nrl.navy.mil [132.250.182.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00053 for ; Thu, 6 Feb 1997 11:54:56 -0800 From: madden@deadhead.nrl.navy.mil Received: from simhead (132.250.182.235) by deadhead.nrl.navy.mil with SMTP (Apple Internet Mail Server 1.1.1); Thu, 6 Feb 1997 14:29:50 -0400 Comments: Authenticated sender is To: tran@sirssg1.epfl.ch, Mario Montoya Date: Thu, 6 Feb 1997 13:24:05 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: gz CC: info-performer@rock X-mailer: Pegasus Mail for Win32 (v2.42a) Message-ID: <1356883106-16609224@deadhead.nrl.navy.mil> Status: O > > > > Help > > > > This is not a Performer question, but I believe > > someone can help me. > > > > I downloaded a file : latest.tar.gz > > > > I don't know what does it means gz. Can anyone explain > > me How to uncompress and where to find a tool for this. > > > > Thank you very much > > > > Tran. Tran, To uncompress a tar file, the easiest way to do it is use the following command %tar -xvfz filename The -z option takes care of the gnu zip. There are serveral options with the tar command... you should check the man pages % man tar Hope this helps. Rich ======================================================================= 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 Feb 6 18:25:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA23466; Thu, 6 Feb 1997 18:19:40 -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 SAA23450; Thu, 6 Feb 1997 18:19:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA11316; Thu, 6 Feb 1997 18:19:38 -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 SAA18705 for ; Thu, 6 Feb 1997 18:19:36 -0800 Received: from kirk.dnaco.net (eheft@kirk.dnaco.net [206.150.232.3]) by april.dnaco.net (8.8.5/8.8.4) with ESMTP id VAA00267 for ; Thu, 6 Feb 1997 21:19:22 -0500 (EST) From: Eric Heft Received: (from eheft@localhost) by kirk.dnaco.net (8.8.4/8.8.4) id VAA27843 for info-performer@sgi.com; Thu, 6 Feb 1997 21:19:32 -0500 (EST) Message-Id: <199702070219.VAA27843@kirk.dnaco.net> Subject: hpr calculations To: info-performer@sgi.com (Performer Mailing List) Date: Thu, 6 Feb 1997 21:19:31 -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 Hello all, I've got yet another question. (I've been saving them up ) *Short form* How does one go from rotations about the fixed x,y,z axis to the hpr that's needed by pfChanViewOffsets? *Long form* We using performer and a MCO to drive a Helmet Mounted Display. The HMD optics require us to use a FOV of 80 x 60 deg for each channel. There is a 40 deg overlap between the two. So we have something like this to setup the channels: pfChanViewOffsets(LftChan,<0,0,0>,<-20,0,0>); pfChanViewOffsets(RgtChan,<0,0,0>,<+20,0,0>); We can run the town demo and everything looks good. The images fuse nicely. However, the person using the HMD can't really "look" around because the view is slaved to the mouse. **THE PROBLEM** To let the user look around we want to slave the ViewOffsets to the outputs of our head tracker. From the tracker we can get both the look_at and look_up vector. To get the left and right channels to fuse we have to rotate the offsets +20 deg about the look_up vector . However when we do all the transforms instead of getting a h,p,r we really have rotations about RotZ,RotX,RotY. So ... How does one go about converting rotations about the fixed world axis to get the h,p,r values the pfChanViewOffsets is expecting? The effect of this shows up when the person is looking forward and tilts their head to the side. Each channel ends up rotating along the rotated heading , instead of along the Y axis. For those interested in seeing this a little better, visit Web Site Thanks for reading. Eric. Heres twhat the code looks like: main() { ... Poll_Bird(Look_at,Look_up); /* Get the sensors vectors */ Rotate(Look_at,Look_up,+20,Lft_look_at); /* Rotate look at +20deg */ /* about Look_up direction */ AtUp_to_HPR(Lft_look_at,Look_up,Lft_HPR); /* Calculate HPR values from */ /* up and at */ pfChanViewOffsets(LftChan,<0,0,0>,Lft_HPR);/* Set the view offsets */ ... } 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 Thu Feb 6 20:06:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA23685; Thu, 6 Feb 1997 19:59:40 -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 TAA23669; Thu, 6 Feb 1997 19:59:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA17386; Thu, 6 Feb 1997 19:59:39 -0800 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 TAA05452 for ; Thu, 6 Feb 1997 19:59:25 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id JAA03324; Fri, 7 Feb 1997 09:20:32 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199702071450.JAA03324@teil.soft.net> Subject: Re: gz To: tran@sirssg1.epfl.ch (Tran cong Tam) Date: Fri, 7 Feb 1997 09:20:32 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: <199702070115.RAA03290@sirssg1.epfl.ch> from "Tran cong Tam" at Feb 6, 97 05:15:04 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1318 Status: O unzip-ing utility called "gunzip" is available to unzip ".gz" files. to zip it, "gzip" is there..it's GNU software, and you can download the source code itself... -swapnil According to Tran cong Tam: > > > > Help > > This is not a Performer question, but I believe > someone can help me. > > I downloaded a file : latest.tar.gz > > I don't know what does it means gz. Can anyone explain > me How to uncompress and where to find a tool for this. > > Thank you very much > > Tran. > /-------------------------------------------------------/ > | TRAN | > | IDERALPE Lausanne SWITZERLAND | > | 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 > ************************************************************ E-Mail : swapnil@teil.soft.net WWW : http://www.teil.soft.net/~swapnil/ Call me: 91-080-8452016 ext-218 ************************************************************ ======================================================================= 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 Feb 6 20:13:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA23985; Thu, 6 Feb 1997 20:10:37 -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 UAA23969; Thu, 6 Feb 1997 20:10:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA18108; Thu, 6 Feb 1997 20:10:35 -0800 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 UAA07320 for ; Thu, 6 Feb 1997 20:10:33 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id XAA14789; Thu, 6 Feb 1997 23:04:17 -0500 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA55819; Thu, 6 Feb 1997 23:06:08 -0500 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id XAA19705; Thu, 6 Feb 1997 23:02:12 -0500 Date: Thu, 6 Feb 1997 23:02:12 -0500 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <199702070402.XAA19705@christine.cae.ca> To: info-performer@sgi.com, eheft@dnaco.net Subject: Re: hpr calculations Status: O The pfChannel view offset is relative to the regular channel view. The final view is the product of both. You should set the channel view of both channels as the center direction returned by the bird and then add a left and right offset to the appropriate channels. Something like: Poll_Bird(Look_at,Look_up); AtUp_to_HPR(Look_at,Look_up,Dir); pfChanView(LeftChan, CurPos,Dir); pfChanView(RightChan, CurPos,Dir); pfChanViewOffsets(LeftChan,<0,0,0>,<+20,0,0>); pfChanViewOffsets(RightChan,<0,0,0>,<-20,0,0>); You could also use a channel group to avoid calling pfChanView twice for both channels. 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 Feb 7 10:20:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA25266; Fri, 7 Feb 1997 10:18:35 -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 KAA25250; Fri, 7 Feb 1997 10:18:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20189; Fri, 7 Feb 1997 10:18:34 -0800 Received: from arl-img-3.compuserve.com (arl-img-3.compuserve.com [149.174.217.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA08781 for ; Fri, 7 Feb 1997 10:18:33 -0800 Received: by arl-img-3.compuserve.com (8.6.10/5.950515) id KAA09938; Fri, 7 Feb 1997 10:21:45 -0500 Date: 07 Feb 97 10:17:19 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Re: reflecting GeoSets causes shading to malfunciton (fwd) Message-ID: <970207151719_101372.3460_JHP134-1@CompuServe.COM> Status: O I think you have to multiplieof the componants of the normals by -1, not only on X 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 Fri Feb 7 11:36:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25582; Fri, 7 Feb 1997 11:34:42 -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 LAA25566; Fri, 7 Feb 1997 11:34:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26026; Fri, 7 Feb 1997 11:34:41 -0800 Received: from gateway.ivex3d.com (ivex3d.com [204.241.103.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA20184 for ; Fri, 7 Feb 1997 11:34:07 -0800 Received: by gateway.ivex3d.com from localhost (router,SLMAIL95 V2.2); Fri, 07 Feb 1997 13:34:47 Eastern Standard Time Received: by gateway.ivex3d.com from gateway.ivex3d.com (192.168.1.27::mail daemon; unverified,SLMAIL95 V2.2); Fri, 07 Feb 1997 13:34:46 Eastern Standard Time Message-ID: <32FB7B91.2207@ivex3d.com> Date: Fri, 07 Feb 1997 13:59:29 -0500 From: "Steve Camp" Organization: IVEX X-Mailer: Mozilla 2.0 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: PFCLIPDATA env!!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, We have are having problems runing the database with clipdata using a script that is not in the same directory as the clipdata. The README file under ..../Performer/data/clipdata says we could use PFCLIPDATA environment variable to point to the directory with Clipdata. But this doesn't seem to work. Does the Multigen Loader (15.3) use this variable at all ? Is there a way to have the run script in a directory different from where clipdata is ? Thanks in advance Steve Camp camp@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 Fri Feb 7 11: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 LAA25781; Fri, 7 Feb 1997 11:47:28 -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 LAA25765; Fri, 7 Feb 1997 11:47:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27855; Fri, 7 Feb 1997 11:47:26 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23796; Fri, 7 Feb 1997 11:47:20 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA27777; Fri, 7 Feb 1997 11:27:03 GMT From: "Angus Dorbie" Message-Id: <9702071127.ZM27775@bitch.reading.sgi.com> Date: Fri, 7 Feb 1997 11:27:02 +0000 In-Reply-To: david.heskamp@lmco.com "reflecting GeoSets causes shading to malfunciton" (Feb 5, 4:37pm) References: <9702052137.172F98@pc1197.ldsa> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: david.heskamp@lmco.com, info-performer@sgi.com Subject: Re: reflecting GeoSets causes shading to malfunciton Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sounds like you have two sided lighting on but no back face material. Try turning two sided lighting off and you should be OK since your surface normals will be reflected in anycase. Cheers, Angus. On Feb 5, 4:37pm, david.heskamp@lmco.com wrote: > Subject: reflecting GeoSets causes shading to malfunciton > Hello Performers: > > I have a GeoSet with normals bound per vertex. I am trying to reflect the > GeoSet across the YZ plane by negating the X-component of all the coords and > negating the X-component of all the normals. Shading does not work after I > do this. The geometry is located properly, but the surfaces appear black for > the most part. Anyone know why? > > > Dave Heskamp > > > Lockheed Martin Tactical Defense Systems > 1210 Massillon Road > Akron, Ohio 44315-0001 > > phone: (330) 796 - 5383 > fax: (330) 796 - 7009 > email: david.heskamp@lmco.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 david.heskamp@lmco.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 Feb 7 11:49:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25763; Fri, 7 Feb 1997 11:47:19 -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 LAA25747; Fri, 7 Feb 1997 11:47:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27851; Fri, 7 Feb 1997 11:47:18 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23790; Fri, 7 Feb 1997 11:47:15 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA27792; Fri, 7 Feb 1997 11:34:12 GMT From: "Angus Dorbie" Message-Id: <9702071134.ZM27790@bitch.reading.sgi.com> Date: Fri, 7 Feb 1997 11:34:12 +0000 In-Reply-To: Eric Heft "Help with textures." (Feb 5, 5:05pm) References: <199702052205.RAA17318@picard.dnaco.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Eric Heft , info-performer@sgi.com (Performer Mailing List) Subject: Re: Help with textures. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You could try a point sampled filter, or even a bilinear filter. I suspect MIP mapping will be bringing in a higher level of MIP when you have 1:1 texel:pixel correlation. This won't solve the problem of sub pixel positioning, you'll get aliasing without a bilinear filter but if you have a bilinear filter with 1:1 correlation you'll have to have your pixels aligned with the texels or you'll get a weighted value between texels. When you get _really_ close you see the bilinear interpolation between the nearest four samples. Use point sampling to avoid this but expect aliasing problems at texel boundaries. Cheers, Angus. On Feb 5, 5:05pm, Eric Heft wrote: > Subject: Help with textures. > Hello, > > Brief question: > > How do I get an inventor object with a texture, to display > the texture *EXACTLY* the way its defined in the texture image? > (at a range where the object is the same size as the texture) > > Background: > > I'm writting a program thats going to be used in vision research, > and its important to be able to say exactly whats going on when we > present a stimulus and before we can do the interesting objects we've > got to get some pilot stuff out of the way. > > So, we need to present a checker board with nice sharp edges. I've > created a rgb image file with the checker board. I figured I map this > onto a simple object. > > *THE PROBLEM* > > If I bring the object close to me the edges of the checker board > are blured! I've tried turning anti-aliasing on and off and it makes > no difference. I've set the texture model to DECAL which at least > gets rid of the shading problem :) > > In the man page for pfTexture there is a pfTexFilter function, > could this be what I want? How would I use it with the model? > Where can I look for more information? etc,etc :) > > > Here is the basic inventor model I'm using. > > #Inventor V2.0 ascii > > Separator { > Texture2 { > > model DECAL > filename "chkbrd.rgb" > } > Material { > ambientColor 1.0 1.0 1.0 > } > Transform { > translation 0 0 0 > scaleFactor 10.0 10.0 0.1 > } > Cube { > } > } > > > > Thanks, > Eric > > ======================================================================= > 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 Eric Heft ======================================================================= 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 Feb 7 11:49:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25745; Fri, 7 Feb 1997 11:47: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 LAA25729; Fri, 7 Feb 1997 11:47:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27830; Fri, 7 Feb 1997 11:47:09 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23388; Fri, 7 Feb 1997 11:46:00 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA27854; Fri, 7 Feb 1997 12:52:25 GMT From: "Angus Dorbie" Message-Id: <9702071252.ZM27852@bitch.reading.sgi.com> Date: Fri, 7 Feb 1997 12:52:25 +0000 In-Reply-To: ceti@worldnet.net (ceti) "Re: Performer_Window-NT" (Feb 6, 6:13pm) References: <199702061712.SAA08710@centaure.worldnet.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: ceti@worldnet.net (ceti), info-performer@sgi.com Subject: Re: Performer_Window-NT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It's important to realise that the you still have to run the executable on an SGI, youre just using the PC as a display server. On Feb 6, 6:13pm, ceti wrote: > Subject: Re: Performer_Window-NT > > > 1) HARDWARE : Graphical Board ? > > Pentium PC with good VGA board ( Mystique type ) > Network communication card > > SGI People, please don't pay attention at the following: > Try the incredible Oxygen VGA card. With it you can have real time texture > on PC > not as fast as impact but faster than all Indigo2 and indies) Some of these PC cards are cool for the low end, but your post doesn't mention the new SGI O2 which I hope you are aware of. It's designed to support high quality texturing unlike the Indy and earlier Indigo2 graphics you mention and has a revolutionary Unified Memory Architecture which gives it a performance advantage over PC architectures. If your'e not aware of O2 that's our fault and you should get in touch with your local office to arrange a demo. Cheers, 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 Fri Feb 7 11:51:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25824; Fri, 7 Feb 1997 11:50:22 -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 LAA25808; Fri, 7 Feb 1997 11:50:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28141; Fri, 7 Feb 1997 11:50:21 -0800 Received: from hil-img-6.compuserve.com (hil-img-6.compuserve.com [149.174.177.136]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24457 for ; Fri, 7 Feb 1997 11:50:19 -0800 Received: by hil-img-6.compuserve.com (8.6.10/5.950515) id JAA27642; Fri, 7 Feb 1997 09:53:22 -0500 Date: 07 Feb 97 09:50:50 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Re: hpr calculations Message-ID: <970207145049_101372.3460_JHP113-1@CompuServe.COM> Status: O I think is better to make a group of pfChannel, with a constant Offset , and recalculate your Chanview ( look at PfAttachChan, ...) 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 Fri Feb 7 11:58:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25946; Fri, 7 Feb 1997 11:57: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 LAA25930; Fri, 7 Feb 1997 11:57:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28761; Fri, 7 Feb 1997 11:57:06 -0800 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 LAA26366 for ; Fri, 7 Feb 1997 11:57:00 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id KAA00922 for info-performer@sgi.com; Fri, 7 Feb 1997 10:43:01 -0800 Date: Fri, 7 Feb 1997 10:43:01 -0800 From: Tran cong Tam Message-Id: <199702071843.KAA00922@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: file.gz Status: O Dear Friends, Thanks you very much to everybody. I got 28 answers for my "file.gz" problem. I can not mention all the names. Today is Asian New year in the sign of Buffalo, It is a nicest way to begin a new year then I wish : A NICEST BUFFALO YEAR FOR YOU ALL . Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | 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 Feb 7 11:52:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25850; Fri, 7 Feb 1997 11:51:00 -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 LAA25834; Fri, 7 Feb 1997 11:50:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28196; Fri, 7 Feb 1997 11:50:59 -0800 Received: from hades.sharp.co.uk (hades.sharp.co.uk [193.114.241.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24735 for ; Fri, 7 Feb 1997 11:50:39 -0800 Received: (from uucp@localhost) by hades.sharp.co.uk (8.6.12/8.6.12) id SAA06561 for ; Fri, 7 Feb 1997 18:14:24 GMT Received: from sharp.co.uk by hades.sharp.co.uk via smap (RMS/1) id sma006559; Fri Feb 7 18:14:17 1997 Received: from inca.sle.sharp.co.uk (aardog.sle.sharp.co.uk) by sharp.co.uk (5.x/SMI-SVR4) id AA21403; Fri, 7 Feb 1997 18:08:11 GMT Message-Id: <32FB6EBE.3DA9@sharp.co.uk> Date: Fri, 07 Feb 1997 18:04:46 +0000 From: Graham Jones Reply-To: graham.jones@sharp.co.uk Organization: Sharp Laboratories of Europe X-Mailer: Mozilla 3.0Gold (Win95; I) Mime-Version: 1.0 To: Performer Mailing List Subject: Why so long between draw callbacks for multiple channels? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I have an application with 3 channels, each one with a draw callback. When I look at the stats graph for each channel it looks like each draw callback is happening about 1/2 a field (8ms or so) after the previous one finishes. By the time this has happened twice, between the first and second and the second and third callbacks, I've lost a tonne of time that could be keeping my frame rate around 30Hz (or better) instead of 20Hz. Are there any good explanations for this, or does anybody know how I might reduce this? The first two channels are rendering as simple model and the callbacks only take around 1.3ms each, the third channel is doing much more complex but only takes 7ms - 10ms. I'm using two processors, the draw proces on one and the rest on the other. The whole draw process should only need around 14ms to complete, easily within a 30Hz frame, or even a 60Hz frame, but I only get 20Hz from the system. The app process takes 3ms and cull is only around 1ms and they are happily running in parallel with draw. The first two channels are small (320pixels square) and the third is 640x480. Does this suggest anything? Where should I be looking to regain my lost time? Graham. -- Sharp Laboratories of Europe, Phone: +44-(0)1865-747711 Oxford Science Park, Fax: +44-(0)1865-714217 Oxford, OX4 4GA England Graham.Jones@sharp.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 Fri Feb 7 11:47:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25718; Fri, 7 Feb 1997 11:45:47 -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 LAA25702; Fri, 7 Feb 1997 11:45:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27425; Fri, 7 Feb 1997 11:45:45 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23293; Fri, 7 Feb 1997 11:45:43 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id TAA28492; Fri, 7 Feb 1997 19:22:44 GMT From: "Angus Dorbie" Message-Id: <9702071922.ZM28490@bitch.reading.sgi.com> Date: Fri, 7 Feb 1997 19:22:44 +0000 In-Reply-To: Jean BENOIT <101372.3460@compuserve.com> "Re: reflecting GeoSets causes shading to malfunciton (fwd)" (Feb 7, 10:17am) References: <970207151719_101372.3460_JHP134-1@CompuServe.COM> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Jean BENOIT <101372.3460@compuserve.com>, info_performer Subject: Re: reflecting GeoSets causes shading to malfunciton (fwd) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 7, 10:17am, Jean BENOIT wrote: > Subject: Re: reflecting GeoSets causes shading to malfunciton (fwd) > I think you have to multiplieof the componants of the normals by -1, not only > on X The normals will also be transformed by the model matrix, but vertex winding will be reversed, as already posted. With two sided lighting the reversed normal and back face material will be used. If the backface material is the same as the frontface material and two sided lighting is on then reversing the normal could fix the problem. The three posted fixes so far including yours are: 1) Reverse vertex ordering either in the database or in the GL. 2) Turn off two sided lighting and reverse face _culling_. 3) As you say, reverse surface normals, but you must also ensure that back face material == frontface material. Cheers, 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 Fri Feb 7 11:55:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25890; Fri, 7 Feb 1997 11:54:04 -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 LAA25874; Fri, 7 Feb 1997 11:54:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28407; Fri, 7 Feb 1997 11:54:03 -0800 Received: from deadhead.nrl.navy.mil (deadhead.nrl.navy.mil [132.250.182.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA25368 for ; Fri, 7 Feb 1997 11:54:00 -0800 From: madden@deadhead.nrl.navy.mil Received: from simhead (132.250.182.235) by deadhead.nrl.navy.mil with SMTP (Apple Internet Mail Server 1.1.1); Fri, 7 Feb 1997 10:46:42 -0400 Comments: Authenticated sender is To: info-performer@rock Date: Fri, 7 Feb 1997 09:40:48 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: gz X-mailer: Pegasus Mail for Win32 (v2.42a) Message-ID: <1356810094-20999531@deadhead.nrl.navy.mil> Status: O I am sorry that I didn't explain myself clearly to Tran on using gz and I have gotten some flack about it. I apologize sincerely. This is what I meant to say... Gnu has their own tar untility under /bin/gnu. (or something of that nature) To see which tar utility you are using, type % which tar If the reponse is similar to /bin/gnu/opt/tar Then you can use the following command to unzip and untar the file %tar -xvfz Where the -z option takes care of the gnunzip If you are using the tar utility that is associated with gnu, to use their man pages you need to type the following. %tar --help and that should give you all the options that are associated with the "gnu" tar. If you don't have gnu then you can easily download it from the web Again, I appoligize for not fully explaining my statment. Rich ======================================================================= 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 Feb 7 12:02:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA26044; Fri, 7 Feb 1997 12:01: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 MAA26028; Fri, 7 Feb 1997 12:01:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29361; Fri, 7 Feb 1997 12:01:22 -0800 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 MAA27813 for ; Fri, 7 Feb 1997 12:01:19 -0800 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BC1533.11795150@correo.ceit.es>; Fri, 7 Feb 1997 20:11:14 +0100 Message-ID: From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: FW: pfNode::find() scope. Date: Fri, 7 Feb 1997 20:11:10 +0100 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, > > I am using the pfBuffer mechanism to create/delete some elements of >the database in the DBASE stage which may be forkerd or not (by >pfMultiprocess()). > > 1) Should I check in the DBASE callback the multiprocessing mode to >avoid the use of the pfBuffer whether the DBASE is not forked or not?. > > 2) Can I call to pfNode::find() in the DBASE process (forked) for a >node like pfScene without having scope in the current buffer?. > >Nassouh Chehayeb > > > >Departamento de Mecanica Aplicada >-Area de Mecanica Computacional- >C.E.I.T. >(Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) >Paseo de Manuel Lardizabal - 15 >20009. San Sebastian (SPAIN) >Telefono: ++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 Fri Feb 7 12:55:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA26726; Fri, 7 Feb 1997 12:54: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 MAA26707; Fri, 7 Feb 1997 12:54:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05403; Fri, 7 Feb 1997 12:54:45 -0800 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 MAA13713 for ; Fri, 7 Feb 1997 12:54:41 -0800 Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.0/8.8.0) with ESMTP id WAA22444; Thu, 6 Feb 1997 22:17:58 -0800 (PST) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id WAA27149; Thu, 6 Feb 1997 22:16:03 -0800 (PST) Date: Thu, 6 Feb 1997 22:16:03 -0800 (PST) Message-Id: <199702070616.WAA27149@gonzo.wolfenet.com> To: david.heskamp@lmco.com CC: info-performer@sgi.com In-reply-to: david.heskamp@lmco.com's message of Thu, 6 Feb 97 09:44:30 EST <9702061444.1E3AE4@pc1197.ldsa> Subject: Re: reflecting GeoSets causes shading to malfunciton (fwd) Status: O From: david.heskamp@lmco.com Date: Thu, 6 Feb 97 09:44:30 EST Thanks for everyone who responded. Using glFrontFace (GL_CW) solves the problem globally! But, it causes non-reflected geometry to behave improperly. How do I selectively change front face ordering for various Geosets? You should attach a pre-draw and post-draw callback to the pfGeode that contains the reflected geosets. The pre-draw callback sets the vertex order to clockwise; the post-draw callback restores it to counter-clockwise. 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 Fri Feb 7 13:27:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA26990; Fri, 7 Feb 1997 13:26: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 NAA26974; Fri, 7 Feb 1997 13:26:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA08523; Fri, 7 Feb 1997 13:26:28 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA21510 for ; Fri, 7 Feb 1997 13:25:34 -0800 Received: from EFRAT.netvision.net.il (ts014p7.pop9a.netvision.net.il [194.90.5.9]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id RAA09991; Fri, 7 Feb 1997 17:36:01 +0200 (IST) Message-ID: <32FBD7C4.53EF@netvision.net.il> Date: Fri, 07 Feb 1997 17:32:52 -0800 From: Moshe Nissim Reply-To: orad_u@netvision.net.il Organization: Orad Hi-Tec Systems X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: info-performer@sgi.com CC: orad_u@netvision.net.il Subject: Framelocking an O2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello all, Is there anybody out there, that has seen/knows-how-to framelock the O2 graphics to video? (NOT genlocking the video-out to video-in, but syncing the graphics swaps to video-in). Thanks, Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 7 13: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 NAA27317; Fri, 7 Feb 1997 13:51: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 NAA27301; Fri, 7 Feb 1997 13:51:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11073; Fri, 7 Feb 1997 13:51:40 -0800 Received: from cs.nps.navy.mil (cs.nps.navy.mil [131.120.1.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA27570 for ; Fri, 7 Feb 1997 13:51:38 -0800 Received: from kahuna.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA15891; Fri, 7 Feb 97 13:26:16 PST From: watsen@cs.nps.navy.mil (Kent Watsen) Received: by kahuna.cs.nps.navy.mil (950413.SGI.8.6.12) id NAA12967; Fri, 7 Feb 1997 13:26:03 -0800 Message-Id: <199702072126.NAA12967@kahuna.cs.nps.navy.mil> Subject: Re: file.gz To: tran@sirssg1.epfl.ch (Tran cong Tam) Date: Fri, 7 Feb 1997 13:26:03 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <199702071843.KAA00922@sirssg1.epfl.ch> from "Tran cong Tam" at Feb 7, 97 10:43:01 am Content-Type: text Content-Length: 238 Status: O > > Today is Asian New year in the sign of Buffalo, It is a > nicest way to begin a new year then I wish : > > A NICEST BUFFALO YEAR FOR YOU ALL . > > Tran. > ...or, as my fiancee would say: chu'c mu+`ng na(m mo+'i K. ======================================================================= 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 Feb 7 14:00:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA27387; Fri, 7 Feb 1997 13:58: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 NAA27371; Fri, 7 Feb 1997 13:58:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11565; Fri, 7 Feb 1997 13:58:36 -0800 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 NAA28922 for ; Fri, 7 Feb 1997 13:58:15 -0800 Received: from dialup.netvision.net.il (ts006p9.pop9a.netvision.net.il [194.90.11.119]) by server.rtset.co.il (8.6.12/8.6.9) with SMTP id XAA13221 for ; Fri, 7 Feb 1997 23:55:27 +0200 Message-ID: <32FC75CE.2E77@rtset.co.il> Date: Sat, 08 Feb 1997 04:47:10 -0800 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-SET X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Draw a node twice Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi everybody, What would be the best way to control multiple draw passes of a specific node(s) ? What I want is to decide (per frame) that this node is to be drawn twice or more. I don't want to call pfDraw() multiple times, because it will draw the whole thing. Though it is possible to instance the node on my scene graph, it is not the solution I want. Instancing a node does not instane all the transformations and switches etc. above it, and that could cause the second pass to look different from the first. Any ideas ? Maybe this could be a nice addition to Performer's API. You could have a pfNodeTravMode function of pfNodeMPassMode that will set the number of passes for a specific node, and some parameters for the multipass (like, when to draw the second pass - right after the node gets drawn, or at the end of the normal scene). Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Feb 7 16:07:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA28061; Fri, 7 Feb 1997 16:02:54 -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 QAA28045; Fri, 7 Feb 1997 16:02:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA21071; Fri, 7 Feb 1997 16:02:41 -0800 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA18943 for ; Fri, 7 Feb 1997 16:01:15 -0800 Received: from groton.ait.nrl.navy.mil (groton [132.250.128.83]) by ait.nrl.navy.mil (8.8.3/8.8.3) with ESMTP id NAA29953; Fri, 7 Feb 1997 13:25:47 -0500 (EST) Received: (from durbin@localhost) by groton.ait.nrl.navy.mil (8.7.5/8.7.3) id NAA07682; Fri, 7 Feb 1997 13:25:46 -0500 (EST) Date: Fri, 7 Feb 1997 13:25:46 -0500 (EST) Message-Id: <199702071825.NAA07682@groton.ait.nrl.navy.mil> From: Jim Durbin To: info-performer@sgi.com CC: mccune@coralsea.ait.nrl.navy.mil Subject: 7.1 on irix 6.2 Reply-To: durbin@ait.nrl.navy.mil Status: O A while back someone posted on this mailing list that there were problems with the new 7.0 C++ compilers and Performer. 1) Is this true? Are there problems? 2) Do these problems extend to the even newer 7.1 compilers? 3) Anyone out there using Performer 2.X and 7.1 compilers willing to give me a re-assuring word or two? :) Our group is getting ready to make the transition, but are worried about adding the frustration of buggy compilers to our workload. Thanks! -Jim -- _________________________________________________________________________ | Jim Durbin durbin@nrl.navy.mil | | ITD Virtual Reality Lab (202) 767-6025 | | Naval Research Laboratory (202) 767-1122 (fax) | | http://www.ait.nrl.navy.mil/people/durbin | | | | "It is much easier to criticize an idea than it is to conceive it." | | anonymous | | Lack of brains hinders research - The Columbus Dispatch, April 16 | _________________________________________________________________________ ======================================================================= 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 Feb 7 19:42:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA29452; Fri, 7 Feb 1997 19:41:01 -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 TAA29436; Fri, 7 Feb 1997 19:41:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA05549; Fri, 7 Feb 1997 19:41:00 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA15758 for ; Fri, 7 Feb 1997 19:40:57 -0800 Received: from porter (PPP45.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-5 #18943) with SMTP id <01IF56WDTKYG8XL0H4@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Fri, 7 Feb 1997 18:17:33 EST Date: Fri, 07 Feb 1997 18:19:24 -0500 From: Prakash Mahesh Subject: drawing on pfWindow Sender: gpmahesh@drawcomp.com To: info-performer@sgi.com Message-id: <32FBB87C.41C6@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Status: O Hello, I tried to search the man pages and many other sources, couldn't find an answer and so posting here. I would like to know if I can draw using pfWindow. It looks like all examples and manuals talk about drawing using pfPipeWindow only. Can somebody give me the steps for adding a scene graph to a pfWindow and drawing it. Thanks. -- Prakash Mahesh prakash@drawcomp.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 Sat Feb 8 06:21:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA01694; Sat, 8 Feb 1997 06:14: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 GAA01678; Sat, 8 Feb 1997 06:14:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA24144; Sat, 8 Feb 1997 06:14:26 -0800 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 GAA29302 for ; Sat, 8 Feb 1997 06:14:12 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id TAA25814; Sat, 8 Feb 1997 19:43:27 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199702090113.TAA25814@teil.soft.net> Subject: dlopen To: info-performer@sgi.com Date: Sat, 8 Feb 1997 19:43:27 -0530 (IST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 513 Status: O Hello everybody, if i have global variable called "g" in DSO file "dso1.so" and i have one mroe DSO file called "dso2.so" is it possible to access variable "g" from "dso2.so" by defining it extern? if yes, how? if no, why? thanks in advance. -swapnil ************************************************************ E-Mail : swapnil@teil.soft.net WWW : http://www.teil.soft.net/~swapnil/ Call me: 91-080-8452016 ext-218 ************************************************************ ======================================================================= 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 Feb 8 09:03:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA02202; Sat, 8 Feb 1997 08:56: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 IAA02186; Sat, 8 Feb 1997 08:56:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA28397; Sat, 8 Feb 1997 08:56:14 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA15602; Sat, 8 Feb 1997 08:56:12 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA29338; Sat, 8 Feb 1997 16:56:09 GMT From: "Angus Dorbie" Message-Id: <9702081656.ZM29336@bitch.reading.sgi.com> Date: Sat, 8 Feb 1997 16:56:09 +0000 In-Reply-To: Ran Yakir "Draw a node twice" (Feb 8, 4:47am) References: <32FC75CE.2E77@rtset.co.il> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: rany@rtset.co.il, info-performer@sgi.com Subject: Re: Draw a node twice Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O What about two channels and traversal masks? Cheers, Angus. On Feb 8, 4:47am, Ran Yakir wrote: > Subject: Draw a node twice > Hi everybody, > > What would be the best way to control multiple draw passes of a specific > node(s) ? What I want is to decide (per frame) that this node is to be > drawn twice or more. I don't want to call pfDraw() multiple times, > because it will draw the whole thing. Though it is possible to instance > the node on my scene graph, it is not the solution I want. Instancing a > node does not instane all the transformations and switches etc. above > it, and that could cause the second pass to look different from the > first. > Any ideas ? > > Maybe this could be a nice addition to Performer's API. You could have a > pfNodeTravMode function of pfNodeMPassMode that will set the number of > passes for a specific node, and some parameters for the multipass (like, > when to draw the second pass - right after the node gets drawn, or at > the end of the normal scene). > > Ran > > > -- > __ | Ran Yakir > /_) _ __ \ / _ / o __ | 28 Ben Gurion St. > / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 > _/ | Israel > -------------------------------------+-------------------------------- > At Home : | At Work : > | RT-SET > Voice : +972-9-7489974 | Voice : +972-9-9552236 > Fax : +972-9-7422149 | Fax : +972-9-9552239 > E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il > ======================================================================= > 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 Ran Yakir ======================================================================= 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 Feb 9 03:35:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA03718; Sun, 9 Feb 1997 03:28:28 -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 DAA03702; Sun, 9 Feb 1997 03:28:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA24629; Sun, 9 Feb 1997 03:28:26 -0800 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA07350; Sun, 9 Feb 1997 03:28:17 -0800 Received: from streptacocus (ts012p7.pop9a.netvision.net.il [194.90.11.225]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id NAA06821; Sun, 9 Feb 1997 13:28:03 +0200 (IST) Sender: internet@mail.netvision.net.il Message-ID: <32FDAF18.41C6@netvision.net.il> Date: Sun, 09 Feb 1997 13:03:52 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Angus Dorbie , rany@rtset.co.il, info-performer@sgi.com Subject: Re: Draw a node twice References: <32FC75CE.2E77@rtset.co.il> <9702081656.ZM29336@bitch.reading.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Angus Dorbie wrote: > > What about two channels and traversal masks? This way you would need to traverse all the non-leaf nodes twice. (from man pfChannel, pfNodeTravMask area: PFTRAV_DRAW Node is completely ignored. Both cull and draw traversals skip the node and its children. ) Typically, there is a small number of multi-pass nodes (for special effects like multi-layered texture, bump-mapping), relative to a large and deep scene-graph. This would cause a large overhead. For example, all the DCS matrix calculations will be performed twice, all the culling calculations for non-leaf nodes will be performed twice, etc. Ran Yakir wrote: > Maybe this could be a nice addition to Performer's API. You could have a > pfNodeTravMode function of pfNodeMPassMode that will set the number of > passes for a specific node, and some parameters for the multipass (like, > when to draw the second pass - right after the node gets drawn, or at > the end of the normal scene). > and a user callback before every pass to change the GL state... Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 9 04:52:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA03881; Sun, 9 Feb 1997 04:45:42 -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 EAA03865; Sun, 9 Feb 1997 04:45:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA26165; Sun, 9 Feb 1997 04:45:41 -0800 Received: from ligsg29.epfl.ch (ligsg29.epfl.ch [128.178.78.40]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA12785 for ; Sun, 9 Feb 1997 04:45:38 -0800 Received: by ligsg29.epfl.ch (Smail3.1.29.1 #28) id m0vtYZN-01zEvXC; Sun, 9 Feb 97 13:41 MET Message-Id: Date: Sun, 9 Feb 97 13:41 MET From: jmonzani@lig.di.epfl.ch (Jean-Sebastian Monzani) To: info-performer@sgi.com Subject: Non addictive light sources Status: O Hello ! I would like to solve the following problem with Performer : I'm using two pfLightSources as texture projectors. Each projector has its own picture (RGB file) and intensity. Now, imagine that I've got these two pics : 22222 66666 22222 and 66666 22222 66666 Projecting them on my 3D object makes their intersection look like this : 66666 22288666 22288666 22222 which is an addictive operation (2+6=8). Is their a way to make a mean instead ? With the preceding example (2+6)/2=4 : 66666 22244666 22244666 22222 The only method I know to do this is to manually modify the textures : 22211 66666 22211 and 33666 22222 33666 but requires to know the intersection, and can not be used in real-time. I would be really glad to here from you, if you've got an idea. Thanks, Jean-Sebastien Monzani Hardware used : O2 workstation. e-mail : jmonzani@lig.di.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 Sun Feb 9 07:46:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04136; Sun, 9 Feb 1997 07:39:51 -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 HAA04120; Sun, 9 Feb 1997 07:39:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA29581; Sun, 9 Feb 1997 07:39:50 -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 HAA28341 for ; Sun, 9 Feb 1997 07:39:45 -0800 Received: from NG (max78ppp216.pacific.net.sg [203.120.78.216]) by simon.pacific.net.sg (8.8.4/8.8.2) with SMTP id XAA08665 for ; Sun, 9 Feb 1997 23:39:40 +0800 (SGT) Date: Sun, 9 Feb 1997 23:39:40 +0800 (SGT) Message-Id: <199702091539.XAA08665@simon.pacific.net.sg> X-Sender: nkb@pacific.net.sg (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 1 (Highest) To: info-performer@sgi.com From: Kian Subject: Flybox with Performer, CSI s/w Status: O Hi. Thanx for all those who responded to my urgent request for joystick to work with CSI/ Performer s/w. In summary, the flybox is the choice that most, if not all, ppl recommended. I'm trying to get our local SGI office for help to bring the flybox in. Most said that the BG Systems' flybox comes with the necessary codes. Else, I could get the codes from CSI themselves. Some codes are also available from: /usr/share/Performer/friends/devices/BGSystems /usr/share/Performer/src/lib/lipfutil We're definitely in need of one for future demo purposes. Many thanx for all who responded. have a nice week ahead. Kian ----------------------------------------------------------- Kian | Singapore |\/\/\/\/| Alias | Wavefront Certified Instructor | | Email : nkb@pacific.net.sg | | ( (o) (o) Home Page: http://home.pacific.net.sg/~nkb | ) OR http://www.geocities.com/Hollywood/1749 | \ Tel: 65.750.3661 | _______\ Fax: 65.755.5571 | / Save our earth. Think GREEN. ----------------------------------------------------------- ======================================================================= 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 Feb 9 07:55:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04161; Sun, 9 Feb 1997 07:49:28 -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 HAA04145; Sun, 9 Feb 1997 07:49:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA29822; Sun, 9 Feb 1997 07:49:26 -0800 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 HAA02834; Sun, 9 Feb 1997 07:48:35 -0800 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 RAA15263; Sun, 9 Feb 1997 17:53:52 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA05989; Sun, 9 Feb 1997 18:43:27 +0200 From: "Ran Yakir" Message-Id: <9702091843.ZM5987@eclipse> Date: Sun, 9 Feb 1997 18:43:26 +0000 In-Reply-To: Orad Hi-Tec Systems "Re: Draw a node twice" (Feb 9, 1:03pm) References: <32FC75CE.2E77@rtset.co.il> <9702081656.ZM29336@bitch.reading.sgi.com> <32FDAF18.41C6@netvision.net.il> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Orad Hi-Tec Systems Subject: Re: Draw a node twice Cc: info-performer@sgi.com, dorbie@reading.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 9, 1:03pm, Orad Hi-Tec Systems wrote: > Subject: Re: Draw a node twice > Angus Dorbie wrote: > > > > What about two channels and traversal masks? > > > This way you would need to traverse all the non-leaf nodes twice. > > (from man pfChannel, pfNodeTravMask area: > > PFTRAV_DRAW > Node is completely ignored. Both cull and draw > traversals skip > the node and its children. > > ) > > Typically, there is a small number of multi-pass nodes (for special > effects > like multi-layered texture, bump-mapping), relative to a large and deep > scene-graph. This would cause a large overhead. For example, all the DCS > matrix calculations will be performed twice, all the culling > calculations > for non-leaf nodes will be performed twice, etc. > > Ran Yakir wrote: > > Maybe this could be a nice addition to Performer's API. You could have a > > pfNodeTravMode function of pfNodeMPassMode that will set the number of > > passes for a specific node, and some parameters for the multipass (like, > > when to draw the second pass - right after the node gets drawn, or at > > the end of the normal scene). > > > > and a user callback before every pass to change the GL state... > I'll vote for that. 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 Sun Feb 9 14:53:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA04901; Sun, 9 Feb 1997 14:46:52 -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 OAA04885; Sun, 9 Feb 1997 14:46:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA09487; Sun, 9 Feb 1997 14:46:51 -0800 Received: from atlantic.merl.com (atlantic.merl.com [140.237.7.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA29101 for ; Sun, 9 Feb 1997 14:46:47 -0800 Received: from merl.com (ostrich.merl.com [140.237.1.14]) by atlantic.merl.com (8.8.4/8.8.3) with ESMTP id RAA09226 for ; Sun, 9 Feb 1997 17:46:45 -0500 (EST) Received: from [140.237.1.164] (promise.merl.com [140.237.1.164]) by merl.com (8.8.4/8.8.4) with ESMTP id RAA19611 for ; Sun, 9 Feb 1997 17:42:40 -0500 (EST) X-Sender: meglan@mail.merl.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 9 Feb 1997 17:50:00 -0500 To: info-performer@sgi.com From: Dwight Meglan Subject: Positions in medical simulation available Status: O Greetings, I have been absent from the list for the past couple months while settling into a new position. The transition is more or less over so hopefully I'll be to asking strange medical/surgical simulation questions again soon ;-) In the meantime, I can begin with the following: We are seeking a number of talented people to become part of a new long term development team and Performer saavyness is highly desireable. Please take a few minutes and read through the descriptions below. If you know anyone who is qualified, I would be grateful if you would pass this along to them. Thanks, --dwight ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Position Announcement Medical Applications Group Mitsubishi Electric Information Technology Center America Cambridge, Massachusetts Join Mitsubishi Electric in developing computer-based medical technologies for the next century. As part of Mitsubishi Electric's worldwide expansion in healthcare technologies, the Medical Applications Group has been established at the Information Technology Center America (ITA), located near MIT. Initial product development is concentrating on the challenging area of simulation-based surgical training systems. Through the use of synthetic environments technologies such as physics-based modeling, advanced graphics, and haptic interfaces, these systems will enhance patient care and safety while enabling surgeons to train better and more cost effectively. This group will concentrate on development while research issues will be addressed in collaboration with the staff at MERL, the computer science research lab of Mitsubishi Electric, located at the same facility. This small team of energetic, creative, and skilled individuals will flourish in ITA's modern, flexible work environment supported by the firm commitment of Mitsubishi Electric. Through its continuing activities building world class surgical simulation products, ITA has opportunities for software development team members specializing in * Soft tissue mathematical modeling * Haptics interface control * Advanced computer graphics rendering techniques * Real-time physical simulation architecture * 3D medical imaging and modeling * Educational instruction Successful applicants must have considerable skill in programming C, C++, and possibly Java under UNIX, with Silicon Graphic's IRIX and Linux of particular interest. They must also be self motivated and able to creatively solve significant engineering problems, developing these solutions in a small team collaborative environment. Additional specific skills for these positions include: Soft tissue mathematical modeling This individual will create mathematical techniques that accurately model a wide class of human tissue at real-time computation rates for relatively large surgical simulations. This will require an individual thoroughly trained in the mechanics of materials with a demonstrated history of solving significant mechanics problems using computational methods. A Ph.D. in engineering mechanics or an equivalent area of computational mechanics or equivalent experience is mandatory. They should also have developed parallel computation codes and be well acquainted with network-based distributed computation. Most ideally, the individual should also be skilled in the creation of numerical techniques to accelerate model solutions. Haptics interface control This individual will create software that enables accurate, reliable use of haptic devices. They must have extensive experience in man-in-the-loop robot control, such as teleoperated manipulators, including both theoretical and practical work. A Ph.D. in robotics or a related area of study or equivalent experience as well as previous experience developing commercial robot control applications is mandatory. Experience in robotic control via modeling such as multibody dynamics methods as well as multiprocessor and network-based control systems would also be beneficial. It would also be beneficial if the individual has experience with PCI bus board level device drivers. Advanced computer graphics rendering techniques This person will develop software to render efficient, photorealistic images of many types of human tissue and fluids which are integrated with simulation subsystems such as soft tissue modeling, haptics, and educational instruction. They must have an excellent background in polygonal and possibly voxel-based graphics including graphics work carried out during the SIGGRAPH's and other graphics conferences of the past 10 years. The individual should hold a Ph.D. in computer science with emphasis on computer graphics or an equivalent degree and/or experience. They should be very experienced at OpenGL graphics on Silicon Graphics computers including multiprocessor systems and should be experienced at using high level object-oriented graphics API's such as Open Inventor or Cosmo3D. It would be especially be desirable for them to have experience with a real-time, visual simulation graphics API such as SGI Performer Real-time physical simulation architecture The individual will develop a reusable framework for assembling surgical simulation systems. The individual must have extensive experience with real-time architectures for visual simulation including experience with Silicon Graphic's Performer software. They should also have extensive experience in multiprocessor, shared memory simulation development as well as network-based, distributed simulations. The individual should have a M.S. degree in computer science or an equivalent degree and/or experience. 3D medical imaging and modeling This person will develop software that can be used to convert 3D medical imagery such as CT and MR into detailed geometric models of organs, bones, muscles, etc. The individual must have extensive experience in 3D medical image processing as well as computer graphics and user interface techniques. They must have previously developed interactive computer graphics programs on Silicon Graphics workstations and possibly Linux and Windows NT. This person must have extensive experience in object-oriented software design and programming. The individual should have a M.S. degree in computer science focusing on medical image processing, especially segmentation, or an equivalent degree and/or experience. Educational instruction The individual will develop general techniques to encapsulate the knowledge of expert surgeons and integrate into the simulation system such that it can determine when correct or incorrect actions are taking place and be able to inform the user appropriately. This person should have demonstrated experience in creating knowledge-based instructional systems. The individual should have a Ph.D. degree in computer science emphasizing knowledge representation and learning or an equivalent degree and/or experience. Please send a resume and supporting statement regarding your interest in surgical simulation to: Dwight Meglan Mitsubishi Electric Research Lab 201 Broadway Cambridge, MA 02139 dwight@merl.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 Feb 10 00:59:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA05636; Mon, 10 Feb 1997 00:58:16 -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 AAA05620; Mon, 10 Feb 1997 00:58:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA27050; Mon, 10 Feb 1997 00:58:15 -0800 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA08068 for ; Mon, 10 Feb 1997 00:56:56 -0800 Received: from sesame (sesame.imag.fr [129.88.29.83]) by imag.imag.fr (8.8.1/8.6.9) with ESMTP id JAA21862 for ; Mon, 10 Feb 1997 09:22:16 +0100 (MET) Received: from localhost (sillion@localhost) by sesame (8.6.4/8.6.4) id JAA08445 for info-performer@sgi.com; Mon, 10 Feb 1997 09:22:16 +0100 From: Francois Sillion Message-Id: <199702100822.JAA08445@sesame> Subject: Please help me to understand indexed GeoSets To: info-performer@sgi.com Date: Mon, 10 Feb 1997 09:22:16 +0100 (MET) Reply-To: Francois.Sillion@imag.fr X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hello all, The following message is a copy of my recent post in comp.sys.sgi.graphics, which I posted before I had heard about this list. Sorry for the inconvenience if you have already seen this. I am relatively new to Performer, but I think I have tried hard to read all the manuals and understand how it works. But I am still stumbling on a (probably stupid) problem with the definition of my pfGeosets. In my application I have a number of polygons coming in random order and composed of varying numbers of vertices. I am creating a pfGeoset and calling settAttr to define the vertices. Since I have polygons of different lengths I thought I should use the PFGS_POLYS primitive type. The problem I have is that extraneous polygons are drawn with wrong vertices. I tried to pfPrint the scene, and I don't understand the listing: the primitive type (POLYS), number (2) is correct, so is the number of vertices (8) [at least I have 8 indices in the list], but 17 "Coord Index " lines are shown. All arrays have been pfMalloc()ed, and are correct as shown in the cvd debugger. The "extra" indices do correspond to the memory contents after the end of the pfFaceIndices array. But the pfGroupFaceLengths used to specify the number of vertices per poly is also correct. When I switch the primitive type to QUADS, on a small example that has only two quads, it works OK. On that same small example, the following code produces the scene shown below (obtained with pfPrint): pfGeoSet * g = new pfGeoSet; // Fill in geometry data g->setNumPrims(2); g->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, pfVerts, pfFaceIndices); g->setPrimLengths(pfGroupFaceLengths); g->setDrawMode(PFGS_WIREFRAME, PF_ON); g->setPrimType(PFGS_POLYS); g->setGState( MaterialGeoState[i] ); ----------------------- clipped from scene.out --------------------------- [0:0]pfScene pfId=466 0x18a90d90 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(4963.221680, 1710.173828, 95.034027) rad=368.719330 Num Children: 1 [1:0]pfGroup pfId=467 0x18acd780 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(4963.221680, 1710.173828, 95.034027) rad=368.719330 Num Children: 2 [2:0]pfGroup pfId=468 0x18a9f710 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(4877.314941, 2058.479980, 111.949997) rad=9.576769 Num Children: 1 [3:0]pfGeode pfId=469 0x18ab40d0 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(4877.314941, 2058.479980, 111.949997) rad=9.576769 Num pfGeoSets: 1 [4:0] GeoSet: 0x18a90e20 { Primitive: PFGS_POLYS, INDEXED, pfPrims=2, glPrims=4, verts=8 Attribute Bindings: PFGS_COLOR4=PFGS_OFF PFGS_NORMAL3=PFGS_OFF PFGS_TEXCOORD2=PFGS_OFF Attribute List Pointers: PFGS_COORD3: 0x18b9d450 PFGS_COLOR4: 0x0 PFGS_NORMAL3: 0x0 PFGS_TEXCOORD2: 0x0 Attribute Index List Pointers: PFGS_COLOR4: 0x0 PFGS_NORMAL3: 0x0 PFGS_TEXCOORD2: 0x0 PFGS_COORD3: 0x18acd810 Strip Lengths: 4 4 Coord Index: 1 X: 4872.009766 Y: 2060.750000 Z: 112.570000 Coord Index: 2 X: 4882.160156 Y: 2055.530029 Z: 112.570000 Coord Index: 3 X: 4884.509766 Y: 2059.600098 Z: 111.330002 Coord Index: 4 X: 4874.609863 Y: 2064.770020 Z: 111.330002 Coord Index: 2 X: 4882.160156 Y: 2055.530029 Z: 112.570000 Coord Index: 1 X: 4872.009766 Y: 2060.750000 Z: 112.570000 Coord Index: 5 X: 4870.120117 Y: 2057.270020 Z: 111.339996 Coord Index: 6 X: 4880.669922 Y: 2052.189941 Z: 111.339996 Coord Index: 6316 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 55408 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 6316 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 55280 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 6312 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 42928 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 6313 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 3760 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 0 X: 0.000000 Y: 0.000000 Z: 0.000000 } GeoSet: 0x18a90e20 [4:0] [3:0]} pfGeode 469 0x18ab40d0 [2:0]} pfGroup 468 0x18a9f710 .. other pfGroups deleted... I am sure I am missing something simple, but what ? How come the pfPrinted data shows so many extra indices, when the primLengths and numPrims have been properly defined ? Thanks in advance for your help ! +------------------+------------------------------------------------------+ | Francois SILLION | iMAGIS - GRAVIR/IMAG, B.P. 53, 38041 Grenoble Cedex 9| | ' | France. Tel:+33 4 76 51 43 54 - Fax:+33 4 76 44 66 75| +------------------+----------+-------------------------------------------+ | Francois.Sillion@imag.fr | http://w3imagis.imag.fr/~Francois.Sillion | +-----------------------------+-------------------------------------------+ ======================================================================= 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 Feb 10 01:13:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA05697; Mon, 10 Feb 1997 01:12: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 BAA05677; Mon, 10 Feb 1997 01:12:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA27515; Mon, 10 Feb 1997 01:12:47 -0800 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 BAA09829 for ; Mon, 10 Feb 1997 01:12:42 -0800 Received: from nantes0-013.sct.fr (nantes0-013.sct.fr [194.206.158.13]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id KAA20802 for ; Mon, 10 Feb 1997 10:12:47 +0100 Message-Id: <199702100912.KAA20802@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="us-ascii" Date: Mon, 10 Feb 1997 10:13:23 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: Performer_Window-NT Status: O >> SGI People, please don't pay attention at the following: >> Try the incredible Oxygen VGA card. With it you can have real time texture >> on PC >> not as fast as impact but faster than all Indigo2 and indies) > >Some of these PC cards are cool for the low end, but your post doesn't >mention the new SGI O2 which I hope you are aware of. It's designed to >support high quality texturing unlike the Indy and earlier Indigo2 >graphics you mention and has a revolutionary Unified Memory Architecture >which gives it a performance advantage over PC architectures. If your'e >not aware of O2 that's our fault and you should get in touch with your >local office to arrange a demo. You're right, Angus! I don't notice the O2 because I've never tried benches on it at this time. I assume it is fast, and certainly faster than indies especially for texturing. So O2 is known but not tried, so I don't speak of it. It's not really your fault. In fact, I am now working on an OpenGL under Win 95 project since last september, so I am more sensitive on cool PC hardware at this time. But, I promise, I'll try O2 as soon as I can. O2 was just out of the subject of the question. And because it seems it wasn't clear in his mind that performer code had to run on the SGI, I wanted him to know that for OpenGL there was good solutions at a low price (PC + 4000$ video Card) never reached by SGI hardware equivalent or lower( as far as I received financial advertisement). ( ok I know, O2 is complete, in the PC you have to add network, scsi, video .... but most of us may have PC to upgrade rather than O2) Anyway, I was quiet sure to have SGI people reaction ( that's good, they are still alive !), but I don't want to start a sterile ping pong play as the one played on OpenGL newsgroup between OpenGL and DirectX 3D fans. And finally for high perfomance, there nothing else than a SGI. Thanks. ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Mon Feb 10 05:24:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA06324; Mon, 10 Feb 1997 05:23:40 -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 FAA06308; Mon, 10 Feb 1997 05:23:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA05468; Mon, 10 Feb 1997 05:23:39 -0800 Received: from mtolympus.ari.net (mtolympus.ari.net [198.69.192.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA09786 for ; Mon, 10 Feb 1997 05:23:37 -0800 Received: from peril.ari.net (peril.ari.net [198.69.194.98]) by mtolympus.ari.net (8.6.12/09161995) with SMTP id IAA06819; Mon, 10 Feb 1997 08:18:37 -0500 Message-ID: <32FF200C.7F8E@peril.com> Date: Mon, 10 Feb 1997 08:18:04 -0500 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: ANSER LET X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: SWAPNIL H SHAH CC: info-performer@sgi.com Subject: Re: dlopen References: <199702090113.TAA25814@teil.soft.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O SWAPNIL H SHAH wrote: > > Hello everybody, > > if i have global variable called "g" in DSO file "dso1.so" and > i have one mroe DSO file called "dso2.so" > > is it possible to access variable "g" from "dso2.so" by defining it extern? Somebody correct me if I'm wrong, but: Two things: 1) use sgidladd() instead of dlopen(). This way all the symbols are made available in the name space and there's no need for dlsym() (so you don't need the library pointer); 2) To access a symbol in libdso1.so from libdso2.so, you need to "link" with libdso1.so when compiling libdso2.so; that is, do a "-ldso1" when creating the library libdso2.so. This doesn't actually link in the code, but allows any cross-references to be resolved. If you don't do this you'll get a runtime linker (rld) error when you try to access "g", even is it's dso is loaded. Glenn. -------------------------------------------------------------------- Glenn Waldron - ANSER Leading Edge Technologies PCS: 703.598.7835 email: gwaldron@peril.com voice mail: 703.416.8462 ======================================================================= 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 Feb 10 06:55:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA06583; Mon, 10 Feb 1997 06:54: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 GAA06567; Mon, 10 Feb 1997 06:54:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA09547; Mon, 10 Feb 1997 06:54:40 -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 GAA24566 for ; Mon, 10 Feb 1997 06:54:38 -0800 Received: from vivid.autometric.com by relay4.UU.NET with SMTP (peer crosschecked as: vivid.autometric.com [198.49.5.66]) id QQcchn01102; Mon, 10 Feb 1997 09:53:21 -0500 (EST) Received: from torus by vivid.autometric.com via ESMTP (950215.SGI.8.6.10/920502.SGI) id JAA18221; Mon, 10 Feb 1997 09:53:17 -0500 Received: (from cowling@localhost) by torus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA08548; Mon, 10 Feb 1997 09:53:13 -0500 From: "Bob Cowling" Message-Id: <9702100952.ZM8547@torus.autometric.com> Date: Mon, 10 Feb 1997 09:52:55 -0500 In-Reply-To: swapnil@teil.soft.net (SWAPNIL H SHAH) "dlopen" (Feb 8, 7:43pm) References: <199702090113.TAA25814@teil.soft.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: swapnil@teil.soft.net (SWAPNIL H SHAH) Subject: Re: dlopen Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There are several ways to access the variable "g" - and someone else has outlined how to construct the static version. In your case, since you have two "g"s in your executable, you do want to remain using dlopen (vs. sgidladd). This will prevent the ambiguity of which "g" is actually being used. Use the handle returned from the dlopen to access the variable "g" in the second DSO. For example (from man dlsym) void *handle; int i, *iptr; int (*fptr)(int); /* open the needed object */ handle = dlopen("/usr/mydir/libx.so", RTLD_LAZY); /* find address of function and data objects */ fptr = (int (*)(int))dlsym(handle, "some_function"); iptr = (int *)dlsym(handle, "int_object"); /* invoke function, passing value of integer as a parameter */ i = (*fptr)(*iptr); DSOs are Cool! 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 Mon Feb 10 08:46:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA07160; Mon, 10 Feb 1997 08:45:02 -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 IAA07144; Mon, 10 Feb 1997 08:45:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA18285; Mon, 10 Feb 1997 08:45:01 -0800 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 IAA18933 for ; Mon, 10 Feb 1997 08:44:51 -0800 Received: from nantes0-006.sct.fr (nantes0-006.sct.fr [194.206.158.6]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id RAA18590 for ; Mon, 10 Feb 1997 17:44:49 +0100 Message-Id: <199702101644.RAA18590@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="us-ascii" Date: Mon, 10 Feb 1997 17:45:33 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Last about glDrawPixel Status: O This morning I had time to try what I received las week. to sum up: I ned to display a bitmap in a navigation app but when the lower left corner of the bitmap was outside the window glRasterPos was out with negatives values. So I got two ways to do this: first was : "glDrawPixels() can get an address which is inside the image, not only the corner itself. In your case, you can calculate the pixel that should be drawn to the lower left corner of the viewport, and send its address within the image to glDrawPixels. You should specify what is the row length of the image, so that OpenGL can skip to the next row of pixels, to the same x position. You specify the row length with glPixelStorei (GL_PACK_ROW_LENGTH, row_length)." this is ok but needs a few tests to be safe. In Some cases you have the bitmap repeated ( when you play at the upper right corner) Second was : "static GLubyte pseudoBitmap[] = { 0 }; glRasterPos3f( 0.0, 0.0, 0.0 ); glBitmap(1, 1, 0.0, 0.0, xoffset, yoffset, pseudoBitmap); glDrawPixel(sizex,sizey,....)" I was really septic about the succes of this method, but I tried: conclusion: Oh god, it works! and not only for glbitmap but also for glimages. No tests if offset is <0 or >0, don't care about RGB or RGBA !! well done benedikt ! ( all my apologies for doubting ) ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Mon Feb 10 10:10:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA07390; Mon, 10 Feb 1997 10:09:01 -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 KAA07374; Mon, 10 Feb 1997 10:09:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26114; Mon, 10 Feb 1997 10:09:00 -0800 Received: from sgidev.mdc.com (SGIDEV.MDC.COM [129.200.1.58]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA10614 for ; Mon, 10 Feb 1997 10:08:55 -0800 Received: from mbsgi4.mdc.com by sgidev.mdc.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA24766; Mon, 10 Feb 1997 10:08:48 -0800 Received: from mbsgi4 by mbsgi4.mdc.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA09738; Mon, 10 Feb 1997 10:08:47 -0800 Sender: olivier@sgidev.mdc.com Message-ID: <32FF642E.41C6@sgidev.mdc.com> Date: Mon, 10 Feb 1997 10:08:46 -0800 From: Olivier Schreiber Organization: McDonnell Douglas X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: pfEarthSky and archives Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Is there a way to quickly search the ftp performer mailing list archives on a related subject? I was looking for some info on how to better control the coloring of the sky. The man page related to pfEarthSky and related chapter in programmer's guide does not say even how the coloring is interpolated from SKYBOTTOM to SKYTOP. Probably the subject has come up before but the mailing list archives are time consuming to search `by hand'. Any tip appreciated. Thanks. -- Olivier Schreiber olivier@sgidev.mdc.com 310 593 9739 FAX 593 0296 Military Transport Aircraft, McDonnell Douglas Corporation Mail Code D041/0056, 2401 E. Wardlow Road Long Beach, CA 90807-5309 ======================================================================= 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 Feb 10 11:16:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA07710; Mon, 10 Feb 1997 11:15:04 -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 LAA07694; Mon, 10 Feb 1997 11:15:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA02387; Mon, 10 Feb 1997 11:15:02 -0800 Received: from tds-akron.lmco.com (tds-akron.lmco.com [158.186.100.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00054 for ; Mon, 10 Feb 1997 11:14:54 -0800 From: david.heskamp@lmco.com Received: from ldsa by tds-akron.lmco.com (SMI-8.6/SMI-SVR4) id NAA05092; Mon, 10 Feb 1997 13:56:52 -0500 Received: from pc1197.ldsa by ldsa (SMI-8.6/SMI-SVR4) id OAA21921; Mon, 10 Feb 1997 14:13:23 -0500 To: moore@wolfenet.com, david.heskamp@lmco.com, info-performer@sgi.com Subject: Re: reflecting GeoSets causes shading to malfunciton (fwd) Date: Mon, 10 Feb 97 14:07:49 EST Message-Id: <9702101907.3138F0@pc1197.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Thanks to everyone who made suggestions. Especially to Tim... I finally set up pre-draw and post-draw callbacks to the node that encapsulated the reflected geometry. In those callbacks I used glFrontFace to set the appropriate frontface mode. That does the job. Dave --- Begin Included Message --- From: david.heskamp@lmco.com Date: Thu, 6 Feb 97 09:44:30 EST Thanks for everyone who responded. Using glFrontFace (GL_CW) solves the problem globally! But, it causes non-reflected geometry to behave improperly. How do I selectively change front face ordering for various Geosets? You should attach a pre-draw and post-draw callback to the pfGeode that contains the reflected geosets. The pre-draw callback sets the vertex order to clockwise; the post-draw callback restores it to counter-clockwise. Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --- End Included Message --- Dave Heskamp Lockheed Martin Tactical Defense Systems 1210 Massillon Road Akron, Ohio 44315-0001 phone: (330) 796 - 5383 fax: (330) 796 - 7009 email: david.heskamp@lmco.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 Feb 10 13:51:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA08569; Mon, 10 Feb 1997 13:48:56 -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 NAA08553; Mon, 10 Feb 1997 13:48:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16887; Mon, 10 Feb 1997 13:48:54 -0800 Received: from gauntlet.ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA13463 for ; Mon, 10 Feb 1997 13:48:52 -0800 Received: by gauntlet.ht.com; id QAA13501; Mon, 10 Feb 1997 16:48:44 -0500 (EST) Received: from he.ht.com(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma013492; Mon, 10 Feb 97 16:48:29 -0500 Received: by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id VAA08991; Mon, 10 Feb 1997 21:47:51 GMT From: "Morten Bro-Nielsen" Message-Id: <9702101647.ZM8989@ht.com> Date: Mon, 10 Feb 1997 16:47:50 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: JOBS: HT Medical - still looking Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, As you may be aware from earlier postings, we at HT Medical are looking for several new people to join our Core Technology Group (CTG). We have a number of challenging and exciting projects in progress and coming up that involve advanced computer graphics, physics-based modeling, and haptic interface technology. The technology in these projects is cutting-edge, and includes o Extensive Performer/Cosmo3D/OpenGL graphics, o Physics-based modeling using Particle System and Fast Finite Element models, o Haptic interface technology developed from scratch, and o Distributed parallel processing. You do *not* need to be expert in all these! But, if you have good experience in one or more of these technologies, and the desire to learn more we would like to hear from you. --Morten ----------------------------------------------------------------- HT Medical, Inc. is looking for new people to join our exciting team. HT Medical, Inc. (formerly High Techplanations) of Rockville, Maryland is a leading developer of physically-based virtual environment software whose primary application area is surgery simulation. We are currently working on projects for development of turnkey products as well as core research, and has immediate full-time openings for several software development people. At HT you will find an exciting team of people, a full machine park with all the stuff you ever wanted to try, and a lot of challenges. 1. Sr. software engineer - Simulation and Graphics [Multiple positions] We are looking for creative, problem-solving individuals (M.Sc./Ph.D. or equivalent) to work on advanced simulation software for our virtual surgery systems. If you like developing advanced solutions for practical problems, can implement algorithms from SIGGRAPH papers, and find the idea of writing such a paper an interesting challenge, you are the right person. You need a strong background in applied math, must be familiar with OpenGL computer graphics on SGI/UNIX workstations. Physics-based modeling and SGI Performer experience a plus. C/C++ required, real-time systems and OO would be nice. 2. Software engineer - Computer Graphics [Multiple positions] We are looking for creative, problem-solving individuals (B.Sc./M.Sc. or equivalent) to develop realistic computer graphics environments for our virtual surgery systems. If you like creating cool graphics applications, and are good at finding non-standard solutions to non-standard problems, you are the right person. Experience with SGI/UNIX workstations and one or more of the following is required: OpenGL, Performer, or Inventor. In addition, experience with VRML and game graphics packages such as Direct3D and RenderWare is a plus. 3. System Administrator We are looking for a cool-headed individual to manage our multi-platform environment. If you are a quick - but methodical - problem-solver, can adapt in a fast-paced environment and at the same time keep calm, you are the right person. The network includes several SGI/UNIX systems, PCs (Win95/NT), Macs, an FTP/Web server and a firewall. Responsibilities include updating SGI software and OS, and maintaining shared file systems, internal and external networks, email, and DNS. Travel a strong possibility for shows and demonstrations. To keep things running smoothly, experience with SGIs a must, NFS/NIS, firewalls, and network proxies a plus. Please respond by email: jobs@ht.com or fax: (301) 984-2104 -- ,,, (o o) -------------------------oOO--(_)--OOo------------------------------- Morten Bro-Nielsen, PhD E-mail: bro@ht.com Senior Scientist HT WWW: http://www.ht.com/ HT Medical, Inc. Private: http://www.imm.dtu.dk/~bro 6001 Montrose Road, Suite 902 http://www.imm.dtu.dk/~mvox Rockville, MD 20852, USA Phone: +1(301)984-3706 Fax: ..-2104 -------------- Creator of Surgery Simulation Systems ---------------- ======================================================================= 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 Feb 10 14:19:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08792; Mon, 10 Feb 1997 14:17: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 OAA08775; Mon, 10 Feb 1997 14:17:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA19587; Mon, 10 Feb 1997 14:17:25 -0800 Received: from vulcan.ncsc.navy.mil (vulcan.ncsc.navy.mil [130.109.120.157]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA22276 for ; Mon, 10 Feb 1997 14:17:19 -0800 Received: by vulcan.ncsc.navy.mil (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA04658; Mon, 10 Feb 97 16:19:59 -0600 From: "Neil Matson" Message-Id: <9702101619.ZM4656@vulcan.ncsc.navy.mil> Date: Mon, 10 Feb 1997 16:19:57 -0600 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: libpfutil KeyRelease Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Is there an easy way in PF/OGL 2.0.X to see if a key is being held down? I remember in skyfly the technique was to set/unset a table (of key states) based on a Keypress or KeyRelease event. This necessitated turning off the key repeat feature. Looking through the libpfutil source it seems to me that the only table kept related to this is with a Keypress. It does not seem to do anything meaningful with the KeyRelease. Do I need to do my own X event handling or am I missing something? Sorry if this has been addressed before. Also, when is the non-beta version of 2.2 being released? Thanks, Neil matson@phoebus.ncsc.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 Mon Feb 10 15:42:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA09166; Mon, 10 Feb 1997 15:40:19 -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 PAA09150; Mon, 10 Feb 1997 15:40:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA27414; Mon, 10 Feb 1997 15:40:18 -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 PAA16406 for ; Mon, 10 Feb 1997 15:40:17 -0800 Received: from proxima.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA12916; Mon, 10 Feb 1997 15:40:11 -0800 Received: by proxima.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA27455; Mon, 10 Feb 1997 15:40:10 -0800 From: "Tom McReynolds" Message-Id: <9702101540.ZM27834@proxima.asd.sgi.com> Date: Mon, 10 Feb 1997 15:40:10 -0800 In-Reply-To: ceti@worldnet.net (ceti) "Last about glDrawPixel" (Feb 10, 5:45pm) References: <199702101644.RAA18590@centaure.worldnet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ceti@worldnet.net (ceti), info-performer@sgi.com Subject: Re: Last about glDrawPixel Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 10, 5:45pm, ceti wrote: > Subject: Last about glDrawPixel > This morning I had time to try what I received las week. > > to sum up: > I ned to display a bitmap in a navigation app but when the lower left > corner of the bitmap was outside the window glRasterPos was out with > negatives values. > > So I got two ways to do this: > > first was : > > "glDrawPixels() can get an address which is inside the image, not only the > corner itself. In your case, you can calculate the pixel that should be drawn > to the lower left corner of the viewport, and send its address within the image > to glDrawPixels. You should specify what is the row length of the image, so > that OpenGL can skip to the next row of pixels, to the same x position. You > specify the row length with glPixelStorei (GL_PACK_ROW_LENGTH, row_length)." > > this is ok but needs a few tests to be safe. > In Some cases you have the bitmap repeated ( when you play at the upper > right corner) > > Second was : > > "static GLubyte pseudoBitmap[] = { 0 }; > glRasterPos3f( 0.0, 0.0, 0.0 ); > glBitmap(1, 1, 0.0, 0.0, xoffset, yoffset, pseudoBitmap); > glDrawPixel(sizex,sizey,....)" It is even easier than that: glBitmap(0, 0, 0.f, 0.f, xoffset, yoffset, NULL); will let you place the raster position where you want. This is not a hack; glBitmap was designed to let you do a call like the one above. -Tom > > I was really septic about the succes of this method, but I tried: > conclusion: Oh god, it works! and not only for glbitmap but also for glimages. > No tests if offset is <0 or >0, don't care about RGB or RGBA !! > > well done benedikt ! > ( all my apologies for doubting ) > ================================================================== > _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ > _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ > _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ > _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ > _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ > > BILLARD Olivier - Engineer R&D - C&I Software > 1 avenue de la mer - 44380 PORNICHET - FRANCE > Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 > Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti > ================================================================= > \\\|||/// > \\ - - // > ( @ @ ) > +----------------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 >-- End of excerpt from ceti ======================================================================= 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 Feb 10 16: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 QAA09318; Mon, 10 Feb 1997 16:07: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 QAA09302; Mon, 10 Feb 1997 16:07:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA00368; Mon, 10 Feb 1997 16:07:08 -0800 Received: from ait.nrl.navy.mil (coralsea.ait.nrl.navy.mil [132.250.128.39]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA23791 for ; Mon, 10 Feb 1997 16:07:07 -0800 Received: from groton.ait.nrl.navy.mil (groton [132.250.128.83]) by ait.nrl.navy.mil (8.8.3/8.8.3) with ESMTP id TAA24687 for ; Mon, 10 Feb 1997 19:07:33 -0500 (EST) Received: (from bcolbert@localhost) by groton.ait.nrl.navy.mil (8.7.5/8.7.3) id TAA02796 for info-performer@sgi.com; Mon, 10 Feb 1997 19:07:06 -0500 (EST) From: "Brad Colbert" Message-Id: <9702101907.ZM2794@groton.ait.nrl.navy.mil> Date: Mon, 10 Feb 1997 19:07:05 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: No luck with pfuInputHandler ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi folks, I'm trying to capture X key events using pfuInputHandler to no avail. My handler function is called on a key event but I am unable to decode which key was pressed. The man page is a bit vague... pfuInputHandler installs the custom handler userFunc, which will then be called to process each input event included in mask. If the mode is PFUINPUT_X, then mask can be set to the bitwise-or of an X input mask with PFUINPUT_CATCH_UNKNOWN, PFUINPUT_CATCH_SIM, or PFU_CATCH_ALL. If mode is PFUINPUT_GL, then mask may be set to either PFU_CATCH_ALL or PFU_CATCH_UNKNOWN. Which X input masks? The ones defined in X.h? Also there is an error in this man page segment. PFU_CATCH_ALL should be PFUINPUT_CATCH_ALL. Does anyone have any information on how to use pfuInputHandler ? Here is how my pfuInputHandler is defined and the format of my input handler... int setupKeyboardInput (pfPipeWindow *thePw) { events = new pfuEventStream; if (!events) // if events was not created for some reason return FALSE; pfuInitInput (thePw, PFUINPUT_X); pfuInputHandler (processKeyboardInput, PFUINPUT_CATCH_SIM | KeyReleaseMask); return TRUE; } pfuEventHandlerFuncType *processKeyboardInput (int dev, void *val, pfuCustomEvent *pfuevent) { ... } Any help would be greatly appreciated. Brad -- -| How I want a break, Caribbean of course, after the heavy lectures involving -| quantum mechanics. All of thy geometry, Herr Planck, is fairly hard... -+----------------------------------------------------------------------------- -| bcolbert@ait.nrl.navy.mil (202) 404-4708 ITD Virtual Reality Lab, NRL ======================================================================= 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 Feb 10 16:57:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA09541; Mon, 10 Feb 1997 16:56: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 QAA09525; Mon, 10 Feb 1997 16:56:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA04613; Mon, 10 Feb 1997 16:56:30 -0800 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 QAA06182 for ; Mon, 10 Feb 1997 16:56:29 -0800 Received: by orac.boston.sgi.com (951211.SGI.8.6.12.PATCH1042/940406.SGI) id TAA21691; Mon, 10 Feb 1997 19:56:19 -0500 From: "Andrew Shein" Message-Id: <9702101956.ZM21689@orac.boston.sgi.com> Date: Mon, 10 Feb 1997 19:56:19 -0500 In-Reply-To: "Neil Matson" "libpfutil KeyRelease" (Feb 10, 4:19pm) References: <9702101619.ZM4656@vulcan.ncsc.navy.mil> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Neil Matson" , info-performer@sgi.com Subject: Re: libpfutil KeyRelease Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 10, 4:19pm, Neil Matson wrote: > Subject: libpfutil KeyRelease > > Is there an easy way in PF/OGL 2.0.X to see if a key is being held down? I > remember in skyfly the technique was to set/unset a table (of key states) > based on a Keypress or KeyRelease event. This necessitated turning off the > key repeat feature. Looking through the libpfutil source it seems to me that > the only table kept related to this is with a Keypress. It does not seem to > do anything meaningful with the KeyRelease. Do I need to do my own X event > handling or am I missing something? Sorry if this has been addressed > before. > I don't know about every key (because I havn't looked) but I used static void processEventsInput( pfuEventStream *events ) { int i; int j; int key; int dev; int val; int numDevs; pfCoord view; // new viewpoint numDevs = events->numDevs; if( events->buttonFlags & (PFUDEV_MOD_SHIFT) ) { Shared->pick_mode = TRUE; } else { Shared->pick_mode = FALSE; Shared->picked_dcs = NULL; } ........ To change state when SHIFT is down. > Also, when is the non-beta version of 2.2 being released? I don't know such things :( > > Thanks, > > Neil > matson@phoebus.ncsc.navy.mil > > ======================================================================= > 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 Neil Matson -- 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 Feb 10 19:55:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA10125; Mon, 10 Feb 1997 19:54:52 -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 TAA10109; Mon, 10 Feb 1997 19:54:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA14122; Mon, 10 Feb 1997 19:54:49 -0800 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 TAA10176 for ; Mon, 10 Feb 1997 19:54:48 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id TAA14118; Mon, 10 Feb 1997 19:54:48 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id TAA23068; Mon, 10 Feb 1997 19:54:47 -0800 From: "Rob Jenkins" Message-Id: <9702101954.ZM23066@quid.csd.sgi.com> Date: Mon, 10 Feb 1997 19:54:47 -0800 In-Reply-To: "Krzysztof Dudkiewicz" "Re^2: I want information of openInventor." (Feb 5, 10:12am) References: <3.0.1.32.19970205120752.0078eb70@interpia.net> <9702041931.ZM9269@quid.csd.sgi.com> <9702051012.ZM9856@dale.inet.com.pl> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: kd.accom@inet.com.pl Subject: Re: Re^2: I want information of openInventor. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Template Graphics Software, Inc is the licensee now, their web page www.tgs.com has platform support information. Cheers Rob On Feb 5, 10:12am, Krzysztof Dudkiewicz wrote: > Subject: Re^2: I want information of openInventor. > On Feb 4, 7:31pm, Rob Jenkins wrote: > > Subject: Re: I want information of openInventor. > > The SGI Inventor web page is: > > http://www.sgi.com/Technology/Inventor.html > > > > and has a 'Multi-Platform Availability and Licensing' link. There's also a > > newsgroup: > > comp.graphics.api.inventor > > > > They'd both be good places to start. > > > > Cheers > > Rob > >-- End of excerpt from Rob Jenkins > > Rob, > The page you mention and the link to multi-platform availability are of > course a good starting point, but are a little bit outdated, the latter one was > last modified on Dec 18, 1995. In particular Portable Graphics has been > swallowed up by Template Graphics Software and NeTpower does not appear to > support Open Invetor anymore. Is it possible to get the latest list of other > platforms availability of Open Inventor ? > > Kris. >-- End of excerpt from Krzysztof Dudkiewicz -- ________________________________________________________________ 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 Feb 10 20:19:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA10525; Mon, 10 Feb 1997 20:17:54 -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 UAA10509; Mon, 10 Feb 1997 20:17:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA15170; Mon, 10 Feb 1997 20:17:52 -0800 Received: from iss.nus.sg (dragon.iss.nus.sg [137.132.247.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA14002 for ; Mon, 10 Feb 1997 20:17:49 -0800 Received: from whitehead.iss.nus.sg by iss.nus.sg (SMI-8.6/SMI-SVR4) id MAA25229; Tue, 11 Feb 1997 12:24:27 +0800 Received: by whitehead.iss.nus.sg (SMI-8.6/SMI-SVR4) id MAA00866; Tue, 11 Feb 1997 12:24:26 +0800 Date: Tue, 11 Feb 1997 12:24:26 +0800 From: fair@iss.nus.sg (Kim Michael Fairchild) Message-Id: <199702110424.MAA00866@whitehead.iss.nus.sg> To: watsen@cs.nps.navy.mil CC: tran@sirssg1.epfl.ch, info-performer@sgi.com In-reply-to: <199702072126.NAA12967@kahuna.cs.nps.navy.mil> (watsen@cs.nps.navy.mil) Subject: Re: file.gz Status: O >> > >> > Today is Asian New year in the sign of Buffalo, It is a >> > nicest way to begin a new year then I wish : >> > >> > A NICEST BUFFALO YEAR FOR YOU ALL . >> > >> > Tran. >> > >> >> ...or, as my fiancee would say: >> >> chu'c mu+`ng na(m mo+'i >> >> K. >> Actually to all the US types on this list, this note might be confusing. The English translatation should be the "Year of the Ox". Tran said Buffalo which is literally right, but it gets confusing for us Western types as we think of the Buffalos of the wild west in the states not the water buffalo which is correct. Also my Vietnamese primer wrote it like this: "Chuc muang nam moi" or pronounced something like this: "Chuck mung nam mouri" (the last with very litte r). Kim. PS Love Asian languages. ======================================================================= 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 Feb 10 23:40:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA10817; Mon, 10 Feb 1997 23:39: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 XAA10801; Mon, 10 Feb 1997 23:39:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA21324; Mon, 10 Feb 1997 23:39:36 -0800 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 XAA11654 for ; Mon, 10 Feb 1997 23:38:20 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id NAA27409; Tue, 11 Feb 1997 13:07:26 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199702111837.NAA27409@teil.soft.net> Subject: Re: dlopen To: gwaldron@peril.com Date: Tue, 11 Feb 1997 13:07:26 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: <32FF200C.7F8E@peril.com> from "Glenn Waldron" at Feb 10, 97 08:18:04 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1559 Status: O Hi, Thanks Glenn, for solving my problem. I tried only 2nd method and it really worked...whoops.... :) thanks you very much to all who spend time for me -swapnil > SWAPNIL H SHAH wrote: > > > > Hello everybody, > > > > if i have global variable called "g" in DSO file "dso1.so" and > > i have one mroe DSO file called "dso2.so" > > > > is it possible to access variable "g" from "dso2.so" by defining it extern? > > Somebody correct me if I'm wrong, but: > Two things: > 1) use sgidladd() instead of dlopen(). This way all the symbols are > made available in the name space and there's no need for > dlsym() (so you don't need the library pointer); > 2) To access a symbol in libdso1.so from libdso2.so, you need to "link" > with libdso1.so when compiling libdso2.so; that is, do a > "-ldso1" when creating the library libdso2.so. This doesn't > actually link in the code, but allows any cross-references to be > resolved. If you don't do this you'll get a runtime linker (rld) > error when you try to access "g", even is it's dso is loaded. > Glenn. > > -------------------------------------------------------------------- > Glenn Waldron - ANSER Leading Edge Technologies PCS: 703.598.7835 > email: gwaldron@peril.com voice mail: 703.416.8462 > ************************************************************ E-Mail : swapnil@teil.soft.net WWW : http://www.teil.soft.net/~swapnil/ Call me: 91-080-8452016 ext-218 ************************************************************ ======================================================================= 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 Feb 11 01:51:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA11200; Tue, 11 Feb 1997 01:50: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 BAA11184; Tue, 11 Feb 1997 01:50:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA26849; Tue, 11 Feb 1997 01:50:03 -0800 Received: from sys4.cambridge.uk.psi.net (sys4.cambridge.uk.psi.net [154.32.106.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA29152 for ; Tue, 11 Feb 1997 01:50:02 -0800 Received: from hegel.UUCP by sys4.cambridge.uk.psi.net (8.7.5/SMI-5.5-UKPSINet) id IAA28889; Tue, 11 Feb 1997 08:50:24 GMT Received: from tswl (cookstown) by tswl.co.uk (4.1/SMI-4.1) id AA18254; Tue, 11 Feb 97 08:52:07 GMT Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7Bit X-Mailer: BeyondMail for Windows/SMTP 2.2 To: fair@iss.nus.sg (Kim Michael Fairchild), watsen@cs.nps.navy.mil From: Roger Morris Subject: Re: file.gz Date: Tue, 11 Feb 1997 08:45:57 -0800 X-Beyondmail-Priority: 1 Message-Id: Conversation-Id: <199702110424.MAA00866@whitehead.iss.nus.sg> In-Reply-To: <199702110424.MAA00866@whitehead.iss.nus.sg> Reply-To: Roger Morris Cc: info-performer@sgi.com, tran@sirssg1.epfl.ch Status: O > From: fair@iss.nus.sg (Kim Michael Fairchild), on 11/02/97 12:24: > > > >> > > >> > Today is Asian New year in the sign of Buffalo, It is a > >> > nicest way to begin a new year then I wish : > >> > > >> > A NICEST BUFFALO YEAR FOR YOU ALL . > >> > > >> > Tran. > >> > > >> > >> ...or, as my fiancee would say: > >> > >> chu'c mu+`ng na(m mo+'i > >> > >> K. > >> > > Actually to all the US types on this list, this note might be > confusing. The English translatation should be the "Year of the Ox". > Tran said Buffalo which is literally right, but it gets confusing for > us Western types as we think of the Buffalos of the wild west in the > states not the water buffalo which is correct. > In Europe, we know the difference between a buffalo and a bison You can't wash your hands in a buffalo! ========================== Roger Morris TRANSFORMATION SOFTWARE Applications Engineer Thame Park Road TEL: 01844 261456 Thame FAX: 01844 260056 Oxon, OX9 3UQ E-mail: rmorris@tswl.co.uk http://www.transform.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 Tue Feb 11 02:02:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA11317; Tue, 11 Feb 1997 02:00:57 -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 CAA11301; Tue, 11 Feb 1997 02:00:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA27200; Tue, 11 Feb 1997 02:00:56 -0800 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 CAA00418 for ; Tue, 11 Feb 1997 02:00:49 -0800 Message-Id: <199702111000.CAA00418@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 11 Feb 1997 10:34:04 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 11 Feb 1997 10:34:04 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Tue, 11 Feb 1997 10:33:06 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Tue, 11 Feb 1997 11:31:10 +0100 Date: Tue, 11 Feb 1997 11:31:10 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970211103110] 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: indexing a geoset MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi all, I am quite sure that this question has already been asked, but... I have a non indexed geoset loaded from an iv file. I would like to make it an indexed geoset, to reduce the number of v= ertices. Is there a pfutil or pfdu function that makes such an operation, tha= t is which detects the redundances of vertices, assembles those repeated = vertices in one, and puts an index for the others ? Isn't it called a hash ta= ble or something like this ? Thanks in advance Mike Michael Boccara ! Aerospatiale= Software engineer ! Centre commun = de email : ! recher= che Louis Bleriot 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 Tue Feb 11 02:10:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA11428; Tue, 11 Feb 1997 02:09: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 CAA11412; Tue, 11 Feb 1997 02:09:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA27469; Tue, 11 Feb 1997 02:09:44 -0800 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 CAA01736 for ; Tue, 11 Feb 1997 02:09:08 -0800 Message-Id: <199702111009.CAA01736@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 11 Feb 1997 11:07:39 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 11 Feb 1997 11:07:39 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Tue, 11 Feb 1997 11:07:37 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Tue, 11 Feb 1997 12:05:49 +0100 Date: Tue, 11 Feb 1997 12:05:49 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970211110549] 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: Modification : indexing a geoset MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi all again, I just wrote : >I am quite sure that this question has already been asked, but... > >I have a non indexed geoset loaded from an iv file. >I would like to make it an indexed geoset, to reduce the number of = >vertices. >Is there a pfutil or pfdu function that makes such an operation, th= at is >which detects the redundances of vertices, assembles those repeated= >vertices in one, and puts an index for the others ? Isn't it called= a hash >table or something like this ? I just discovered the fnction pfdMeshGSet !!! So my problem SHOULD be resolved ... But : I tried this function and it did not work because my model consists = of non-indexed PFTRISTRIPS primitives, and as it is said in the referen= ce manual, pfdMeshGSet does only work on geosets with non indexed PFTRI= S primitives . What can I do to make the same operation as pfdMeshGSet on non-index= ed PFTRISTRIPS primitives of my geoset ?? My model comes from the loading of an iv file. I am working with Performer 2.0.1 Thanks in advance Mike Michael Boccara ! Aerospatiale= Software engineer ! Centre commun = de email : ! recher= che Louis Bleriot 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 Tue Feb 11 05:42:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA11915; Tue, 11 Feb 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 FAA11899; Tue, 11 Feb 1997 05:41:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA03638; Tue, 11 Feb 1997 05:41:25 -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 FAA00960 for ; Tue, 11 Feb 1997 05:41:23 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA28170; Tue, 11 Feb 97 08:34:25 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id IAA28612; Tue, 11 Feb 1997 08:34:27 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <33007562.4418@ash.crd.ge.com> Date: Tue, 11 Feb 1997 08:34:26 -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: Roger Morris Cc: Kim Michael Fairchild , watsen@cs.nps.navy.mil, info-performer@sgi.com, tran@sirssg1.epfl.ch Subject: Re: file.gz References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Roger Morris wrote: > > > Actually to all the US types on this list, this note might be > > confusing. The English translatation should be the "Year of the Ox". > > Tran said Buffalo which is literally right, but it gets confusing for > > us Western types as we think of the Buffalos of the wild west in the > > states not the water buffalo which is correct. > > > > In Europe, we know the difference between a buffalo and a bison > > You can't wash your hands in a buffalo! You can't compile an LALR(1) grammar specification with a buffalo either. (Sorry for contributing to this off-topic cascade. We now return you to your regularly scheduled discussion.) -- 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 Feb 11 08:14:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12291; Tue, 11 Feb 1997 08:13:19 -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 IAA12275; Tue, 11 Feb 1997 08:13:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA12368; Tue, 11 Feb 1997 08:13:18 -0800 Received: from Sonnet.GSC.GTE.Com (Sonnet-se1.isonet.chnt.gtegsc.com [131.131.251.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10792 for ; Tue, 11 Feb 1997 08:13:14 -0800 Received: from msmail.mtv.gtegsc.com ("port 1634"@msmail.mtv.gtegsc.com) by Sonnet.GSC.GTE.Com (PMDF V5.0-6 #17886) id <01IFAB5U69MI000J9C@Sonnet.GSC.GTE.Com> for info-performer@sgi.com; Tue, 11 Feb 1997 10:13:40 -0400 (EDT) Date: Tue, 11 Feb 1997 08:20:47 -0800 From: Shepherd_Karl Subject: gfx VOF info? To: SGI Performer Group Message-id: MIME-version: 1.0 X-Mailer: Mail*Link SMTP for Quarterdeck Mail; Version 4.0.0 Content-type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-transfer-encoding: quoted-printable Status: O I am trying to find out the VOF parameters for "1280x1024_180qi" the = "README" file in "/usr/gfx/ucode/RE/dg2/vof/" does not contain the = parameters for that mode. I need this information to configure a scan = converter so we can view the graphics simultaneously on a monitor and our = HMD. Can someone supply this information or point me to a place I can = retreive it? thanks Karl Shepherd karl.shepherd@gsc.gte.com GTE Government Systems 1805 W. Drake Dr. Tempe, AZ 85283 tel 602-777-1730 fax 602-7771717 ======================================================================= 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 Feb 11 11:56:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA12781; Tue, 11 Feb 1997 11:55: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 LAA12765; Tue, 11 Feb 1997 11:55:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA04712; Tue, 11 Feb 1997 11:55:19 -0800 Received: from proxy1.ba.best.com (proxy1.ba.best.com [206.184.139.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA13378 for ; Tue, 11 Feb 1997 11:55:18 -0800 Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy1.ba.best.com (8.8.5/8.8.3) with ESMTP id KAA07625 for ; Tue, 11 Feb 1997 10:47:35 -0800 (PST) Received: (from jas@localhost) by shellx.best.com (8.8.5/8.8.3) id KAA17893; Tue, 11 Feb 1997 10:44:48 -0800 (PST) Date: Tue, 11 Feb 1997 10:44:48 -0800 (PST) From: "James A. Squires" Message-Id: <199702111844.KAA17893@shellx.best.com> To: info-performer@sgi.com Subject: HELP: Performer LOD multi-channel problem X-Newsreader: NN version 6.5.0 #6 (NOV) Status: O >Path: nntp2.ba.best.com!news1.best.com!newshub1.home.com!news.home.com!enews.sgi.com!news.sgi.com!howland.erols.net!feed1.news.erols.com!cwix!uunet!in3.uu.net!165.254.2.52!news.new-york.net!wlbr!news.cerf.net!nic.cerf.net!jsquires >From: jsquires@nic.cerf.net (James A. Squires) >Newsgroups: comp.sys.sgi.graphics >Subject: HELP: Performer LOD multi-channel problems >Date: 9 Feb 1997 20:29:58 GMT >Organization: CERFnet >Lines: 22 >Message-ID: <5dlc46$foe@news.cerf.net> >NNTP-Posting-Host: nic.cerf.net >Xref: nntp2.ba.best.com comp.sys.sgi.graphics:11654 Gretings kind Performer expert ! I've done everything I could think of to solve this problem, (online/offline manuals, usenet archives, etc.) and it's killing us. I'm running on a IR one pipe sytem, using Performer 2.x displaying three channels. We created a simple 2 LOD roadway (mgen 1.2.3 saved as 14.2 flt) and when the channels are not slaved, I get the first channle correctly showing the high LOD, but the side channels show the lower LOD ! When slaved, they all show the lower LOD. Any suggestions ? Please email jas@jas.com. Thank you so much for your time, -JAS ======================================================================= 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 Feb 11 16: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 QAA13919; Tue, 11 Feb 1997 16:33:34 -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 QAA13903; Tue, 11 Feb 1997 16:33:33 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA01371; Tue, 11 Feb 1997 16:33:32 -0800 Received: from lisa (LISA.TEMPE.GTEGSC.COM [192.48.143.194]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA18759 for ; Tue, 11 Feb 1997 16:33:30 -0800 Received: by lisa (951211.SGI.8.6.12.PATCH1502/940406.SGI) for info-performer@sgi.com id RAA15683; Tue, 11 Feb 1997 17:35:12 -0700 Date: Tue, 11 Feb 1997 17:35:12 -0700 From: kaylor@lisa.corp.sgi.com (Brett Kaylor) Message-Id: <199702120035.RAA15683@lisa> To: info-performer@sgi.com Subject: Warnings & Errors Status: O I am just porting my application from IRIX 5.3 Performer 2.0.2 to IRIX6.2 Performer 2.1. During my compile, I get a whole bunch of these types of warnings. I would rather NOT supress warnings. Is there another way to handle this? It appears to be that the derived class named its input parameter different than the base. It also made the method const. "/usr/include/Performer/pfui/pfiInputXform.h", line 102: warning(3920): "float pfi2DInputCoord::getPrevCoord(int) const" does not match "pfiInputCoord::getPrevCoord" -- virtual function override intended? virtual float getPrevCoord(int _index) const { ^ Also, on my link I get the following ERRORS: /usr/bin/CC Main.o ../../libvrds.a ../../../common/libcommon.a /usr/local/MultiGen/Performer_Loader_2.X/libpfflt_ogl.a /usr/lib/Performer/Static/libpfui_ogl.a /usr/lib/Performer/Static/libpfdu_ogl.a /usr/lib/Performer/Static/libpfutil_ogl.a /usr/lib/Performer/Static/libpfs.a /usr/lib/Performer/Static/libpf_ogl.a -limage -lGL -lGLU -lXext -lXmu -lX11 -lXt -lm -lC -o ../../../bin/vrds ld: ERROR 33: Unresolved text symbol "pfTerrain::getAttr(int,int*,void**,void**)" -- 1st referenced by /usr/lib/Performer/Static/libpfs.a(cTerrain.o). ld: ERROR 33: Unresolved text symbol "pfTerrain::getGState(void)" -- 1st referenced by /usr/lib/Performer/Static/libpfs.a(cTerrain.o). ld: ERROR 33: Unresolved text symbol "XSGIvcQueryVideoScreenInfo" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfPipeWindow.o). ld: ERROR 33: Unresolved data symbol "sigfpe_" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfLinMath.o). ld: ERROR 33: Unresolved text symbol "handle_sigfpes" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfLinMath.o). ld: ERROR 33: Unresolved text symbol "XSGIvcQueryChannelInfo" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfVideoChannel.o). ld: ERROR 33: Unresolved text symbol "pfPipeVideoChannel::nb_getPipe(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cPipeVideoChannel.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::setUpdateCacheMask(int)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::getUpdateCacheMask(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::setUpdateVRegionMask(int)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::getUpdateVRegionMask(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::setSizeVRegionMask(int)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::getSizeVRegionMask(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: INFO 60: Output file removed because of error. *** Error code 1 clearmake: Error: Build script failed for "../../../bin/vrds" *** Error code 1 clearmake: Error: Build script failed for "../../bin/vrds" Any help greatly appreciated! Brett brett.kaylor@gsc.gte.com ============================================================ Brett B. Kaylor Software Engineer GTE Government Systems _/_/_/_/_/ _/_/_/_/_/ _/_/_/_/_/ 1805 West Drake Drive _/ _/ _/ Tempe, AZ 85283 _/ _/_/_/ _/ _/_/_/ _/ _/ _/ _/ Tel: 602.777.1725 _/_/_/_/_/ _/ _/_/_/_/_/ Fax: 602.777.1717 EMail: brett.kaylor@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 Tue Feb 11 16:46:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA13970; Tue, 11 Feb 1997 16:43:37 -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 QAA13954; Tue, 11 Feb 1997 16:43:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA02138; Tue, 11 Feb 1997 16:43:26 -0800 Received: from indy3.gstone.com ([199.35.226.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA20956 for ; Tue, 11 Feb 1997 16:43:24 -0800 Received: from [199.35.226.167] (dstipe.gstone.com [199.35.226.167]) by indy3.gstone.com (8.8.5/8.8.3) with SMTP id QAA05214 for ; Tue, 11 Feb 1997 16:42:42 -0800 (PST) Date: Tue, 11 Feb 1997 16:42:42 -0800 (PST) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: dstipe@indy3.gstone.com (Daniel Stipe) Subject: RM4s faster than RM5s??? Status: O Greetings Performers, I have two systems with an unexpected performance difference: One system is faster than the other. Both systems are RE2s with 512 Mb of RAM. The fast system has 4 x 200MHz processors. The slow system has 4 x 250MHz processors. The fast system has 2 RM4s. The slow system has 4 RM5s. I believe both systems have comperable swap space (I'll confirm this). The difference in speed appears to happen during the draw cycle. Are there default settings for the RM5 that would impact speed? Texture paging perhaps? - I'm loading a 4k x 4k x 1byte image (800% of 4Mb). If the RM5 pages in larger chunks that might slow things down (particularly to 4 boards?). Any ideas would be appreciated. Dan Stipe Dan Stipe - Sr. Staff Member Tele: (619) 974-6300 ext. 176 /\/\/\ GreyStone Technology, Inc. fax: (619) 974-6303 / /\/\ \ 4950 Murphy Canyon Road e-mail: dstipe@gstone.com \ \/\/ / San Diego, CA 92123-4325 web: http://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 Feb 11 17:48:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA14349; Tue, 11 Feb 1997 17:47:07 -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 RAA14333; Tue, 11 Feb 1997 17:47:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA07047; Tue, 11 Feb 1997 17:47:06 -0800 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 RAA04520 for ; Tue, 11 Feb 1997 17:47:05 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id RAA07043; Tue, 11 Feb 1997 17:47:04 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA24681; Tue, 11 Feb 1997 17:47:04 -0800 From: "Rob Jenkins" Message-Id: <9702111747.ZM24679@quid.csd.sgi.com> Date: Tue, 11 Feb 1997 17:47:04 -0800 In-Reply-To: dstipe@indy3.gstone.com (Daniel Stipe) "RM4s faster than RM5s???" (Feb 11, 4:42pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dstipe@indy3.gstone.com (Daniel Stipe), info-performer@sgi.com Subject: Re: RM4s faster than RM5s??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O could be you're getting deeper pixels, can you check that when you compare the performance with say perfly that you're using the same kind of visual on each machine ? ( perfly has an option to specify a visual by the 0x# findvis gives you ). In your app you can tighten up the resources you ask for if they aren't needed maybe. Cheers Rob On Feb 11, 4:42pm, Daniel Stipe wrote: > Subject: RM4s faster than RM5s??? > Greetings Performers, > > I have two systems with an unexpected performance difference: > > One system is faster than the other. > > Both systems are RE2s with 512 Mb of RAM. > > The fast system has 4 x 200MHz processors. > The slow system has 4 x 250MHz processors. > > The fast system has 2 RM4s. > The slow system has 4 RM5s. > > I believe both systems have comperable swap space (I'll confirm this). > > The difference in speed appears to happen during the draw cycle. > > Are there default settings for the RM5 that would impact speed? > Texture paging perhaps? - I'm loading a 4k x 4k x 1byte image (800% of 4Mb). > If the RM5 pages in larger chunks that might slow things down (particularly > to 4 boards?). > > Any ideas would be appreciated. > > Dan Stipe > > Dan Stipe - Sr. Staff Member > Tele: (619) 974-6300 ext. 176 > > /\/\/\ GreyStone Technology, Inc. fax: (619) 974-6303 > / /\/\ \ 4950 Murphy Canyon Road e-mail: dstipe@gstone.com > \ \/\/ / San Diego, CA 92123-4325 web: http://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 >-- End of excerpt from Daniel Stipe -- ________________________________________________________________ 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 Tue Feb 11 18:05:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA14511; Tue, 11 Feb 1997 18:04: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 SAA14495; Tue, 11 Feb 1997 18:04:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA08573; Tue, 11 Feb 1997 18:04:13 -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 SAA08220 for ; Tue, 11 Feb 1997 18:04:13 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id SAA14492; Tue, 11 Feb 1997 18:04:11 -0800 Date: Tue, 11 Feb 1997 18:04:11 -0800 From: allan (Allan Schaffer) Message-Id: <9702111804.ZM14490@holodeck.csd.sgi.com> In-Reply-To: dstipe@indy3.gstone.com (Daniel Stipe) "RM4s faster than RM5s???" (Feb 11, 4:42pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: dstipe@indy3.gstone.com (Daniel Stipe), info-performer@sgi.com Subject: Re: RM4s faster than RM5s??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 11, 4:42pm, Daniel Stipe wrote: > One system is faster than the other. > Both systems are RE2s with 512 Mb of RAM. > > The fast system has 4 x 200MHz processors. > The slow system has 4 x 250MHz processors. > > The fast system has 2 RM4s. > The slow system has 4 RM5s. > > I believe both systems have comperable swap space (I'll confirm this). > > The difference in speed appears to happen during the draw cycle. > > Are there default settings for the RM5 that would impact speed? > Texture paging perhaps? - I'm loading a 4k x 4k x 1byte image (800% > of 4Mb). If the RM5 pages in larger chunks that might slow things > down (particularly to 4 boards?). I doubt the difference is in texture paging speed, they should match. What about pixel depth? /usr/gfx/gfxinfo will tell you the current pixel depth for each. For a given video format you may be getting small pixels with 2 RM's and medium pixels with 4. Multisample anti-aliasing might be turned on automagically with the medium pixels -- this would slow down your fill rate by a few tens %. Easy to test: pull out 2 RMs from the slow system and see if it speeds up. Or, run a bigger video format on the slow system (one that results in the same pixel depth as the fast system). Or explicitly specify the same X visual config as on the fast system. 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 Feb 11 19:02:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA15076; Tue, 11 Feb 1997 19:01:14 -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 TAA15060; Tue, 11 Feb 1997 19:01:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA12103; Tue, 11 Feb 1997 19:01:12 -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 TAA19042 for ; Tue, 11 Feb 1997 19:01:12 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA11282; Tue, 11 Feb 1997 19:01:10 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA00133; Tue, 11 Feb 1997 19:01:09 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702120301.TAA00133@remi.asd.sgi.com> Subject: Re: Framelocking an O2 To: orad_u@netvision.net.il Date: Tue, 11 Feb 1997 19:01:09 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <32FBD7C4.53EF@netvision.net.il> from "Moshe Nissim" at Feb 7, 97 05:32:52 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: 521 Status: O Moshe Nissim wrote: > > Hello all, > > Is there anybody out there, that has seen/knows-how-to framelock the O2 > graphics to video? (NOT genlocking the video-out to video-in, but > syncing > the graphics swaps to video-in). > If you genlock the video out to a video-in, then the swapbuffer will be synchronized to the video-in. Isn't it what you want ? _ / _ _ |_) _ ._ _ 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 Feb 11 23:25:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA15863; Tue, 11 Feb 1997 23:24: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 XAA15847; Tue, 11 Feb 1997 23:24:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA21325; Tue, 11 Feb 1997 23:24:24 -0800 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA24596 for ; Tue, 11 Feb 1997 23:24:22 -0800 Received: from streptacocus (ts004p4.pop9a.netvision.net.il [194.90.11.78]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id JAA04937 for ; Wed, 12 Feb 1997 09:24:17 +0200 (IST) Sender: internet@mail.netvision.net.il Message-ID: <330167EF.794B@netvision.net.il> Date: Wed, 12 Feb 1997 08:49:19 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: Framelocking an O2 References: <199702120301.TAA00133@remi.asd.sgi.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Status: O R=E9mi Arnaud wrote: >=20 > Moshe Nissim wrote: > > > > Hello all, > > > > Is there anybody out there, that has seen/knows-how-to framelock the = O2 > > graphics to video? (NOT genlocking the video-out to video-in, but > > syncing > > the graphics swaps to video-in). > > >=20 > If you genlock the video out to a video-in, then the > swapbuffer will be synchronized to the video-in. Isn't it what you wan= t ? > If it would only work... Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 12 02: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 CAA16109; Wed, 12 Feb 1997 02:09:08 -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 CAA16093; Wed, 12 Feb 1997 02:09:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA27773; Wed, 12 Feb 1997 02:09:06 -0800 Received: from gcsin1.gecm.com (gcsin1.gecm.com [194.128.74.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA15107 for ; Wed, 12 Feb 1997 02:08:55 -0800 Received: from gcsin3.geccs.gecm.com by gcsin1.gecm.com; (5.65/1.1.8.2/13Mar95-0121PM) id AA09569; Wed, 12 Feb 1997 10:08:41 GMT Received: from gcschm.geccs.gecm.com by gcsin3.geccs.gecm.com; (5.65/1.1.8.2/13Mar95-1139AM) id AA08426; Wed, 12 Feb 1997 10:08:40 GMT Disclose-Recipients: prohibited Date: Wed, 12 Feb 1997 10:07:41 +0000 (GMT) From: Neil Williams Subject: LOD switching ranges To: info-performer@sgi.com Message-Id: <6441071012021997/A03487/SULLY/11B262872500*@MHS> Autoforwarded: false Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Importance: normal Ua-Content-Id: 11B262872500 X400-Mts-Identifier: [;6441071012021997/A03487/SULLY] Hop-Count: 2 Status: O I have a model (.flt created with Mutilgen) with two LODs. The switch OUT range of the NEAR LOD is 15m and the switch IN range of the FAR LOD is 15m, yet when I view the switch on screen using Performer 1.2 and examine the coordinates of the viewpoint and model, the switch is occurring at approx 10m (both points are in the same horizontal plane). Can anyone explain? Thanks, Neil. ======================================================================= 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 Feb 12 02:38:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA16217; Wed, 12 Feb 1997 02:36:58 -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 CAA16201; Wed, 12 Feb 1997 02:36:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA28685; Wed, 12 Feb 1997 02:36:57 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA18458; Wed, 12 Feb 1997 02:36:48 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA03134; Wed, 12 Feb 1997 10:36:37 GMT From: "Angus Dorbie" Message-Id: <9702121036.ZM3132@bitch.reading.sgi.com> Date: Wed, 12 Feb 1997 10:36:37 +0000 In-Reply-To: "James A. Squires" "HELP: Performer LOD multi-channel problem" (Feb 11, 10:44am) References: <199702111844.KAA17893@shellx.best.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "James A. Squires" , info-performer@sgi.com Subject: Re: HELP: Performer LOD multi-channel problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sounds like a problem with lod scale on one of the channels. Try chan sharing the LODs but make the 'correct' channel the master. Cheers, Angus. On Feb 11, 10:44am, James A. Squires wrote: > Subject: HELP: Performer LOD multi-channel problem > > >Path: nntp2.ba.best.com!news1.best.com!newshub1.home.com!news.home.com!enews.sgi.com!news.sgi.com!howland.erols.net!feed1.news.erols.com!cwix!uunet!in3.uu.net!165.254.2.52!news.new-york.net!wlbr!news.cerf.net!nic.cerf.net!jsquires > >From: jsquires@nic.cerf.net (James A. Squires) > >Newsgroups: comp.sys.sgi.graphics > >Subject: HELP: Performer LOD multi-channel problems > >Date: 9 Feb 1997 20:29:58 GMT > >Organization: CERFnet > >Lines: 22 > >Message-ID: <5dlc46$foe@news.cerf.net> > >NNTP-Posting-Host: nic.cerf.net > >Xref: nntp2.ba.best.com comp.sys.sgi.graphics:11654 > > Gretings kind Performer expert ! > > I've done everything I could think of to solve this problem, > (online/offline manuals, usenet archives, etc.) and it's killing us. > > I'm running on a IR one pipe sytem, using Performer 2.x displaying > three channels. > > We created a simple 2 LOD roadway (mgen 1.2.3 saved as 14.2 flt) > and when the channels are not slaved, I get the first channle > correctly showing the high LOD, but the side channels show > the lower LOD ! > > When slaved, they all show the lower LOD. > > Any suggestions ? > > Please email jas@jas.com. > > Thank you so much for your time, > -JAS > > ======================================================================= > 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 James A. Squires ======================================================================= 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 Feb 12 02:45:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA16269; Wed, 12 Feb 1997 02:44: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 CAA16253; Wed, 12 Feb 1997 02:44:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA28798; Wed, 12 Feb 1997 02:44:20 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA19210; Wed, 12 Feb 1997 02:44:13 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA03148; Wed, 12 Feb 1997 10:44:07 GMT From: "Angus Dorbie" Message-Id: <9702121044.ZM3146@bitch.reading.sgi.com> Date: Wed, 12 Feb 1997 10:44:07 +0000 In-Reply-To: Neil Williams "LOD switching ranges" (Feb 12, 10:07am) References: <6441071012021997/A03487/SULLY/11B262872500*@MHS> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Neil Williams , info-performer@sgi.com Subject: Re: LOD switching ranges Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The switch range will be adjusted to compensate for changes in the field of view and resolution. I think your ranges should be ok for 45 degrees @ 1024 pixels provided you don't tinker with lod scale. Cheers, Angus. On Feb 12, 10:07am, Neil Williams wrote: > Subject: LOD switching ranges > > I have a model (.flt created with Mutilgen) with two LODs. The switch OUT range > of the NEAR > LOD is 15m and the switch IN range of the FAR LOD is 15m, yet when I view the > switch on > screen using Performer 1.2 and examine the coordinates of the viewpoint and > model, the > switch is occurring at approx 10m (both points are in the same horizontal > plane). > > Can anyone explain? > > Thanks, > Neil. > > ======================================================================= > 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 Neil Williams ======================================================================= 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 Feb 12 03:43:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA16576; Wed, 12 Feb 1997 03:42:28 -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 DAA16560; Wed, 12 Feb 1997 03:42:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA00537; Wed, 12 Feb 1997 03:42:26 -0800 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 DAA28428 for ; Wed, 12 Feb 1997 03:42:14 -0800 Message-Id: <199702121142.DAA28428@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 12 Feb 1997 12:14:42 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 12 Feb 1997 12:14:42 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Wed, 12 Feb 1997 11:47:34 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 12 Feb 1997 12:45:29 +0100 Date: Wed, 12 Feb 1997 12:45:29 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970212114529] 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: Overriding ONLY Alpha value MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Good morning Performers (from a french point of vue), I want to "ghostify" a part of my scene, ie I want to make it semi-transparent by applying a non-1 alpha value. For that I use a DRAW pre&post callback function. The only way I see is to create a new material with an alpha < 1.0f,= to apply it, and to override the PFSTATE_FRONTMTL. But I don't want to loose the material colors of the child geodes. My question is : How (or is it possible) to override only the alpha value of the chil= d geometry of a given node ? NB : all my subsequent geometry is (for the moment) non-textured, ba= ckface culled (no PFSTATE_BACKMTL) Here is a code sample, overriding the PFSTATE_FRONTMTL state mode int preApplyAlpha(pfTraverser *, void* data) ( float alpha =3D *((float*) data); pfMaterial *mtl_alpha =3D new(pfGetSharedArena()) pfMaterial; mtl_alpha->setAlpha(alpha); mtl->apply(); pfOverride(PFSTATE_FRONTMTL, PF_ON); delete mtl_alpha; return PFTRAV_CONT; ) int preApplyAlpha(pfTraverser *, void*) ( pfOverride(PFSTATE_FRONTMTL, PF_OFF); return PFTRAV_CONT; ) I am using Performer 2.0.1, IRIX 5.3, on an Onyx RE2 or an High Impa= ct. Thanks to the good soul who will help me, Mike Micha=EBl Boccara ! Aerospatia= le Virtual Simulation engineer ! Common Research email : ! Center= - DCR/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 Wed Feb 12 06:44:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA16911; Wed, 12 Feb 1997 06:43:26 -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 GAA16895; Wed, 12 Feb 1997 06:43:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07994; Wed, 12 Feb 1997 06:43:24 -0800 Received: from ait.nrl.navy.mil (coralsea.ait.nrl.navy.mil [132.250.128.39]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA21924 for ; Wed, 12 Feb 1997 06:43:23 -0800 Received: from seahorse.ait.nrl.navy.mil (seahorse [132.250.128.88]) by ait.nrl.navy.mil (8.8.3/8.8.3) with ESMTP id JAA00658 for ; Wed, 12 Feb 1997 09:43:35 -0500 (EST) Received: (from bcolbert@localhost) by seahorse.ait.nrl.navy.mil (8.7.5/8.7.3) id JAA08380 for info-performer@sgi.com; Wed, 12 Feb 1997 09:43:07 -0500 (EST) From: "Brad Colbert" Message-Id: <9702120943.ZM8378@seahorse> Date: Wed, 12 Feb 1997 09:43:07 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Problem using pfuInitInput? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi folks, I'm trying to capture X key events using pfuInputHandler to no avail. My handler function is called on a key event but I am unable to decode which key was pressed. The man page is a bit vague... pfuInputHandler installs the custom handler userFunc, which will then be called to process each input event included in mask. If the mode is PFUINPUT_X, then mask can be set to the bitwise-or of an X input mask with PFUINPUT_CATCH_UNKNOWN, PFUINPUT_CATCH_SIM, or PFU_CATCH_ALL. If mode is PFUINPUT_GL, then mask may be set to either PFU_CATCH_ALL or PFU_CATCH_UNKNOWN. Which X input masks? The ones defined in X.h? Also there is an error in this man page segment. PFU_CATCH_ALL should be PFUINPUT_CATCH_ALL. Does anyone have any information on how to use pfuInputHandler ? Here is how my pfuInputHandler is defined and the format of my input handler... int setupKeyboardInput (pfPipeWindow *thePw) { events = new pfuEventStream; if (!events) // if events was not created for some reason return FALSE; pfuInitInput (thePw, PFUINPUT_X); pfuInputHandler (processKeyboardInput, PFUINPUT_CATCH_SIM | KeyReleaseMask); return TRUE; } pfuEventHandlerFuncType *processKeyboardInput (int dev, void *val, pfuCustomEvent *pfuevent) { ... } Any help would be greatly appreciated. Brad -- -| How I want a break, Caribbean of course, after the heavy lectures involving -| quantum mechanics. All of thy geometry, Herr Planck, is fairly hard... -+----------------------------------------------------------------------------- -| bcolbert@ait.nrl.navy.mil (202) 404-4708 ITD Virtual Reality Lab, NRL ======================================================================= 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 Feb 12 06:47:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA16936; Wed, 12 Feb 1997 06:46:45 -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 GAA16920; Wed, 12 Feb 1997 06:46:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA08236; Wed, 12 Feb 1997 06:46:44 -0800 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA22420 for ; Wed, 12 Feb 1997 06:46:39 -0800 From: WILLIAM_MARINELLI@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA28194; Wed, 12 Feb 97 09:43:32 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA855769554; Wed, 12 Feb 97 09:40:36 EST Date: Wed, 12 Feb 97 09:40:36 EST Message-Id: <9701128557.AA855769554@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Blending between levels of detail for texture Status: O I generated a little demo that does a hokey texture level of detail using a couple of polygons with vastly different texture patterns. The level of detail switching distances did not overlap - one would switch out at 200m and the othere would switch in at that same distance. MultiGen Marcus, my understanding is that to do this you have to use a separate polygon for each texture. Is that correct? I ran it in perfly and the blending was excellent - no popping whatsoever. Angus et al, any idea how perfly does this? I tried grepping for this and that in the perfly source code directory and (uh, duh) found nothing. ======================================================================= 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 Feb 12 07:44:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17235; Wed, 12 Feb 1997 07:43:07 -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 HAA17219; Wed, 12 Feb 1997 07:43:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA11663; Wed, 12 Feb 1997 07:43:06 -0800 Received: from iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA03054 for ; Wed, 12 Feb 1997 07:42:58 -0800 Received: (from vaizki@localhost) by iscape.fi (8.7.1/8.7.1) id SAA18351; Wed, 12 Feb 1997 18:45:24 +0200 Date: Wed, 12 Feb 1997 18:45:22 +0200 (EET) From: Jukka Väisänen To: info-performer@sgi.com Subject: Lightscape 2.0 models into Performer 2.1 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I am trying to load Lightscape models made with Lightscape 2.0 (NT) into Performer 2.1 and having no success. Performer recognizes .lsa and .lsb formats, the people who sent me the models said they can only save out .ls files. The headers are different so its not just a matter of renaming the files. Jukka Vaisanen Iscape Software .sig.under.construction ======================================================================= 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 Feb 12 08:04:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17359; Wed, 12 Feb 1997 08:03: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 IAA17343; Wed, 12 Feb 1997 08:03:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13498; Wed, 12 Feb 1997 08:03:12 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07345; Wed, 12 Feb 1997 08:03:03 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA03860; Wed, 12 Feb 1997 16:02:44 GMT From: "Angus Dorbie" Message-Id: <9702121602.ZM3858@bitch.reading.sgi.com> Date: Wed, 12 Feb 1997 16:02:43 +0000 In-Reply-To: WILLIAM_MARINELLI@ntsc.navy.mil "Blending between levels of detail for texture" (Feb 12, 9:40am) References: <9701128557.AA855769554@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: WILLIAM_MARINELLI@ntsc.navy.mil, info-performer@sgi.com Subject: Re: Blending between levels of detail for texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 12, 9:40am, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > Subject: Blending between levels of detail for texture > > I generated a little demo that does a hokey texture level of detail > using a couple of polygons with vastly different texture patterns. The > level of detail switching distances did not overlap - one would switch > out at 200m and the othere would switch in at that same distance. > > MultiGen Marcus, my understanding is that to do this you have to use a > separate polygon for each texture. Is that correct? > Yes that's correct, although you could use MIPmapping to perform a transition like this on a single polygon, with code of your own to load your own MIP level images. What effect are you seeking? > I ran it in perfly and the blending was excellent - no popping > whatsoever. > > Angus et al, any idea how perfly does this? I tried grepping for this > and that in the perfly source code directory and (uh, duh) found > nothing. Perfly can use fade lod if you have a multi-sample buffer and are anti-aliasing. This allows the RE or iR to mask writes to subpixels and perform the fade for an entire portion of the scene graph without worrying about order invariance or other GL state information. The primary performer API calls to read up on are pfLODTransition and pfChanLODAttr. Cheers, 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 Feb 12 08:08:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17386; Wed, 12 Feb 1997 08:07:56 -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 IAA17370; Wed, 12 Feb 1997 08:07:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13831; Wed, 12 Feb 1997 08:07:54 -0800 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 IAA09173 for ; Wed, 12 Feb 1997 08:07:43 -0800 Received: from rtset.co.il (amit.rtset.co.il [194.90.96.238]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id SAA21388; Wed, 12 Feb 1997 18:15:16 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA02254; Wed, 12 Feb 1997 19:00:43 +0200 From: "Ran Yakir" Message-Id: <9702121900.ZM2252@amit.rtset.co.il> Date: Wed, 12 Feb 1997 19:00:43 +0000 In-Reply-To: WILLIAM_MARINELLI@ntsc.navy.mil "Blending between levels of detail for texture" (Feb 12, 9:40am) References: <9701128557.AA855769554@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: WILLIAM_MARINELLI@ntsc.navy.mil Subject: Re: Blending between levels of detail for texture Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 12, 9:40am, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > Subject: Blending between levels of detail for texture > > I generated a little demo that does a hokey texture level of detail > using a couple of polygons with vastly different texture patterns. The > level of detail switching distances did not overlap - one would switch > out at 200m and the othere would switch in at that same distance. > > MultiGen Marcus, my understanding is that to do this you have to use a > separate polygon for each texture. Is that correct? > > I ran it in perfly and the blending was excellent - no popping > whatsoever. > > Angus et al, any idea how perfly does this? I tried grepping for this > and that in the perfly source code directory and (uh, duh) found > nothing. 1. With pfChanLODAttr() you can set a global fade range between any two succesive LODs, or - 2. With pfLODTransition() you can set individual fade range for two indices in a LOD. 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 Wed Feb 12 08:24:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17516; Wed, 12 Feb 1997 08:23:07 -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 IAA17500; Wed, 12 Feb 1997 08:23:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15036; Wed, 12 Feb 1997 08:23:05 -0800 Received: from ligsg29.epfl.ch (ligsg29.epfl.ch [128.178.78.40]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA12132 for ; Wed, 12 Feb 1997 08:23:03 -0800 Received: by ligsg29.epfl.ch (Smail3.1.29.1 #28) id m0vuhOT-01zFQ4C; Wed, 12 Feb 97 17:18 "MET From: "Jean-Sebastian Monzani" Message-Id: <9702121718.ZM20375@ligsg29.epfl.ch> Date: Wed, 12 Feb 1997 17:18:49 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Multipass rendering sample code Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers ! Here is my problem : I've got multiple pfLightSources used as texture projectors. I would like to render my scene only with projector 1, then only with projector 2 ,...etc... and to mix the images, I am planning to using something like : blendfunction(BF_ONE,BF_ONE); So, I need to compute a multi-pass rendering. Is there anybody here who can help me ? I don't manage to use multi-pass, even when setting : pfMultiprocess(PFMP_CULL_DL_DRAW); as described in the manual. How can I draw my channel many times ? Is there something else than pfDraw(), like : channel.Draw() ? I would be REALLY glad to here from you, if you can help me or tell me where I could find some doc/sample code on this topic. THANK YOU ! Jean-Sebastien Monzani PS : I haven't seen the answer in the monthly-archives... ======================================================================= 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 Feb 12 09:45:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17958; Wed, 12 Feb 1997 09:44:16 -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 JAA17942; Wed, 12 Feb 1997 09:44:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22725; Wed, 12 Feb 1997 09:44:14 -0800 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA01410 for ; Wed, 12 Feb 1997 09:44:09 -0800 Received: from streptacocus (ts014p13.pop9a.netvision.net.il [194.90.5.15]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id TAA09192; Wed, 12 Feb 1997 19:42:59 +0200 (IST) Sender: internet@mail.netvision.net.il Message-ID: <3301F8B4.2781@netvision.net.il> Date: Wed, 12 Feb 1997 19:07:00 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: "Jukka Väisänen" CC: info-performer@sgi.com Subject: Re: Lightscape 2.0 models into Performer 2.1 References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Status: O Jukka V=E4is=E4nen wrote: >=20 > I am trying to load Lightscape models made with Lightscape 2.0 (NT) > into Performer 2.1 and having no success. >=20 > Performer recognizes .lsa and .lsb formats, the people who sent me the > models said they can only save out .ls files. The headers are different > so its not just a matter of renaming the files. >=20 > Doesn't Lightscape 2 (NT) export Inventor files as lighting solutions too? That should be easier to load. Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 12 10:27:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18160; Wed, 12 Feb 1997 10:26: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 KAA18144; Wed, 12 Feb 1997 10:26:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26598; Wed, 12 Feb 1997 10:26:05 -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 KAA12573 for ; Wed, 12 Feb 1997 10:26:02 -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 KAA04267 for ; Wed, 12 Feb 1997 10:27:37 -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 SAA15679 for ; Wed, 12 Feb 1997 18:18:18 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id KAA21526 for info-performer@sgi.com; Wed, 12 Feb 1997 10:26:19 -0800 From: "Marcus Barnes" Message-Id: <9702121026.ZM21525@vaisyas.engr.multigen.com> Date: Wed, 12 Feb 1997 10:26:19 -0800 In-Reply-To: "Ran Yakir" "Re: Blending between levels of detail for texture" (Feb 12, 7:00pm) References: <9701128557.AA855769554@CCMAIL.NTSC.NAVY.MIL> <9702121900.ZM2252@amit.rtset.co.il> 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: Blending between levels of detail for texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 12, 7:00pm, Ran Yakir wrote: > On Feb 12, 9:40am, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > > > > MultiGen Marcus, my understanding is that to do this you have to use a > > separate polygon for each texture. Is that correct? As Angus said "Yes that's correct". > > Angus et al, any idea how perfly does this? I tried grepping for this > > and that in the perfly source code directory and (uh, duh) found > > nothing. > > 2. With pfLODTransition() you can set individual fade range for two indices in > a LOD. You can model the LOD transition ranges in MultiGen V14.2 and newer. The ranges are supported, using pfLODTransition(), in current OpenFlight loaders (since R14.2b for 2.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 Wed Feb 12 11:43:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA18530; Wed, 12 Feb 1997 11:42: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 LAA18514; Wed, 12 Feb 1997 11:42:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA04300; Wed, 12 Feb 1997 11:42:30 -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 LAA01124 for ; Wed, 12 Feb 1997 11:42:30 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA08245; Wed, 12 Feb 1997 11:42:24 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA02881; Wed, 12 Feb 1997 11:41:56 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702121941.LAA02881@remi.asd.sgi.com> Subject: Re: Overriding ONLY Alpha value To: MICHAEL.BOCCARA@siege.aerospatiale.fr (BOCCARA Michael) Date: Wed, 12 Feb 1997 11:41:56 -0800 (PST) Cc: Performer@remi.asd.sgi.com, ML@remi.asd.sgi.com, Question@remi.asd.sgi.com, In-Reply-To: <199702121142.DAA28428@sgi.sgi.com> from "BOCCARA Michael" at Feb 12, 97 12:45:29 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: 3038 Status: O Bonjour Michael BOCCARA Michael wrote: > > > > =0C Good morning Performers (from a french point of vue), > > I want to "ghostify" a part of my scene, ie I want to make it > semi-transparent by applying a non-1 alpha value. > For that I use a DRAW pre&post callback function. Making part of a scene transparent in the Draw is too late. It works, but for performance it is a lot better to have the Cull know what part of the database is translucent, so a special sorting transparent bin can be used. Therefore, you should change the values in the database tree directly. Or, you can use the bin mechanism to mark the GeoSets that have to be transparent, and set the BACK to FRONT order for the bin you have set. then you can use a global state for the entire bin and inherit a transparency value . Another ideo would be to use a geoset table as the transparent value you want to have are not continuous. Best regards > The only way I see is to create a new material with an alpha < 1.0f,= > to apply > it, and to override the PFSTATE_FRONTMTL. > But I don't want to loose the material colors of the child geodes. > > My question is : > How (or is it possible) to override only the alpha value of the chil= > d > geometry of a given node ? > > NB : all my subsequent geometry is (for the moment) non-textured, ba= > ckface > culled (no PFSTATE_BACKMTL) > > Here is a code sample, overriding the PFSTATE_FRONTMTL state mode > > int > preApplyAlpha(pfTraverser *, void* data) > ( > float alpha =3D *((float*) data); > pfMaterial *mtl_alpha =3D new(pfGetSharedArena()) pfMaterial; > mtl_alpha->setAlpha(alpha); > mtl->apply(); > pfOverride(PFSTATE_FRONTMTL, PF_ON); > delete mtl_alpha; > return PFTRAV_CONT; > ) > > int > preApplyAlpha(pfTraverser *, void*) > ( > pfOverride(PFSTATE_FRONTMTL, PF_OFF); > return PFTRAV_CONT; > ) > > I am using Performer 2.0.1, IRIX 5.3, on an Onyx RE2 or an High Impa= > ct. > > Thanks to the good soul who will help me, > > Mike > > Micha=EBl Boccara ! Aerospatia= > le > Virtual Simulation engineer ! Common Research > email : ! Center= > - DCR/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 > _ / _ _ |_) _ ._ _ 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 Feb 12 23:11:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA19674; Wed, 12 Feb 1997 15:34:57 -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 PAA19658; Wed, 12 Feb 1997 15:34:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA09214; Wed, 12 Feb 1997 15:34:55 -0800 Received: from indy3.gstone.com ([199.35.226.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA26866 for ; Wed, 12 Feb 1997 15:34:53 -0800 Received: from [199.35.226.167] (dstipe.gstone.com [199.35.226.167]) by indy3.gstone.com (8.8.5/8.8.3) with SMTP id PAA24728 for ; Wed, 12 Feb 1997 15:34:12 -0800 (PST) Date: Wed, 12 Feb 1997 15:34:12 -0800 (PST) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: dstipe@indy3.gstone.com (Daniel Stipe) Subject: RM4s vs RM5s - Problem solved! Status: O The problem was that our customer was running Performer 2.0 not 2.0.2 with his RM5s..... Thanks to all who contributed to my understanding of pixel depth. New Question. When loading a texture larger than 1k by 1k, is it correct for Performer to report a texture usage based on actual size if the system averages the image to a 1k size prior to loading? I would feel better if I knew how much memory was actually consumed. Confused in San Diego. Dan Dan Stipe - Sr. Staff Member Tele: (619) 974-6300 ext. 176 /\/\/\ GreyStone Technology, Inc. fax: (619) 974-6303 / /\/\ \ 4950 Murphy Canyon Road e-mail: dstipe@gstone.com \ \/\/ / San Diego, CA 92123-4325 web: http://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 Wed Feb 12 23:24:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA19722; Wed, 12 Feb 1997 15:50:35 -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 PAA19706; Wed, 12 Feb 1997 15:50:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA10099; Wed, 12 Feb 1997 15:50:31 -0800 Received: from gauntlet.ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA00133 for ; Wed, 12 Feb 1997 15:50:27 -0800 Received: by gauntlet.ht.com; id SAA27233; Wed, 12 Feb 1997 18:50:14 -0500 (EST) Received: from he.ht.com(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma027224; Wed, 12 Feb 97 18:49:56 -0500 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id XAA18998; Wed, 12 Feb 1997 23:49:15 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA01738; Wed, 12 Feb 1997 18:49:13 -0500 From: scott@ht.com (Scott McMillan) Message-Id: <199702122349.SAA01738@hf.ht.com> Subject: Re: Multipass rendering sample code To: jmonzani@ligsg29.epfl.ch (Jean-Sebastian Monzani) Date: Wed, 12 Feb 1997 18:49:13 -0500 (EST) Cc: info-performer@sgi.com In-Reply-To: <9702121718.ZM20375@ligsg29.epfl.ch> from "Jean-Sebastian Monzani" at Feb 12, 97 05:18:49 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > How can I draw my channel many times ? Is there something else than pfDraw(), > like : channel.Draw() ? > > I would be REALLY glad to here from you, if you can help me or tell me where > I could find some doc/sample code on this topic. > > > THANK YOU ! > > Jean-Sebastien Monzani > > PS : I haven't seen the answer in the monthly-archives... Ooh Ooh....me too! Me too! I would LOVE to have someone show me how to do this. I have had no luck so far. 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 Wed Feb 12 23:52:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA19812; Wed, 12 Feb 1997 16:19:56 -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 QAA19796; Wed, 12 Feb 1997 16:19:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA12001; Wed, 12 Feb 1997 16:19:53 -0800 Received: from sys2.london2.uk.psi.net (sys2.london2.uk.psi.net [154.32.110.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA06517 for ; Wed, 12 Feb 1997 16:19:49 -0800 Received: from hegel.UUCP by sys2.london2.uk.psi.net (8.8.4/SMI-5.5-UKPSINet) id LAA08984; Wed, 12 Feb 1997 11:41:25 GMT Received: from tswl (cookstown) by tswl.co.uk (4.1/SMI-4.1) id AA29008; Wed, 12 Feb 97 11:14:05 GMT Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7Bit X-Mailer: BeyondMail for Windows/SMTP 2.2 To: info-performer@sgi.com, Neil Williams From: Roger Morris Subject: re: LOD switching ranges Date: Wed, 12 Feb 1997 11:07:19 -0800 X-Beyondmail-Priority: 1 Message-Id: Conversation-Id: <6441071012021997/A03487/SULLY/11B262872500*@MHS> In-Reply-To: <6441071012021997/A03487/SULLY/11B262872500*@MHS> Reply-To: Roger Morris Status: O > From: Neil Williams , on 12/02/97 10:48: > > I have a model (.flt created with Mutilgen) with two LODs. The switch OUT > range > of the NEAR > LOD is 15m and the switch IN range of the FAR LOD is 15m, yet when I view > the > switch on > screen using Performer 1.2 and examine the coordinates of the viewpoint and > model, the > switch is occurring at approx 10m (both points are in the same horizontal > plane). > > Can anyone explain? > > Thanks, > Neil. > Neil, Is the centre of the LOD (which is the point used to determine range-to-eyepoint) at the database origin? By default, MultiGen will place it at the centre of the attached geometry. Check the LOD attributes page Regards, Roger Morris ========================== Roger Morris TRANSFORMATION SOFTWARE Applications Engineer Thame Park Road TEL: 01844 261456 Thame FAX: 01844 260056 Oxon, OX9 3UQ E-mail: rmorris@tswl.co.uk http://www.transform.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 Thu Feb 13 01:06:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA20131; Wed, 12 Feb 1997 17:42: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 RAA20115; Wed, 12 Feb 1997 17:42:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA17231; Wed, 12 Feb 1997 17:42:04 -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 RAA23277 for ; Wed, 12 Feb 1997 17:42:03 -0800 Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA26944; Wed, 12 Feb 1997 17:29:41 -0800 Received: (from nemec@localhost) by precious.asd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA04277; Wed, 12 Feb 1997 17:29:39 -0800 From: "Philip Nemec" Message-Id: <9702121729.ZM4291@precious.asd.sgi.com> Date: Wed, 12 Feb 1997 17:29:39 -0800 In-Reply-To: =?iso-8859-1?Q?Jukka_V=E4is=E4nen_=3Cvaizki=40iscape=2Efi=3E _______=22Lightscape_2=2E0_models_into_Performer_2=2E1=22_=28Feb_12=2C__6?= =?iso-8859-1?Q?=3A45pm=29?= References: X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: =?iso-8859-1?Q?Jukka_V=E4is=E4nen?= , info-performer@sgi.com Subject: Re: Lightscape 2.0 models into Performer 2.1 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think (at least the previous version of Lightscape) that .ls files are before finding the radiosity 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 Thu Feb 13 01: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 RAA20256; Wed, 12 Feb 1997 17:59:54 -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 RAA20240; Wed, 12 Feb 1997 17:59:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA18327; Wed, 12 Feb 1997 17:59:50 -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 RAA26408 for ; Wed, 12 Feb 1997 17:59:50 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA28092; Wed, 12 Feb 1997 17:59:47 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA03912; Wed, 12 Feb 1997 17:59:46 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702130159.RAA03912@remi.asd.sgi.com> Subject: Re: Non-MultiSample...Q: Transparency To: suter@geo.unizh.ch Date: Wed, 12 Feb 1997 17:59:46 -0800 (PST) Cc: dorbie@bitch.reading.sgi.com, info-performer@sgi.com In-Reply-To: <9702031208.AA26753@icarus.geo.unizh.ch> from "Martin Suter" at Feb 3, 97 01:08:29 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: 1483 Status: O Martin Suter wrote: > > According to Angus Dorbie: > > > > I was just talking about sorting transparent objects in the scene, against > > opaque and perhaps against eachother. > > > > There's a _vast_ difference between this type of sort and the kind of > > polygon level sort required by the front to back rendering on the alpha > > saturate full scene antialiasing you describe. There are also implications > > for meshing the scene. > > Performers, > > Let me ask a more general question about transparency here. > Suppose you have many objects with partially transparent > textures applied (e.g. a forest made up by many billboards). > On a RealityEngine2 graphics system there is no need to > render the transparent geometry back to front to get proper > results, as long as you use the transparency type PFTR_MS_ALPHA. > > This is different for other graphics subsystems. What types of > SGI graphics subsystems support the benefit of not requiring > sorting of transparent geometry? High IMPACT, Maximum IMPACT, > and OCTANE/MXI are of particular interest to me. > > None. You need multisample to have MS_ALPHA screen door transparency. Note that you need to sort if you use the high quality PFTR_BLEND_ALPHA transparency. Performer uses the default bins to do that sorting. (see man pfChannel) _ / _ _ |_) _ ._ _ 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 Thu Feb 13 13: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 IAA22661; Thu, 13 Feb 1997 08:50:37 -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 IAA22645; Thu, 13 Feb 1997 08:50:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA22578; Thu, 13 Feb 1997 08:50:35 -0800 Received: from shallow.division.co.uk (shallow.division.co.uk [194.70.241.89]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA03069 for ; Thu, 13 Feb 1997 08:50:31 -0800 Received: from nga.division.co.uk (nga.division.co.uk [194.70.241.87]) by shallow.division.co.uk (8.7/8.7) with SMTP id OAA03740 for ; Thu, 13 Feb 1997 14:59:02 GMT Received: by nga.division.co.uk with Microsoft Mail id <01BC19BE.5A849410@nga.division.co.uk>; Thu, 13 Feb 1997 14:58:21 -0000 Message-ID: <01BC19BE.5A849410@nga.division.co.uk> From: Andrew Ng To: "'Performer Mailing List'" Subject: Scale in View Matrix. Date: Thu, 13 Feb 1997 14:58:20 -0000 Encoding: 29 TEXT Status: O Hi there, Has anyone had any experience of using a uniform scale in the view matrix of a pfChannel? I've been playing around with this and it appears to have some strange and unexpected effects on the near clip plane. I've been using pfChanViewMat to set the pfChannel matrix. If I use a scale of < 1, then objects appear to clip sooner than I would have expected. If I use a scale of > 1, then objects don't appear to clip as soon as I would expect, in fact sometimes the objects are culled out before they are clipped. I'm using Performer 2.0.2 and IRIX 6.2 on an Indigo 2 Max Impact. I'd be grateful for any ideas or suggestions. Thanks. ------------------------------------------------------------------------ ------ Andrew Ng (Software Engineer) Division Limited, 19 Apex Court, Email: nga@division.co.uk Woodlands, Almondsbury. Tel: +44 (0)1454 615554 Bristol BS12 4JT. Fax: +44 (0)1454 61 5532 ======================================================================= 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 Feb 13 16:17:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22927; Thu, 13 Feb 1997 11:12:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22911; Thu, 13 Feb 1997 11:11:29 -0800 Received: from remi.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@holodeck.csd.sgi.com> id LAA29592; Thu, 13 Feb 1997 11:11:27 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer id LAA05321; Thu, 13 Feb 1997 11:11:27 -0800 Received: from giraffe.asd.sgi.com by remi.asd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA04581; Thu, 13 Feb 1997 01:07:40 -0800 Received: from headcase.esd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id BAA13458; Thu, 13 Feb 1997 01:07:38 -0800 Received: by headcase.esd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id BAA27109; Thu, 13 Feb 1997 01:07:24 -0800 From: tcrane@headcase.esd.sgi.com (Terrence Crane) Message-Id: <9702130107.ZM27107@headcase.esd.sgi.com> Date: Thu, 13 Feb 1997 01:07:24 -0800 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Easd=2Esgi=2Ecom_=28R=E9mi_Arnaud?= =?iso-8859-1?Q?=29 _______=22software_warping_=28fwd=29=22_=28Feb_12=2C__5=3A09pm=29?= References: <199702130109.RAA03754@remi.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: HOATSO@aaicorp.com, remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arna?= =?iso-8859-1?Q?ud?=) Subject: Re: software warping (fwd) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: remi@remi.asd.sgi.com Status: O | On the O2, how can I render the image into a pbuffer, then use the | pbuffer as a texture to map onto my warp mesh? What is the sequence? | I would like to avoid copying the contents of the pbuffer to texture, just | passing a pointer, if possible. | | Can I have a 1024x1024 texture on the O2 without using computing | sub-channels? Remi, Dave - O2 will support 1k square textures. If you plan to render your textures, the best approach on O2 is to use Digital Media Pbuffers, an addition to the SGI pbuffer extension. When set up correctly so that the pbuffer and texture object are the same size and depth, copying the texture can be done by reference, and you will essentially be able to render directly to texture memory. There are brief descriptions in the 6.3 manpages for glXCreateGLXPbufferSGIX, glXAssociateDMPbufferSGIX, glCopyTexSubImage2DEXT, and dmBufferGetGLPoolParams. I'll append a simple sample program. If you have trouble adapting it for your use, let me know. /Terry | Terrence Crane | Silicon Graphics, MS 945 | tcrane@esd.sgi.com | 2011 N. Shoreline Blvd. | (415) 933-4047 | Mountain View, CA 94043 /* ** ** A simple example that creates multiple dmpbuffers, renderers ** a texture image to the dmpbuffer, and then copies the pbuffer ** to a GL texture object. ** On O2 systems this path for defining textures can be done at ** hardware rendering or pixel transfer DMA rates, when the following ** conditions are met: ** - The DMbuffer, pbuffer and texture object all match in terms of ** width, height and depth of RGBA components. ** - The texture image is 64x64 or larger. ** - The glCopyTexSubImageEXT command is used to copy the entire ** image from dmpbuffer to texture. ** ** ** cc dmtexobj.c -o dmtexobj -lGL -lX11 -ldmedia ** */ #include #include #include #include #include #include #include #include #include #include #define nTEXTURES 2 #define TEX_W 128 #define TEX_H 128 #define WIN_W 300 #define WIN_H 300 Display *dpy; GLuint width, height; GLXContext windowCtx, pbufCtx; GLXPbufferSGIX window, dmpbuf[nTEXTURES]; DMbuffer dmBuf[nTEXTURES]; DMparams *dmParams; GLuint texObj[nTEXTURES]; GLfloat spin = 0; GLint spinning = 1; GLuint texture = 0; GLuint *pixels, Pixels[TEX_W*TEX_H*2]; GLint updateTextures = 1; /* ** Define and alloc DMbuffers to be used as pbuffers / textures. */ void init_dm(int texelDepth, int mipmap) { DMparams *poolParams; DMbufferpool pool; DMstatus status; DMpacking dmPacking; DMimagelayout dmLayout; int i; switch(texelDepth) { case 16: dmPacking = DM_IMAGE_PACKING_XRGB1555; texelDepth = 2; break; default: dmPacking = DM_IMAGE_PACKING_RGBA; texelDepth = 4; } switch(mipmap) { case GL_TRUE: dmLayout = DM_IMAGE_LAYOUT_MIPMAP; default: dmLayout = DM_IMAGE_LAYOUT_GRAPHICS; } status = dmParamsCreate(&dmParams); status = dmSetImageDefaults(dmParams, TEX_W, TEX_H, dmPacking); status = dmParamsSetEnum(dmParams, DM_IMAGE_LAYOUT, dmLayout); status = dmParamsCreate(&poolParams); status = dmBufferSetPoolDefaults(poolParams, nTEXTURES, (((TEX_W*TEX_H*texelDepth) + 0xffff) & ~0xffff), DM_FALSE, DM_FALSE); status = dmBufferGetGLPoolParams(dmParams, poolParams); status = dmBufferCreatePool(poolParams, &pool); for(i = 0; i < nTEXTURES; i++) { status = dmBufferAllocate(pool, &dmBuf[i]); } } /* ** Create dmpbuffers and associate them with a matching DMbuffer. ** Copy the dmpuffer to a texture object to establish the initial ** connection for optimized MakeCurrentReads in future updates. */ void init_tex(int texelDepth, int mipmap) { GLint i, n, redSize, texelFormat, *attrib; GLXFBConfigSGIX *config; GLint attrib32[] = {GLX_DOUBLEBUFFER, GL_FALSE, GLX_RED_SIZE, 8, GLX_GREEN_SIZE, 8, GLX_BLUE_SIZE, 8, GLX_ALPHA_SIZE, 8, GLX_DRAWABLE_TYPE_SGIX, GLX_PBUFFER_BIT_SGIX, None}; GLint attrib16[] = {GLX_DOUBLEBUFFER, GL_FALSE, GLX_RED_SIZE, 5, GLX_GREEN_SIZE, 5, GLX_BLUE_SIZE, 5, GLX_ALPHA_SIZE, 1, GLX_DRAWABLE_TYPE_SGIX, GLX_PBUFFER_BIT_SGIX, None}; GLint pbattrib[] = {GLX_DIGITAL_MEDIA_PBUFFER_SGIX, GL_TRUE, None}; switch(texelDepth) { case 16: attrib = attrib16; redSize = 5; texelFormat = GL_RGB5_A1_EXT; break; default: attrib = attrib32; redSize = 8; texelFormat = GL_RGBA8_EXT; } if (!(config = glXChooseFBConfigSGIX(dpy, DefaultScreen(dpy), attrib, &n))) { fprintf(stderr, "can't find suitable FBConfig\n"); exit(EXIT_FAILURE); } while(n) { int bits; glXGetFBConfigAttribSGIX(dpy, *config, GLX_RED_SIZE, &bits); if (bits == redSize) break; config++; n--; } if (!n) { fprintf(stderr, "can't find suitable FBConfig\n"); exit(EXIT_FAILURE); } if ((pbufCtx = glXCreateContextWithConfigSGIX(dpy, *config, GLX_RGBA_TYPE_SGIX, NULL, True)) == NULL) { fprintf(stderr, "can't create context\n"); exit(EXIT_FAILURE); } glGenTexturesEXT(nTEXTURES, texObj); for(i = 0; i < nTEXTURES; i++) { dmpbuf[i] = glXCreateGLXPbufferSGIX(dpy, *config, TEX_W, TEX_H, pbattrib); /* ** The intial associate must occur before a dmpuffer can ** be made current to a context. */ glXAssociateDMPbufferSGIX(dpy, dmpbuf[i], dmParams, dmBuf[i]); glXMakeCurrent(dpy, dmpbuf[i], pbufCtx); glViewport(0, 0, TEX_W, TEX_H); glMatrixMode(GL_PROJECTION); glLoadIdentity(); glOrtho(0, TEX_W, 0, TEX_H, -1, 1); glMatrixMode(GL_MODELVIEW); glRasterPos2f(0, 0); /* ** Make the dmpbuffer current as a readable, and copy ** it to the texture object of another context. ** When the size and format of the pbuffer and the texture ** are compatible, the O2 implementation allows this copy ** to be done by reference. */ glXMakeCurrentReadSGI(dpy, window, dmpbuf[i], windowCtx); glBindTextureEXT(GL_TEXTURE_2D, texObj[i]); glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_REPEAT); glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_REPEAT); glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR); glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR); if (mipmap) { glTexParameteri(GL_TEXTURE_2D, GL_GENERATE_MIPMAP_SGIS, GL_TRUE); } glTexImage2D(GL_TEXTURE_2D, 0, texelFormat, TEX_W, TEX_H, 0, GL_RGBA, GL_UNSIGNED_BYTE, NULL); glCopyTexSubImage2DEXT(GL_TEXTURE_2D, 0, 0, 0, 0, 0, TEX_W, TEX_H); } } static Bool WaitForMapNotify(Display *d, XEvent *e, char *arg) { return((e->type == MapNotify) && (e->xmap.window == (Window)arg)); } void init_win(void) { XVisualInfo *vi; Colormap cmap; XSetWindowAttributes swa; XEvent event; GLuint i, pix, npixels; GLint attribRGB[] = {GLX_DOUBLEBUFFER, GLX_RGBA, GLX_RED_SIZE, 1, GLX_GREEN_SIZE, 1, GLX_BLUE_SIZE, 1, GLX_DEPTH_SIZE, 1, None}; dpy = XOpenDisplay(0); if (!dpy) { fprintf(stderr, "Can't connect to display\n"); exit(EXIT_FAILURE); } vi = glXChooseVisual(dpy, DefaultScreen(dpy), attribRGB); if (!vi) { fprintf(stderr, "can't find suitable Visual\n"); exit(EXIT_FAILURE); } cmap = XCreateColormap(dpy, RootWindow(dpy, vi->screen), vi->visual, AllocNone); swa.border_pixel = 0; swa.colormap = cmap; swa.event_mask = ExposureMask | StructureNotifyMask | KeyPressMask | KeyReleaseMask; width = WIN_W; height = WIN_H; window = XCreateWindow(dpy, RootWindow(dpy, vi->screen), 10, 10, WIN_W, WIN_H, 0, vi->depth, InputOutput, vi->visual, CWBorderPixel|CWColormap|CWEventMask, &swa); XSetWMColormapWindows(dpy, window, &window, 1); XMapWindow(dpy, window); XIfEvent(dpy, &event, WaitForMapNotify, (char*)window); windowCtx = glXCreateContext(dpy, vi, 0, GL_TRUE); if (!glXMakeCurrent(dpy, window, windowCtx)) { fprintf(stderr, "Can't make window current to context\n"); exit(EXIT_FAILURE); } glClearColor(0, 0.1, 0, 0); glColor3f(0, 1, 0); glEnable(GL_TEXTURE_2D); glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_REPLACE_EXT); npixels = TEX_W * TEX_H * 2; for (i = 0, pix = 0x7b8c9eaf; i < npixels; i++) { pix = (pix * 8191) + 0x70615243; Pixels[i] = ((pix & 0xff)<<24) | ((pix & 0xff00)<< 8) | ((pix & 0xff0000)>>8) | ((pix & 0xff000000)>>24); } pixels = Pixels; } /* ** Dynamically load texture objects at pixel transfer dma rates, ** by drawing pixels to a dmpbuffer and copying to the texture object. ** Textures can alternately be rendered, or generated in DMbuffer form ** by the video or compression libraries. */ void redraw(void) { int i; if (updateTextures) { glXMakeCurrent(dpy, dmpbuf[texture], pbufCtx); glDrawPixels(TEX_W, TEX_H, GL_RGBA, GL_UNSIGNED_BYTE, pixels); if (pixels == &Pixels[TEX_W*TEX_H]) { pixels = Pixels; } else { pixels += 2; } } glXMakeCurrentReadSGI(dpy, window, dmpbuf[texture], windowCtx); glClear(GL_COLOR_BUFFER_BIT); glBindTextureEXT(GL_TEXTURE_2D, texObj[texture]); glCopyTexSubImage2DEXT(GL_TEXTURE_2D, 0, 0, 0, 0, 0, TEX_W, TEX_H); glPushMatrix(); glRotatef(spin, 0, 0, 1); glBegin(GL_POLYGON); glTexCoord2f(0, 0); glVertex2f(-0.72, -0.72); glTexCoord2f(1, 0); glVertex2f( 0.72, -0.72); glTexCoord2f(1, 1); glVertex2f( 0.72, 0.72); glTexCoord2f(0, 1); glVertex2f(-0.72, 0.72); glEnd(); glPopMatrix(); glPushMatrix(); glRotatef(-spin, 0, 0, 1); glBegin(GL_POLYGON); glTexCoord2f(1, 1); glVertex2f(-0.72, -0.72); glTexCoord2f(0, 1); glVertex2f( 0.72, -0.72); glTexCoord2f(0, 0); glVertex2f( 0.72, 0.72); glTexCoord2f(1, 0); glVertex2f(-0.72, 0.72); glEnd(); glPopMatrix(); glXSwapBuffers(dpy, window); if (spinning) spin += 0.5; if (spin > 360.0) spin -= 360.0; texture = ++texture % nTEXTURES; } int main(int argc, char **argv) { int i; int texelDepth = 32; int mipmap = 0; width = WIN_W; height = WIN_H; init_win(); init_dm(texelDepth, mipmap); init_tex(texelDepth, mipmap); while (1) { if (XPending(dpy)) { XEvent event; KeySym ks; XNextEvent(dpy, &event); switch(event.type) { case KeyPress: XLookupString(&event.xkey, NULL, 0, &ks, NULL); switch(ks) { case XK_Escape : exit(EXIT_SUCCESS); case XK_s: spinning = !spinning; break; case XK_u: updateTextures = !updateTextures; break; } break; case ConfigureNotify: width = event.xconfigure.width; height = event.xconfigure.height; glViewport(0, 0, width, height); break; default: break; } } redraw(); } } /*****************************************************************************/ -- ======================================================================= 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 Feb 13 18:30:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA23154; Thu, 13 Feb 1997 13:23: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 NAA23138; Thu, 13 Feb 1997 13:23:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA12376; Thu, 13 Feb 1997 13:23:05 -0800 Received: from vr2.engin.umich.edu (vr2.engin.umich.edu [141.212.194.78]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA11429 for ; Thu, 13 Feb 1997 13:23:02 -0800 Received: from localhost by vr2.engin.umich.edu via SMTP (940816.SGI.8.6.9/921111.SGI.AUTO) for id QAA03902; Thu, 13 Feb 1997 16:22:55 -0500 Date: Thu, 13 Feb 1997 16:22:41 -0500 (EST) From: Joseph Paul Mancewicz To: info-performer@sgi.com Subject: hw antialiasing in OpenGL Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I need to know how to obtain the hardware antialiasing that you can get performer but using OpenGL. The glBlendFunction/glEnable(GL_POLYGON_SMOOTH) route seems to tap the hardware, but requires front to back ordering of the scene. Is there a way to get fast (interactive speed i.e. not dependent on an accumulation buffer) hardware antialiasing in OpenGL that does not require scene ordering? Thanks, Joe Mancewicz ======================================================================= 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 Feb 13 19:46:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA23748; Thu, 13 Feb 1997 14:42:02 -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 OAA23729; Thu, 13 Feb 1997 14:42:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA17751; Thu, 13 Feb 1997 14:42:00 -0800 Received: from atlantic.merl.com (atlantic.merl.com [140.237.7.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA03077 for ; Thu, 13 Feb 1997 14:41:58 -0800 Received: from merl.com (ostrich.merl.com [140.237.1.14]) by atlantic.merl.com (8.8.4/8.8.3) with ESMTP id RAA17613 for ; Thu, 13 Feb 1997 17:41:56 -0500 (EST) Received: from barruspc.svl.meitca.com (barruspc.ca.merl.com [140.237.10.159]) by merl.com (8.8.4/8.8.4) with SMTP id RAA05376 for ; Thu, 13 Feb 1997 17:37:48 -0500 (EST) Message-Id: <3.0.32.19970213150216.007585dc@mail.merl.com> X-Sender: barrus@mail.merl.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 13 Feb 1997 15:02:17 -0800 To: info-performer@sgi.com From: "John W. Barrus" Subject: Job Openings for Performer programmers/consultants Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O At the lab where I work in Silicon Valley, (not MERL, Cambridge, MA, where I still maintain an e-mail address) a group of us are spinning off into a new company to take public some exciting software we have been developing. This software will probably be of interest to this group as a whole and we will keep you abreast of development as it proceeds, but right now we are trying to finish up some prototypes that will lead to shrink-wrap software. In order to move forward, we need some help. The Software We are building what we call "Content Manager" software which will enable anyone doing real-time 3D to build (and deliver) seamless, large-scale, persistent 3-D sites that can be shown on the Internet on any platform, from the fastest SGI's to low-end PC's with VRML browsers. The content is stored in a platform- and format-independent fashion and delivered in the right resolution and format on demand. Additionally, with the right password the content can be edited or modified efficiently from anywhere on the net using either a normal browser with HTML and VRML capabilities, or specially adapted modeling software. Job Opportunities We need to find one or more people who have experience with real-time rendering on both high- and low-end graphics systems. We prefer to have someone with Performer (C, C++) experience--someone who knows what it takes to get the best rendering performance on a given platform and who understands the Performer scene graph. Cosmo3D knowledge doesn't hurt your chances either. Database experience (Oracle, Informix, SQL Server, etc) and WinNT development experience is a plus. Ability to code in Java would also be beneficial but not required. More Info This startup will be launched in a few months based in either Palo Alto or Menlo Park. We can pay a consultant for the next few months to begin work and for the right person, the job would turn into a permanent position. When the company launches, we will be hiring a few more people in the first few months, so if you aren't a consultant, but would still like to be considered for a permanent position, send us a resume anyway. If you are interested, please drop us a line or send us a resume at: mailto:barrus@merl.com faxto: (408) 524-0613, Attn: John Barrus usmailto: John Barrus MEITCA 1060 East Arques Avenue Sunnyvale, CA 94086 and we will get back in touch with you. If you are just interested in the technology, please let us know and we will make sure you end up on a mailing list for press releases and announcements forth-coming in the next few months. Also, look for me at the VRML '97 conference if you want to have a conversation about our work. I will be speaking at the 2:00 meeting on Tuesday, Feb 25th about high-speed terrain following (20 microseconds per point for 50,000 polygons on an R10000) in Virtual Environments. John Barrus MEITCA 1060 East Arques Avenue Sunnyvale, CA 94086 Fax: (408) 524-0613 ======================================================================= 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 Feb 13 22:31:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA24544; Thu, 13 Feb 1997 17:24:07 -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 RAA24528; Thu, 13 Feb 1997 17:24:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA28413; Thu, 13 Feb 1997 17:24:06 -0800 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 RAA05627 for ; Thu, 13 Feb 1997 17:24:04 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id RAA09318 for info-performer@sgi.com; Thu, 13 Feb 1997 17:24:02 -0800 (PST) Date: Thu, 13 Feb 1997 17:24:02 -0800 (PST) From: David Plew Message-Id: <199702140124.RAA09318@shell1.aimnet.com> To: info-performer@sgi.com Subject: Inventor lights in Performer Status: O Hi: I am loading my scenegraph through Inventor file using the pfiv loader. The Inventor lights other that LightModel = BASE_COLOR do not show up in Performer. I would like to use Inventor's point/spot/ directional light in the scene. But the pfiv loader doesn't seem to transl them. Do I have to write th etranslation code myself or is it supported in some other version? I am using Performer 2.0.1 on RE2 Onyx. Any pointers? thanks -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 Fri Feb 14 01:31:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA25548; Thu, 13 Feb 1997 20:26: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 UAA25532; Thu, 13 Feb 1997 20:26:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA05898; Thu, 13 Feb 1997 20:26:56 -0800 Received: from merki0.connect.com.au (merki0.connect.com.au [192.189.54.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA05935 for ; Thu, 13 Feb 1997 20:26:53 -0800 Received: from zebedee.UUCP (Uzebedee@localhost) by merki0.connect.com.au with UUCP id PAA19839 (8.7.6h/IDA-1.6); Fri, 14 Feb 1997 15:23:49 +1100 (EST) X-Authentication-Warning: merki0.connect.com.au: Uzebedee set sender to simonb using -f Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA16603 (5.65c/IDA-1.5); Fri, 14 Feb 1997 14:42:53 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id OAA13777 (8.6.12/IDA-1.6); Fri, 14 Feb 1997 14:02:21 +1000 Received: from localhost by murad (5.65) id AA03566; Fri, 14 Feb 1997 15:16:05 +1100 Date: Fri, 14 Feb 1997 15:27:17 +1111 (EST) From: Simon Bennett X-Sender: simonb@murad To: Joseph Paul Mancewicz Cc: info-performer@sgi.com Subject: Re: hw antialiasing in OpenGL In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 13 Feb 1997, Joseph Paul Mancewicz wrote: > I need to know how to obtain the hardware antialiasing that you can get > performer but using OpenGL. The > glBlendFunction/glEnable(GL_POLYGON_SMOOTH) route seems to tap the > hardware, but requires front to back ordering of the scene. Is there a > way to get fast (interactive speed i.e. not dependent on an accumulation > buffer) hardware antialiasing in OpenGL that does not require scene > ordering? As mentioned before you'll need to be on hardware which actually supports multisampling (always a good start!) - so give up if you're on an Indy :) If you are however using an RE or iR then.... Make sure you get the right visual. Call glXChooseVisual() with GLX_SAMPLES_SGIS in the attr list and the number of samples you want. Multisampling should then be enabled by default. Check with: glIsEnabled(MULTISAMPLE_SGIS); and turn on/off with: glEnable(MULTISAMPLE_SGIS); glDisble(MULTISAMPLE_SGIS); You can also fiddle with the sample mask and stuff if you want. Note that this is an SGI specific extension to OpenGL. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= 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 Feb 14 06:42:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA26075; Fri, 14 Feb 1997 01:40:18 -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 BAA26059; Fri, 14 Feb 1997 01:40:17 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA16584; Fri, 14 Feb 1997 01:40:17 -0800 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 BAA14989 for ; Fri, 14 Feb 1997 01:39:33 -0800 Message-Id: <199702140939.BAA14989@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 14 Feb 1997 10:37:48 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 14 Feb 1997 10:37:48 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Fri, 14 Feb 1997 10:37:42 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Fri, 14 Feb 1997 11:27:54 +0100 Date: Fri, 14 Feb 1997 11:27:54 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970214102754] 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: RE: Scale in View Matrix. MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi, It is said in the man page of pfChanViewMat that you don't have the = right to set a non-isometric channel viewmat, or "results are undefined". The= viewmat is only used to define the eye xyz poition and the look hpr directio= n. Instead you should try to scale the entire scene in a DCS root. 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 Fri Feb 14 07:43:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA26199; Fri, 14 Feb 1997 02:46:23 -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 CAA26183; Fri, 14 Feb 1997 02:46:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA18335; Fri, 14 Feb 1997 02:46:22 -0800 Received: from gonzo.inescn.pt (gonzo.inescn.pt [192.35.246.7]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA22208 for ; Fri, 14 Feb 1997 02:46:06 -0800 Received: by gonzo.inescn.pt (5.57/INESCP-V2.26) id AA02858; Fri, 14 Feb 97 10:45:57 GMT Received: by diana.inescn.pt (920330.SGI/920502.SGI.AUTO) for @gonzo.inescn.pt:info-performer@sgi.com id AA01810; Fri, 14 Feb 97 10:46:20 GMT Date: Fri, 14 Feb 97 10:46:20 GMT From: jml@diana.inescn.pt (Joao Miguel Leitao) Message-Id: <9702141046.AA01810@diana.inescn.pt> To: info-performer@sgi.com Subject: 'mirror' transformation in view matrix Status: O Hi I am using Performer 2 on Re2 Onyx. I would like to add a second viewport to my visual simulation with a mirroed image of the same scene. Is it possible to define a second pfChannel with a viewing matrix so that I get the mirror image ? I heard that the viewing matrix must be orthonormal, so I beleave I can not use Scale(1,-1,1) or any thing similar. What about other ways ? Thanks Miguel ---------------------------------------------------------------------------- Miguel Leitao INESC, ComputerGraphics&CAD jml@diana.inescn.pt Praca da Republica Phone: +351 2 2094229 4000 PORTO, PORTUGAL Fax: +351 2 2084172 ======================================================================= 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 Feb 14 12: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 HAA26604; Fri, 14 Feb 1997 07:40:14 -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 HAA26588; Fri, 14 Feb 1997 07:40:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA28832; Fri, 14 Feb 1997 07:40:12 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA04347; Fri, 14 Feb 1997 07:40:04 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id PAA02309; Fri, 14 Feb 1997 15:39:49 GMT From: "Angus Dorbie" Message-Id: <9702141539.ZM2307@bitch.reading.sgi.com> Date: Fri, 14 Feb 1997 15:39:49 +0000 In-Reply-To: Andrew Ng "Scale in View Matrix." (Feb 13, 2:58pm) References: <01BC19BE.5A849410@nga.division.co.uk> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Andrew Ng , "'Performer Mailing List'" Subject: Re: Scale in View Matrix. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The clip stays in the same place but the model will be scaled. You scale < 1 the world gets smaller around the eye and so the near clip appears more distant but it isn't. This will also affect Z values and fog. It doesn't surprise me that the performer cull doesn't look for scale in the channel matrix, but this is just a performer implementation issue rather than a fundamental discovery. Cheers, Angus. On Feb 13, 2:58pm, Andrew Ng wrote: > Subject: Scale in View Matrix. > Hi there, > > Has anyone had any experience of using a uniform scale in the view matrix > of a pfChannel? > > I've been playing around with this and it appears to have some strange and > unexpected effects on the near clip plane. I've been using pfChanViewMat to > set the pfChannel matrix. > > If I use a scale of < 1, then objects appear to clip sooner than I would > have expected. If I use a scale of > 1, then objects don't appear to clip > as soon as I would expect, in fact sometimes the objects are culled out > before they are clipped. > > I'm using Performer 2.0.2 and IRIX 6.2 on an Indigo 2 Max Impact. > > I'd be grateful for any ideas or suggestions. > > Thanks. > ------------------------------------------------------------------------ > ------ > Andrew Ng (Software Engineer) > Division Limited, 19 Apex Court, Email: > nga@division.co.uk > Woodlands, Almondsbury. Tel: +44 (0)1454 > 615554 > Bristol BS12 4JT. Fax: +44 (0)1454 61 > 5532 > > > ======================================================================= > 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 Andrew Ng ======================================================================= 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 Feb 14 13:11:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26774; Fri, 14 Feb 1997 08:04: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 IAA26758; Fri, 14 Feb 1997 08:04:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA00336; Fri, 14 Feb 1997 08:04:23 -0800 Received: from shallow.division.co.uk (shallow.division.co.uk [194.70.241.89]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA09581; Fri, 14 Feb 1997 08:04:12 -0800 Received: from nga.division.co.uk (nga.division.co.uk [194.70.241.87]) by shallow.division.co.uk (8.7/8.7) with SMTP id QAA17140; Fri, 14 Feb 1997 16:04:05 GMT Received: by nga.division.co.uk with Microsoft Mail id <01BC1A90.990E5F40@nga.division.co.uk>; Fri, 14 Feb 1997 16:03:20 -0000 Message-ID: <01BC1A90.990E5F40@nga.division.co.uk> From: Andrew Ng To: "'Angus Dorbie'" Cc: "'Performer Mailing List'" Subject: RE: Scale in View Matrix. Date: Fri, 14 Feb 1997 16:03:19 -0000 Encoding: 26 TEXT Status: O > The clip stays in the same place but the model will be scaled. > You scale < 1 the world gets smaller around the eye and so the > near clip appears more distant but it isn't. > This will also affect Z values and fog. > It doesn't surprise me that the performer cull doesn't look for > scale in the channel matrix, but this is just a performer > implementation issue rather than a fundamental discovery. > Cheers, > Angus. Please correct me if I'm wrong, but if I set a pfChannel's view matrix to a matrix that has a scale < 1, then won't this effectively give a scale that is > 1 in the model view matrix. Therefore, if the clip stays the same and the model is scaled by > 1, the near clip should appear closer. Cheers. ------------------------------------------------------------------------ Andrew Ng (Software Engineer) Division Limited, 19 Apex Court, Email: nga@division.co.uk Woodlands, Almondsbury. Tel: +44 (0)1454 615554 Bristol BS12 4JT. Fax: +44 (0)1454 615532 ======================================================================= 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 Feb 14 13:49:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26897; Fri, 14 Feb 1997 08:46:16 -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 IAA26881; Fri, 14 Feb 1997 08:46:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA02844; Fri, 14 Feb 1997 08:46:15 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA19035; Fri, 14 Feb 1997 08:46:06 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA02397; Fri, 14 Feb 1997 16:45:58 GMT From: "Angus Dorbie" Message-Id: <9702141645.ZM2395@bitch.reading.sgi.com> Date: Fri, 14 Feb 1997 16:45:57 +0000 In-Reply-To: Andrew Ng "RE: Scale in View Matrix." (Feb 14, 4:03pm) References: <01BC1A90.990E5F40@nga.division.co.uk> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Andrew Ng Subject: Re: Scale in View Matrix. Cc: "'Performer Mailing List'" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The multiplication order reverses and translate & rotate are negated but I don't expect you get 1/scale and the evidence seems to support this. Cheers, Angus. On Feb 14, 4:03pm, Andrew Ng wrote: > Subject: RE: Scale in View Matrix. > Please correct me if I'm wrong, but if I set a pfChannel's view matrix to a > matrix that has a scale < 1, then won't this effectively give a scale that > is > 1 in the model view matrix. Therefore, if the clip stays the same and > the model is scaled by > 1, the near clip should appear closer. > > Cheers. ======================================================================= 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 Feb 14 14:10:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27035; Fri, 14 Feb 1997 09:10: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 JAA27019; Fri, 14 Feb 1997 09:10:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA04684; Fri, 14 Feb 1997 09:10:42 -0800 Received: from Sonnet.GSC.GTE.Com (Sonnet.GSC.GTE.Com [131.131.251.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA25107 for ; Fri, 14 Feb 1997 09:10:38 -0800 Received: from mtvex02.MTN-VIEW ("port 1062"@mtvex02.mtv.gtegsc.com) by Sonnet.GSC.GTE.Com (PMDF V5.0-6 #17886) id <01IFEM4SDDN60001V7@Sonnet.GSC.GTE.Com> for info-performer@sgi.com; Fri, 14 Feb 1997 12:10:33 -0400 (EDT) Received: by mtvex02.MTN-VIEW with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC1A56.BE094740@mtvex02.MTN-VIEW>; Fri, 14 Feb 1997 09:09:11 -0800 Date: Fri, 14 Feb 1997 10:08:00 -0800 From: Kaylor Brett Subject: Warnings and Errors To: Performer Group 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 All, I posted this earlier, but recieved no response. Anybody been through this? I am just porting my application from IRIX 5.3 Performer 2.0.2 to IRIX6.2 Performer 2.1. During my compile, I get a whole bunch of these types of warnings. I would rather NOT supress warnings. Is there another way to handle this? It appears to be that the derived class named its input parameter different than the base. It also made the method const. "/usr/include/Performer/pfui/pfiInputXform.h", line 102: warning(3920): "float pfi2DInputCoord::getPrevCoord(int) const" does not match "pfiInputCoord::getPrevCoord" -- virtual function override intended? virtual float getPrevCoord(int _index) const { ^ Also, on my link I get the following ERRORS: /usr/bin/CC Main.o ../../libvrds.a ../../../common/libcommon.a /usr/local/MultiGen/Performer_Loader_2.X/libpfflt_ogl.a /usr/lib/Performer/Static/libpfui_ogl.a /usr/lib/Performer/Static/libpfdu_ogl.a /usr/lib/Performer/Static/libpfutil_ogl.a /usr/lib/Performer/Static/libpfs.a /usr/lib/Performer/Static/libpf_ogl.a -limage -lGL -lGLU -lXext -lXmu -lX11 -lXt -lm -lC -o ../../../bin/vrds ld: ERROR 33: Unresolved text symbol "pfTerrain::getAttr(int,int*,void**,void**)" -- 1st referenced by /usr/lib/Performer/Static/libpfs.a(cTerrain.o). ld: ERROR 33: Unresolved text symbol "pfTerrain::getGState(void)" -- 1st referenced by /usr/lib/Performer/Static/libpfs.a(cTerrain.o). ld: ERROR 33: Unresolved text symbol "XSGIvcQueryVideoScreenInfo" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfPipeWindow.o). ld: ERROR 33: Unresolved data symbol "sigfpe_" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfLinMath.o). ld: ERROR 33: Unresolved text symbol "handle_sigfpes" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfLinMath.o). ld: ERROR 33: Unresolved text symbol "XSGIvcQueryChannelInfo" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(pfVideoChannel.o). ld: ERROR 33: Unresolved text symbol "pfPipeVideoChannel::nb_getPipe(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cPipeVideoChannel.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::setUpdateCacheMask(int)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::getUpdateCacheMask(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::setUpdateVRegionMask(int)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::getUpdateVRegionMask(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::setSizeVRegionMask(int)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "pfClipTexture::getSizeVRegionMask(void)" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: INFO 60: Output file removed because of error. *** Error code 1 clearmake: Error: Build script failed for "../../../bin/vrds" *** Error code 1 clearmake: Error: Build script failed for "../../bin/vrds" Any help greatly appreciated! Brett brett.kaylor@gsc.gte.com ============================================================ Brett B. Kaylor Software Engineer GTE Government Systems _/_/_/_/_/ _/_/_/_/_/ _/_/_/_/_/ 1805 West Drake Drive _/ _/ _/ Tempe, AZ 85283 _/ _/_/_/ _/ _/_/_/ _/ _/ _/ _/ Tel: 602.777.1725 _/_/_/_/_/ _/ _/_/_/_/_/ Fax: 602.777.1717 EMail: brett.kaylor@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 Feb 14 18:36:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA29007; Fri, 14 Feb 1997 16:34: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 QAA28991; Fri, 14 Feb 1997 16:34:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA06131; Fri, 14 Feb 1997 16:34:04 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA09100; Fri, 14 Feb 1997 16:34:02 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id AAA03088; Sat, 15 Feb 1997 00:33:59 GMT From: "Angus Dorbie" Message-Id: <9702150033.ZM3086@bitch.reading.sgi.com> Date: Sat, 15 Feb 1997 00:33:59 +0000 In-Reply-To: "Angus Dorbie" "Re: Scale in View Matrix." (Feb 14, 4:45pm) References: <01BC1A90.990E5F40@nga.division.co.uk> <9702141645.ZM2395@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Andrew Ng Subject: Re: Scale in View Matrix. Cc: "'Performer Mailing List'" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Pondering this I can see why you might expect 1/scale model matrix effect from the viewing matrix scale but I'm not surprised it doesn't pan out like that. Cheers, Angus. On Feb 14, 4:45pm, Angus Dorbie wrote: > Subject: Re: Scale in View Matrix. > The multiplication order reverses and translate & rotate are negated > but I don't expect you get 1/scale and the evidence seems to support > this. > > Cheers, > Angus. > > On Feb 14, 4:03pm, Andrew Ng wrote: > > Subject: RE: Scale in View Matrix. > > > Please correct me if I'm wrong, but if I set a pfChannel's view matrix to a > > matrix that has a scale < 1, then won't this effectively give a scale that > > is > 1 in the model view matrix. Therefore, if the clip stays the same and > > the model is scaled by > 1, the near clip should appear closer. > > > > Cheers. > > > > ======================================================================= > 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 Angus Dorbie ======================================================================= 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 Feb 15 13:07:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA00718; Sat, 15 Feb 1997 02:58: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 CAA00702; Sat, 15 Feb 1997 02:58:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA03538; Sat, 15 Feb 1997 02:57:03 -0800 Received: from naveen.ncst.ernet.in (naveen.ncst.ernet.in [202.41.110.35]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA22041 for ; Sat, 15 Feb 1997 02:55:49 -0800 Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by naveen.ncst.ernet.in (8.6.12/8.6.6) with ESMTP id QAA16497 for ; Sat, 15 Feb 1997 16:31:18 +0530 Received: from serc.serc.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-8.6.5) id QAA20788; Sat, 15 Feb 1997 16:26:10 +0530 Received: by serc.serc.iisc.ernet.in (AIX 3.2/UCB 5.64/4.03) id AA14185; Sat, 15 Feb 1997 16:20:23 GMT Date: Sat, 15 Feb 1997 16:20:22 +0000 (IST) From: "Parthiban.S" To: info-performer@sgi.com Subject: multimedia problem Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear Netters: Though this is not directly related to performer, i trust you can help me in solving my problem. I would like to capture the Inventor/Perfromer (involves rotation and translation of objects) files into a single movie file. I could able to make a movie file from various static images (rgb files). But I am still exploring the possibilities of importing a dynamic frames into a movie file. We have indycam.. Kindly advise me in making a movie file from the animation file. Any help is appreciated. Thanks parthi ======================================================================= 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 Feb 17 03: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 WAA03389; Sun, 16 Feb 1997 22:33:57 -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 WAA03373; Sun, 16 Feb 1997 22:33:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA04592; Sun, 16 Feb 1997 22:33:56 -0800 Received: from tri.kbs.co.kr (tri.kbs.co.kr [202.31.176.32]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA22750 for ; Sun, 16 Feb 1997 22:33:42 -0800 Received: from fortune by tri.kbs.co.kr (8.6.12H1/8.6.4) id PAA11914; Mon, 17 Feb 1997 15:32:33 +0900 Message-ID: <3307FC04.77B8@tri.kbs.co.kr> Date: Mon, 17 Feb 1997 15:34:44 +0900 From: Choi Changrak Reply-To: fortune@tri.kbs.co.kr Organization: Goddess of Fortune X-Mailer: Mozilla 3.0 (WinNT; I) MIME-Version: 1.0 To: Performer Submissions Subject: Video Alpha Channel Problem Content-Type: multipart/mixed; boundary="------------5E65279031E8" Status: O This is a multi-part message in MIME format. --------------5E65279031E8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- Choi, Changrak | 150-790 fortune@tri.kbs.co.kr | Technical Research Institute (Tel) +82-2-781-5952 | #18 Korean Broadcasting System (Fax) +82-2-781-5999 | Yoido Youngdeungpo Seoul Korea --------------5E65279031E8 Content-Type: text/plain; charset=us-ascii; name="qofalpha.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="qofalpha.txt" Hi, I want your help about alpha channel. I use Onyx IR machine and Sirius option for broadcasting. And I use Performer for programming. When I open a window with performer command 'pfNewPWin()', the alpha value which is output by sirius breakbox is always '1'. I want to change this alpha value for the purpose of using ULTIMATTE-8 mat-in function. But I couldn't it. I used 'pfClearChan()' with alpha value '0', but the alpha value which is output by sirius break box remaind unchanged.(the color value (r,b,b) was changed) I think I missed some important or basic configuration. If you have any solution for this problem, please send me a mail. Good-bye --------------5E65279031E8-- ======================================================================= 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 Feb 17 08:10:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA03625; Mon, 17 Feb 1997 03:00: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 DAA03609; Mon, 17 Feb 1997 03:00:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA13119; Mon, 17 Feb 1997 03:00:46 -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 DAA23715 for ; Mon, 17 Feb 1997 03:00:44 -0800 Received: from sgi20.cs.cuhk.hk by cs.cuhk.hk with ESMTP id TAA00393; Mon, 17 Feb 1997 19:00:41 +0800 Received: by sgi20.cs.cuhk.hk (940816.SGI.8.6.9/Spike-2.0) id TAA15368; Mon, 17 Feb 1997 19:00:39 +0800 Date: Mon, 17 Feb 1997 19:00:38 +0800 (HKT) From: David Chan To: info-performer Subject: how to detect a point is within a range Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O HI, If a point is in a model, how to define a kind of range, so that all points within the range is belong to the point? Now if the range is defined, is it possible to detect a point is within the range? Bye! David ======================================================================= 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 Feb 17 11:31:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA03935; Mon, 17 Feb 1997 06:23: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 GAA03919; Mon, 17 Feb 1997 06:23:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19192; Mon, 17 Feb 1997 06:23:18 -0800 Received: from mail.gmd.de (mail.gmd.de [129.26.8.90]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA18981 for ; Mon, 17 Feb 1997 06:23:14 -0800 Received: from viswiz.gmd.de (viswiz) by mail.gmd.de with SMTP id AA06212 (5.67b8/IDA-1.5 for ); Mon, 17 Feb 1997 14:40:40 +0100 Received: (from simon@localhost) by viswiz.gmd.de (8.7.5/8.7.3) id OAA25562 for info-performer@sgi.com; Mon, 17 Feb 1997 14:40:40 +0100 (MET) From: Simon Gibbs Message-Id: <199702171340.OAA25562@viswiz.gmd.de> Subject: re: Video Alpha Channel Problem To: info-performer@sgi.com Date: Mon, 17 Feb 1997 14:40:39 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > > I want your help about alpha channel. > I use Onyx IR machine and Sirius option for broadcasting. > And I use Performer for programming. > When I open a window with performer command 'pfNewPWin()', > the alpha value which is output by sirius breakbox is always '1'. > I want to change this alpha value for the purpose of using > ULTIMATTE-8 mat-in function. We run with similar hardware. Here are a few things to check: 1) the visual for your pipewindow must have alpha planes 2) your .cmb should have RGBA10 for the Sirius channel's pixel format 3) the video drain format (eg set using vcp) is digital 4:2:2:4 Hope this helps... ---------------------------------------------------------------------------- Simon Gibbs GMD - German National Research Center for Information Technology 53754 Sankt Augustin GERMANY ---------------------------------------------------------------------------- Email: Simon.Gibbs@gmd.de WWW: http://viswiz.gmd.de/~simon ---------------------------------------------------------------------------- ======================================================================= 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 Feb 17 12:12:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA03996; Mon, 17 Feb 1997 07:04: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 HAA03977; Mon, 17 Feb 1997 07:04:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA20425; Mon, 17 Feb 1997 07:04:09 -0800 Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.45.26]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA24658 for ; Mon, 17 Feb 1997 07:04:05 -0800 Received: (from andenmat@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.12) id QAA02094 for info-performer@sgi.com; Mon, 17 Feb 1997 16:05:21 +0100 From: "Yann Andenmatten" Message-Id: <9702171605.ZM2093@imtsg12.epfl.ch> Date: Mon, 17 Feb 1997 16:05:21 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: getting hpr form pfDCS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'm trying to get the hpr values from a pfDCS. I've tried that : const pfMatrix* m = Coord->getMatPtr(); if (m != NULL) { pfCoord* dst=NULL; m->getOrthoCoord(dst); if (dst == NULL) printf("HPR...NULL\n"); else printf(" HPR : %3.2f %3.2f %3.2f\n", dst->hpr[0], dst->hpr[1], dst->hpr[2]); } else printf("HPR...NULL2\n"); but dst is NULL. What is wrong ? Is it the best way ? Thanks for help ! Yann -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.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 Mon Feb 17 14:09:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA04145; Mon, 17 Feb 1997 09:00: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 JAA04129; Mon, 17 Feb 1997 09:00:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24360; Mon, 17 Feb 1997 09:00:28 -0800 Received: from w-ie24.icaen.uiowa.edu ([128.255.23.225]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA14435 for ; Mon, 17 Feb 1997 09:00:26 -0800 Received: (from gthomas@localhost) by w-ie24.icaen.uiowa.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA02090 for info-performer@sgi.com; Mon, 17 Feb 1997 12:56:26 -0600 Date: Mon, 17 Feb 1997 12:56:26 -0600 From: gthomas@w-ie24.icaen.uiowa.edu (Geb Thomas) Message-Id: <199702171856.MAA02090@w-ie24.icaen.uiowa.edu> To: info-performer@sgi.com Subject: Loading textures quickly Status: O Hello Performers. I'm writting an application in which I hope to change 4 512x512 color textures as often as six times a second. The trouble is that the new images will arrive as the application is running, so they can not be pre-loaded as a movie. Can you help me find the best approach? Right now I load the first set of images with the geometry in an Inventor file. This seems to make them mipmapped, so I reformat each one with the following commands: tex->setFormat(PFTEX_FAST_DEFINE, PF_ON); tex->setFormat(PFTEX_GEN_MIPMAP_FORMAT, 0); tex->setFilter(PFTEX_MINFILTER, PFTEX_POINT); tex->format(); They have an Internal Format TX_RGB_5 (full speed), an External Format TX_PACK_8 and a subload format. The load modes are: PFTEX_LOAD_SOURCE = 0 PFTEX_LOAD_BASE = 0 PFTEX_LOAD_LIST = 0 Each image buffer is 524288 bytes large. I don't have the external image source connected to the machine (eventually it will be a network connection). Instead, on every fourth frame I manipulate each image pixel by pixel and call tex->load(). The stats say the O2 is going 9.5 loads on average or 5308416 bytes. I understand that the Reality Engine will subload the textures much faster. Can I expect to load 3 Mbytes per second and still have an interactive application? Are there other options I could pursue for my O2 or Onyx machines? Are there games I might play with the video framebuffer? Many thanks in advance for taking the time to consider my troubles. Geb Thomas The GROK Lab The University of Iowa gthomas@icaen.uiowa.edu _____________________________________________________________________ Geb Thomas, PhD Assistant Professor of Industrial Engineering, The University of Iowa Phone: (319) 335-5936 Fax: (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 Feb 17 16:51:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA04440; Mon, 17 Feb 1997 11:31: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 LAA04424; Mon, 17 Feb 1997 11:31:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA00753; Mon, 17 Feb 1997 11:31:37 -0800 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 LAA06727 for ; Mon, 17 Feb 1997 11:31:34 -0800 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id OAA16412 for ; Mon, 17 Feb 1997 14:31:31 -0500 (EST) 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 OAA31058 for ; Mon, 17 Feb 1997 14:31:31 -0500 (EST) 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 OAA27640; Mon, 17 Feb 1997 14:31:26 -0500 (EST) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id OAA10331; Mon, 17 Feb 1997 14:33:02 -0500 Date: Mon, 17 Feb 1997 14:33:02 -0500 Message-Id: <199702171933.OAA10331@newton.motown.lmco.com> To: info-performer@sgi.com Subject: Linking Performer Libs Cc: dhigginb@motown.lmco.com, rrabbitz@motown.lmco.com Status: O Hi, We'd like to build our Performer applications so they run on all our SGIs. These are a mix of Indigos, Onyxs and Indys, most run OS6.2. What's the best way to link? Static? Dynamic? You're help and opinions are appreciated. Dave Dave Higginbotham // phone: 609-722-3739 Lockheed Martin GES // fax: 609-273-5182 MS: 137-123 \X/ dhigginb@motown.lmco.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 Feb 17 17:41:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04518; Mon, 17 Feb 1997 12:26:56 -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 MAA04502; Mon, 17 Feb 1997 12:26:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA02670; Mon, 17 Feb 1997 12:26:55 -0800 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.122]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA15409 for ; Mon, 17 Feb 1997 12:26:48 -0800 Received: from PacificOcean.coaps.fsu.edu (SoPacificOcean.coaps.fsu.edu [128.186.157.59]) by mailer.fsu.edu (8.8.5/8.7.3) with SMTP id PAA22826 for <@mailer.fsu.edu:info-performer@sgi.com>; Mon, 17 Feb 1997 15:26:46 -0500 (EST) Received: (from holland@localhost) by PacificOcean.coaps.fsu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA08716 for info-performer@sgi.com; Mon, 17 Feb 1997 15:26:45 -0500 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9702171526.ZM8714@PacificOcean.coaps.fsu.edu> Date: Mon, 17 Feb 1997 15:26:43 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: .pfdpool dump Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, My performer application is dumping a pfutil-----.pfdpool file to my /usr/tmp directory,where ----- is some number. It has created a number of these files, and I would like to find a way to get it to clean them up after execution. They seem to be space for the SharedArena to operate, but I can't figure out why it is dumping them or how to get the application to stop without leaving them behind. If anyone has any advice on this matter, I would appreciate it. Aubrey Holland holland@coaps.fsu.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 Mon Feb 17 18:38:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04742; Mon, 17 Feb 1997 13:29:56 -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 NAA04726; Mon, 17 Feb 1997 13:29:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA04836; Mon, 17 Feb 1997 13:29:55 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA24347; Mon, 17 Feb 1997 13:29:52 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id VAA06217; Mon, 17 Feb 1997 21:29:44 GMT From: "Angus Dorbie" Message-Id: <9702172129.ZM6215@bitch.reading.sgi.com> Date: Mon, 17 Feb 1997 21:29:44 +0000 In-Reply-To: "Yann Andenmatten" "getting hpr form pfDCS" (Feb 17, 4:05pm) References: <9702171605.ZM2093@imtsg12.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: getting hpr form pfDCS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 17, 4:05pm, Yann Andenmatten wrote: > Subject: getting hpr form pfDCS > Hi, > > I'm trying to get the hpr values from a pfDCS. I've tried that : > > const pfMatrix* m = Coord->getMatPtr(); > if (m != NULL) > { > pfCoord* dst=NULL; > m->getOrthoCoord(dst); > if (dst == NULL) > printf("HPR...NULL\n"); > else > printf(" HPR : %3.2f %3.2f %3.2f\n", > dst->hpr[0], dst->hpr[1], dst->hpr[2]); > } > else > printf("HPR...NULL2\n"); > > but dst is NULL. What is wrong ? Is it the best way ? dst will be NULL because you asign it. The getOrthoCoord method just writes to an existing pfCoord. Even if it did as you expected you'd need to pass a double indirection so it could pass back the address of the coord pointer since the call can never affect the value in dsd unless you pass it's address. Before the get method add: dst = new pfCoord; but don't forget to delete it afterwards. or simply use a pfCoord declaration and pass the pointer to the get method. Cheers, 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 Mon Feb 17 18:55:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04805; Mon, 17 Feb 1997 13:45: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 NAA04789; Mon, 17 Feb 1997 13:45:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA05620; Mon, 17 Feb 1997 13:45:28 -0800 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 NAA26438 for ; Mon, 17 Feb 1997 13:44:44 -0800 Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.0/8.8.0) with ESMTP id NAA27024; Mon, 17 Feb 1997 13:46:02 -0800 (PST) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id NAA29989; Mon, 17 Feb 1997 13:43:59 -0800 (PST) Date: Mon, 17 Feb 1997 13:43:59 -0800 (PST) Message-Id: <199702172143.NAA29989@gonzo.wolfenet.com> To: andenmat@imtsg12.epfl.ch CC: info-performer@sgi.com In-reply-to: "Yann Andenmatten"'s message of Mon, 17 Feb 1997 16:05:21 +0100 <9702171605.ZM2093@imtsg12.epfl.ch> Subject: Re: getting hpr form pfDCS Status: O From: "Yann Andenmatten" Date: Mon, 17 Feb 1997 16:05:21 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, I'm trying to get the hpr values from a pfDCS. I've tried that : const pfMatrix* m = Coord->getMatPtr(); if (m != NULL) { pfCoord* dst=NULL; m->getOrthoCoord(dst); pfMatrix::getOrthoCoord takes a pointer to a pfCoord and fills in the values from the matrix. It doesn't allocate a pfCoord for this or return a static pfCoord. Do this instead: pfCoord dst; m->getOrthoCoord(&dst); 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 Feb 17 22:55:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA05262; Mon, 17 Feb 1997 17:44: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 RAA05246; Mon, 17 Feb 1997 17:44:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA13399; Mon, 17 Feb 1997 17:44:04 -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 RAA29460 for ; Mon, 17 Feb 1997 17:44:03 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA19376; Mon, 17 Feb 1997 17:43:53 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA15689; Mon, 17 Feb 1997 17:43:19 -0800 From: "Javier Castellar" Message-Id: <9702171743.ZM15687@sixty.asd.sgi.com> Date: Mon, 17 Feb 1997 17:43:19 -0800 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: iR Encoder trick Cc: aubin@sixty.asd.sgi.com, daly@sixty.asd.sgi.com, javier@sixty.asd.sgi.com, nemec@sixty.asd.sgi.com, skp@sixty.asd.sgi.com, willmc@sixty.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi all, This is not only for Performer but ... I though that you may find it interesting. If you are using the encoder output of InfiniteReality this message is for you. I describe a way to get a flicker free and fully genlocked video out with no additional hardware. As you know InfiniteReality provides two/eight video outputs. iR also provides a video encoder (composite NTSC/PAL or S-VHS NTSC/PAL) for industrial quality video recording. Off course, when using the encoder you cannot use channel1 since both use common hardware. TRICK1 (flicker free output) ====== Let's assume that you have two channels: 1280x1024_60 and the encoder output. Since the NTSC/PAL signals are interlazed (two fields) and most of the people uses single width horizontal lines in his motif/X widgets this lines flicker in the final video signal. One way to get a nice flicker free signal is using the iR dynamic video resolution feature using ircombine. If you double click on the encoder button you can adjust some parameters, use the "Source Channel" to select a video channel to be scan converted (in this case from 0), and then you can adjust the size of the encoder channel scan conversion. Now you can increase the size of the encoder (up to 1280x1024), if you are looking for only video output you can select an size slightly bigger than the 640x480. Then what you get is a flicker free signal scanned and filtered form i.e 700x500 with a very solid image. The DVR filter is cool. TRICK2 (genlocking the pipe with his own encoder) ====== When recording video from the encoder in the previous example: Chan0: 1280x1024_60 Encoder: NTSC You will suffer a problem, NTSC is slightly slower than 60hz (it is about 59.94), therefore you will suffer a passing line time to time, since the pipe is working at 60hz and you encoder is NTSC (same for a 50hz 1280x1024 and PAL), then you will be unable to record a stable image in your VCR, videodisk ... etc. This is not a problem, it is life: NTSC is always NTSC, you cannot genlock the encoder since then it will not be NTSC. One solution will be to genlock the pipe with an external house Sync, but people who use the encoder are not in the broadcast arena, therefore they don't wish to buy a sync generator. The trick is to genlock the iR pipe (1280x1024 ...) with his own encoder. Here is how I made it last week: InfiniteReality VCR/Video Disk Channel 0 ---- 1280x1024 -> Hi-res Monitor Encoder -----------------------------------> Video In Genlock IN <---------------------------------- Video Through (75 ohm OFF) Genlock OUT -> 75 ohm terminator Video Monitor <------ Monitor out Then you need to use ircombine to genlock: a) Go to EditGlobals menu b) Select "Sync Source" as external (genlocking) c) Sync format (browse ..) : CCIR601_525.vfo (NTSC) Remember to update (dowload combination) and check if the genlock is working: # /usr/gfx/gfxinfo -v | grep Sync Input Sync: Voltage - Video Level; Source - External; Genlocked - True Sync Output(s): Then you will get a "perfect" composite signal to be recorded with no artifacts. If you require higher quality (CIR601, broadcast) you must use either Sirius Video Option (Onyx) or GVO (Onyx2). Regards. -Javier "The cable guy" -- ************************************************************************* * 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 ======================================================================= 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 Feb 17 23:31:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA05405; Mon, 17 Feb 1997 18:17:09 -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 SAA05389; Mon, 17 Feb 1997 18:17:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA14637; Mon, 17 Feb 1997 18:17:08 -0800 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 SAA05101 for ; Mon, 17 Feb 1997 18:17:04 -0800 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 TAA24705; Mon, 17 Feb 1997 19:51:04 -0600 (CST) Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id BAA11008; Tue, 18 Feb 1997 01:50:46 GMT X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs Date: Mon, 17 Feb 1997 19:50:46 -0600 (CST) From: "Swaminathan N." To: Yann Andenmatten cc: info-performer@sgi.com Subject: Re: getting hpr form pfDCS In-Reply-To: <9702171605.ZM2093@imtsg12.epfl.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 17 Feb 1997, Yann Andenmatten wrote: > const pfMatrix* m = Coord->getMatPtr(); > if (m != NULL) > { > pfCoord* dst=NULL; pfCoord* dst = new pfMatrix; // should work... > m->getOrthoCoord(dst); > if (dst == NULL) > printf("HPR...NULL\n"); > else > printf(" HPR : %3.2f %3.2f %3.2f\n", > dst->hpr[0], dst->hpr[1], dst->hpr[2]); > } > else > printf("HPR...NULL2\n"); > > but dst is NULL. What is wrong ? Is it the best way ? > 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 Tue Feb 18 10:26:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA07162; Tue, 18 Feb 1997 05:26:36 -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 FAA07146; Tue, 18 Feb 1997 05:26:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA06207; Tue, 18 Feb 1997 05:26:34 -0800 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 FAA01267 for ; Tue, 18 Feb 1997 05:26:29 -0800 Message-Id: <199702181326.FAA01267@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 14:25:58 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 14:25:58 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Tue, 18 Feb 1997 14:25:55 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 15:23:41 +0100 Date: Tue, 18 Feb 1997 15:23:41 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com, holland@coaps.fsu.edu X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970218142341] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: Aubrey Holland (Receipt Notification Requested) (Non Receipt Notification Requested), Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE: .pfdpool dump MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi Aubrey, Those files are dumped when callind pfuInitUtil() They will be removed after calling pfuExitUtil() If your application exits or crashes without pfuExitUtil be called, = those files will stay. Bye, 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 Tue Feb 18 10:48:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA07259; Tue, 18 Feb 1997 07:02: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 HAA07243; Tue, 18 Feb 1997 07:02:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA09238; Tue, 18 Feb 1997 07:02:27 -0800 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 HAA15587 for ; Tue, 18 Feb 1997 07:02:14 -0800 Message-Id: <199702181502.HAA15587@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 16:00:58 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 16:00:58 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (undefined,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Tue, 18 Feb 1997 16:00:40 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 16:58:01 +0100 Date: Tue, 18 Feb 1997 16:58:01 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970218155801] Original-Encoded-Information-Types: teletex,undefined 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: Problem with pftoiv Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-14753" MIME-Version: 1.0 Status: O -----Multi-Part-Message-Level-1-1-14753 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0C Hi, I downloaded pfiv1.1.tar.Z from the SGI ftp site. I installed the libraries. Whn I try to call pfdStoreFile("file.iv"), it gets a Segmentation Fa= ult, and crashes my application. I joined the dbx reports concerning this error (error notification += stack). Could Gavin Bell, Jim Helman or anyone else tell me if there are any= problem with libpfiv ? I am working with Performer 2.0.1 I tested with both OPENGL and IRISGL, on an Onyx RE2 with IRIX 5.3, = and on an HighImpact with IRIX 6.2, always with the same error message. Thanks in advance, Mike ______________________________________________ Michael Boccara ! Aerospatiale= Virtual Simulation engineer ! Common Research email : ! Center= - DCR/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 -----Multi-Part-Message-Level-1-1-14753 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 AA5zdGRvdXRfc3RvcmVpdgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABURVhUVU5JWAEAAHACSAAAAAAAAARLAAAAAK8veICvL3iAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACBgaAiAABQcm9jZXNzICAyNzA3IChzaWdtYTExLkRTTykgc3RvcHBl ZCBvbiBzaWduYWwgU0lHU0VHVjogU2VnbWVudGF0aW9uIHZpb2xhdGlvbiAoZGVmYXVsdCkg W1NvU2Vuc29yTWFuYWdlcjo6cHJvY2Vzc0ltbWVkaWF0ZVF1ZXVlKHZvaWQpOjM5NiAsMHg1 ZWU3ZmUxMF0NICAgICAgICAgU291cmNlIChvZiBTb1NlbnNvck1nci5jKyspIG5vdCBhdmFp bGFibGUgZm9yIFByb2Nlc3MgIDI3MDcNKGRieCkgd2hlcmUNPiAgMCBTb1NlbnNvck1hbmFn ZXI6OnByb2Nlc3NJbW1lZGlhdGVRdWV1ZSh2b2lkKSgweDAsIDB4N2ZmZmE3ZGMsIDB4MTAw MjFmNzAsIDB4N2ZmZmE3ZGMpIFsiU29TZW5zb3JNZ3IuYysrIjozOTYsIDB4NWVlN2ZlMTBd DSAgIDEgU29GaWVsZDo6c3RhcnROb3RpZnkodm9pZCkoMHgwLCAweDdmZmZhN2RjLCAweDEw MDIxZmRjLCAweDdmZmZhN2RjKSBbIlNvRmllbGQuYysrIjo3MzksIDB4NWVlNmNmN2NdDSAg IDIgU29GaWVsZDo6dmFsdWVDaGFuZ2VkKGludCkoMHgwLCAweDdmZmZhN2RjLCAweDEwMDIx ZmRjLCAweDdmZmZhN2RjKSBbIlNvRmllbGQuYysrIjoxMTA3LCAweDVlZTZjZDM0XQ0gICAz IFNvU0ZFbnVtOjpzZXRWYWx1ZShpbnQpKDB4MCwgMHg3ZmZmYTdkYywgMHgxMDAyMWY3MCwg MHg3ZmZmYTdkYykgWyJTb1NGRW51bS5jKysiOjMxLCAweDVlZTdlODgwXQ0gICA0IGNvbnZl cnRQZXJmb3JtZXJOb2RlKF9wZk5vZGUqKSgweDE4MGI0ZTAwLCAweDdmZmZhN2RjLCAweDEw MDIxZjcwLCAweDVlOGMyNzJjKSBbIi4uL3Bmc3RvcmVpdi5DIjo1ODIsIDB4NmNkYzgwXQ0g ICA1IHBmZENvbnZlcnRUb19pdigweDAsIDB4N2ZmZmE3ZGMsIDB4MTAwMjFmNzAsIDB4N2Zm ZmE3ZGMpIFsiLi4vcGZzdG9yZWl2LkMiOjE5NCwgMHg2Y2M3Y2NdDSAgIDYgcGZkU3RvcmVG aWxlX2l2KDB4MCwgMHgxMDAwMGZkMCwgMHgxMDAyMWY3MCwgMHg3ZmZmYTdkYykgWyIuLi9w ZnN0b3JlaXYuQyI6MjU4LCAweDZjY2JiNF0NICAgNyBwZmRTdG9yZUZpbGUoMHgxODBiNGUw MCwgMHg3ZmZmYTdkYywgMHgxMDAyMWY3MCwgMHgxMDAwMGZkMCkgWyIuLi8uLi8uLi9saWIv bGlicGZkdS9wZmRMb2FkRmlsZS5jIjo4MzMsIDB4NDZlMmMwXQ0gAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= -----Multi-Part-Message-Level-1-1-14753-- ======================================================================= 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 Feb 18 10:48:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA07283; Tue, 18 Feb 1997 07:10: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 HAA07267; Tue, 18 Feb 1997 07:10:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA09546; Tue, 18 Feb 1997 07:10:24 -0800 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 HAA17056 for ; Tue, 18 Feb 1997 07:10:20 -0800 Received: from localhost by vr3.engin.umich.edu via SMTP (940816.SGI.8.6.9/930416.SGI.AUTO) for id KAA02350; Tue, 18 Feb 1997 10:07:18 -0500 Date: Tue, 18 Feb 1997 10:06:57 -0500 (EST) From: Ralph Seguin To: info-performer@sgi.com Subject: IR demos for FakeSpace BOOM 3C? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi. Anybody got some nifty IR demos to run on an Onyx 2/IR (DG5-8, 8 output channels) system to drive a Boom3C? I've got our code working on an RE2 system with a 3C, but we'd like to test this stuff out RSN (ie, sooner than I can rewrite the code to support both setups :). Also, our older code to support the RE2 won't work quite the way I want for doing multi-channel displays. Currently, we have the boom hooked to channels 2 and 3 and the HDTV monitor on channel 0. So, we'd like to do: chan0: 1280x1024@60Hz chan2: 1280x960@60Hz (180 field sequential) chan3: 1280x960@60Hz (180 field sequential) Does the IR have the bandwidth to drive all three channels at these resolutions? Are channel 2 and 3 addressed (from X) as :0.2 and :0.3 ? 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 Tue Feb 18 13:50:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA07390; Tue, 18 Feb 1997 08:44:47 -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 IAA07374; Tue, 18 Feb 1997 08:44:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA14353; Tue, 18 Feb 1997 08:44:46 -0800 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 IAA06122 for ; Tue, 18 Feb 1997 08:44:41 -0800 Message-Id: <199702181644.IAA06122@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 17:42:48 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 17:42:48 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (undefined,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Tue, 18 Feb 1997 17:42:46 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Tue, 18 Feb 1997 18:40:29 +0100 Date: Tue, 18 Feb 1997 18:40:29 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970218174029] Original-Encoded-Information-Types: teletex,undefined 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: Application for Visiting Scholar Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-17286" MIME-Version: 1.0 Status: O -----Multi-Part-Message-Level-1-1-17286 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0C Dear Performers, I am a graduate engineer, and I have been working for the Joint Rese= arch Centre of Aerospatiale, in Suresnes (west of Paris), in the Computin= g Research Department for 1 year. I have been taking part in 3D real-t= ime simulation programs and Virtual Reality applications to the Space In= dustry. Till now, I have been using mainly the Performer tool. I have obtained a grant in order to work as a Visiting Scholar in a = VR specialised lab of an American University from my choice during my C= ivil National Service. The French Civil National Service consists in a 16 months' academic = exchange program between France and the United States. During this period, I = could work free of charge on a project concerning Virtual Reality. My Visiting Scholar period can start in January 1998, and its durati= on is 16 months, as explained before. I would consider to follow a Master in = my host University. I am using the Performer mailing list to make a call for any lab or = academic project attached to an American University, specialised in Virtual R= eality, concurrent engineering, and if possible (but not required) concerned= by the Aerospace domain. I have a solid C/C++ and Performer background. I thank you in advance for the attention you will pay to my request,= and anyone interested is welcomed to send me an email or a phone call to= inform me of an opening in its project. Maybe I could send to the intereste= d person some frames of the simulations I developed for Aerospatiale. I recall the keywords : VR, Visiting Scholar, American University, granted, FREE OF CHARGE, = Performer background, January 1998, 16 months. I joined an ASCII-Resume to this mail. Best regards, Michael Boccara ______________________________________________ Michael Boccara ! Aerospatiale= Virtual Simulation engineer ! Joint Research email : ! Centre= - DCR/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 -----Multi-Part-Message-Level-1-1-17286 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 ABBDViBhc2NpaSBhbmdsYWlzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABXREJOTVNXRAAAAAAAAAAAAAAAABQAAAAAAK8vl0OvL5maAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACBgbGFAAD+NwAjAAAAAAAAJAAAGQAAAAAAAAAAAQAAAAcJAAATnQAA AAAAAAhOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAgAAAMAAAgAAANjwAAAAANjwAA AAANjwAOAAANnQASAAAOmQAAAAAOmQAAAAAOmQAAAAAOmQAKAAAOowAKAAAOrQAAAAAOrQBG AAAO8wB4AAANrwDqAAAPawAgAAAPiwAWAAARswAqAAAR3QGfAAANjwAAAAEAAQAAEbMAAAAA D6ECEgAAEbMAAAAAEbMAAAAAE3wAIQAAEbMAAAAAEbMAAAAAEbMAAAAAEbMAAAAAEbMAAAAA EbMAAAAATWljaGFlbCBCb2NjYXJhDUR0ZSBvZiBCaXJ0aCA6IEFwcmlsIDE0LCAxOTczDU5h dGlvbmFsaXR5IDogRnJlbmNoDUhvbWUgQWRkcmVzcyA6IAkxNywgcnVlIFZpY3RvciBIdWdv DQkJCTk0MjIwIENoYXJlbnRvbiAtIEZSQU5DRQ1QaG9uZSBudW1iZXIgOiAoMzMpKDApMS40 My41My4xOS4zOQ1lbWFpbCA6IG1pY2hhZWwuYm9jY2FyYShhKXNpZWdlLmFlcm9zcGF0aWFs ZS5mcg1NYXJpdGFsIFN0YXR1cyA6IHNpbmdsZQ0NRURVQ0FUSU9OIGFuZCBRVUFMSUZJQ0FU SU9OIDoNMTk5My0xOTk2IAlFTlNUQSAoRnJlbmNoIE5hdGlvbmFsIEluc3RpdHVkZSBmb3Ig QWR2YW5jZWQgVGVjaG5vbG9naWVzKSwgb25lIG9mIA0JCXRoZSBsZWFkaW5nIEZyZW5jaCBl bmdpbmVlcmluZyBzY2hvb2xzDQkJT3B0aW9ucyA6IENvbXB1dGVyIGdyYXBoaWNzLCBJbWFn ZSBzeW50aGVzaXMsIHByb2Nlc3NpbmcgYW5kIGFuYWx5c2lzLg0JCVN0cm9uZyBmb3JtYXRp b24gaW4gQy9DKyssIERhdGFiYXNlIHByb2Nlc3NpbmcsIGFuZCBoYXJkd2FyZSAJCQkJY29t bXVuaWNhdGlvbnMgYW5kIG5ldHdvcmtzLg0NUkVTRUFSQ0ggRVhQRVJJRU5DRSA6DTE5OTUg OiBJTlJJQSAoRnJlbmNoIE5hdGlvbmFsIEluc3RpdHV0ZSBmb3IgUmVzZWFyY2ggaW4gQ29t dXRlciBTY2llbmNlcyBhbmQgCUF1dG9tYXRpY3MpDQlFbmZvcmNlZCBhIG5ldyBtZXRob2Qg b2YgMkQgbW90aW9uIGFuYWx5c2lzIG9uIGltYWdlIHNlcXVlbmNlcywgaW52b2x2ZWQgaW4g CWV4dHJhY3RpbmcgZnJvbSBhIDJEIGFuaW1hdGlvbiB0aGUgc29saWQgcGFydHMgYW5kIHRo ZXJlIGluZXJ0aWFsIHBhcmFtZXRlcnMuDQlQdWJsaWNhdGlvbiBvZiBhbiBhcnRpY2xlIGZv ciB0aGUgSW1hZ2UnQ29tIGNvbmZlcmVuY2UgaW4gQm9yZGVhdXgsIEZyYW5jZSBpbiANCUF1 Z3VzdCAxOTk2LCBlZGl0ZWQgYnkgU3ByaW5nZXIuDQ1XT1JLIEVYUEVSSUVOQ0UgOg1TaW5j ZSBNYXJjaCAxOTk2IDogIAlBZXJvc3BhdGlhbGUsIEZyYW5jZQ0JCQlTcGFjZSBiYW5jaC4N CQkJRGV2ZWxvcG1lbnQgb2YgM0QgcmVhbHRpbWUgc2ltdWxhdGlvbnMsIHdpdGggSVJJUyBQ ZXJmb3JtZXIuDQkJCU1hbmFnZW1lbnQgb2YgaW50ZXJzaGlwIHN0dWRlbnRzIG9uIFZpcnR1 YWwgUmVhbGl0eSBwcm9ncmFtcy4NCQkJDU1heS1TZXB0ZW1iZXIgMTk5NSA6ICBFRExJTSwg RnJhbmNlDQkJCVNvY2lldHkgc3BlY2lhbGl6ZWQgaW4gYmlvLW1lZGljYWwgc29mdHdhcmVz Lg0JCQlDb250cmFjdCBmb3IgdGhlIFN0dWRlbnQtcnVuIGVudGVycHJpc2Ugb2YgRU5TVEEN CQkJRGV2ZWxvcG1lbnQgd2l0aCBCb3JsYW5kIEMrKyBhbmQgVmlzdWFsIEJhc2ljIGZvciBX aW5kb3dzIG9mIA0JCQlhIHNvZnR3YXJlIGZvciBzZXJpYWwgY29tbXVuaWNhdGlvbnMgd2l0 aCB2YXJpb3VzIGNvbXBvbmVudCANCQkJbW9uaXRvcmluZyBzeXN0ZW1zIG9mIG1lZGljYWwg c3VydmVpbGxhbmNlLCBpbiBvcmRlciB0byB0cmFjayBhbmQgDQkJCWRpc3BsYXkgdGhlIHBh dGllbnQgcGh5c2lvbG9naWNhbCBzdGF0dXMgb24gV2luZG93cy4NEXUAeALFewLhfAalgwQ1 hAQ1DQ1DT01QVVRFUiBTS0lMTFM6DU9TJmVudmlyb25ubWVudHMgOiBVTklYLCBET1MNTGFu Z3VhZ2VzIDogQy9DKyssIFZpc3VhbCBCYXNpYywgV2luZG93cyBwcm9ncmFtbWluZywgUGVy bCwgTWF0bGFiDVNvZnR3YXJlcyA6IENBVElBIA0NTEFOR1VBR0VTOg1GcmVuY2ggKG1vdGhl ciBsYW5ndWFnZSkNRW5nbGlzaCAoZXhjZWxsZW50LCBzY29yZWQgNjEwIHBvaW50cyBhdCBU T0VGTCkNDoy6OLJnLHmkEQAAAQAAAAcJAAAHGwAABx0AAAd/AAAHhQAAB40AAAeOAAAHrQAA B9YAAAf1AAAH9gAADCAAAAw6AAAMTAAADE0AAAxOAAAMlwAADLUAAAzDAAAM1AAADNUAAAzv AAAM9gAADQQAAA0IAAANOAAADToAAA1JAAANVAAADXQAAA2KAAANjQAADY/99/39/f39/f39 /ff9/f39/f39/f39/f39/f39/f39/f0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgBAAAIYAAAAABgABAAQABQhAAABAAAAARAAAAEu AAABQwAAAWcAAAGDAAABpwAAAdcAAAHvAAAB8AAAAg4AAAJeAAAChwAAAtAAAAMwAAADMQAA A0cAAAOhAAAEPQAABI0AAASvAAAEsAAABMIAAATsAAAE/AAABTwAAAV9AAAFgQAABaUAAAXW AAAGCgAABksAAAaLAAAG0QAABwkAAAccAAAHHQAABy4AAAdLAAAHjgAAB6EAAAeiAAAHrQAA B8YAAAf2AAAMOwAADE0AAAxOAAAMbAAADJcAAAzEAAANFAAADTkAAA10AAANdfv7+/v7+/v7 +/v7+/v2+/v29vv7+/v7+/v7+/H7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAABAAAAiEM AAwAAAQAAAEhDAAMADYAAAADAAANCgAYAAIYAAAAABgACgcAAAAAAAAAAAEA3lNwYW5pc2gs IEl0YWxpYW4gOiBub3Rpb25zDUhlYnJldyA6IHNwZWFraW5nDQ1FWFRSQSBDVVJSSUNVTEFS IEFDVElWSVRJRVMgOg0JU3BvcnRzIDogTW91bnRhaW4gYmlraW5nLCBLYXJ0aW5nLCBUZW5u aXMNCUhvYmJpZXMgOiBEcmF3aW5nIGNhcmljYXR1cmVzLCBEaXNjb3RoZXF1ZXMNCU11c2lj IDogUGlhbm8gKDggeWVhciBhdCB0aGUgQ29uc2VydmF0b2lyZSBkZSBQYXJpcywgMyB5ZWFy IG9mIEphenogJiBIYXJtb255KQ0JCSBQbGF5ZWQgYSBmZXcgdGltZXMgaW4gUGlhbm8tQmFy cy4NCUFzc29jaWF0aW9ucyA6IFJlc3BvbnNpYmxlIGZvciB0aGUgS2FydGluZyBDbHViIG9m IEVOU1RBLg0NQ2xlYW4gRHJpdmluZyBMaWNlbnNlb3VyYXQAAAAAAAAITkADAAAHCQAAAAAA AAhOEAD//wAAAAEAAAAABIEAAATWAAAF0QAABgkAAAYKAAAGGwAABjgAAAZ7AAAGjgAABo8A AAaaAAAGswAABuMAAAb+AAAHEAAABxEAAAcvAAAHWgAAB4cAAAfXAAAH/AAACDcAAAg4AAAI TgABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwA DAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAABIQwA DAABIQwADAABIQwADAABIQwADAABIQwADAABIQwADAAAAQAAAA2PAAQAAAEAAAANdQAFAAAA AgADAAQABQAGAAcACAALAAwADQAOABAAEgAUABUAFgAXABgAIQAiAMgBAAnTDo0yDTJqMoc7 zzwRPHM8dDyAPPo+bQADAAAASABIAAAAAAMNAhr/4v/kAysCNgNHBXsD3gACAAAASABIAAAA AAMNAhoAAQAAAGQAAAABAAEBAQACAAEnDwABAAEAAAAAAAAAAAAAAAAAAgAZAZAAAAAAAEAA AAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAEG0LmgFiQalBYkGpQAAAsVSAAABAAEAAUAAAAAA AABIABYNLTpMYXNlcldyaXRlcgAKAAAAAAAjAAAAAAdDaGljYWdvAAAAAghOZXcgWW9yawAA AAMGR2VuZXZhAAAABAZNb25hY28AAAAFBlZlbmljZQAAAAYGTG9uZG9uAAAABwZBdGhlbnMA AAAIDVNhbiBGcmFuY2lzY28AAAALBUNhaXJvAAAADAtMb3MgQW5nZWxlcwAAAA0NWmFwZiBE aW5nYmF0cwAAAA4HQm9va21hbgAAABAIUGFsYXRpbm8AAAASDVphcGYgQ2hhbmNlcnkAAAAU BVRpbWVzAAAAFQlIZWx2ZXRpY2EAAAAWB0NvdXJpZXIAAAAXBlN5bWJvbAAAABgGTW9iaWxl AAAAIQtBdmFudCBHYXJkZQAAACISTmV3IENlbnR1cnkgU2NobGJrAAAAyAhMb2NrRm9udAAA AQASTiBIZWx2ZXRpY2EgTmFycm93AAAJ0whNVCBFeHRyYQAADo0PQ29tbWVyY2lhbFBpIEJU AAAyDQxGdXR1cmEgQmsgQlQAADJqDEJvZG9uaSBCZCBCVAAAMocRWmFwZkh1bW5zdCBVbHQg QlQAADvPDkJlcm5oYXJkTW9kIEJUAAA8EQpJbXByZXNzIEJUAAA8cwxLdWVuc3Q0ODAgQlQA ADx0EEt1ZW5zdDQ4MCBCbGsgQlQAADyACUJvZG9uaSBCVAAAPPoNWmFwZkh1bW5zdCBCVAAA Pm0MRnV0dXJhIE1kIEJUgAEBAAAABQMAAAUDAAeAAIAAAAAFAwABAAAAKAACAd0B/AEOAAIB 4AH8AgGcAAAAAAAABOYAAATpAAAFAQAABQMAAAYIAAAGCgAABmwAAAZyAAAGegAABnsAAAaa AAAGwwAABuIAAAbjAAAG/QAABw8AAAcQAAAHEQAAB1oAAAd4AAAHhgAAB5cAAAeYAAAHsgAA B7kAAAfHAAAHywAAB/sAAAf9AAAIDAAACBcAAAg3AAAITQAACE4AAwAAAQAAAIADAAANigAA gAMAAAXpAACAAwAADY0AAAADAAAGAwAAAAMAAAcbAAAAAwAABx0AAIADAAAHfwAAgAMAAAeF AAAAAwAAB40AAAADAAAHjgAAAAMAAAetAACAAwAAB9YAAAADAAAH9QAAgAMAAAwgAAAAAwAA DDoAAAADAAAMTAAAAAMAAAxNAAAAAwAADE4AAIADAAAMlwAAgAMAAAy1AAAAAwAADMMAAIAD AAAM1AAAgAMAAAzVAACAAwAADO8AAIADAAAM9gAAgAMAAA0EAAAAAwAADQgAAAADAAANOAAA gAMAAA06AACAAwAADUkAAAADAAANVAAAAAMAAA10AAAAAwAABwgAAAAhEENWIGFzY2lpIGFu Z2xhaXMABENJVEIAAARDSVRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAA== -----Multi-Part-Message-Level-1-1-17286-- ======================================================================= 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 Feb 18 15:27:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA07503; Tue, 18 Feb 1997 10:13:42 -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 KAA07487; Tue, 18 Feb 1997 10:13:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21250; Tue, 18 Feb 1997 10:13:41 -0800 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 KAA00714 for ; Tue, 18 Feb 1997 10:13:37 -0800 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQcdlo18433; Tue, 18 Feb 1997 13:13:17 -0500 (EST) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Tue, 18 Feb 1997 13:13:17 -0500 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA05567; Tue, 18 Feb 97 13:10:34 EST Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id SAA01040; Tue, 18 Feb 1997 18:10:35 GMT From: rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!cavalier!gan (Gan Wang) Message-Id: <9702181310.ZM1038@cavalier> Date: Tue, 18 Feb 1997 13:10:34 -0500 In-Reply-To: uunet!PacificOcean.coaps.fsu.edu!holland (Aubrey Holland) ".pfdpool dump" (Feb 17, 3:26pm) References: <9702171526.ZM8714@PacificOcean.coaps.fsu.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: uunet.uu.net!uunet!PacificOcean.coaps.fsu.edu!holland (Aubrey Holland), uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: .pfdpool dump Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 17, 3:26pm, Aubrey Holland wrote: > Subject: .pfdpool dump > Hi, > My performer application is dumping a pfutil-----.pfdpool file to my > /usr/tmp directory,where ----- is some number. When you call pfuInitUtil() you have to call pfuExitUtil() before exit. Otherwise, it will leave those pfDataPool's around in /usr/tmp. If the program dies unexpectedly, you have to remove these files from a shell yourself. Hope this helps. > It has created a number of > these files, and I would like to find a way to get it to clean them up after > execution. They seem to be space for the SharedArena to operate, but I can't > figure out why it is dumping them or how to get the application to stop without > leaving them behind. If anyone has any advice on this matter, I would > appreciate it. > Aubrey Holland > holland@coaps.fsu.edu > > > > -- > > -- > ======================================================================= > 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 Aubrey Holland -- 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 Tue Feb 18 21:55:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA09281; Tue, 18 Feb 1997 16:47:50 -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 QAA09265; Tue, 18 Feb 1997 16:47:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA22815; Tue, 18 Feb 1997 16:47:49 -0800 Received: from goober.shoreline-studios.com ([206.14.117.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA09837 for ; Tue, 18 Feb 1997 16:47:43 -0800 Received: (from kjh@localhost) by goober.shoreline-studios.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA13407 for info-performer@sgi.com; Tue, 18 Feb 1997 16:47:30 -0800 Date: Tue, 18 Feb 1997 16:47:30 -0800 From: kjh@goober.shoreline-studios.com (Ken Harris) Message-Id: <199702190047.QAA13407@goober.shoreline-studios.com> To: info-performer@sgi.com Subject: distortion (domes, etc) Status: O We're trying to model distortion. For our application, we're just trying to replace the projection function with a non-linear projection function, but I seem to recall that performer can handle domes. I can think of three way to do this: 1. Pre-distort the data: run the data forward thru a general projection function, then backward through a linear "perspective" function, then send this data down into the hardware. A little ugly, but gets the job done. 2. Write special "projection" function : This would be the cleanest solution, but doesn't take advantage of the "geometry engine" hardware. Also, I don't think Performer would allow this: basically I want to do my own modeling and projection and then just send homogeneous coordinates to the hardware. 3. Render to pbuffer, then texture map that to a (NURBS) surface. I don't know if this can be done fast enough. Also there are size (we need NTSC video output) and sampling (can I do bilinear interp on the fly) problems. --- Ken J. Harris voice: 415/969-7896 x 15 fax: 415/969-7864 mailto:kjh@shoreline-studios.com http://www.shoreline-studios.com snail mail: 1804 N. Shoreline Blvd, Ste 240, Mountain View, CA 94043 ICBM: 37 25.10' N, 122 04.67' W ======================================================================= 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 Feb 19 04:09:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA10207; Tue, 18 Feb 1997 23:05:03 -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 XAA10191; Tue, 18 Feb 1997 23:05:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA08229; Tue, 18 Feb 1997 23:05:02 -0800 Received: from yacko.csd.sgi.com ([150.166.145.94]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA12457 for ; Tue, 18 Feb 1997 23:05:02 -0800 Received: from localhost by yacko.csd.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) id XAA22124; Tue, 18 Feb 1997 23:02:38 -0800 Message-Id: <199702190702.XAA22124@yacko.csd.sgi.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Ralph Seguin cc: info-performer@sgi.com, ekunze@yacko Subject: Re: IR demos for FakeSpace BOOM 3C? In-reply-to: Your message of "Tue, 18 Feb 1997 10:06:57 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Feb 1997 23:02:37 -0800 From: Eric Kunze Status: O You might want to look at the following URL for some information on how to run field sequential stereo on IR. It turns out, you can run both eyes of the boom from one channel of the IR by running one eye off of each of the red and green outputs. For lots of good details, see http://www.sgi.com/Products/hardware/Onyx/Tech/sfsc.html Eric > Hi. Anybody got some nifty IR demos to run on an Onyx 2/IR (DG5-8, 8 > output channels) system to drive a Boom3C? I've got our code working on > an RE2 system with a 3C, but we'd like to test this stuff out RSN (ie, > sooner than I can rewrite the code to support both setups :). > > Also, our older code to support the RE2 won't work quite the way I want > for doing multi-channel displays. > > Currently, we have the boom hooked to channels 2 and 3 and the HDTV > monitor on channel 0. > > So, we'd like to do: > chan0: 1280x1024@60Hz > chan2: 1280x960@60Hz (180 field sequential) > chan3: 1280x960@60Hz (180 field sequential) > > Does the IR have the bandwidth to drive all three channels at these > resolutions? > Are channel 2 and 3 addressed (from X) as :0.2 and :0.3 ? > > Thanks. > -Ralph > > > > ======================================================================= > 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 Feb 19 06:06:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA10392; Wed, 19 Feb 1997 00:56:58 -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 AAA10376; Wed, 19 Feb 1997 00:56:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA12656; Wed, 19 Feb 1997 00:56:57 -0800 Received: from merki0.connect.com.au (merki0.connect.com.au [192.189.54.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA27558 for ; Wed, 19 Feb 1997 00:56:50 -0800 Received: from zebedee.UUCP (Uzebedee@localhost) by merki0.connect.com.au with UUCP id TAA16209 (8.7.6h/IDA-1.6); Wed, 19 Feb 1997 19:56:02 +1100 (EST) X-Authentication-Warning: merki0.connect.com.au: Uzebedee set sender to simonb using -f Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07221 (5.65c/IDA-1.5); Wed, 19 Feb 1997 18:55:43 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id SAA01255 (8.6.12/IDA-1.6); Wed, 19 Feb 1997 18:15:38 +1000 Received: from localhost by murad (5.65) id AA10697; Wed, 19 Feb 1997 19:29:36 +1100 Date: Wed, 19 Feb 1997 19:40:48 +1111 (EST) From: Simon Bennett X-Sender: simonb@murad To: Ken Harris Cc: info-performer@sgi.com Subject: Re: distortion (domes, etc) In-Reply-To: <199702190047.QAA13407@goober.shoreline-studios.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 18 Feb 1997, Ken Harris wrote: Have a look at: http://www.equipe.ltd.uk/article.htm These guys (and Angus Dorbie I believe was also involved) did a wonderful job of distortion correction on iR - for a full dome for SAAB. They had half of it on the SEOS stand at I/ITSEC '96. > We're trying to model distortion. For our application, we're just > trying to replace the projection function with a non-linear projection > function, but I seem to recall that performer can handle domes. > > I can think of three way to do this: > > 1. Pre-distort the data: run the data forward thru a general projection > function, then backward through a linear "perspective" function, then > send this data down into the hardware. A little ugly, but gets the > job done. > > 2. Write special "projection" function : This would be the cleanest > solution, but doesn't take advantage of the "geometry engine" hardware. > Also, I don't think Performer would allow this: basically I want to do > my own modeling and projection and then just send homogeneous > coordinates to the hardware. > > 3. Render to pbuffer, then texture map that to a (NURBS) surface. > I don't know if this can be done fast enough. Also there are > size (we need NTSC video output) and sampling (can I do bilinear interp > on the fly) problems. > > > --- > Ken J. Harris voice: 415/969-7896 x 15 fax: 415/969-7864 > mailto:kjh@shoreline-studios.com http://www.shoreline-studios.com > snail mail: 1804 N. Shoreline Blvd, Ste 240, Mountain View, CA 94043 > ICBM: 37 25.10' N, 122 04.67' W > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= 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 Feb 19 07:04:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10462; Wed, 19 Feb 1997 02:04:04 -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 CAA10446; Wed, 19 Feb 1997 02:04:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA14487; Wed, 19 Feb 1997 02:04:03 -0800 Received: from iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA05315 for ; Wed, 19 Feb 1997 02:03:53 -0800 Received: from iscape.fi (iscape.fi [194.100.73.189]) by iscape.fi (8.7.1/8.7.1) with SMTP id NAA07409 for ; Wed, 19 Feb 1997 13:06:17 +0200 Date: Wed, 19 Feb 1997 13:06:16 +0200 (EET) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: info-performer@sgi.com Subject: Converting 3D objects Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I have looked everywhere for a converter to convert between various 3D formats. While finding at least 10 utilities to convert between bitmap formats, I came up with none to deal with models. Performer loaders for some formats just wont do it. They must exist, can you help me find them? Formats that interest me especially are OpenFlight, LightWave, 3DS, 3DS Max and LightScape. On another point, what format is the most comprehensive, ie capable of storing all the data you can think of? Jukka Vaisanen Iscape Software ======================================================================= 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 Feb 19 09:30:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA10673; Wed, 19 Feb 1997 04:15: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 EAA10657; Wed, 19 Feb 1997 04:15:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA17878; Wed, 19 Feb 1997 04:15:38 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA21814; Wed, 19 Feb 1997 04:15:35 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA08537; Wed, 19 Feb 1997 12:15:32 GMT From: "Angus Dorbie" Message-Id: <9702191215.ZM8535@bitch.reading.sgi.com> Date: Wed, 19 Feb 1997 12:15:32 +0000 In-Reply-To: kjh@goober.shoreline-studios.com (Ken Harris) "distortion (domes, etc)" (Feb 18, 4:47pm) References: <199702190047.QAA13407@goober.shoreline-studios.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: kjh@goober.shoreline-studios.com (Ken Harris), info-performer@sgi.com Subject: Re: distortion (domes, etc) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 18, 4:47pm, Ken Harris wrote: > Subject: distortion (domes, etc) > > We're trying to model distortion. For our application, we're just > trying to replace the projection function with a non-linear projection > function, but I seem to recall that performer can handle domes. > > I can think of three way to do this: > > 1. Pre-distort the data: run the data forward thru a general projection > function, then backward through a linear "perspective" function, then > send this data down into the hardware. A little ugly, but gets the > job done. > > 2. Write special "projection" function : This would be the cleanest > solution, but doesn't take advantage of the "geometry engine" hardware. > Also, I don't think Performer would allow this: basically I want to do > my own modeling and projection and then just send homogeneous > coordinates to the hardware. > > 3. Render to pbuffer, then texture map that to a (NURBS) surface. > I don't know if this can be done fast enough. Also there are > size (we need NTSC video output) and sampling (can I do bilinear interp > on the fly) problems. > > >-- End of excerpt from Ken Harris These are all great ideas, 1 & 2 might work if you descretised the scene geometry, but method 3 is basically how we do this, both for domes and non-linear projection situations like yours. An iR can handle medium resolution distortion correction at 60 Hz with reduced scene content. You don't actually need to render to a pbuffer either, you can render to the backbuffer. You can do bilinear on the fly and this works very well in conjunction with multisample anti-aliasing while drawing the scene. Cheers, 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 Feb 19 10:06:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA10728; Wed, 19 Feb 1997 04:51: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 EAA10712; Wed, 19 Feb 1997 04:51:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA18787; Wed, 19 Feb 1997 04:51:22 -0800 Received: from hil-img-3.compuserve.com (hil-img-3.compuserve.com [149.174.177.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA26374 for ; Wed, 19 Feb 1997 04:51:20 -0800 Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id HAA03833; Wed, 19 Feb 1997 07:50:47 -0500 Date: 19 Feb 97 07:50:02 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: David Higginbotham Cc: info_performer Subject: Re: Linking Performer Libs Message-ID: <970219125001_101372.3460_JHP59-2@CompuServe.COM> Status: O If you want to be sure to execute on all your machine , make a static versions. Like that you don't have to install preformer on all your machines, but the exec is bigger. About performances, I notice any differences ======================================================================= 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 Feb 19 10:06:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10966; Wed, 19 Feb 1997 06:34: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 GAA10950; Wed, 19 Feb 1997 06:34:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA22226; Wed, 19 Feb 1997 06:34:40 -0800 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 GAA10713 for ; Wed, 19 Feb 1997 06:34:35 -0800 Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id PAA27573; Wed, 19 Feb 1997 15:34:08 +0100 Received: from quadrus(134.212.240.1) by tls-cs1 via smap (V1.3) id sma027570; Wed Feb 19 15:33:47 1997 Received: from rosalind.fr. by quadrus.fr. (5.x/SMI-SVR4) id AA18991; Wed, 19 Feb 1997 15:34:51 +0100 Received: by rosalind.fr. (5.x/SMI-SVR4) id AA08535; Wed, 19 Feb 1997 15:34:46 +0100 Date: Wed, 19 Feb 1997 15:34:46 +0100 From: Nicolas.Tribie@cert.fr (Nicolas.Tribie) Message-Id: <9702191434.AA08535@rosalind.fr.> To: info-performer@sgi.com Subject: Problem with iv Loader X-Sun-Charset: US-ASCII Status: O Hi, I've got a problem with the *.iv file loader in Performer 1.2 under IRIX 5.3 : when I try to load an object generated with i3dm and saved under the iv format, my program hangs at the "LoadFile" instruction. I tried to save this object to the sv format, but it destroys the transparency-I mean that the object in the scene drawn by Performer is opaque for any of the alpha values I assign with i3dm. Do you know any workaround ? -----------------------------------------------+ Nicolas Tribie | Tel : 05.62.17.88.79 Dom. |\ _ ______ | CERT/ONERA | Tel : 05.62.25.27.82 Bur. | \________/ \___-=0`/|0`/__| 2 Av E. Belin | mail : Nicolas.Tribie@cert.fr| / \ / | / ) 31055 Toulouse | |/ `/-==__ _/__|/__ -| -----------------------------------------------+ * \ | | | (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 Feb 19 10:06:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10984; Wed, 19 Feb 1997 06:37:36 -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 GAA10968; Wed, 19 Feb 1997 06:37:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA22298; Wed, 19 Feb 1997 06:37:35 -0800 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 GAA11350 for ; Wed, 19 Feb 1997 06:37:33 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA04411; Wed, 19 Feb 97 08:29:51 -0500 Date: Wed, 19 Feb 97 08:29:51 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9702191329.AA04411@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: distortion (domes, etc) Status: O I don't think you can do dome-type distortion by simply messing around with the transforms that are applied to vertices. The trouble is that non-linear distortion doesn't preserve straight lines. This means that polygons end up having curved edges and texture patterns also need to be applied on a curve. Some IG's try to kludge this by dynamically splitting polygons into smaller chunks so that those curved edges are approximated by straight lines. This works to some degree - but can cause problems with texture mapping. The only way that I know to attempt distortion correction on an SGI is to render the scene to an off-screen area, then to suck the resulting image into texture memory and use that to texture a set of polygons that approximate the inverse of the surface that you are trying to correct for. This obviously takes a significant amount of time. That approach is OK for fairly mild distortions - but for drastic ones you can suffer from a lack of pixel resolution in some areas of the screen - and an excess of resolution (which will cause aliasing) in others. There are also external hardware boxes that take raw analog video and do a similar job (with presumably similar results - but without slowing the SGI box down). 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 Feb 19 09:51:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA10703; Wed, 19 Feb 1997 04:31:01 -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 EAA10687; Wed, 19 Feb 1997 04:31:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA18397; Wed, 19 Feb 1997 04:30:59 -0800 Received: from tds-akron.lmco.com (tds-akron.lmco.com [158.186.100.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA23603 for ; Wed, 19 Feb 1997 04:30:46 -0800 From: david.heskamp@lmco.com Received: from ldsa by tds-akron.lmco.com (SMI-8.6/SMI-SVR4) id HAA17676; Wed, 19 Feb 1997 07:12:03 -0500 Received: from pc1197.ldsa by ldsa (SMI-8.6/SMI-SVR4) id HAA21457; Wed, 19 Feb 1997 07:29:05 -0500 To: dhigginb@motown.lmco.com, info-performer@sgi.com, dhigginb@motown.lmco.com, rrabbitz@motown.lmco.com Subject: RE: Linking Performer Libs Date: Wed, 19 Feb 97 07:23:15 EST Message-Id: <9702191223.0F2F50@pc1197.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Dave: I have linked our application with shared objects (dynamic linked objects) and have successfully run the same executable on Indigo 2's and Onyx computers with varying number of CPUs and Operating Systems ranging from 5.3 to 6.2. I use Performer 2.0.2. You must make sure to have the Performer 2.0 sharable objects loaded on the machines. Good Luck --- Begin Included Message --- Hi, We'd like to build our Performer applications so they run on all our SGIs. These are a mix of Indigos, Onyxs and Indys, most run OS6.2. What's the best way to link? Static? Dynamic? You're help and opinions are appreciated. Dave Dave Higginbotham // phone: 609-722-3739 Lockheed Martin GES // fax: 609-273-5182 MS: 137-123 \X/ dhigginb@motown.lmco.com ============================================================== ========= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --- End Included Message --- Dave Heskamp Lockheed Martin Tactical Defense Systems 1210 Massillon Road Akron, Ohio 44315-0001 phone: (330) 796 - 5383 fax: (330) 796 - 7009 email: david.heskamp@lmco.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 Feb 19 10:18:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA10775; Wed, 19 Feb 1997 05:16:16 -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 FAA10759; Wed, 19 Feb 1997 05:16:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA19625; Wed, 19 Feb 1997 05:16:14 -0800 Received: from hil-img-4.compuserve.com (hil-img-4.compuserve.com [149.174.177.134]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA29313 for ; Wed, 19 Feb 1997 05:16:10 -0800 Received: by hil-img-4.compuserve.com (8.6.10/5.950515) id IAA05899; Wed, 19 Feb 1997 08:13:41 -0500 Date: 19 Feb 97 08:11:59 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: Neil Williams Cc: info_performer Subject: Re: LOD switching ranges Message-ID: <970219131158_101372.3460_JHP108-4@CompuServe.COM> Status: O the switch of LOD depend on distance, but also on the FOV and resolution. 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 Wed Feb 19 12:07:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11027; Wed, 19 Feb 1997 06:56: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 GAA11011; Wed, 19 Feb 1997 06:56:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA22906; Wed, 19 Feb 1997 06:56:52 -0800 Received: from mtolympus.ari.net (mtolympus.ari.net [198.69.192.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA14031 for ; Wed, 19 Feb 1997 06:53:51 -0800 Received: from peril.ari.net (peril.ari.net [198.69.194.98]) by mtolympus.ari.net (8.6.12/09161995) with SMTP id JAA16630; Wed, 19 Feb 1997 09:53:27 -0500 Message-ID: <330B13CB.72A1@peril.com> Date: Wed, 19 Feb 1997 09:52:59 -0500 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: ANSER LET X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: Ken Harris CC: info-performer@sgi.com Subject: Re: distortion (domes, etc) References: <199702190047.QAA13407@goober.shoreline-studios.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ken Harris wrote: > > We're trying to model distortion. For our application, we're just > trying to replace the projection function with a non-linear projection > function, but I seem to recall that performer can handle domes. [ ... ] > 3. Render to pbuffer, then texture map that to a (NURBS) surface. > I don't know if this can be done fast enough. Also there are > size (we need NTSC video output) and sampling (can I do bilinear interp > on the fly) problems. As for sampling, when you render to say the fbuffer, and then use glCopyTexImage2D to copy into texture memory, only mipmap level 0 is supported on RE/RE2 (anyone know about iR?). So you'd have to use something like gluBuild2DMipmaps, but this is slow because it calls glTexImage2D for each mipmap level it generates. You can still get pretty good performance if you map to a geometric approx. of a sphere (if you don't mind the approximation). Check out ftp://ftp.coryphaeus.com/pub/tmp/distcorr.tar.gz for some example code (requires Coryphaeus EasyScene to run. The math may not be right but it demonstrates the technique). Glenn. ------------------------------------------------------------------------ Glenn Waldron - ANSER Leading Edge Technologies phone/PCS: 703.598.7835 email: gwaldron@peril.com voice mail: 703.416.8462 ======================================================================= 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 Feb 19 14: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 JAA11437; Wed, 19 Feb 1997 09:11: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 JAA11421; Wed, 19 Feb 1997 09:11:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA00865; Wed, 19 Feb 1997 09:11:23 -0800 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 JAA13079 for ; Wed, 19 Feb 1997 09:11:22 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id JAA00677; Wed, 19 Feb 1997 09:08:18 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA07340; Wed, 19 Feb 1997 09:08:18 -0800 From: "Rob Jenkins" Message-Id: <9702190908.ZM7338@quid.csd.sgi.com> Date: Wed, 19 Feb 1997 09:08:18 -0800 In-Reply-To: Jukka Vaisanen "Converting 3D objects" (Feb 19, 1:06pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jukka.Vaisanen@iscape.fi, info-performer@sgi.com Subject: Re: Converting 3D objects Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The SGI xlators_3d SW is available under SurfZone on the web and includes: I xlators_3d.sw.AliasToIv 10/04/96 Alias to Inventor translator I xlators_3d.sw.DxfToIv 10/04/96 DXF to Inventor translator I xlators_3d.sw.IvToRib 10/04/96 Inventor to Renderman translator I xlators_3d.sw.ObjToIv 10/04/96 Obj To Inventor translator I xlators_3d.sw.SlaToIv 10/04/96 SLA to Inventor translator Cheers Rob On Feb 19, 1:06pm, Jukka Vaisanen wrote: > Subject: Converting 3D objects > > > I have looked everywhere for a converter to convert between > various 3D formats. While finding at least 10 utilities to > convert between bitmap formats, I came up with none to deal > with models. > > Performer loaders for some formats just wont do it. > > They must exist, can you help me find them? > > Formats that interest me especially are OpenFlight, LightWave, > 3DS, 3DS Max and LightScape. > > On another point, what format is the most comprehensive, ie > capable of storing all the data you can think of? > > Jukka Vaisanen > Iscape Software > ======================================================================= > 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 Jukka Vaisanen -- ________________________________________________________________ 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 Feb 19 15:03:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA11521; Wed, 19 Feb 1997 09:47: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 JAA11505; Wed, 19 Feb 1997 09:47:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA03273; Wed, 19 Feb 1997 09:47:04 -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 JAA19984 for ; Wed, 19 Feb 1997 09:46:54 -0800 Received: (from russell@localhost) by random.ctasim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA13809 for info-performer@sgi.com; Wed, 19 Feb 1997 09:23:30 -0800 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9702190923.ZM13807@random.ctasim.com> Date: Wed, 19 Feb 1997 09:23:28 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Texture types question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hey, This may be a dumb question but... What's the difference between .rgb and .int texture files? Is one better than the other for some reason? -- 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 Wed Feb 19 17:52:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA14265; Wed, 19 Feb 1997 16:26: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 QAA14249; Wed, 19 Feb 1997 16:26:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA02360; Wed, 19 Feb 1997 16:26:25 -0800 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 QAA27600 for ; Wed, 19 Feb 1997 16:26:25 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id QAA01860; Wed, 19 Feb 1997 16:18:53 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id QAA08257; Wed, 19 Feb 1997 16:18:07 -0800 From: "Rob Jenkins" Message-Id: <9702191618.ZM8255@quid.csd.sgi.com> Date: Wed, 19 Feb 1997 16:18:07 -0800 In-Reply-To: russell@ctasim.com ("Russell Suter" ) "Texture types question" (Feb 19, 9:23am) References: <9702190923.ZM13807@random.ctasim.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: russell@ctasim.com ("Russell Suter" ), info-performer@sgi.com Subject: Re: Texture types question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O If you do imginfo on one file of each format you'll see the differences: They both have File format: SGI but: .int has one channel and luminance color model so you use for intensity only textures ( less texture memory ) to maybe be blended with a color .rgb has 3 channels and color model RGB so you use for textures with color information in imgcopy will let you change between formats. Cheers Rob On Feb 19, 9:23am, Russell Suter wrote: > Subject: Texture types question > Hey, > > This may be a dumb question but... > > What's the difference between .rgb and .int texture files? Is one better > than the other for some reason? > > > -- > 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 >-- End of excerpt from Russell Suter -- ________________________________________________________________ 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 Feb 19 17:52:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA14245; Wed, 19 Feb 1997 16:26: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 QAA14229; Wed, 19 Feb 1997 16:26:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA02344; Wed, 19 Feb 1997 16:26:08 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA27389; Wed, 19 Feb 1997 16:26:02 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id AAA09529; Thu, 20 Feb 1997 00:25:50 GMT From: "Angus Dorbie" Message-Id: <9702200025.ZM9527@bitch.reading.sgi.com> Date: Thu, 20 Feb 1997 00:25:50 +0000 In-Reply-To: russell@ctasim.com ("Russell Suter" ) "Texture types question" (Feb 19, 9:23am) References: <9702190923.ZM13807@random.ctasim.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: russell@ctasim.com ("Russell Suter" ), info-performer@sgi.com Subject: Re: Texture types question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 19, 9:23am, Russell Suter wrote: > Subject: Texture types question > What's the difference between .rgb and .int texture files? Is one better > than the other for some reason? > The .rgb suffix is an acronym for red, green, blue, and the .int suffix means intensity. So an .rgb file would contain a colour image and an .int file contains a monochrome image. Typically where these images are used for texturing an rgb image modifies the individual red, green and blue component brightneses across a polygon producing a colour effect. The int image modifies the intensity of all components with the same value and so can only be used to change the brightness of a surface. More complex uses for these textures exist but are not commonly used. Both rgb and int images may also contain alpha information in which case you'll see the .rgba and .inta suffixes, this alpha information is most commonly used to change transparency across the surface of a polygon. You may also see a .bw suffix, this stands for black&white and is just another suffix used for intensity images. You'll often hear these files and texture formats called one, two, three, or four component images, this is just another name for .int, .inta, .rgb and .rgba files respectively and refers to the component information held per pixel in the image, eg an .rgba image has four components for red, green, blue and alpha information. Cheers, 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 Feb 19 17:52:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA13971; Wed, 19 Feb 1997 15:55: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 PAA13955; Wed, 19 Feb 1997 15:55:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00304; Wed, 19 Feb 1997 15:55:36 -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 PAA22305 for ; Wed, 19 Feb 1997 15:55:35 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA03111; Wed, 19 Feb 1997 15:55:29 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA16925; Wed, 19 Feb 1997 15:55:28 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702192355.PAA16925@remi.asd.sgi.com> Subject: Re: Linking Performer Libs To: 101372.3460@CompuServe.COM (Jean BENOIT) Date: Wed, 19 Feb 1997 15:55:28 -0800 (PST) Cc: dhigginb@motown.lmco.com, info-performer@sgi.com In-Reply-To: <970219125001_101372.3460_JHP59-2@CompuServe.COM> from "Jean BENOIT" at Feb 19, 97 07:50:02 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: 1203 Status: O Jean BENOIT wrote: > > If you want to be sure to execute on all your machine , make a static versions. > Like that you don't have to install preformer on all your machines, but the exec > is bigger. About performances, I notice any differences > This is not a good idea. o Performer eoe is FREE, and is included in all operating systems on SGI since 6.2. So you should never have to install performer eoe (execution only env.) o Static libraries do not know anything about new computers. If you wnant your application to run on ALL sgi platform, you should use DSO, so the app links to the eoe that is delivered with the computer o An app linked with Static Libraries will not be improved if you install a performer patch. The app will have to be recompiled with DSO in order to be able to use the lattest (bug free) performer eoe o The only reason you would like to make a static version is when you want your app to run on only one target, and with a fixed set of libraries. This makes it very'static' !! 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 Feb 19 17:52:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA13889; Wed, 19 Feb 1997 15:39: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 PAA13873; Wed, 19 Feb 1997 15:39:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA29126; Wed, 19 Feb 1997 15:39:41 -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 PAA18042 for ; Wed, 19 Feb 1997 15:39:41 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA02365; Wed, 19 Feb 1997 15:39:35 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA16898; Wed, 19 Feb 1997 15:39:33 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702192339.PAA16898@remi.asd.sgi.com> Subject: Re: distortion (domes, etc) To: gwaldron@peril.com Date: Wed, 19 Feb 1997 15:39:32 -0800 (PST) Cc: kjh@goober.shoreline-studios.com, info-performer@sgi.com In-Reply-To: <330B13CB.72A1@peril.com> from "Glenn Waldron" at Feb 19, 97 09:52:59 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: 2402 Status: O Glenn Waldron wrote: > > Ken Harris wrote: > > > > We're trying to model distortion. For our application, we're just > > trying to replace the projection function with a non-linear projection > > function, but I seem to recall that performer can handle domes. > [ ... ] > > 3. Render to pbuffer, then texture map that to a (NURBS) surface. > > I don't know if this can be done fast enough. Also there are > > size (we need NTSC video output) and sampling (can I do bilinear interp > > on the fly) problems. > > As for sampling, when you render to say the fbuffer, and then use > glCopyTexImage2D to copy into texture memory, only mipmap level 0 > is supported on RE/RE2 (anyone know about iR?). So you'd have to > use something like gluBuild2DMipmaps, but this is slow because it calls > glTexImage2D for each mipmap level it generates. You do not need (and should avoid) to generate mipmaps to have a good bilinear interpolation for texture filtering. Approximate the distortion with more than one pfChannel if needed to have a maximum of 2x2 pixels on the pfChannel that will be wrapped to a 1 pixel after the non-linear transformation. Having more thant a 2x2 mapped to 1 pixel would require MipMapping, but also shows a waste in pixel fill. A Frame Buffer to Texture Memory can be used for a 60 Hz distortion correction on IR, as demonstrated at ITSEC. (See article in Real Time Graphics) > > You can still get pretty good performance if you map to a geometric > approx. of a sphere (if you don't mind the approximation). Check out > ftp://ftp.coryphaeus.com/pub/tmp/distcorr.tar.gz for some example code > (requires Coryphaeus EasyScene to run. The math may not be right but > it demonstrates the technique). > > Glenn. > > ------------------------------------------------------------------------ > Glenn Waldron - ANSER Leading Edge Technologies phone/PCS: 703.598.7835 > email: gwaldron@peril.com voice mail: 703.416.8462 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > _ / _ _ |_) _ ._ _ 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 Feb 19 17:52:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12872; Wed, 19 Feb 1997 13:02:44 -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 NAA12854; Wed, 19 Feb 1997 13:02:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA17700; Wed, 19 Feb 1997 13:02:42 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA09757; Wed, 19 Feb 1997 13:02:38 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id VAA09225; Wed, 19 Feb 1997 21:02:34 GMT From: "Angus Dorbie" Message-Id: <9702192102.ZM9223@bitch.reading.sgi.com> Date: Wed, 19 Feb 1997 21:02:33 +0000 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: distortion (domes, etc)" (Feb 19, 8:29am) References: <9702191329.AA04411@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: distortion (domes, etc) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 19, 8:29am, Steve Baker wrote: > Subject: Re: distortion (domes, etc) > > That approach is OK for fairly mild distortions - but for drastic ones you > can suffer from a lack of pixel resolution in some areas of the screen - and > an excess of resolution (which will cause aliasing) in others. > You can avoid the worst of this by having multiple primary channels at varying resolutions. The bilinear filtering means you get away with a lot in both directions, magnification and minification. Cheers, 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 Feb 19 17:52:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA13108; Wed, 19 Feb 1997 13:45:54 -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 NAA13092; Wed, 19 Feb 1997 13:45:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA20653; Wed, 19 Feb 1997 13:45:52 -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 NAA18238 for ; Wed, 19 Feb 1997 13:45:52 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA24808; Wed, 19 Feb 1997 13:45:46 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA17720; Wed, 19 Feb 1997 13:45:45 -0800 From: "Javier Castellar" Message-Id: <9702191345.ZM17718@sixty.asd.sgi.com> Date: Wed, 19 Feb 1997 13:45:45 -0800 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: distortion (domes, etc)" (Feb 19, 8:29am) References: <9702191329.AA04411@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: distortion (domes, etc) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O >... lack of resolution ... That approach is OK for fairly mild distortions ... Not in our "combined" method. On the SGI's implementation we render MULTIPLE views to prevent the lack of resolution before the transfer to texture. Then we copy to texture. There is a performance trade off, but as it was demostrated in the equipe's SAAB full dome (that was partially shown in I/ITSEC'96), the final performance results are over most of the pre-existing dome solutions (in this case is a nice 60hz non interlaced channel). -Javier On Feb 19, 8:29am, Steve Baker wrote: > Subject: Re: distortion (domes, etc) > > I don't think you can do dome-type distortion by simply messing around with > the transforms that are applied to vertices. The trouble is that non-linear > distortion doesn't preserve straight lines. > > This means that polygons end up having curved edges and texture patterns also > need to be applied on a curve. > > Some IG's try to kludge this by dynamically splitting polygons into smaller > chunks so that those curved edges are approximated by straight lines. This > works to some degree - but can cause problems with texture mapping. > > The only way that I know to attempt distortion correction on an SGI is > to render the scene to an off-screen area, then to suck the resulting image > into texture memory and use that to texture a set of polygons that approximate > the inverse of the surface that you are trying to correct for. > > This obviously takes a significant amount of time. > > That approach is OK for fairly mild distortions - but for drastic ones you > can suffer from a lack of pixel resolution in some areas of the screen - and > an excess of resolution (which will cause aliasing) in others. > > There are also external hardware boxes that take raw analog video and do a > similar job (with presumably similar results - but without slowing the > SGI box down). > > > > 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 >-- End of excerpt from Steve Baker -- ************************************************************************* * 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 ======================================================================= 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 Feb 20 07:29:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA16742; Thu, 20 Feb 1997 02:21: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 CAA16726; Thu, 20 Feb 1997 02:21:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA28627; Thu, 20 Feb 1997 02:21:10 -0800 Received: from anna.renault.fr ([205.161.174.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA25347 for ; Thu, 20 Feb 1997 02:21:06 -0800 Received: by anna.renault.fr id LAA10078 for ; Thu, 20 Feb 1997 11:20:49 +0100 (MET) Received: by hop id LAA12816 for ; Thu, 20 Feb 1997 11:20:52 +0100 (MET) Received: by chagall id LAA09487 for info-performer@sgi.com; Thu, 20 Feb 1997 11:20:21 +0100 (MET) Date: Thu, 20 Feb 1997 11:20:21 +0100 (MET) From: Pascal MOBUCHON Message-Id: <199702201020.LAA09487@chagall.renault.fr> To: info-performer@sgi.com Status: O Hello, I want to simulate vehicule headlights (2 independant lights) in night scenes. For this, I use Performer projective texturing (2 pfLightSources). It's works very well on RE engine, but on Indigo2 Max Impact, only one light works ! Do you have any idea to fix this problem ? Thanks, Pascal Mobuchon My E-mail address : ondim@worlnet.fr ------------------------------------ ======================================================================= 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 Feb 20 08:43:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA16870; Thu, 20 Feb 1997 03:25: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 DAA16854; Thu, 20 Feb 1997 03:25:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA00127; Thu, 20 Feb 1997 03:25:58 -0800 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA04640 for ; Thu, 20 Feb 1997 03:25:33 -0800 Received: from safran.imag.fr (safran.imag.fr [129.88.32.200]) by imag.imag.fr (8.8.1/8.6.9) with ESMTP id MAA27605 for ; Thu, 20 Feb 1997 12:25:23 +0100 (MET) Received: (from sillion@localhost) by safran.imag.fr (8.6.10/8.6.9) id MAA04172 for info-performer@sgi.com; Thu, 20 Feb 1997 12:25:22 +0100 From: Francois Sillion Message-Id: <199702201125.MAA04172@safran.imag.fr> Subject: Incomplete drawing in APPCULLDRAW multiprocessing mode To: info-performer@sgi.com Date: Thu, 20 Feb 1997 12:25:22 +0100 (MET) Reply-To: Francois.Sillion@imag.fr X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hello all, I have the following problem when using the APPCULLDRAW multiprocessing mode (i.e. no fork) : The first frame shows up OK, but then all lighting disappears, and the frame stats are drawn in an incomplete manner: the colored bars appear correctly and are updated for each frame, but all the text disappears. I only discovered this recently since I was using the APP_CULLDRAW multiproc. mode until very recently., and everything works in that other mode. I don;t quite understand what could cause this since I amm now using the single process mode (having problems going the other way would not surprise me so much!). Any ideas about where to look ? I don't even know where to start: my scene is allocated using pfMallocs, all channels, pipes etc belong to a shared memory structure (but why should it matter when I only have one process ?)... This is Performer 2.0 on IRIX 5.3. +------------------+------------------------------------------------------+ | Francois SILLION | iMAGIS - GRAVIR/IMAG, B.P. 53, 38041 Grenoble Cedex 9| | ' | France. Tel:+33 4 76 51 43 54 - Fax:+33 4 76 44 66 75| +------------------+----------+-------------------------------------------+ | Francois.Sillion@imag.fr | http://w3imagis.imag.fr/~Francois.Sillion | +-----------------------------+-------------------------------------------+ ======================================================================= 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 Feb 20 11: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 KAA17510; Thu, 20 Feb 1997 10:09: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 KAA17494; Thu, 20 Feb 1997 10:09:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20524; Thu, 20 Feb 1997 10:09:51 -0800 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 KAA14433 for ; Thu, 20 Feb 1997 10:09:50 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA04195; Thu, 20 Feb 1997 12:25:10 -0500 Date: Thu, 20 Feb 1997 12:25:10 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702201225.ZM4194@hotsauce.clubfed.sgi.com> In-Reply-To: "Yann Andenmatten" "getting hpr form pfDCS" (Feb 17, 4:05pm) References: <9702171605.ZM2093@imtsg12.epfl.ch> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: getting hpr form pfDCS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I looked at the function call I think you need to pass it a pointer to a struct not an empty pointer. Try the changes below. On Feb 17, 4:05pm, Yann Andenmatten wrote: > Subject: getting hpr form pfDCS > Hi, > > I'm trying to get the hpr values from a pfDCS. I've tried that : > > const pfMatrix* m = Coord->getMatPtr(); > if (m != NULL) > { > pfCoord* dst=NULL; pfCoord dst; m->getOrthoCoord(&dst); > m->getOrthoCoord(dst); > if (dst == NULL) > printf("HPR...NULL\n"); > else > printf(" HPR : %3.2f %3.2f %3.2f\n", > dst->hpr[0], dst->hpr[1], dst->hpr[2]); > } > else > printf("HPR...NULL2\n"); > > but dst is NULL. What is wrong ? Is it the best way ? > > Thanks for help ! > > Yann > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne > [] [] [] [] [] > Swiss Federal Institute of Technology > [][] [][][] [][] [] > > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 > [][][] [] [] [][][] > yandenmat@di.epfl.ch > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ======================================================================= > 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 Yann Andenmatten Brian -- 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 Feb 20 11: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 KAA17492; Thu, 20 Feb 1997 10:09:51 -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 KAA17476; Thu, 20 Feb 1997 10:09:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20520; Thu, 20 Feb 1997 10:09:50 -0800 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 KAA14417 for ; Thu, 20 Feb 1997 10:09:48 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA04232; Thu, 20 Feb 1997 12:33:47 -0500 Date: Thu, 20 Feb 1997 12:33:47 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702201233.ZM4231@hotsauce.clubfed.sgi.com> In-Reply-To: holland@pacificocean.coaps.fsu.edu (Aubrey Holland) ".pfdpool dump" (Feb 17, 3:26pm) References: <9702171526.ZM8714@PacificOcean.coaps.fsu.edu> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: holland@pacificocean.coaps.fsu.edu (Aubrey Holland), info-performer@sgi.com Subject: Re: .pfdpool dump Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I get them also you could add a line in your run script that deletes them when your application quits. Like this.... setenv PFPATH ./textures:./models "run_application" rm /usr/tmp/pfutil*.pfdpool Brian On Feb 17, 3:26pm, Aubrey Holland wrote: > Subject: .pfdpool dump > Hi, > My performer application is dumping a pfutil-----.pfdpool file to my > /usr/tmp directory,where ----- is some number. It has created a number of > these files, and I would like to find a way to get it to clean them up after > execution. They seem to be space for the SharedArena to operate, but I can't > figure out why it is dumping them or how to get the application to stop without > leaving them behind. If anyone has any advice on this matter, I would > appreciate it. > Aubrey Holland > holland@coaps.fsu.edu > > > > -- > > -- > ======================================================================= > 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 Aubrey Holland -- 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 Feb 20 10:58:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA16992; Thu, 20 Feb 1997 05:20:45 -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 FAA16976; Thu, 20 Feb 1997 05:20:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA03957; Thu, 20 Feb 1997 05:20:43 -0800 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 FAA18748 for ; Thu, 20 Feb 1997 05:20:40 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-5.mail.demon.net id aa517180; 20 Feb 97 11:52 GMT From: Mark Baranowski To: info-performer@sgi.com Subject: Flt loader problems Date: Thu, 20 Feb 1997 11:53:11 GMT Organization: Pera Message-ID: <330c370d.11721079@post.demon.co.uk> X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O Hi all, I am having a problem getting performer/Vega apps to use the 15.2 flt loader. Perhaps someone can help me out. We are running on an Onyx iR (Vega 3.0/Performer 2.1) uname -a gives IRIX64 avarice 6.2 etc. The applications seem to need the file /usr/lib/libpfdb/libpfflt_ogl.so.3 (doesn't pick up libpfflt_ogl.so). I copied the 15.2 loader installed with MultiGen as follows: cp /usr/local/MultiGen/Performer_Loader_2.X/libpfflt_ogl.so /usr/lib/libpfdb/libpfflt_ogl.so.3 When we run say, perfly, the loader seems to be in an infinite loop. Below is part of a stack trace from dbx for perfly. 1 map_obj_again(0xfbcbed8, 0xfbcc008, 0x0, 0xfbcbea8) ["../../rld/rld.c":3216, 0xfb73270] ...etc 269 map_obj_again(0xfbcbed8, 0xfbcc008, 0x0, 0xfbcbea8) ["../../rld/rld.c":3216, 0xfb73270] More (n if no)?y 270 map_obj_again(0xfbcbed8, 0xfbcc008, 0x0, 0xfbcbea8) ["../../rld/rld.c":3216, 0xfb73270] 271 map_obj_again(0xfbcbed8, 0xfbcc008, 0x0, 0xfbcbea8) ["../../rld/rld.c":3216, 0xfb73270] 272 map_obj_again(0xfbcbed8, 0xfbcc008, 0x0, 0xfbcbea8) ["../../rld/rld.c":3216, 0xfb73270] 273 map_obj_again(0xfbcbed8, 0xfbcc008, 0x0, 0xfbcbea8) ["../../rld/rld.c":3216, 0xfb73270] 274 map_obj(0xfbcbed8, 0xfbcc008, 0x0, 0xfbc70b8) ["../../rld/rld.c":2933, 0xfb72ba0] 275 load_obj(0xfbcbea8, 0x10014b24, 0x0, 0x0) ["../../rld/rld.c":6394, 0xfb77ae4] 276 _rld_modify_list_with_version(0x2, 0x0, 0xfbcbea8, 0x10014b24) ["../../rld/rld.c":6016, 0xfb7718c] 277 do_dlopen(0xfbcbe78, 0x10014b24, 0x0, 0x0) ["../../rld/rld_libdl.c":497, 0xfb7d924] 278 _rld_dlopen(0x7fff1a28, 0x1, 0x10014b24, 0x0) ["../../rld/rld_libdl.c":625, 0xfb7dcd8] 279 _rld_dlopen_version(0xfbc4418, 0xfbcdef0, 0x5f500000, 0x0) ["../../rld/rld_libdl.c":650, 0xfb7dd88] 280 __rld_libdl_interface(0x5, 0x7fff1a28, 0x1, 0x10014b24) ["../../rld/rld_libdl.c":1045, 0xfb7e5e0] 281 _rld_new_interface_body(0x6, 0x5, 0x7fff1a28, 0x1) ["../../rld/rld.c":6856, 0xfb78754] 282 _rld_new_interface(0xfbc4418, 0xfbcdef0, 0x5f500000, 0x0) ["../../rld/rld_bridge.s":308, 0xfb6b8d8] 283 _sgidlopen_version(0xfbc4418, 0x1, 0x10014b24, 0x0) ["libdl.c":96, 0xfab4918] 284 dlopen_version_path(0x10082f17, 0x7fff1e28, 0x1, 0x10014b24) ["../../../lib/libpfdu/pfdLoadFile.c":216, 0x6590c0] 285 _pfdFindConverterDSO(0x7fff3009, 0x1, 0x0, 0x10014b24) ["../../../lib/libpfdu/pfdLoadFile.c":471, 0x659a78] 286 pfdFindConverterDSO(0xfbc4418, 0xfbcdef0, 0x5f500000, 0x0) ["../../../lib/libpfdu/pfdLoadFile.c":560, 0x659f04] 287 pfdInitConverter(0x7fff3009, 0xfbcdef0, 0x5f500000, 0x0) ["../../../lib/libpfdu/pfdLoadFile.c":716, 0x65a42c] 288 InitSharedMem(0x2, 0x7fff2f34, 0x5f500000, 0x0) ["../../../../../sample/apps/C/common/generic.c":277, 0x46ad80] 289 main(0x2, 0x7fff2f34, 0x5f500000, 0x0) ["../../../../../sample/apps/C/common/main.c":88, 0x46a568] 290 __istart() ["crt1tinit.s":13, 0x46a4f0] What have we done wrong? We have the 14.2b loader dso as libpfflt_ogl.so.3 which works OK. TIA. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 1664 501501, Fax: +44 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 Thu Feb 20 11: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 HAA17124; Thu, 20 Feb 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 HAA17108; Thu, 20 Feb 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 HAA09149; Thu, 20 Feb 1997 07:26:36 -0800 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 HAA08856 for ; Thu, 20 Feb 1997 07:26:34 -0800 Received: from lesol1.dseg.ti.com ([157.170.147.17]) by gatekeep.ti.com (8.6.13) with ESMTP id JAA17907 for ; Thu, 20 Feb 1997 09:26:29 -0600 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 JAA23610 for ; Thu, 20 Feb 1997 09:25:59 -0600 Received: from slovelady.dseg.ti.com by skopen.dseg.ti.com (4.1/SMI-4.1) id AA27736; Thu, 20 Feb 97 09:25:57 CST Message-Id: <9702201525.AA27736@skopen.dseg.ti.com> Comments: Authenticated sender is From: "Steven Lovelady" Organization: Texas Instruments To: info-performer@sgi.com Date: Thu, 20 Feb 1997 09:22:30 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Performer Questions Reply-To: steven-lovelady@ti.com X-Mailer: Pegasus Mail for Win32 (v2.52) Status: O Howdy folks, I have a couple of questions: 1) Does SGI or someone else sell a set of Performer Manuals? I have the programming manual from the class but it would be really nice to have a Reference manual of some sort also. 2) Is there a Performer User's Group in the Dallas area and if so, when and where do they meet? Thanks, Steve Steven Lovelady Texas Instruments, Inc. phone: (214) 575-6758 fax: (214) 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 Thu Feb 20 11:56:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA17460; Thu, 20 Feb 1997 10:05:37 -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 KAA17444; Thu, 20 Feb 1997 10:05:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20186; Thu, 20 Feb 1997 10:05:36 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA12839 for ; Thu, 20 Feb 1997 10:05:21 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id SAA12074; Thu, 20 Feb 1997 18:01:23 GMT From: "Angus Dorbie" Message-Id: <9702201801.ZM12072@bitch.reading.sgi.com> Date: Thu, 20 Feb 1997 18:01:22 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: (Fwd) Jobs available in simulation-based surgical training Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O --- Forwarded mail from Dwight Meglan Date: Tue, 18 Feb 1997 14:20:39 -0500 To: v-humans@ece.uwaterloo.ca From: Dwight Meglan Subject: Jobs available in simulation-based surgical training Reply-To: Dwight Meglan Please pass on the announcement below to anyone you feel is qualified. Thanks, --dwight ~~~~~~~~~~~~~~~~~~~~ Position Announcement Medical Applications Group Mitsubishi Electric Information Technology Center America Cambridge, Massachusetts Join Mitsubishi Electric in developing computer-based medical technologies for the next century. As part of Mitsubishi Electric's worldwide expansion in healthcare technologies, the Medical Applications Group has been established at the Information Technology Center America (ITA), located near MIT. Initial product development is concentrating on the challenging area of simulation-based surgical training systems. Through the use of synthetic environments technologies such as physics-based modeling, advanced graphics, and haptic interfaces, these systems will enhance patient care and safety while enabling surgeons to train better and more cost effectively. This group will concentrate on development while research issues will be addressed in collaboration with the staff at MERL, the computer science research lab of Mitsubishi Electric, located at the same facility. This small team of energetic, creative, and skilled individuals will flourish in ITA's modern, flexible work environment supported by the firm commitment of Mitsubishi Electric. Through its continuing activities building world class surgical simulation products, ITA has opportunities for software development team members specializing in * Soft tissue mathematical modeling * Haptics interface control * Advanced computer graphics rendering techniques * Real-time physical simulation architecture * 3D medical imaging and modeling * Educational instruction Successful applicants must have considerable skill in programming C, C++, and possibly Java under UNIX, with Silicon Graphic's IRIX and Linux of particular interest. They must also be self motivated and able to creatively solve significant engineering problems, developing these solutions in a small team collaborative environment. Additional specific skills for these positions include: Soft tissue mathematical modeling This individual will create mathematical techniques that accurately model a wide class of human tissue at real-time computation rates for relatively large surgical simulations. This will require an individual thoroughly trained in the mechanics of materials with a demonstrated history of solving significant mechanics problems using computational methods. A Ph.D. in engineering mechanics or an equivalent area of computational mechanics or equivalent experience is mandatory. They should also have developed parallel computation codes and be well acquainted with network-based distributed computation. Most ideally, the individual should also be skilled in the creation of numerical techniques to accelerate model solutions. Haptics interface control This individual will create software that enables accurate, reliable use of haptic devices. They must have extensive experience in man-in-the-loop robot control, such as teleoperated manipulators, including both theoretical and practical work. A Ph.D. in robotics or a related area of study or equivalent experience as well as previous experience developing commercial robot control applications is mandatory. Experience in robotic control via modeling such as multibody dynamics methods as well as multiprocessor and network-based control systems would also be beneficial. It would also be beneficial if the individual has experience with PCI bus board level device drivers. Advanced computer graphics rendering techniques This person will develop software to render efficient, photorealistic images of many types of human tissue and fluids which are integrated with simulation subsystems such as soft tissue modeling, haptics, and educational instruction. They must have an excellent background in polygonal and possibly voxel-based graphics including graphics work carried out during the SIGGRAPH's and other graphics conferences of the past 10 years. The individual should hold a Ph.D. in computer science with emphasis on computer graphics or an equivalent degree and/or experience. They should be very experienced at OpenGL graphics on Silicon Graphics computers including multiprocessor systems and should be experienced at using high level object-oriented graphics API's such as Open Inventor or Cosmo3D. It would be especially be desirable for them to have experience with a real-time, visual simulation graphics API such as SGI Performer Real-time physical simulation architecture The individual will develop a reusable framework for assembling surgical simulation systems. The individual must have extensive experience with real-time architectures for visual simulation including experience with Silicon Graphic's Performer software. They should also have extensive experience in multiprocessor, shared memory simulation development as well as network-based, distributed simulations. The individual should have a M.S. degree in computer science or an equivalent degree and/or experience. 3D medical imaging and modeling This person will develop software that can be used to convert 3D medical imagery such as CT and MR into detailed geometric models of organs, bones, muscles, etc. The individual must have extensive experience in 3D medical image processing as well as computer graphics and user interface techniques. They must have previously developed interactive computer graphics programs on Silicon Graphics workstations and possibly Linux and Windows NT. This person must have extensive experience in object-oriented software design and programming. The individual should have a M.S. degree in computer science focusing on medical image processing, especially segmentation, or an equivalent degree and/or experience. Educational instruction The individual will develop general techniques to encapsulate the knowledge of expert surgeons and integrate into the simulation system such that it can determine when correct or incorrect actions are taking place and be able to inform the user appropriately. This person should have demonstrated experience in creating knowledge-based instructional systems. The individual should have a Ph.D. degree in computer science emphasizing knowledge representation and learning or an equivalent degree and/or experience. Please send a resume and supporting statement regarding your interest in surgical simulation to: Dwight Meglan Mitsubishi Electric Research Lab 201 Broadway Cambridge, MA 02139 dwight@merl.com ---End of forwarded mail from Dwight Meglan ======================================================================= 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 Feb 20 11:56:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17181; Thu, 20 Feb 1997 07:56:18 -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 HAA17165; Thu, 20 Feb 1997 07:56:17 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA10764; Thu, 20 Feb 1997 07:56:17 -0800 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 HAA14481 for ; Thu, 20 Feb 1997 07:56:15 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA03887; Thu, 20 Feb 1997 10:55:10 -0500 Date: Thu, 20 Feb 1997 10:55:10 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702201055.ZM3886@hotsauce.clubfed.sgi.com> In-Reply-To: Simon Gibbs "re: Video Alpha Channel Problem" (Feb 17, 2:40pm) References: <199702171340.OAA25562@viswiz.gmd.de> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Simon Gibbs , info-performer@sgi.com Subject: Re: Video Alpha Channel Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think the control you want can be achieved through libvl which is part of the dmedia libraries. Look at the VLControls (chp. 13) and VLBlending (chp. 15) of the "IRIS Media Libraries Programming Guide" which is in insight. Both chapters refer to a sample program /usr/share/src/dmedia/video/vl/simpleblend.c that could help you. Brian On Feb 17, 2:40pm, Simon Gibbs wrote: > Subject: re: Video Alpha Channel Problem > > > > I want your help about alpha channel. > > I use Onyx IR machine and Sirius option for broadcasting. > > And I use Performer for programming. > > When I open a window with performer command 'pfNewPWin()', > > the alpha value which is output by sirius breakbox is always '1'. > > I want to change this alpha value for the purpose of using > > ULTIMATTE-8 mat-in function. > > We run with similar hardware. Here are a few things to check: > > 1) the visual for your pipewindow must have alpha planes > > 2) your .cmb should have RGBA10 for the Sirius channel's pixel format > > 3) the video drain format (eg set using vcp) is digital 4:2:2:4 > > > Hope this helps... > > ---------------------------------------------------------------------------- > Simon Gibbs > GMD - German National Research Center for Information Technology > 53754 Sankt Augustin > GERMANY > ---------------------------------------------------------------------------- > Email: Simon.Gibbs@gmd.de > WWW: http://viswiz.gmd.de/~simon > ---------------------------------------------------------------------------- > > ======================================================================= > 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 Simon Gibbs -- 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 Feb 20 11:56:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17153; Thu, 20 Feb 1997 07:44: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 HAA17137; Thu, 20 Feb 1997 07:44:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA10020; Thu, 20 Feb 1997 07:44:10 -0800 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA12040 for ; Thu, 20 Feb 1997 07:44:05 -0800 Received: from sesame (sesame.imag.fr [129.88.29.83]) by imag.imag.fr (8.8.1/8.6.9) with ESMTP id QAA12174 for ; Thu, 20 Feb 1997 16:44:00 +0100 (MET) Received: from localhost (sillion@localhost) by sesame (8.6.4/8.6.4) id QAA24681 for info-performer@sgi.com; Thu, 20 Feb 1997 16:43:55 +0100 From: Francois Sillion Message-Id: <199702201543.QAA24681@sesame> Subject: Managing graphics contexts and multiprocessing mode To: info-performer@sgi.com Date: Thu, 20 Feb 1997 16:43:55 +0100 (MET) Reply-To: Francois.Sillion@imag.fr X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Dear all, I am following up on a message I sent this morning, because I have since found out an interesting bit of information : First a reminder of my problem: > I have the following problem when using the APPCULLDRAW multiprocessing > mode (i.e. no fork) : > > The first frame shows up OK, but then all lighting disappears, > and the frame stats are drawn in an incomplete manner: the colored > bars appear correctly and are updated for each frame, but all the > text disappears. > > I only discovered this recently since I was using the APP_CULLDRAW > multiproc. mode until very recently., and everything works in > that other mode. I don;t quite understand what > could cause this since I amm now using the single process mode (having > problems going the other way would not surprise me so much!). > > Any ideas about where to look ? I don't even know where to start: > my scene is allocated using pfMallocs, all channels, pipes etc > belong to a shared memory structure (but why should it matter > when I only have one process ?)... > > This is Performer 2.0 on IRIX 5.3. I should explain that I am calling pfFrame from the redraw callback of a GLX widget (GlwMDrawingArea). At the beginning of the callback, I first call GLwDrawingAreaMakeCurrent to assign the proper graphics context, using a GLXContext which is created in the "init" callback of the same widget. When I use the APPCULLDRAW mode, the display is messed up as described above, and the problem disappears if I do not call GLwDrawingAreaMakeCurrent, in a scaled-down app with only one window. However I need to have several graphics window, only one of them is the performer window, and therefore I need to call GLwDrawingAreaMakeCurrent. I figured that maybe this would happen automatically in pfFrame, but apparently not so, since when I suppress this call the (non-lit) graphics appears in one of the other (OpenGL) windows. Could some kind soul please help me to figure out how to properly manage a performer display inside a GLX widget, when I have other graphics windows ? Again, this ONLY raises problems when in APPCULLDRAW MP mode, not when I use APP_CULLDRAW. I am puzzled... +------------------+------------------------------------------------------+ | Francois SILLION | iMAGIS - GRAVIR/IMAG, B.P. 53, 38041 Grenoble Cedex 9| | ' | France. Tel:+33 4 76 51 43 54 - Fax:+33 4 76 44 66 75| +------------------+----------+-------------------------------------------+ | Francois.Sillion@imag.fr | http://w3imagis.imag.fr/~Francois.Sillion | +-----------------------------+-------------------------------------------+ ======================================================================= 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 Feb 20 16: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 KAA17562; Thu, 20 Feb 1997 10:30:17 -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 KAA17546; Thu, 20 Feb 1997 10:30:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22466; Thu, 20 Feb 1997 10:30:15 -0800 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 KAA19792 for ; Thu, 20 Feb 1997 10:30:13 -0800 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id KAA22237; Thu, 20 Feb 1997 10:30:05 -0800 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA10718 for info-performer@sgi.com; Thu, 20 Feb 1997 11:04:13 -0800 Date: Thu, 20 Feb 1997 11:04:13 -0800 From: chris@scotch.physics.ucla.edu (chris) Message-Id: <199702201904.LAA10718@scotch.physics.ucla.edu> To: info-performer@sgi.com Subject: Switches and Buffers Status: O Hi All. I would like to keep two sub-trees below a pfSwitch node. One sub-tree would be fed to the graphics pipeline, and computations would be performed to update the other. When the computations are complete, the pfSwitch is thrown, and the most up to date sub-tree is rendered while computations are performed on the previously rendered sub-tree. I'd like to avoid pfBuffer::merge(). I got that working, but it brings the App process to its knees. I'd like to do these updates with a binary semaphore (i.e. the Dbase process would flag the graphics pipeline when it's done). The Dbase process can't seem to access all of the inactive children of the switch in the main Performer buffer for updates. It can get the child of the sharedMemory pfSwitch but a subsequent node->find() on this child causes SegV. Probably there is some easy way to give a Dbase process this access? Can anyone give me some hints? 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 Thu Feb 20 16: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 KAA17676; Thu, 20 Feb 1997 10:48:42 -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 KAA17660; Thu, 20 Feb 1997 10:48:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA24557; Thu, 20 Feb 1997 10:48:40 -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 KAA23656 for ; Thu, 20 Feb 1997 10:48:32 -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 KAA24290; Thu, 20 Feb 1997 10:42:26 -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 SAA17393; Thu, 20 Feb 1997 18:32:53 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id KAA05869; Thu, 20 Feb 1997 10:41:04 -0800 From: "Marcus Barnes" Message-Id: <9702201041.ZM5868@vaisyas.engr.multigen.com> Date: Thu, 20 Feb 1997 10:41:04 -0800 In-Reply-To: Mark Baranowski "Flt loader problems" (Feb 20, 3:54pm) References: <330c72aa.26967265@post.demon.co.uk> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Mark Baranowski Subject: Re: Flt loader problems Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 20, 3:54pm, Mark Baranowski wrote: > Subject: Flt loader problems > > The applications seem to need the file > /usr/lib/libpfdb/libpfflt_ogl.so.3 (doesn't pick up libpfflt_ogl.so). > I copied the 15.2 loader installed with MultiGen as follows: > > cp /usr/local/MultiGen/Performer_Loader_2.X/libpfflt_ogl.so > /usr/lib/libpfdb/libpfflt_ogl.so.3 Two things are bad in the previous statement: 1. You do not know if the dso you've copied is binary compatible with Performer 2.1 . Before giving a dso a version extension, you should first verify the dso's version. The elfdump command will tell you: % elfdump -L /usr/local/MultiGen/Performer_Loader_2.X/libpfflt_ogl.so \ | fgrep IVERSION [4] IVERSION sgi2.0 ... so this is a Performer 2.0 dso and therefore not what you need. On our web site is the latest R15.2d loader binaries for both 2.0.2(O32) and 2.1 (O32,N32,N64). The URL is: http://www.multigen.com/FAQ/faq.htm 2. You should never copy files into a system owned directory unless you are _very_ sure about what you're doing (my personal opinion). Instead, to allow pfdLoadFile() to find 3rd party loaders, set the environment variable PFLD_LIBRARY_PATH. For example: % setenv PFLD_LIBRARY_PATH /usr/local/MultiGen/Performer_Loader_2.X > When we run say, perfly, the loader seems to be in an infinite loop. > Below is part of a stack trace from dbx for perfly. ... actually it looks like its the runtime linker that's looping. The .flt loader has not even been opened yet. 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 Feb 20 18:11:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA17994; Thu, 20 Feb 1997 12:18:26 -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 MAA17978; Thu, 20 Feb 1997 12:18:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04172; Thu, 20 Feb 1997 12:18:25 -0800 Received: from hoback.ncsa.uiuc.edu (hoback.ncsa.uiuc.edu [141.142.221.192]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA18255 for ; Thu, 20 Feb 1997 12:18:20 -0800 Received: (from elpeters@localhost) by hoback.ncsa.uiuc.edu (8.7.1/8.7.1) id OAA12331 for info-performer@sgi.com; Thu, 20 Feb 1997 14:18:12 -0600 (CST) From: "Edward Peters" Message-Id: <9702201418.ZM12329@hoback.ncsa.uiuc.edu> Date: Thu, 20 Feb 1997 14:18:12 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfLayer node Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I'm using one pfGeode to specify a terrain plane and another pfGeode to be a set of lines representing roads. I'm using a pfLayer to (theoretically) lay the roads down on top of the ground, but it doesn't seem to work. Instead of solid lines on top of my terrain I'm seeing dotted lines because the roads "submerge" in places. Could this be a problem with the mode I'm using in the pfLayer? I've tried PFDECAL_BASE_DISPLACE and (PFDECAL_BASE_DISPLACE|PFDECAL_LAYER_OFFSET) to no avail. I'm using Performer 2.1 on an Indigo2 running 6.2. While I'm on the subject of terrain and Performer 2.1, is there a good way to lay roads or other decal geometry on top of pfTerrain? We've been trying to monkey with textures to do what we want, but it seems conceptually easier to use a pfLayer node in the manner I'm describing above. Thanks in advance, Ed Peters (Graduate research assistant, NCSA) elpeters@ncsa.uiuc.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 Feb 20 19:24:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18906; Thu, 20 Feb 1997 13:39:01 -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 NAA18890; Thu, 20 Feb 1997 13:39:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11552; Thu, 20 Feb 1997 13:39:00 -0800 Received: from gaia.asd.sgi.com ([150.166.170.49]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA08819 for ; Thu, 20 Feb 1997 13:38:59 -0800 Received: by gaia.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA02551; Thu, 20 Feb 1997 13:38:39 -0800 From: "Chrysa Caulfield" Message-Id: <9702201338.ZM2549@gaia.asd.sgi.com> Date: Thu, 20 Feb 1997 13:38:37 -0800 In-Reply-To: "Steven Lovelady" "Performer Questions" (Feb 20, 9:22am) References: <9702201525.AA27736@skopen.dseg.ti.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: steven-lovelady@ti.com, info-performer@sgi.com Subject: Re: Performer Questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The Performer manuals are a 3-volume set composed of the Programmer's Guide, Man Pages for C++, and Man Pages for C. Order: M4-PERF-2.0 for $230 from SGI. I'll check on the User's Group. On Feb 20, 9:22am, Steven Lovelady wrote: > Subject: Performer Questions > > Howdy folks, > > I have a couple of questions: > > 1) Does SGI or someone else sell a set of Performer Manuals? I have > the programming manual from the class but it would be really nice to > have a Reference manual of some sort also. > > 2) Is there a Performer User's Group in the Dallas area and if so, > when and where do they meet? > > Thanks, > > Steve > > > > Steven Lovelady > Texas Instruments, Inc. > phone: (214) 575-6758 > fax: (214) 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 >-- End of excerpt from Steven Lovelady -- ___ |___| 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 Feb 21 04:53:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA21455; Thu, 20 Feb 1997 23:00:16 -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 XAA21439; Thu, 20 Feb 1997 23:00:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15221; Thu, 20 Feb 1997 23:00:15 -0800 Received: from cuisune (cuimail.unige.ch [129.194.69.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA00792 for ; Thu, 20 Feb 1997 23:00:12 -0800 Received: from cuisg18 by cuimail.unige.ch (PMDF V5.1-6 #19394) with SMTP id <0E5WUVR0700MGR@cuimail.unige.ch> for info-performer@sgi.com; Thu, 20 Feb 1997 17:52:39 +0100 (MET) Date: Thu, 20 Feb 1997 17:52:39 +0100 (MET) From: "LEE Kim Huat, Elwin" Subject: pfDirtCheck error X-Sender: lee@cuisg18 To: Performer Mailing List Reply-to: Elwin.Lee@cui.unige.ch Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Status: O Hello... Anyone has any idea what the following error is related to. PF Warning/SysErr: _pfDirtCheck: bad pfObject index 1952410735 Thanx in advance. -- Regards and Best Wishes Elwin Lee ---------------------------------------------------------------------- http://miralabwww.unige.ch Elwin.Lee@cui.unige.ch elwin@pobox.org.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 Fri Feb 21 06:49:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA21688; Fri, 21 Feb 1997 01:07: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 BAA21672; Fri, 21 Feb 1997 01:07:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20563; Fri, 21 Feb 1997 01:07:20 -0800 Received: from phoenix.ai.com.pl (apollo.ai.com.pl [194.92.99.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA17581 for ; Fri, 21 Feb 1997 01:02:25 -0800 Received: (from gacek@localhost) by phoenix.ai.com.pl (8.7.5/8.7.3) id JAA14816 for info-performer@sgi.com; Fri, 21 Feb 1997 09:49:23 +0100 From: Jerzy Galus Message-Id: <199702210849.JAA14816@phoenix.ai.com.pl> Subject: lights problem To: info-performer@sgi.com Date: Fri, 21 Feb 1997 09:49:23 +0100 (MET) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hello everyone, I have the following problem: Let's say that we have a scene with some geometry nodes and two lights attached to it. My question is : is it possible to render part of the scene lit with two lights and part with only one light ? I'm using Performer 1.2 on RE2 (Irix 5.3). Thaks in advance, -- Jerzy Z. Galus gacek@ai.com.pl MP-PZL Aerospace Industries Al. Krakowska 110/114 tel : (48-22) 846-59-61 00-972 Warsaw (48-22) 846-54-17 POLAND fax : (48-22) 846-54-18 ======================================================================= 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 Feb 21 08:50:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA21978; Fri, 21 Feb 1997 05:51:36 -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 FAA21962; Fri, 21 Feb 1997 05:51:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA29217; Fri, 21 Feb 1997 05:51:35 -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 FAA25841 for ; Fri, 21 Feb 1997 05:51:32 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-11.mail.demon.net id aa1104189; 21 Feb 97 13:34 GMT From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Flt loader problems Date: Fri, 21 Feb 1997 13:34:44 GMT Organization: Pera Message-ID: <330d6218.1233651@post.demon.co.uk> References: <330c72aa.26967265@post.demon.co.uk> <9702201041.ZM5868@vaisyas.engr.multigen.com> In-Reply-To: <9702201041.ZM5868@vaisyas.engr.multigen.com> X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Thu, 20 Feb 1997 10:41:04 -0800, Marcus wrote: >Two things are bad in the previous statement: > >1. You do not know if the dso you've copied is binary compatible with > Performer 2.1 . Before giving a dso a version extension, you should > first verify the dso's version. The elfdump command will tell you: > >% elfdump -L /usr/local/MultiGen/Performer_Loader_2.X/libpfflt_ogl.so \ > | fgrep IVERSION > >[4] IVERSION sgi2.0 > > ... so this is a Performer 2.0 dso and therefore not what you need. Can anyone explain to me the meaning behind the different versions. Do they relate to Performer releases or something (i.e. sgi3.0 Performer 2.1, sgi2.0 Performer 2.0 etc) or am I barking not only up the wrong tree but in the wrong forest? > On our web site is the latest R15.2d loader binaries for both > 2.0.2(O32) and 2.1 (O32,N32,N64). The URL is: > > http://www.multigen.com/FAQ/faq.htm > >2. You should never copy files into a system owned directory unless you > are _very_ sure about what you're doing (my personal opinion). > Instead, to allow pfdLoadFile() to find 3rd party loaders, set the > environment variable PFLD_LIBRARY_PATH. For example: > >% setenv PFLD_LIBRARY_PATH /usr/local/MultiGen/Performer_Loader_2.X Ooops, many thanks for showing me the error of my ways :) Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 1664 501501, Fax: +44 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 Feb 21 08:50:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA21954; Fri, 21 Feb 1997 05:42: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 FAA21938; Fri, 21 Feb 1997 05:42:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA28857; Fri, 21 Feb 1997 05:42:29 -0800 Received: from arl-img-2.compuserve.com (arl-img-2.compuserve.com [149.174.217.132]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA24510 for ; Fri, 21 Feb 1997 05:42:27 -0800 Received: by arl-img-2.compuserve.com (8.6.10/5.950515) id IAA19468; Fri, 21 Feb 1997 08:42:24 -0500 Date: 21 Feb 97 08:38:03 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Re: Converting 3D objects Message-ID: <970221133802_101372.3460_JHP76-1@CompuServe.COM> Status: O On performer , oy hace a converter on Inventor format, Be careful there're some bugs. I hear about the new formats of SGI pfb and pfa , the pfa format is a fomat ascii, I think is more easy to work with. ======================================================================= 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 Feb 21 09:27:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA22007; Fri, 21 Feb 1997 06:00: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 GAA21991; Fri, 21 Feb 1997 06:00:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29479; Fri, 21 Feb 1997 06:00:03 -0800 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 FAA26812 for ; Fri, 21 Feb 1997 05:59:24 -0800 Message-Id: <199702211359.FAA26812@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 21 Feb 1997 14:58:38 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 21 Feb 1997 14:58:38 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Fri, 21 Feb 1997 14:56:25 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Fri, 21 Feb 1997 15:15:36 +0100 Date: Fri, 21 Feb 1997 15:15:36 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970221141536] 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: TR: Application for Visiting Scholar MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHi all, I am the one who sended an application fro Visiting Scholar. Yesterday Thursday the mailbox system broke out, so i was not able either= to send a mail, or to receive any. So maybe I had some dropped answers. I answered to everyone who sent a mail to me. In the case there are others, I forwarded the same message, with an ASCII= version of my resume at the end. I know this Performer Mailing List is not designed for individual applications, but it is a really powerful and useful media for me. If this mail raises a problem for SGI people, I sincerely apologize, and = I invite them to let me know it. Following is the forwarded message : ________________________________________________ Dear Performers, I am a graduate engineer, and I have been working for the Joint Research Centre of Aerospatiale, in Suresnes (west of Paris), in the Computing Research Department for 1 year. I have been taking part in 3D real-time simulation programs and Virtual Reality applications to the Space Industr= y. Till now, I have been using mainly the Performer tool. I have obtained a grant in order to work as a Visiting Scholar in a VR specialised lab of an American University from my choice during my Civil National Service. The French Civil National Service consists in a 16 months' academic excha= nge program between France and the United States. During this period, I could= work free of charge on a project concerning Virtual Reality. My Visiting Scholar period can start in January 1998, and its duration is= 16 months, as explained before. I would consider to follow a Master in my ho= st University. I am using the Performer mailing list to make a call for any lab or acade= mic project attached to an American University, specialised in Virtual Realit= y, concurrent engineering, and if possible (but not required) concerned by t= he Aerospace domain. I have a solid C/C++ and Performer background. I thank you in advance for the attention you will pay to my request, and anyone interested is welcomed to send me an email or a phone call to info= rm me of an opening in its project. Maybe I could send to the interested per= son some frames of the simulations I developed for Aerospatiale, if the latte= r is OK. I recall the keywords : VR, Visiting Scholar, American University, granted, FREE OF CHARGE, Perfo= rmer background, January 1998, 16 months. I joined an ASCII-Resume to this mail. Best regards, Michael Boccara ______________________________________________ Michael Boccara ! Aerospatiale Virtual Simulation engineer ! Common 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 ________________________________________________ Michael Boccara Date of Birth : April 14, 1973 Nationality : French Home Address : 17, rue Victor Hugo 94220 Charenton - FRANCE Phone number : (33)(0)1.43.53.19.39 email : michael.boccara(a)siege.aerospatiale.fr Marital Status : single EDUCATION and QUALIFICATION : 1993-1996 ENSTA (French National Institude for Advanced Technologies), o= ne of the leading French engineering schools Options : Computer graphics, Image synthesis, processing and analysis. Strong formation in C/C++, Database processing, and hardware communications and networks. RESEARCH EXPERIENCE : 1995 : INRIA (French National Institute for Research in Comuter Sciences = and Automatics) Enforced a new method of 2D motion analysis on image sequences, involved= in extracting from a 2D animation the solid parts and there inertial paramet= ers. Publication of an article for the Image'Com conference in Bordeaux, Fran= ce in August 1996, edited by Springer. WORK EXPERIENCE : Since March 1996 : Aerospatiale, France Space banch. Development of 3D realtime simulations, with IRIS Performer. Management of intership students on Virtual Reality programs. May-September 1995 : EDLIM, France Society specialized in bio-medical softwares. Contract for our Student-run enterprise at ENSTA Development with Borland C++ and Visual Basic for Windows of a software for serial communications with various component monitoring systems of medical surveillance, in order to track and display the patient physiological status on Windows. COMPUTER SKILLS: OS&environnments : UNIX, DOS Languages : C/C++, Visual Basic, Windows programming, Perl, Matlab Softwares : CATIA LANGUAGES: French (mother language) English (excellent, scored 610 points at TOEFL) Spanish, Italian : notions Hebrew : speaking & reading a little EXTRA CURRICULAR ACTIVITIES : Sports : Mountain biking, Karting, Tennis Hobbies : Drawing caricatures, Discotheques Music : Piano (8 year at the Conservatoire de Paris, 3 year of Jazz & Harmony) Played a few times in Piano-Bars. Associations : Responsible for the Karting Club of ENSTA. Clean Driving License ======================================================================= 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 Feb 21 09:27:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA22025; Fri, 21 Feb 1997 06:01:37 -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 GAA22009; Fri, 21 Feb 1997 06:01:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29752; Fri, 21 Feb 1997 06:01:36 -0800 Received: from hil-img-3.compuserve.com (hil-img-3.compuserve.com [149.174.177.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA27427 for ; Fri, 21 Feb 1997 06:01:34 -0800 Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id JAA27257; Fri, 21 Feb 1997 09:01:33 -0500 Date: 21 Feb 97 08:52:02 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Re: pfLayer node Message-ID: <970221135202_101372.3460_JHP26-1@CompuServe.COM> Status: O If you use a Indigo2 impact, I had the same problem. use PFDECAL_BASE_STENCIL mode . 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 Fri Feb 21 12:15:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA22064; Fri, 21 Feb 1997 06:23: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 GAA22048; Fri, 21 Feb 1997 06:23:33 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00524; Fri, 21 Feb 1997 06:23:32 -0800 Received: from mailhub1.trw.com (mailhub1.TRW.COM [129.193.4.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA00919 for ; Fri, 21 Feb 1997 06:23:30 -0800 Received: from qmgate.TRW.COM by mailhub1.trw.com; Fri, 21 Feb 97 06:22:53 -0800 Message-ID: Date: 21 Feb 1997 09:39:28 -0800 From: "Daniel Dougherty" Subject: spaceball To: "Info-Performer" X-Mailer: Mail*Link SMTP-QM 4.0.0 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="Message Body" Status: O Subject: Time: 9:23 = AM OFFICE MEMO spaceball Date: = 2/21/97 Has anyone successfully been able to port a spaceball device from 5.3 = IrisGL to 6.2 OpenGL. What would be the best approach? Thank you in = advance Dan Dougherty daniel.dougherty@trw.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 Feb 21 13:08:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA22202; Fri, 21 Feb 1997 07:14: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 HAA22186; Fri, 21 Feb 1997 07:14:04 -0800 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA03079; Fri, 21 Feb 1997 07:14:03 -0800 Received: from hotsauce.clubfed.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id HAA03592; Fri, 21 Feb 1997 07:14:02 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA07274; Fri, 21 Feb 1997 10:12:57 -0500 Date: Fri, 21 Feb 1997 10:12:57 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702211012.ZM7273@hotsauce.clubfed.sgi.com> In-Reply-To: "LEE Kim Huat, Elwin" "pfDirtCheck error" (Feb 20, 5:52pm) References: Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Elwin.Lee@cui.unige.ch Subject: Re: pfDirtCheck error Cc: info-performer@fddi-odin.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is just a guess but are you accessing a node which has a (been deleted) reference count of zero. Brian On Feb 20, 5:52pm, LEE Kim Huat, Elwin wrote: > Subject: pfDirtCheck error > Hello... > > Anyone has any idea what the following error is related to. > > PF Warning/SysErr: _pfDirtCheck: bad pfObject index 1952410735 > > Thanx in advance. > > -- > Regards and Best Wishes > > Elwin Lee > > ---------------------------------------------------------------------- > http://miralabwww.unige.ch Elwin.Lee@cui.unige.ch elwin@pobox.org.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 LEE Kim Huat, Elwin -- 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 Fri Feb 21 14:50:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22387; Fri, 21 Feb 1997 08:56: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 IAA22371; Fri, 21 Feb 1997 08:56:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09166; Fri, 21 Feb 1997 08:56:26 -0800 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 IAA02241 for ; Fri, 21 Feb 1997 08:56:25 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id IAA09149; Fri, 21 Feb 1997 08:56:21 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA11116; Fri, 21 Feb 1997 08:56:12 -0800 From: "Rob Jenkins" Message-Id: <9702210856.ZM11114@quid.csd.sgi.com> Date: Fri, 21 Feb 1997 08:56:12 -0800 In-Reply-To: "LEE Kim Huat, Elwin" "pfDirtCheck error" (Feb 20, 5:52pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Elwin.Lee@cui.unige.ch, Performer Mailing List Subject: Re: pfDirtCheck error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Can't say for sure without more detail of your application, versions and platform you see it on but you could check that you don't call pfInitState() before pfConfig() Cheers Rob On Feb 20, 5:52pm, LEE Kim Huat, Elwin wrote: > Subject: pfDirtCheck error > Hello... > > Anyone has any idea what the following error is related to. > > PF Warning/SysErr: _pfDirtCheck: bad pfObject index 1952410735 > > Thanx in advance. > > -- > Regards and Best Wishes > > Elwin Lee > > ---------------------------------------------------------------------- > http://miralabwww.unige.ch Elwin.Lee@cui.unige.ch elwin@pobox.org.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 LEE Kim Huat, Elwin -- ________________________________________________________________ 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 Feb 21 18:00:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA24224; Fri, 21 Feb 1997 11:59: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 LAA24208; Fri, 21 Feb 1997 11:59:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA24624; Fri, 21 Feb 1997 11:59:31 -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 LAA16624 for ; Fri, 21 Feb 1997 11:59:26 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA21405; Fri, 21 Feb 97 14:50:34 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id OAA27159; Fri, 21 Feb 1997 14:50:36 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <330DFC8C.26C3@ash.crd.ge.com> Date: Fri, 21 Feb 1997 14:50:36 -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: standard units for model/terrain files? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi- I was wondering if particular file formats (e.g. Multigen OpenFlight) use a standard set of units for geometry (i.e. meters, feet, miles, etc). Do the units tend to vary on a per file basis (e.g. a terrain file may be in meters whereas a vehicle model may be in feet?), or on a per file-type basis (.flt is always meters, 3ds is always feet, etc). I'm browsing around some of the data on the Friends of Performer distribution from the 2.0 disc, and this information is not easy to find for most of the data files. 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 Feb 21 20:25:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA24834; Fri, 21 Feb 1997 14:29:23 -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 OAA24818; Fri, 21 Feb 1997 14:29:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA05894; Fri, 21 Feb 1997 14:29:22 -0800 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 OAA22012 for ; Fri, 21 Feb 1997 14:29:22 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id OAA05891; Fri, 21 Feb 1997 14:29:22 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA12013; Fri, 21 Feb 1997 14:29:21 -0800 From: "Rob Jenkins" Message-Id: <9702211429.ZM12011@quid.csd.sgi.com> Date: Fri, 21 Feb 1997 14:29:21 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: SGI vacancy Cc: robj@quid Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Title: PSE - Graphics MTS II Req #: 23767 Div: WCS Location: Mt. View, CA (HQ) Responsibilities: We are looking for a Escalation Engineer in a corporate support team for the Graphics expertise area. The candidate will be expected to have experience with GL or OpenGL. Expertise in any of the following will be a plus: X/MOTIF, OpenInventor, Iris Performer, Imagevision. Graphics escalation engineers work on a number of different graphics programming issues. This includes everything from debugging customer code, to understanding bugs, to providing workarounds and sample code, to understanding the underlying graphics hardware and how it relates to the graphics software. The duties of a escalation product expert are three fold. Problem Resolution: Answering the top 4% of User issues from a Worldwide SGI support community in the areas of Specialty and Shared expertise. Engineering Product Specialization: Participating in Design/Business teams in product specialty areas with the focus of bringing a field/user perspective to the design process and to add supportability to New products. Information Generation: Creating information for the field (white papers, FAQs, Videos, etc) to aid in support of Products in their specialty. The ability to effectively interface with development engineers in both an escalation and product design/supportability role is essential. An ideal candidate will be a developer caliber engineer with a focus as a customer/field advocate. Some 7x24 work will be required. If you are interested in this position, please send your resume to either (sinclair@csd) or (mietta@csd). Education/Experience: Experience programming and developing graphics applications in C and C++ in a Unix environment. 3D programming in IRIS GL/OpenGL. 4+ years experience. Technical Support experience a plus. -- ________________________________________________________________ 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 Feb 21 21:05:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA24974; Fri, 21 Feb 1997 15:00: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 PAA24958; Fri, 21 Feb 1997 15:00:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA08874; Fri, 21 Feb 1997 15:00:14 -0800 Received: from gaia.asd.sgi.com ([150.166.170.49]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA29245 for ; Fri, 21 Feb 1997 15:00:13 -0800 Received: by gaia.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA05099; Fri, 21 Feb 1997 15:00:11 -0800 From: "Chrysa Caulfield" Message-Id: <9702211500.ZM5097@gaia.asd.sgi.com> Date: Fri, 21 Feb 1997 15:00:09 -0800 In-Reply-To: "Steven Lovelady" "Performer Questions" (Feb 20, 9:22am) References: <9702201525.AA27736@skopen.dseg.ti.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: steven-lovelady@ti.com, info-performer@sgi.com Subject: Re: Performer Questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O 2) We have "Friends of Performer" meetings along with the larger trade shows that are relevant to Performer users. In general, that means SIGGRAPH I/ITSEC IMAGE and tentatively ITEC Europe and ITEC Asia On Feb 20, 9:22am, Steven Lovelady wrote: > Subject: Performer Questions > > Howdy folks, > > I have a couple of questions: > > 1) Does SGI or someone else sell a set of Performer Manuals? I have > the programming manual from the class but it would be really nice to > have a Reference manual of some sort also. > > 2) Is there a Performer User's Group in the Dallas area and if so, > when and where do they meet? > > Thanks, > > Steve > > > > Steven Lovelady > Texas Instruments, Inc. > phone: (214) 575-6758 > fax: (214) 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 >-- End of excerpt from Steven Lovelady -- ___ |___| 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 Feb 21 22:16:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA25422; Fri, 21 Feb 1997 16:30:02 -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 QAA25401; Fri, 21 Feb 1997 16:29:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA15748; Fri, 21 Feb 1997 16:29:35 -0800 Received: from ns1.bloomberg.com (ns1.bloomberg.com [199.172.169.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA19747 for ; Fri, 21 Feb 1997 16:29:30 -0800 Received: from ns2 by ns1.bloomberg.com (5.4R3.10/200.1.1.4) id AA06239; Fri, 21 Feb 1997 19:29:21 -0500 Errors-To: postmaster@ns1.bloomberg.com Received: from video1.bloomberg.com by ns2.bloomberg.com (5.4R3.00/200.2.1.5) id AA08223; Fri, 21 Feb 1997 19:29:20 -0500 Received: from video21 (video21 [160.43.153.236]) by video1 (940816.SGI.8.6.9/8.6.9) with SMTP id TAA01212 for ; Fri, 21 Feb 1997 19:29:09 -0500 Sender: john@video1.bloomberg.com Message-Id: <330E3DD5.15FB@video1.bloomberg.com> Date: Fri, 21 Feb 1997 19:29:09 -0500 From: john econopouly X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: info-performer@sgi.com Subject: smooth animations Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, I'm a new performer user, and I would love some help. I've inherited a large performer app. that cannot perform smooth animations. Smooth animations are what I want. It was running with pfFrameRate(60), and pfPhase(PFPHASE_LOCK), and appeared to miss a frame every few frames. I thought ok, let me slow the frame rate way down, and set pfFrameRate(3.0f), which to my surprise didn't change anything. And now at this lower frame rate I could tell for sure that the app was skipping every third or 4th frame (or 5th, 6th). Weird. I tried it again - set pfFrameRate(1.0f). Again, no change - in fact, performance might have slightly deteriorated, now skipping a frame every 3rd or 4th, but sometimes 2nd. What?!? I set pfFrameRate(0.1f), just to be sure, again with no improvement in performance - in fact now a frame was being skipped every 2 or 3 frames it seemed. I am very confused. I have removed everything from between pfSync and pfFrame - results are exactly the same. Does anyone have a clue? The app also exhibits the following unexpected behavior, which may or may not be related: Setting pfPhase(PFPHASE_FLOAT) has no effect. This is easy to see in the 1 frame/sec setting - if it skips a frame, it obviously waits exactly a whole second. (and I know the statement is being read, since if I set it to FREERUN it does FREERUN, i.e.much faster.) Any help would be greatly greatly appreciated. (email is preferred, I might miss a post) thanks j ======================================================================= 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 Feb 21 22:47:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA25595; Fri, 21 Feb 1997 16:43: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 QAA25579; Fri, 21 Feb 1997 16:43:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA16553; Fri, 21 Feb 1997 16:43:10 -0800 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 QAA22245 for ; Fri, 21 Feb 1997 16:43:10 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id QAA16541; Fri, 21 Feb 1997 16:42:23 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id QAA12270; Fri, 21 Feb 1997 16:42:09 -0800 From: "Rob Jenkins" Message-Id: <9702211642.ZM12268@quid.csd.sgi.com> Date: Fri, 21 Feb 1997 16:42:09 -0800 In-Reply-To: "Parthiban.S" "multimedia problem" (Feb 15, 4:20pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Parthiban.S" , info-performer@sgi.com Subject: Re: multimedia problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You could have a post draw call back to snapshot the screen each frame, then use dmconvert or something to make a movie file. Or, look at the Cineswipe tool which is in the Developers toolbox ( you may have to be part of the dev program to get it ), you could capture each frame without changing you code. Cheers Rob On Feb 15, 4:20pm, Parthiban.S wrote: > Subject: multimedia problem > > Dear Netters: > Though this is not directly related to performer, i trust you can help me > in solving my problem. > > I would like to capture the Inventor/Perfromer (involves rotation and > translation of objects) files into a single movie file. I could able to > make a movie file from various static images (rgb files). But > I am still exploring the possibilities of importing a dynamic > frames into a movie file. We have indycam.. Kindly advise me in > making a movie file from the animation file. > > Any help is appreciated. > > Thanks > parthi > > ======================================================================= > 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 Parthiban.S -- ________________________________________________________________ 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 Feb 22 05:43:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA26674; Fri, 21 Feb 1997 23:38:40 -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 XAA26658; Fri, 21 Feb 1997 23:38:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA03007; Fri, 21 Feb 1997 23:38:39 -0800 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA20890 for ; Fri, 21 Feb 1997 23:38:37 -0800 Received: (from cutt@localhost) by netcom.netcom.com (8.6.13/Netcom) id XAA12488; Fri, 21 Feb 1997 23:38:35 -0800 Date: Fri, 21 Feb 1997 23:38:34 -0800 (PST) From: "Paul S. Cutt" Subject: Re: spaceball To: Daniel Dougherty cc: Info-Performer In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O You miht want to look at our vr device API XvsLink. It runs under openGL and has a spaceball interface as well as lots of ther VR device inetrfaces. paul ======================================================================= 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 Feb 22 10:38:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA27172; Sat, 22 Feb 1997 04:33: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 EAA27156; Sat, 22 Feb 1997 04:33:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA12225; Sat, 22 Feb 1997 04:33:37 -0800 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 EAA22042 for ; Sat, 22 Feb 1997 04:33:26 -0800 Received: from dialup.netvision.net.il (ts011p3.pop9a.netvision.net.il [194.90.11.203]) by server.rtset.co.il (8.6.12/8.6.9) with SMTP id OAA04249; Sat, 22 Feb 1997 14:48:19 +0200 Message-ID: <330FB956.46C3@rtset.co.il> Date: Sat, 22 Feb 1997 19:28:23 -0800 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-SET X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Daniel Dougherty CC: Info-Performer Subject: Re: spaceball References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O > > Has anyone successfully been able to port a spaceball device from 5.3 IrisGL to 6.2 OpenGL. What would be the best approach? Thank you in advance Daniel, In IrisGL you have the libspaceball support which allows you to read the spaceball through the IrisGL input support (qread, getvaluator, etc.). If you used that approach, then the best way to convert is to start reading inputs using X11 (works also for IrisGL). The spaceball support is an X11 extension. On Irix6.2, don't forget to install the optinput (optional input) software, as it is not installed defaultly. If you were reading your spaceball with X11, then you have nothing to convert. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Feb 22 16:14:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA27565; Sat, 22 Feb 1997 10:03:47 -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 KAA27549; Sat, 22 Feb 1997 10:03:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20418; Sat, 22 Feb 1997 10:03:45 -0800 Received: from sgi600.msd.lmsc.lockheed.com ([129.197.11.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA28322 for ; Sat, 22 Feb 1997 10:03:40 -0800 Received: by sgi600.msd.lmsc.lockheed.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA10334; Sat, 22 Feb 1997 10:03:11 -0800 Date: Sat, 22 Feb 1997 10:03:11 -0800 From: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) Message-Id: <199702221803.KAA10334@sgi600.msd.lmsc.lockheed.com> To: info-performer@sgi.com Subject: pfDirtCheck errors Status: O Hi, Like Elwin Lee, I too have been plagued by a persistant _pfDirtCheck() problem. This problem arises after pfDelete'ing a pfGroup. (Note: I was careful to do a pfRemoveChild() of the pfGroup from it's parent before pfDelete'ing it.) I don't call pfInitState() at all. Normally, I start getting _pfDirtCheck warnings after I do the following: pfNodeTravMask(sceneRoot,PFTRAV_ISECT,0x0,PFTRAV_IS_CACHE|PFTRAV_DESCEND,PF_SET); My only way of getting around this is to NOT pfDelete'ing the pfGroups after pfRemove'ing them and simply let the pfGroup float away resulting in a serious memory leak but at least I don't get _pfDirtCheck'ed. I surmise that somehow something that has been pfDelete'd is still being referenced in this traversal. Is there something else that I have to do to the scene graph after pfRemove'ing and pfDelete'ing a group (such as re-running pfNodePickSetup() on the scene graph) ?. This problem only seems to appear on our Impact R10000 running either Performer 2.01 or Performer 2.1. I can't seem to duplicate the problem on our ONYX running Performer 2.01. I would be grateful for any suggestions. Ken Kenneth N. Sakai Lockheed Martin Missiles & Space Research Specialist/3-D Computer Graphics P.O. Box 3504 Email: sakai@lmsc.lockheed.com Sunnyvale, CA 94088-3504 Phone: (408) 756-0682 ======================================================================= 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 Feb 22 19:53:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA27875; Sat, 22 Feb 1997 13:50:50 -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 NAA27859; Sat, 22 Feb 1997 13:50:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA26781; Sat, 22 Feb 1997 13:50:49 -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 NAA26355 for ; Sat, 22 Feb 1997 13:50:48 -0800 Received: from banshee.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 NAA14795; Sat, 22 Feb 1997 13:50:48 -0800 Received: by banshee.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id NAA15729; Sat, 22 Feb 1997 13:50:47 -0800 Date: Sat, 22 Feb 1997 13:50:47 -0800 From: blythe@banshee.asd.sgi.com (David Blythe) Message-Id: <199702222150.NAA15729@banshee.asd.sgi.com> To: info-performer@sgi.com Subject: Re: spaceball References: Status: O Here is a simple example OpenGL (not performer) program. -db /* * sb.c - skeleton for using the Spaceball * cc -O -o sb sb.c -lGL -lX11 -lXi */ #include #include #include "stdio.h" static int attributeList[] = { GLX_RGBA, GLX_RED_SIZE, 1, None }; void process(void); void init_devices(Display *dpy, Window window); Display *dpy; Window window; int main(int argc, char **argv) { XVisualInfo *vi; Colormap cmap; XSetWindowAttributes swa; GLXContext cx; /* get a connection */ dpy = XOpenDisplay(0); /* get an appropriate visual */ if (!(vi = glXChooseVisual(dpy, DefaultScreen(dpy), attributeList))) { printf("can't find requested visual\n"); exit(1); } /* create a GLX context */ cx = glXCreateContext(dpy, vi, 0, GL_TRUE); /* create a colormap */ cmap = XCreateColormap(dpy, RootWindow(dpy, vi->screen), vi->visual, AllocNone); /* create a window */ swa.colormap = cmap; swa.border_pixel = 0; swa.event_mask = StructureNotifyMask|ExposureMask; window = XCreateWindow(dpy, RootWindow(dpy, vi->screen), 0, 0, 100, 100, 0, vi->depth, InputOutput, vi->visual, CWBorderPixel|CWColormap|CWEventMask, &swa); XMapWindow(dpy, window); /* connect the context to the window */ glXMakeCurrent(dpy, window, cx); glClearColor(.5, .5, .5, 1.); init_devices(dpy, window); process(); } #include #include int spaceball_ball_event_type, spaceball_button_press_event_type, spaceball_button_release_event_type; XDevice *spaceball_device = NULL; void init_devices(Display *dpy, Window window) { XDeviceInfoPtr list; XDevice *XOpenDevice(); XEventClass ListOfEventClass[3]; int i, ndevices; int spaceball_ball_event_class, spaceball_button_press_event_class, spaceball_button_release_event_class; /* get the list of input devices that are attached to the display */ list = (XDeviceInfoPtr) XListInputDevices(dpy, &ndevices); for(i = 0; i < ndevices; i++) { #if 0 printf ("device id = %d\n",list[i].id); printf ("device type = %d\n",list[i].type); printf ("device name = %s\n",list[i].name); printf ("number_of_classes = %d\n",list[i].num_classes); #endif /* open the spaceball device */ if (strcmp(list[i].name, "spaceball") == NULL) { /* * Note that the device_id is not guaranteed to be the * same all the time */ spaceball_device = XOpenDevice(dpy, list[i].id); } } if (!spaceball_device) { fprintf(stderr, "No spaceball box attached to this display\n"); exit(1); } /* select extension events for the dial & button box */ DeviceMotionNotify(spaceball_device, spaceball_ball_event_type, spaceball_ball_event_class); ListOfEventClass[0] = spaceball_ball_event_class; DeviceButtonPress(spaceball_device, spaceball_button_press_event_type, spaceball_button_press_event_class); ListOfEventClass[1]=spaceball_button_press_event_class; DeviceButtonRelease(spaceball_device, spaceball_button_release_event_type, spaceball_button_release_event_class); ListOfEventClass[2]=spaceball_button_release_event_class; XSelectExtensionEvent(dpy,window,ListOfEventClass,3); } void process(void) { XEvent event; int redraw; while(1) { redraw = 0; XNextEvent(dpy, &event); if (event.type == spaceball_ball_event_type) { XDeviceMotionEvent *M = (XDeviceMotionEvent *) &event; if (M->deviceid == spaceball_device->device_id) { int i; int sbdata[6]; for(i=0;iaxes_count;i++) sbdata[M->first_axis+i]=M->axis_data[i]; /* process spaceball data in sbdata[0 .. 5] */ printf("axis data %d %d %d %d %d %d\n", sbdata[0], sbdata[1], sbdata[2], sbdata[3], sbdata[4], sbdata[5]); } } else if (event.type == spaceball_button_press_event_type) { /* spaceball button presses */ XDeviceButtonEvent *B = (XDeviceButtonEvent *)&event; int butno = B->button; if (butno == 9) printf("Spaceball PICK button pressed\n"); else printf("Spaceball button %d pressed\n", butno); } else if (event.type == spaceball_button_release_event_type) { /* spaceball button releases */ XDeviceButtonEvent *b = (XDeviceButtonEvent *)&event; int butno = b->button; if (butno == 9) printf("Spaceball PICK button released\n"); else printf("Spaceball button %d released\n", butno); } else if (event.type == Expose) { redraw = 1; } if (redraw) { printf("redraw\n"); glClear(GL_COLOR_BUFFER_BIT); } } } ======================================================================= 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 Feb 22 22:42:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA28026; Sat, 22 Feb 1997 16:39:00 -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 QAA28010; Sat, 22 Feb 1997 16:38:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA01051; Sat, 22 Feb 1997 16:38:58 -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 QAA14902 for ; Sat, 22 Feb 1997 16:38:55 -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 QAA28496 for ; Sat, 22 Feb 1997 16:44:58 -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 AAA08447 for ; Sun, 23 Feb 1997 00:35:23 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id QAA08462 for info-performer@sgi.com; Sat, 22 Feb 1997 16:43:38 -0800 From: "Marcus Barnes" Message-Id: <9702221643.ZM8461@vaisyas.engr.multigen.com> Date: Sat, 22 Feb 1997 16:43:38 -0800 In-Reply-To: Christopher R Volpe "standard units for model/terrain files?" (Feb 21, 2:50pm) References: <330DFC8C.26C3@ash.crd.ge.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: standard units for model/terrain files? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 21, 2:50pm, Christopher R Volpe wrote: > Subject: standard units for model/terrain files? > Hi- > I was wondering if particular file formats (e.g. Multigen OpenFlight) > use a standard set of units for geometry (i.e. meters, feet, miles, > etc). Each OpenFlight file specifies its own units in the header record. > Do the units tend to vary on a per file basis (e.g. a terrain file > may be in meters whereas a vehicle model may be in feet?) Yes, they can vary in this way ... The OpenFlight loader has a mode that lets you specify the target units that you want. For instance, you can load a file in inches that was modelled in feet. The loader's default target units is meters. See the readme file about PFFLT_USEUNITS for more details. 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 Sun Feb 23 12:42:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA29057; Sun, 23 Feb 1997 06:43:36 -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 GAA29041; Sun, 23 Feb 1997 06:43:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA21607; Sun, 23 Feb 1997 06:43:34 -0800 Received: from sangam.ncst.ernet.in (sangam.ncst.ernet.in [202.41.110.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA03931 for ; Sun, 23 Feb 1997 06:43:16 -0800 Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by sangam.ncst.ernet.in (8.7.5) with SMTP id UAA26543 for ; Sun, 23 Feb 1997 20:17:46 +0530 (GMT+05:30) Received: from serc.serc.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id UAA27927; Sun, 23 Feb 1997 20:09:56 +0530 Received: by serc.serc.iisc.ernet.in (AIX 3.2/UCB 5.64/4.03) id AA35196; Sun, 23 Feb 1997 20:05:10 GMT Date: Sun, 23 Feb 1997 20:05:09 +0000 (IST) From: "Parthiban.S" To: info-performer@sgi.com Subject: wrapping one image over other Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O dear netters: i would like to know the command for wrapping one image file over other. i have used the command long time back. now i have forgotten the command. this is availabe in SGI systems. the usage is command file1.rgb file2.rgb this will put the file1.rgb on file2.rgb and we can see the second image where ever the file1.rgb is transparent. (generally the lighter regions are transparent and darker regions are opaque.) thank u in advance for your help parthi ======================================================================= 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 Feb 23 20:50:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA29616; Sun, 23 Feb 1997 15:43:17 -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 PAA29600; Sun, 23 Feb 1997 15:43:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA04756; Sun, 23 Feb 1997 15:43:14 -0800 Received: from Fe3.rust.net (Fe3.rust.net [204.157.12.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA01935 for ; Sun, 23 Feb 1997 15:43:12 -0800 Received: from moxy.rust.net (moxy.rust.net [204.157.12.252]) by Fe3.rust.net (8.8.5/8.8.5) with ESMTP id SAA02868 for ; Sun, 23 Feb 1997 18:40:51 -0500 (EDT) Received: from pyrgate.UUCP (uucp@localhost) by moxy.rust.net (8.7.5/moxy) with UUCP id XAA12462; Sun, 23 Feb 1997 23:41:11 GMT Date: 23 Feb 97 17:38:20 +0000 From: Ted Jordan Subject: PSI CAVE(tm) dealers looking for talent tech/sales To: Performer ML Question Message-ID: <970223.173820@pyramidvideo.com> X-Mailer: InterCall 1.2 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Status: O PSI CAVE(tm) dealers looking for talent_ 2/23/97 Pyramid Systems, Inc. the leader in Virtual Reality Displays is expanding = its operations & needs aggressive and talented people to advance our CAVE(= TM) & ImmersaDesk(TM) Products from our Suburban Detroit, Michigan location. Full-time and Contract positions are available for the following positions:= Sales Engineer - Will Support Sales with Demos for customers & = Marketing Shows Must be skilled in Unix, C++, C, and OpenGL Plusses are Performer, Inventor, WTK, JAVA, VRML, UIC CAVE Library 2+ years customer support experience Education Rqd: BS in Engineering (preferably Computer or Electrical) -- Software Developer - Will further development of the CAVE Library, = develop demos, applications, and documentation Must be skilled in Unix, C++, C, and OpenGL Plusses are Performer, Inventor, WTK, JAVA, VRML, UIC CAVE Library 2+ years engineering and design experience Education Rqd: MS in Engineering (preferably Computer or Electrical) -- Hardware Developer - Will further development of interfaces for the VR = display products Must be familiar with integrated circuits and design of printed circuit = boards. Must be able to design circuit boards 2+ years engineering and design experience Education Rqd: BS in Engineering (Electrical preferred) = -- Field Technicians - Will handle installations of VR Display products Must have solid communication skills, and work well with people 2+ years customer service experience Education Rqd: Associate Degree, Trade Degree, 2 year Degree in = Technology = (Computer/Electrical/Mechanical preferred) -- Marketing/Business Development - Will work with government and university accounts and expand their business activity. = Must have solid communication skills, and experience in dealing with = government and universities. 2+ years government or high level university experience Education Rqd: BA in Business (Marketing or Finance preferred) www.pyramidsystems.com Interested parties should contact: Ted Jordan, Personnel Pyramid Systems, Inc. 24477 W 10 Mile Road Southfield, MI 48034 810 356 0063 - fax tjordan@pyramidsystems.com No phone calls please EEO/AA Principals Only Please * CAVE(TM) & ImmersaDesk(TM) * Display Systems Integration = * Experiential computing display systems = * Visual simulation display systems * Advanced Visualization Design and Integration * Audio/Visual - Sales, Rental, Service * Consultation Services SEE THE FUTURE IN STEREO (SM) Pyramid Systems, Inc. has the sole rights to market the CAVE & ImmersaDesk = VR display systems and the CAVE Library developed by the University of = Illinois = in Chicago. = ======================================================================= 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 Feb 24 05:07:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA00239; Sun, 23 Feb 1997 23:59:14 -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 XAA00223; Sun, 23 Feb 1997 23:59:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA17706; Sun, 23 Feb 1997 23:59:13 -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 XAA27522 for ; Sun, 23 Feb 1997 23:59:02 -0800 Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id AAA07886 for info-performer@sgi.com; Mon, 24 Feb 1997 00:00:10 -0800 From: "Ren-Jye Yu" Message-Id: <9702240000.ZM7885@python.tamu.edu> Date: Mon, 24 Feb 1997 00:00:10 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Three channels -> draw_callback function run three times???? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I am creating three channels to show three views and then use the draw callback fuction to draw the Head Up Display(HUD). I found that my HUD subroutine will run three times. Two of them are redundant. I only pass data into channel one. I print out the calculation result of HUD subroutine. The same variable will print out three times. Only the first one affects the HUD. Do you have any suggestion to avoid these two redundant calculations? Do you have any idea why pfDrawChanStats cannot show the statistics diagram after my HUD subroutine became complex? Can you tell me which command also can show the frame rate? I need to know how the HUD subroutine affects the frame rate. Thanks. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ 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 Mon Feb 24 07:16:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA00419; Mon, 24 Feb 1997 03:21:08 -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 DAA00403; Mon, 24 Feb 1997 03:21:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA25003; Mon, 24 Feb 1997 03:21:06 -0800 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 DAA24588 for ; Mon, 24 Feb 1997 03:19:37 -0800 Message-Id: <199702241119.DAA24588@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 24 Feb 1997 12:18:30 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 24 Feb 1997 12:18:30 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (undefined); Relayed; Mon, 24 Feb 1997 11:47:57 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 24 Feb 1997 11:24:28 +0100 Date: Mon, 24 Feb 1997 11:24:28 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970224102428] Original-Encoded-Information-Types: teletex,undefined 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: Re : pfDirtCheck error Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-11633" MIME-Version: 1.0 Status: O -----Multi-Part-Message-Level-1-1-11633 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0D=0C I posted the same question about pfDirtCheck a while ago Sharon Rose Clay from SGI answered me that there was an internal bug in Performer 2.0.1, resolved in version 2.0.2. I attached her answer to this= mail. If you are using Pf 2.0.1 maybe it is the same pb. Patch the patches and see if the bug remains... Bye, Michael -----Multi-Part-Message-Level-1-1-11633 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Kz4tLS0tIE9uIEphbiAxNywgIDE6MzNwbSwgQk9DQ0FSQSBNaWNoYWVsIHdyb3RlOg0KPiBT dWJqZWN0OiBfcGZEaXJ0Q2hlY2sgOiBwZldoYXRzVGhhdCA/Pz8NCi0+RnJvbSBndWVzdEBo b2xvZGVjay5jc2Quc2dpLmNvbSAgRnJpIEphbiAxNyAwNToxODo1MyAxOTk3DQotPg0KLT4M ICAgICBIaSwNCi0+ICAgICBJIGFtIGxvYWRpbmcgbWFueSBtb2RlbCBmaWxlcyBpbiBwZmIg Zm9ybWF0Lg0KLT4gICAgIEhlciBpcyBhbiBlcnJvciBub3RpZmllZCBieSBQZXJmb3JtZXIg YXQgdGhlIGZpcnN0IGZyYW1lLCBhbmQgbG9vcGluZyBhbGwNCi0+ICAgICB0aW1lIHNpbmNl IHRoZW46YA0KLT4NCi0+ICAgICBQRiBXYXJuaW5nL1N5c0VyciAgICAgICAgX3BmRGlydENo ZWNrIDogYmFkIHBmT2JqZWN0IGluZGV4IDQxNTEwNjUyOA0KLT4gICAgIFRoZSBzdHJhbmdl c3QgaXMgdGhhdCB0aGlzIGVycm9yIGRpc2FwcGVhcnMgYW5kIG15IHNpbSB3b3JrcyBPSyB3 aGVuIEkNCi0+ICAgICByZXBsYWNlIG9uZSBvZiBteSBtb2RlbHMgZnJvbSBwZmIgdG8gaXYg Zm9ybWF0Lg0KLT4NCi0+ICAgICBJcyB0aGVyZSBhIGJ1ZyBpbiBsaWJwZnBmYiB0aGF0IGxp bWl0cyB0aGUgbnVtYmVyIG9mIG1vZGVscyB5b3UgY2FuIGxvYWQgaW4gMQ0KLT4gICAgIHNp bXVsYXRpb24gPyANCi0+DQotPiAgICAgSSBhbSB3b3JraW5nIG9uIGFuIE9ueXggUkUyLCBQ ZXJmb3JtZXIgMi4wIGFuZCBJIGV4dHJhY3RlZCBsaWJwZnBmYiBmcm9tIHRoZQ0KLT4gICAg IHNnaSB3ZWIgc2l0ZS4NCi0+DQotPiAgICAgUGxlYXNlIGdpdmUgbWUgc29tZSBleHBsYW5h dGlvbiBiZWNhdXNlIEkgYW0gZmFjaW5nIGEgd2FsbCBpbiBteSBkZXZlbG9wbWVudC4NCg0K DQpBbnkgY2hhbmNlIHlvdSBhcmUgdXNpbmcgdGhlIE4zMiB2ZXJzaW9ucyBhbmQgaGF2ZW4n dCBnb3R0ZW4gdGhlIA0KUGVyZm9ybWVyIDIuMC4yIHBhdGNoZXMgKDEzNDcgZm9yIGVvZSAg YW5kIDEzOTIgZm9yIGRldik/DQpZb3UgY2FuIHJlcXVlc3QgdGhlc2UgcGF0Y2hlcyBmcm9t IHlvdXIgc2FsZXMgb2ZmaWNlIGlmIHlvdSBkbyBub3QgaGF2ZSB0aGVtLg0KDQpUaGVyZSB3 YXMgYSBidWcgaW4gdGhlIE4zMiBjb21waWxlciB3aGVuIHdlIGJ1aWx0IFBlcmZvcm1lcjIu MCBhbmQgaXQgY2F1c2VkDQphbiBpbmZpbml0ZSBsb29wIGluIHRoZSBpbnRlcm5hbCByb3V0 aW5lIF9wZkRpcnRDaGVjayBvbmNlIHlvdSBoaXQgYSANCmNlcnRhaW4gbnVtYmVyIG9mIGFs bG9jYXRlZCBhbmQgZGVsZXRlZCBwZk9iamVjdHMuICBBIGRpZmZlcmVudCBtb2RlbCBvcg0K ZGlmZmVyZW50IGxvYWRlciBjb3VsZCBjaGFuZ2UgdGhlIG51bWJlciBvZiBkZWxldGlvbnMg YW5kIHRodXMgY2hhbmdlIHdoZW4geW91DQp3b3VsZCB0aGlzIHRoaXMgdGhyZXNob2xkLiAg IFRoaXMgYnVnIHdvdWxkIG5vdCBiZSBpbiB0aGUgTzMyIHZlcnNpb24gc28gaWYNCml0IGZh aWxzIGFsc28gaW4gTzMyIHRoZW4gdGhpcyBpcyBub3QgeW91ciBwcm9ibGVtLiAgDQoNCkxl dCB1cyBrbm93IGlmIHlvdSBuZWVkIG1vcmUgYXNzaXN0YW5jZSENCnNyYy4NCg0KLS0gDQot LS0tLXstLS0tLXstLS1AICAgLS0tLS17LS0tLXstLS1AICAgLS0tLS17LS0tLXstLS1AICAg LS0tLS17LS0tLXstLS1ADQpTaGFyb24gUm9zZSBDbGF5IChGaXNjaGxlcikgLSBTaWxpY29u IEdyYXBoaWNzLCBBZHZhbmNlZCBTeXN0ZW1zIERldi4NCnNyY0BzZ2kuY29tICAoNDE1KSA5 MzMgLSAxMDAyICBGQVg6ICg0MTUpIDk2NSAtIDI2NTggIE1TIDhVLTU5MA0KLS0tLS17LS0t LS17LS0tQCAgIC0tLS0tey0tLS17LS0tQCAgIC0tLS0tey0tLS17LS0tQCAgIC0tLS0tey0t LS17LS0tQA0K -----Multi-Part-Message-Level-1-1-11633-- ======================================================================= 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 Feb 24 07:16:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA00437; Mon, 24 Feb 1997 03:24:47 -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 DAA00421; Mon, 24 Feb 1997 03:24:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA25065; Mon, 24 Feb 1997 03:24:23 -0800 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 DAA25255 for ; Mon, 24 Feb 1997 03:23:54 -0800 Received: from calvay.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Mon, 24 Feb 1997 11:14:07 +0000 Received: from localhost by calvay.dcs.ed.ac.uk; Mon, 24 Feb 1997 11:09:19 GMT Date: Mon, 24 Feb 1997 11:09:09 +0000 (GMT) From: Martin Reddy To: "Parthiban.S" cc: info-performer@sgi.com Subject: Re: wrapping one image over other In-Reply-To: Message-ID: Organisation: Department of Computer Science - University of Edinburgh MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > command file1.rgb file2.rgb > > this will put the file1.rgb on file2.rgb and we can see the second > image where ever the file1.rgb is transparent. (generally the > lighter regions are transparent and darker regions are opaque.) Some C source code was posted to this list a while back by Billard Olivier to do just this. It'll be in the Performer list archives - I think it was in June 1996 if I recall correctly. Also, don't know if this is of any use to you, but I wrote a similar utility which just takes one RGB image and a number of colours, and then produces an RGBA file with those colours turned transparent. This is a less general utility than Billard's one, but it does obviate the need to produce a mask image. Source code below if you're interested. 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 | +============================================================================+ /* * Filename : rgbtrans.c * Version : 1.0 * * Author : Martin Reddy, * Date : 3 Nov 1996. * * Purpose : take any RGB image (BW/RGB/RGBA) and output an RGBA image. * a list of colours can be provided and these are used to * define which colours within the RGBA image will be transparent. * (Uses Paul Haeberli's image library.) * * Compile : "cc rgbtrans.c -o rgbtrans -limage" * */ #include #include #include #include #define TRUE 1 #define FALSE 0 #define RGBA_EXT ".rgba" #define TEMP_EXT ".tmp" #define IncPtr(x,y) ( ((int)(x)) + ((int)(y)) ) /* a structure to hold an RGB colour definition, and a list of these */ typedef struct { short r, g, b; } colour_t; colour_t *colour; int noOfColours; /* Program usage information */ void usage( void ) { puts( "rgbtrans v1.0. Martin Reddy, 1996." ); puts( "~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~" ); puts( " usage : rgbtrans [ [ ...]]" ); puts( "purpose : takes any RGB image and generates an RGBA image in which" ); puts( " all of the specified colours are transparent." ); puts( " output : the output file is with a .rgba extension" ); puts( " (if input file has .rgba ext, it will be overwritten)"); puts( " params : format for = 0xRRGGBB (hexidecimal notation)" ); puts( "example : rgbtrans image.rgb 0x000000" ); exit( 1 ); } /* add a specified extension to a filename, replacing one if already there */ void addExt( char* filename, char* ext ) { char* dot; if ( (dot = (char *) strrchr( filename, '.' )) != NULL ) *dot = '\0'; strcat( filename, ext ); } /* return the decimal value of the first two hexidec. chars of a string */ short convertHex( char *hexstring ) { char hexbyte[3]; hexbyte[0] = hexstring[0]; hexbyte[1] = hexstring[1]; hexbyte[2] = '\0'; return (short) strtoul( hexbyte, NULL, 16 ); } /* check that the command line parameters and build the colour array */ void checkParams( int argc, char *argv[] ) { FILE *handle; char *ext; int i, j, valid; /* provide program usage information if not enough parameters */ if ( argc < 3 ) usage(); /* check to see if the specified filename actually exists */ if ( ( handle = fopen( argv[1], "r" ) ) == NULL ) { fprintf( stderr, "%s: file \"%s\" does not exist.\n", argv[0], argv[1] ); exit( 1 ); } else fclose( handle ); /* create a table to hold all of the colour specifications */ colour = (colour_t *) malloc( argc * sizeof(colour_t) ); noOfColours = 0; /* check the format of each of the colour specifications */ for ( i = 2; i < argc; ++i ) { valid = TRUE; if ( strlen( argv[i] ) != 8 ) valid = FALSE; if ( argv[i][0] != '0' && toupper(argv[i][1]) != 'X' ) valid = FALSE; for ( j = 2; j <= 7 && valid == TRUE; ++j ) { argv[i][j] = toupper( argv[i][j] ); if ( ( argv[i][j] < '0' || argv[i][j] > '9' ) && ( argv[i][j] < 'A' || argv[i][j] > 'F' ) ) valid = FALSE; } if ( valid == FALSE ) { fprintf( stderr, "%s: \"%s\" not in 0xRRGGBB notation.\n", argv[0], argv[i] ); exit( 1 ); } colour[noOfColours].r = convertHex( (char *) IncPtr( argv[i], 2 ) ); colour[noOfColours].g = convertHex( (char *) IncPtr( argv[i], 4 ) ); colour[noOfColours].b = convertHex( (char *) IncPtr( argv[i], 6 ) ); noOfColours++; } } /* the main program: this is the biggy where is all happens! */ int main( int argc, char *argv[] ) { IMAGE *in_image, *out_image; char in_filename[100], out_filename[100]; int x, y, w, h, a, c; short *rbuf, *gbuf, *bbuf,*abuf; /* check that we have enough parameters and that they are all valid */ checkParams( argc, argv ); /* work out the name of the input RGB image and the output RGBA image */ strcpy( in_filename, argv[1] ); strcpy( out_filename, argv[1] ); addExt( out_filename, TEMP_EXT ); /* open the input and output image files */ if ( ( in_image = iopen( in_filename, "r" ) ) == NULL ) { fprintf( stderr, "%s: \"%s\" is not a valid RGB image\n", argv[0], in_filename ); exit(1); } w = in_image->xsize; h = in_image->ysize; if ( (out_image = iopen( out_filename, "w", RLE(1), 3, w, h, 4 )) == NULL) { fprintf( stderr, "%s: cannot write to file %s\n", argv[0], out_filename ); exit(1); } /* allocate some buffers for the image data */ rbuf = (short *) malloc( w * sizeof(short) ); gbuf = (short *) malloc( w * sizeof(short) ); bbuf = (short *) malloc( w * sizeof(short) ); abuf = (short *) malloc( w * sizeof(short) ); /* generate the new RGBA file.... */ for( y = 0; y < h; ++y ) { /* read in the RGB data from the input file */ getrow( in_image, rbuf, y, 0 ); getrow( in_image, gbuf, y, 1 ); getrow( in_image, bbuf, y, 2 ); /* generate the alpha channel from the RGB data and colour specs */ for ( x = 0; x < w; ++x ) { a = 255; for ( c = 0; c < noOfColours && a > 0; ++c ) if ( rbuf[x] == colour[c].r && gbuf[x] == colour[c].g && bbuf[x] == colour[c].b ) a = 0; abuf[x] = a; } /* output the new image data to the RGBA file */ putrow( out_image, rbuf, y, 0 ); putrow( out_image, gbuf, y, 1 ); putrow( out_image, bbuf, y, 2 ); putrow( out_image, abuf, y, 3 ); } /* close all open files, move the temp file to the final file and exit */ iclose( in_image ); iclose( out_image ); addExt( in_filename, TEMP_EXT ); addExt( out_filename, RGBA_EXT ); rename( in_filename, out_filename ); printf( "Transparent (RGBA) image written to %s.\n", out_filename ); return 0; } /*** EOF: rgbtrans.c ***/ ======================================================================= 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 Feb 24 13:11:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01306; Mon, 24 Feb 1997 09:32: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 JAA01290; Mon, 24 Feb 1997 09:32:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA15617; Mon, 24 Feb 1997 09:32:01 -0800 Received: from sgi600.msd.lmsc.lockheed.com ([129.197.11.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA08178 for ; Mon, 24 Feb 1997 09:31:57 -0800 Received: by sgi600.msd.lmsc.lockheed.com (940816.SGI.8.6.9/940406.SGI) id JAA13804; Mon, 24 Feb 1997 09:12:30 -0800 From: "Ken Sakai" Message-Id: <9702240912.ZM13802@sgi600.msd.lmsc.lockheed.com> Date: Mon, 24 Feb 1997 09:12:29 -0800 In-Reply-To: BOCCARA Michael "Re : pfDirtCheck error" (Feb 24, 11:24am) References: <199702241119.DAA24588@sgi.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: BOCCARA Michael , Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Re: Re : pfDirtCheck error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 11:24am, BOCCARA Michael wrote: > Subject: Re : pfDirtCheck error > > [ text/plain > Encoded with "quoted-printable" ] : > > > I posted the same question about pfDirtCheck a while ago > Sharon Rose Clay from SGI answered me that there was an internal bug in > Performer 2.0.1, resolved in version 2.0.2. I attached her answer to this > mail. > If you are using Pf 2.0.1 maybe it is the same pb. > Patch the patches and see if the bug remains... > > Bye, > > Michael > > > [ Attachment (application/octet-stream): 2495 bytes > Encoded with "base64" ] >-- End of excerpt from BOCCARA Michael Unfortunately I have a different problem since the bug patched by the patches suggested by Sharon Clay apparently is found in N32 versions only and not the O32 executables. Then again, I wonder if running O32 executables on an IRIX 6.2 system is the problem? Thanks anyway, Ken ======================================================================= 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 Feb 24 13:11:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01385; Mon, 24 Feb 1997 09:38: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 JAA01369; Mon, 24 Feb 1997 09:38:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA16216; Mon, 24 Feb 1997 09:38:20 -0800 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 JAA09595 for ; Mon, 24 Feb 1997 09:38:08 -0800 Received: from nantes0-029.sct.fr (nantes0-029.sct.fr [194.206.158.29]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id SAA09970 for ; Mon, 24 Feb 1997 18:37:24 +0100 Message-Id: <199702241737.SAA09970@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="us-ascii" Date: Mon, 24 Feb 1997 18:38:14 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: wrapping one image over other Status: O >Some C source code was posted to this list a while back by Billard Olivier >to do just this. It'll be in the Performer list archives - I think it was >in June 1996 if I recall correctly. I'm affraid, for this my post was a little out of the subject. In fact what I posted was a tool that inputs RGB image and black and white image as a mask and outputs a RGBA image ( usefull for inventor textures). if the final use of your wrapping is just to display the mixed image: basically load images under showcase! here you can use the alpha channel. So you can make your wrapping using the alpha channel putting one image over the second! ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Mon Feb 24 12:26:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA00718; Mon, 24 Feb 1997 07:11:58 -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 HAA00702; Mon, 24 Feb 1997 07:11:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA04143; Mon, 24 Feb 1997 07:11:56 -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 HAA26097 for ; Mon, 24 Feb 1997 07:11:54 -0800 Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA018057316; Mon, 24 Feb 1997 09:15:16 -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 AA216446875; Mon, 24 Feb 1997 09:07:55 -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-1997Feb24.080300.1074.22552; Mon, 24 Feb 1997 09:08:39 -0600 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer), majordomo@coryphaeus.com (csi-users) Message-Id: <1997Feb24.080300.1074.22552@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: Mon, 24 Feb 1997 09:08:39 -0600 Subject: Sun and Moon Calculations Status: O Has anyone done Sun and Moon calculations/display in either Coryphaeus' EasyScene, Performer, or OpenGL. Our Application is based in EasyScene, but has pure Performer callbacks and OpenGL callbacks, so I can handle this any way is easiest.... What would be the best way of handling the relative size of the lunar/solar discs? We have some infra-red cameras that don't appreciate looking at the sun and I'd love to simulate tests and verify no solar crossings during a mission.... We're running an Infinite Reality with Performer 2.1.... jeff ========================================== Jeffry J. Brickley jbrickley@programmer.net 3D Systems Programmer, Lockheed Martin White Sands Missile Range, NM ========================================== Reality is for those who don't have VR.... ======================================================================= 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 Feb 24 13:09:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA00803; Mon, 24 Feb 1997 07:53:28 -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 HAA00786; Mon, 24 Feb 1997 07:53:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06856; Mon, 24 Feb 1997 07:53:27 -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 HAA03170 for ; Mon, 24 Feb 1997 07:53:17 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA25458; Mon, 24 Feb 97 10:52:02 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id KAA07200; Mon, 24 Feb 1997 10:52:04 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <3311B924.12B4@ash.crd.ge.com> Date: Mon, 24 Feb 1997 10:52:04 -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: Marcus Barnes Cc: info-performer@sgi.com Subject: Re: standard units for model/terrain files? References: <330DFC8C.26C3@ash.crd.ge.com> <9702221643.ZM8461@vaisyas.engr.multigen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Marcus Barnes wrote: > > On Feb 21, 2:50pm, Christopher R Volpe wrote: > > Subject: standard units for model/terrain files? > > Hi- > > I was wondering if particular file formats (e.g. Multigen OpenFlight) > > use a standard set of units for geometry (i.e. meters, feet, miles, > > etc). > > Each OpenFlight file specifies its own units in the header record. Great! > > The OpenFlight loader has a mode that lets you specify the target units that > you want. For instance, you can load a file in inches that was modelled in > feet. The loader's default target units is meters. See the readme file about > PFFLT_USEUNITS for more details. Thanks! This will be most helpful. Followup question: Is there a format-independent interface for obtaining such information? (I.e. does Performer specify a loader function that specific loaders should comply with so that application developers can obtain such information in a format-independent way much like the format-independent way in which application can load files?) thanks again, 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 Feb 24 13:11:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA01007; Mon, 24 Feb 1997 08:11:40 -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 IAA00991; Mon, 24 Feb 1997 08:11:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA08265; Mon, 24 Feb 1997 08:11:35 -0800 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 IAA07571 for ; Mon, 24 Feb 1997 08:11:31 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA13812; Mon, 24 Feb 1997 11:09:36 -0500 Date: Mon, 24 Feb 1997 11:09:36 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702241109.ZM13811@hotsauce.clubfed.sgi.com> In-Reply-To: john econopouly "smooth animations" (Feb 21, 7:29pm) References: <330E3DD5.15FB@video1.bloomberg.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: john econopouly , info-performer@sgi.com Subject: Re: smooth animations Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O John, I assume you know you are skipping frames from the stats display. What are the times taken for APP CULL and DRAW should be in milliseconds? To run at 60Hz you have 16ms (1000ms/sec / 60Hz) to render each frame assuming you are on a multiprocessor system and are running performer in multiprocessing mode APP_CULL_DRAW, the stats display will tell you that also. The PFPHASE_LOCK can only guaruntee you don't draw before that 16ms frame boundry in other words you will never go faster then 60Hz. PFPHASE_LOCK will not guaruntee you to render @ 60Hz you have to tune your code and database to do that. You can use levels-of-detail, more efficent culling, fewer polygons, etc,... to reach that goal. Brian On Feb 21, 7:29pm, john econopouly wrote: > Subject: smooth animations > Hi all, I'm a new performer user, and I would love some help. > > > I've inherited a large performer app. that cannot perform smooth > animations. Smooth animations are what I want. > It was running with > pfFrameRate(60), > and pfPhase(PFPHASE_LOCK), > and appeared to miss a frame every few frames. > > > I thought ok, let me slow the frame rate way down, and set > pfFrameRate(3.0f), > which to my surprise didn't change anything. And now at this lower > frame rate I could tell for sure that the app was skipping every > third or 4th frame (or 5th, 6th). Weird. I tried it again - set > pfFrameRate(1.0f). > Again, no change - in fact, performance might have slightly > deteriorated, now skipping a frame every 3rd or 4th, but sometimes 2nd. > What?!? I set > pfFrameRate(0.1f), > just to be sure, again with no improvement in performance - in fact now > a frame was being skipped every 2 or 3 frames it seemed. I am very > confused. I have removed everything from between pfSync and pfFrame - > results are exactly the same. Does anyone have a clue? > > > The app also exhibits the following unexpected behavior, which may or > may not be related: > Setting pfPhase(PFPHASE_FLOAT) has no effect. This is easy to see in > the 1 frame/sec setting - if it skips a frame, it obviously waits > exactly a whole second. (and I know the statement is being read, since > if I set it to FREERUN it does FREERUN, i.e.much faster.) > > > Any help would be greatly greatly appreciated. > (email is preferred, I might miss a post) > thanks > j > ======================================================================= > 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 john econopouly -- 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 Feb 24 15:49:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA01494; Mon, 24 Feb 1997 10:30:23 -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 KAA01478; Mon, 24 Feb 1997 10:30:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21386; Mon, 24 Feb 1997 10:30:22 -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 KAA21558 for ; Mon, 24 Feb 1997 10:30:18 -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 KAA00551 for ; Mon, 24 Feb 1997 10:34:51 -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 SAA20643 for ; Mon, 24 Feb 1997 18:25:14 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id KAA10031 for info-performer@sgi.com; Mon, 24 Feb 1997 10:33:29 -0800 From: "Marcus Barnes" Message-Id: <9702241033.ZM10030@vaisyas.engr.multigen.com> Date: Mon, 24 Feb 1997 10:33:29 -0800 In-Reply-To: Christopher R Volpe "Re: standard units for model/terrain files?" (Feb 24, 10:52am) References: <330DFC8C.26C3@ash.crd.ge.com> <9702221643.ZM8461@vaisyas.engr.multigen.com> <3311B924.12B4@ash.crd.ge.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: standard units for model/terrain files? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 10:52am, Christopher R Volpe wrote: > > Followup question: Is there a format-independent interface for obtaining > such information? (I.e. does Performer specify a loader function that > specific loaders should comply with so that application developers can > obtain such information in a format-independent way much like the > format-independent way in which application can load files?) Nope. The entire loader api is documented under pfdLoadFile(3). Perhaps pfdConverterMode(3) could specify some standard tokens for database units, but not all (most?) source formats have that information. 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 Mon Feb 24 17:19:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01648; Mon, 24 Feb 1997 11:57: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 LAA01632; Mon, 24 Feb 1997 11:57:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01093; Mon, 24 Feb 1997 11:57:40 -0800 Received: from newton.ncsa.uiuc.edu (newton.ncsa.uiuc.edu [141.142.2.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA13724 for ; Mon, 24 Feb 1997 11:57:32 -0800 Received: from picasso.ncsa.uiuc.edu (picasso.ncsa.uiuc.edu [141.142.223.63]) by newton.ncsa.uiuc.edu (8.8.5/8.8.5) with SMTP id NAA19481 for <@newton.ncsa.uiuc.edu:info-performer@sgi.com>; Mon, 24 Feb 1997 13:57:11 -0600 (CST) Received: by picasso.ncsa.uiuc.edu (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.com id NAA16079; Mon, 24 Feb 1997 13:57:10 -0600 Date: Mon, 24 Feb 1997 13:57:10 -0600 From: elpeters@ncsa.uiuc.edu (Edward Peters) Message-Id: <199702241957.NAA16079@picasso.ncsa.uiuc.edu> To: info-performer@sgi.com Subject: trouble with transparent textures Status: O Howdy, I'm using Performer 2.1 on an IR Onyx running IRIX 6.2 I'd like to map an rgba texture onto a piece of geometry, so I've added the following calls when I build my geoset and its corresponding geostate: gState->setVal(PFSTATE_ALPHAREF, 0.0); gState->setMode(PFSTATE_ALPHAFUNC, PFAF_EQUAL); gState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); >From the Performer Programmer's guide, I'd expect areas of my texture with alpha=0 to be transparent, but instead nothing is drawn (the whole thing is transparent!) If I remove the above calls I get normal texture mapping (but no transparency). Can anyone offer suggestions? Texturing is awfully complicated, and as verbose and readable as all the gl and performer man pages are :) I'm coming to the end of my ability to comprehend. Thanks in advance. Ed Peters elpeters@ncsa.uiuc.edu (Grad. research assistant, NCSA) ======================================================================= 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 Feb 24 19:02:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02101; Mon, 24 Feb 1997 13:34: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 NAA02085; Mon, 24 Feb 1997 13:34:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11461; Mon, 24 Feb 1997 13:34:09 -0800 Received: from mailhub1.trw.com (mailhub1.TRW.COM [129.193.4.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA04136 for ; Mon, 24 Feb 1997 13:34:08 -0800 Received: from qmgate.TRW.COM by mailhub1.trw.com; Mon, 24 Feb 97 13:29:05 -0800 Message-ID: Date: 24 Feb 1997 16:44:17 -0800 From: "Daniel Dougherty" Subject: OpenGL guides To: "info-performer" X-Mailer: Mail*Link SMTP-QM 4.0.0 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="Message Body" Status: O Subject: Time: 4:27 = PM OFFICE MEMO OpenGL guides Date: = 2/24/97 How does one get their hands on the Iris Performer Programming Guide for = OpenGL or is there an extension to the IrisGL programming guide? Dan ======================================================================= 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 Feb 24 20:21:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA02779; Mon, 24 Feb 1997 14:47:28 -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 OAA02763; Mon, 24 Feb 1997 14:47:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA19572; Mon, 24 Feb 1997 14:47:25 -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 OAA21282 for ; Mon, 24 Feb 1997 14:47:12 -0800 Received: from picard.dnaco.net (eheft@picard.dnaco.net [206.150.232.4]) by april.dnaco.net (8.8.5/8.8.4) with ESMTP id RAA02970 for ; Mon, 24 Feb 1997 17:40:21 -0500 (EST) From: Eric Heft Received: (from eheft@localhost) by picard.dnaco.net (8.8.4/8.8.4) id RAA24021 for info-performer@sgi.com; Mon, 24 Feb 1997 17:40:52 -0500 (EST) Message-Id: <199702242240.RAA24021@picard.dnaco.net> Subject: Need to increase heap. To: info-performer@sgi.com (Performer Mailing List) Date: Mon, 24 Feb 1997 17:40:51 -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 , I'm having some problem getting a flt data file to load. Using perfly -n 5 it looks like I run out of memory. I've increased the swap space by 256 meg. and I still get the following errors. 1367 PF Debug/Resource: pfDataPool::create() - pid 1367 - 131072 bytes at 0x4c0000 succeeded for /usr/tmp/pfutil1367.pfdpool 1367 PF Debug: pfInitUtil(): pid 1367 created pfUtil data pool: pfutil1367 1367 PF Info: pfdLoadFile_flt: database ../tmp/f117_save_14_2.flt 1367 PF Info/Resource: loading file ../tmp/f117_save_14_2.flt 1367 PF Warning/Usage(12): pfMemory::new() Unable to allocate 28724 bytes from the heap. 1367 PF Warning/Resource: pfCalloc() error. How does one increase the size of the heap? 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 Mon Feb 24 23:06:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA03669; Mon, 24 Feb 1997 17:33:23 -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 RAA03653; Mon, 24 Feb 1997 17:33:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA03007; Mon, 24 Feb 1997 17:33:22 -0800 Received: from torino.corp.es.com (torino.corp.es.com [130.187.170.70]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA28188 for ; Mon, 24 Feb 1997 17:33:15 -0800 Received: by torino.corp.es.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC224F.3B912520@torino.corp.es.com>; Mon, 24 Feb 1997 12:35:35 -0700 Message-ID: From: Mark Mueller To: "'info-performer@sgi.com'" Subject: IR./PF support for index or palette texture Date: Mon, 24 Feb 1997 12:35:35 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O I have a sim application where I want to use palette texture on an Infinite Reality. I have heard that IR. supports a 256 bit paletted texture and have also seen the palette texture extension for OGL. Does anyone have any suggestions for how I can activate this mode and animate my texture based palette etc. on an IR.? Thank You. Mark Mueller ======================================================================= 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 Feb 24 23:26:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA05312; Mon, 24 Feb 1997 19:50: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 TAA05296; Mon, 24 Feb 1997 19:50:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA11724; Mon, 24 Feb 1997 19:50:31 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA21979; Mon, 24 Feb 1997 19:50:29 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id DAA16595; Tue, 25 Feb 1997 03:44:13 GMT From: "Angus Dorbie" Message-Id: <9702250344.ZM16593@bitch.reading.sgi.com> Date: Tue, 25 Feb 1997 03:44:13 +0000 In-Reply-To: elpeters@ncsa.uiuc.edu (Edward Peters) "trouble with transparent textures" (Feb 24, 1:57pm) References: <199702241957.NAA16079@picasso.ncsa.uiuc.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: elpeters@ncsa.uiuc.edu (Edward Peters), info-performer@sgi.com Subject: Re: trouble with transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 1:57pm, Edward Peters wrote: > Subject: trouble with transparent textures > > Howdy, > > I'm using Performer 2.1 on an IR Onyx running IRIX 6.2 > > I'd like to map an rgba texture onto a piece of geometry, so I've added > the following calls when I build my geoset and its corresponding > geostate: > > gState->setVal(PFSTATE_ALPHAREF, 0.0); > gState->setMode(PFSTATE_ALPHAFUNC, PFAF_EQUAL); Whoaa... I just noticed, your alpha function and alpha ref values are basically saying "only draw pixels with an alpha value of zero" this means you won't see any because they'll be transparent. Try PFAF_NOTEQUAL for more reasonable results. Cheers, 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 Mon Feb 24 23:26:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA05330; Mon, 24 Feb 1997 19:50:34 -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 TAA05314; Mon, 24 Feb 1997 19:50:33 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA11731; Mon, 24 Feb 1997 19:50:33 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA21983; Mon, 24 Feb 1997 19:50:31 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id DAA16584; Tue, 25 Feb 1997 03:39:16 GMT From: "Angus Dorbie" Message-Id: <9702250339.ZM16582@bitch.reading.sgi.com> Date: Tue, 25 Feb 1997 03:39:15 +0000 In-Reply-To: elpeters@ncsa.uiuc.edu (Edward Peters) "trouble with transparent textures" (Feb 24, 1:57pm) References: <199702241957.NAA16079@picasso.ncsa.uiuc.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: elpeters@ncsa.uiuc.edu (Edward Peters), info-performer@sgi.com Subject: Re: trouble with transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 1:57pm, Edward Peters wrote: > Subject: trouble with transparent textures > > Howdy, > > I'm using Performer 2.1 on an IR Onyx running IRIX 6.2 > > I'd like to map an rgba texture onto a piece of geometry, so I've added > the following calls when I build my geoset and its corresponding > geostate: > > gState->setVal(PFSTATE_ALPHAREF, 0.0); > gState->setMode(PFSTATE_ALPHAFUNC, PFAF_EQUAL); > gState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); > > From the Performer Programmer's guide, I'd expect areas of my texture > with alpha=0 to be transparent, but instead nothing is drawn (the whole > thing is transparent!) If I remove the above calls I get normal texture > mapping (but no transparency). It sounds like you have alpha information elsewhere, for example in the COLOR4 attibute information or the material. Make sure the material and each COLOR4 geoset attribute has alpha == 1. This should do the trick. > > Can anyone offer suggestions? Texturing is awfully complicated, and as > verbose and readable as all the gl and performer man pages are :) I'm > coming to the end of my ability to comprehend. > Hang in there, you'll find it easy in the end. Cheers, 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 Mon Feb 24 23:26:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA05265; Mon, 24 Feb 1997 19:20: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 TAA05249; Mon, 24 Feb 1997 19:20:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA10566; Mon, 24 Feb 1997 19:20:31 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA17891; Mon, 24 Feb 1997 19:20:29 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id DAA16574; Tue, 25 Feb 1997 03:15:19 GMT From: "Angus Dorbie" Message-Id: <9702250315.ZM16572@bitch.reading.sgi.com> Date: Tue, 25 Feb 1997 03:15:18 +0000 In-Reply-To: "Ren-Jye Yu" "Three channels -> draw_callback function run three times????" (Feb 24, 12:00am) References: <9702240000.ZM7885@python.tamu.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Ren-Jye Yu" , info-performer@sgi.com Subject: Re: Three channels -> draw_callback function run three times???? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 12:00am, Ren-Jye Yu wrote: > Subject: Three channels -> draw_callback function run three times???? > Hello, > I am creating three channels to show three views and then use the draw > callback fuction to draw the Head Up Display(HUD). I found that my HUD > subroutine will run three times. Two of them are redundant. I only pass data > into channel one. I print out the calculation result of HUD subroutine. The > same variable will print out three times. Only the first one affects the HUD. > Do you have any suggestion to avoid these two redundant calculations? Use call data or the channel pointer to identify the channel and toggle the call to draw the hud. > Do you have any idea why pfDrawChanStats cannot show the statistics > diagram after my HUD subroutine became complex? Sounds like the state you are leaving the GL in. Try to leave things in a reasonably sane state after the HUD, maybe try simplifying the HUD to troubleshoot what's causing the problem. > ... Can you tell me which command > also can show the frame rate? Drawintg the channel statistics should be able to give you this info, the trouble is drawing the statistics can affect the frame rate, perhaps much more so than your HUD. > ...I need to know how the HUD subroutine affects the > frame rate. Use pfGetTime() in your draw to time when you enter the same piece of code each frame. You could time isolated drawing like the HUD code but you have to make sure you flush the calls and you have to be carefull how you interpret the information. Cheers, 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 Tue Feb 25 03:07:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA05864; Mon, 24 Feb 1997 21:52: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 VAA05848; Mon, 24 Feb 1997 21:52:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA16704; Mon, 24 Feb 1997 21:52:04 -0800 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 VAA08251 for ; Mon, 24 Feb 1997 21:52:03 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id VAA16690; Mon, 24 Feb 1997 21:51:17 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id VAA17032; Mon, 24 Feb 1997 21:51:06 -0800 From: "Rob Jenkins" Message-Id: <9702242151.ZM17030@quid.csd.sgi.com> Date: Mon, 24 Feb 1997 21:51:06 -0800 In-Reply-To: "Daniel Dougherty" "OpenGL guides" (Feb 24, 4:44pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Daniel Dougherty" , "info-performer" Subject: Re: OpenGL guides Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 4:44pm, Daniel Dougherty wrote: > Subject: OpenGL guides > > [ plain text > Encoded with "quoted-printable" ] : > Subject: Time: 4:27 PM > OFFICE MEMO OpenGL guides Date: 2/24/97 > > How does one get their hands on the Iris Performer Programming Guide for OpenGL or is there an extension to the IrisGL programming guide? > > Dan > > 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 Daniel Dougherty There's the online book Performer Programming Guide which covers both 'GLs' ( after pf 2 at least ) and the OpenGL Programming Guide ( the red book ) which is online also. There's another online book 'OpenGL on Silicon Graphics Systems, both the latter come in the gl_dev subsystem. Another OpenGL specific book I'd highly recommend is 'OpenGL Programming for The X Window System' by Mark Kilgard - not online but publish by Addison Wesley. 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 Tue Feb 25 05: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 AAA06399; Tue, 25 Feb 1997 00:21:08 -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 AAA06383; Tue, 25 Feb 1997 00:21:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA22881; Tue, 25 Feb 1997 00:21:06 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA26662; Tue, 25 Feb 1997 00:21:04 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id IAA16822; Tue, 25 Feb 1997 08:17:03 GMT From: "Angus Dorbie" Message-Id: <9702250817.ZM16820@bitch.reading.sgi.com> Date: Tue, 25 Feb 1997 08:17:03 +0000 In-Reply-To: Mark Mueller "IR./PF support for index or palette texture" (Feb 24, 12:35pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Mark Mueller , "'info-performer@sgi.com '" Subject: Re: IR./PF support for index or palette texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 12:35pm, Mark Mueller wrote: > Subject: IR./PF support for index or palette texture > I have a sim application where I want to use palette texture on an > Infinite Reality. I have heard that IR. supports a 256 bit paletted You mean 8 bit giving 256 entries. > texture and have also seen the palette texture extension for OGL. Does I think this is only implemented in Cosmo OpenGL, (the recently available software only pentium PC OpenGL 1.1 implementation for Windows ), at this time. > anyone have any suggestions for how I can activate this mode and animate > my texture based palette etc. on an IR.? Thank You. > You have several options. You could use an intensity map and use a colour look up table but you may encounter interpolation problems if you use mipmapping of bilinear filtering due to the lookup happening after the texture interpolation. You could story the animation in texture memory and use a different texture each frame, you have a lot of texture memory on iR. You could download one texture image from an animated sequence each frame each frame and store the animation in system RAM, you have a lot of bandwidth to texture memory on iR. Cheers, 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 Tue Feb 25 10:59:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA06845; Tue, 25 Feb 1997 05:39:35 -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 FAA06829; Tue, 25 Feb 1997 05:39:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA03197; Tue, 25 Feb 1997 05:39:34 -0800 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA07537 for ; Tue, 25 Feb 1997 05:39:26 -0800 From: flysiml@public.bta.net.cn Received: from caftei-adm (pm2-25.bta.net.cn [202.96.32.121]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id VAA19072 for ; Tue, 25 Feb 1997 21:38:00 +0800 Message-ID: <3312EABD.7290@public.bta.net.cn> Date: Tue, 25 Feb 1997 21:35:57 +0800 Reply-To: flysiml@public.bta.net.cn X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: where are the source codes of projected texture and landing light ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O dear friends, where can I get the source codes of projected texture and landing light? Thanks for help. flysiml@public.bta.net.cn ======================================================================= 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 Feb 25 14:24:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA07211; Tue, 25 Feb 1997 09:09: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 JAA07195; Tue, 25 Feb 1997 09:09:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA16415; Tue, 25 Feb 1997 09:09:36 -0800 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 JAA12344 for ; Tue, 25 Feb 1997 09:09:30 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-7.mail.demon.net id aa704551; 25 Feb 97 16:23 GMT From: Mark Baranowski To: info-performer@sgi.com Subject: Multisample Masks Date: Tue, 25 Feb 1997 16:23:58 GMT Organization: Pera Message-ID: <33130e6d.28158615@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, I wan't to fade certain geometry in and out of my scene. I am running on an Onyx iR Performer 2.1, Open GL compilation. It seems that it should be pretty straightforward to do using the multisample mask in a pre&post draw callback for the nodes I wish to fade (i.e. using glSampleMaskSGIS in a pre draw to effectively set the level of transparency I want, and then reset the mask in a post draw). Will this work? (Isn't it how Performer implements it's fade LOD feature) It seems much simpler than having to modify the alpha in materials/colours associated with the geometry etc. Is there anything I should be aware of wrt doing this? Any advice greatfully received. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 1664 501501, Fax: +44 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 Feb 25 17:44:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA07487; Tue, 25 Feb 1997 10:50:36 -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 KAA07471; Tue, 25 Feb 1997 10:50:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26870; Tue, 25 Feb 1997 10:50:35 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA04622; Tue, 25 Feb 1997 10:50:33 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA17703; Tue, 25 Feb 1997 18:45:40 GMT From: "Angus Dorbie" Message-Id: <9702251845.ZM17701@bitch.reading.sgi.com> Date: Tue, 25 Feb 1997 18:45:39 +0000 In-Reply-To: Mark Mueller "RE: IR./PF support for index or palette texture" (Feb 25, 9:40am) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Mark Mueller , "'info-performer@sgi.com '" Subject: Re: IR./PF support for index or palette texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Just bear in mind that the colour table extension is performed at the wrong side of the texture filter for cmap style interpolation and so will interpolate through other cmap entries unless you are somehow able to exploit spatial colour distribution when generating the 8 bit information. The fact that this is a cmap animation rather than a simple cmap 8bit image probably saves you from these concerns because of the adjacency of incremental values typical of such animations. Cheers, 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 Tue Feb 25 17:59:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA07441; Tue, 25 Feb 1997 10:31:28 -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 KAA07425; Tue, 25 Feb 1997 10:31:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA25283; Tue, 25 Feb 1997 10:31:27 -0800 Received: from torino.corp.es.com (torino.corp.es.com [130.187.170.70]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA00391 for ; Tue, 25 Feb 1997 10:31:25 -0800 Received: by torino.corp.es.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC22FF.F1CB03F0@torino.corp.es.com>; Tue, 25 Feb 1997 09:40:32 -0700 Message-ID: From: Mark Mueller To: "'info-performer@sgi.com'" , "'Angus Dorbie'" Subject: RE: IR./PF support for index or palette texture Date: Tue, 25 Feb 1997 09:40:31 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Status: O >---------- >From: Angus Dorbie[SMTP:dorbie@bitch.reading.sgi.com] >Sent: Tuesday, February 25, 1997 1:17 AM >To: Mark Mueller; 'info-performer@sgi.com' >Subject: Re: IR./PF support for index or palette texture > >On Feb 24, 12:35pm, Mark Mueller wrote: >> Subject: IR./PF support for index or palette texture >> I have a sim application where I want to use palette texture on an >> Infinite Reality. I have heard that IR. supports a 256 bit paletted > >You mean 8 bit giving 256 entries. Yes, that is what I meant, sorry. > >> texture and have also seen the palette texture extension for OGL. = Does > >I think this is only implemented in Cosmo OpenGL, (the recently = available >software only pentium PC OpenGL 1.1 implementation for Windows ), at = this >time. After posting and a lot of searching I found some keywords that were helpful, ie. tlut, and texture color table. This in turn lead me to the book OpenGL on Silicon Graphics Systems. I found quite a bit of info and leads there. > >> anyone have any suggestions for how I can activate this mode and = animate >> my texture based palette etc. on an IR.? Thank You. >> > >You have several options. > >You could use an intensity map and use a colour look up table but you >may encounter interpolation problems if you use mipmapping of bilinear >filtering due to the lookup happening after the texture interpolation. I would also loose the ability to do fog and other per fragment operations on the result, right? > >You could story the animation in texture memory and use a different >texture each frame, you have a lot of texture memory on iR. > >You could download one texture image from an animated sequence each = frame >each frame and store the animation in system RAM, you have a lot of >bandwidth to texture memory on iR. Both of these may put more of a load on the host and texture bandwidth than I may have room for. The textures (multiple maps) will be much larger than the number of materials in the lookup table (one table), thus it is considerably easier to just animate the lookup table - which I think the IR will support. > >Cheers, >Angus. Unless you think it is a bad idea, I am going to pursue some of the things mentioned in the OGL SGI book in "The Texture Color Table Extension". The funny thing I have discovered so far is that the documentation insists that the maximum size of the texture color table is 8 bit, but the IR will let me load a 10 bit table. I haven't tried drawn anything yet. Angus, thank you for your help Sant=E9, Mark. ======================================================================= 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 Feb 25 20:50:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10318; Tue, 25 Feb 1997 17:29:47 -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 QAA09780; Tue, 25 Feb 1997 16:26:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA29263; Tue, 25 Feb 1997 16:26:52 -0800 Received: from ns1.bloomberg.com (ns1.bloomberg.com [199.172.169.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA14907 for ; Tue, 25 Feb 1997 16:26:50 -0800 Received: from ns2 by ns1.bloomberg.com (5.4R3.10/200.1.1.4) id AA13326; Tue, 25 Feb 1997 19:25:34 -0500 Errors-To: postmaster@ns1.bloomberg.com Received: from video1.bloomberg.com by ns2.bloomberg.com (5.4R3.00/200.2.1.5) id AA20057; Tue, 25 Feb 1997 19:25:33 -0500 Received: from video21 (video21 [160.43.153.236]) by video1 (940816.SGI.8.6.9/8.6.9) with SMTP id TAA22114 for ; Tue, 25 Feb 1997 19:25:32 -0500 Sender: john@video1.bloomberg.com Message-Id: <331382FC.7DE1@video1.bloomberg.com> Date: Tue, 25 Feb 1997 19:25:32 -0500 From: john econopouly X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfPhase bug? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O When I set pfPhase(PFPHASE_FLOAT), it seems to respond as if I've set pfPhase(PFPHASE_LOCK). I am nowhere near my target frame rate - I miss the frame boundary every time. With PFPHASE_FLOAT, Performer should wait only until the next video retrace to start CULL/DRAW. It doesn't. It waits until the next frame boundary. (That's what PFPHASE_LOCK is supposed to do). I know the above from looking at the stats display. Along the very top, it says "FLOAT". But the thin dotted horizontal line corresponding to "app sleeping in pfSync" stretches to the next vertical green line (frame boundary) even if it crosses red lines on the way (video retraces). Also, I can _see_ it at very slow frame rates. Is this a known bug? Any advice? thanks j ======================================================================= 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 Feb 25 18:14:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA07358; Tue, 25 Feb 1997 10:20: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 KAA07342; Tue, 25 Feb 1997 10:20:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23404; Tue, 25 Feb 1997 10:20:05 -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 KAA27310 for ; Tue, 25 Feb 1997 10:19:52 -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 KAA04146 for ; Tue, 25 Feb 1997 10:16:57 -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 SAA13504 for ; Tue, 25 Feb 1997 18:07:18 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id KAA13523 for info-performer@sgi.com; Tue, 25 Feb 1997 10:15:35 -0800 From: "Marcus Barnes" Message-Id: <9702251015.ZM13522@vaisyas.engr.multigen.com> Date: Tue, 25 Feb 1997 10:15:35 -0800 In-Reply-To: Eric Heft "Need to increase heap." (Feb 24, 5:40pm) References: <199702242240.RAA24021@picard.dnaco.net> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com (Performer Mailing List) Subject: Re: Need to increase heap. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 24, 5:40pm, Eric Heft wrote: > > 1367 PF Debug/Resource: pfDataPool::create() - pid 1367 - > 131072 bytes at 0x4c0000 succeeded for > /usr/tmp/pfutil1367.pfdpool [munch] > 1367 PF Warning/Usage(12): pfMemory::new() Unable to allocate > 28724 bytes from the heap. What version of IRIX, Performer, and OpenFlight loader are you using? Judging from the address of your datapool, I'd guess that you're using IRIX 6.2 and experiencing a bug that places shared memory too close to the heap. Try this: % setenv PFSHAREDBASE 0x18000000 # run your application This problem was mentioned in a 1/97 thread in this list. Here's the main point: >From the Performer 2.2 Beta Release Notes: o 6.2 OS bug with shared arena placement An obscure bug in IRIX 6.2 with default placement of the shared arena can cause programs to die due to lack of heap space for malloc. Typcially the program will die during X or GL initialization with a message like [what you stated above]. WAR: through the environment variable PFSHAREDBASE or in with pfSharedArenaBase() before pfInit(), explicitly set the address of the arena so that it is not too close to the heap and does not collide with other DSOs. An address that has worked with programs exhibiting the problem that are very close to perfly is: 0x18000000. ex: pfSharedArenaBase(0x18000000); or setenv PFSHAREDBASE 0x18000000 If this address is not sufficient, run again with par [they had an example earlier: par -s -i -SS prog options] and the following environment variables set: setenv _RLD_PATH /usr/lib/rld.debug; setenv _RLD_ARGS -v and redirect all output to a file. Look for the addresses of the mmap() calls and of address of DSO load actions to find a free address range in which to place the arena. Compiling with some libraries statically can make this operation easier. 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 Tue Feb 25 20:15:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA10088; Tue, 25 Feb 1997 16:29: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 QAA09740; Tue, 25 Feb 1997 16:25:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA29141; Tue, 25 Feb 1997 16:25:19 -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 QAA14349 for ; Tue, 25 Feb 1997 16:25:18 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA01809; Tue, 25 Feb 1997 16:24:30 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA03486; Tue, 25 Feb 1997 16:24:24 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702260024.QAA03486@remi.asd.sgi.com> Subject: Re: where are the source codes of projected texture and landing light ? To: flysiml@public.bta.net.cn Date: Tue, 25 Feb 1997 16:24:24 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <3312EABD.7290@public.bta.net.cn> from "flysiml@public.bta.net.cn" at Feb 25, 97 09:35:57 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: 464 Status: O flysiml@public.bta.net.cn wrote: > > dear friends, > > where can I get the source codes of projected texture and landing light? > sample/pguide/libpf/C/shadows.c is a good start. Note that it only works under irisGL, and will be supported under OpenGL in the next (2.2) release of Performer. _ / _ _ |_) _ ._ _ 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 Feb 25 20:10:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA10169; Tue, 25 Feb 1997 16:35: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 QAA10153; Tue, 25 Feb 1997 16:35:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA00050; Tue, 25 Feb 1997 16:35:43 -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 QAA17043 for ; Tue, 25 Feb 1997 16:35:43 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA02713; Tue, 25 Feb 1997 16:35:37 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA03637; Tue, 25 Feb 1997 16:35:35 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702260035.QAA03637@remi.asd.sgi.com> Subject: Re: Multisample Masks To: baranowski@marklynn.demon.co.uk (Mark Baranowski) Date: Tue, 25 Feb 1997 16:35:35 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <33130e6d.28158615@post.demon.co.uk> from "Mark Baranowski" at Feb 25, 97 04:23:58 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: 1138 Status: O Mark Baranowski wrote: > > Hi, > > I wan't to fade certain geometry in and out of my scene. I am running > on an Onyx iR Performer 2.1, Open GL compilation. > > It seems that it should be pretty straightforward to do using the > multisample mask in a pre&post draw callback for the nodes I wish to > fade (i.e. using glSampleMaskSGIS in a pre draw to effectively set the > level of transparency I want, and then reset the mask in a post draw). > > Will this work? (Isn't it how Performer implements it's fade LOD > feature) It seems much simpler than having to modify the alpha in > materials/colours associated with the geometry etc. Is there anything > I should be aware of wrt doing this? > > Any advice greatfully received. > Sure it will work if you also use: glEnable(GL_SAMPLE_MASK_SGIS); and glDisable... For optimisation, try not to call enable and disable in each callback. You can do it by grouping all objects that have to have that callback in a bin. _ / _ _ |_) _ ._ _ 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 Feb 25 20: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 QAA10239; Tue, 25 Feb 1997 16:59:18 -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 OAA08484; Tue, 25 Feb 1997 14:01:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA16635; Tue, 25 Feb 1997 14:01:30 -0800 Received: from fltsim.MDC.COM (FLTSIM.MDC.COM [130.38.220.82]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA16937 for ; Tue, 25 Feb 1997 14:01:25 -0800 Received: by fltsim.MDC.COM (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id PAA12417; Tue, 25 Feb 1997 15:43:41 -0600 From: "Dave Findley" Message-Id: <9702251543.ZM12415@fltsim.MDC.COM> Date: Tue, 25 Feb 1997 15:43:40 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Problems with database paging Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I am trying to add database paging to the standard perfly program. I am developing it on a High Impact, running under Irix 5.3. I attach/detach the .flt files (representing terrain areas) to a set of pfGroups in a DBASE callback function. The groups are allocated for this purpose and attached to the sceneGroup node under the scene root. I can watch this happen in the tree display while running perfly...the tree behaves just as I expect. I can successfully attach several files, and can delete one of them, but when I try to delete a second one, the program crashes with the message: PF Notice(11): Caught SIGCHLD. Exiting due to death of child with pid 7381. where the pid number varies, but never points to any actual node in my scene graph. Curiously, I modified a simple application from Performer class to use the same scene graph structure, and can add/delete the same .flt files all day with no ill effect. Does anyone have any words of wisdom on the pitfalls of using DBASE for paging, or what perfly might be doing to cause this problem? -- Dave Findley McDonnell Douglas Flight Simulation findley@fltsim.mdc.com (314) 232-7846 ======================================================================= 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 Feb 25 20:59:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA10508; Tue, 25 Feb 1997 18:06:16 -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 SAA10492; Tue, 25 Feb 1997 18:06:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA05994; Tue, 25 Feb 1997 18:06:15 -0800 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA06051 for ; Tue, 25 Feb 1997 18:06:07 -0800 From: flysiml@public.bta.net.cn Received: from caftei-adm (pm2-17.bta.net.cn [202.96.32.113]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id JAA16932 for ; Wed, 26 Feb 1997 09:33:29 +0800 Message-ID: <33139262.710C@public.bta.net.cn> Date: Wed, 26 Feb 1997 09:31:14 +0800 Reply-To: flysiml@public.bta.net.cn X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: How to get the source code of "projtex" demo ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dear friends, I'm doing a visual simulation application including landing light. I wish it will have the effect in the demo "projtex". Where and how can I get the source code ? thanks. flysiml@public.bta.net.cn ======================================================================= 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 Feb 25 20:51:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10291; Tue, 25 Feb 1997 17:14:16 -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 MAA07909; Tue, 25 Feb 1997 12:20:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA07203; Tue, 25 Feb 1997 12:20:41 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA24027; Tue, 25 Feb 1997 12:20:38 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id TAA17852; Tue, 25 Feb 1997 19:40:39 GMT From: "Angus Dorbie" Message-Id: <9702251940.ZM17850@bitch.reading.sgi.com> Date: Tue, 25 Feb 1997 19:40:39 +0000 In-Reply-To: Mark Mueller "RE: IR./PF support for index or palette texture" (Feb 25, 12:12pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Mark Mueller , "'info-performer@sgi.com '" Subject: Re: IR./PF support for index or palette texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 25, 12:12pm, Mark Mueller wrote: > Subject: RE: IR./PF support for index or palette texture > Yeah, I think the limitations won't be a big deal in this case. Do you > know if the IR texture color index table really is 10 bit, like it is > leading me to believe, though the man pages say 8? It would be nice to > support 1k materials. Can I expect normal texel rates in this index mode > or should I expect a performance hit? I think it's free. You should be able to get better than 8 bit table although you'd need better than an 8 bit image to make use of this. Be carefull of what question you ask though. What you are actually talking about is the colour table width so for say a 12 bit table you'd want a 12 bit intensity image an internal format of GL_INTENSITY12_EXT for the table, a format of GL_RGBA and a type of GL_UNSIGNED_INT_8_8_8_8_EXT. You then sent 2^12 map entries of 32 bit RGBA data for the table, but this would be too large so you could reduce the width parameter to reduce the table size and give say 10 bits of look up at this quality or you could have table entries of format GL_UNSIGNED_BYTE_3_3_2_EXT and retain the full 12 bit information at reduced back end image quality. If you mean that you want 10 bit map entries then this is a different situation. You could have 2^8 entries, an internal format of GL_INTENSITY8_EXT and a type of GL_UNSIGNED_INT_10_10_10_2_EXT to give more precise controll of the table colours but this is of less use for an cmap image than a more precise internal format. There are a plethora of in-betweens which you can play around with, just realise what precision means when using these tables and watch you don't accidentally loose it somewhere in the formats you choose. Cheers, 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 Tue Feb 25 20:30:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA10207; Tue, 25 Feb 1997 16:44:16 -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 LAA07516; Tue, 25 Feb 1997 11:12:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA29135; Tue, 25 Feb 1997 11:12:42 -0800 Received: from torino.corp.es.com (torino.corp.es.com [130.187.170.70]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA09143 for ; Tue, 25 Feb 1997 11:12:41 -0800 Received: by torino.corp.es.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC2315.2104A850@torino.corp.es.com>; Tue, 25 Feb 1997 12:12:11 -0700 Message-ID: From: Mark Mueller To: "'info-performer@sgi.com'" , "'Angus Dorbie'" Subject: RE: IR./PF support for index or palette texture Date: Tue, 25 Feb 1997 12:12:09 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O >---------- >From: Angus Dorbie[SMTP:dorbie@bitch.reading.sgi.com] >Sent: Tuesday, February 25, 1997 11:45 AM >To: Mark Mueller; 'info-performer@sgi.com' >Subject: Re: IR./PF support for index or palette texture > >Just bear in mind that the colour table extension is performed at >the wrong side of the texture filter for cmap style interpolation >and so will interpolate through other cmap entries unless you are >somehow able to exploit spatial colour distribution when generating >the 8 bit information. The fact that this is a cmap animation rather >than a simple cmap 8bit image probably saves you from these concerns >because of the adjacency of incremental values typical of such >animations. > >Cheers, >Angus Yeah, I think the limitations won't be a big deal in this case. Do you know if the IR texture color index table really is 10 bit, like it is leading me to believe, though the man pages say 8? It would be nice to support 1k materials. Can I expect normal texel rates in this index mode or should I expect a performance hit? Thanks again for your insight, Mark Mueller ======================================================================= 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 Feb 25 23:42:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA10989; Tue, 25 Feb 1997 19:14:23 -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 TAA10973; Tue, 25 Feb 1997 19:14:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA08950; Tue, 25 Feb 1997 19:14:21 -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 TAA16309 for ; Tue, 25 Feb 1997 19:14:21 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id SAA10792; Tue, 25 Feb 1997 18:31:04 -0800 Date: Tue, 25 Feb 1997 18:31:04 -0800 From: allan (Allan Schaffer) Message-Id: <199702260231.SAA10792@holodeck.csd.sgi.com> To: info-performer@sgi.com Subject: Administrivia Status: O Hi folks, A message or two may have been lost today because of a minor administrative goof. I don't know whether sendmail managed to buffer the messages that were in queue or not. If you sent a message to info-performer on 2/15/97 prior to 4pm PST and haven't seen a copy yet, you might want to re-send. Allan ---- Allan Schaffer allan@sgi.com Silicon Graphics / Cray Research 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 Feb 26 00:02:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA11392; Tue, 25 Feb 1997 20:38: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 UAA11376; Tue, 25 Feb 1997 20:38:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA12430; Tue, 25 Feb 1997 20:38:17 -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 UAA29104 for ; Tue, 25 Feb 1997 20:38:16 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA12998; Tue, 25 Feb 1997 20:24:34 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA04134; Tue, 25 Feb 1997 20:24:34 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702260424.UAA04134@remi.asd.sgi.com> Subject: Re: IR./PF support for index or palette texture To: mmueller@es.com (Mark Mueller) Date: Tue, 25 Feb 1997 20:24:34 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: from "Mark Mueller" at Feb 24, 97 12:35:35 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: 930 Status: O Mark Mueller wrote: > > I have a sim application where I want to use palette texture on an > Infinite Reality. I have heard that IR. supports a 256 bit paletted > texture and have also seen the palette texture extension for OGL. Does > anyone have any suggestions for how I can activate this mode and animate > my texture based palette etc. on an IR.? Thank You. > You want to use the texture look up tables. Look the glColorTableSGI man pages. You will see that if you enable GL_TEXTURE_COLOR_TABLE_SGI and load the color table then the value after the texture filter (result after mip-map, and before texenv) will be used to get a value in the colortable, and aplied to the pixel. The man page explain also how the values are mapped into the color table _ / _ _ |_) _ ._ _ 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 Feb 26 03:46:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA11831; Tue, 25 Feb 1997 22:30:42 -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 WAA11815; Tue, 25 Feb 1997 22:30:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA16247; Tue, 25 Feb 1997 22:30:41 -0800 Received: from svmail01.mdc.com (SVMAIL01.MDC.COM [130.38.188.175]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA13420 for ; Tue, 25 Feb 1997 22:30:39 -0800 Received: from mdc.com by svmail01.mdc.com with SMTP (1.37.109.11/16.2) id AA290608559; Wed, 26 Feb 1997 00:29:19 -0600 Received: from gwxsl001-Message_Server by mdc.com with Novell_GroupWise; Wed, 26 Feb 1997 00:29:18 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Tue, 25 Feb 1997 15:55:17 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: anti-alias Status: O Performers: I finally just ported my code over to a new machine, an Onyx2, and I have and something a little strange has just come up. I have several viewports into the same scene of which some are AA and some are not. All the views which are "not" AA are in the same window. I open the windows identically and make no explicit calls to change the AA. Does any have any suggestion as to how the AA is getting turned off on a channel/window basis? Thanks - bryan ======================================================================= 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 Feb 26 06:27:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA12762; Wed, 26 Feb 1997 01:13: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 BAA12746; Wed, 26 Feb 1997 01:13:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA23074; Wed, 26 Feb 1997 01:13:11 -0800 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 BAA04414 for ; Wed, 26 Feb 1997 01:13:05 -0800 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by Relay1.OLEANE.NET (8.8.5/8.8.5) with SMTP id KAA16574 for ; Wed, 26 Feb 1997 10:11:41 +0100 (MET) Received: from coro21 by corysmailserv (5.x/SMI-SVR4) id AA07821; Wed, 26 Feb 1997 09:59:04 +0100 Sender: maiaux@corys.fr Message-Id: <3313FB61.41C6@corys.fr> Date: Wed, 26 Feb 1997 09:59:13 +0100 From: Lionel Maiaux Organization: CORYS S.A. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Re: Multisample Masks References: <199702260035.QAA03637@remi.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Rimi Arnaud wrote: > > Mark Baranowski wrote: > > > > Hi, > > > > I wan't to fade certain geometry in and out of my scene. I am running > > on an Onyx iR Performer 2.1, Open GL compilation. > > > > It seems that it should be pretty straightforward to do using the > > multisample mask in a pre&post draw callback for the nodes I wish to > > fade (i.e. using glSampleMaskSGIS in a pre draw to effectively set the > > level of transparency I want, and then reset the mask in a post draw). > > > > Will this work? (Isn't it how Performer implements it's fade LOD > > feature) It seems much simpler than having to modify the alpha in > > materials/colours associated with the geometry etc. Is there anything > > I should be aware of wrt doing this? > > > > Any advice greatfully received. > > > > Sure it will work if you also use: > glEnable(GL_SAMPLE_MASK_SGIS); and glDisable... > > For optimisation, try not to call enable and disable in each callback. > You can do it by grouping all objects that have to have that callback > in a bin. Wy should Mark use glDisable(GL_SAMPLE_MASK_SGIS) ? Are there other performance reason to not only reset the mask in the post draw (as Mark says) or in the pre draw of opaque geometries ? ------------------------------------------------------------------------ Lionel Maiaux l.maiaux@corys.fr ------------------------------------------------------------------------ ======================================================================= 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 Feb 26 09:18:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA13241; Wed, 26 Feb 1997 03:54:47 -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 DAA13225; Wed, 26 Feb 1997 03:54:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA27456; Wed, 26 Feb 1997 03:54:45 -0800 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 DAA24806 for ; Wed, 26 Feb 1997 03:54:35 -0800 Received: from nantes0-029.sct.fr (nantes0-029.sct.fr [194.206.158.29]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id MAA14918 for ; Wed, 26 Feb 1997 12:53:03 +0100 Message-Id: <199702261153.MAA14918@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="us-ascii" Date: Wed, 26 Feb 1997 12:53:58 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: wrapping one image over other Status: O >yes, this is what i am looking for. i am familiar with showcase and >image tools and importing the images to showcase. could u please >tell me how to use the alpha channel and wherein this is available >in showcase. thanks you for your mail sir >parthi when you insert sgi image file, showcase asks you if you want to use or discard alpha channel: use it. If showcase does the import directly, there is no alpha on your image. then insert the second one. If you put image 2 on image 1 then you'll see 1 trought 2. if you need 2 throught 1, just push image 2 to the bottom of the stack. Take care, when using imgworks, it adds a full opaque alpha bitplane, even if the image had none before. Now if you need to change this alpha, I can give you a C code that mix RGB and a RGB black and white to create a RGBA image. I use the color to greyscale option of imgworks to generate the B&W image. The mask is taken in the first color buffer, so if it is .bw or .int it is ok, if it is .rgb or .rgba, just the red buffer is taken as mask. /* * addalpha - Read RGB and RGB colored to grey scale images files * to create a RGBA * * To compile: cc addalpha.c -o addalpha -limage * * BILLARD Olivier C&I Software * * parts from : SGI - Paul Haeberli - 1991 */ #include main(argc,argv) int argc; char **argv; { IMAGE *imagergb; IMAGE *imagea; IMAGE *imagergba; int x, y, z; short *rbuf, *gbuf, *bbuf,*abuf; /* print usage message */ if( argc<4 ) { fprintf(stderr,"usage: addalpha rgbinfile alphainfile outfile\n"); exit(1); } /* open the image file */ if( (imagergb=iopen(argv[1],"r")) == NULL ) { fprintf(stderr,"addalpha: can't open input file %s\n",argv[1]); exit(1); } if( (imagea=iopen(argv[2],"r")) == NULL ) { fprintf(stderr,"addalpha: can't open input file %s\n",argv[2]); exit(1); } if( (imagergba=iopen(argv[3],"w",RLE(1),3,imagergb->xsize,imagergb->ysize,4)) == NULL ) { fprintf(stderr,"addalpha: can't open input file %s\n",argv[3]); exit(1); } /* print a little info about the image */ printf("Image x and y size in pixels: %d %d\n",imagergb->xsize,imagergb->ysize); printf("Image zsize in channels: %d\n",imagergb->zsize); printf("Image pixel min and max: %d %d\n",imagergb->min,imagergb->max); /* allocate buffers for image data */ rbuf = (short *)malloc(imagergb->xsize*sizeof(short)); gbuf = (short *)malloc(imagergb->xsize*sizeof(short)); bbuf = (short *)malloc(imagergb->xsize*sizeof(short)); abuf = (short *)malloc(imagergb->xsize*sizeof(short)); imagergba->zsize >= 4; for(y=0; yysize; y++) { printf("row %d: \n",y); getrow(imagergb,rbuf,y,0); getrow(imagergb,gbuf,y,1); getrow(imagergb,bbuf,y,2); getrow(imagea,abuf,y,0); putrow(imagergba,rbuf,y,0); putrow(imagergba,gbuf,y,1); putrow(imagergba,bbuf,y,2); putrow(imagergba,abuf,y,3); } iclose(imagergb); iclose(imagea); iclose(imagergba); printf("done\n"); } ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------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 Wed Feb 26 11:38:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA13538; Wed, 26 Feb 1997 06:13: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 GAA13522; Wed, 26 Feb 1997 06:13:30 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02978; Wed, 26 Feb 1997 06:13:29 -0800 Received: from mailhub1.trw.com (mailhub1.TRW.COM [129.193.4.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA12823 for ; Wed, 26 Feb 1997 06:13:23 -0800 Received: from qmgate.TRW.COM by mailhub1.trw.com; Wed, 26 Feb 97 06:12:41 -0800 Message-ID: Date: 26 Feb 1997 09:29:10 -0800 From: "Daniel Dougherty" Subject: info To: "info-performer" X-Mailer: Mail*Link SMTP-QM 4.0.0 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="Message Body" Status: O Subject: Time: 8:29 = AM OFFICE MEMO info Date: = 2/26/97 What is the latest version of Performer? Is it 2.0, 2.0.1? 2.0.2 = 2.1? I thought I saw 2.0.1, 2.0.2 and 2.1 floating around on the = reflector. Are 2.0.1, 2.0.2 and 2.1 unique because they include special = patches for certain platforms? Are they substantial upgrades? How does = OpenGL play into this or does it at all? We are porting an application = from 5.3 IrisGL Performer 2.0 to 6.2 OpenGL on an Onyx... we ran the = toogl script and know the IrisGL to OpenGL function mappings, what is the = best way to find out how this affects Performer function calls? What = would be some major differences between Performer 2.0 under 5.3 IrisGL = and Performer 2.0 under 6.2 OpenGL, if any? Are there any pitfalls to = watch out for? A side note, how would one get a hold of a new Performer = release? I'm assuming that Performer comes with the platform one = purchases or is it separate? Thank you in advance Dan ======================================================================= 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 Feb 26 12:49:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA14078; Wed, 26 Feb 1997 10:09:37 -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 KAA14062; Wed, 26 Feb 1997 10:09:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21148; Wed, 26 Feb 1997 10:09:36 -0800 Received: from mailhub2.aimnet.com (mailhub2.aimnet.com [204.247.0.214]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26580 for ; Wed, 26 Feb 1997 10:09:35 -0800 Received: from aimnet.com (mailhub.aimnet.com [204.247.0.104]) by mailhub2.aimnet.com (8.8.5/8.6.9) with ESMTP id KAA05620 for ; Wed, 26 Feb 1997 10:03:44 -0800 (PST) Received: from shell1.aimnet.com (kishore@shell1.aimnet.com [204.247.0.210]) by aimnet.com (8.8.5/8.7.1) with ESMTP id JAA24740 for ; Wed, 26 Feb 1997 09:57:12 -0800 (PST) Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id JAA04922; Wed, 26 Feb 1997 09:50:42 -0800 (PST) Date: Wed, 26 Feb 1997 09:50:42 -0800 (PST) From: David Plew Message-Id: <199702261750.JAA04922@shell1.aimnet.com> To: info-performer@sgi.com, m166209@fltsim.MDC.COM Subject: Re: Problems with database paging Status: O I have been using DBASE process to dynamically edit my scene graph as the appl. is running. I can do addition, deletion. modification - all without any probelm so far. -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 Wed Feb 26 12:49:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13901; Wed, 26 Feb 1997 08:43:52 -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 IAA13885; Wed, 26 Feb 1997 08:43:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13241; Wed, 26 Feb 1997 08:43:50 -0800 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 IAA08308 for ; Wed, 26 Feb 1997 08:43:48 -0800 Received: from sirrah (par10.calvacom.fr [194.206.190.42]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id NAA24939 for ; Wed, 26 Feb 1997 13:37:28 +0100 (MET) Sender: guy@ns.calvacom.fr Message-ID: <33142E95.41C6@calva.net> Date: Wed, 26 Feb 1997 13:37:41 +0100 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: Transparent texture Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I'm porting an application that was designed with Performer 2.0.2 on an Onyx with IRIX 5.3 to an Indigo2 Max Impact R10000 using Performer 2.1 and IRIS 6.2 Everything works right except for a thing. I'm using textures with some transparency on one model and they don't appear the way they used to. What should be transparent is now mostly transparent ; from a distance the transparency appears as lines alternatively black and transparent, and up close it is transparent but it adds some grey to the color of what's behind. Has something changed in the use of transparent textures? I'm just doing pfdBldrStateMode(PFSTATE_ALPHAFUNC, PFAF_GREATER); pfdBldrStateVal(PFSTATE_ALPHAREF, (128.0f/255.0f)); pfdBldrStateMode(PFSTATE_TRANSPARENCY, PFTR_ON); to define the GeoState of the object. What is wrong? Thanks 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 Wed Feb 26 11:56:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA13562; Wed, 26 Feb 1997 06:24:22 -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 GAA13546; Wed, 26 Feb 1997 06:24:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA03492; Wed, 26 Feb 1997 06:24:20 -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 GAA14339 for ; Wed, 26 Feb 1997 06:24:15 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA23486; Wed, 26 Feb 97 09:19:23 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id JAA25586; Wed, 26 Feb 1997 09:19:25 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <3314466C.7345@ash.crd.ge.com> Date: Wed, 26 Feb 1997 09:19:24 -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: Marcus Barnes Cc: Performer Mailing List Subject: Re: Need to increase heap. References: <199702242240.RAA24021@picard.dnaco.net> <9702251015.ZM13522@vaisyas.engr.multigen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Marcus Barnes wrote: > > On Feb 24, 5:40pm, Eric Heft wrote: > > >> > Judging from the address of your datapool, I'd guess that you're using IRIX 6.2 > and experiencing a bug that places shared memory too close to the heap. Try > this: > > % setenv PFSHAREDBASE 0x18000000 > # run your application I found a less-drastic solution last month: Just do a sbrk(1) before you init the shared arena. -- 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 Feb 26 12:49:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA13998; Wed, 26 Feb 1997 09:47: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 JAA13982; Wed, 26 Feb 1997 09:47:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19214; Wed, 26 Feb 1997 09:47:40 -0800 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 JAA21735 for ; Wed, 26 Feb 1997 09:47:35 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id JAA04459 for info-performer@sgi.com; Wed, 26 Feb 1997 09:46:48 -0800 (PST) Date: Wed, 26 Feb 1997 09:46:48 -0800 (PST) From: David Plew Message-Id: <199702261746.JAA04459@shell1.aimnet.com> To: info-performer@sgi.com Subject: Re: Need to increase heap. Status: O Hi: Looks like, this might IRIX 5.3 might also have the same bug. I use 5.3, and had also experienced the same problem in my Performer appl. I had to explicitly assign my own address for the shared arena and change back to the default addressing once my process was forked. As long as all my processes were forked or sproced from the same main appl., the default addressing scheme had worked. But when I made one of them a separate appl., and tried to do execl to execute it from one of the forked processes, got exactly the same message. -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 Wed Feb 26 12:49:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA14036; Wed, 26 Feb 1997 10:05:03 -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 KAA14020; Wed, 26 Feb 1997 10:05:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20682; Wed, 26 Feb 1997 10:04:56 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25586 for ; Wed, 26 Feb 1997 10:04:44 -0800 Received: from streptacocus (ts008p15.pop9a.netvision.net.il [194.90.11.161]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id TAA19827; Wed, 26 Feb 1997 19:47:40 +0200 (IST) Sender: internet@nvsgi1.netvision.net.il Message-ID: <33146AC3.41C6@netvision.net.il> Date: Wed, 26 Feb 1997 18:54:27 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Mark Baranowski CC: info-performer@sgi.com Subject: Re: Multisample Masks References: <33130e6d.28158615@post.demon.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Mark Baranowski wrote: > > Hi, > > I wan't to fade certain geometry in and out of my scene. I am running > on an Onyx iR Performer 2.1, Open GL compilation. > > It seems that it should be pretty straightforward to do using the > multisample mask in a pre&post draw callback for the nodes I wish to > fade (i.e. using glSampleMaskSGIS in a pre draw to effectively set the > level of transparency I want, and then reset the mask in a post draw). > > Will this work? (Isn't it how Performer implements it's fade LOD > feature) It seems much simpler than having to modify the alpha in > materials/colours associated with the geometry etc. Is there anything > I should be aware of wrt doing this? > Yes, it will work, I've done this too. You'll have to be carefull about interfering with Performer's LOD-fades, if they exist inside your affected sub-tree. There is a catch, though. Multisample transparency through fragment alpha (glEnable(GL_SAMPLE_ALPHA_TO_MASK_SGIS)) has only n+1 levels of transparency (includeing totally transparent and totally opaque), where n is the number of multi-samples in your visual. glSampleMaskSGIS() produces a 2x2 transparency dithering pattern which boosts the number of levels to 4*n+1 - so it is advantageous in this respect too. You'll have to install patch1355 to fix a bug in the dithering patterns. The quality of the fade greatly depends on this n. There is a *very* annoying SGI hardware bug which prevents the setup of n=8 multisamples coexisting with alpha bit-planes (no such visual exists). You can only do n=4 multisamples with alpha bit-planes. This is *independent* of your framebuffer memory size (number of RM6 boards). Apparently, this bug was *not* fixed in the Onyx2 iR pipeline. Bye, Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 26 12:49:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA14054; Wed, 26 Feb 1997 10:05:52 -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 KAA14038; Wed, 26 Feb 1997 10:05:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20838; Wed, 26 Feb 1997 10:05:51 -0800 Received: from sgistl.stlouis.sgi.com ([169.238.234.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25772; Wed, 26 Feb 1997 10:05:48 -0800 Received: from labrador.stlouis.sgi.com by sgistl.stlouis.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI) id MAA21809; Wed, 26 Feb 1997 12:02:45 -0600 Date: Wed, 26 Feb 1997 12:02:45 -0600 (CST) From: Matt Cleland To: Bryan Wasileski cc: info-performer@sgi.com, Dave Nance Subject: Re: anti-alias In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Bryan.. This sounds familiar to me.. I believe that if you don't specify the AA mode explicitly, you are not guaranteed to get any specific results. You should be requesting the specific visual that you want when you set up the channel/window to ensure that you are getting the right mode. What is most likely happening is that you are "accidentally" getting the right modes on some channels, and not on others. Check the man (3pf) page for pfAntialias for more details.. Good Luck! On Tue, 25 Feb 1997, Bryan Wasileski wrote: > Performers: > I finally just ported my code over to a new machine, an Onyx2, and > I have and something a little strange has just come up. I have several > viewports into the same scene of which some are AA and some are not. > All the views which are "not" AA are in the same window. I open the > windows identically and make no explicit calls to change the AA. Does > any have any suggestion as to how the AA is getting turned off on a > channel/window basis? > > Thanks > - bryan > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > -------------------------------------------------------------------- Matt Cleland email: cleland@sgi.com Systems Engineer vmail: (888) 600-2968 X7018 Silicon Graphics, Inc. tel: (314) 213-7018 One CityPlace Drive, Suite 250 fax: (314) 213-7088 St. Louis, MO 63141 cell: (314) 791-8627 http://reality.sgi.com/cleland ======================================================================= 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 Feb 26 18:43:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14829; Wed, 26 Feb 1997 13:16:16 -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 NAA14813; Wed, 26 Feb 1997 13:16:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA08497; Wed, 26 Feb 1997 13:16:15 -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 NAA10192 for ; Wed, 26 Feb 1997 13:16:09 -0800 Received: from orlando.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA05317; Wed, 26 Feb 97 16:10:20 -0500 Received: from orlando by orlando.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id QAA04427; Wed, 26 Feb 1997 16:14:18 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <3314A7AA.D73@ash.crd.ge.com> Date: Wed, 26 Feb 1997 16:14:18 -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: Performer Friends Multigen Hunter Liggett database Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am trying to use the OpenFLight loader to load in the Hunter Ligget database that came in the Friends Of Performer product on the Performer 2.0 CDROM. I have the multigen/HunterLiggett95/HL_94Plus directory in the PFPATH, and I attempt to load the file HL_94.flt. I get lots of diagnostic messages like the following: PF Warning: decompConcave() Could not decompose concave polygon! PF Notice/Assert: texture indexing missing palette member PF file : ./Ether/MS_Milbase.flt PF use-file: HL_94.flt PF texture index 260 PF Notice/Assert: texture indexing missing palette member PF file : ./Ether/MS_Milbase.flt PF use-file: HL_94.flt PF texture index 260 PF Notice/Assert: texture indexing missing palette member PF file : ./Ether/MS_Milbase.flt PF use-file: HL_94.flt PF texture index 260 [...snip...] PF Notice/Assert(2): couldn't resolve external reference ./Ether/billboard2.flt After I do this, I get nothing visible. Am I doing something wrong? (I had previously been using the canyon.flt database from the Performer_1.1 disc without any problem. It is just this newer database that is causing me difficulty.) Thanks in advance... -- 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 Feb 26 18:57:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA15304; Wed, 26 Feb 1997 13:33:01 -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 NAA15288; Wed, 26 Feb 1997 13:33:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA10162; Wed, 26 Feb 1997 13:33:00 -0800 Received: from pistilmac1.chinalake.navy.mil (pistilmac1.chinalake.navy.mil [129.131.28.188]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA14142 for ; Wed, 26 Feb 1997 13:32:57 -0800 Received: from [129.131.82.70] by pistilmac1.chinalake.navy.mil with SMTP (Apple Internet Mail Server 1.1.1); Wed, 26 Feb 1997 13:30:13 +0000 X-Sender: janete@pistilmac1.chinalake.navy.mil (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: janete@pistilmac1.chinalake.navy.mil (Janet Estabridis) Subject: Antialiasing/Multisampling Date: Wed, 26 Feb 1997 13:30:13 +0000 Status: O I am using an RE2 with 8 - 250MHz 4400's. Performer 2.0 IRIX6.2. I know that my default configuration is with antialiasing ON with the type of antialiasing being multisampling point (PFAA_MSPOINT). I have querried this with the pfGetAntialias function. I would like to know what the other modes that I see in the pr.h file are and how they my help my scene look better as I am moving aroung the scene. Specifically, PFAA_MSPOINT, PFAA_MSAREA and PFAA_MSCENTER_POINT. Also, what is the best way to configure for a mode that is not the default. Thanks - Janet Estabridis Code 4722E0D China Lake, CA (619) 939-6984 ======================================================================= 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 Feb 26 19:30:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA15696; Wed, 26 Feb 1997 14:07:04 -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 OAA15678; Wed, 26 Feb 1997 14:07:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA13509; Wed, 26 Feb 1997 14:07: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 OAA22106 for ; Wed, 26 Feb 1997 14:07:02 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA16904; Wed, 26 Feb 1997 13:57:45 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA00625; Wed, 26 Feb 1997 13:57:44 -0800 From: "Sharon Clay" Message-Id: <9702261357.ZM623@rose.asd.sgi.com> Date: Wed, 26 Feb 1997 13:57:44 -0800 In-Reply-To: Orad Hi-Tec Systems "Re: Multisample Masks" (Feb 26, 6:54pm) References: <33130e6d.28158615@post.demon.co.uk> <33146AC3.41C6@netvision.net.il> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Orad Hi-Tec Systems , Mark Baranowski Subject: Re: Multisample Masks Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Feb 26, 6:54pm, Orad Hi-Tec Systems wrote: > Subject: Re: Multisample Masks ->Mark Baranowski wrote: -> ->Multisample transparency through fragment alpha ->(glEnable(GL_SAMPLE_ALPHA_TO_MASK_SGIS)) ->has only n+1 levels of transparency (includeing totally transparent and ->totally opaque), where n is the number of multi-samples in your visual. ->glSampleMaskSGIS() produces a 2x2 transparency dithering pattern which ->boosts the number of levels to 4*n+1 - so it is advantageous in this ->respect too. You'll have to install patch1355 to fix a bug in the ->dithering ->patterns. -> ->The quality of the fade greatly depends on this n. Very true. Just for general reference, don't be too afraid to use blending, particularly if your objects are simple so that you don't need to sort amoungst them for proper results. Basic blending with smaller RGB visual sizes (such as 8 or 10) is pretty quick. In some cases it can even be faster because unlike the multisample mask techniques, it doesn't create complex pixels which can slow future rendering to those pixels. ->There is a *very* annoying SGI hardware bug which prevents the setup ->of n=8 multisamples coexisting with alpha bit-planes (no such visual ->exists). You can only do n=4 multisamples with alpha bit-planes. ->This is *independent* of your framebuffer memory size (number of RM6 ->boards). Just to clarify to avoid possible confusion here, destination alpha planes are not needed to implement the fade techniques discussed - they only use source (in-coming) alpha. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= 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 Feb 26 19:43:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA15778; Wed, 26 Feb 1997 14:17:35 -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 OAA15762; Wed, 26 Feb 1997 14:17:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA14592; Wed, 26 Feb 1997 14:17:34 -0800 Received: from sangam.ncst.ernet.in (sangam.ncst.ernet.in [202.41.110.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA24215 for ; Wed, 26 Feb 1997 14:17:03 -0800 From: mdrp@swabiman.ernet.in Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by sangam.ncst.ernet.in (8.7.5) with SMTP id TAA29390 for ; Wed, 26 Feb 1997 19:37:36 +0530 (GMT+05:30) Received: from postoffice.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id TAA01782; Wed, 26 Feb 1997 19:31:23 +0530 Received: by vigyan.iisc.ernet.in (SMI-8.6/SMI-SVR4) id TAA03353; Wed, 26 Feb 1997 19:28:31 -0530 Date: Wed, 26 Feb 1997 19:28:31 -0530 Message-Id: <199702270058.TAA03353@vigyan.iisc.ernet.in> Apparently-To: info-performer@sgi.com Status: O Hi, I like to subscribe to performer mailing list. I sent my request many times. But, no reply. What is the matter? . Has it been discontinued? Prasad ======================================================================= 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 Feb 26 20:47:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16084; Wed, 26 Feb 1997 15:34:51 -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 PAA16066; Wed, 26 Feb 1997 15:34:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA22164; Wed, 26 Feb 1997 15:34:49 -0800 Received: from ns1.bloomberg.com (ns1.bloomberg.com [199.172.169.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA11514 for ; Wed, 26 Feb 1997 15:34:43 -0800 Received: from ns2 by ns1.bloomberg.com (5.4R3.10/200.1.1.4) id AA24214; Wed, 26 Feb 1997 18:34:36 -0500 Errors-To: postmaster@ns1.bloomberg.com Received: from video1.bloomberg.com by ns2.bloomberg.com (5.4R3.00/200.2.1.5) id AA18674; Wed, 26 Feb 1997 18:34:35 -0500 Received: from video21 (video21 [160.43.153.236]) by video1 (940816.SGI.8.6.9/8.6.9) with SMTP id SAA24210 for ; Wed, 26 Feb 1997 18:34:34 -0500 Sender: john@video1.bloomberg.com Message-Id: <3314C88A.6231@video1.bloomberg.com> Date: Wed, 26 Feb 1997 18:34:34 -0500 From: john econopouly X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: info-performer@sgi.com Subject: drawing only what changes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I need to save some time in my drawing routine, and fewer polygons is not an option. I would like to draw only the parts of the image that change from frame to frame. What is the best way to do this? Imagine for example that only a long thin diagonal portion of my window (one fourth of the total pixels) will be changing. I would like to avoid redrawing all the other pixels on every frame. Is there any more efficient way to achieve this other than clearing the depth-buffer to a "near" value and then drawing a diagonal of "far" values into it on every frame (using GL calls)? thanks j ======================================================================= 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 Feb 26 21:24:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA16166; Wed, 26 Feb 1997 16:02: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 QAA16150; Wed, 26 Feb 1997 16:02:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA24476; Wed, 26 Feb 1997 16:02:19 -0800 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 QAA18495 for ; Wed, 26 Feb 1997 16:02:18 -0800 Received: from mtvex02.MTN-VIEW ("port 3083"@mtvex02.mtv.gtegsc.com) by Ballad.GSC.GTE.Com (PMDF V5.0-6 #18654) id <01IFVK95E0MI000VO1@Ballad.GSC.GTE.Com> for info-performer@sgi.com; Wed, 26 Feb 1997 15:20:16 -0800 (PST) Received: by mtvex02.MTN-VIEW with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC23F8.76E4D0E0@mtvex02.MTN-VIEW>; Wed, 26 Feb 1997 15:19:31 -0800 Date: Wed, 26 Feb 1997 16:17:00 -0800 From: Kaylor Brett Subject: Performer2.0 installation To: Performer Group 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 I have been using Performer2.0 in IRIX 5.3 for some time now. We just upgraded to IRIX6.2 on a cleaned hard drive. So I installed Performer2.0 on the clean system. One library (libpfs) did not show up. I look all over the CD and couldn't find it. I got everything else ok. I went ahead and installed patch 1347 which brings Performer up to 2.0.2. That got me the dynamic libpfs.so library, no static though. Here are my questions: 1. Shouldn't the distribution disk contain a static and dynamic version of the libpfs library? 2. Patch 1347 only contained patches for the dynamic libraries. Does that mean if I link dynamic I get Performer2.0.2 and if I link static I get Performer2.0? If anybody can clear this up for me I would be most grateful. Brett. P.S. The static lib /usr/lib/Performer/Static/libpfs.a was there before the upgrade to 6.2. I just don't remember how it got there. ============================================ Brett B. Kaylor Software Engineer GTE Government Systems 1805 West Drake Drive Tempe, AZ 85283 brett.kaylor@gsc.gte.com Tel: 602.777.1725 Fax: 602.777.1717 ============================================ ======================================================================= 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 Feb 27 03:20:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA17590; Wed, 26 Feb 1997 22:06: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 WAA17574; Wed, 26 Feb 1997 22:06:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA12471; Wed, 26 Feb 1997 22:06:31 -0800 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 WAA19439 for ; Wed, 26 Feb 1997 22:06:30 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id WAA12467; Wed, 26 Feb 1997 22:06:30 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id WAA22001; Wed, 26 Feb 1997 22:05:59 -0800 From: "Rob Jenkins" Message-Id: <9702262205.ZM21999@quid.csd.sgi.com> Date: Wed, 26 Feb 1997 22:05:59 -0800 In-Reply-To: Guy Premont "Transparent texture" (Feb 26, 1:37pm) References: <33142E95.41C6@calva.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Guy Premont , Info-Performer Mailing List Subject: Re: Transparent texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sounds a little like you have 'screen door' transparency on the Impact. man pfTransparency says: PFTR_ON IRIS Performer will use a default transparency mechanism depending on the machine being used. I guess that's what you have ( via the pfdBldrStateMode call ) and is most likely different on RE to Impact, if you need consistent appearance you could try: PFTR_HIGH_QUALITY IRIS Performer will use a transparency mechanism that provides the highest quality, not necessarily the fastest, transparency. Cheers Rob On Feb 26, 1:37pm, Guy Premont wrote: > Subject: Transparent texture > Hi, > > I'm porting an application that was designed with Performer 2.0.2 on an > Onyx with IRIX 5.3 to an Indigo2 Max Impact R10000 using Performer 2.1 > and IRIS 6.2 > > Everything works right except for a thing. I'm using textures with some > transparency on one model and they don't appear the way they used to. > What should be transparent is now mostly transparent ; from a distance > the transparency appears as lines alternatively black and transparent, > and up close it is transparent but it adds some grey to the color of > what's behind. Has something changed in the use of transparent textures? > I'm just doing > pfdBldrStateMode(PFSTATE_ALPHAFUNC, PFAF_GREATER); > pfdBldrStateVal(PFSTATE_ALPHAREF, (128.0f/255.0f)); > pfdBldrStateMode(PFSTATE_TRANSPARENCY, PFTR_ON); > to define the GeoState of the object. What is wrong? > > Thanks > > 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 >-- End of excerpt from Guy Premont -- ________________________________________________________________ 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 Thu Feb 27 05:13:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17843; Wed, 26 Feb 1997 23:59: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 XAA17827; Wed, 26 Feb 1997 23:59:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15552; Wed, 26 Feb 1997 23:59:58 -0800 Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.45.26]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA03408 for ; Wed, 26 Feb 1997 23:59:55 -0800 Received: (from andenmat@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.12) id JAA06568 for info-performer@sgi.com; Thu, 27 Feb 1997 09:01:24 +0100 From: "Yann Andenmatten" Message-Id: <9702270901.ZM6567@imtsg12.epfl.ch> Date: Thu, 27 Feb 1997 09:01:24 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: problem with normals Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I've create an object (a cylinder) without texture, but with colors. The problem is that the object is colored with the colors, but it ignores the light... What am I missing ? The code is like this : pfGeoSet* cylGeoSet = new(arena) pfGeoSet; cylGeoSet->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, cylPts, indexPts); cylGeoSet->setAttr(PFGS_NORMAL3, PFGS_PER_PRIM, cylNormals, indexNormals); cylGeoSet->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, cylColors, indexColors); cylGeoSet->setAttr(PFGS_TEXCOORD2, PFGS_OFF, cylPts, indexPts); // the total number of triangles cylGeoSet->setNumPrims(2*(nbPtsHeight-1)*2*nbPtsCircle); cylGeoSet->setPrimType(PFGS_TRIS); // set the pfGeoState and the pfGeoSet gstate = new(arena) pfGeoState; gstate->setMode(PFSTATE_CULLFACE, PFCF_OFF); gstate->setMode(PFSTATE_ENLIGHTING, PFTR_OFF); gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_OFF); gstate->setMode(PFSTATE_ENTEXTURE, PFTR_OFF); gstate->setMode(PFSTATE_ENHIGHLIGHTING,PFTR_OFF); gstate->setMode(PFSTATE_ENWIREFRAME, PFTR_OFF); cylGeoSet->setGState(gstate); Thanks for help ! Yann PS : I've an other object in the scene (that is create form a file and is textured) and it uses the light. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.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 Thu Feb 27 05:39:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA17889; Thu, 27 Feb 1997 00:20:36 -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 AAA17873; Thu, 27 Feb 1997 00:20:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA17836; Thu, 27 Feb 1997 00:20:34 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA06527; Thu, 27 Feb 1997 00:20:29 -0800 Received: from streptacocus (ts005p11.pop9a.netvision.net.il [194.90.11.103]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id KAA12793; Thu, 27 Feb 1997 10:20:18 +0200 (IST) Sender: internet@nvsgi1.netvision.net.il Message-ID: <331536F8.41C6@netvision.net.il> Date: Thu, 27 Feb 1997 09:25:44 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Sharon Clay CC: Mark Baranowski , info-performer@sgi.com Subject: Re: Multisample Masks References: <33130e6d.28158615@post.demon.co.uk> <33146AC3.41C6@netvision.net.il> <9702261357.ZM623@rose.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Sharon Clay wrote: > Just for general reference, don't be too afraid to use blending, > particularly if your objects are simple so that you don't need to > sort amoungst them for proper results. Basic blending with > smaller RGB visual sizes (such as 8 or 10) is pretty quick. In some > cases it can even be faster because unlike the multisample mask > techniques, it doesn't create complex pixels which can slow future > rendering to those pixels. > This is interesting. Is there a "my samples are all the same" flag on each pixel? And the rasterizer operates differently on such pixels? This would imply that an opaque-first, transparent-last ordering with multisample transparency is advantageous (vs. necessary for blended). > ->There is a *very* annoying SGI hardware bug which prevents the setup > ->of n=8 multisamples coexisting with alpha bit-planes (no such visual > ->exists). You can only do n=4 multisamples with alpha bit-planes. > ->This is *independent* of your framebuffer memory size (number of RM6 > ->boards). > > Just to clarify to avoid possible confusion here, destination alpha planes > are not needed to implement the fade techniques discussed - they only use > source (in-coming) alpha. True, but they have their other wonderful uses (the only way to get a second channel output from the Sirius). Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 27 10:11:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA18623; Thu, 27 Feb 1997 06:44:54 -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 GAA18607; Thu, 27 Feb 1997 06:44:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00904; Thu, 27 Feb 1997 06:44:53 -0800 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 GAA26708 for ; Thu, 27 Feb 1997 06:44:49 -0800 Received: by gauntlet.ht.com; id JAA22924; Thu, 27 Feb 1997 09:44:55 -0500 (EST) Received: from he.ht.com(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma022922; Thu, 27 Feb 97 09:44:50 -0500 Received: from teflon.objectime.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id OAA22889; Thu, 27 Feb 1997 14:44:10 GMT Received: by teflon.objectime.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id JAA27381; Thu, 27 Feb 1997 09:42:45 -0500 Date: Thu, 27 Feb 1997 09:42:45 -0500 From: david@ht.com (David Helfrick) Message-Id: <199702271442.JAA27381@teflon.objectime.com> To: info-performer@sgi.com Subject: Help with compiling Performer app(s) using Gnu g++ (v. 2.7.2.1). Status: O We are trying to compile a Performer app using the GNU 2.7.2.1 C++ compiler. (FWIW, this is for use inside an OOAD tool.) I am able to compile the individual C++ files, but at link time am getting many, many unresolved symbols (possibly a name mangling problem). It seems that all the Performer (method) function calls cannot be resolved. Relatedly, we have successfully compiled a strictly OpenGL app with GNU 2.7.2.1 C++. Any suggestions? TIA. ---- Dave Helfrick Addr: HT Medical, Inc. Email: david@ht.com 6001 MONTROSE ROAD Phone: 301-984-3706 / 800-929-4709 SUITE 902 Fax: 301-984-2104 ROCKVILLE, MD 20852 Web: http://www.ht.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 Feb 27 10:11:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA18483; Thu, 27 Feb 1997 06:12: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 GAA18467; Thu, 27 Feb 1997 06:12:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29296; Thu, 27 Feb 1997 06:12:11 -0800 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 GAA21816 for ; Thu, 27 Feb 1997 06:12:08 -0800 Received: from visvr1.rus.uni-stuttgart.de (visvr1-fd.rus.uni-stuttgart.de [129.69.18.62]) by artemis.rus.uni-stuttgart.de with ESMTP id PAA04791 (8.6.13/IDA-1.6 for ); Thu, 27 Feb 1997 15:11:47 +0100 Received: by visvr1.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1) for info-performer@sgi.com id PAA11410; Thu, 27 Feb 1997 15:11:47 +0100 From: rusparty@visvr1.rus.uni-stuttgart.de (Volker Lindorfer (Hiwi)) Message-Id: <199702271411.PAA11410@visvr1.rus.uni-stuttgart.de> Subject: 3D textures To: info-performer@sgi.com (Performer Mailing Liste) Date: Thu, 27 Feb 1997 15:11:47 +0100 (MEZ) Reply-To: lindorfer@rus.uni-stuttgart.de Content-Type: text Content-Length: 818 Status: O Hi, I wonder if anyone managed to use 3d textures in a performer application on a Maximum Impact. Some questions: - Do I have to use OpenGL 3D texture extension calls before and after drawing the scene to use 3D textures or are there any performer calls to do so? (I suppose not) - Did anyone have results with the example application from the FAQs on a Maximum Impact. I talking about the modification of Perfly. - Are there any limitations concerning the depth of textures on Maximum Impact like I red in a older mail? I have a small working OpenGL example program using 32-bit textures. - Has anyone a clue where I can get information, manuals or source code about 3d texturing with Performer? Thank you in advance Volker ======================================================================= 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 Thu Feb 27 10:11:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA18403; Thu, 27 Feb 1997 05:02:23 -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 FAA18387; Thu, 27 Feb 1997 05:02:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA26372; Thu, 27 Feb 1997 05:02:21 -0800 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 FAA11628 for ; Thu, 27 Feb 1997 05:00:19 -0800 Received: from rtset.co.il (jimbo.rtset.co.il [194.90.96.248]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id OAA01220 for <@server.rtset.co.il:info-performer@sgi.com>; Wed, 28 Feb 1996 14:45:45 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA08272 for info-performer@sgi.com; Thu, 27 Feb 1997 16:56:39 +0200 From: "Ran Yakir" Message-Id: <9702271656.ZM8270@jimbo.rtset.co.il> Date: Thu, 27 Feb 1997 16:56:39 +0000 In-Reply-To: "Sharon Clay" "Re: Multisample Masks" (Feb 26, 1:57pm) References: <33130e6d.28158615@post.demon.co.uk> <33146AC3.41C6@netvision.net.il> <9702261357.ZM623@rose.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Multisample Masks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 26, 1:57pm, Sharon Clay wrote: > Subject: Re: Multisample Masks > > ->There is a *very* annoying SGI hardware bug which prevents the setup > ->of n=8 multisamples coexisting with alpha bit-planes (no such visual > ->exists). You can only do n=4 multisamples with alpha bit-planes. > ->This is *independent* of your framebuffer memory size (number of RM6 > ->boards). > > Just to clarify to avoid possible confusion here, destination alpha planes > are not needed to implement the fade techniques discussed - they only use > source (in-coming) alpha. > So they do. However, in broadcast applications, using the Sirius, you use the alpha planes to send a mask for the chromakeyer, so that you can perform obstructions of real video by virtual objects, in the chromakeyer. This is the reason why we must use alpha bitplanes, and therefore suffer from this bug. I must agree with Orad on this matter - this is really a very annoying bug. 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 Thu Feb 27 10:11:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA18690; Thu, 27 Feb 1997 06:52: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 GAA18674; Thu, 27 Feb 1997 06:52:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01477; Thu, 27 Feb 1997 06:52:53 -0800 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 GAA27962 for ; Thu, 27 Feb 1997 06:52:52 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA23260; Thu, 27 Feb 1997 09:50:59 -0500 Date: Thu, 27 Feb 1997 09:50:59 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702270950.ZM23259@hotsauce.clubfed.sgi.com> In-Reply-To: "Yann Andenmatten" "problem with normals" (Feb 27, 9:01am) References: <9702270901.ZM6567@imtsg12.epfl.ch> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: problem with normals Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You need to make a change to the pfGeoState attributes you defined below. Look at the ENLIGHTING attribute you have it turned off which means flat shade this object, you need it to be on. On Feb 27, 9:01am, Yann Andenmatten wrote: > Subject: problem with normals > Hi, > > I've create an object (a cylinder) without texture, but with colors. The > problem is that the object is colored with the colors, but it ignores the > light... > What am I missing ? > > The code is like this : > > > pfGeoSet* cylGeoSet = new(arena) pfGeoSet; > > cylGeoSet->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, cylPts, indexPts); > cylGeoSet->setAttr(PFGS_NORMAL3, PFGS_PER_PRIM, cylNormals, indexNormals); > cylGeoSet->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, cylColors, indexColors); > cylGeoSet->setAttr(PFGS_TEXCOORD2, PFGS_OFF, cylPts, indexPts); > > // the total number of triangles > cylGeoSet->setNumPrims(2*(nbPtsHeight-1)*2*nbPtsCircle); > cylGeoSet->setPrimType(PFGS_TRIS); > > // set the pfGeoState and the pfGeoSet > gstate = new(arena) pfGeoState; > gstate->setMode(PFSTATE_CULLFACE, PFCF_OFF); > gstate->setMode(PFSTATE_ENLIGHTING, PFTR_OFF); gstate->setMode(PFSTATE_ENLIGHTING, PFTR_ON); > gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_OFF); > gstate->setMode(PFSTATE_ENTEXTURE, PFTR_OFF); > gstate->setMode(PFSTATE_ENHIGHLIGHTING,PFTR_OFF); > gstate->setMode(PFSTATE_ENWIREFRAME, PFTR_OFF); > > cylGeoSet->setGState(gstate); > > Thanks for help ! > > Yann > > PS : I've an other object in the scene (that is create form a file and is > textured) and it uses the light. > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne > [] [] [] [] [] > Swiss Federal Institute of Technology > [][] [][][] [][] [] > > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 > [][][] [] [] [][][] > yandenmat@di.epfl.ch > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ======================================================================= > 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 Yann Andenmatten -- 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 Feb 27 12:25:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA18761; Thu, 27 Feb 1997 07:05:50 -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 HAA18745; Thu, 27 Feb 1997 07:05:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02301; Thu, 27 Feb 1997 07:05:49 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA29649; Thu, 27 Feb 1997 07:05:46 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id OAA21746; Thu, 27 Feb 1997 14:53:44 GMT From: "Angus Dorbie" Message-Id: <9702271453.ZM21744@bitch.reading.sgi.com> Date: Thu, 27 Feb 1997 14:53:44 +0000 In-Reply-To: "Yann Andenmatten" "problem with normals" (Feb 27, 9:01am) References: <9702270901.ZM6567@imtsg12.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: problem with normals Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You have PFTR_OFF tokens for all the states, this will be the equivalent of PF_OFF. You need to fix all the cut 'n paste isms. On Feb 27, 9:01am, Yann Andenmatten wrote: > Subject: problem with normals > gstate = new(arena) pfGeoState; > gstate->setMode(PFSTATE_CULLFACE, PFCF_OFF); > gstate->setMode(PFSTATE_ENLIGHTING, PFTR_OFF); > gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_OFF); > gstate->setMode(PFSTATE_ENTEXTURE, PFTR_OFF); > gstate->setMode(PFSTATE_ENHIGHLIGHTING,PFTR_OFF); > gstate->setMode(PFSTATE_ENWIREFRAME, PFTR_OFF); ======================================================================= 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 Feb 27 14:26:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA18956; Thu, 27 Feb 1997 08:58: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 IAA18940; Thu, 27 Feb 1997 08:58:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA10846; Thu, 27 Feb 1997 08:58:20 -0800 Received: from ns1.bloomberg.com (ns1.bloomberg.com [199.172.169.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA21883 for ; Thu, 27 Feb 1997 08:58:12 -0800 Received: from ns2 by ns1.bloomberg.com (5.4R3.10/200.1.1.4) id AA20972; Thu, 27 Feb 1997 11:56:55 -0500 Errors-To: postmaster@ns1.bloomberg.com Received: from video1.bloomberg.com by ns2.bloomberg.com (5.4R3.00/200.2.1.5) id AA08374; Thu, 27 Feb 1997 11:56:54 -0500 Received: from video1 (localhost [127.0.0.1]) by video1 (940816.SGI.8.6.9/8.6.9) with SMTP id LAA25536; Thu, 27 Feb 1997 11:56:53 -0500 Sender: clifton@video1.bloomberg.com Message-Id: <3315BCD5.167E@video1.bloomberg.com> Date: Thu, 27 Feb 1997 11:56:53 -0500 From: Clifton T Liu Organization: Bloomberg LP X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Japanese font for Performer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, Has anyone used Japanese fonts under Performer ? If so, where can one obtain the fonts and how does she use it under Performer ? Thanks. Clifton Liu ======================================================================= 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 Feb 27 15:23:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA19338; Thu, 27 Feb 1997 09:53:19 -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 JAA19322; Thu, 27 Feb 1997 09:53:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA16763; Thu, 27 Feb 1997 09:53:17 -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 JAA04761 for ; Thu, 27 Feb 1997 09:53:15 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA24747; Thu, 27 Feb 1997 09:53:11 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA12373; Thu, 27 Feb 1997 09:53:11 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702271753.JAA12373@remi.asd.sgi.com> Subject: Re: problem with normals To: andenmat@imtsg12.epfl.ch (Yann Andenmatten) Date: Thu, 27 Feb 1997 09:53:11 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <9702270901.ZM6567@imtsg12.epfl.ch> from "Yann Andenmatten" at Feb 27, 97 09:01:24 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: 2293 Status: O Yann Andenmatten wrote: > > Hi, > > I've create an object (a cylinder) without texture, but with colors. The > problem is that the object is colored with the colors, but it ignores the > light... > What am I missing ? > > The code is like this : > > > pfGeoSet* cylGeoSet = new(arena) pfGeoSet; > > cylGeoSet->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, cylPts, indexPts); > cylGeoSet->setAttr(PFGS_NORMAL3, PFGS_PER_PRIM, cylNormals, indexNormals); > cylGeoSet->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, cylColors, indexColors); > cylGeoSet->setAttr(PFGS_TEXCOORD2, PFGS_OFF, cylPts, indexPts); > > // the total number of triangles > cylGeoSet->setNumPrims(2*(nbPtsHeight-1)*2*nbPtsCircle); > cylGeoSet->setPrimType(PFGS_TRIS); > > // set the pfGeoState and the pfGeoSet > gstate = new(arena) pfGeoState; > gstate->setMode(PFSTATE_CULLFACE, PFCF_OFF); > gstate->setMode(PFSTATE_ENLIGHTING, PFTR_OFF); ^^^^ You said no lighting, hum ! > gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_OFF); > gstate->setMode(PFSTATE_ENTEXTURE, PFTR_OFF); > gstate->setMode(PFSTATE_ENHIGHLIGHTING,PFTR_OFF); > gstate->setMode(PFSTATE_ENWIREFRAME, PFTR_OFF); > > cylGeoSet->setGState(gstate); > > Thanks for help ! > > Yann > > PS : I've an other object in the scene (that is create form a file and is > textured) and it uses the light. > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne > [] [] [] [] [] > Swiss Federal Institute of Technology > [][] [][][] [][] [] > > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 > [][][] [] [] [][][] > yandenmat@di.epfl.ch > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > _ / _ _ |_) _ ._ _ 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 Thu Feb 27 16:43:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA19558; Thu, 27 Feb 1997 11:08: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 LAA19542; Thu, 27 Feb 1997 11:08:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA23214; Thu, 27 Feb 1997 11:07:58 -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 LAA21151 for ; Thu, 27 Feb 1997 11:07:57 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA28803; Thu, 27 Feb 1997 11:04:51 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA12711; Thu, 27 Feb 1997 11:04:50 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702271904.LAA12711@remi.asd.sgi.com> Subject: Re: Performer2.0 installation To: Brett.Kaylor@GSC.GTE.Com (Kaylor Brett) Date: Thu, 27 Feb 1997 11:04:50 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: from "Kaylor Brett" at Feb 26, 97 04:17:00 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: 2809 Status: O Kaylor Brett wrote: > > I have been using Performer2.0 in IRIX 5.3 for some time now. We just > upgraded to IRIX6.2 on a cleaned hard drive. So I installed > Performer2.0 > on the clean system. One library (libpfs) did not show up. I look all > over > the CD and couldn't find it. I got everything else ok. I went ahead > and > installed patch 1347 which brings Performer up to 2.0.2. That got me > the > dynamic libpfs.so library, no static though. Here are my questions: > > 1. Shouldn't the distribution disk contain a static and dynamic version > of > the libpfs library? > > 2. Patch 1347 only contained patches for the dynamic libraries. Does > that mean if I link dynamic I get Performer2.0.2 and if I link static I > get > Performer2.0? > > If anybody can clear this up for me I would be most grateful. > > Brett. > > P.S. The static lib /usr/lib/Performer/Static/libpfs.a was there before > the > upgrade to 6.2. I just don't remember how it got there. > Hi, The libpfs is the Terrain feature for performer, which was not available before 2.0.2. That's why it's not in 2.0 A patch is for the eoe environement (execution only). It is to be installed on a computer to remove the bugs without recompiling any application. It is not usefull to include a static library into a patch as it will not change the behaviour of any application. A static library is therefore part of the development environnement, (the one you have to pay for !) Note that the eoe of Perfomer is free, so are patches. It is delivered automatically in the system since 6.2 Only performer MR (releases) have static libraries. Using static libraries means using the MR, and never be perturbated by the eoe. It also means that an application linked in static will not be enhanced by any patches (ain't that static ?) There is ONLY ONE exception to the above statement. This is the patch 1392 that is for the Performer dev environement. Performer made this exception to give access to pfASD for 2.0 users. ASD has been developped for 2.1 (IR only), but there are no technical problem to use that 100% software technique on any SGI. So, that's what you want to do: - install patch 1347 and patch 1392 on the SGI with the Performer dev env. It is required to have the dev env to install this patch. This patch is free IF you paid for 2.0 dev.It's the only exception, all other patches are 100% free. - install patch 1347 only on execution only machine. You'll find the libpfs static libs in the 1392 patch if you want to link staticaly. Please ask if you have any further question. _ / _ _ |_) _ ._ _ 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 Thu Feb 27 17:18:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA19961; Thu, 27 Feb 1997 11:40:56 -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 LAA19945; Thu, 27 Feb 1997 11:40:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26799; Thu, 27 Feb 1997 11:40:55 -0800 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 LAA28520 for ; Thu, 27 Feb 1997 11:40:53 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA24093; Thu, 27 Feb 1997 14:23:42 -0500 Date: Thu, 27 Feb 1997 14:23:42 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9702271423.ZM24092@hotsauce.clubfed.sgi.com> In-Reply-To: david@ht.com (David Helfrick) "Help with compiling Performer app(s) using Gnu g++ (v. 2.7.2.1)." (Feb 27, 9:42am) References: <199702271442.JAA27381@teflon.objectime.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: david@ht.com (David Helfrick), info-performer@sgi.com Subject: Re: Help with compiling Performer app(s) using Gnu g++ (v. 2.7.2.1). Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Can you post an example of the error messages and a `versions performer\*' so we know which version of Performer you are using. Brian On Feb 27, 9:42am, David Helfrick wrote: > Subject: Help with compiling Performer app(s) using Gnu g++ (v. 2.7.2.1). > We are trying to compile a Performer app using the GNU 2.7.2.1 C++ > compiler. (FWIW, this is for use inside an OOAD tool.) > > I am able to compile the individual C++ files, but at link time > am getting many, many unresolved symbols (possibly a name mangling > problem). It seems that all the Performer (method) function calls > cannot be resolved. > > Relatedly, we have successfully compiled a strictly OpenGL app > with GNU 2.7.2.1 C++. > > Any suggestions? > TIA. > > ---- > Dave Helfrick Addr: HT Medical, Inc. > Email: david@ht.com 6001 MONTROSE ROAD > Phone: 301-984-3706 / 800-929-4709 SUITE 902 > Fax: 301-984-2104 ROCKVILLE, MD 20852 > Web: http://www.ht.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 David Helfrick -- 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 Feb 27 17:49:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA20058; Thu, 27 Feb 1997 12:14:19 -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 MAA20042; Thu, 27 Feb 1997 12:14:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA00568; Thu, 27 Feb 1997 12:14:17 -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 MAA06694 for ; Thu, 27 Feb 1997 12:14:13 -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 MAA11194 for ; Thu, 27 Feb 1997 12:20:21 -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 UAA19006 for ; Thu, 27 Feb 1997 20:10:34 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id MAA17643 for info-performer@sgi.com; Thu, 27 Feb 1997 12:18:50 -0800 From: "Marcus Barnes" Message-Id: <9702271218.ZM17642@vaisyas.engr.multigen.com> Date: Thu, 27 Feb 1997 12:18:49 -0800 In-Reply-To: Christopher R Volpe "Performer Friends Multigen Hunter Liggett database" (Feb 26, 4:14pm) References: <3314A7AA.D73@ash.crd.ge.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 Friends Multigen Hunter Liggett database Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 26, 4:14pm, Christopher R Volpe wrote: > PF Warning: decompConcave() Could not decompose > concave polygon! This is a warning from pfdGeoBuilder ... such polygons are dropped out. > PF Notice/Assert: texture indexing missing palette member > PF file : ./Ether/MS_Milbase.flt > PF use-file: HL_94.flt > PF texture index 260 This is a notice from pfdLoadFile_flt that indicates that the parent file, HL_94.flt, has a texture palette that doesn't contain textures used by the referenced file, MS_Milbase.flt . The external reference in HL_94.flt, for MS_Milbase.flt, should override the texture palette because MS_Milbase.flt probably wants to use its own texture palette. The loader has a compatibility mode for this problem. In the readme it says: "" PFFLT_FORCE_XREF_FLAGS - This is a compatibility mode that allows the user to force external reference override flags to TRUE. When enabled, all V14.2 and later external references whose overrides are all FALSE will be changed to TRUE. This mode is disabled by default. "" For example: % perfly -y flt,18,1 HL_94.flt > PF Notice/Assert(2): couldn't resolve external reference > ./Ether/billboard2.flt This is a notice from pfdLoadFile_flt that says it couldn't find the file along any search path provided by PFPATH or FLTEXTERNPATH. You must add the Ether directory (and any others) in either of these path variables. > After I do this, I get nothing visible. Am I doing something wrong? > (I had previously been using the canyon.flt database from the > Performer_1.1 disc without any problem. It is just this newer database > that is causing me difficulty.) It's not your fault Chris. This database still has some modelling and "publishing" problems wrt concave polygons, external reference filenames (the path components) and override flags. 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 Feb 27 19:13:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA20515; Thu, 27 Feb 1997 13:40:04 -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 NAA20499; Thu, 27 Feb 1997 13:40:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA09518; Thu, 27 Feb 1997 13:40:03 -0800 Received: from relay-5.mail.demon.net (punt2.demon.co.uk [194.217.242.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA25039 for ; Thu, 27 Feb 1997 13:39:59 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-5.mail.demon.net id aa528143; 27 Feb 97 11:28 GMT From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Multisample Masks Date: Thu, 27 Feb 1997 11:29:11 GMT Organization: Pera Message-ID: <33166e83.11112666@post.demon.co.uk> References: <33130e6d.28158615@post.demon.co.uk> In-Reply-To: <33130e6d.28158615@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 Many thanks to those who responded. I will investigate Remi's suggestion a bit further - I haven't used bins before so had better go read the apropriate man pages :) Regards. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 1664 501501, Fax: +44 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 Thu Feb 27 22:38:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA22467; Thu, 27 Feb 1997 16:58: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 QAA22451; Thu, 27 Feb 1997 16:58:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA28298; Thu, 27 Feb 1997 16:58:31 -0800 Received: from relay-6.mail.demon.net (punt2.demon.co.uk [194.217.242.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA09239 for ; Thu, 27 Feb 1997 16:58:28 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-7.mail.demon.net id aa725511; 27 Feb 97 15:01 GMT From: Mark Baranowski To: info-performer@sgi.com Subject: iR Display List Cache Question Date: Thu, 27 Feb 1997 15:01:02 GMT Organization: Pera Message-ID: <33159f90.23658394@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, Can anyone tell me if it is possible to determine how much of the 15+ MB display list cache on the iR geometry engine board is in use at a given time (alternatively how big the created display lists are when I do a pfuTravSetDListMode on a given node?) Thanks. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 1664 501501, Fax: +44 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 Feb 28 02:58:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA24681; Thu, 27 Feb 1997 21:38: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 VAA24665; Thu, 27 Feb 1997 21:38:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA12236; Thu, 27 Feb 1997 21:38:25 -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 VAA24092 for ; Thu, 27 Feb 1997 21:38:24 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA27825; Thu, 27 Feb 1997 20:59:50 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA14325; Thu, 27 Feb 1997 20:59:48 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702280459.UAA14325@remi.asd.sgi.com> Subject: Re: Multisample Masks To: maiaux@corys.fr (Lionel Maiaux) Date: Thu, 27 Feb 1997 20:59:45 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <3313FB61.41C6@corys.fr> from "Lionel Maiaux" at Feb 26, 97 09:59:13 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: 1616 Status: O Lionel Maiaux wrote: > > Rimi Arnaud wrote: > > > > Mark Baranowski wrote: > > > > > > Hi, > > > > > > I wan't to fade certain geometry in and out of my scene. I am running > > > on an Onyx iR Performer 2.1, Open GL compilation. > > > > > > It seems that it should be pretty straightforward to do using the > > > multisample mask in a pre&post draw callback for the nodes I wish to > > > fade (i.e. using glSampleMaskSGIS in a pre draw to effectively set the > > > level of transparency I want, and then reset the mask in a post draw). > > > > > > Will this work? (Isn't it how Performer implements it's fade LOD > > > feature) It seems much simpler than having to modify the alpha in > > > materials/colours associated with the geometry etc. Is there anything > > > I should be aware of wrt doing this? > > > > > > Any advice greatfully received. > > > > > > > Sure it will work if you also use: > > glEnable(GL_SAMPLE_MASK_SGIS); and glDisable... > > > > For optimisation, try not to call enable and disable in each callback. > > You can do it by grouping all objects that have to have that callback > > in a bin. > > Wy should Mark use glDisable(GL_SAMPLE_MASK_SGIS) ? > > Are there other performance reason to not only reset the mask in the > post draw (as Mark says) or in the pre draw of opaque geometries ? > No, there is no performance problem not to disable it, but performer may disable it, so you'll have to turn it on again. _ / _ _ |_) _ ._ _ 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 Feb 28 08:52:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25422; Fri, 28 Feb 1997 05:04: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 FAA25406; Fri, 28 Feb 1997 05:04:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA26925; Fri, 28 Feb 1997 05:04:30 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA24025 for ; Fri, 28 Feb 1997 05:04:25 -0800 Received: from EFRAT.netvision.net.il (ts004p7.pop9a.netvision.net.il [194.90.11.81]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id PAA04223; Fri, 28 Feb 1997 15:04:08 +0200 (IST) Message-ID: <331763CA.8E9@netvision.net.il> Date: Fri, 28 Feb 1997 15:01:30 -0800 From: Moshe Nissim Reply-To: orad_u@netvision.net.il Organization: Orad Hi-Tec Systems X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Ran Yakir CC: info-performer@sgi.com Subject: Re: Multisample Masks References: <33130e6d.28158615@post.demon.co.uk> <33146AC3.41C6@netvision.net.il> <9702261357.ZM623@rose.asd.sgi.com> <9702271656.ZM8270@jimbo.rtset.co.il> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ran Yakir wrote: > > On Feb 26, 1:57pm, Sharon Clay wrote: > > Subject: Re: Multisample Masks > > > > ->There is a *very* annoying SGI hardware bug which prevents the setup > > ->of n=8 multisamples coexisting with alpha bit-planes (no such visual > > ->exists). You can only do n=4 multisamples with alpha bit-planes. > > ->This is *independent* of your framebuffer memory size (number of RM6 > > ->boards). > > > > Just to clarify to avoid possible confusion here, destination alpha planes > > are not needed to implement the fade techniques discussed - they only use > > source (in-coming) alpha. > > > So they do. However, in broadcast applications, using the Sirius, you use the > alpha planes to send a mask for the chromakeyer, so that you can perform > obstructions of real video by virtual objects, in the chromakeyer. This is the > reason why we must use alpha bitplanes, and therefore suffer from this bug. I > must agree with Orad on this matter - this is really a very annoying bug. Thanks. We have raised this problem when the iR came out, but so far, it seems that this is not a priority with SGI. Maybe SGI is not interested in the broadcast market? ;) Their marketing indicates otherwise ... Anyone, please confirm/deny that this bug still exists in the Onyx2 iR pipe? BTW, did I miss a Performer-group response to Ran's suggestion regarding multi-pass rendered nodes? Bye, Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 28 08:52:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA25380; Fri, 28 Feb 1997 04:59:36 -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 EAA25364; Fri, 28 Feb 1997 04:59:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA26347; Fri, 28 Feb 1997 04:59:35 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA23100 for ; Fri, 28 Feb 1997 04:59:30 -0800 Received: from EFRAT.netvision.net.il (ts004p7.pop9a.netvision.net.il [194.90.11.81]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id OAA04035; Fri, 28 Feb 1997 14:57:49 +0200 (IST) Message-ID: <33176245.552D@netvision.net.il> Date: Fri, 28 Feb 1997 14:55:01 -0800 From: Moshe Nissim Reply-To: orad_u@netvision.net.il Organization: Orad Hi-Tec Systems X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Ran Yakir CC: info-performer@sgi.com Subject: Re: Multisample Masks References: <33130e6d.28158615@post.demon.co.uk> <33146AC3.41C6@netvision.net.il> <9702261357.ZM623@rose.asd.sgi.com> <9702271656.ZM8270@jimbo.rtset.co.il> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ran Yakir wrote: > > On Feb 26, 1:57pm, Sharon Clay wrote: > > Subject: Re: Multisample Masks > > > > ->There is a *very* annoying SGI hardware bug which prevents the setup > > ->of n=8 multisamples coexisting with alpha bit-planes (no such visual > > ->exists). You can only do n=4 multisamples with alpha bit-planes. > > ->This is *independent* of your framebuffer memory size (number of RM6 > > ->boards). > > > > Just to clarify to avoid possible confusion here, destination alpha planes > > are not needed to implement the fade techniques discussed - they only use > > source (in-coming) alpha. > > > So they do. However, in broadcast applications, using the Sirius, you use the > alpha planes to send a mask for the chromakeyer, so that you can perform > obstructions of real video by virtual objects, in the chromakeyer. This is the > reason why we must use alpha bitplanes, and therefore suffer from this bug. I > must agree with Orad on this matter - this is really a very annoying bug. Thanks. We have raised this problem when the iR came out, but judging by SGI's response so far, it seems that this is not a their priority. Maybe SGI doesn't want to bother with the broadcast market? Their marketing indicates otherwise ... Anyone, please confirm/deny that this bug still exists in the Onyx2 iR. BTW, was there any response that I missed on Ran's question/suggestion regarding multi-pass rendered nodes? Bye, Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Feb 28 17:13:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01111; Fri, 28 Feb 1997 13:05: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 IAA25626; Fri, 28 Feb 1997 08:02:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05573; Fri, 28 Feb 1997 08:02:34 -0800 Received: from bham-ht.bioc.uab.edu (bham-ht.bioc.uab.edu [138.26.128.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA19069 for ; Fri, 28 Feb 1997 08:02:29 -0800 From: paul@bham-ht.bioc.uab.edu (Paul Sherman) Received: by bham-ht.bioc.uab.edu (950413.SGI.8.6.12/3.1.090690-HT Medical) id PAA20061; Fri, 28 Feb 1997 15:28:08 GMT Message-Id: <199702281528.PAA20061@bham-ht.bioc.uab.edu> Subject: Re: Japanese font for Performer To: clifton@video1.bloomberg.com (Clifton T Liu) Date: Fri, 28 Feb 1997 09:28:08 -0600 (CST) Cc: info-performer@sgi.com In-Reply-To: <3315BCD5.167E@video1.bloomberg.com> from "Clifton T Liu" at Feb 27, 97 11:56:53 am X-Mailer: ELM [version 2.4 PL24 ME5a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1012 Status: O > Hi, > Has anyone used Japanese fonts under Performer ? If so, > where can one obtain the fonts and how does she use it under > Performer ? Thanks. > > Clifton Liu Katakana, Hirigana, Kanji or all of the above? I have not downloaded any of the fonts for the SGI yet (my linux box has them, as do many of the linux distributions - Slackware for example) but they are all out there. Do you want 2d or 3d text? For 2d, get the X fonts (they come in several different sizes) and use the opengl postdraw stuff that has been previously posted to info-performer. For 3D, probably grab type1 fonts and use the performer text extensions. I have had less luck finding type1 kanji fonts on the net. You may have to pay for them. As for actually using the fonts, I have not clue how you access any particular character in those fonts in X or for type1. Walnut Creek puts out a CD on Japanese Text processing for Linux which might help. I can hunt down the reference if you want. Paul Sherman paul@ht.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 Feb 28 17:13:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA00570; Fri, 28 Feb 1997 12:50: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 IAA25659; Fri, 28 Feb 1997 08:14:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06299; Fri, 28 Feb 1997 08:14:33 -0800 Received: from svmail01.mdc.com (SVMAIL01.MDC.COM [130.38.188.175]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA21508 for ; Fri, 28 Feb 1997 08:14:29 -0800 Received: from mdc.com by svmail01.mdc.com with SMTP (1.37.109.11/16.2) id AA272683592; Fri, 28 Feb 1997 09:26:32 -0600 Received: from gwxsl001-Message_Server by mdc.com with Novell_GroupWise; Fri, 28 Feb 1997 09:26:30 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 28 Feb 1997 08:51:30 -0600 From: Marilyn Slaughter To: info-performer@sgi.com Subject: IR display Status: O Does anyone have any suggestions on generating both an IR display and a standard out-the-window display using a single database? I'm using an iR. Before switching to the iR, I used the gammaramp function in Open GL, which is not available in Irix, to modify the colors for an IR presentation. Thank you. Marilyn Slaughter ======================================================================= 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 Feb 28 20:19:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA01741; Fri, 28 Feb 1997 15:01:50 -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 PAA01725; Fri, 28 Feb 1997 15:01:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA08108; Fri, 28 Feb 1997 15:01:48 -0800 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 PAA01579 for ; Fri, 28 Feb 1997 15:01:48 -0800 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA08104; Fri, 28 Feb 1997 15:01:46 -0800 Received: from quid.csd.sgi.com (quid.csd.sgi.com [150.166.145.182]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA05791; Fri, 28 Feb 1997 13:10:48 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA00982; Fri, 28 Feb 1997 13:06:38 -0800 From: "Rob Jenkins" Message-Id: <9702281306.ZM980@quid.csd.sgi.com> Date: Fri, 28 Feb 1997 13:06:38 -0800 In-Reply-To: Moshe Nissim "Re: Multisample Masks" (Feb 28, 3:01pm) References: <33130e6d.28158615@post.demon.co.uk> <33146AC3.41C6@netvision.net.il> <9702261357.ZM623@rose.asd.sgi.com> <9702271656.ZM8270@jimbo.rtset.co.il> <331763CA.8E9@netvision.net.il> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: orad_u@netvision.net.il Subject: Re: Multisample Masks Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 28, 3:01pm, Moshe Nissim wrote: > Subject: Re: Multisample Masks > Ran Yakir wrote: > > > > On Feb 26, 1:57pm, Sharon Clay wrote: > > > Subject: Re: Multisample Masks > > > > > > ->There is a *very* annoying SGI hardware bug which prevents the setup > > > ->of n=8 multisamples coexisting with alpha bit-planes (no such visual > > > ->exists). You can only do n=4 multisamples with alpha bit-planes. > > > ->This is *independent* of your framebuffer memory size (number of RM6 > > > ->boards). > > > > > > Just to clarify to avoid possible confusion here, destination alpha planes > > > are not needed to implement the fade techniques discussed - they only use > > > source (in-coming) alpha. > > > > > So they do. However, in broadcast applications, using the Sirius, you use the > > alpha planes to send a mask for the chromakeyer, so that you can perform > > obstructions of real video by virtual objects, in the chromakeyer. This is the > > reason why we must use alpha bitplanes, and therefore suffer from this bug. I > > must agree with Orad on this matter - this is really a very annoying bug. > > Thanks. > > We have raised this problem when the iR came out, but so far, it seems > that > this is not a priority with SGI. Maybe SGI is not interested in the > broadcast > market? ;) Their marketing indicates otherwise ... > Absolutely. I know we've discussed this problem and some potential workarounds before. I also know that the workarounds are not ideal but the fact remains that this problem is caused by a *HW* bug, it's not intentional. The possibility of fixing it has been looked at and various things tried to no avail. > Anyone, please confirm/deny that this bug still exists in the Onyx2 iR > pipe? > The last time this came up I checked, and yes it was still there in Onyx2 iR. I'm not aware of any change to that but I'll confirm again. 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 Feb 28 20:42:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA01833; Fri, 28 Feb 1997 15:19:28 -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 PAA01817; Fri, 28 Feb 1997 15:19:27 -0800 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA11556; Fri, 28 Feb 1997 15:19:27 -0800 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id MAA08670; Fri, 28 Feb 1997 12:06:34 -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 MAA14072 for ; Fri, 28 Feb 1997 12:05:15 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA21704; Fri, 28 Feb 1997 12:05:02 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA15475; Fri, 28 Feb 1997 12:04:49 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199702282004.MAA15475@remi.asd.sgi.com> Subject: Re: iR Display List Cache Question To: baranowski@marklynn.demon.co.uk (Mark Baranowski) Date: Fri, 28 Feb 1997 12:04:49 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <33159f90.23658394@post.demon.co.uk> from "Mark Baranowski" at Feb 27, 97 03:01:02 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: 975 Status: O Mark Baranowski wrote: > > Hi Performers, > > Can anyone tell me if it is possible to determine how much of the 15+ > MB display list cache on the iR geometry engine board is in use at a > given time (alternatively how big the created display lists are when I > do a pfuTravSetDListMode on a given node?) > > Thanks. > > Mark. No, this information is not available. Note that it is more 12 MBytes than 15 Mbytes anyway. The current implementation of OGL dL is a 32 bits word for a token (instruction) and a word for each parameter, which you can use to estimate the size of the DL. This of course may change without any notice, as this is part of the OpenGL implementation Look at glListParametersSGIX extension. The priority mechanism is the only way to have some control out of that cache memory. _ / _ _ |_) _ ._ _ 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 Feb 28 20:57:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA01893; Fri, 28 Feb 1997 15:31:36 -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 PAA01877; Fri, 28 Feb 1997 15:31:35 -0800 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA14598; Fri, 28 Feb 1997 15:31:34 -0800 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id LAA03485; Fri, 28 Feb 1997 11:36:37 -0800 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 LAA05092 for ; Fri, 28 Feb 1997 11:35:17 -0800 Received: by gauntlet.ht.com; id OAA02830; Fri, 28 Feb 1997 14:35:27 -0500 (EST) Received: from he.ht.com(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma002828; Fri, 28 Feb 97 14:35:21 -0500 Received: from teflon.objectime.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id TAA04397; Fri, 28 Feb 1997 19:34:37 GMT Received: by teflon.objectime.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA00022; Fri, 28 Feb 1997 14:34:35 -0500 Date: Fri, 28 Feb 1997 14:34:35 -0500 From: david@ht.com (David Helfrick) Message-Id: <199702281934.OAA00022@teflon.objectime.com> To: info-performer@sgi.com Subject: Re: Help with compiling Performer app(s) using Gnu g++ (v. 2.7.2.1). Cc: david@ht.com Status: O As requested, here is the missing info. Version of Performer - 2.0.2 Irix 6.2, on an Impact. The Link errors are as such: g++ -o pong -lpf -ansi -O -mips2 -L/usr/lib -L/usr/lib/libpfdb -L/lib -L/usr/lib -L/home2/scott/projects/HtPf \ -ignore_unresolved -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -lm -lmalloc -lC -lmpc -limage -lGLU -lGL -lXext -lXsgivc -lGLw -lfpe -lXm -lXt -lXmu -lX11 -lHtPf_O32 \ main.o PerfIfaceHelp.o globals.o pfchannels.o pfwindow.o pfXfonts_ogl.o C_pong.o collect2: /usr/lib/old_ld returned 1 exit status /usr/lib/old_ld: Unresolved: pfMatrix::makeRot(float, float, float, float) pfMatrix::preTrans(float, float, float, pfMatrix &) ------ app specific ------>HtPfCamera::setView(pfMatrix &) pfPipeWindow::pfPipeWindow(pfPipe *) pfPipeWindow::nb_setWinType(unsigned int) pfPipeWindow::nb_setName(char const *) pfPipeWindow::nb_setOriginSize(int, int, int, int) pfPipeWindow::nb_setConfigFunc(void (*)(pfPipeWindow *)) pfObject::operator new(unsigned int, void *) pfLightModel::pfLightModel(void) pfLightModel::apply(void) pfLightSource::nb_on(void) pfChannel::nb_drawStats(void) pfMemory::malloc(unsigned int, void *) pfPipeWindow::nb_config(void) pfChannel::pfChannel(pfPipe *) pfChannel::nb_getFStats(void) pfFrameStats::nb_setClass(unsigned int, int) pfFrameStats::nb_setClassMode(int, unsigned int, int) pfLightSource::pfLightSource(void) pfLightSource::nb_setPos(float, float, float, float) pfLightSource::nb_setColor(int, float, float, float) pfLightSource::nb_setVal(int, float) pfDCS::pfDCS(void) pfMatrix::preRot(float, float, float, float, pfMatrix &) ostream::ls_complicated(char) ostream::operator<<(void *) pfGroup::pfGroup(void) pfGeode::pfGeode(void) and so forth. ---- Dave Helfrick Addr: HT Medical, Inc. Email: david@ht.com 6001 MONTROSE ROAD Phone: 301-984-3706 / 800-929-4709 SUITE 902 Fax: 301-984-2104 ROCKVILLE, MD 20852 Web: http://www.ht.com/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com