has anybody used this for animating sprites or does this only apply to physics?

thanks,

Hi

Just saw this thread, and I would really like to try out this "new" motionstreak class. What I can understand is that it can make many different types of streaks, including streaks that have no gap between the textures and it is faster, but I kind of got lost in this thread and can not figure out what the status of this class is.

Is it committed to cocos2d-iphone version what? Or do I have to get it separately? Does it only support OpenGL ES 2.0 and thus not the cocos2d v1 branch?

Thank you
Søren

Absolutely. You can PM me the source, or use git and request a pull.

@skyhawk

Hi, I have added support to HKTMX for flipped and rotated tiles and added tileAt:
Let me know if you are interested in adding the changes to your implementation.

@Yann

Thanks, I checked the texParams. They were already set like that, I'm not using pvr's, and Im not sure if scrolling by an int will look right (generic box2d based platformer)...

I originally thought it may have been caused by a POT issue with the tilemap. But after trying it I can see that having rectangular tilemaps only exacerbates the artifacts, it didn't remove them. Any other ideas anyone?

@Scottapotamas
HI Scott,
To get those lines away I did that:
1. In draw method of HKTMXLayer be sure to have those textparams : ccTexParams texParams = {GL_NEAREST, GL_NEAREST, GL_CLAMP_TO_EDGE,GL_CLAMP_TO_EDGE};
2. Do not use PVR.CCZ files which are buggy (for now). Instead use a png file.
3. If you use a parallax/ccfollow, be sure that your x and y axis will always return an interger and not a float.

If those advices do not help... well I can't say more, because now it's working properly for me this way.

I'm seeing these line artifacts also. Which is a bummer considering the massive benefits over the normal class (which didn't have artifacts).

Its pretty much the same as the artifact issue commonly discussed around here which affected CCTMX, but my attempts to fix it in the same ways have actually produced more pronounced artifacts. CC_FIX_ARTIFACTS_BY_STRECHING_TEXEL 1, the artifact fixer etc don't seem to help. Any ideas @Yann?

Hi,

Can this be used to move sprites as well? or is this only for physics? If so, what value would you add to the position? i.e. (plane.position = ccpAdd(plane.position, ccp(50 * dt, 0));

lol
Yeah but I haven't made the mac version yet, but I think I will have to take a look at it too :)
But after all thanks for your code which is a really advance, and should be part of Cocos2d native package !

Yeah, I'm not sure as to the exact cause either of the line gaps. They happen in my mac app, but not my iPad app. If you ever find the root cause... well I'm not sure how I would pay for such joy, but I would o_o

@skyhawk
I am currently testing the stability of HKTMXTiledMap and I have got a strange issue, when I am loading another scene — sometimes — I get strange random crashes with the sharedspriteframecache... Is this the problem you had, or have experienced it ? —— EDIT FIXED : Some other code from me was buggy, sorry ——

For the gfx, I haven't been able to fix it for now, but I am working on it : The problems with gaps and lines is over, I only have to change something like the pixel format to make the transparent borders really transparent, but I haven't found how to do it in opengl directly :)

@skyhawk
Thanks I will take a look at those lines !

For the flipping — and after a lot of hours — I finally made it !... but I skipped all your animation/cache code XD Because I am not using it and I wasn't able to detect flipped tiles with showTiles, so I replaced it with the original *tiles_[].
If you want the code to make the bridge with your animation things, tell me :)

Anyway, the performances of my game are way much better now.

Edit :
For the graphics the problem is that the borders are not "clean", I have little spaces between plain tiles, and tiles with transparent edges have lines borders (the start of the next tile). Also note that I have no issues like that with the original CCTMXTiledMap and I haven't changed the TMX file.

@Yann the texture is loaded via CCTextureCache. I do nothing but bind with that. If you're talking about the filtering, that's all done on 370-374. Most notably, I use nearest neighbor, and if your tilemap is not 1x1 pixel mapped to the screen's pixels, then you might want to not use nearest neighbor for best result.

As far as the flipping, I was going to implement it, but then I found a bug in the latest CCTMXTiledMap (due to flipping). @slycrel fixed that up, but I haven't found free time to invest more into it. should be trivial though.

@skyhawk
So I am trying to adapt your code to handle the flipped tilles. But I have no success yet because I don't understand everything for know, but... well I am working on it. But I have a different question : how can I change the texture pixel format because my tiles looks really ugly with HKTMXTiledMap... And I can't find what code is changing that in your files ? :(

Thanks !

To summarize what you need is:

Change CC_CONTENT_SCALE_FACTOR calls to _CC_CONTENT_SCALE_FACTOR in CCParticleSystem.m

static inline CGFloat _CC_CONTENT_SCALE_FACTOR()
{
	if (UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPad)
		return 2.0f;
	else
		return CC_CONTENT_SCALE_FACTOR();
}

Anyone managed to have this code working with cocos 2.0 ?

I'm not sure what would go into the -(void)draw method beside this, as stated in the migration guide:

cocos 1.0 -(void)draw:

-(void) draw {

	// we have a pointer to vertex points so enable client state
	glBindTexture(GL_TEXTURE_2D, texture.name);

	glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_DECAL);

	glVertexPointer(2, GL_FLOAT, 0, areaTrianglePoints);
	glTexCoordPointer(2, GL_FLOAT, 0, textureCoordinates);

	glDrawArrays(GL_TRIANGLES, 0, areaTrianglePointCount);
	glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_MODULATE);

	//Restore texture matrix and switch back to modelview matrix
	glEnableClientState(GL_COLOR_ARRAY);
}

cocos 2.0 -(void)draw: ???

