FAQ: cocos2d for iPhone: All-Seeing Interactive's Performance Tips for cocos2d-iphone Comments Feed" href="http://www.learn-cocos2d.com/knowledge-base/cocos2d-iphone-faq/feed/"/>

FAQ: cocos2d de I-Phone: Todo vista das Dicas de Realização de Interactive de cocos2d-I-Phone

All-Seeing Interactive's Performance Tips for cocos2d-iphone

Procure o meu cocos2d documentos de perguntas feitas por usuários de I-Phone & Seminários

Por favor observe que a pesquisa de blog na esquina certa superior não procura os meus documentos de perguntas feitas por usuários e Seminários.
 

  • Observe: por favor não compartilhe conexões de carregamento diretas a arquivos PDF, as conexões de carregamento vencem depois de uns minutos de par!

Somente uma conexão mas um muito útil:
http://allseeing-i.com/Performance-tips-for-Cocos2d-for-iPhone

Aqui está um resumo rápido o que o artigo cobre:

Copiador com Instrumentos
Testar em dispositivos diferentes
Texturas e Atlas de Textura
Aceleração de tempos de carregamento
Redução de uso de memória
Sacudir texturas
Formatos de pixel
PVRTC (Compressão de Textura)
CCSpriteSheet
Pré-dê texturas geradas de programatically
Evite usar accessors atômico
Leia a melhor documentação de práticas

Lição de carregamento PDF

Comentários (0)

2 Respostas a “documentos de perguntas feitas por usuários: cocos2d de I-Phone: Todo vista das Dicas de Realização de Interactive de cocos2d-I-Phone”

All-Seeing Interactive's Performance Tips for cocos2d-iphone”
  1. Max diz:

    Esclarecimento de correio. Agradecimentos!

    E, naturalmente, tenho alguns pergunta :)

    - tudo é relativo, mas para o código comum é melhor para usar NSString, NSArray (e pagar o preço de criar novos objetos) ou os mutáveis? Que podem ser os parâmetros para selecionar entre cada um?

    - Estou admirando-me se o novo I-Phone 4.0′s maior realização será uma questão. Os jogos que dirigem lisamente no I-Phone 1os e 2os dispositivos de geração correrão provavelmente demasiado rápido?

    • Oi Max,

      duvido que os NSMutable* datasets sejam assassinos de realização. Não fiz nenhum teste mas estou bastante seguro que se você não os modificar em absoluto eles executarão provavelmente tão bom como os não-mutáveis. Agora, uma vez você *do* tem de modificar as tabelas ou cadeias está bem tê-los mutável para que o material seja cuidado para você nos bastidores. De outro lado, se você sabe que você só estará criando os itens uma vez mas nunca re-encomendar, retirar ou acrescentar que os outros então usam os não-mutáveis. Para mim é uma matéria de caso de uso em vez de realização. Now, once you *do* need to change the arrays or strings it’s good to have them mutable so that stuff is taken care for you behind the scenes. On the other hand, if you know that you’ll only be creating the items once but never re-order, remove or add others then use the non-mutable ones. For me it’s a matter of use case rather than performance.

      Os jogos não correrão mais rápido em mais novos dispositivos. o cocos2d's CCDirector assegura-se disto. Você melhora framerates naturalmente mas não mais rápido gameplay. Isto mantém-se ser verdade para todos os motores de jogo modernos. You do get better framerates of course but not faster gameplay. That holds true for all modern game engines.

Deixe uma Resposta

2 Respostas a “documentos de perguntas feitas por usuários: cocos2d de I-Phone: Todo vista das Dicas de Realização de Interactive de cocos2d-I-Phone”

All-Seeing Interactive's Performance Tips for cocos2d-iphone”
  1. Max diz:

    Esclarecimento de correio. Agradecimentos!

    E, naturalmente, tenho alguns pergunta :)

    - tudo é relativo, mas para o código comum é melhor para usar NSString, NSArray (e pagar o preço de criar novos objetos) ou os mutáveis? Que podem ser os parâmetros para selecionar entre cada um?

    - Estou admirando-me se o novo I-Phone 4.0′s maior realização será uma questão. Os jogos que dirigem lisamente no I-Phone 1os e 2os dispositivos de geração correrão provavelmente demasiado rápido?

    • Oi Max,

      duvido que os NSMutable* datasets sejam assassinos de realização. Não fiz nenhum teste mas estou bastante seguro que se você não os modificar em absoluto eles executarão provavelmente tão bom como os não-mutáveis. Agora, uma vez você *do* tem de modificar as tabelas ou cadeias está bem tê-los mutável para que o material seja cuidado para você nos bastidores. De outro lado, se você sabe que você só estará criando os itens uma vez mas nunca re-encomendar, retirar ou acrescentar que os outros então usam os não-mutáveis. Para mim é uma matéria de caso de uso em vez de realização. Now, once you *do* need to change the arrays or strings it’s good to have them mutable so that stuff is taken care for you behind the scenes. On the other hand, if you know that you’ll only be creating the items once but never re-order, remove or add others then use the non-mutable ones. For me it’s a matter of use case rather than performance.

      Os jogos não correrão mais rápido em mais novos dispositivos. o cocos2d's CCDirector assegura-se disto. Você melhora framerates naturalmente mas não mais rápido gameplay. Isto mantém-se ser verdade para todos os motores de jogo modernos. You do get better framerates of course but not faster gameplay. That holds true for all modern game engines.

Deixe uma Resposta

prêmio wordpress temas