[GEM-dev] 2textures + gemframebuffer
Jack
jack at rybn.org
Tue Apr 1 18:35:38 CEST 2008
You are right, it seems too big (because i had never received it) !
Can you send only the .vert and the .frag, then i put them in the
10.glsl directory ?
++
Jack
Le 1 avr. 08 à 18:23, cyrille henry a écrit :
> hello,
> the problem is only a warning, so it should work anyway.
> but yes, there is a diference between multitexture and
> multitexture_rect : you can't swap them.
>
> everything should be on the cvs.
>
> i send a zip to this list, as an answer to Iohannes mail, but did
> never received it. i'll send it agin.
> (i'm affraid the zip file is to big).
>
>
> cyrille
>
>
> Jack a écrit :
>> I have changed messages |open multitexture_rect.vert( and |open
>> multitexture_rect.frag( by |open multitexture.vert( and |open
>> multitexture.frag(.
>> And have changed [pix_image img3.jpg] by [pix_set 512 512].
>> I have put all in the directory : 10.glsl.
>> I get this error :
>> [glsl_program]: Info_log:
>> [glsl_program]: WARNING: Vertex shader writes varying 'texcoord2'
>> which is not read by fragment shader.
>> Is the problem come from the multitexture.frag and
>> multitexture.vert ?
>> Do you have 'multitexture_rect.vert' and multitexture_rect.frag
>> to test ?
>> ++
>> Jack
>> Le 31 mars 08 à 18:58, cyrille henry a écrit :
>>>
>>> cyrille henry a écrit :
>>> ...
>>>> in fact, you're right, it's not trivial, i'll may have to clean
>>>> this patch and commit it to cvs.
>>> done.
>>> i just commited a 07 example for multi pass rendering with shader.
>>>
>>> now, i'd like to know why the attached example does not work:
>>> gemhead sould be in the correct order.
>>>
>>>
>>> Cyrille<07_multi_pass_rendering_normal_order_but_not_working.pd>____
>>> __ _________________________________________
>>> GEM-dev mailing list
>>> GEM-dev at iem.at
>>> http://lists.puredata.info/listinfo/gem-dev
>> _______________________________________________
>> GEM-dev mailing list
>> GEM-dev at iem.at
>> http://lists.puredata.info/listinfo/gem-dev
More information about the GEM-dev
mailing list