Hello,

This is a old thread and the code seems out of sync with the latest release of cocos2d-iphone. Does anybody know how to make this sharing/reusing of a ParticleSystem work with the "new" CCParticleSystemQuad class?

I really hope one of you wizards can help me here, I could really need some performance boost in my game particles.

Best regards and high hopes
Søren

Hey everyone, I'm new here. I just wanted to introduce myself and say hello to the rest of the community here. My name is Gabriel Reiser and this is my first foray into iPhone and iPad development. I wrote a game engine for XNA called Reactor 3D but after the abysmal stats and sales figures from XBox 360 Indy Games I closed shop and moved to the dark side, iPhone and iPad development. I want to port my game from the 360 to the iPad and was looking for at least a decent game engine (I have NO experience with OpenGL, only DirectX, and no experience in Obj-C, only C++/C# and the like). I've spent the last few days learning objective-c (not too hard, though some naming conventions loose me). I want to tell the cocos2D guys BRAVO! Very well done engine you have here. I just have a few noobish concerns.

______________________________________________________
[url=http://www.xk3yboss.com/]x360key[/url] [url=http://www.xk3yplay.com/]usb x360key[/url] [url=http://www.xk3yengine.com/]xk3y[/url]

Can anyone post a solution to this? I am having the exact same issue not being able to draw any 2D elements on top of my 3D drawing. Thanks!

Dave

makes sense. I am struggling to come up with the forumula to move it so so it looks stationary. (if that makes sense)

In my experience, games that are portrait-only are accepted provided they at least provide portrait-upside-down support- which is pretty simple. I've been involved on several projects that were portrait only iPad and we never had any problem with Apple.

Although, said projects were universal apps. Maybe the approvers follow the guidelines less strictly for universal apps?

I have a mini story to add to this too... One of my apps went live with no problem, but we discovered a bug with some multiplayer (hotseat) stuff, and we fixed a critical bug, and our update was rejected despite having options to turn on and off accelerometer.

In our game, you can tilt the device to rotate a camera around a fully enclosed 360 sky dome, so we couldn't just put in device orientation.

First launch - No rejection
First update - rejected
Second Update - No rejection

Despite the fact our second update had 0 changes from our first update. So this rule is really dependent on who is reviewing.

It seems that apple has changed theirs policies because my game "Snake fusion" has been accepted by apple even it only support portrait orientation, strange

hi,

i use zombie's method to spawn the particles.
recently i updated from ver 0.99.4 to the latest version (1.0.0-rc3).
in the new version, particles are spawning when they should not.

here's the update and the spawn methods

-(void) update: (ccTime) dt
{
	if( active && emissionRate ) {
		float rate = 1.0f / emissionRate;
		emitCounter += dt;
		while( particleCount < totalParticles && emitCounter > rate ) {
			[self addParticle];
			emitCounter -= rate;
		}

		elapsed += dt;
		if(duration != -1 && duration < elapsed)
			[self stopSystem];
	}

	particleIdx = 0;

#if CC_ENABLE_PROFILERS
	CCProfilingBeginTimingBlock(_profilingTimer);
#endif

	CGPoint currentPosition = CGPointZero;
	if( positionType_ == kCCPositionTypeFree ) {
		currentPosition = [self convertToWorldSpace:CGPointZero];
		currentPosition.x *= CC_CONTENT_SCALE_FACTOR();
		currentPosition.y *= CC_CONTENT_SCALE_FACTOR();
	}
	else if( positionType_ == kCCPositionTypeRelative ) {
		currentPosition = position_;
		currentPosition.x *= CC_CONTENT_SCALE_FACTOR();
		currentPosition.y *= CC_CONTENT_SCALE_FACTOR();
	}

	while( particleIdx < particleCount )
	{
		tCCParticle *p = &particles[particleIdx];

		// life
		p->timeToLive -= dt;

		//if( p->timeToLive > 0 )
        {

			// Mode A: gravity, direction, tangential accel & radial accel
			if( emitterMode_ == kCCParticleModeGravity ) {
				CGPoint tmp, radial, tangential;

				radial = CGPointZero;
				// radial acceleration
				if(p->pos.x || p->pos.y)
					radial = ccpNormalize(p->pos);

				tangential = radial;
				radial = ccpMult(radial, p->mode.A.radialAccel);

				// tangential acceleration
				float newy = tangential.x;
				tangential.x = -tangential.y;
				tangential.y = newy;
				tangential = ccpMult(tangential, p->mode.A.tangentialAccel);

				// (gravity + radial + tangential) * dt
				tmp = ccpAdd( ccpAdd( radial, tangential), mode.A.gravity);
				tmp = ccpMult( tmp, dt);
				p->mode.A.dir = ccpAdd( p->mode.A.dir, tmp);
				tmp = ccpMult(p->mode.A.dir, dt);
				p->pos = ccpAdd( p->pos, tmp );
			}

			// Mode B: radius movement
			else {
				// Update the angle and radius of the particle.
				p->mode.B.angle += p->mode.B.degreesPerSecond * dt;
				p->mode.B.radius += p->mode.B.deltaRadius * dt;

				p->pos.x = - cosf(p->mode.B.angle) * p->mode.B.radius;
				p->pos.y = - sinf(p->mode.B.angle) * p->mode.B.radius;
			}

			// color
			p->color.r += (p->deltaColor.r * dt);
			p->color.g += (p->deltaColor.g * dt);
			p->color.b += (p->deltaColor.b * dt);
			p->color.a += (p->deltaColor.a * dt);

			// size
			p->size += (p->deltaSize * dt);
			p->size = MAX( 0, p->size );

			// angle
			p->rotation += (p->deltaRotation * dt);

			//
			// update values in quad
			//

			CGPoint	newPos;

			if( positionType_ == kCCPositionTypeFree || positionType_ == kCCPositionTypeRelative ) {
				CGPoint diff = ccpSub( currentPosition, p->startPos );
				newPos = ccpSub(p->pos, diff);

			} else
				newPos = p->pos;

			updateParticleImp(self, updateParticleSel, p, newPos);

			// update particle counter
			particleIdx++;

		}
//        else {
//			// life < 0
//			if( particleIdx != particleCount-1 )
//				particles[particleIdx] = particles[particleCount-1];
//			particleCount--;
//
//			if( particleCount == 0 && autoRemoveOnFinish_ ) {
//				[self unscheduleUpdate];
//				[parent_ removeChild:self cleanup:YES];
//				return;
//			}
//		}
	}

#if CC_ENABLE_PROFILERS
	CCProfilingEndTimingBlock(_profilingTimer);
#endif

#ifdef CC_USES_VBO
	[self postStep];
#endif
}

// do not mix spawn with addParticle (so also not with self emitting systems)
- (void) spawnParticles:(uint)n
{
	tCCParticle *particle;
	for(uint i=0; i<n; i++)
	{
		if(particlePos==totalParticles)
		{
			particlePos=0;
		}

		particle = &particles[ particlePos ];
		[self initParticle: particle];
		particlePos++;
		particleCount++;

		if(particleCount>totalParticles)
		{
			particleCount=totalParticles;
		}
	}
}

in the old version, particle apperad and faded out. in this version they are being created time after time.
can anyone point the change that was made, or why this is happening?

thanks,
irad

@sir_deagull: I think what you are referring to is that, because changing the texture rect size changes the anchor point, you end up with a sprite that is moving because its anchor point is moving. The sprite actually needs to actually be moved (or have its anchor point adjusted) in order to appear not to move.

Any way to do this without moving the sprite?

Got it. Guess i'll do it that way. Thanks !

Auto-rotate your menu screens and that sort of thing (and lock your game scenes of course).

No one can tell you definitively whether or not your game will be rejected (though we can sometimes make a pretty good guess).

Sorry to bump an old thread. I am making an ipad game
which use accelerometer as control. It goes without saying that i can't enable autorotation in this game. Will it be rejected ?

I got it working in the end:

CCMaskTo.h:

#import <Foundation/Foundation.h>
#import "cocos2d.h"

@interface CCMaskTo : CCActionInterval <NSCopying>
{
	CGRect endRect;
	CGRect startRect;
	CGRect delta;
}

+(id) actionWithDuration:(ccTime)duration rect:(CGRect)rect;
-(id) initWithDuration:(ccTime)duration rect:(CGRect)rect;

@end

CCMaskTo.m:

#import "CCMaskTo.h"

@implementation CCMaskTo

+(id) actionWithDuration: (ccTime)t rect: (CGRect)r {
	return [[[self alloc] initWithDuration:t rect:r ] autorelease];
}

-(id) initWithDuration: (ccTime)t rect: (CGRect)r {
	if(!(self = [super initWithDuration: t]))
		return nil;

	endRect = r;
	return self;
}

-(void) startWithTarget:(id)aTarget {
	[super startWithTarget:aTarget];

	startRect = [aTarget textureRect];
	CGPoint endXY = ccp(endRect.origin.x, endRect.origin.y);
	CGPoint endWH = ccp(endRect.size.width, endRect.size.height);

	CGPoint startXY = ccp(startRect.origin.x, startRect.origin.y);
	CGPoint startWH = ccp(startRect.size.width, startRect.size.height);

	CGPoint deltaXY = ccpSub( endXY, startXY );
	CGPoint deltaWH = ccpSub( endWH, startWH );
	delta = CGRectMake(deltaXY.x, deltaXY.y, deltaWH.x, deltaWH.y);
}

-(id) copyWithZone: (NSZone *)zone {
	CCAction *copy = [[[self class] allocWithZone: zone] initWithDuration: [self duration] rect: endRect];
	return copy;
}

-(void) update: (ccTime)t {
	CGRect newTextureRect = CGRectMake(
									   (startRect.origin.x + delta.origin.x * t ), (startRect.origin.y + delta.origin.y * t ),
									   (startRect.size.width + delta.size.width * t ), (startRect.size.height + delta.size.height * t )
									   );
	[target_ setTextureRect: newTextureRect];
}

@end

Any way to do this to an entire layer?

Cheers,
Andrew.

Thanks George.

@taber: Have you managed to get this working with the latest build? I've grabbed your version from github, and made a couple of changes to it, but end up getting a couple of errors to do with 'target' being undeclared in the update function and startWithTarget (which I change to aTarget).

Cheers,
Andrew.

I know this is an old post, but just a quick reply for ones who had this same problem like me (using cocos2d 0.99.5) and stumbled in this post while googling.
I had same annoying messages in console every frame:
cocos2d: deallocing <CCSpriteFrame = 0022B8C0 | TextureName=2, Rect = (27.00,62.00,29.00,62.00)>
Looking at CCAnimate action source (CCActionInterval.m), I see there's another version of actionWithAnimation/initWithAnimation that adds a flag restoreOriginalFrame:(BOOL)b to choose whether to restore original frame after an animation cycle ended or not.
When repeating forever an animation this avoid dealloc every frame, for example:

CCAnimate* animate = [CCAnimate actionWithAnimation:anim restoreOriginalFrame:NO];
 CCRepeatForever* repeat = [CCRepeatForever actionWithAction:animate];
 [self runAction:repeat];

I don't know if there's a better way to fix this issue, but it's working well for me.
Bye,
zutroi

I actually edited the code to make it compile properly in 0.99.5 and it did mask, but for some reason I couldn't stop the sprite itself from moving :\

@zombie :

It will always iterate over ALL particles, even the died out ones

well, what would you expect from zombies... :)

