I found that cocos2d has included a sample code how to drag map. but it doesn't use camera method. is there any way i can move the map by using camera method So all my obstacle list coordinate i have set in the iPhone coordinate still there.

Sorry to revive an old thread.

In my scroller game, I followed the advice here and moved the camera instead of the layer. The result is terrible. The scrolling is not smooth at all.

Then I replaced the camera moving calls with layer moving calls with the same delta, and everything is smooth.

Does anybody have an idea why ?

Second, I have black blinking lines between my sprites. I have already read several threads about this problem, but could someone explain the technical reason for this ?

Edit: One last point, if I set 2D projection I have nothing on screen anymore :-/

Ooops.... This is covered under another topic ...
http://www.cocos2d-iphone.org/forum/topic/1314

Hello! I have a game with a background wider than the screen. When the actor moves I want the view to be centered over the actor. Moving the camera (discussed above) works well for this.

I want the user to be able to interact with (touch) the actor. But I am having problems with mapping touches on the screen (screen coordinates) with coordinates in the game space. The following code get's the position of the touch relative to the "screen coordinates" and orientation.
UITouch *myTouch = [touches anyObject];
CGPoint loc = [myTouch locationInView: [myTouch view]];
CGPoint convLoc = [[Director sharedDirector] convertCoordinate: loc];
It looks like the method attached to CocosNode should do the trick....
CGPoint wsConvLoc = [self convertToWorldSpace: convLoc];
But it does not. Any hint would be much appreciated. I am using Cocos2d 0.8.1 and the most recent version of Chipmunk.

Simple implementation would look something like:

In your interface file:

CGPoint lastLocation;

In your implementation

-(BOOL)ccTouchesBegan:(NSSet*)touches withEvent:(UIEvent*)event {

        UITouch *touch = [touches anyObject];
	CGPoint tmpLoc = [touch locationInView: [touch view]];
	CGPoint location = [[Director sharedDirector] convertCoordinate:tmpLoc];

        lastLocation = location;

}

-(BOOL)ccTouchesMoved:(NSSet*)touches withEvent:(UIEvent*)event {

	UITouch *touch = [touches anyObject];
	CGPoint tmpLoc = [touch locationInView: [touch view]];
	CGPoint location = [[Director sharedDirector] convertCoordinate:tmpLoc];

        if (!(CGPointEqualToPoint( location, lastLocation ))) { 

            yourTileMap.position = ccp((location.x - lastLocation.x), (location.y - lastLocation.y));

        }

        lastLocation = location;

}

Feel free to correct any silly errors, I'm only on my first cup of coffee, still two cups away from my zen hacker state ;)

i understand your concept but a bit confuse with the implementation.

So i have to define my map position like this:

locx = tilemap.position.x;
locy = tilemap.position.y;

then ? urgh. :|

One way to do this would be to define the location of your last touch and compare that to the current touch location (the new Cocos touch handler is probably the best to use for this). Once you have to difference in x & y between the old & new touch locations, add that difference to the tilemap location.

-Bryan

I'm new in cocos2d actually.

I have large map and i wanna drag it to the left, right, top and bottom, so I use this code to drag my map:

- (BOOL)ccTouchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
{
UITouch *touch = [touches anyObject];

if( touch )
{
CGPoint location = [touch locationInView: [touch view]];
TileMapAtlas *tilemap = (TileMapAtlas*) [self getChildByTag:kTagMap];
[tilemap setPosition:[[Director sharedDirector] convertCoordinate:location]];
}
}

However the result is bad. My map only follow the touch location.. :|

The above code just centers the camera on a given point. If you want to move the camera while your finger moves, you should add something in ccTouchesMoved also. I'm not exactly sure what you're trying to do with your game, so it's a little tough for me to give exact code examples.

Maybe think about what you want to occur when touches start, move and end. From there, program the right things in ccTouchesBegan, ccTouchesMoved, ccTouchesEnded, and ccTouchesCancelled. For my code, my ccTouchesEnded & ccTouchesCancelled do the same things.

-Bryan

Hai Acceleroto. I cannot move the map, First I click on the screen, The map going to the top right (North East) and nothing happened.

I think it should be used in ccTouchBegan. because im going to drag it to the right, left, top and down. then in cctouchEnded (i untouch), then it will be going to the original location.

