One of the most exiting things I find about the new shader integration is the possibility to do fullscreen effects. So I've been playing with the new shader pipeline to see how it works. I discovered that the shader is basically applied to a Texture2d instance so I'm immediately wondering how can I extract the Texture2d from the screen buffer before the layer is actually rendered? 

@jptsetung: iPhone 3G is not supported
http://www.cocos2d-iphone.org/wiki/doku.php/release_notes:2_0_0#compatibility

Cocos2d v2 is not compatible with iPhone 3G even if they are in iOS4.x, is it?
I think it's not a big problem as according to this post, it should represents less than 5% of the phones now. http://www.iphonedevsdk.com/forum/business-legal-app-store/79677-iphone-4-vs-3g-market-share-need-input-please.html

@fidelusx:
I would have think about it... but I suggest that you post your discoveries here.

@kovaloid: no. cocos2d v2.0 templates will overwrite the v1.0 templates.
just run ./install-templates.sh as many times as you need.

Is it possible to install both cocos2d 1.0 and 2.0 templates?
Thanks!

@riq:
I have tried implementing a simple ripple effect by subclassing CCSprite, and set its own ripple frag shader. It works ok. But I would like to know the best design pattern to make it more flexible, for example the effect usage will be as simple as the way we use it in the old way (action style). What do you think ?

@fideliusx
Yes, for the moment they are not using shaders for the effects. Right now I don't have the time to modify them. Would you like to provide a patch ? thanks.

@riq: I saw that grid effects are still using the old method. IMO, with shaders support, maybe we should try to do those effects using them?

@fideliusx: yes, only iOS >= 4.0

I started to use 2.0. I noticed that it already uses VAO's glGenVertexArraysOES which is only available starting from iOS 4.0. And yes, when I tested it on iPad 3.2, it crashed because of it. Will this means cocos2d 2.0 will only support devices with iOS 4.0 upward ?

Status:
- Chipmunk 6.0.1 integrated into gles20
- Box2d 2.2.0 integrated into gles20
- All templates are working OK
- NEON matrix multiplication integrated into Kazmath (should be faster)
- Uniforms: send only 1 matrix (Model View Projection) instead of 2 (ModelView and Projection) (should be faster)
- Performance tests: updated (gles20 a bit slower than v1.0 in some tests... don't know why yet)
- Includes latests changes from develop branch
- Improved GL state API
- Integrated @manucorporat Streak Motion

What's missing for v2.0-alpha
- Try .fs and .vs extension for shaders
- Write migration guide

Excellent!

status update: templates are working Ok in the gles20 branch.

cocos2d v2.0-alpha coming soon.

Thx riq , it totally make sense , the sprite are acting like a single mesh so you can't control them with uniform , i'll try the vertex attributre thingy i think best is to set extra texturecoords and get them as param in the shader , i'll try also render as texture , with a 32*32 texture i can store 1024 4d vector but i need 16bit at least , then i need to set correct texturecoord for each sprite ...
i'll try as well with vertexattribute to see what the best, i need to have a look to the batchnode code... to see how i can do that , but i think it's a lot of work :)

is it possible to have different uniform value for each sprite with batchnode?

@sanch: No, you can't. but you can pass a vector (or perhaps as vertexattribute) and use that values as you want.

Ok i start to understand , i need to load my shader in the Batchnode , no need to change things here , but then i can't call draw for batchnode in my CCsprite subclass so were can i update the uniforms param and load additionnal texture? is it possible to have different uniform value for each sprite with batchnode?

Ok after looking into the cocos code i found out that since i'm using a batchnode i need to load my shader in the batchnode ,so i'll need instead to subclasse CCspriteBatchNode.
Thx anyway all this looks very promising and already works great.

yep actually it seams that the shader is not use at all when using initWithSpriteFrameName
I didn't assign a texture to the shader and it keep showing the texture i'm using for init.

here is the full code of the working version:

Shad.h

#import "cocos2d.h"

@interface Shad :  CCSprite {
    CCTexture2D * _NormalTexture;
    GLuint   _textureLocation;
    GLuint   _NormTextLocation;
    GLuint   _lightcolor;
    GLuint   _matcolor;
    GLuint   _spec;
    GLuint   _fragmentColor;
    GLuint   _lightdir;
    GLuint   _viewdir;
    float inc;
}

@end

Shad.m

#import "Shad.h"

@implementation Shad

