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's non-obvious. H= opefully documentation could fix this.</div><div>2. There isn't a way t= o do it, so either</div><div>=A0 a. the OpenGL package shouldn'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'd be willing to help out, but I don'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= "><<a href=3D"mailto:[email protected]" target=3D"_blank">usk@lunati= cengine.org</a>></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> > In general, if you can'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==--