So which part did you mention about the dragging method? The above code? Or the above code just to center the map position? How about the dragging map?

@artakus - there's only a "set" for the X part of the method name. I think you need to set the camera and the eye to do what you want:

//the next 2 lines are from camera.m
GSize s = [[Director sharedDirector] displaySize];
//return ( s.height / 1.1566f ); //commented out & left for reference

//this sets the Z value for the eye to the Cocos default
float cameraZ = ( s.height / 1.1566f );

//set the camera view center and location
[self.camera setCenterX:tilemap.position.x centerY:tilemap.position.y centerZ:0];
[self.camera setEyeX:tilemap.position.x eyeY:tilemap.position.x eyeZ:cameraZ];

@Acceleroto :
Yeah the concept help me but the implementation made me confuse! :( .
@natanavra
I think the Z value is just a typo. Sorry for my mistake.

Your code suggestion:

[self.camera setEyeX:mySprite.position.x setEyeY:mySprite.position.y setEyeZ:0];

===============

I compile and X-code said : warning 'Camera' may not respond to '-setEyeX:setEyeY:setEyeZ:'

Maybe setEyeY and setEyeZ don't exist? Or instead use eyeY and eyeZ?

I change setEyeY and setEyeZ to eyeY and eyeZ :

[self.camera setEyeX:tilemap.position.x eyeY:tilemap.position.y eyeZ:0 ]

and blank dark screen appear.. :(

@natanavra:
>Camera shows us the screen space, and by moving it,
>we show a different portion of the world on the screen right?

Yes. The setEye method sets where the camera is looking FROM and the setCenter method sets where the camera is looking TO. So, the setCenter location defines the center point of the portion of the world that you are viewing. If you want a 2D scrolling view, set the camera x,y and the eye x,y to be the same. You can create a rotating/slanting/3D view by making the center & eye different x,y values.

>By the way, why did you do the setEyeZ with an x value?? or is just a typo?

For a 2D non-zooming view, you usually want the setEyeZ value to be a constant number. You could, however, vary the zoom of the scene by changing the Z value based on some other calculations. If you set it to an X value of something, then the further left (towards zero) that object got, the more zoomed in the scene would be.

@Codemattic:
>But you can use position/rotation/scale for childnodes of that camera node right?

Yes. The way I do this in Occurro! is I leave the background layer stationary. There are parallax layers, bad guys, explosions & more all as children of the background layer. It may not be the most elegant way to do this, but it works fine for me.

I prefer moving the camera around instead of the layer because I do physics calculations based on positions of objects in the layer. It also seems more "pure" to me.

-Bryan

@codematic:
yes, the camera only affects the node that is using it.
the node's children can use it's own camera or it's own position/scale/rotation properties.

"Limitations:
* position/rotation/scale doesn't work if you are using the camera"

But you can use position/rotation/scale for childnodes of that camera node right? So you can just keep the parent node static (and use camera to scroll or zoom, etc...) - and you can change the position/rotation/scale of the childnodes to run your game's animation.

Its funny... i've been working with cocos2d for a long time now and i have no idea how to use the camera, i tried looking for information but was unable to find any.

So i just move the layer around.

Some notes regarding camera vs. position/rotation/scale:

With the camera you can do everything that you can do with position/rotation/scale and more.
But you should know that if you use the camera you can't use the position/rotation/scale.
Either you use the camera or the position/rotation/scale.

Benefits of camera:
* you can do more things than the position/rotation/scale, like 3d effects (eg: OrbitCamera)

Limitations:
* position/rotation/scale doesn't work if you are using the camera

Interesting thread. I use the layer position approach. Then I use its position for the offset of some stuff. Works ok. Thought about using the camera, but some things did not work as I needed it.

Zombie - ZombieSmash! http://ZombieSmash.gamedrs.com
Our musician will be revealed tonight! (the last hint: Tu..., R-..., Gr..., Sh...)

I think in order to achieve what you want you should implement this:

-(BOOL)ccTouchesEnded:(NSSet *)touches withEvent:(UIEvent *)event {
        [self.camera setEyeX:mySprite.position.x setEyeY:mySprite.position.y setEyeZ:0];
        return kEventHandled;
}

By the way, why did you do the setEyeZ with an x value?? or is just a typo?

Thanks for your reply.

I try to implement your code for moving my map to the TOP/RIGHT/UP/DOWN by using ccTouchesMoved Method:

[self.camera setEyeX:convertedPoint.x eyeY:convertedPoint.y eyeZ:convertedPoint.x ];

unfortunately, the way the map move is not what i want. I just wanna move it by dragging to the LEFT/RIGHT/TOP/DOWN (hand still touch the screen) and the map will be at the original place where the sprite is at (after i put my finger away from the screen (untouch) )

Wow, this is one interesting thread!
Bryan, I really like the camera movement in Occuro!
I have one question regarding World and Screen space:

Camera shows us the screen space, and by moving it, we show a different portion of the world on the screen right?
Btw, could anyone (marcond maybe), refer me to XML tuts and on how to use them in game to create a world spacing?

~Thank in advance.

@artakus - In Occurro!, I update the camera position at the end of every game loop (called "step" in many Cocos projects).

Everything in that game is calculated in a game space coordinate system & the camera is moved around to view the desired part of that space. So, there's an algorithm that calculates the camera position based on the player ship. A simple way to do it would be to set the camera position to be equal to the player position. This, however, would keep the player ship exactly in the middle of the screen. To give a little more sense of motion, the camera in Occurro! doesn't move quite as fast as the player ship.

Does that help?

-Bryan

@Accelerotor

Where you set your cameraX. cameraY and cameraZ ? I didn't get it.

Grr.. Preceding spaces were removed.

|-->ParallaxNode (practically everything goes in here. I just add the managers)
_ |---->Background Items (Different parallaxes i specify in XML)
_ |---->Enemies (AtlasManager 0 Parallax)
_ |---->Player (AtlasManager 0 Parallax)
_ |---->Bullets (AtlasManager 0 Parallax)

This is a nice thread, as I haven't seen many talking about why you would want to use Camera, or why it is the "correct" way to do it. I currently have a side view style game, where the board is 960x320 (2x wide landscape). I took the avoid-hierarchy-of-Layer quite literal, and only use one layer. Hierarchy looks like this:

LayerGameBoard
|-->GUI Stuff (Labels, joy stick etc) individual pieces
|-->ParallaxNode (practically everything goes in here. I just add the managers)
|---->Background Items (Different parallaxes i specify in XML)
|---->Enemies (AtlasManager 0 Parallax)
|---->Player (AtlasManager 0 Parallax)
|---->Bullets (AtlasManager 0 Parallax)

That's it.. Everything is moved at once, as unigee had mentioned in Comment #1.

It sounds like a lot of extra work to use Camera, especially if you have to constantly convert between chipmunk/cocos positions.. Is the overhead of these conversions insignificant when using chipmunk pretty heavily? At least in debug, when I see that a sprite is at 780px,200px, I know it's a literal location, and on the right side of the board pretty quickly!

Does anyone actually know the benefits of using Camera?

@patrickC I'll have to look more closely at exactly what I do then. I move my camera around, but to keep my UI in place, I have to move it to follow the camera every frame. I'd love to clean up that bit of code. Thanks!

-Bryan

Hey Brian, actually I just use self.camera too.
But I use it inside the Layer implementation, and it just seems to use that one layer and not the other one that has been added to the scene.
hope that helps!

I prefer the camera method, as it's the 'correct' way to do it, really. If you move your world around constantly, then calculating the true position of an object in multiple spaces becomes a giant mess. I personally don't use the parallax system cocos provides because it moves the world rather than the cameras. Instead, I make a new subclass of CocosNode with a 'setParallaxOffset' function, and it adjust the camera for that layer and passes any children the same message. It's only a few lines of code, and works with world space particles, etc..

@patrick - that sounds great...how do you move the layer's camera?

Right now, I use:

[self.camera setCenterX:cameraX centerY:cameraY centerZ:0];
	[self.camera setEyeX:cameraX eyeY:cameraY eyeZ:cameraZ];

Is the layer's camera just layer.camera?

Thanks,
-Bryan

Also an option,
I have two layers one for the game content and one for the gui.
You can then move the camera of the layer it self, and that will only affect sprites and nodes inside that layer and not the gui layer.
similar to what solmead said really, but slightly different perhaps since i'm using the camera in the layer and not moving the layer itself.