- (id)initWithFile:(NSString *)file
{
    self = [super initWithFile:file];
    if (self) {

        _NormalTexture = [[[CCTextureCache sharedTextureCache] addImage:@"SphereNormal2.png"] retain];

        self.shaderProgram =
        [[[GLProgram alloc]
          initWithVertexShaderFilename:@"Shaders/PositionTextureColor.vert"
          fragmentShaderFilename:@"BumpMapping.frag"] autorelease];

        CHECK_GL_ERROR_DEBUG();

        [shaderProgram_ addAttribute:kCCAttributeNamePosition index:kCCAttribPosition];
        [shaderProgram_ addAttribute:kCCAttributeNameColor index:kCCAttribColor];
        [shaderProgram_ addAttribute:kCCAttributeNameTexCoord index:kCCAttribTexCoords];

        CHECK_GL_ERROR_DEBUG();

        [shaderProgram_ link];

        CHECK_GL_ERROR_DEBUG();

        [shaderProgram_ updateUniforms];

        CHECK_GL_ERROR_DEBUG();                

        _textureLocation = glGetUniformLocation( shaderProgram_->program_, "u_texcolor");
        _NormTextLocation = glGetUniformLocation( shaderProgram_->program_, "u_texnormal");
        _lightcolor = glGetUniformLocation( shaderProgram_->program_, "u_lightcolor");

        _matcolor = glGetUniformLocation( shaderProgram_->program_, "u_matcolor");

         _spec = glGetUniformLocation( shaderProgram_->program_, "u_spec");
         _lightdir = glGetUniformLocation( shaderProgram_->program_, "u_lightdir");
         _viewdir = glGetUniformLocation( shaderProgram_->program_, "u_viewdir"); 

        CHECK_GL_ERROR_DEBUG();

    }

    return self;
}
-(void) draw {    

    // 1 ;
    inc+=0.02;

    ccGLBlendFunc( blendFunc_.src, blendFunc_.dst );
    ccGLUseProgram( shaderProgram_->program_ );
    ccGLUniformProjectionMatrix( shaderProgram_ );
    ccGLUniformModelViewMatrix( shaderProgram_ );

    // 2
    glActiveTexture(GL_TEXTURE0);
    glBindTexture( GL_TEXTURE_2D,  [texture_ name] );
    glUniform1i(_textureLocation, 0);

    glActiveTexture(GL_TEXTURE1);
    glBindTexture( GL_TEXTURE_2D,  [_NormalTexture name] );
    glUniform1i(_NormTextLocation, 1);

    glUniform4f( _matcolor, 1.0, 1.0, 1.0, 1.0);
    glUniform4f( _lightcolor, 1.0, 0.5, 1.0, 1.0);
    glUniform3f( _lightdir,sinf(inc),cosf(inc),1.0 );
    glUniform3f( _viewdir,0.0,0.0,1.0 );
    glUniform1f(_spec, 0.3);
    //
#define kQuadSize sizeof(quad_.bl)
    long offset = (long)&quad_;

    // vertex
    NSInteger diff = offsetof( ccV3F_C4B_T2F, vertices);
    glVertexAttribPointer(kCCAttribPosition, 3, GL_FLOAT, GL_FALSE, kQuadSize, (void*) (offset + diff));

    // texCoods
    diff = offsetof( ccV3F_C4B_T2F, texCoords);
    glVertexAttribPointer(kCCAttribTexCoords, 2, GL_FLOAT, GL_FALSE, kQuadSize, (void*)(offset + diff));

    // color
    diff = offsetof( ccV3F_C4B_T2F, colors);
    glVertexAttribPointer(kCCAttribColor, 4, GL_UNSIGNED_BYTE, GL_TRUE, kQuadSize, (void*)(offset + diff));

    // 4
    glDrawArrays(GL_TRIANGLE_STRIP, 0, 4);
    glActiveTexture(GL_TEXTURE0);
}
@end

and BumpMapping.frag

#ifdef GL_ES
precision lowp float;
#endif

varying vec4 v_fragmentColor;
varying vec2 v_texCoord;
uniform vec4 u_lightcolor;

uniform vec4 u_matcolor;
uniform float u_spec;
uniform vec3 u_lightdir;
uniform vec3 u_viewdir;
uniform sampler2D u_texcolor;
uniform sampler2D u_texnormal;

void main()
{
    vec4 material = texture2D (u_texcolor, v_texCoord)*u_matcolor;
    vec3 normal = texture2D (u_texnormal, v_texCoord).rgb * 2.0 - 1.0;

    vec3 halfdir = normalize (normalize(u_lightdir) + normalize(u_viewdir));

    float diff = max (0.0, dot (normal, u_lightdir));
    float nh = max (0.0, dot (normal, halfdir));
    float spec = pow (nh, u_spec);

    vec4 c = material  * u_lightcolor * diff * spec ;

    gl_FragColor = vec4(c.r,c.g,c.b,material.a);

}

but using initWithSpriteFrameName like i wrote it before doesn't seams to load the shader
I had to enable VBO in ccConfig in order to compile on device , i don't know if that's related.

