Hi, here are the results of the recent OpenGL extensions survey:
https://github.com/bsl/opengl-extensions-survey
If I did anything dumb, please send me mail or a pull request.
Thanks to everyone who contributed!
___
Haskell-Cafe mailing list
On Sun, Jun 16, 2013 at 05:22:59PM -0700, bri...@aracnet.com wrote:
Vertex3 takes three arguments, all of which must be of the same instance of
VertexComponent. Specifying GLdoubles in the signature of wireframe
specifies the types in the last three calls to Vertex3, but (0.0 ::
GLdouble)
This,
wireframe :: Double - Double - Double - IO ()
wireframe wx wy wz = do
-- yz plane
renderPrimitive LineLoop $ do
vertex $ Vertex3 0.0 0.0 0.0
vertex $ Vertex3 0.0 wy 0.0
vertex $ Vertex3 0.0 wy wz
On Sun, Jun 16, 2013 at 4:03 PM, bri...@aracnet.com wrote:
Changing the declaration to GLdouble - GLdouble - GLdouble - IO() and
using
(0.0::GLdouble) fixes it, and I'm not clear on why it's not automagic.
There are many times I see the
Haskell never automagics types in that context; if it
On Sun, 16 Jun 2013 16:15:25 -0400
Brandon Allbery allber...@gmail.com wrote:
On Sun, Jun 16, 2013 at 4:03 PM, bri...@aracnet.com wrote:
Changing the declaration to GLdouble - GLdouble - GLdouble - IO() and
using
(0.0::GLdouble) fixes it, and I'm not clear on why it's not automagic.
On Sun, Jun 16, 2013 at 10:42 PM, bri...@aracnet.com wrote:
On Sun, 16 Jun 2013 16:15:25 -0400
Brandon Allbery allber...@gmail.com wrote:
On Sun, Jun 16, 2013 at 4:03 PM, bri...@aracnet.com wrote:
Changing the declaration to GLdouble - GLdouble - GLdouble - IO()
and
using
On Sun, Jun 16, 2013 at 01:03:48PM -0700, bri...@aracnet.com wrote:
wireframe :: Double - Double - Double - IO ()
wireframe wx wy wz = do
-- yz plane
renderPrimitive LineLoop $ do
vertex $ Vertex3 0.0 0.0 0.0
vertex $ Vertex3 0.0 wy 0.0
On Sun, Jun 16, 2013 at 4:42 PM, bri...@aracnet.com wrote:
On Sun, 16 Jun 2013 16:15:25 -0400
Brandon Allbery allber...@gmail.com wrote:
On Sun, Jun 16, 2013 at 4:03 PM, bri...@aracnet.com wrote:
Changing the declaration to GLdouble - GLdouble - GLdouble - IO()
and
using
.
-- Forwarded message --
From: L Corbijn aspergesoe...@gmail.com
Date: Mon, Jun 17, 2013 at 12:07 AM
Subject: Re: [Haskell-cafe] opengl type confusion
To: bri...@aracnet.com
On Sun, Jun 16, 2013 at 11:10 PM, L Corbijn aspergesoe...@gmail.com wrote:
On Sun, Jun 16, 2013 at 10:42 PM, bri
On Sun, 16 Jun 2013 22:19:22 +0100
Tom Ellis tom-lists-haskell-cafe-2...@jaguarpaw.co.uk wrote:
On Sun, Jun 16, 2013 at 01:03:48PM -0700, bri...@aracnet.com wrote:
wireframe :: Double - Double - Double - IO ()
wireframe wx wy wz = do
-- yz plane
renderPrimitive LineLoop $ do
This is a regression of some sort since the library operates fine within
GHCi for previous versions of GHC. I don't know whether it is a problem
with GHCi, the OpenGL library, or some third party. This is the error
encountered when a module that uses OpenGL tries to load:
Prelude Main main
On Tue, Oct 9, 2012 at 1:55 PM, Dan Haraj devha...@gmail.com wrote:
This is a regression of some sort since the library operates fine within
GHCi for previous versions of GHC. I don't know whether it is a problem
with GHCi, the OpenGL library, or some third party. This is the error
Hi,
GLfloat haskell is instance of several number related typeclasses. A
function like 'fromRational' could be used to create a GLfloat from another
number that has a random instance.
L
On May 3, 2012 4:39 AM, Mark Spezzano mark.spezz...@chariot.net.au
wrote:
Hi,
I tried this but now I get
Hi Haskellers,
I'm trying to generate a random vertex in OpenGL as follows.
genPosition :: IO (Vertex3 GLfloat)
genPosition = do x - getStdRandom $ randomR (-1.6,1.6)
y - getStdRandom $ randomR (-1.0,1.0)
return (Vertex3 x y (-1))
Because GLfloat is simply a newtype wrapper for CFloat, which has a Random
instance, I would do:
{-# LANGUAGE StandaloneDeriving #-}
{-# LANGUAGE GeneralizedNewtypeDeriving #-}
deriving instance Random GLFloat
On Wed, May 2, 2012 at 6:29 PM, Mark Spezzano
mark.spezz...@chariot.net.auwrote:
Hi
Hi,
I tried this but now I get another error:
The data constructors of `GLfloat' are not all in scope
so you cannot derive an instance for it
In the stand-alone deriving instance for `Random GLfloat'
Mark
On 03/05/2012, at 10:39 AM, Patrick Palka wrote:
Because GLfloat is simply a
Hello Café,
Where do you people stand on using OpenGLRaw instead of the higher-level
layer?
I saw that the ports of the nehe tutorial use directly OpenGLRaw, and I
wondered why that choice had been made.
___
Haskell-Cafe mailing list
Translation from c is much more straightforward with openglraw compared with
OpenGL. Also, many of the design decisions behind OpenGL are arbitrary or
limiting, and some features aren't even exposed in its interface.
___
Haskell-Cafe mailing list
I'm a bit curious about who might be using GPipe.
I've been trying to find a good variation on OpenGL that integrates nicely
with reactive programming. Issues such as texture management seem to be
rather difficult targets.
On Sat, Jul 23, 2011 at 12:06 PM, Jake McArthur
On Sat, Jul 23, 2011 at 8:51 PM, Yves Parès limestr...@gmail.com wrote:
Hello Café,
Where do you people stand on using OpenGLRaw instead of the higher-level
layer?
I saw that the ports of the nehe tutorial use directly OpenGLRaw, and I
wondered why that choice had been made.
Vo Minh Thu schrieb:
There other possibilities to deal with raster graphics:
- Use gtk; i.e. something like
http://hackage.haskell.org/package/AC-EasyRaster-GTK
- Output the data in some image format (if you want to do it yourself,
the most simple is PPM)
- Use X11 directly (if you're on
On Fri, 30 Jul 2010, Eitan Goldshtrom wrote:
HGL actually looks like EXACTLY what I need. I only need to set pixels, which
looks like
just what HGL would be good at. Only problem is that I can't find a single
tutorial for
HGL. Does anyone know or any, or where I could find one?
I found the
HGL actually looks like EXACTLY what I need. I only need to set pixels,
which looks like just what HGL would be good at. Only problem is that I
can't find a single tutorial for HGL. Does anyone know or any, or where
I could find one?
-Eitan
On 7/30/2010 12:22 PM, Henning Thielemann wrote:
I'm having an unusual problem with OpenGL. To be honest I probably
shouldn't be using OpenGL for this, as I'm just doing 2D and only
drawing Points, but I don't know about any other display packages, so
I'm making due. If this is a problem because of OpenGL however, then
I'll have to learn
2010/7/29 Eitan Goldshtrom thesource...@gmail.com:
I'm having an unusual problem with OpenGL. To be honest I probably shouldn't
be using OpenGL for this, as I'm just doing 2D and only drawing Points, but
I don't know about any other display packages, so I'm making due. If this is
a problem
Yeah, using openGL Points to draw 2D images will probably be pretty slow.
However, if you don't need to change your points every frame, a display list
might improve the speed quite a bit (you could still transform the points as
a whole).
Also, you could try the SDL bindings for haskell:
If you still want to use glVertex with GL_POINTS, instead of a display
list, you'd better go with vertex array or VBO.
But still, if the implicit coordinates of a raster is assumed, pairing
the coordinates with their value is overkill.
Cheers,
Thu
2010/7/29 Job Vranish job.vran...@gmail.com:
Yep, no surprise there. I would suggest using bitmap[1] to construct
your bitmap, and bitmap-opengl to put it into an OpenGL texture and
draw it on a textured quad. I think OpenGL is actually an OK choice
for this application, because it is the most portable graphics method
we have available.
On 2010-07-29 11:30 -0600, Luke Palmer wrote:
If you are trying to redraw in realtime, eg. 30 FPS or so, I don't
think you're going to be able to. There is just not enough GPU
bandwidth (and probably not enough CPU).
Updating an 800x600 texture at 30fps on a somewhat modern system is
Hi,
I hope I’m posting to the right forum.
I’ve got OpenGL up and running on my Windows Vista machine (finally!) and it
runs perfectly well under Eclipse, bringing up a window with a rendered
image as expected.
The only issue starts when I try to compile the program without Eclipse
Hi Mark,
From what I remember -- I haven't used OpenGL for about a year -- you
need something like
ghc --make -package GLUT -lglut Test1.hs
assuming that you have both HOpenGL haskell package and OpenGL c library.
Cheers,
Sean
2009/3/18 Mark Spezzano mark.spezz...@chariot.net.au:
Hi,
I
On Wed, 18 Mar 2009 04:34:29 +0100, Mark Spezzano
mark.spezz...@chariot.net.au wrote:
configure: error: no GLUT header found, so this package cannot be built
See `config.log' for more details.
Where is it looking for these glut.h files? I’ve tried putting them
everywhere in my PATH but
Hi all,
I’m trying desperately to get OpenGL up and running.
I type
cabal.exe configure and get the following
...
checking GL/glut.h usability... no
checking GL/glut.h presence... no
checking for GL/glut.h... no
checking for GLUT library... no
checking for GL/glut.h... (cached)
bbrown wrote:
I am going to be doing a lot of opengl stuff in haskell and so far one thing
has irked me. Why does haskell keep the GLFloat and GL types and not just
the Haskell types.
It mirrors the C API in doing so.
I assume that this is because, in principle a system might exist where
On 9/28/07, Jules Bean [EMAIL PROTECTED] wrote:
Certainly GLfloat, GLdouble, GLint are members of all the type classes
you would hope them to be and they are no less convenient to use.
And so, if you need it, you can always coerce between the GL and the
standard Haskell types by using the
I am going to be doing a lot of opengl stuff in haskell and so far one thing
has irked me. Why does haskell keep the GLFloat and GL types and not just
the Haskell types.
--
Berlin Brown
[berlin dot brown at gmail dot com]
http://botspiritcompany.com/botlist/?
On Saturday 02 June 2007 16:01:05 Dan Piponi wrote:
On 6/1/07, Jon Harrop [EMAIL PROTECTED] wrote:
Great, thanks. May I just ask, does ShadowMap.hs work on your machine?
It compiles fine. Runs imperfectly. The shadow map matrix seems to be
off so that shadows aren't quite being cast
Jon asked:
Where should I go to get started with OpenGL and Haskell?
Don't use the examples here:
http://www.haskell.org/HOpenGL/
They don't work with recent versions of HOpenGL.
But do use the examples here:
http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/libraries/GLUT/examples/RedBook/
On Saturday 02 June 2007 02:45:48 Dan Piponi wrote:
But do use the examples here:
http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/libraries/GLUT/examples/R
edBook/ They worked for me.
Great, thanks. May I just ask, does ShadowMap.hs work on your machine?
--
Dr Jon D Harrop, Flying Frog
Creighton Hogg wrote:
Check out this blog entry as a nice starting place
http://blog.mikael.johanssons.org/archive/2006/09/opengl-programming-in-haskell-a-tutorial-part-1/
Thanks for this...
(I too would like to start hacking around with OpenGL!)
I've found HOpenGL and the Debian package libghc6-opengl-dev. The former seems
to be very out of date (last release 2003) but I can't find any demos for the
latter.
Where should I go to get started with OpenGL and Haskell?
--
Dr Jon D Harrop, Flying Frog Consultancy Ltd.
OCaml for Scientists
On 5/30/07, Jon Harrop [EMAIL PROTECTED] wrote:
I've found HOpenGL and the Debian package libghc6-opengl-dev. The former
seems
to be very out of date (last release 2003) but I can't find any demos for
the
latter.
Where should I go to get started with OpenGL and Haskell?
For at least GHC
Jon Harrop wrote:
Where should I go to get started with OpenGL and Haskell?
Take a look at Gtk2Hs, which has OpenGL bindings.
For example, see http://darcs.haskell.org/gtk2hs/demo/opengl/
b
___
Haskell-Cafe mailing list
On Wed, 2007-05-30 at 16:09 -0700, Bryan O'Sullivan wrote:
Jon Harrop wrote:
Where should I go to get started with OpenGL and Haskell?
Take a look at Gtk2Hs, which has OpenGL bindings.
For example, see http://darcs.haskell.org/gtk2hs/demo/opengl/
The Gtk2Hs OpenGL stuff is only a
See the examples/RedBook directory in the source code. It gives you a
good idea how the C-idioms are translated.
For an actual documentation on OpenGL you'll better take a look at
general OpenGL literature and translate them into Haskell. Note that
it's quite complex, though.
On 5/31/07, Jon
On 5/30/07, Jon Harrop [EMAIL PROTECTED] wrote:
I've found HOpenGL and the Debian package libghc6-opengl-dev. The former seems
to be very out of date (last release 2003) but I can't find any demos for the
latter.
Where should I go to get started with OpenGL and Haskell?
I started converting
Hi,
I'm experimenting using OpenGL and GLUT in Haskell using GHC. There
are modules Graphics.Rendering.OpenGL and Graphics.UI.GLUT. I am
using these.
I've encountered a strange bug which I'm having trouble with. If I
render a sphere and a plane, then the plane is facing the wrong way
[ Small note: Library-related questions should better be directed to
[EMAIL PROTECTED], and for mails regardind the OpenGL/GLUT packages there
is the [EMAIL PROTECTED] mailing list. ]
On Saturday 24 March 2007 13:37, Ruben Zilibowitz wrote:
[...] I've encountered a strange bug which I'm having
48 matches
Mail list logo