> Thanks for the patch! I have a very vague recollection of considering
> that step of the algorithm and for some reason ended up not implementing
> it - unfortunately I don't remember what the reason was.
> Do you include the snuggle operation in your source tree? Have you
> noticed it having an effect?
> that step of the algorithm and for some reason ended up not implementing
> it - unfortunately I don't remember what the reason was.
> Do you include the snuggle operation in your source tree? Have you
> noticed it having an effect?
Unfortunately I noticed no changes, but haven't spent much time on that.
Therefore I put the function in the Matrix source code but have commented its call.
Other projects like OpenSceneGraph and Wildfiregames use this function in their decomposition..
Michael
Gesendet: Mittwoch, 20. August 2014 um 10:28 Uhr
Von: "Carsten Neumann" <[email protected]>
An: [email protected]
Betreff: Re: [Opensg-users] Problem with matrix decomposition
Von: "Carsten Neumann" <[email protected]>
An: [email protected]
Betreff: Re: [Opensg-users] Problem with matrix decomposition
Hello Michael,
On 08/20/2014 10:06 AM, Michael Raab wrote:
> after reading a bit more about this, I'm aware why scale orientation is
> necessary in special cases.
ok, in that case ignore my other mail, it may get some things wrong
since it's been a while since I touched the decomposition code and I
also don't have access to Graphics Gems IV at the moment :)
> Our manipulation works now, too.
Glad to hear that! :)
> Thanks for the support.
> While playing around with Matrix::getTransform() we added the missing
> snuggle support. If you think it is worth to be commited, the patch is
> attached.
> (Source may be optimized but this is more or less the original code from
> Graphics Gems IV).
Thanks for the patch! I have a very vague recollection of considering
that step of the algorithm and for some reason ended up not implementing
it - unfortunately I don't remember what the reason was.
Do you include the snuggle operation in your source tree? Have you
noticed it having an effect?
Thanks & Cheers,
Carsten
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
On 08/20/2014 10:06 AM, Michael Raab wrote:
> after reading a bit more about this, I'm aware why scale orientation is
> necessary in special cases.
ok, in that case ignore my other mail, it may get some things wrong
since it's been a while since I touched the decomposition code and I
also don't have access to Graphics Gems IV at the moment :)
> Our manipulation works now, too.
Glad to hear that! :)
> Thanks for the support.
> While playing around with Matrix::getTransform() we added the missing
> snuggle support. If you think it is worth to be commited, the patch is
> attached.
> (Source may be optimized but this is more or less the original code from
> Graphics Gems IV).
Thanks for the patch! I have a very vague recollection of considering
that step of the algorithm and for some reason ended up not implementing
it - unfortunately I don't remember what the reason was.
Do you include the snuggle operation in your source tree? Have you
noticed it having an effect?
Thanks & Cheers,
Carsten
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/
_______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
