Pergunta

Um atraso será sempre ocorrer entre uma ação do usuário e uma resposta da aplicação.

É sabido que quanto menor o atraso de resposta, maior a sensação da aplicação responder instantaneamente. Também é comumente sabido que um atraso de até 100ms geralmente não é perceptível. Mas o que acontece com um atraso de 110ms?

O que é mais curto de resposta do aplicativo que pode ser percebido?

Eu estou interessado em qualquer evidência sólida, pensamentos e opiniões gerais.

Foi útil?

Solução

O que me lembro de aprendizagem foi que qualquer latência de mais de 1 / 10th de um segundo (100ms) para o aparecimento de letras depois de digitar deles começa a produtividade têm um impacto negativo (você instintivamente lento, menos certeza de que digitou corretamente, para exemplo), mas que abaixo desse nível de produtividade de latência é essencialmente plana.

Dada essa descrição, é possível que uma latência de menos de 100ms pode ser perceptível como não sendo instantânea (por exemplo, árbitros de beisebol treinados provavelmente pode resolver a ordem de dois eventos ainda mais unido do que 100ms ), mas é rápido o suficiente para ser considerada uma resposta imediata para feedback, na medida em que os efeitos sobre a produtividade. A latência de 100ms e maior é definitivamente perceptível , mesmo que seja ainda razoavelmente rápido.

Isso é para feedback visual que uma entrada específica foi recebido. Em seguida, haveria um padrão de resposta em uma operação solicitada. Se você clicar em um botão de formulário, recebendo feedback visual desse clique (ex. O botão exibe um "deprimido" olhar) dentro de 100ms ainda é ideal, mas depois que você espera algo mais para acontecer. Se nada acontecer dentro de um ou dois segundos, como já foi dito, você realmente saber se ele tomou o clique ou ignorou, assim, o padrão de exibir algum tipo de "trabalho ..." indicador quando uma operação pode demorar mais de um segundo antes de mostrar um efeito claro (ex. à espera de uma nova janela de pop-up).

Outras dicas

O limiar de 100 ms foi criado há mais de 30 anos atrás. Veja:

Card, S. K., Robertson, G. G., e Mackinlay, J. D. (1991). O visualizador de informações: Informações Um espaço de trabalho. Proc. ACM CHI'91 Conf. (New Orleans, LA, 28 abril - 2 maio), 181-188.

Miller, R. B. (1968). tempo de resposta em transações de conversação homem-computador. Proc. AFIPS queda Joint Computer Conference Vol. 33, 267-277.

Myers, B. A. (1985). A importância de indicadores de progresso feito por cento de para interfaces computador-humanos. Proc. ACM CHI'85 Conf. (San Francisco, CA, 14-18 de Abril), 11-17.

Uma nova pesquisa a partir de janeiro de 2014:

http://newsoffice.mit.edu/2014/in-the -BLINK-de-olho-0116

... uma equipe de neurocientistas do MIT descobriu que o cérebro humano pode processar imagens inteiras que o olho vê por tão pouco quanto 13 milissegundos ... que a velocidade é muito mais rápido do que os 100 milissegundos sugerido por estudos anteriores ...

Eu não acho anedotas ou opiniões são realmente válido para respostas aqui. Esta questão aborda a psicologia da experiência do usuário e da mente sub-consciente. O cérebro humano é poderoso e rápido e meros milissegundos contam e são registrados. Não sou especialista, mas eu sei que há muita ciência por trás por exemplo o que Matt Jacobsen mencionado. Confira o Google estudo aqui http://code.google.com/speed/files/delayexp .pdf para uma idéia de quanto isso pode afetar o tráfego do site.

Aqui está um outro estudo realizado por Akami - 2 segundo tempo de resposta http://www.akamai.com/html/about/ imprensa / releases / 2009 / press_091409.html (de https://ux.stackexchange.com/questions/5529/once-apon-a-time-there-was-a-10 -seconds-to-a-page-regra load-o que é-it-Nowa )

Alguém tem alguma outros estudos para mostrar?

Na casa de San Francisco Opera, nós rotineiramente configuração definição de atraso precisas para cada um dos nossos alto-falantes. Podemos detectar 5 milissegundos mudanças nos tempos de atraso para nossos oradores. Quando você faz essas mudanças sutis, você alterar o local onde as fontes de som de. Muitas vezes queremos som para som como se ele está vindo de algum lugar que não eram os alto-falantes são. os ajustes de atraso precisas tornar isso possível. atrasos de som de 15 milissegundos são muito óbvio, mesmo para os ouvidos não treinados, porque ele muda radicalmente onde as fontes de som de. Um teste simples é para provar isso é para reproduzir o som através de múltiplos alto-falantes, e ter o assunto fechar os olhos e ponto de onde o som está vindo. Agora faça uma ligeira mudança no tempo de atraso para um dos oradores de apenas alguns milissegundos, e ter a pessoa ponto novamente para onde o som está vindo. Fazer mudanças em tempos de atraso é acusticamente muito semelhante ao mover as colunas reais.

