Il progetto Cocos2D con molte scene non rilascia correttamente la memoria

Question

Ho un grosso problema e non capisco molto bene perché si verifica. Questo è il caso:

• Avere un grande progetto in Cocos2D con 10 scene. Ogni scena è una pagina di un libro con enormi folletti. Utilizza l'implementazione di Kobold2D 1.0.2.
• Ogni pagina contiene oggetti comuni in una classe singleton, per mettere un menu comune tramite LayerColor.
• Gli sprite sono TexturePacker in PVR.CCZ RGBA4444 e nella memoria iPad sono circa 16-20 Mb ogni spites caricato.
• Uso CCTransitionTurnPage per replaceScene per uno a quello successivo.
• Al metodo init di ciascuna pagina (classe), caricare la trama e FrameFile.
• Al metodo onExit di ogni pagina (classe), scaricare le trame e il file di frame. Ho usato il dumpCachedTextureInfo e mi ha detto che le trame vengono caricate e scaricate perfettamente dalla memoria.
• Ovviamente rimuovo dal bambino tutti gli oggetti. Tutti i miei sprite sono variabili comuni dichiarate nella sezione dell'interfaccia in .h, perché ho bisogno di accedervi in ​​ogni metodo della classe.
• Il mio progetto è realizzato con l'integrazione Kobold2D in un progetto ARC (ma si sa il progetto Kobold2D allegato è ARC non abilitato per problemi di compatibilità)

Il fatto è che quando avvio il progetto, tutto sembra perfetto, ma la memoria sta aumentando per ogni scena (pagina) che ho creato. Pagina1: 30 Mb., Pagina 2: 40, Pagina 3: 54, Pagina 4: 65 ... Dopo 7 o 8 scene, Strumenti, Xcode o l'iPad stesso blocca l'applicazione senza alcun messaggio (eccetto Strumenti con un Avviso di memoria insufficiente finale) .

Perché non viene rilasciata memoria dopo ogni scena? Forse è perché ARC e la variabile no super dealloc. Perché le trame sembrano scaricare perfettamente ma sembra che non ci sia lo scaricamento perché la memoria cresce senza controllo fino allo schianto?

Answer 1

Stavo riscontrando un problema simile con la conservazione della memoria e assenza di perdite negli strumenti. Non ho potuto ottenere - (void) dealloc perfino di chiamata fino a quando ho scritto quanto segue nel file di .m di ogni scena:

-(void) onExit { 
    //unschedule selectors to get dealloc to fire off 
    [self unscheduleAllSelectors]; 
    //remove all textures to free up additional memory. Textures get retained even if the sprite gets released and it doesn't show as a leak. This was my big memory saver 
    [[CCTextureCache sharedTextureCache] removeAllTextures]; 
    [super onExit]; 
} 

Dopo l'implementazione di questo, la mia memoria è stato rilasciato dopo ogni replaceScene: è stato chiamato. Spero che questo ti sia di qualche utilità.

Answer 2

Dopo mesi di lavoro, ho imparato la lezione più importante su Cocos2D. Il mantenimento aumenta di uno quando si inserisce un oggetto CCNode su un CCArray o NSArray o NSDictionary ... Ciò significa che è necessario rilasciare gli oggetti da questi oggetti prima del dealloc CCLayer o CCScene.

È necessario inserire un [array removeAllObjects] o [dictionary release] sul - (void) cleanup e dopo che tutti gli oggetti sono stati rimossi, quindi inserire un [super cleanup];

Nel frattempo, su - (void) onExit è necessario rimuovere tutto lo scheduler dall'istanza. Non solo uno schedulatore in sé. Ricordarsi di arrestareAllAzioni su qualsiasi CCNode. Ma, attentamente, perché l'arresto delle azioni da CCNodes (Sprites o qualcosa) deve essere in corso di pulizia, prima di qualsiasi removeAllObjects.

E ricorda: se CCLayer o CCScene non si rimuovono correttamente, SimpleAudioEngine non rilascia anche l'audio.