fredrj escreveu:narfcdj escreveu:
Baum..
Situação prevista era que voce realmente encontrasse seu SQL morto. Nesse caso ele deveria dar a posição dele para vc se reencontrar.
Se voce for transferido de SQUAD isso gera uma confusão imensa. depois de 30 minutos, se isso fosse o caminho iam ter Squads com 2 e outros com 20... E o SQL não ia mais jogar, ia só adminstrar voces.
O caminho é ter bom senso: SQL morreu, informa posição SIM ao subordinado inativado. Este tem total direito de encontrar o SQL. E, pelo certo o SQL mesmo morto TEM QUE INFORMAR a inativação do subordinado.
Exemplo: Sou o SQL e o Fred é meu subordinado direto. Morri. 3min depois o Fred foi inativado: ele me contacta por radio que caiu e eu informo (mesmo inativado) que o BICHA-04 caiu. Se eu não informar a mesa não abre contagem. E não pode ser o SQL do squad TRAVESTI. Ele cuida dos TRAVESTIS dele. Eu controlo as minhas BICHAS. heuehuhe... Fui claro?! ahhahahahahaha (Russo deve estar tendo frissons anais com esses nomes)
Entendi não!!
Quando eu falo morreu é morreu perdendo todas suas vidas <<GAME OVER>>
No meu caso só sobraram 2 operadores do squad tigre. Resto tinham perdidos todas suas vidas..
SQL Salbicha perdeu as suas 2 vidas.. ele estava fora do campo já!!
Vou me encontrar com ele para q?
Meu respawn vai ser fora do jogo?
Por isso eu sugeri q os sobreviventes do squad que perdeu o SQL, no caso tigre, passasse a usar SQL Panda ou qq outro..
Essa parte de avisar a mesa que a pessoa X tomo tiro funciono no BACKDOOR? Achei q só tinha funcionada no ICarus..
_)_
[]'s
@OFF TOPIC!!
Já vi que as bolinhas de paintball vão dar uma inflacionada... pqp 40 toneladas aprendidas.. CAIXA PARA CARAL**
Hum... Na Icarus noeamos o segundo em comando do squad como SQL. Na backdor funcionou uns 75%. Tivemos varios problemas identificados e depois num debriefing da organização comentados e soluções arrumadas.
NA teoria um segundo em comando do SQUAD assume a posição. Isso deve ser definido pelo SQUAD LEADER.
Lembra quando o Russo pediu baixa e passamos o controle pro Dudu (Que era médico), porem ele saiu junto com o Russo?
O vaqueiro assumiu a função de SQL, porém o numero dos operadores do Squad caiu mas ainda e fundimos o Tigre e o Dragão...
No Backdoor tivemos muito problema de comunicação dos talk abouts, ABANDONO sem aviso via rádio e Falta de conhecimento em uso de radio...
O SQL falava "fulano caiu", mas não esperava confirmação da mesa. As vezes ouviamos "shhhhhhhhhhhhhhhhhhhhh caiu", iae? como a gente vai dar baixa? a gente perguntava "SQL XXX, confirma novamente o nome do operador" e não havia mais sinal do cara. O SQL de voces era o Leco e eu SÓ soube que ele morreu definitivamente quando tava no final, quando encontrei ele assistindo a invasão da subestação de radar... Na planilha ele tinha perdido somente 1 vida...
No Rádio é importante voce falar e receber confirmação que foi escutado bem. Mas isso é costume e pratica.
Nos americanos o Fabox bateu nessa tecla e a comunicação dos caras foi boa.
Lá no ponto de saida ele pediu aos SQLs que sempre que recebecem info que confirmassem recebimento depois.
Entendo que no fogo da batalha é complicado gerenciar isso e como é uma regra nova, temos que sentar, debater e adaptar. Eu, agora na pele de jogador vou ve-la "in natura" e vou sentir na pele o funcionamento dela. Como pai orgulhoso, vejo a filhota dar os passos, mas também cair no chão e ralar o joelho.
Na Backdoor aprendemos muitas coisas, mas temos que lembrar que o terreno lá era muito ruim (motivo de alugarmos UHF de alta potencia), inclusive no treinamento da mesa que receberá as infos.
vou conversar com os responsáveis da mesa de agora pra passar essa experiencia.