A persistência da visão é de cerca de 100ms por isso deve haver um atraso feedback visual razoável. 110ms deve fazer nenhuma diferença, pois é um valor aproximado. Na prática, você não vai notar um atraso inferior a 200ms.

Fora da minha memória, estudos têm mostrado que os usuários paciência perder e repetir uma operação após cerca de 2s de inatividade (na ausência de realimentação), por exemplo, clicar em um botão de confirmação ou ação. Então planeja usar algum tipo de animação se a ação demora mais do que 1s.

Eu trabalhava em um aplicativo que tinha um objetivo de negócio explícita de ser extremamente rápido, e tivemos um máximo permitido hora do servidor de 150ms para o processamento de uma página web completa.

Não há evidência sólida, mas para o nosso próprio aplicativo, que permitem um máximo de um segundo entre uma ação do usuário e feedback. Se ele faz demorar mais tempo, uma "caixa de espera" deve ser mostrado.

Um usuário deve ver "algo" acontecendo dentro de um segundo de causar uma ação.

100ms é totalmente errado. Você pode provar isso a si mesmo usando os dedos, uma secretária e um relógio com segundos visíveis. Sincronizando a segundos do relógio, do tambor batidas na mesa continuamente tal que 16 batidas são expulso a cada segundo. Eu escolhi 16 porque é natural para angariar a múltiplos de dois, então é como quatro fortes batidas com três batidas fracas entre os dois. batidas adjacentes são claramente discerníveis por seu som. As batidas são separados por cerca de 60 ms, de modo que mesmo os 60 ms é, na verdade, ainda demasiado elevada. Portanto, o limite é bem abaixo de 100ms, especialmente se o som está envolvido.

Por exemplo, um aplicativo de tambor ou um aplicativo de teclado tem um atraso de mais como 30ms, ou então ele fica muito chato, porque você ouvir o som vindo do botão / pad / chave física bem antes que o som sai do caixas de som. Software como ASIO e Jack foram feitas especificamente para lidar com esta questão, por isso sem desculpas. Se seu aplicativo tambor tem um atraso de 100ms, vou odiá-lo.

A situação para VoIP e jogos de alta potência é realmente pior, porque você precisa de reagir a eventos em tempo real, e na música, pelo menos você começa a planejar com antecedência, pelo menos um pouco. Para um tempo de reacção médio humano de 200 ms, um atraso de 100 ms é uma penalidade enorme. Ele visivelmente muda o fluxo de conversação de VoIP. Em jogos, 200ms o tempo de reação é generoso, especialmente se os jogadores têm muita prática.

O uso do duplo de teste para a resolução espacial visual (duas barras pretas paralelas, com uma largura igual, e uma diferença igual entre eles. Reduzir a posição angular até que eles parecem ser uma linha, isto é, reduza ou simplesmente mover-se para longe. O ponto em que parece se fundir em uma mostra de linha do limiar).

Use a função gen para piscar um LED em um intervalo e depois apaga, então, em seguida, fora --- mesmo intervalo de tempo cada intervalo, mas repetir o padrão, enquanto diminui gradualmente esse atraso, portanto, mesmo que acima, mas o tempo em lugar de espaço. Imagine que uma imagem osciloscópio assim:

_________/^d^\_d_/^d^\_________

Faço notar que em 41 ms de intervalo, percebo apenas uma mais piscar, mas em 42 ms, eu só percebem como extremamente rápido piscar duplo. Assim, o limiar é ~ 42ms. provavelmente varia dependendo pessoa, idade, condição etc.

Esta é perto de 24 fps, que é provavelmente porque o cinema funciona em que a taxa de apresentação.

O tempo de reação para ver algo, em seguida, decidir a reagir, dizem pelo mouse clicando etc, é mais muito mais tempo novamente. Assim, não é surpreendente que os experimentos que requerem uma resposta reação para medir deu um tempo mais longo, mas que mais atraso não era o que você estava pedindo, e o experimento acima é fácil e iluminando!

Mas note também - animações suavemente móveis requerem o córtex visual para o trabalho mais difícil, atrasando a compreensão visual. Este atraso é 'escondido' da percepção, de modo atrasos maiores (várias centenas de ms) pode ser 'escondido' por apenas fornecendo isso é algo difícil de ver porque mover.