What does frame.texture return ?

Hi , i did a bumpmap shader with some exemple code found arround the web and the great tutorial ,it's working great so far , here is the fragment shader for the one who are interested :

#ifdef GL_ES
precision lowp float;
#endif

varying vec4 v_fragmentColor;
varying vec2 v_texCoord;
uniform vec4 u_lightcolor;
uniform float u_spec;
uniform vec3 u_lightdir;
uniform sampler2D u_texcolor;
uniform sampler2D u_texnormal;

void main()
{
    vec4 material = texture2D (u_texcolor, v_texCoord) * v_fragmentColor;
    vec3 normal = texture2D (u_texnormal, v_texCoord).rgb * 2.0 - 1.0;

    vec3 halfdir = normalize (normalize(u_lightdir) );

    float diff = max (0.0, dot (normal, u_lightdir));
    float nh = max (0.0, dot (normal, halfdir));
    float spec = pow (nh, u_spec);

    vec4 c = material  * u_lightcolor * diff * spec ;

    gl_FragColor = vec4(c.r,c.g,c.b,material.a);

}

I d'like to know if that's possible to use texture from a CCSpriteBatchNode to use in shader , so far i tried out to init that way:

#import "Shad.h"

@implementation Shad

- (id)initWithSpriteFrameName:(NSString *)spriteFrameName
{
    self = [super initWithSpriteFrameName:spriteFrameName];
    if (self) {

        CCSpriteFrame *frame = [[CCSpriteFrameCache sharedSpriteFrameCache] spriteFrameByName:@"SphereNormal.png"];

        _NormalTexture = frame.texture;
         //then other stuff...

The texture sprite is loaded but the Normal texture doesn't seams to be loaded , maybe i don't do it the right way?

@MisterX: It would be a nice feature. If someone develops it, I would add it to cocos2d.

@riq - Is there currently, or will there be a way, to "batch draw" primitive 2D vector shapes and single vector points with Cocos2D 2.x?

In 1.x you can draw several textured CCNodes in a single draw call. I would like to know if I will be able to draw several vector shapes and points in a similar fashion, using a single draw call in 2.x. The vectors and points would of course use shaders to dictate how they render on screen. I don't even know if batch drawing of primitives is supported in 1.x But since it was not possible to use shaders on them in 1.x I never looked into it.

When I say several vector shapes, I mean several different shapes. For example, to draw 30 different, separate polygons, each using a unique set of vector points (stored in an array) to define the connected points of each polygon. And hopefully include single points (to create "stars" as one example) within the "batch" as well, in addition to the connected line polygons. My game logic code would treat each polygon or single point "star" as a separate game sprite.

it fixed the warning , awesome thx !

Try to switch to llvm compiler (not llvm+gcc)

OK i managed porting my game to 2.0.
First i followed the tutorial from your link , very helpfull especially for the fact you need to add shader folder to your project .
Then in order for the project to compile on device , i had to enable VBO in ccConfig . Otherwise i had an error in CCtextureAtlas.
Also i had to change default texture format to 8888 instead of 4444 to have better looking stuff :)
I'm quite exited now to add awesome effect to my game :)
Only problem i got is still with the Kazmath library
i have 999+ warning like that :
LLVM GCC 4.2 warning
Type qualifiers ignored on function return type
i think it's slowing down compilation as it take more or less 30 second to compile :(
Any idea to fix that?

Wow that was the faster answer i ever had on a forum ! thx i'm gona check that!

To setup correctly a cocos2d + shaders, please follow the instructions from this tutorial:
http://www.raywenderlich.com/4428/how-to-mask-a-sprite-with-cocos2d-2-0

Hello , i just tried the gles2.0 branch , so far the exemple compile fine , but i failed having a template working , they seams to install fine , but then there is a problem with the kazmath libs , i don't have much experience with xcode yet , so i tried changing search path but i couldn't find a way to have a template working .
Anyway i'm very impatient to try out the shader , it gona be really awesome to create stuff like electricity , water ... and very exited about adding nice lighting effect... also vertex shader are quite exiting. I have a lot of experience with shader but on directx but i guess it's not that different.
I'm working on a game right now , and i'll be very happy to be able to have a template working to upgrade my code.
Maybe it is a bit to early to do that? when do you think to do a first release?
thx

@kik: For the moment the API is very similar... perhaps 95% similar. But cocos2d 2.x, once it is released, it could be 100% compatible, or 1% compatible... The idea of 2.x is that we could improve the API without the restriction of being backward compatible.

Is cocos2d 2.x API similar/identical to cocos2d 1.x or will majority be changed?

I am currently developing a game with cocos2d 1.0 and I was thinking to jumping to cocos2d 2.x someday but do I have to make a LOT of changes in my project to make it work?