Crash on become active - iOS5 sound related?

cocos2d for iPhone » Programming » CocosDenshion (sound engine)

Crash on become active - iOS5 sound related?

(36 posts) (8 voices)

Started 7 months ago by SpudGT
Latest reply from Steve Oldmeadow

Tags:

« Previous 12

Steve Oldmeadow
Administrator
Okay, my guess is the problem is caused by AVFoundation audio being borked on iOS 5 and the interaction of Game Center and CocosDenshion when the app resumes.

This line in the crash log gives us a clue it is Game Center:
```
Oct 17 14:32:49 unknown mediaserverd[6401] <Error>: 14:32:49.368387 com.apple.AVConference: /SourceCache/GameKitServices/GameKitServices-344.3/AVConference.subproj/Sources/AVConferenceServer.m:1867: AVConferenceServerStart
```
Do you guys use the in game chat facility of Game Center? If not it seems like that comes along for the ride whether you want it or not.

As for Game Center resuming, it probably uses exactly the same strategy as CocosDenshion when you tell it to auto handle resignation - i.e. it registers for notifications with the notification center.
Posted 5 months ago #
PDiTO
Member

@Steve,

My app is also authenticating Game Center on resume, but I don't use the Game Center chat facility. Just standard leader board and achievements.

Just checked out borked definition on urban dictionary...definitely my new word of the day!

@donutzeatpeople

To detect GC authentication changes as Steve correctly says, you register for notifications with notification center. The name is GKPlayerAuthenticationDidChangeNotificationName. You can then use subsequent methods that are run upon this notification to check [GKLocalPlayer localPlayer].isAuthenticated.

If you are seeing this behaviour happen but outside of your code I assume you are using some sort of helper class, which probably does things correctly. I could be wrong, but I don't see many benefits in changing/delaying this behaviour.

Posted 5 months ago #
ruggy
Member

Hi,
Just to mention, I think I'm having the same problem. It doesn't happen on my local setup so it's extremely difficult for me to fix/test. I think it's this problem because looking at crash logs for a game that's already out it mentions audiosession/timeout a lot and partly because when I submitted the free version it failed twice because of "timeouts" when apple ran it on iPhone4/iOS5 - though it always loads very quickly for me. I also use GC.
Is there a fix? Or is it the timer workaround? (I haven't tried that yet though my objctive C isn't strong, I use CocosDenshion in an OpenGL C++ project).

Posted 3 months ago #
Steve Oldmeadow
Administrator

@ruggy - yes the fix is the one detailed in the thread. Another possibility I thought of is to change the order of initialisation of GC and CocosDenshion. NSNotificationCentre always seems to notify observers in the order they were added so changing the initialisation order of GC and CocosDenshion should change the order in which they are notified when the app resumes.

Posted 3 months ago #
ruggy
Member

I just commented out the setResignBehavior line as per the second post on Page 1, the background music still resumes, how? Will have to see if it was a fix as the app update is waiting for review.

Posted 3 months ago #
Steve Oldmeadow
Administrator

@ruggy - the background music resumes because of a bug/feature in iOS that resumes paused AVAudioPlayer instances when the app resumes. What firmware version are you testing on? I'm surprised they still haven't fixed that, its only been about 3 years.

That is one of the things the resign handler deals with.

Posted 3 months ago #

RSS feed for this topic

« Previous 12

Reply

You must log in to post.