O efeito que os couros é chamado cronostase . Basicamente, olhando em algum lugar 'novo' exige que o córtex visual de trabalhar mais para 'de-render' / 'reconhecer' a cena. Isso leva um tempo consideravelmente longo, durante o qual sua consciência é essencialmente 'pausa'.

Uma vez que olhar para uma cena na maior parte constante, apenas mudanças precisam deste tratamento, de modo menor / mais rápido mudanças são possíveis e sua experiência perceptual recomeça, e mais rápido / movimentos menores são detectáveis.

A detecção de alterações visuais são processados ??basicamente em sua retina. Seus olhos também têm a resposta de um naturais 'passa-faixa' - olhar sem pestanejar em nada por tempo suficiente e a uma distância suficiente para sacadas para ser incapaz de mudar a imagem muito, e você vai encontrar o seu feed visuais desaparecendo a 'cinza'. Isto é o que nos dá o nosso 'equilíbrio de brancos', e é um pouco semelhante ao controle automático de ganho em analógico de rádio / TV.

O ponto é, que seus próprios olhos têm uma constante de tempo para responder, mas este é realmente dependente da força do estímulo. (Brilho do LED, para o nosso caso).

muito brilhante, ea capacidade de suas células da retina para trás 'relaxar' ??da luminosidade, ou seja, responder à 'dark súbita', está comprometida.

O efeito que mantém você ver as coisas brilhantes após a luz parou é chamado de 'persistência da visão', e catódicos tubos de imagem de idade mais ou menos dependem fortemente isso por eles ao trabalho em tudo.

Este é aquele que é normalmente 100 ms ou mais, mas não é um intervalo de 'agudo' - mais como um roll-off exponencial, e novamente - altera duração, dependendo da luminosidade do estímulo é relativo a como escuros ajustada (isto é, sensível) do olho é, naquele momento.

Para mais maçante mudanças mais rápidas, especialmente muda fora de sua fóvea, você vai perceber taxas ainda mais elevadas facilmente. Por exemplo, luzes piscando. As partes exteriores de sua retina (a maioria da área, na verdade) são adaptados para detectar movimento, e trazê-lo para a sua atenção. Portanto, faz sentido que, embora carente resolução espacial, eles têm menor taxa maior resolução de tempo / resposta.

Mas isso também significa que as coisas animar geralmente requer passos de tempo ainda mais finas, caso contrário 'jumpiness' é perceptível, principalmente devido ao que a resposta mais rápida.

Nota todo o escalonamento / deslizante completo animações tela iOS usos -. estas essencialmente explorar cronostase para esconder atrasos carga tecnicamente inevitáveis, dando a percepção de que esses produtos responder instantaneamente e sem problemas em todos os momentos

Assim, mostre diferente algo dentro de 42 ms -> resposta instantânea. Mantenha animando outra forma inúteis difíceis de ver-corretamente visuais continuamente em altas taxas de quadros, em seguida, parar de repente quando feito -> esconde o atraso, desde que o suficiente é visualmente ocupado, e o atraso não é muito longo. (Provavelmente 250ms está empurrando a amizade).

Este também parece tee-se com a percepção de atraso de entrada de outros, por exemplo: http: // danluu. com / input-lag /

Eu sou um neurocientista cognitiva que estuda a percepção visual e cognição.

O papel por Mary Potter mencionado acima que diz respeito o tempo mínimo necessário para categorizar um estímulo visual . No entanto, entender que este é sob condições de laboratório na ausência de quaisquer outros estímulos visuais, que certamente não seria o caso na experiência do usuário mundo real.

O valor de referência normal para um estimulo-resposta / interacção de entrada-estímulo, isto é, a quantidade média de tempo para uma velocidade de reacção mínimo de indivíduos ou de detecção de entrada-resposta é ~ 200ms. para ter certeza de que não há diferença detectável, este limite pode ser reduzida para 100 ms ao redor. Abaixo deste limiar, a dinâmica temporal de seus processos cognitivos levam mais tempo para calcular o evento do que o evento em si, então não há quase nenhuma possibilidade de qualquer capacidade de detectar ou diferenciá-lo. Você poderia ir mais baixo para dizer 50 ms, mas realmente não seria necessário. 10 ms e que você tenha ido para o território de um exagero.

Para um artigo acadêmico razoavelmente atual, experimente quanto mais rápido é rápido o suficiente? Percepção do usuário do Latência e latência Melhorias em Direta e Indireta do toque (PDF). Embora o foco principal foi a JND (apenas perceptível diferença) de atraso, há algumas boas fundo sobre sobre a percepção absoluta atraso e eles também reconhecem e respondem por monitores 60Hz (16,7 ms repintar vezes) em sua segunda experiência.

Para aplicativos da Web 200ms é considerado como atraso unnoticable, enquanto 500ms é aceitável.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top