Menu
▾
▴
ggt-devel — Development discussion list
You can subscribe to this list here.
| 2002 |
Jan
(15) |
Feb
|
Mar
|
Apr
(8) |
May
(21) |
Jun
(7) |
Jul
(13) |
Aug
|
Sep
(5) |
Oct
(3) |
Nov
(2) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(3) |
Feb
(9) |
Mar
(20) |
Apr
(13) |
May
(8) |
Jun
(6) |
Jul
|
Aug
|
Sep
(20) |
Oct
|
Nov
(2) |
Dec
|
| 2004 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
(3) |
Sep
(15) |
Oct
(3) |
Nov
(17) |
Dec
(1) |
| 2005 |
Jan
(1) |
Feb
(3) |
Mar
(5) |
Apr
(7) |
May
|
Jun
(14) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
(12) |
Oct
(1) |
Nov
(3) |
Dec
(6) |
| 2007 |
Jan
(4) |
Feb
(18) |
Mar
(6) |
Apr
|
May
|
Jun
(36) |
Jul
(1) |
Aug
(9) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(12) |
Jul
(3) |
Aug
(6) |
Sep
(9) |
Oct
(9) |
Nov
(25) |
Dec
(5) |
| 2009 |
Jan
(7) |
Feb
(22) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(2) |
Nov
(7) |
Dec
|
| 2011 |
Jan
|
Feb
(1) |
Mar
(19) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(16) |
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <no...@so...> - 2002-11-23 05:29:19
|
Bugs item #642491, was opened at 2002-11-22 14:00 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=642491&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jerry Isdale (isdale) Assigned to: Nobody/Anonymous (nobody) Summary: MatrixOps.h invertFull bad err msg Initial Comment: in rev 1.26 of MatrixOps.h at line 353 in the code for invertFull it says std::cerr << "*** pivot = %f in mat_inv. ***\n"; it is trying to inform us of a near 0 pivot value looks like someone missed in converting from printf to cout ---------------------------------------------------------------------- >Comment By: Kevin Meinert (subatomic) Date: 2002-11-22 23:29 Message: Logged In: YES user_id=49859 added pivot to the output, removed %f. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=642491&group_id=43735 |
|
From: <no...@so...> - 2002-11-22 20:00:20
|
Bugs item #642491, was opened at 2002-11-22 12:00 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=642491&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jerry Isdale (isdale) Assigned to: Nobody/Anonymous (nobody) Summary: MatrixOps.h invertFull bad err msg Initial Comment: in rev 1.26 of MatrixOps.h at line 353 in the code for invertFull it says std::cerr << "*** pivot = %f in mat_inv. ***\n"; it is trying to inform us of a near 0 pivot value looks like someone missed in converting from printf to cout ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=642491&group_id=43735 |
|
From: Ben S. <bs...@vr...> - 2002-10-23 23:16:28
|
Found this baby today. It's an interesting read with many similarities (obviously) to GMTL. http://www.msinilo.host.sk/articles/mathlib.html cheers, ----- Ben Scott Research Assistant VR Juggler Team Virtual Reality Applications Center bs...@vr... |
|
From: <no...@so...> - 2002-10-22 19:07:51
|
Feature Requests item #627053, was opened at 2002-10-22 14:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=627053&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: gmtl::Math::clamp Initial Comment: I would love a function that lets me do something like: // clamp to range [-10, 10] float value = gmtl::Math::clamp(x, -10, 10); I always end up duplicating this in projects that use gmtl... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=627053&group_id=43735 |
|
From: <no...@so...> - 2002-10-10 22:01:43
|
Bugs item #621594, was opened at 2002-10-10 22:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=621594&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: max rheiner (maxoh) Assigned to: Nobody/Anonymous (nobody) Summary: compile error with vc6 / matrix.h Initial Comment: i've got problems to compile matrix.h with visual studio v6, i use the gmtl version 0.1.9. the compiler prints out this error: matrix.h(105) : error C2891: 'ROWS' : cannot take the address of a template parameter matrix.h(105) : error C2891: 'COLS' : cannot take the address of a template parameter ... line 105, matrix.h: for (unsigned int x = 0; x < Math::Min( COLS, ROWS ); ++x) line 424, math.h inline T Min( const T& x, const T& y ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^ i think the vc6 compiler can't solve the problem with the 'const T&' in Min and the template parameter. so i changed the line 105 in matrix.h to use the enums: for (unsigned int x = 0; x < Math::Min( Cols, Rows); ++x) now it works. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=621594&group_id=43735 |
|
From: <no...@so...> - 2002-09-24 16:45:49
|
Task #62514 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: Euler YXZ support Complete: 0% Status: Open Authority : allenb Assigned to: nobody Description: We should support Euler YXZ (yaw, pitch, roll). ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=62514&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-09-16 23:08:51
|
Task #57492 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: finalize how version number is set Complete: 100% Status: Closed Authority : subatomic Assigned to: subatomic, nonchocoboy, allenb Description: currently we have gmtl/Version.h, which works elegantly in that it doesn't require any modification to the library to be useful (i.e. no configure, no preprocess, no make install needed). now we also have a VERSION file, which I'm not sure what it is for. The problem is that these two files will easily get out of sync. The other problem is that VERSION isn't useful unless you do a preprocess (like ocnfigure, or other script), meaning that the gmtl lib isn't usable until this script is run (assuming that Version.h is deprecated.) If we need to keep both VERSION and Version.h for some reason, then we need to find a way to syncronize these. The easiest IMHO would be to remove VERSION Follow-Ups: ------------------------------------------------------- Date: 2002-09-16 18:03 By: nonchocoboy Comment: This has been taken care of a while back. We use gmtl/Version.h to avoid a dependency on the build system and VERSION is no longer used. I will go ahead and remove the VERSION file. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57492&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-09-11 07:21:25
|
Task #61700 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: Tests: We need tests that use Coord3fQuats (and others) Complete: 0% Status: Open Authority : allenb Assigned to: nobody Description: Coord3fQuats weren't even compilable because it seems there are not tests that actually test them for functionality. This needs to be changed. Follow-Ups: ------------------------------------------------------- Date: 2002-09-11 02:21 By: allenb Comment: I've added a test that at least instantiates each of them now, but there is no testing of the code yet. This REALLY needs to be done since these are relatively popular classes to use. ------------------------------------------------------- Date: 2002-09-11 02:21 By: allenb Comment: I've added a test that at least instantiates each of them now, but there is no testing of the code yet. This REALLY needs to be done since these are relatively popular classes to use. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=61700&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-09-11 07:21:11
|
Task #61700 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: Tests: We need tests that use Coord3fQuats (and others) Complete: 0% Status: Open Authority : allenb Assigned to: nobody Description: Coord3fQuats weren't even compilable because it seems there are not tests that actually test them for functionality. This needs to be changed. Follow-Ups: ------------------------------------------------------- Date: 2002-09-11 02:21 By: allenb Comment: I've added a test that at least instantiates each of them now, but there is no testing of the code yet. This REALLY needs to be done since these are relatively popular classes to use. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=61700&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-09-11 06:57:11
|
Task #61700 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: Tests: We need tests that use Coord3fQuats (and others) Complete: 0% Status: Open Authority : allenb Assigned to: nobody Description: Coord3fQuats weren't even compilable because it seems there are not tests that actually test them for functionality. This needs to be changed. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=61700&group_id=43735&group_project_id=16299 |
|
From: Ben S. <bs...@vr...> - 2002-07-12 16:49:11
|
On Fri, 12 Jul 2002, Kevin Meinert wrote: > > ok. hopefully anything we do, we can always find a workaround under the > "lesser" OSs... :) > > ben, didn't you play with loki once? were you able to get IF and for and > while stuff working? I think we could grab those and use them anytime... > Once those were added to gmtl Meta.h then I could look at starting to > convert some of the funcs... (start thinking about looking at starting to > read about to get motivated to ermmm... :) > Yeah I looked a Loki briefly when VC7 first came out. Unfortunately VC7 couldn't even grok the TypeList.h header. For one thing, it couldn't deal with the Select construct. As long as if, for, and while are _not_ using partial template specialization, we _should_ be okay relative to VC7. cheers, ----- Ben Scott Research Assistant VRAC bs...@ia... |
|
From: Kevin M. <ke...@vr...> - 2002-07-12 16:41:50
|
ok. hopefully anything we do, we can always find a workaround under the "lesser" OSs... :) ben, didn't you play with loki once? were you able to get IF and for and while stuff working? I think we could grab those and use them anytime... Once those were added to gmtl Meta.h then I could look at starting to convert some of the funcs... (start thinking about looking at starting to read about to get motivated to ermmm... :) *--*---*---*----*-----*------*------*-----*----*---*---*--* Kevin Meinert /_/ http://www.vrac.iastate.edu/~kevn \ / Virtual Reality Applications Center \/ __ \/ Howe Hall, Iowa State University, Ames Iowa \__ \_\ On Fri, 12 Jul 2002, Ben Scott wrote: > I'm just suggesting that we make sure the fancy template stuff compiles on > Irix and Win32 _before_ we make sweeping changes to GMTL. For example, > Allen's initial static assert did _not_ compile on Irix. > > cheers, > ----- > Ben Scott > Research Assistant VRAC > bs...@ia... > > On Fri, 12 Jul 2002, Kevin Meinert wrote: > > > > > are you saying it doesn't work? > > > > *--*---*---*----*-----*------*------*-----*----*---*---*--* > > Kevin Meinert /_/ > > http://www.vrac.iastate.edu/~kevn \ / > > Virtual Reality Applications Center \/ __ \/ > > Howe Hall, Iowa State University, Ames Iowa \__ > > \_\ > > > > On Thu, 11 Jul 2002, Ben Scott wrote: > > > > > > > > nice to see static assert. :) > > > > > > > > > > Yes it is nice. > > > > > > > > when do we get the IF and other boolean constructs? if they are added we > > > > can start converting... ;) can I type them in from the red book, or get > > > > them from the loki code? or are we doing something else? > > > > > > > > > > guys, please double check and make sure these work on irix and vc7 before > > > you check in. i'm getting tired of porting gmtl ... > > > > > > cheers, > > > ----- > > > Ben Scott > > > Research Assistant VRAC > > > bs...@ia... > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Gadgets, caffeine, t-shirts, fun stuff. > > http://thinkgeek.com/sf > > _______________________________________________ > > ggt-devel mailing list > > ggt...@li... > > https://lists.sourceforge.net/lists/listinfo/ggt-devel > > > |
|
From: Ben S. <bs...@vr...> - 2002-07-12 16:35:41
|
I'm just suggesting that we make sure the fancy template stuff compiles on Irix and Win32 _before_ we make sweeping changes to GMTL. For example, Allen's initial static assert did _not_ compile on Irix. cheers, ----- Ben Scott Research Assistant VRAC bs...@ia... On Fri, 12 Jul 2002, Kevin Meinert wrote: > > are you saying it doesn't work? > > *--*---*---*----*-----*------*------*-----*----*---*---*--* > Kevin Meinert /_/ > http://www.vrac.iastate.edu/~kevn \ / > Virtual Reality Applications Center \/ __ \/ > Howe Hall, Iowa State University, Ames Iowa \__ > \_\ > > On Thu, 11 Jul 2002, Ben Scott wrote: > > > > > > nice to see static assert. :) > > > > > > > > Yes it is nice. > > > > > > when do we get the IF and other boolean constructs? if they are added we > > > can start converting... ;) can I type them in from the red book, or get > > > them from the loki code? or are we doing something else? > > > > > > > guys, please double check and make sure these work on irix and vc7 before > > you check in. i'm getting tired of porting gmtl ... > > > > cheers, > > ----- > > Ben Scott > > Research Assistant VRAC > > bs...@ia... > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Gadgets, caffeine, t-shirts, fun stuff. > http://thinkgeek.com/sf > _______________________________________________ > ggt-devel mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-devel > |
|
From: Kevin M. <ke...@vr...> - 2002-07-12 13:25:27
|
are you saying it doesn't work? *--*---*---*----*-----*------*------*-----*----*---*---*--* Kevin Meinert /_/ http://www.vrac.iastate.edu/~kevn \ / Virtual Reality Applications Center \/ __ \/ Howe Hall, Iowa State University, Ames Iowa \__ \_\ On Thu, 11 Jul 2002, Ben Scott wrote: > > > > nice to see static assert. :) > > > > > > Yes it is nice. > > > > when do we get the IF and other boolean constructs? if they are added we > > can start converting... ;) can I type them in from the red book, or get > > them from the loki code? or are we doing something else? > > > > guys, please double check and make sure these work on irix and vc7 before > you check in. i'm getting tired of porting gmtl ... > > cheers, > ----- > Ben Scott > Research Assistant VRAC > bs...@ia... > |
|
From: Ben S. <bs...@vr...> - 2002-07-12 03:33:54
|
> > > nice to see static assert. :) > > > > Yes it is nice. > > when do we get the IF and other boolean constructs? if they are added we > can start converting... ;) can I type them in from the red book, or get > them from the loki code? or are we doing something else? > guys, please double check and make sure these work on irix and vc7 before you check in. i'm getting tired of porting gmtl ... cheers, ----- Ben Scott Research Assistant VRAC bs...@ia... |
|
From: <no...@so...> - 2002-07-11 23:40:07
|
Bugs item #580256, was opened at 2002-07-11 14:38 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=580256&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Galen Faidley (chooze) Assigned to: Nobody/Anonymous (nobody) Summary: GMTL on Mac OS X Initial Comment: GMTL on Mac OS X fails to recognize the fact that the *f (sinf(), tanf() etc.) functions are not supported. So the NO_*F #defines are never set and you get errors when trying to compile. ---------------------------------------------------------------------- >Comment By: Patrick Hartling (patrickh) Date: 2002-07-11 18:40 Message: Logged In: YES user_id=49856 This should be fixed with Revision 1.4 of gmtl/Defines.h. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=580256&group_id=43735 |
|
From: <no...@so...> - 2002-07-11 19:38:22
|
Bugs item #580256, was opened at 2002-07-11 14:38 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=580256&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Galen Faidley (chooze) Assigned to: Nobody/Anonymous (nobody) Summary: GMTL on Mac OS X Initial Comment: GMTL on Mac OS X fails to recognize the fact that the *f (sinf(), tanf() etc.) functions are not supported. So the NO_*F #defines are never set and you get errors when trying to compile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=580256&group_id=43735 |
|
From: <no...@so...> - 2002-07-07 01:55:12
|
Task #57491 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: fix bugs/singularities in set(euler, mat) Complete: 15% Status: Open Authority : subatomic Assigned to: subatomic, nonchocoboy, allenb Description: when converting matrix to euler angles, we're not covering some cases that end in singularity. This produces 0xnan in some cases... nonchocoboy has started to refactor this. so this task is to finish that and get it checked in and tested. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57491&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-07-05 15:41:18
|
Task #57492 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: finalize how version number is set Complete: 95% Status: Open Authority : subatomic Assigned to: subatomic, nonchocoboy, allenb Description: currently we have gmtl/Version.h, which works elegantly in that it doesn't require any modification to the library to be useful (i.e. no configure, no preprocess, no make install needed). now we also have a VERSION file, which I'm not sure what it is for. The problem is that these two files will easily get out of sync. The other problem is that VERSION isn't useful unless you do a preprocess (like ocnfigure, or other script), meaning that the gmtl lib isn't usable until this script is run (assuming that Version.h is deprecated.) If we need to keep both VERSION and Version.h for some reason, then we need to find a way to syncronize these. The easiest IMHO would be to remove VERSION ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57492&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-07-05 15:40:06
|
Task #57491 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: refactor set(euler, mat) Complete: 15% Status: Open Authority : subatomic Assigned to: subatomic, nonchocoboy, allenb Description: when converting matrix to euler angles, we're not covering some cases that end in singularity. This produces 0xnan in some cases... nonchocoboy has started to refactor this. so this task is to finish that and get it checked in and tested. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57491&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-07-02 02:17:12
|
Task #57263 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: finish AABox Complete: 45% Status: Open Authority : subatomic Assigned to: nonchocoboy Description: AABox and supporting operations are close, but still need to finish. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57263&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-07-02 02:14:22
|
Task #57262 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: Track Matrix State, and Optimize code to it. Complete: 0% Status: Open Authority : subatomic Assigned to: subatomic, nonchocoboy, jahare, aronb, allenb Description: We can enable optimizations for matrix operations when the matrix contains some known transform. This needs to be enabled, implemented to increase the performance of GMTL. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57262&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-07-02 02:12:16
|
Task #57261 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: Implement Template Metaprogramming Complete: 0% Status: Open Authority : subatomic Assigned to: subatomic, allenb Description: To make GMTL fast, we need to actually implement the template metaprogramming we advertise. We have a good stable well tested math lib now, with a reletively stable API. Now we need to improve the speed (get rid of all those "for" loops!). We know ohw to do this, it just means that we will need to spend a day or two converting. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57261&group_id=43735&group_project_id=16299 |
|
From: <no...@so...> - 2002-06-14 00:07:21
|
Feature Requests item #562028, was opened at 2002-05-29 14:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=437250&aid=562028&group_id=43735 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Justin Hare (jahare) Assigned to: Kevin Meinert (subatomic) Summary: More quaternion generators Initial Comment: Would like to be able to make a quaternion directly from a matrix and also from Euler angles. Examples: gmtl::Quatf myquat; myquat = gmtl::makeRot<gmtl::Quatf>( my_matrix ); myquat = gmtl::makeRot<gmtl::Quatf>( x, y, z, gmtl::XYZ ); ---------------------------------------------------------------------- Comment By: Kevin Meinert (subatomic) Date: 2002-06-13 20:06 Message: Logged In: YES user_id=49859 this works now. see the generic makeRot that is templated on srctype and return type, and basically calls setRot with them. if setRot is defined (which it is for quat/matrix, and quat/axisangle, and quat/euler) then makeRot will automatically use those... :) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=437250&aid=562028&group_id=43735 |
|
From: <no...@so...> - 2002-06-14 00:07:04
|
Feature Requests item #562028, was opened at 2002-05-29 14:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=437250&aid=562028&group_id=43735 Category: None Group: None >Status: Open Resolution: Fixed Priority: 5 Submitted By: Justin Hare (jahare) >Assigned to: Kevin Meinert (subatomic) Summary: More quaternion generators Initial Comment: Would like to be able to make a quaternion directly from a matrix and also from Euler angles. Examples: gmtl::Quatf myquat; myquat = gmtl::makeRot<gmtl::Quatf>( my_matrix ); myquat = gmtl::makeRot<gmtl::Quatf>( x, y, z, gmtl::XYZ ); ---------------------------------------------------------------------- Comment By: Kevin Meinert (subatomic) Date: 2002-06-13 20:06 Message: Logged In: YES user_id=49859 this works now. see the generic makeRot that is templated on srctype and return type, and basically calls setRot with them. if setRot is defined (which it is for quat/matrix, and quat/axisangle, and quat/euler) then makeRot will automatically use those... :) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=437250&aid=562028&group_id=43735 |
49 messages has been excluded from this view by a project administrator.
