cocos2d v1.1 RC0 released « cocos2d for iPhone

cocos2d for iPhone » Programming » cocos2d internals

cocos2d v1.1 RC0 released

(46 posts) (20 voices)

Started 6 months ago by araker
Latest reply from AlphaTwo

Tags:

v1.1b2. upgrade. v1.1rco

12 Next »

araker
Moderator

I am very happy to announce that cocos2d v1.1 RC0 is finally available for download:
http://cocos2d-iphone.googlecode.com/files/cocos2d-iphone-1.1-RC0.tar.gz

Highlights

* iPhone 5 and iOS 6 support
* Better support for DisplayLink + UIKit elements
* Easier physics integration
* Many, many and even more bugfixes

Full Changelog: https://github.com/cocos2d/cocos2d-iphone/blob/release-1.1-RC0/CHANGELOG

Release Notes: http://www.cocos2d-iphone.org/wiki/doku.php/release_notes:1_1_0

I would appreciate if you can test this release candidate in your games and report any possible bug that you might find. Thank you.

Posted 6 months ago #
RRdaS
Member

Great news! I see a lot of things in the release notes. Thank you for the hard work.

Posted 6 months ago #
Questor
Member

Great job Araker!, your efforts are very much appreciated!

Posted 6 months ago #
slycrel
Member

Looks like a good list! I owe you for the rotation support. =)

I'll let you know if I see any issues with the build.

Posted 6 months ago #
TheBMan
Member

Thanks for the hard work! :)

Posted 6 months ago #
MisterX
Member

Thanks for spending the time to do this Araker!

I am preparing to submit an app for review that I built using the 1.1-beta3-255-g7dded6f. I had downloaded the develop branch on October 18th (3 days ago). Were there any notable changes you made during the final 3 days before releasing RC0? If you did, I could maybe patch the beta3 code myself..

I spent a lot of time over the past 3 days creating a fresh 1.1 project with the above beta3, and want the app on the store before the end of the October fiscal period. I don't think I'll have time to recreate the project again under RC0 and get it live on the store before the end of the month.

Posted 6 months ago #
digitalhoax
Member

Thanks, will use this in our next update.

Posted 6 months ago #
Bongeh
Member
When I try to run the install template I'm getting..

./install-templates.sh: line 39: syntax error near unexpected token `done'
./install-templates.sh: line 39: `done'

I removed the following and it has installed okay.
```
while getopts "fhu" OPTION; do/Users/adam/Desktop/cocos2d1/README.md
	case "$OPTION" in
		f)
			force=1
			;;
		h)
			usage
			exit 0
			;;
		u)
			user_dir=1
			;;
	esac
done
```
Posted 6 months ago #
araker
Moderator

@Bongeh, thanks for trying it out. Are you using ./install-templates.sh -f -u ? I don't get any errors when using the install script.

@MisterX, you can look at the commits from the last days.. https://github.com/cocos2d/cocos2d-iphone/commits/develop

I don't think any of those commits will affect the working of your project.

Posted 6 months ago #
ralphus
Member

I cant run the examples proj, i get this

Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/libtool failed with exit code 1

oh and the fontlabel files are not being included, I have to add them.

Havent tried the box2d/chipmunk templates yet.

Posted 6 months ago #
araker
Moderator

@ralphus, that's strange when I install the templates with ./install-templates.sh -f -u and create a new project all fontLabel files are included.