As an aside, is there a way to get particles running on a CCSpriteBatchNode? This causes me no end of trouble.

@zombie or anybody that could help me:

how did you initialized/declared your "particles" array:
particles[ particlePos ];
used in your particle spawn method?

Thanks

...I don't even want any movement. I just want 1 sprite to mask another sprite.

@sir_seagill What are you using it for? There is CCProgressTimer built into cocos2d that does the same thing (or at least looks like it).

produces errors on 0.99.5 :\

Nvrmind, problem solved. Works perfect on all devices with no slow down on the fps. Couldn't find out what was wrong with my code but it was definitely something i did.

This is my first post :)

I successfully got the motionStreak to work on the iphone4 and the simulator but it doesn't seem to work for the iphone 3g. I tried changing the .png format to .gif but it still doesn't work on the iphone 3g. Is the iphone 3g not compatible with motionStreak? Thanks in advance.

It is not a rip off...I still work a very active day job and couldn't continue full-time development. Pinger has picked up where I left off :).

StickWars 2 is also supported by cocos2d, so another cocos2d is rocking up the charts :). w00t!

Yup, I was wondering if it's some kind of rip off as well, but seems it's not:

http://johnehartzog.com/2010/11/stickwars-2-is-alive/

It is against AppStore guidelines to have the name of another competitor, or app, in the keywords - however Apple are probably running a script to test the keywords against known banned keys - so unless you are added it wont be tested. They might do this manually, but they will definitely do it if you complain. This guy would be pulled.

Hey I've just seen StickWars in free charts and StickWars 2 in paid charts. Seems that making StickWars free was a good strategy to promote the sequel.
@LongJohnnyE, but it seems it's no longer developed by you, it's Pinger inc. Did you sell the IP ?

arminrox: I'm seeing the same problem (menu buttons disabled after a change in orientation). I'm running using 0.99.2.