iOS 7 Sprite Kit de libérer de la mémoire

Je suis la construction d'un jeu pour iOS qui vise pour le nouvel iOS 7 et Sprite Kit, à l'aide de l'émetteur de nœuds et de la physique pour améliorer le gameplay. Alors que le développement de l'application, j'ai couru dans un grave problème: vous pouvez créer vos scènes, des nœuds, des effets, mais lorsque vous avez terminé et nous devons retourner à l'écran principal, comment vous libérer toute la mémoire allouée par ces ressources?

Idéalement ARC doit se libérer de tout, et la demande devrait revenir à la consommation de mémoire de niveau qu'il avait avant la création de la scène, mais ce n'est pas ce qui se passe.

J'ai ajouté le code suivant, que la méthode dealloc de la vue, qui tire la scène et est responsable de la suppression de tout une fois fermé (supprimé):

- (void) dealloc
{
    if (scene != nil)
    {
        [scene setPaused:YES];

        [scene removeAllActions];
        [scene removeAllChildren];

        scene = nil;

        [((SKView *)sceneView) presentScene:nil];

        sceneView = nil;
    }
}

sceneView est une UIView, qui est le conteneur de la scène
scène est une extension de la SKScene classe, création de tous les SKSpriteNode objets

Je serais très reconnaissant de toute aide à ce sujet.

Même problème ici, ma scène continue de fonctionner même lorsque j'appelle dismissViewControllerAnimated, avez-vous réussi à le résoudre?
Oui, je l'ai fait, il n'y avait rien que je puisse faire de la scène ou de Sprite Kit pour la matière, j'ai tout simplement besoin de retirer de la scène et de la vue contenant complètement de la vue parent, couper tous ses liens vers les autres parties du système, pour que la mémoire pour être libéré ainsi.

InformationsquelleAutor Lehel Medves | 2013-10-08

19

J'ai eu beaucoup de problèmes de mémoire avec Sprite Kit, et j'ai utilisé un tech ticket de support pour obtenir des informations, et il peut se rapporter ici. Je me demande si à partir d'une nouvelle SKScene totalement libérer toute la mémoire de la précédente utilisée. J'ai trouvé ceci:

La sous-tendent la mémoire allouée par +textureWithImageNamed: peut (généralement) être libéré lors du passage à la nouvelle SKScene. Vous ne pouvez pas compter sur cela. iOS libère la mémoire cache de +textureWithImageNamed: ou +imageNamed: quand elle le juge nécessaire, par exemple lorsqu'il détecte une condition de mémoire insuffisante.

Si vous voulez la mémoire libérée dès que vous avez terminé avec les textures, vous devez éviter l'utilisation de +textureWithImageNamed:/+imageNamed:. Une alternative pour créer des SKTextures est: d'abord créer UIImages avec +imageWithContentsOfFile: et puis créer SKTextures résultant de la UIImage objets en appelant SKTexture/+textureWithImage:(UIImage*).

Je ne sais pas si cela aide ici.

InformationsquelleAutor Cocorico
10

Tous que le code est superflu. À condition que vous n'avez pas de fuites de mémoire ou de conserver des cycles dans votre code, une fois que vous relâchez le Sprite Kit de vue, tout sera effacé de la mémoire.

Sous le capot Sprite Kit utilise un mécanisme de mise en cache, mais nous n'avons aucun moyen de le contrôler, ni ne doit, nous devons, si elle est correctement mise en œuvre (ce qui est sûr de supposer).

Si ce n'est pas ce que vous voyez dans les Instruments case pour conserver les cycles, les fuites. Vérifiez que dealloc de la scène et de point de vue n'est appelée. Assurez-vous qu'aucune des références fortes à vue, une scène ou d'autres nœuds restent dans d'autres objets (en particulier les singletons et les variables globales).
- Merci pour la réponse rapide! En effet, pas de fuites sont présentes (mis à part un couple de 64byte fuites de produit par le module de physique), il n'y a pas de conserver des cycles ou des références fortes contenant la scène ou le SKView objet, encore, le comportement normal serait, si je vais dans la création de la scène avec 180 MO de mémoire allouée, aller jusqu'à 230 mo lors de l'utilisation de la f de la scène, après j'ai arrêté, il devrait revenir à une valeur très proche de 180MO - ce bien sûr sans aucune mise en cache. Pensez-vous que ce comportement est justifié par Sprite Kit de mise en cache?
- éventuellement, il a besoin explicite de test pour vérifier. Peut-être que SK garde en mémoire cache des textures pour les réutiliser ultérieurement et les libère uniquement sur la mémoire d'avertissement. Essayez de lui envoyer un mem avertissement dans le simulateur et de voir si la mémoire, puis tombe.
- hmm, idée intéressante, mais non, il n'abandonne pas, même après un avertissement de mémoire.
InformationsquelleAutor LearnCocos2D
8

Après la lutte contre ce pour un couple de jours, la clé était en fait:
[sceneView presentScene:nil];
Ou pour Swift:
sceneView.presentScene(néant)

qui peut être fait dans viewDidDisappear. Sans cela, votre vue va s'accrocher à la scène pour la vie chère, même après avoir été rejeté, et de continuer à mâcher de la mémoire.
- J'ai fait cela, mais il rend l'écran vide, même si je présente la scène suivante, après la mise sceneView.presentScene(néant). Toutes les idées pour résoudre ce problème?
InformationsquelleAutor madwhistler
4

Swift 3:

Dans mon expérience personnelle, je l'ai résolu avec l'aide de l'Xcode instruments, tout d'abord avec le moniteur d'activité qui m'a montré tout de suite l'énorme augmentation de la mémoire, de l'affectation et de fuites.

