Seminário: cocos2d Xcode Proj.

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!

Carregue de PDF Manual

Introdução

Adquirir a última versão cocos2d de github

Criar a futura prova Padrão de Projeto de Xcode

Questões com física: integração Box2d e Tâmia

Você quer ver os resultados?

Visite www.learn-cocos2d.com para mais!

O conteúdo sidebar foi ativado nesta página/correio mas não tem nenhuma coisa acrescentada a ela. Acrescente algumas coisas a este sidebar na aparência> coisas no admin.

181 Respostas a “Seminário: cocos2d Xcode Proj.

  1. Carl diz:

    Adquiro “cocos2d.h:No tal arquivo ou diretório” tentando a #import “cocos2d.h”

    a que estou faltando?

  2. o vik diz:

    Este seminário é toooo muito tempo.

    Há uma versão curta? Passei duas horas nisto e como esperei que nada trabalha.
    Para begininers o seu que não vai trabalhar

  3. A norma diz:

    Grande informação! Agradecimentos! Contudo, a escrita está construindo o arquivo.ipa antes que ele faça o passo de codesign. As coisas modificaram-se em Xcode? Como consigo que a escrita persiga o passo de codesign? However, the script is building the .ipa file before it does the codesign step. Have things changed in Xcode? How do I get the script to run after the codesign step?

  4. o zutroi diz:

    Tentei duas vezes seguir o seu seminário passo a passo usando cocos2d 0.99.5-rc1, Xcode 3.2.5 e iOS 4.2.1, mas continuo tendo problemas construindo e correndo no dispositivo.
    A coisa esquisita é não tenho nenhum problema no momento de toda a gerência do padrão no simulador!
    Ser mais claro:
    Estou tentando construir e correr depois do passo final “Da obtenção do nosso Padrão de Projeto construir a seção” de código de cocos2d mínima.
    A gerência no simulador trabalha perfeitamente, correndo no dispositivo (iphone4) choques depois da tela de espirro com esta mensagem no consolo:
    “O programa recebeu o sinal: “EXC_BAD_ACCESS”.
    aviso: Incapaz de ler símbolos de/Developer/Platforms/iPhoneOS.platform/DeviceSupport/4.2.1 (8C148)/Symbols/Developer/usr/lib/libXcodeDebuggerSupport.dylib (arquivo não encontrado).
    A armação prévia interior a esta armação (gdb não pode desenrolar-se para além desta armação)”
    Dando passos com o depurador achei os choques de app na linha 98 de AppDelegate.m:
    “//fazem o Controlador de Visão uma criança da janela principal
    [janela addSubview: viewController.view];

    Vejo que há poucas diferenças do seu (grande) seminário e novos padrões Xcode/cocos2d, principalmente para o uso de RootViewController, isto pode cair estar relacionado? (Já acrescentei RootViewController.* ao meu padrão)
    Alguém encontrou um embaraço a este problema?
    Por favor por favor por favor ajude-me, esta coisa está deixando-me louco = /
    Agradecimentos

    • Poderia estar relacionado. Você tentou a versão em github? https://github.com/GamingHorror/cocos2d-projecthttps://github.com/GamingHorror/cocos2d-project
      Aquela versão é testada com 0.99.5

      Mas recentemente comecei a vir aqueles “não podem desenrolar-se” erros … fui capaz de fixá-los modificando o compilador em todos os projetos referidos atrás a GCC.

      • o zutroi diz:

        Jogo de bingo!
        Agradecimentos muito, você aponta-me para um embaraço.
        Eu já tinha tentado com a sua versão github última, sem sorte.
        Segui a sua sugestão, modificando o compilador para GCC 4.2 em todos os projetos (tanto cocos2d-projeto como cocos2d-ios) e ele trabalhou!
        Suponho que o problema esteve na colocação de compilador de cocos2d-ios, foi estabelecido no compilador LLVM 1.6.
        Se estabeleci o compilador na versão diferente dos dois projetos, sempre adquiro aquele choque, usando a mesma versão gcc, tudo é okay.
        Tentei também com LLVM GCC4.2 em ambos os projetos e trabalha também.

        Provavelmente nunca encontrei este problema desde a utilização cocos2d padrões construídos tudo adquire a utilização compilada gcc sem nova colocação.
        Agradecimentos muito dos seus seminários … e de responder rápido também ;)

        • Stephen Beeman diz:

          Penso que o seu problema foi o nível de otimização, acredite ou não. Se você estiver usando o compilador LLVM, e você estabelece o nível de otimização em "nenhum" (-O0), então uma chamada glColor4ub () em CCLabelAtlas vai a falta central no dispositivo, mas não no simulador. Desde a soma do controlador de visão à janela é o que começa o laço dar, e desde que cada app tem um CCLabelAtlas nele (o balcão de framerate), como isto se manifesta é que você faz a chamada de addSubview e repentinamente os seus choques de app sem um traço de pilha. Deuced muito para ir no encalço. Since adding the view controller to the window is what kicks off the render loop, and since every app has a CCLabelAtlas in it (the framerate counter), how this manifests itself is that you do the addSubview call and suddenly your app crashes without a stack trace. Deuced hard to track down.

          O embaraço (à parte da utilização do velho compilador GCC, que é realmente não uma boa mais-maçã de idéia está perto de deprecá-lo) simplesmente deve estabelecer a otimização em-Os. Realizo que é esquisito para o nível de otimização *lower* apresentar defeitos.

          Oh, mas esteja seguro você elimina o nível do objetivo constroem colocações antes que você faça isto, como Steffen descreveu em cima. A configuração "de Ajuste" do Cocos2D projeta a otimização de jogos a-O0 em cada objetivo individualmente.

  5. Paris diz:

    Oi Steffen

    Fazer um upgrade de um projeto criou com o seu padrão de p. ex. 0.99.5 rc1 aos 0.99.5 finais que somente tenho de copiar por cima da pasta de cocos2d-I-Phone?

    Eu assumiria sim mas pensei perguntar desde que ele não faz claramente coberto nos pontos/conexões principais em cima deste seminário

  6. Mehdi diz:

    Recebo muitos EAGLView pode não responder a … xxx a avisos, e acredito que estes são os selecionadores não declarados que você está mencionando no seu comentário. Como posso fixá-lo? Só com apagar o regalo que avisa como opção incorreta ou também modificando o código? Only with turning off the treat warning as error option or also by changing the code?

    Não entendi onde implementar o código do seu comentário sobre este seminário.

    • Mehdi diz:

      BTW, o seminário inteiro é realmente grande!!

    • Se você adquirir estes erros então é porque o EAGLView se modificou na última versão cocos2d. Ele deve trabalhar com o cocos2d-projeto que você pode adquirir de github: https://github.com/GamingHorror/cocos2d-projecthttps://github.com/GamingHorror/cocos2d-project

      • Mehdi diz:

        Oi Steffen!

        Estou tentando implementar o Spacemanager durante algum tempo agora, mas não trabalha.

        Posso compilar o projeto de exemplo do pacote Spacemanager sem qualquer problema, mas neste padrão recebo o seguinte erro:

        “SpaceManager.mm:749: erro: não pode converter ‘cpSpaceSegmentQuery ((* (cpSpace **) (((trabalho a dias *) mesmo) + $ de OBJC_IVAR_ _SpaceManager. _ espaço)), comece, termine, camadas, grupo, ((vazio (*) (cpShape *, cpFloat, cpVect, vazio *)) collectAllSegmentQueryShapes), ((vazio *) tabela))’ a ‘bool’ could not convert ‘cpSpaceSegmentQuery((*(cpSpace**)(((char*)self) + OBJC_IVAR_$_SpaceManager._space)), start, end, layers, group, ((void (*)(cpShape*, cpFloat, cpVect, void*))collectAllSegmentQueryShapes), ((void*)array))’ to ‘bool’

        Você sabe uma solução?

        Agradecimentos!
        Mehdi

  7. o rastermax diz:

    Oi
    1o: GRANDE emprego neste PDF. Realllly apreciado. Realllly appreciated.

    Somente fiz a primeira parte até Helloworld com a 99.5 versão. (até a página 43 de pdf)

    Você poderia querer atualizar um bocado, a parte onde adquirimos o AppDelegate da amostra Helloworld: desde então em 99.5 Cocos modificou as amostras para que para exemple o main.m não faça existe principal () está no arquivo delegate.m.

    Continue o grande trabalho.

  8. JP-P diz:

    Janota, você ruuuuuuuuuuuuuuuuuuule! Thanx muito deste grande seminário!

  9. Sree diz:

    A minha bondade, isto é um artigo muito precioso, cada linha do PDF é importante e salvará horas da repleção no seu construo ciclos.

    Agradecimentos Steffan.

    Considerações Sree

  10. Sim diz:

    Você pode atualizar isto para XCode 4?

  11. Paris diz:

    Kobold2D está indo substituir isto? se assim puderem como alguém pode adquirir o acesso a ele desde que entendo o seu ainda um trabalho no progresso?

    Agradecimentos

  12. Bananni diz:

    o melhor guia u encontrará na Internet inteira!

  13. Anselm diz:

    Oi Steffen,

    Obrigado pelos Seminários fantásticos.
    Vi o seu arquivo facebookHelper, e seria fantástico para conseguir que um seminário faça um Arquivo semelhante do API real:-))

    Cumprimentos

    Anselm

Deixe uma Resposta