That error is a known one (it's described in the release notes), do a deep clean (cmd + alt + shift + k) to fix it.

Posted 6 months ago #
Eternity
Member

Wow!

Nice work, @araker!

Can you please comment on the state v1.1RC0 versus the v2.0 branch? I see there are quite a few corrections in your RC0 version. How many of them are v1.1 specific, and how many are common to v1.1 and v2.0? Just a rough estimation...

Posted 6 months ago #
araker
Moderator

@Eternity, that's difficult to say, because I haven't looked at 2.1 intensively. I've placed comments behind some items in the changelog if I wasn't sure about it and deleted the ones that aren't applicable/already fixed.

version 1.1-RC0 22-10-2012

improved view controller code to handle both iOS4/5 and iOS6 (v2 doesn't have all orientation code in one place yet)
. [NEW] Actions
ActionInterval: CCFadeIn and CCFadeOut respect initial opacity of node(issue #828)
. [NEW] Node: added convenience method setAnchorPointWithoutPositionChange, to change a relative anchor point but not change the position of the node.
. [NEW] Sprite: added useTrimmedFrameForAnchorPoint property. This makes the trimmed frame frame of reference for the anchorpoint and contentSize.
. [NEW] Menu:
added reverseOrder, to reverse order of touch detection (issue #1125)

. [NEW] Touches: touches still work when UIKit elements lay on top of cocos view

. [FIX] Animation: (animation system is a bit differently implemented in 2.x, don't know if these apply as well)
bug in addFrames that resulted in incorrect delayPerUnit (issue #1341), added assert to prevent 0 duration.
changing delayPerUnit also updates duration
. [FIX] Actions:
CCAnimate: fixed low FPS bug, where multiple frames need to be set per 'tick'. (a different fix is proposed, don't know if it's already implemented)
made nextFrame property public
CCActionTween: (don't know about v2)
fixed missing copyWithZone
uses keyPath instead of key internally for greater flexibility (issue #1082)
CCRepeatForever: has a stop method now (issue #945)
. [FIX] Director:
exceptions raised in runloop didn't cause program to abort (issue #911)
fixed end method, complete shutdown of director and resources (issue #686)
. [FIX] EAGLView: resizing only occurs when necessary (refix of issue #1153)
. [FIX] Menu:
Blocks invocation of menu items failed on iOS6, added workaround
. [FIX] Node:
onEnterTransitionDidFinish isn't called twice anymore, when node was added in onEnter
touches still work when UIKit elements lay on top of cocos view

. [FIX] Sprite: (not sure about these ones)
CCSprite bug in setDisplayFrameWithAnimationName
fix for isDisplayedFrame not taking offset into account when comparing frames
. [FIX] ParticleSystem:
unschedule update method when deallocated
incorrect position of free and relative particles when emitter is scaled (issue #1352)
gravity now behaves the same on retina/non retina (issue #1238)
ParticleSystemQuad: Changed animation property to particleAnimation, for compiler warning

. [FIX] TouchDispatcher: fixed crash after showing UIAlertView (issue #1279) (not sure about this one, different implementation between v1 and v2)

. [FIX] TMXParser: parses external tilesets correctly (issue #1203)

. [FIX-MAC] DirectorMac: convertToLogicalCoordinates compensates for viewport offset when a custom projection is set
. [FIX-MAC] Grid: grid effects work correctly full-screen and in auto scale resize mode
. [FIX-MAC] MacGLView: fixed memory leak in event dispatcher, every event (touch/mouse/keyboard) leaked

@Riq, please correct me if you see things that are already fixed/implemented in v2.

Posted 6 months ago #
itlgames
Key Master

This is great!! Now autorotation works as expected! For iOS6 we just need to remember to select the desired orientations under the Supported Interface Orientations.

Posted 6 months ago #
riq
Key Master

great. Thanks!

Posted 6 months ago #
cocos
Member

Great job!

Extremely important release covering iPhone5 and iOS6! A significant amount of fixes and important improvements!

Thank you so much for your hard work!

Posted 6 months ago #
Studder
Member

Awesome Araker thank you very much!

Posted 6 months ago #
tudorizer
Member

yes. Rotations finally work! Thank you!

Posted 6 months ago #
itlgames
Key Master

@araker, all seems to work perfect, thanks for your hard work! But there is one little thing, I think is the way the landscape left and right are now managed, but if you try to setup a project on landscape with autorotation, put a Default.png/Default@2x.png with a landscape design rotated right (as at least I used to do on previous versions), you will notice that the splash is initially displayed upside down. I believe is the image the OS initially loads. The solutions seems to invert the default images, so landscape design on a portrait image rotated left. This must be the way Apple is now managing the orientations, probably not much we can do. Anyway easy fix.

On iOS6 this solution will be spot on, but the problem is on iOS5 and iOS4 now, you will see that first the OS loads the image on right orientation, but then for a second you will see the same image upside down, then will load your first scene ok. I believe is the fix for the startup flick we had on previous iOS versions. On a blank template just displaying the hello world is too fast that you nearly notice, but if you load a background image on your fist scene you will notice, you can download this sample project to show the issue:

http://www.itlgames.com/TestRotation.zip

I've been looking at the director and eagl view classes but can't find anything. On the main AppDelegate.m we had the old code to avoid the flickering but it's commented, and actually uncommenting this does nothing.

Posted 6 months ago #
itlgames
Key Master

Actually the fix for the flickering on the AppDelegate.m yes seems to be necessary to avoid the black flick if landscape and kGameAutorotationUIViewController, sorry, and we actually have to change the rotation from -90 to 90, but still, just a second before we see the default image upside down. So maybe is nothing to do with the flickering issue. No idea where to look at :(

Posted 6 months ago #
varedis
Moderator

@itlgames - It seems you can force the rotation to change which way you want it by going into your project summary and unchecking all Supported Interface Orientations. Then check them again in the order you want them to be used. In your case the first one you will check is Landscape Right, then Landscape Left, then a portrait one (if using GameCenter).

Which ever orientation is ticked first (at the top of the Supported interface orientations array in the info.plist) is the one it uses at startup. My guess is your top value is Landscape (left home button)

This seems to have worked for me.

Posted 6 months ago #
itlgames
Key Master

Aha! Yes!

Thanks @varedis, when checking/unchecking the orientations this updates the Info.plist, so we can also go there and be sure the order is right, as you said, Landscape Right first. Spot on!!

@araker please ignore my post.

Posted 6 months ago #
HannKett
Member

Am I the only one getting this error?

"'UIApplicationInvalidInterfaceOrientation', reason: 'Supported orientations has no common orientation with the application, and shouldAutorotate is returning YES'
*** First throw call stack:
(0x20ee012 0x1acbe7e 0x20eddeb 0xb00702 0xafb046 0xafb246 0xa4401f 0x105bd6 0xa1080f 0xa10e01 0xa11fab 0xa23315 0xa2424b 0xa15cf8 0x2df6df9 0x2df6ad0 0x2063bf5 0x2063962 0x2094bb6 0x2093f44 0x2093e1b 0xa117da 0xa1365c 0x1057b6 0x2cf5)
libc++abi.dylib: terminate called throwing an exception"

I tried to select landscape and verified plist, but the default box2d helloworld crashes with the above error running iOS6 + xcode 4.5.1

thanks

Posted 6 months ago #
araker
Moderator

You should set the supported interface orientations in the project summary. I've mentioned this in the release notes, but I should probably mention it more prominently.

Edit I'll test the box2d template when I get home.

Posted 6 months ago #
HannKett
Member

I just checked the normal cocos2d without box2d and same there, If I select portrait it works fine, if I select all 4 it works fine, but if I only select landscape left and right and touch nothing else at all, the app crashes with the above error.

I have cocos2d 2.0 installed as well, don't know if that makes a difference. installed with -f -u

edit: This is running a Retina MBP 15" 10.8.2 if that would matter

Posted 6 months ago #
araker
Moderator

I thought the default orientation of the templates was landscape, but it's portrait. At least one of the orientations selected in 'supported interface orientations' should correspond to the interfaces returned in supportedInterfaceOrientations in the rootViewController. That's why it crashes when you only select landscape orientations.

Posted 6 months ago #
HannKett
Member

I understand, fixed it by just selecting landscape, landscape and then one portrait and changing RVC to UIInterfaceOrientationMaskLandscape

Thanks Araker

Posted 6 months ago #
itlgames
Key Master

@araker, one minor thing, not big deal, but wondering what's best thing to do, before RC0 I used to use the Prefix.pch to add some includes for my apps (basically categories extending some cocos2d classes to add new functionality).

Since RC0, when I build, I get warnings on my other classes saying those new methods on the categories are not found, but when I run it works fine (so it finds the methods). I can move those includes to another generic .h file I have, but wondering if the Prefix.pch is not used any more?

It's even weird cos on those categories I get an error (in red) saying for example that it can't find interface declaration of CCNode, when I am importing the "cocos2d.h". But then again I can just run fine. Dunno, it's a bit weird Ic an actaully see the error but still compiling and running ok.

I can make a sample project to show this if you like.

Anyway thanks for your hard work, I'm finishing a few new apps and releasing some other updates so it's great to have this new version now, just in time!

Posted 6 months ago #
araker
Moderator

@itlgames, if you could make a sample project I can look into it. Did you try a deep clean of your project?

Posted 6 months ago #
itlgames
Key Master

@araker on a new blank template is not happening, I was using a previous template project then updated the cocos2d folder, so will check the project settings, must be something there.

Posted 6 months ago #