From mgajda at mimuw.edu.pl Sun Mar 3 14:26:57 2013
From: mgajda at mimuw.edu.pl (Michal J Gajda)
Date: Sun, 3 Mar 2013 14:26:57 +0100
Subject: [HOpenGL] Fwd: Vector operations on datatypes in Tensor library...
In-Reply-To:
References:
Message-ID:
Dear All,
I see that Tensor library is used in OpenGL, OpenVG and few other libraries.
Is there any plan to make vector operations available? [E.g. dot and cross
product, vector projection and rejection.]
Would you accept a patch, or would you recommend making another library?
(Say Tensor-Operations:Data.Tensor.Operations.)
For now they are included in AC-Vector package that uses a different type,
which leads to impedance mismatch and unnecessary copying.
I already contacted the maintainer of AC-Vector package, but got no answer
to this problem so far.
--
Best regards
Michal
--
Pozdrawiam
Micha?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From bkomuves at gmail.com Sun Mar 3 17:13:33 2013
From: bkomuves at gmail.com (Balazs Komuves)
Date: Sun, 3 Mar 2013 17:13:33 +0100
Subject: [HOpenGL] Fwd: Vector operations on datatypes in Tensor
library...
In-Reply-To:
References:
Message-ID:
Hi,
the vect library: http://hackage.haskell.org/package/vect
and its OpenGLl companion: http://hackage.haskell.org/package/vect-opengl
were written specifically for doing computer graphics. It probably contains
all vector/matrix operations you need. If this is not the case, I'm happy
to hear suggestions.
I don't think there is a better alternative at the moment (definitely
nothing close in coverage of functionality).
(disclaimer: I'm the author of these)
Historical note: The Tensor package was born because the original author of
the OpenGL package felt that it makes sense to make it separate from the
big OpenGL package. He planned a serious refactoring/rewrite of the OpenGL
package. However, he seems to have disappeared since.
Balazs
On Sun, Mar 3, 2013 at 2:26 PM, Michal J Gajda wrote:
> Dear All,
>
> I see that Tensor library is used in OpenGL, OpenVG and few other
> libraries.
> Is there any plan to make vector operations available? [E.g. dot and cross
> product, vector projection and rejection.]
>
> Would you accept a patch, or would you recommend making another library?
> (Say Tensor-Operations:Data.Tensor.Operations.)
>
> For now they are included in AC-Vector package that uses a different type,
> which leads to impedance mismatch and unnecessary copying.
>
> I already contacted the maintainer of AC-Vector package, but got no answer
> to this problem so far.
> --
> Best regards
> Michal
>
>
>
> --
> Pozdrawiam
> Micha?
> _______________________________________________
> HOpenGL mailing list
> HOpenGL at haskell.org
> http://www.haskell.org/mailman/listinfo/hopengl
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From mgajda at mimuw.edu.pl Sun Mar 3 18:10:22 2013
From: mgajda at mimuw.edu.pl (MIMUW)
Date: Sun, 03 Mar 2013 18:10:22 +0100
Subject: [HOpenGL] Fwd: Vector operations on datatypes in Tensor
library...
In-Reply-To:
References:
Message-ID: <513383FE.3090403@mimuw.edu.pl>
Hi Balazs,
That sounds nice, but is there any timeline for replacing types used by
current version of OpenGL by those in vect?
Since as far as I understand, vect-opengl gives just typecasts,
and thus doesn't really address a problem of using many different
Vector/Vertex types in place of one, and requiring typecasts.
Thus we have AC-Vector that serves similar purpose as vect (and probably
few more similar packages, like hmatrix.)
> the vect library: http://hackage.haskell.org/package/vect
> and its OpenGLl companion: http://hackage.haskell.org/package/vect-opengl
>
> were written specifically for doing computer graphics. It probably
contains
> all vector/matrix operations you need. If this is not the case, I'm happy
> to hear suggestions.
>
> I don't think there is a better alternative at the moment (definitely
> nothing close in coverage of functionality).
> (disclaimer: I'm the author of these)
>
> Historical note: The Tensor package was born because the original
author of
> the OpenGL package felt that it makes sense to make it separate from the
> big OpenGL package. He planned a serious refactoring/rewrite of the
OpenGL
> package. However, he seems to have disappeared since.
--
Best regards
Michal
From bkomuves at gmail.com Sun Mar 3 18:58:42 2013
From: bkomuves at gmail.com (Balazs Komuves)
Date: Sun, 3 Mar 2013 18:58:42 +0100
Subject: [HOpenGL] Fwd: Vector operations on datatypes in Tensor
library...
In-Reply-To: <513383FE.3090403@mimuw.edu.pl>
References:
<513383FE.3090403@mimuw.edu.pl>
Message-ID:
No, there is no such plan to replace the OpenGL types by the vect types.
However, with vect, you don't really have to use the OpenGL types at all,
at least in normal circumstances.
Yes, AC-Vector is similar, but vect is older, more mature, and has *much*
more functionality.
hmatrix is a very different library: It is intended for large-scale linear
algebra (based on the scientific libraries BLAS, LAPACK, GSL). vect (and
AC-Vector) is intended specifically for low-dimensional (up to 4
dimensions) linear algebra (and vect is tailored specifically for
graphics). vect is also completely standalone (no dependencies), as opposed
to hmatrix.
Balazs
On Sun, Mar 3, 2013 at 6:10 PM, MIMUW wrote:
> Hi Balazs,
>
> That sounds nice, but is there any timeline for replacing types used by
> current version of OpenGL by those in vect?
> Since as far as I understand, vect-opengl gives just typecasts,
> and thus doesn't really address a problem of using many different
> Vector/Vertex types in place of one, and requiring typecasts.
>
> Thus we have AC-Vector that serves similar purpose as vect (and probably
> few more similar packages, like hmatrix.)
>
>
> > the vect library: http://hackage.haskell.org/**package/vect
> > and its OpenGLl companion: http://hackage.haskell.org/**
> package/vect-opengl
> >
> > were written specifically for doing computer graphics. It probably
> contains
> > all vector/matrix operations you need. If this is not the case, I'm happy
> > to hear suggestions.
> >
> > I don't think there is a better alternative at the moment (definitely
> > nothing close in coverage of functionality).
> > (disclaimer: I'm the author of these)
> >
> > Historical note: The Tensor package was born because the original author
> of
> > the OpenGL package felt that it makes sense to make it separate from the
> > big OpenGL package. He planned a serious refactoring/rewrite of the
> OpenGL
> > package. However, he seems to have disappeared since.
> --
> Best regards
> Michal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From dagitj at gmail.com Mon Mar 18 00:48:26 2013
From: dagitj at gmail.com (Jason Dagit)
Date: Sun, 17 Mar 2013 16:48:26 -0700
Subject: [HOpenGL] Important Update: Fold StateVar, ObjectName,
and Tensor back into OpenGL
Message-ID:
I realize this change may be frustrating for some users. I'm sorry about
the inconveniences that it may cause. The positive side is that the Haskell
Platform will be able to upgrade to the latest OpenGL bindings. I think
that makes this disruption worth it.
Then new versions are not yet on hackage, but I'll probably upload them
today.
How this will affect you:
I moved StateVar, ObjectName, and Tensor back into the OpenGL package (and
renamed their modules from Data.* to Graphics.Rendering.OpenGL.GL.*). This
also required a change in the GLUT package. I bumped the version number of
OpenGL to 2.8.* and GLUT to 2.4.*.
The StateVar, Tensor, and ObjectName packages are still on hackage exactly
as they were. So if you're using those they will continue to work except
that GHC will see them as incompatible with the ones exported from
Graphics.Rendering.OpenGL. If this is a problem then I can upload versions
of those packages that are re-exports from OpenGL. The reason I haven't don
that is because then those packages will depend on the OpenGL package and
that seemed like a hassle (correct me if I'm wrong).
On the topic of GLUT, none of the examples explicitly import modules from
StateVar, Tensor, or ObjectName so I didn't bother testing the examples.
Properly testing the examples would be easiest if we had a cabal files for
the examples. Then we could at least test that they build on travis-ci.
Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: