From owner-info-inventor-dev@oss.sgi.com Fri Aug 3 07:44:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f73EiC511816 for info-inventor-dev-outgoing; Fri, 3 Aug 2001 07:44:12 -0700 Received: from image.esys.tsukuba.ac.jp (image-gw.esys.tsukuba.ac.jp [130.158.124.241]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f73Ei8V11813 for ; Fri, 3 Aug 2001 07:44:10 -0700 Received: from image.esys.tsukuba.ac.jp (walrus [130.158.124.22]) by image.esys.tsukuba.ac.jp (8.9.3/3.7W) with ESMTP id XAA11603 for ; Fri, 3 Aug 2001 23:43:54 +0900 (JST) Message-ID: <3B6AB946.C00E3428@image.esys.tsukuba.ac.jp> Date: Fri, 03 Aug 2001 23:46:30 +0900 From: Hiroshi Akiba Organization: CVIM LAB X-Mailer: Mozilla 4.75C-ja [ja/Vine] (X11; U; Linux 2.2.17-0vl10 i686) X-Accept-Language: ja MIME-Version: 1.0 To: Open Inventor ML Subject: How to debug programs on Windows. Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi, I am using TGS inventor6.2 on Windows98. But I don't know how to debug a program. I think there is a two way to debug. First one is to use tools for debugging. There is a debug tool which is a parts of Visual C++. But when I use it, the break point will be invalid after the SceneViewer ran. So I can't run the program step by step like I used to do it when I use gdb on linux. Does anybody know how to use it? As a second way, I used to output the contents of variables on the shell when I write C-program on linux. But I can't do the same thing on Windows. How can I output the contents of variables on the screen? -- ***************************************** Hiroshi akiba University of Tsukuba Computer Vision & Image Media LAB TEL 090-2665-0049 E-mail: akiba@image.esys.tsukuba.ac.jp ****************************************** From owner-info-inventor-dev@oss.sgi.com Wed Aug 8 08:43:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f78FhfC17553 for info-inventor-dev-outgoing; Wed, 8 Aug 2001 08:43:41 -0700 Received: from sunny.pacific.net.sg (sunny.pacific.net.sg [203.120.90.127]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f78FhcV17544 for ; Wed, 8 Aug 2001 08:43:38 -0700 Received: from pop5.pacific.net.sg (pop5.pacific.net.sg [203.120.90.140]) by sunny.pacific.net.sg with ESMTP id f78FhV210374; Wed, 8 Aug 2001 23:43:31 +0800 (SGT) Received: from pacific.net.sg (ppp81.dyn118.pacific.net.sg [210.24.118.81]) by pop5.pacific.net.sg with ESMTP id f78FhS420319; Wed, 8 Aug 2001 23:43:29 +0800 (SGT) Message-ID: <3B715EB6.541C4F44@pacific.net.sg> Date: Wed, 08 Aug 2001 23:45:58 +0800 From: Ang Bodhi X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Steve M. Robbins" CC: OpenInventor devel mailing list Subject: Re: freetype libFL wrapper References: <20010730003206.H23031@nyongwa.montreal.qc.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi Steve, I can't reproduce the problem you mentioned. The font I link Utopia-Regular to: /usr/lib/X11/fonts/Type1/UTRG____.pfa Running "ivview jackInTheBox.iv", I got the following values _flFTGetBitmap: ' '(0x0020) glyph->horiBeringX=0, glyph->metrics.width=0 left=0, right=0, width=0, height=0 face->bbox.xMax=1158, face->bbox.xMin=-158 bit3->xmove=10.000, bbox_width=20 With xmove = 10, the display looks Ok. If you're still having the problem, can you please check the above values? Regards, Ang Bodhi "Steve M. Robbins" wrote: > Hi, > > I'm compiling OpenInventor on linux, using "angbodhi"'s > libFL wrapper library included in the inventor sources. > > If I run "ivview jackInTheBox.iv", absolutely nothing comes in the > window. However, if I remove the "string [...]" lines from the > SoText2 node in the .iv file, it works. > > Eventually, I discovered that it is the space character that causes > the problem. With any SoText2 node, if the string is "abc", the text > displays OK. If I change the text to "a b", then the inventor window > comes up blank. [I'm using Utopia-Regular font, symlinked to > /usr/lib/X11/fonts/Type1/UTRG____.pfa, a file that comes from xfree86 > 4.0.3.] > > After some poking around, I discovered something odd about the libFL > wrapper. If anyone can shed light on this, I'll be grateful. In the > file flfreetype.c, function _flFTGetBitmap(), there is code that > creates a bitmap structure for outline fonts, something like: > > ... > bbox_width = BM_TRUNC(face->bbox.xMax - face->bbox.xMin); > ... > bit3->xmove = width > 0 ? width : (bbox_width / 2.0); > > which seems quite reasonable. > > For the space character, both the height and width are zero, so the > xmove field gets set to bbox_width/2. For some reason, this value > turns out to be outrageously large: something over 600,000. > > I changed the line to read > > bit3->xmove = width > 0 ? width : 10; > > and it "works" in that I can render SoText2 nodes with spaces in the > string. Clearly this is not the right fix. Help! > > -Steve > > -- > by Rocket to the Moon, > by Airplane to the Rocket, > by Taxi to the Airport, > by Frontdoor to the Taxi, > by throwing back the blanket and laying down the legs ... > - They Might Be Giants From owner-info-inventor-dev@oss.sgi.com Fri Aug 10 02:54:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7A9se207347 for info-inventor-dev-outgoing; Fri, 10 Aug 2001 02:54:40 -0700 Received: from image.esys.tsukuba.ac.jp (image-gw.esys.tsukuba.ac.jp [130.158.124.241]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7A9scV07341 for ; Fri, 10 Aug 2001 02:54:38 -0700 Received: from image.esys.tsukuba.ac.jp (walrus [130.158.124.22]) by image.esys.tsukuba.ac.jp (8.9.3/3.7W) with ESMTP id SAA23094 for ; Fri, 10 Aug 2001 18:54:27 +0900 (JST) Message-ID: <3B73B01D.69DF9948@image.esys.tsukuba.ac.jp> Date: Fri, 10 Aug 2001 18:57:49 +0900 From: Hiroshi Akiba Organization: CVIM LAB X-Mailer: Mozilla 4.75C-ja [ja/Vine] (X11; U; Linux 2.2.17-0vl10 i686) X-Accept-Language: ja MIME-Version: 1.0 To: Open Inventor ML Subject: How to fix Garbled Text. Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi, I have installed a TGS inventor on Windows 2000. But when I run the program using SoText2, garbled text appears on the SceneViewer. How can I fix this problem? Thank you in advance. ***************************************** Hiroshi akiba University of Tsukuba Computer Vision & Image Media LAB TEL 090-2665-0049 E-mail: akiba@image.esys.tsukuba.ac.jp ****************************************** From owner-info-inventor-dev@oss.sgi.com Mon Aug 13 03:07:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7DA7PX02850 for info-inventor-dev-outgoing; Mon, 13 Aug 2001 03:07:25 -0700 Received: from web13302.mail.yahoo.com (web13302.mail.yahoo.com [216.136.175.38]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7DA7Pj02847 for ; Mon, 13 Aug 2001 03:07:25 -0700 Message-ID: <20010813100724.70344.qmail@web13302.mail.yahoo.com> Received: from [63.100.208.139] by web13302.mail.yahoo.com; Mon, 13 Aug 2001 03:07:24 PDT Date: Mon, 13 Aug 2001 03:07:24 -0700 (PDT) From: Faisal Ghias Subject: Info Required To: info-inventor-dev@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi, I am trying to compile OpenInventor library on the Solaris machine(intel + sparc). I got the error that libc.so.6 is missing. Actually I am unable to get glibc-2.1.1-6 package. Can You please help me in this regard. regards, Faisal __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ From owner-info-inventor-dev@oss.sgi.com Mon Aug 20 20:16:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7L3Gri06324 for info-inventor-dev-outgoing; Mon, 20 Aug 2001 20:16:53 -0700 Received: from VL-MS-MR003.sc1.videotron.ca (relais.videotron.ca [24.201.245.36]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7L3Gh906317 for ; Mon, 20 Aug 2001 20:16:43 -0700 Received: from riemann.nyongwa.montreal.qc.ca ([24.200.217.26]) by VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15) with ESMTP id GIEEFT04.W8E; Mon, 20 Aug 2001 23:16:41 -0400 Received: from steve by riemann.nyongwa.montreal.qc.ca with local (Exim 3.32 #1 (Debian)) id 15Z21x-0002Ub-00; Mon, 20 Aug 2001 23:16:41 -0400 Date: Mon, 20 Aug 2001 23:16:41 -0400 To: Ang Bodhi Cc: OpenInventor devel mailing list Subject: Re: freetype libFL wrapper Message-ID: <20010820231641.C24617@nyongwa.montreal.qc.ca> References: <20010730003206.H23031@nyongwa.montreal.qc.ca> <3B715EB6.541C4F44@pacific.net.sg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B715EB6.541C4F44@pacific.net.sg> User-Agent: Mutt/1.3.20i From: "Steve M. Robbins" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk On Wed, Aug 08, 2001 at 11:45:58PM +0800, Ang Bodhi wrote: > Hi Steve, > > I can't reproduce the problem you mentioned. > > The font I link Utopia-Regular to: /usr/lib/X11/fonts/Type1/UTRG____.pfa Me too. > Running "ivview jackInTheBox.iv", I got the following values > > _flFTGetBitmap: ' '(0x0020) > glyph->horiBeringX=0, glyph->metrics.width=0 > left=0, right=0, width=0, height=0 > face->bbox.xMax=1158, face->bbox.xMin=-158 > bit3->xmove=10.000, bbox_width=20 > > With xmove = 10, the display looks Ok. > > If you're still having the problem, can you please check the above > values? OK. I inserted some tracing code in ang/flfreetype.c as follows. --- inventor-2.1.5-7.orig/libFL/ang/flfreetype.c +++ inventor-2.1.5-7/libFL/ang/flfreetype.c @@ -130,6 +130,8 @@ { FLscalableBitmap *bit3; + TRACE(("unfinished code called")); + /* TODO */ bit3 = NULL; @@ -202,6 +204,8 @@ bbox_height = BM_TRUNC(face->bbox.yMax - face->bbox.yMin); if (glyph->format == ft_glyph_format_outline) { + TRACE((" creating bitmap from outline glyph\n")); + pitch = (width + 7) >> 3; size = pitch * height; pitch2 = ((width + (PIXEL_ROW_ALIGNMENT << 3) - 1) >> 5) << 2; @@ -235,6 +239,7 @@ free(bit2.buffer); } else { + TRACE((" creating bitmap from non-outline glyph\n")); bit3->width = glyph->bitmap.width; bit3->height = glyph->bitmap.rows; bit3->xorig = bearing_x; @@ -243,6 +248,18 @@ bit3->ymove = 0.0; bit3->bitmap = glyph->bitmap.buffer; } + + /* debugging added by Steve, 2001-08-14 */ + TRACE((" glyph->metrics.horiBearingX = %d\n", glyph->metrics.horiBearingX)); + TRACE((" glyph->metrics.width = %d\n", glyph->metrics.width )); + TRACE((" left = %d\n", left )); + TRACE((" right = %d\n", right )); + TRACE((" width = %d\n", width )); + TRACE((" height = %d\n", height )); + TRACE((" face->bbox.xMax = %d\n", face->bbox.xMax )); + TRACE((" face->bbox.xMin = %d\n", face->bbox.xMin )); + TRACE((" bit3->xmove = %d\n", bit3->xmove )); + TRACE((" bbox_width = %d\n", bbox_width )); return bit3; } With this installed, I ran "ivview" on the following file: #Inventor V2.0 ascii Text2 { string [ "a b" ] } And here is what I see: _flSearchFont: path=[/usr/share/inventor/fonts/Utopia-Regular] flUniGetBitmap _flFTUniGetBitmap: 0x004d _flFTGetOutline: 'M'(0x004d) _flFTNewGlyphChar: 'M'(0x4d), slot=0x80e8c38 _flFTLoadChar: c='M'(77), numVertices=37 _flFTGetBitmap: 'M'(0x004d) creating bitmap from outline glyph glyph->metrics.horiBearingX = 0 glyph->metrics.width = 576 left = 0 right = 576 width = 9 height = 7 face->bbox.xMax = 75890688 face->bbox.xMin = -10354688 bit3->xmove = 0 bbox_width = 1347584 flUniGetBitmap _flFTUniGetBitmap: 0x0061 _flFTGetOutline: 'a'(0x0061) _flFTNewGlyphChar: 'a'(0x61), slot=0x80e8c38 _flFTLoadChar: c='a'(97), numVertices=26 _flFTGetBitmap: 'a'(0x0061) creating bitmap from outline glyph glyph->metrics.horiBearingX = 0 glyph->metrics.width = 384 left = 0 right = 384 width = 6 height = 5 face->bbox.xMax = 75890688 face->bbox.xMin = -10354688 bit3->xmove = 0 bbox_width = 1347584 flUniGetBitmap _flFTUniGetBitmap: 0x0020 _flFTGetOutline: ' '(0x0020) _flFTNewGlyphChar: ' '(0x20), slot=0x80e8c38 _flFTLoadChar: c=' '(32), numVertices=0 _flFTGetBitmap: ' '(0x0020) creating bitmap from outline glyph glyph->metrics.horiBearingX = 0 glyph->metrics.width = 0 left = 0 right = 0 width = 0 height = 0 face->bbox.xMax = 75890688 face->bbox.xMin = -10354688 bit3->xmove = 0 bbox_width = 1347584 flUniGetBitmap _flFTUniGetBitmap: 0x0062 _flFTGetOutline: 'b'(0x0062) _flFTNewGlyphChar: 'b'(0x62), slot=0x80e8c38 _flFTLoadChar: c='b'(98), numVertices=27 _flFTGetBitmap: 'b'(0x0062) creating bitmap from outline glyph glyph->metrics.horiBearingX = 0 glyph->metrics.width = 384 left = 0 right = 384 width = 6 height = 8 face->bbox.xMax = 75890688 face->bbox.xMin = -10354688 bit3->xmove = 0 bbox_width = 1347584 flGetCurrentContext: ctx=0x80cbe28 flGetCurrentContext: ctx=0x80cbe28 flGetCurrentContext: ctx=0x80cbe28 flGetCurrentContext: ctx=0x80cbe28 So, it seems that the bbox "min" and "max" numbers are screwed up! This must be a bug in the freetype library I have. I am using Debian ("unstable") which has "post-2.0.2 freetype2-current as of 2001-05-14", whatever that means. I'll contact the debian freetype maintainer to see if he knows. In the meantime, if you have any suggestions, I'm all ears! Thanks, -Steve -- by Rocket to the Moon, by Airplane to the Rocket, by Taxi to the Airport, by Frontdoor to the Taxi, by throwing back the blanket and laying down the legs ... - They Might Be Giants From owner-info-inventor-dev@oss.sgi.com Tue Aug 21 08:06:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7LF6le23561 for info-inventor-dev-outgoing; Tue, 21 Aug 2001 08:06:47 -0700 Received: from segmail.com (root@segmail.com [207.233.243.230]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7LF6k923558 for ; Tue, 21 Aug 2001 08:06:46 -0700 Received: from yahoo.com (pc19 [192.168.2.119]) by segmail.com (8.11.1/8.11.1) with ESMTP id f7LF6g910767 for ; Tue, 21 Aug 2001 11:06:42 -0400 Message-ID: <3B827902.7060002@yahoo.com> Date: Tue, 21 Aug 2001 11:06:42 -0400 From: Kevin Fitch User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.8 i686; en-US; rv:0.9.1) Gecko/20010622 X-Accept-Language: en-us MIME-Version: 1.0 To: OpenInventor devel mailing list Subject: Shaky camera Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 0.6 (http://www.roaringpenguin.com/mimedefang/) Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk I am trying to produce an animation where the camera folows a particular object, so in each frame I do something like: SbVec3f pt(x,y,z); camera->position.setValue(x+10,y+10,z+5); camera->pointAt(pt); The problem is that the animation seems very 'shaky.' So as an experiment I had the object sit still and the camera still shook. Is there some kind of problem with pointAt? Or is this not an apropriate way to acheive my goal? Kevin From owner-info-inventor-dev@oss.sgi.com Tue Aug 21 12:42:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7LJgfB28759 for info-inventor-dev-outgoing; Tue, 21 Aug 2001 12:42:41 -0700 Received: from segmail.com (root@segmail.com [207.233.243.230]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7LJgb928756 for ; Tue, 21 Aug 2001 12:42:37 -0700 Received: from yahoo.com (pc19 [192.168.2.119]) by segmail.com (8.11.1/8.11.1) with ESMTP id f7LJgJ913406; Tue, 21 Aug 2001 15:42:23 -0400 Message-ID: <3B82B99B.3000807@yahoo.com> Date: Tue, 21 Aug 2001 15:42:19 -0400 From: Kevin Fitch User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.8 i686; en-US; rv:0.9.1) Gecko/20010622 X-Accept-Language: en-us MIME-Version: 1.0 To: Christoph =?ISO-8859-1?Q?Hinterm=FCller?= CC: OpenInventor devel mailing list Subject: Re: Shaky camera References: <3B827902.7060002@yahoo.com> <3B82B2B5.4080802@sbox.tugraz.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Scanned-By: MIMEDefang 0.6 (http://www.roaringpenguin.com/mimedefang/) X-MIME-Autoconverted: from 8bit to quoted-printable by segmail.com id f7LJgJ913406 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f7LJgc928757 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Christoph Hintermüller wrote: > Hi > > why adjusting the whole camera in each frame?? > Isn't it enoughto change the point of interest when the object leaves > a certain spere arround the point of interrest > and adjust the cameraposition if the object reaches a near/far > distance to the cameraposition or the angle of the viewing direction > to the last base dircetion of the camerea reaches a maximum or object > would disappear behind another object. > > eg > minimum distance between object and camera := 3 > maximum distance between object and camera := 20 > maximum direction angles between camera repositons := 30° > > radius of focus adjustment := 3 > > > according to this values an adjustment of the point of interrrest > becomes necessary when the object beein followed moves more than 3 to > any side; > > an adjustment of the camera and a reset of viewing angle > is recommenden when the angle between the direction of the last camera > and the actual viewing direction is greater than 30° > or the distance between camera and object is less than 3 or more than 20 > or if the object would be obscured by another object. > > > cu > Christoph > This is an interesting idea, but I think I did not explain my prolem correctly. I am more interested in 'riding' the object than watching it from afar (I realize now this is not exactly how my original question was worded). This is why I updated the camera every frame, my intent was to have the viewer siting on (near) the object (which is changing orientation) while looking in a particular (user selected) direction as the scenery goes by (very quickly, since this is a very fast moving object). I want the user to have a feel for where they are in the scene and the orientation of the object. In hind sight I realize that the camera orientation did not change so I removed the pointAt ( I just initialize the orientation ), but things were still shaky. So I put axis.iv at the viewing point, and this was still jumping around (w/ and w/o pointAt). The center of the axes would move around (I believe it should be in the exact same spot of the viewpoint the whole time). At this point I am guessing my problem lies elsewhere in the application so I will try to construct a minimal test case that reproduces the problem for me. Kevin