Re: How to send matrices to GLSL uniform variables

"Myles C. Maxfield" <[email protected]> Fri, 24 Aug 2012 09:56:54 -0700
Newsgroups gmane.comp.lang.haskell.hopengl
Message-ID <CALz+48UcCPz3KCOmOT-0nen0Sjktv7kLJXSUM7PTSSPqUEy+FQ@mail.gmail.com>
--===============8208961434697871775==
Content-Type: multipart/alternative; boundary=0016e6dd966e26ce4c04c805de30

--0016e6dd966e26ce4c04c805de30
Content-Type: text/plain; charset=ISO-8859-1

According to http://hackage.haskell.org/package/OpenGL, it claims to
support version 3.2, so a lack of glUniformMatrix seems like a huge
oversight. This makes me think that one of two things is the case:

1. There is a way to do it, but it's non-obvious. Hopefully documentation
could fix this.
2. There isn't a way to do it, so either
  a. the OpenGL package shouldn't claim to be 3.2 compliant, or
  b. the functionality should be added ;-)

Does anyone know which case the current package falls into? And/or what can
be done about making sure no one else in the future has the same problem
that Yusuke has? I'd be willing to help out, but I don't know where to
start.

Thanks,
Myles

On Fri, Aug 24, 2012 at 9:31 AM, Yusuke Kajimoto <[email protected]>wrote:

>
> > In general, if you can't find it in HOpenGL, look at OpenGLRaw:
> http://hackage.haskell.org/package/OpenGLRaw
>
> Thank you for your reply.
> I achieved my aim using OpenGLRaw just now!
>
> But as there are no methods to access UniformLocation, AttribLocation,
> VertexShader, FragmentShader and Program type internals, I rewrote almost
> all of code around GLSL with OpenGLRaw...
> _______________________________________________
> HOpenGL mailing list
> [email protected]
> http://www.haskell.org/mailman/listinfo/hopengl
>

--0016e6dd966e26ce4c04c805de30
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div>According to=A0<a href=3D"http://hackage.haskell.org/package/OpenGL">h=
ttp://hackage.haskell.org/package/OpenGL</a>, it claims to support version =
3.2, so a lack of glUniformMatrix seems like a huge oversight. This makes m=
e think that one of two things is the case:</div>

<div><br></div><div>1. There is a way to do it, but it&#39;s non-obvious. H=
opefully documentation could fix this.</div><div>2. There isn&#39;t a way t=
o do it, so either</div><div>=A0 a. the OpenGL package shouldn&#39;t claim =
to be 3.2 compliant, or</div>

<div>=A0 b. the functionality should be added ;-)</div><div><br></div><div>=
Does anyone know which case the current package falls into? And/or what can=
 be done about making sure no one else in the future has the same problem t=
hat Yusuke has? I&#39;d be willing to help out, but I don&#39;t know where =
to start.</div>

<div><br></div><div>Thanks,</div><div>Myles</div><div><br><div class=3D"gma=
il_quote">On Fri, Aug 24, 2012 at 9:31 AM, Yusuke Kajimoto <span dir=3D"ltr=
">&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">usk@lunati=
cengine.org</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im"><br>
&gt; In general, if you can&#39;t find it in HOpenGL, look at OpenGLRaw: <a=
 href=3D"http://hackage.haskell.org/package/OpenGLRaw" target=3D"_blank">ht=
tp://hackage.haskell.org/package/OpenGLRaw</a><br>
<br>
</div>Thank you for your reply.<br>
I achieved my aim using OpenGLRaw just now!<br>
<br>
But as there are no methods to access UniformLocation, AttribLocation, Vert=
exShader, FragmentShader and Program type internals, I rewrote almost all o=
f code around GLSL with OpenGLRaw...<br>
<div class=3D"HOEnZb"><div class=3D"h5">___________________________________=
____________<br>
HOpenGL mailing list<br>
<a href=3D"mailto:[email protected]">[email protected]</a><br>
<a href=3D"http://www.haskell.org/mailman/listinfo/hopengl" target=3D"_blan=
k">http://www.haskell.org/mailman/listinfo/hopengl</a><br>
</div></div></blockquote></div><br></div>

--0016e6dd966e26ce4c04c805de30--


--===============8208961434697871775==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
HOpenGL mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/hopengl

--===============8208961434697871775==--