cocos2d for iPhone

A fast, easy to use, free, and community supported 2D game engine

1. 

   thefuzz
   Member

   Suppose you want to preload assets on the mac while your app's icon is bouncing in the dock (thus avoiding any empty game window on screen while you pre-load). What you would want to do is bring in your textures during awakeFromNib instead of applicationDidFinishLaunching. It looks like the only thing standing in the way of doing this is the call to setGLDefaultValues when setting the director's openGLView. For some reason calling glEnable before the view is on screen blows chunks. It seems CCDirectorMac can be modified to do this by changing setOpenGLView and drawScene as follows:

   static BOOL defaultValuesSet = NO;
   
   -(void) setOpenGLView:(MacGLView *)view
   {
   	NSAssert( view, @"OpenGLView must be non-nil");
   
   	if( view != openGLView_ ) {
   		[openGLView_ release];
   		openGLView_ = [view retain];
   
   		// set size
   		winSizeInPixels_ = winSizeInPoints_ = CCNSSizeToCGSize( [view bounds].size );
   	}
   
   	// cache the NSWindow and NSOpenGLView created from the NIB
   	if( ! isFullScreen_ && ! windowGLView_) {
   		windowGLView_ = [view retain];
   		originalWinSize_ = winSizeInPixels_;
   	}
   }
   
   - (void) drawScene
   {
   	if(!defaultValuesSet){
   		[self setGLDefaultValues];
   		defaultValuesSet = YES;
   	}
   ...

   Any reason a change like this would be bad ?

   Posted 1 year ago #
2. 

   riq
   Key Master

   Hi,

   I don't like the proposed change. Instead, I would like to understand why setGLDefaultValues is causing this problem.
   If you execute the opposite commands of setGLDefaultValues after setting the GL view, what happens ?

   Posted 1 year ago #
3. 

   thefuzz
   Member

   It appears that until at least one call is made to [[view openGLContext] makeCurrentContext] calls to glEnable will crash. A call to makeCurrentContext is being made implicitly by cocoa during the nib load in between awakeFromNib and applicationDidFinishLaunching which explains why the current implementation works. Thus a better change than my original would be to remove the call to setGLDefaultValues in CCDirectorMac

   -(void) setOpenGLView:(MacGLView *)view
   {
   	NSAssert( view, @"OpenGLView must be non-nil");
   
   	if( view != openGLView_ ) {
   		[openGLView_ release];
   		openGLView_ = [view retain];
   
   		// set size
   		winSizeInPixels_ = winSizeInPoints_ = CCNSSizeToCGSize( [view bounds].size );
   	}
   
   	// cache the NSWindow and NSOpenGLView created from the NIB
   	if( ! isFullScreen_ && ! windowGLView_) {
   		windowGLView_ = [view retain];
   		originalWinSize_ = winSizeInPixels_;
   	}
   }

   And then add it back in to [CCDirectorDisplayLink setOpenGLView] (in the CCDirectorMac.m file) immediately after the call to [[view openGLContext] makeCurrentContext].

   -(void) setOpenGLView:(MacGLView *)view
   {
   	if( view != openGLView_ ) {
   
   		[super setOpenGLView:view];
   
   		CCEventDispatcher *eventDispatcher = [CCEventDispatcher sharedDispatcher];
   		[openGLView_ setEventDelegate: eventDispatcher];
   		[eventDispatcher setDispatchEvents: YES];
   
   		// Enable Touches. Default no.
   		[view setAcceptsTouchEvents:NO];
   //		[view setAcceptsTouchEvents:YES];
   
   		// Synchronize buffer swaps with vertical refresh rate
   		[[view openGLContext] makeCurrentContext];
   		[self setGLDefaultValues];
   		GLint swapInt = 1;
   		[[view openGLContext] setValues:&swapInt forParameter:NSOpenGLCPSwapInterval];
   	}
   }

   Posted 1 year ago #
4. 

   finder39
   Member

   i just crete another thread and do all the loading in the background (except initially needed sprites), then everything loads in the background and does not affect performance :)

   Posted 1 year ago #

RSS feed for this topic

Reply

You must log in to post.