Core Animation performance sur iphone

Question

J'essaye de faire quelques animations en utilisant Core Animation sur l'iphone. J'utilise CABasicAnimation sur CALayer. C'est une animation directe d'un endroit aléatoire en haut de l'écran au bas de l'écran à une vitesse aléatoire, j'ai 30 éléments qui font la même animation en continu jusqu'à ce qu'une autre action se produise. Mais la performance sur l'iPhone 3G est très lente lorsque les animations commencent. L'image est seulement 8k.

Est-ce la bonne approche? Comment devrais-je changer afin qu'il fonctionne mieux.

// image cached somewhere else. 
CGImageRef imageRef = [[UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:name ofType:@"png"]] CGImage]; 

- (void)animate:(NSTimer *)timer 
{ 
    int startX   = round(radom() % 320); 
    float speed   = 1/round(random() % 100 + 2); 

    CALayer *layer  = [CALayer layer]; 
    layer.name   = @"layer"; 
    layer.contents  = imageRef; // cached image 
    layer.frame   = CGRectMake(0, 0, CGImageGetWidth(imageRef), CGImageGetHeight(imageRef)); 

    int width   = layer.frame.size.width; 
    int height   = layer.frame.size.height; 

    layer.frame   = CGRectMake(startX, self.view.frame.origin.y, width, height); 

    [effectLayer addSublayer:layer]; 

    CGPoint start  = CGPointMake(startX, 0); 
    CGPoint end   = CGPointMake(startX, self.view.frame.size.height); 
    float repeatCount = 1e100; 

    CABasicAnimation *animation  = [CABasicAnimation animationWithKeyPath:@"position"]; 
    animation.delegate    = self; 
    animation.fromValue    = [NSValue valueWithCGPoint:start]; 
    animation.toValue    = [NSValue valueWithCGPoint:end]; 
    animation.duration    = speed; 
    animation.repeatCount   = repeatCount; 
    animation.autoreverses   = NO; 
    animation.removedOnCompletion = YES; 
    animation.fillMode    = kCAFillModeForwards; 

    [layer addAnimation:animation forKey:@"position"]; 
} 

Les animations sont déclenchées à l'aide d'un NSTimer.

animationTimer = [NSTimer timerWithTimeInterval:0.2 target:self selector:@selector(animate:) userInfo:nil repeats:YES]; 
[[NSRunLoop currentRunLoop] addTimer:animationTimer forMode:NSDefaultRunLoopMode]; 

Answer 1

D'accord, deux choses ici:

Pourquoi utilisez-vous un NSTimer à feu à plusieurs reprises l'animation? Juste faire répéter les animations. S'ils ont besoin de pause et de resynchronisation, vous pouvez le faire avec une animation à clé. En programmant le tout, vous pouvez laisser le moteur de rendu fonctionner sans avoir à synchroniser fréquemment les nouvelles informations dans l'arbre de rendu.

Vous faites:

CGImageRef imageRef  = [[UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:name ofType:@"png"]] CGImage]; 

pour 30 objets chacun sur une minuterie qui déclenche toutes les 0,2 secondes? Avez-vous profilé votre application? Quel pourcentage du temps est consacré au décodage d'image? Si vous passez sur à l'utilisation imageNamed: iPhone OS en cache des images aussi longtemps que il y a assez de RAM, ce qui devrait réduire votre temps de décodage:

CGImageRef imageRef = [[UIImage imageNamed:[NSString stringWithFormat:@"%@.png", name]] CGImage]; 

En outre, faire vos images ont la transparence qui doit être alpha composited? Si vous pouvez éviter l'alpha c'est une victoire énorme sur les anciens iPhones.

Answer 2

Dans mon expérience layer.contents = imageRef; // L'image mise en cache est l'appel le plus cher de cette méthode.

À des fins de test j'utiliserais le même objet d'image sur eux tous. Le premier pourrait être lent mais le reste sera lisse. Pour autant que je sache, la raison en est qu'un objet UIImage, même lorsqu'il est créé, extrait effectivement toutes les données du fichier jusqu'à ce qu'il soit dessiné à l'écran.

Il ya plusieurs messages là-bas qui montrent que l'utilisation de nsurlconnections pour télécharger les images avec le fichier: // protocole va réellement enfiler le fichier obtenu (sans écrire de code threading) et parce que vous êtes des couches animées et non uiviews, sera vraiment asynchrone.