RFC: vecmath added to jogamp?

>> No, we didn't AFAIK.
>> JOGL used this namespace from it's beginning.
>
> OK I admit fairly new to this but my statement was based on the wikipedia I
> ingested it went something like this:
> Java3D released 1998 discontinued 2004, mentions being built on top of JOGL
> which was at one time developed by the Sun Game Technology group.  I guess I
> just assumed that they dropped it in 2004 and it's been maintained here
> since then.  If that's wrong my bad for assuming.  Is there a project
> history posted somewhere?  I'm merely curious.
>
>> license of vecmath ? size ?
> License is GPL, I see you guys are BSD. I'll come back to this later.
>
> Size is pretty small. Javadoc is here:
> http://docs.oracle.com/cd/E17802_01/j2se/javase/technologies/desktop/java3d/forDevelopers/j3dapi/javax/vecmath/package-summary.html
>
> This just captures the basic vector and matrix math that you'd need to do
> for even the simplest use of opengl.  Sure you can use some other packages
> math stuff but like you say smaller is better.  Let's keep it simple and
> light weight and just enough to avoid having to pull in another package for
> vector cross product or a matrix multiply.
>
>> since we internally don't use vecmath and since you easily can add it
>> to your project since it already exists - why adding it ?
>
> We'll as adding it is pretty much out as the license isn't compatible yes?
>  I guess what I ran into was that if you are using JOGL you are almost
> guaranteed to be using some kind of vector/matrix maths cpu side too.  Why
> not have something lightweight and simple so people can avoid having to pull
> in a much heavier package just for cross products and transposes or waste
> time rolling their own vector math code.  I know I've created a fair bit.
>
> I agree smaller is better but it just seems that when you're always using
> two things together perhaps it'd be nice to get them in one spot.
>
> ________________________________
> If you reply to this email, your message will be added to the discussion
> below:
> http://forum.jogamp.org/RFC-vecmath-added-to-jogamp-tp3655995p3656292.html
> To start a new topic under jogamp, email
> [hidden email]
> To unsubscribe from jogamp, click here.
> NAML

> there is a VectorUtil class in graph package and the PMVMatrix class..
> U can use those if you like, both work on premiitives.
>
> Cheers,
> Rami
>
> On Fri, Jan 13, 2012 at 12:24 PM, John Klehm [via jogamp]
> <[hidden email]> wrote:
>>> No, we didn't AFAIK.
>>> JOGL used this namespace from it's beginning.
>>
>> OK I admit fairly new to this but my statement was based on the wikipedia I
>> ingested it went something like this:
>> Java3D released 1998 discontinued 2004, mentions being built on top of JOGL
>> which was at one time developed by the Sun Game Technology group.  I guess I
>> just assumed that they dropped it in 2004 and it's been maintained here
>> since then.  If that's wrong my bad for assuming.  Is there a project
>> history posted somewhere?  I'm merely curious.
>>
>>> license of vecmath ? size ?
>> License is GPL, I see you guys are BSD. I'll come back to this later.
>>
>> Size is pretty small. Javadoc is here:
>> http://docs.oracle.com/cd/E17802_01/j2se/javase/technologies/desktop/java3d/forDevelopers/j3dapi/javax/vecmath/package-summary.html
>>
>> This just captures the basic vector and matrix math that you'd need to do
>> for even the simplest use of opengl.  Sure you can use some other packages
>> math stuff but like you say smaller is better.  Let's keep it simple and
>> light weight and just enough to avoid having to pull in another package for
>> vector cross product or a matrix multiply.
>>
>>> since we internally don't use vecmath and since you easily can add it
>>> to your project since it already exists - why adding it ?
>>
>> We'll as adding it is pretty much out as the license isn't compatible yes?
>>  I guess what I ran into was that if you are using JOGL you are almost
>> guaranteed to be using some kind of vector/matrix maths cpu side too.  Why
>> not have something lightweight and simple so people can avoid having to pull
>> in a much heavier package just for cross products and transposes or waste
>> time rolling their own vector math code.  I know I've created a fair bit.
>>
>> I agree smaller is better but it just seems that when you're always using
>> two things together perhaps it'd be nice to get them in one spot.
>>
>> ________________________________
>> If you reply to this email, your message will be added to the discussion
>> below:
>> http://forum.jogamp.org/RFC-vecmath-added-to-jogamp-tp3655995p3656292.html
>> To start a new topic under jogamp, email
>> [hidden email]
>> To unsubscribe from jogamp, click here.
>> NAML