Há um lugar que realmente me fez pensar que eles haviam se esquecido da latência comum: quando Mark pergunta sobre a reação da tripulação às notícias de que está vivo, ele envia "RU está recebendo?" depois que ele não recebe uma resposta. Isso parece algo que você faria apenas se a comunicação fosse em tempo real.
Mas se você assistir a cena com cuidado (o que aparentemente eu não fiz pela primeira vez), você pode ver que ele estava sentado em sua cadeira e só o enviou depois de olhar para outro tela ao lado dele (presumivelmente com um relógio). Eles fazem um trabalho decente em mostrar que ele estava esperando há um tempo (pelo tempo esperado de viagem de ida e volta) e ainda não tinha as mãos no teclado como se você tivesse feito uma segunda pausa no 10.
Depois que Kapoor envia "não contamos à tripulação ...", ele começa a se levantar do computador antes que o tiro seja interrompido. Presumivelmente, ele vai tomar uma bebida ou algo assim enquanto aguarda a resposta, já que obviamente há muito mais sobre o que conversar com Mark (sobre outros assuntos).
Quando a resposta chega, as pessoas estão no escritório como se estivessem esperando.
Portanto, existem dicas visuais sutis sobre os intervalos de tempo em cada corte entre o envio e o recebimento.
Ter a conversa "transmitida ao vivo em todo o mundo" é um pouco estranho. Não é plausível que as emissoras de TV apenas o mostrem continuamente com pelo menos 20 minutos entre as mensagens. As notícias de TV e rádio teriam que reduzi-lo a cada atualização, o que permitiria que eles levassem alguns segundos extras para exibir as palavrões. Presumivelmente, eles apenas queriam dizer que ele será lançado no site da NASA assim que entrar.
Na trilha de comentários para essa cena, eles abordam diretamente:
Weir (author of the book): I also really appreciate you guys maintaining the communication latency. As far as I can tell, that is the hardest thing for Hollywood to do...
Goddard interjects: It's really hard.
Weir: ... is accept the fact that there's a communication latency.
Goddard (author of the screenplay): I guess it does sort of go against the nature of cinema. 'Cause you cut between one place to another and in your mind it doesn't quite make sense.
Weir: This one bit right here where he doesn't get an immediate response, so he's like "Are you receiving?". I'm like, "Well, technically he would have been waiting 20 minutes."
Goddard: All right. Let's no-prize it. He waited 20 minutes, the normal amount of time.
Weir: And there was no immediate response. And so he's like "Hey."
Goddard (joking): That's right. We shot those 20 minutes, but it was boring.
Weir: Yeah, right. You just pointed the cameras at the actors and said ...
Goddard: "Now just wait".
Os três diferentes métodos de comunicação mostrados no The Martian
Responda a perguntas de sim / não apontando a câmera. Muito terrível para propor novas idéias a Mark: Não há como a NASA dizer a ele que pergunta sim / não deve ser feita. Também é complicado ter várias perguntas durante o voo, porque você se confunde com o que sim / não foi com qual pergunta.
Marca-> Terra: mensagens nos quadros. NASA-> Marte: ASCII transmitiu bits 4 de cada vez (dígitos hexadecimais como símbolos). Mesma latência (bem, maior se você incluir o tempo de decodificação), muito maior largura de banda. Mark pode receber mensagens sem uma ida e volta à Terra. Mas somente quando estiver do lado de fora assistindo a câmera se mover.
Texto bidirecional (e presumivelmente dados, como anexos de email). Totalmente assíncrono. A NASA pode enviar coisas enquanto Mark está ocupado fazendo outra coisa, e ele pode vê-lo quando ele verificar a tela a seguir. Mesma latência, largura de banda muito maior.
Todos eles têm a mesma latência (+/- tempo de decodificação manual), mas há grandes aumentos na largura de banda a cada revisão. O primeiro é tão limitado que o segundo (ASCII decodificado manualmente) é uma mudança qualitativa, não apenas uma melhoria quantitativa da largura de banda.
O terceiro método de comunicação (totalmente informatizado) deve facilitar muito o tratamento das grandes atraso * produto de largura de banda. Várias mensagens inteiras podem estar "em voo" de uma só vez em cada direção.
Se você já teve uma conversa de bate-papo com alguém em que ainda está respondendo a uma mensagem antiga enquanto ela começa a dizer algo novo, imagine isso. Você terá vários tópicos de conversa acontecendo paralelamente.
Idealmente, cada conversa em janelas separadas na tela. Ou configure-o como email, com um segmento diferente para cada tópico.
(O contato inicial seria algo simples hackeado como mostrado; um programa de bate-papo encadeado viria mais tarde).
Portanto, em vez de ficar esperando uma resposta para sua última mensagem, você deve comer alguma coisa ou pressionar a tecla alt + tab e responder a uma mensagem diferente. Você conversaria com botânicos sobre suas plantas, conversaria com engenheiros de habitat sobre quaisquer problemas de manutenção, conversaria com um médico sobre sua saúde, etc. etc.
É fácil imaginar que isso é "o que aconteceu", mesmo que o filme não o mostre explicitamente. Os filmes raramente têm tempo para os detalhes interessantes de muitas coisas.
A outra coisa que parecia estranha era que as mensagens apareciam na tela de recebimento aproximadamente na velocidade de digitação. A comunicação nessa distância resulta em sinais muito fracos no lado receptor, portanto, o envio de um único caractere de forma confiável exigiria o envio de um pacote de dados inteiro com códigos de detecção e correção de erros. (Veja este pequeno artigo sobre Rede Espacial da NASA.)
Dado que o tempo mínimo de ida e volta é superior a minutos do 3, compor uma mensagem inteira e enviá-la não acrescentaria uma quantidade significativa de atraso extra e faria mais sentido (e provavelmente seria mais fácil para os engenheiros implementarem).
Acho que há muita largura de banda para enviar um pacote inteiro para cada personagem, se estivermos falando apenas de velocidade de digitação humana. Não há obstáculo técnico para implementá-lo dessa maneira.