For Loop bloqueando outro For Loop

Nov 29 2020

Estou verificando o missileGroup para ver se alguma instância de míssil colidiu com alguma instância inimiga no grupo inimigo. Quando executado, ele imprime "Hit" para o primeiro loop, mas ignora o segundo loop for. Por que é que?

 #### Imagine this is in a game loop ####
    for missile in missileGroup:
        if pygame.sprite.spritecollide(missile, enemyGroup, False) :
            print("Hit")

    
    for enemy in enemyGroup:
        if pygame.sprite.spritecollide(enemy, missileGroup, False):
            print("HI")

Atualização : @ Rabbid76 afirmou que spritecollidenão funcionaria porque o spriteGroup enemyGroupé uma lista de sprites dentro de um grupo (inimigoGrupo <- inimigoList <- Inimigo (sprite)) ao invés de um grupo de sprites (inimigoGrupo <- Inimigo (sprite)). Como eu acessaria isso?

A atualização 2 @paxdiablo afirmou que o primeiro loop pode esvaziar o grupo após a iteração. Troquei os lugares dos loops e o 2º loop funcionou, enquanto o 1º não.

Atualização 3 No código completo, .reset()é executado o método .kill()que remove o sprite do grupo. Uma vez que o primeiro loop remove o sprite do míssil antes que o segundo loop não possa detectar nenhuma colisão:

for missile in missileGroup:
    if pygame.sprite.spritecollide(missile, enemyGroup, False) :
        missile.reset()

for eachEnemy in enemyGroup: 
        if pygame.sprite.spritecollide(eachEnemy, missileGroup, False):
            eachEnemy.reset()

Respostas

Rabbid76 Nov 29 2020 at 21:21

Veja pygame.sprite.spritecollide():

Retorne uma lista contendo todos os Sprites em um Grupo que se cruzam com outro Sprite.

Portanto, os argumentos para spritecollide()devem ser um pygame.sprite.Spriteobjeto e um pygame.sprite.Groupobjeto.
Uma lista de pygame.sprite.Spriteobjetos em vez do Grupo não funciona.

missileGroup = pygame.sprite.Group()
enemyGroup = pygame.sprite.Group()

for missile in missileGroup:
    if pygame.sprite.spritecollide(missile, enemyGroup, False):
        print("Hit")

for enemy in enemyGroup:
    if pygame.sprite.spritecollide(enemy, missileGroup, False):
        print("HI")

Além disso, leia sobre kill()

O Sprite é removido de todos os Grupos que o contêm.

Portanto, se você chamar kill()no 1º loop, o 2º loop não funcionará, pois o sprite é removido de todos os Grupos.

Você chama kill()os resetmétodos. missile.reset()respectivamente, eachEnemy.reset()faz com que o 2º loop falhe.

paxdiablo Nov 29 2020 at 07:26

Não há nenhuma razão óbvia, com base nas informações fornecidas ^(a) , pela qual a segunda verificação de colisão deva falhar. Se houver uma colisão entre (por exemplo) o inimigo # 7 e o míssil # 3, também deve haver uma colisão entre o míssil # 3 e o inimigo # 7.

Você não está usando nenhum recurso de caso extremo, como fornecer sua própria função de colisão (possivelmente não comutativa), então ele simplesmente usará o retângulo sprite para detectar isso.

Eu ficaria curioso para ver o comportamento quando você inverte a ordem dos dois loops no código.

Além disso, você deve especificar os tipos dessas variáveis de grupo. Se enemyGroupfosse algo como um gerador esgotável em vez de uma lista, seria "esvaziado" pelo primeiro loop e, em seguida, o segundo loop não teria itens para iterar ^(b) (a spritecollidechamada será iterada sobre o grupo para verificar cada item contra o sprite).

Essa é praticamente a única maneira, exceto um bug em spritecollidesi, de ver os efeitos que está descrevendo.

A título de exemplo, aqui está um trecho de código que tenta iterar em um gerador duas vezes:

class gen3(object):
    def __init__(self): self._num = 0
    def __iter__(self): return self
    def __next__(self):
        if self._num == 3: raise StopIteration()
        self._num += 1
        return self._num - 1

gen = gen3()
print("A: ")
for i in gen: print(" ", i)
print("B: ")
for i in gen: print(" ", i)

A saída mostra que o segundo loop não faz nada:

A:
  0
  1
  2
B:

Por último, uma forma definitiva de verificar o estado dos grupos é simplesmente colocar o seguinte código antes de cada loop:

print("loop X enemy  ", len(enemyGroup),   enemyGroup)
print("loop X missile", len(missileGroup), missileGroup)

usando um valor adequado de Xpara distinguir entre os dois loops.

^(a) Claro, sempre há a possibilidade de que a informação que você forneceu não seja totalmente precisa ou completa (nenhuma intenção maliciosa é suposta, mas às vezes as pessoas inadvertidamente ignoram o que consideram detalhes sem importância, que acaba sendo muito importante).

Exemplo: pode haver algo acontecendo entre esses dois loops que está causando o problema. Eu prefiro dar às pessoas o benefício da dúvida, mas você provavelmente deve nos informar se for o caso.

^(b) Na verdade, ele seria esvaziado pela primeira iteração do primeiro loop, de modo que você descobriria que provavelmente só corresponderia ao primeiro míssil.

Kingsley Nov 29 2020 at 07:51

Aqui está um exemplo rápido que mostra (no PyGame 1.9.6) que esse comportamento relatado não acontece.

O exemplo cria dois grupos de sprites e , em seguida, os colide exatamente da mesma maneira que o código de exemplo do OP.

Além da impressão, os sprites mudam de contorno -> preenchido, dependendo se eles acreditam que participaram de uma colisão. Há um mapeamento 1: 1 de um inimigo colidindo com um míssil e vice-versa.