Mais il est également un moyen utile, la console de débogage avec
```
deinit {
       print("\n THE SCENE \(type(of:self)) WAS REMOVED FROM MEMORY (DEINIT) \n")
}
```
C'est une autre aide pour voir si deinit a été appelé à chaque fois que vous souhaitez supprimer une scène.

Vous de ne jamais avoir de solides références à la scene ou parent dans vos classes, si vous avez quelqu'un que vous devez trasform à faibles comme par exemple:
```
weak var parentScene:SKScene?
```
Même chose pour le protocole, vous pouvez le déclarer à faibles comme cet exemple d'utilisation de la propriété class:
```
protocol ResumeBtnSelectorDelegate: class {
    func didPressResumeBtn(resumeBtn:SKSpriteNode)
}

weak var resumeBtnDelegate:ResumeBtnSelectorDelegate?
```
ARC faire tout le travail, nous avons besoin de mais, si vous pensez que vous avez oublié d'écrire correctement certains biens (initiliazation, blocs..) j'ai utilisé également quelques fonctions comme ce pour mon debug phases :
```
func cleanScene() {
    if let s = self.view?.scene {
        NotificationCenter.default.removeObserver(self)
        self.children
            .forEach {
                $0.removeAllActions()
                $0.removeAllChildren()
                $0.removeFromParent()
        }
        s.removeAllActions()
        s.removeAllChildren()
        s.removeFromParent()
    }
}

override func willMove(from view: SKView) {
    cleanScene()
    self.removeAllActions()
    self.removeAllChildren()
}
```
InformationsquelleAutor Alessandro Ornano
1

J'ai eu un problème semblable à vous @user2857148.
Je voudrais présenter un VC avec:
```
[self presentViewController:myViewController animated:YES completion:nil];
```
Dans le @implementation myViewController j'ai eu :
```
- (void)viewDidLayoutSubviews
{
    //Configure the view.
    SKView * skView = (SKView *)self.view;
    skView.showsFPS = YES;
    skView.showsNodeCount = YES;
    self.ballonMGScene = [[MBDBallonMiniGame alloc] initWithSize:skView.bounds.size andBallonImageNames:self.ballonObjectsArray];
    self.ballonMGScene.parentVC = self;
    self.ballonMGScene.scaleMode = SKSceneScaleModeAspectFill;
    self.ballonMGScene.physicsWorld.gravity = CGVectorMake(0, 0);
    //Present the scene.
    [skView presentScene:self.ballonMGScene];
} 
```
Le problème était :
```
self.ballonMGScene.parentVC = self;
```
depuis dans :
```
@interface MBDBallonMiniGame : SKScene <SKPhysicsContactDelegate>
```
parentVC a été déclarée avec un fort :
```
@property (nonatomic,strong) WBMMiniGameVCTemplate *parentVC;
```
Solution 1:

et la modifier pour :
```
@property (nonatomic,weak) WBMMiniGameVCTemplate *parentVC;
```
résolu le problème pour moi.

Explication:
La référence à la parentVC (myViewController) qui a été un UIViewController a été stocké quelque part. Depuis ce CR a une référence forte à la SKScene , il se trouvait avec elle. J'ai même eu de la console de sortie de cette SKScene comme il était toujours actif. Mon meilleur quess sur les raisons de ce qui m'est arrivé que j'ai de fortes présomptions.

Solution 2:

Dans mon myViewController sous :
```
- (void)viewDidDisappear:(BOOL)animated
```
J'ai appelé :
```
self.ballonMGScene.parentVC = nil;
```
Lors du départ de l'actuelle VC (myViewController) j'ai mis le pointeur à zéro, le retrait de la mémoire et tout le long avec elle.

Ces 2 solutions ont fonctionné pour moi. Je l'ai testé avec le débogueur. La consommation de mémoire est allé en haut et en bas correctement.

Espère que cela aide à la compréhension du problème et des solutions.

InformationsquelleAutor MB_iOSDeveloper
0

Essayer de garder le sceneView avant de retirer de la scène.
```
-(void)dealloc
{
[sceneView presentScene:nil];
[sceneView release];
[super dealloc];
}
```
- La Performance était à la baisse, pour moi, à chaque fois que je suis retourné à la scène. J'ai commencé avec Apple modèle par défaut pour le SpriteKit. En Swift, je viens d'ajouter cette fonction et de la performance semble de retour à la normale, remplacer func viewWillDisappear(animation: Bool) { if laisser skView = auto.vue comme? SKView { skView.presentScene(néant) } }
InformationsquelleAutor parameciostudio

Il a pris des mesures, mais j'ai complètement résolu mon problème:

1) Dans Mon ViewControl, j'ai créé une méthode pour forcer les détruire tous les enfants:

-(void)destroyAllSub:(SKNode*)node
{
    if(node == nil) return;
    if(![node isKindOfClass:[SKNode class]]) return;

    [node removeAllActions];
    for (SKNode *subNode in node.children) {
        [self destroyAllSub:subNode];
    }
    [node removeAllChildren];
}

2) Depuis, j'avais créé un protocole fort dans ma Scène, qu'il mentionne dans mon ViewControl et ma scène était fort aussi, j'ai détruit toutes les références de la manière suivante:

[self.mainScene.view presentScene:nil]; //mainScene: the name of the Scene pointer
self.mainScene.myProt = nil; //myProt: The name of the strong protocol

@autoreleasepool {
    [self destroyAllSub:self.mainScene];
    self.mainScene = nil;
}

InformationsquelleAutor Elthon Manhas de Freitas

Vous devez vous connecter pour publier un commentaire.