-(void) draw {

	// we have a pointer to vertex points so enable client state
	ccGLBindTexture2D( [texture name] );

	glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_DECAL);

	glVertexPointer(2, GL_FLOAT, 0, areaTrianglePoints);
	glTexCoordPointer(2, GL_FLOAT, 0, textureCoordinates);

	glDrawArrays(GL_TRIANGLES, 0, areaTrianglePointCount);
	glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_MODULATE);

	//Restore texture matrix and switch back to modelview matrix
	glEnableClientState(GL_COLOR_ARRAY);  // maybe we don't need this ??
}

When running any of the above code, I get this error:
OpenGL error 0x0502 in -[CCTextureAtlas drawNumberOfQuads:fromIndex:] 472

Can someone guide me in the right direction? I tried everything I could find but nothing is working.

I think this requires a complete rewrite.
I've moved to cocos2d-x so I won't help with obj-c, but when I'm done with my version I will send a link.

I tried to use the CCTableView but can't compile!
Please can one upload a working xcode project with correct/update code?? Thank you :)

Where can I find HKTMXTiledMap ? the link containing a zip on the first page of this topic is down

Edit: it can be found on the second page of this topic

@asinesio Very nice, thanks for taking the time to resurrect the code and posting it publicly.

Is it possible to have smooth edges for such a polygon? If yes, what would be the best solution to achieve this?

Thanks!

@slycrel
Thanks to you for your explanations even if I haven't totally understood it yet. But I will work on that, it is sure. And as you said: "You don't even have to know how it works, just use it. =)", this is what I do know ;)
Thanks again.

The bits part is pretty easy. You don't even have to know how it works, just use it. =)

However, since I hate not knowing (and it was semi-painful to learn), here's a quick bits lesson that pertains to this code.

If you look in the regular code you will see 3 #defines for the bit flipping.

#define kFlippedHorizontallyFlag	0x80000000
#define kFlippedVerticallyFlag		0x40000000
#define kFlippedMask			~(kFlippedHorizontallyFlag|kFlippedVerticallyFlag)

- Open up apple's calculator and go into the programmer mode.
- Click on the "16" in the upper right of the window. This will allow you to enter hex numbers.
- Type 0x80000000
The area just below the format shows the bits that are set with any given number. In this case we are looking at an unsigned 32 bit integer, so the top row is ignored. (a double or a long int would show bits there) Notice that with the number we've typed there is a 1 in the leftmost position. This is the "flip this tile horizontally" bit.
- Clear that and type 0x40000000.
Notice that the second position from the end on that same row now has a 1. This is the "flip this tile vertically" bit.
- If you add these together you will see a one in the first two bits of this row and zeroes in the rest. Easy enough, these are our two flip bits.

The mask is a bit more work. Up above in the #defines, the bar character represents an "or" operation, which essentially adds those two values just like we did on the calculator (to get 0xC0000000). That's fine, but to strip those bits off of any given GID we want the opposite of that, which is two zeroes in those slots, and all ones in the other slots. This works out to be 0x3FFFFFFF. The ~ operator is a bitwise not, or in other words, it reverses the 1's to 0's and the 0's to 1's. In this case turning 0xC0000000 into 0x3FFFFFFF.

Now to use this mask we want to use the bitwise and operator, &. So if a tile is flipped on it's X or Y axis then our GID representing it will be really big. To get that back to the actual number we want to mask off those two extra bits by doing something like this:

realGID = gid & kFlippedMask;

This will mask off the did variable (or clear) the zeroed bits of the mask we are anding with it, giving us the real GID number that maps to our atlas.

Clear as mud I expect, any clarification by the gurus out there that know this better than I are welcome to chime in. =) But that's the general idea... and what you'd be dealign with for the flipped tiles. Also the rotation bit that has been added for rotation in Tiled 0.8 is the next bit in from the left, if someone is feeling ambitious. =)

Hope that helps some.

Feel free to use, the clever stuff I took from UNA games article. It would be great if fixed time step implementation was a cocos template or part of the framework.

@getbirdy I think you can consider code shared on this forum as "public domain", I think this was the intention of @indy2005 and @fgmanfredini too.

@Panajev Excluding static bodies should be a good optimization. Nice. (btw - a bit late - congrats for the Faber contest!)

@skyhawk & @slyrcel
I was thinking about it too, but the thing is that I don't know anything about bits... So I can't do it :s

Anyway, thanks ;)

I think that re-ordering the vertices may indeed get you what you want. I'm a n00b as far as the low level OpenGL stuff so I'm not sure I could code it. But it's as simple as flipping the X axis or y axis. (I think we set flipX and flipY on the sprite to do this in the regular class)

@skyhawk: Yes, you're right, it doesn't work. It needs to be rewriten or adapted to the new behavior, but I think I'm not the right person to do it. Maybe a more experienced cocos2d developer should revise the CCTMX classes to make animating tiles an easy task.

Regards.

@Dani: I can say with 99% confidence it will not work with cocos2.0. That being said, as I have no plans in the immediate future (My current game engine is very 1.0 bound), If you would like to do a test / experimentation, I'd be delighted to know the results.

Also to answer @Yann: not entirely sure how I would implement it, but I suspect it would just be testing for said bits in showtile, then around line 448 in HKTMXTiledLayer where we set up the texture vertices, do the proper vertex ordering... I believe. slycrel could confirm or deny.

Hello.

@skyhawk: Have you tested this class with cocos2d-2.0? I'm going to test this later, though. Hope it works!

Regarding this link

http://getsetgames.com/2009/08/05/improving-the-performance-of-animating-sprites-in-cocos2d/

I made some changes based on it and from what I can tell it has made a huge impact on some performance issues I was having with jittery-ness.