On Sat, 8 Oct 2011 04:32:22 +0200 "hannes.janet...@gmail.com"
<hannes.janet...@googlemail.com> said:
> On Fri, Oct 7, 2011 at 10:40 PM, Jim Kukunas
> <james.t.kuku...@linux.intel.com> wrote:
> > Hi Folks,
> >
> > With Evas trunk, I can no longer use the gl_x11 engine on my Intel 945GME.
> > I get the error message reproduced below.
> >
> > Git bisect points to revision 63832. Any revision before that works fine.
> >
> > Anyone else having this issue? I can supply more info if needed.
> >
>
> Same issue here. looking at the output I would guess that the shader
> file should be preprocessed before passing it to the shader compiler.
> (I'm no expert in this)
no - thats the glsls compilers job. those pre-processing things rely on
defined constants from the compiler. it's how glsl works. i found it by manual
inspection and comparison. cedric uses tex_y in vert shdr but tex_c in frag
shader. fixed.
>
>
> > Thanks.
> >
> > ERR<1246>:evas-gl_common evas_gl_shader.c:1082
> > _evas_gl_common_shader_program_source_init() Abort compile of shader vert
> > (nv12): #ifdef GL_ES
> > #ifdef GL_FRAGMENT_PRECISION_HIGH
> > precision highp float;
> > #else
> > precision mediump float;
> > #endif
> > #endif
> > attribute vec4 vertex;
> > attribute vec4 color;
> > attribute vec2 tex_coord, tex_coord2;
> > uniform mat4 mvp;
> > varying vec4 col;
> > varying vec2 tex_y, tex_cuv;
> > void main()
> > {
> > gl_Position = mvp * vertex;
> > col = color;
> > tex_y = tex_coord;
> > tex_cuv = tex_coord2 * 0.5;
> > }
> >
> > Evas can not setup the informations of the OpenGL X11 Engine
> > No engine selected.
> >
> > --
> > Jim Kukunas
> > Intel Open Source Technology Center
> >
> > ------------------------------------------------------------------------------
> > All of the data generated in your IT infrastructure is seriously valuable.
> > Why? It contains a definitive record of application performance, security
> > threats, fraudulent activity, and more. Splunk takes this data and makes
> > sense of it. IT sense. And common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy2
> > _______________________________________________
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
