Menu
▾
▴
ggt-info — GGT Information list
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(2) |
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Thomas K. <t.k...@gm...> - 2012-04-26 09:42:56
|
Thanks for your quick reply Sebastian. Found the patch you mentioned, think it'd be a valuable addition, at this moment the LineSeg is implicitly casted to Ray, which makes for t<1 not being maintained, whereas it is for the single-sided intersection. Kind regards, Thomas On Thu, Apr 26, 2012 at 11:24 AM, Sebastian Messerschmidt < seb...@gm...> wrote: > Hallo Thomas, > > I've already submitted a patch for the doublesided lineseg and it might be > included > Without diving into the code, there might be two reasons for the > temporary. First one is prevent the compiler from aliasing the const > reference which improves performance in most cases. > Second reason might be a linesegment has to be handled differently > regarding the tIn/tOut in the intersection testing. > I would rather wait for Patrick to review my patches, that one includes a > double sided intersection for tri/lineseg that we have been using in our > project for more than one year now. > > Hi, > > In the intersection code for a Tri and a LineSeg I read the following in > Intersection.h on line 905 > | Ray<DATA_TYPE> temp( lineseg.getOrigin(), lineseg.getDir() ); > I don't understand the reason for this temporary copy and to what extent > 'temp' is different from 'lineseg'. > > If I wanted to have a double-sided Tri-LineSeg intersection would it be > enough to change > | bool result = intersect( tri, temp, u, v, t ); > to > | bool result = intersectDoubleSided( tri, temp, u, v, t ); > on line 906? > > I hope some can shed some light onto my two questions. Thanks in advance. > > Kind regards, > Thomas > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > ggt-info mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/ggt-info > > > |
|
From: Sebastian M. <seb...@gm...> - 2012-04-26 09:24:46
|
Hallo Thomas, I've already submitted a patch for the doublesided lineseg and it might be included Without diving into the code, there might be two reasons for the temporary. First one is prevent the compiler from aliasing the const reference which improves performance in most cases. Second reason might be a linesegment has to be handled differently regarding the tIn/tOut in the intersection testing. I would rather wait for Patrick to review my patches, that one includes a double sided intersection for tri/lineseg that we have been using in our project for more than one year now. > Hi, > > In the intersection code for a Tri and a LineSeg I read the following > in Intersection.h on line 905 > | Ray<DATA_TYPE> temp( lineseg.getOrigin(), lineseg.getDir() ); > I don't understand the reason for this temporary copy and to what > extent 'temp' is different from 'lineseg'. > > If I wanted to have a double-sided Tri-LineSeg intersection would it > be enough to change > | bool result = intersect( tri, temp, u, v, t ); > to > | bool result = intersectDoubleSided( tri, temp, u, v, t ); > on line 906? > > I hope some can shed some light onto my two questions. Thanks in advance. > > Kind regards, > Thomas > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > ggt-info mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-info |
|
From: Thomas K. <t.k...@gm...> - 2012-04-26 09:18:17
|
Hi, In the intersection code for a Tri and a LineSeg I read the following in Intersection.h on line 905 | Ray<DATA_TYPE> temp( lineseg.getOrigin(), lineseg.getDir() ); I don't understand the reason for this temporary copy and to what extent 'temp' is different from 'lineseg'. If I wanted to have a double-sided Tri-LineSeg intersection would it be enough to change | bool result = intersect( tri, temp, u, v, t ); to | bool result = intersectDoubleSided( tri, temp, u, v, t ); on line 906? I hope some can shed some light onto my two questions. Thanks in advance. Kind regards, Thomas |
|
From: Don B. <do...@an...> - 2010-12-27 20:03:05
|
never mind. I found it. On Mon, Dec 27, 2010 at 11:55 AM, Don Burns <do...@an...>wrote: > Hi Folks, > This is my first post to this list, so forgive the any naive questions. > > I'm trying to make a build system around gmtl and I've noticed that > although gmtl installs the header files in a gmtl-0.6.1/ subdirectory. The > notes on version 0.5.3 indicate that pkg-config has been replaced by > flagpoll, and indeed, the installation puts something in > /usr/share/flagpoll. > > I know nothing of flagpoll, don't have it installed on my system. Debian > packages don't have anything called flagpoll. The link on the comment on > the source forge page is broken, google attempts to correct my English and > asks me if I meant to search for FlagPole, and returns a myriad of american > flag products, etc. > > Where can I find information on this flagpoll thingy? > > -don > |
|
From: Don B. <do...@an...> - 2010-12-27 19:56:05
|
Hi Folks, This is my first post to this list, so forgive the any naive questions. I'm trying to make a build system around gmtl and I've noticed that although gmtl installs the header files in a gmtl-0.6.1/ subdirectory. The notes on version 0.5.3 indicate that pkg-config has been replaced by flagpoll, and indeed, the installation puts something in /usr/share/flagpoll. I know nothing of flagpoll, don't have it installed on my system. Debian packages don't have anything called flagpoll. The link on the comment on the source forge page is broken, google attempts to correct my English and asks me if I meant to search for FlagPole, and returns a myriad of american flag products, etc. Where can I find information on this flagpoll thingy? -don |
|
From: Doug M. <mc...@ia...> - 2010-09-16 14:59:53
|
Hello, I have some corrections for the information posted on the FAQ page. How are those supposed to be passed along? Doug |
|
From: Patrick H. <pa...@13...> - 2009-03-10 18:28:06
|
GMTL 0.6.0 has been released. This is primarily a bug fix release relative to version 0.5.4. Additionally, the SCons build has been updated to work with the latest versions of SCons (up through 1.2.0) and Boost.Python (up through 1.38). The source can be downloaded from the following link: https://sourceforge.net/project/showfiles.php?group_id=43735&package_id=50702&release_id=667228 -Patrick -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/ |
|
From: Patrick H. <pa...@in...> - 2007-06-27 16:35:40
|
It's another day, and it's time for another GMTL release. This release
primarily targets improved (RPM) packaging. In particular, the following
items are of interest:
* The gmtl-config script is now packaged separately from the GMTL
headers so that gmtl-config, which is ostensibly deprecated, does
not prevent the installation of multiple parallel versioned GMTL
installations.
* The GMTL API documentation is packaged in HTML and man page forms.
* The packaging process has been improved by making the paths in the
generated Flagpoll .fpc file relative so that the use of a staging
root during packaging does not result in invalid paths appearing
in the packaged files.
Bugs in the code for handling non-versioned installations on non-Windows
platforms have also been fixed.
The source code for this release can be downloaded here:
http://sourceforge.net/project/showfiles.php?group_id=3D43735&package_id=3D=
50702&release_id=3D519167
-Patrick
--=20
Patrick L. Hartling
VP Engineering, Infiscape Corp.
http://www.infiscape.com/
|
|
From: Patrick H. <pa...@in...> - 2007-06-26 22:22:29
|
A bug was found in the gmtl-config script in the 0.5.1 and 0.5.2 releases= =2E This release fixes the bug so that that script can be used if and when Flagpoll is not available. The source can be downloaded from the followin= g link: https://sourceforge.net/project/showfiles.php?group_id=3D43735&package_id= =3D50702&release_id=3D519032 -Patrick --=20 Patrick L. Hartling VP Engineering, Infiscape Corp. http://www.infiscape.com/ |
|
From: Patrick H. <pa...@in...> - 2007-06-26 02:54:45
|
Shortly after making the GMTL 0.5.1 release, I spotted a bug in the generated gmtl.fpc file that somehow slipped my attention during testing.= It is now fixed, and GMTL 0.5.2 has been uploaded to SourceForge. The source= can be downloaded from the following link: http://sourceforge.net/project/showfiles.php?group_id=3D43735&package_id=3D= 50702&release_id=3D518784 -Patrick --=20 Patrick L. Hartling VP Engineering, Infiscape Corp. http://www.infiscape.com/ |
|
From: Patrick H. <pa...@in...> - 2007-06-26 02:19:29
|
GMTL 0.5.1 has been posted to SourceForge. This release has some importan=
t
enhancements since the 0.4 series, including the following:
* Headers are installed into a versioned directory to allow for parall=
el
GMTL installations.
* The use of pkg-config has been replaced by Flagpoll (visit
https://realityforge.vrsource.org/view/FlagPoll/WebHome for more
information), also to allow for parallel GMTL installations.
* The new type gmtl::Frustum, submitted by Benjamin Schulz, has been
added, and PyGMTL bindings for it are ready for use.
* A helper function called gmtl::convertTo<...>() has been added for
quickly converting between gmtl::Matrix<...> instantiations that onl=
y
vary by data type. See the header gmtl/Misc/MatrixConvert.h. This
file requires the use of Boost.
The source can be downloaded from the following link:
https://sourceforge.net/project/showfiles.php?group_id=3D43735&package_id=
=3D50702&release_id=3D518776
RPMs for several Linux distributions are available from the Infiscape Yum=
repository. To get started with our repository, install one of the follow=
ing
RPMs:
http://www.infiscape.com/packages/rhel/4/noarch/infiscape-release-1.0-1.e=
l.noarch.rpm
http://www.infiscape.com/packages/rhel/5/noarch/infiscape-release-1.0-1.e=
l.noarch.rpm
http://www.infiscape.com/packages/fedora/6/noarch/infiscape-release-1.0-1=
=2Efc.noarch.rpm
Other packages will be forthcoming.
-Patrick
--=20
Patrick L. Hartling
VP Engineering, Infiscape Corp.
http://www.infiscape.com/
|
|
From: Patrick H. <pa...@in...> - 2006-11-10 22:16:35
|
GMTL 0.4.12 has been posted to SourceForge. A critical bug in the generat= ed gmtl.pc file has been corrected. This change only affects non-Windows use= rs and includes no changes to the GMTL C++ code. For that reason, new builds= of PyGMTL have not been made for this release. The source can be downloaded from the following link: https://sourceforge.net/project/showfiles.php?group_id=3D43735&package_id= =3D50702&release_id=3D462643 The same patch for gmtl.pc has been applied to the CVS HEAD branch for th= e as-yet-unreleased version 0.5.0. It is recommended that all users update = to 0.4.12 or to the latest 0.5.0 code from the CVS repository. -Patrick --=20 Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
|
From: Patrick H. <pa...@in...> - 2006-06-08 22:29:37
|
GMTL 0.4.11 has been posted to SourceForge. The motivating factor for th= is release was the addition of more overloads of gmtl::intersect(). The new additions implement intersection tests on axis-aligned bounding boxes usi= ng either rays or line segments. The source can be downloaded from the following link: http://sourceforge.net/project/showfiles.php?group_id=3D43735&package_id=3D= 50702&release_id=3D423350 A few builds of PyGMTL 0.4.11 for various platforms are (or soon will be)= posted at the same location for download. Finally, it is worth mentioning that the CVS HEAD branch of GMTL is now a= t version 0.5.0 to reflect some significant improvements relative to previo= us releases. The current effort (being implemented by Dan Shipton) is to all= ow multiple versions of GMTL to be installed in parallel. With that in mind,= this release may be the last of the 0.4.x series, though a CVS branch (na= med releng-0-4) has been created in case bug fix releases need to be made. -Patrick --=20 Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
|
From: Patrick H. <pa...@13...> - 2005-07-05 15:35:47
|
GMTL 0.4.9 has been posted to SourceForge. This is a bug-fix release relative to GMTL 0.4.8, and it is recommended that all GMTL users update to this release. The source can be downloaded from the following link: https://sourceforge.net/project/showfiles.php?group_id=43735&package_id=50702&release_id=339864 A few builds of PyGMTL 0.4.9 for various platforms are also posted at the same location for download. -Patrick -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: Doug M. <mc...@ia...> - 2005-06-12 20:26:32
|
Hello,
When using gtml I noticed that when I pass an identity Matrix44f into
make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. If I
ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 0. Is
this the correct behavior of EulerAngle? I thought that no matter what
Euler combination that I ask for should return 0,0,0 for an identity
matrix. Thanks for the help in understanding this better. I am using
gmtl 0.4.5.
Doug
|
|
From: Patrick H. <pa...@13...> - 2005-06-07 13:13:26
|
GMTL 0.4.8 has been posted to SourceForge. Some missing functions were added to the C++ API to address missing capabilities, and some initial testing has been performed using Visual C++ 8.0 Beta 2 (part of Visual Studio 2005 Beta 2). The source can be downloaded from the following link: http://sourceforge.net/project/showfiles.php?group_id=43735&package_id=50702&release_id=333065 The majority of the changes are in PyGMTL. Many bugs have been fixed, and the interface coverage is much more complete than before. Linker warnings on Mac OS X have been fixed, and Mac OS X Tiger is now supported. There is also a test suite for PyGMTL to ensure its stability. Essentially, this is the most significant release of PyGMTL since it was originally introduced. Some pre-compiled versions of PyGMTL are available on SourceForge from the above link. -Patrick -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: Patrick H. <pa...@in...> - 2004-11-30 20:14:09
|
I forgot to mention that PyGMTL is now supported on Mac OS X 10.3 using Boost.Python built from Boost 1.31.0 or 1.32.0. -Patrick Patrick Hartling wrote: > GMTL 0.4.5 has been uploaded to SourceForge. It is a snapshot of the > current CVS respository as of November 30, 2004, and it has been tagged > in the repository as gmtl-release-0-4-5. > > New and interesting things in this release include expression templates > for gmtl::Vec* and pickling support for all PyGMTL data types > (gmtl.Matrix44f, gmtl.Vec2d, etc.). There are a lot of imporvements and > bug fixes, and upgrading is highly recommended. > > -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
|
From: Patrick H. <pa...@in...> - 2004-11-30 19:02:53
|
GMTL 0.4.5 has been uploaded to SourceForge. It is a snapshot of the current CVS respository as of November 30, 2004, and it has been tagged in the repository as gmtl-release-0-4-5. New and interesting things in this release include expression templates for gmtl::Vec* and pickling support for all PyGMTL data types (gmtl.Matrix44f, gmtl.Vec2d, etc.). There are a lot of imporvements and bug fixes, and upgrading is highly recommended. -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
